-
Thread
LPC17xx jtag multiple devices möglich
Hi, weiß jmd ob die LPC Cortex-M3 Devices Jtag Chaining unterstützen (Prozessor-seitig)? Im LPC17xx Manual und im Usermanual steht dazu leider nichts geschrieben. Möchte gern den LPC1758 mal ausprobieren... Gruß Bernd
-
Thread
LPC 17xx und Winkelgeber AS 5600
Guten Tag, den Winkelgeber AS5600 möchte ich mit einem LPC 1768 über I2C ansteuern. Das I2C Protokoll schein auch zu funktionieren, weil das Ack vom Baustein einwandfrei kommt. Allerdings sind die Daten unplausibel und mir ist nicht klar, wie man den Baustein ordentlich initialisiert. Die Dokumentation gibt das einfach nicht her. Hat Jemand Erfahrung mit diesem Baustein?
-
Thread
brauche eure Hilfe bei diesem Project
installiert, hat man Demos für alles: https://www.iar.com/iar-embedded-workbench/ \arm\examples\NXP\LPC17xx\IAR-LPC-1768-SK oder wahlweise: \arm\examples\NXP\LPC17xx\LPC1700CMSIS
-
Thread
LPC17xx & I2S: Verwirrung bzgl. 512fs Masterclock
Hi, ich möchte einen I2S-DAC an einen LPC17xx anschließen und bin bzgl. des I2S-Master-Clocks verwirrt: Im LPC17xx-UserManual http://www.standardics.nxp.com/support/documents/microcontrollers/pdf/user.manual.lpc17xx.pdf steht auf Seite 473
-
Thread
ARM Einstieg Hilfe bei Controller und IDE Wahl
hier im Forum: da überwiegt der ST Anteil. In der Firma setzen wir STM32F10x ein, privat nehme ich LPC17xx.
im Forum: da überwiegt der ST Anteil. > In der Firma setzen wir STM32F10x ein, privat nehme ich LPC17xx. Da würden mich allerdings die Gründe mal interessieren! Einfach damit du beide kennst oder weil die STM32 dir so auf die Nerven gehen.
-
Thread
Aufbau von HAL
wenden. Ich habe in UNI eine Aufgabe bekommen und zwar eine HAL (Hardware Abstraction Layer) für LPC17xx und STM32F1xx zu schreiben. Zur Verfügung stehende Zeit: ca. 4 Wochen. Es muss also eine Schicht geschrieben werden mit einem für Application zur Verfügung stehenden Befehlssatz (API). API ist
: > Ich habe in UNI eine Aufgabe bekommen und zwar eine HAL (Hardware > Abstraction Layer) für LPC17xx und STM32F1xx zu schreiben. > Zur Verfügung stehende Zeit: ca. 4 Wochen. newcomer schrieb im Beitrag #3305511: > API ist nicht fest definiert, > kann also von mir gestaltet werden. Darin
-
Thread
Virtual Com Port mit LPC1769
dem pc kommunizieren. Ich habe dazu die CMSIS libary benutzt: https://github.com/scottellis/lpc17xx.cmsis.driver.library/tree/master/Examples/USBDEV/USBCDC Anschließend habe ich die lpc_chip175x_6x libary eingebunden. Da nach einigen usbd...h gefragt wurde habe ich auch den usbd Ordern eingebunden
Da ist was nicht kompatibel. Von dem LPC17xx Sachen gab es selbst bei NXP zueinander inkompatible Versionen. Nimm mal lieber alles aus Github und lass das lpc_chip175x_6x libary Zeuchs ganz weg. Thore T. schrieb im Beitrag #4866012:
-
Thread
Mikrocontroller empfehlung
Für 32 Bit: STM32Fxxx (ST bietet über 250 Variationen!) LPC17xx Siehe Artikel [[STM32]]
Er will die eierlegende Wollmilchsau entwickeln. Daher empfehle ich den STM32F4xx oder LPC17xx. Mit einem AVR ist es ziemlich schwer eine Wollmilchsau her zusstellen.
-
Thread
3d-Drucker-Mainboard
zwar kein STM32, aber vielleicht genau die richtige Motivation, auch mal einen Blick auf die NXP LPC17xx zu werfen. Vom Preis her ist das ungefähr gleich wie die Creality 4.2.7-Mainboards, wenn man den Preis für die Motortreiber hinzurechnet. Florian S. schrieb im Beitrag #6644937: > MKS Robin
zwar kein STM32, aber vielleicht genau > die richtige Motivation, auch mal einen Blick auf die NXP LPC17xx zu > werfen. ja, auch wenn das mittlerweile ein Oldie ist, die Peripherie ist angenehmer zu programmieren als bei STM. Aber AFAIK wird für Marlin PlatformIO benutzt und das Zeug zu kompilieren
-
Thread
PWM interrupt am LPC2148
also müssten zwischen den > PWM Pulsen 100 MAT1.0-Takte sein. Es sind aber nur 44! Wieso? Beim LPC17xx gab es noch einen weiteren Vorteile für die jeweilige Periphere (PCKLSELx), und dessen Default ist 4 - was zu Deiner Beobachtung ungefähr passen würde.
jetzt weggeschmissen und auf STM32 umgestellt Du kannst den alten LPC2148 ARM7 durch pingleiche LPC17xx M3 oder LPC40xx M4 ersetzen, da ist die IRQ Problematik gelöst und sind zudem einfacher "direkt" programmierbar als die STM32
-
Thread
CMSIS: Ich versteh es nicht
sie heißen und welche Position sie im Register haben. Somit wäre es egal, ob man einen z.B. einen LPC17* oder einen STM32* programmiert. Der jeweilige Hersteller kann seinen Chip ja basteln wie er will, er muß nur ein Headerfile zur Verfügung stellen, damit sein Chip exakt wie im CMSIS vorgegeben angesprochen
außen wieder "gerade ziehen". Das ist aber leider nicht so. Im CMSIS Blinky Example gibt es beim LPC17xx z.B. die Funktion [c] __INLINE static void LED_Config(void) { LPC_GPIO1->FIODIR = 0xB0000000; /* LEDs PORT1 are Output */ } [/c] beim STM32* die äquivalente Funktion [c] _
-
Thread
32-Bit Anfänger: LPC2148 oder LPC1769
Die LPC17xx Reihe ist neuer, daher ist auch die Peripherie ausgereifter, bzw. bietet mehr Features. LPC2xxx würde ich nicht nehmen. Schaue noch beim Artikel [[STM32]] vorbei. Vom STM32 gibt es mehr Auswahl
funktionieren (Webserver, LCD, USB-Host, USB-Device, SD-Card, CAN, SPI, I2C, ADC, DAC, PWM). Zudem CMSIS für LPC17xx und USBLib. Programmierung mit FlashMagic über seriell, Ethernet oder CAN. Debuggen (falls nötig) mit J-Link EDU für 50 EUR.
-
Thread
Xpresso und Rowley - user definierte ISR werden nicht gelinked?
also the GPIO IRQ Handler extern void EINT3_IRQHandler(void); /* ExtInt.cpp */ #include "LPC17xx_Settings.h" //besteht nur aus defines mit einstellungen für die pheripherie register und PERIxactive und #include ".../LPC17xx.h" #include "LPC17xx_ExtInt.h" /* EINT0 Includes */ /* EINT1
-
Thread
"ARM eCross EABI Toolchain für Windows und Linux" Gibt es Erfahrungen?
jetzt mal Eclipse (Helios) + CDT-Plugin + GNU ARM Plugin installiert. Danach hab ich mir von NXP die lpc17xx.cmsis.driver.library Datei für die LPC17xx geholt. Wie geh ich jetzt weiter vor? Habe jetzt schon einiges über Startup-Files und Linkerscripts gelesen, aber welches ist das richtige???
-
Thread
Bezugsquelle Cortex M3
die Controller her? Reichelt, CSD, Conrad, der Shop hier: Alles Fehlanzeige. Bei den recht neuen LPC17xx könnte ich das ja noch nachvollziehen, aber die STM32 z.B. gibt es doch schon lange genug. Oder ist diese Familie gar nicht für den Hobbyanwender gedacht? Zumindest der STM32 scheint ja hier im Forum
Sind die Artikelnummern identisch zu denen von Farnell direkt? Sonst könnte die Bestellung eines LPC17* zur Überraschung werden... ;)
-
Thread
Mit LPC Ausgangssignal auf 0 bis 10V
Problemen investieren, die andere gar nie haben... > Preis spielt eigentlich keine Rolle. Genau! LPC17xx sind echt toll, ich arbeite mit LPC17 seit 2011, davor mit dem LPC21. (Und davor 8-Bitter, nur zur Info). Melissa, schau mal hier rein: www.windscooting.com/softy/software.html . mxli ist mein cooler
-
Thread
LPC17xx ADC werte mit DMA in ein Feld kopieren
anscheinend nicht richtig gelesen. Wo ist mein Fehler? Gruß Alex [c] #ifdef __USE_CMSIS #include "LPC17xx.h" #endif #include <cr_section_macros.h> #include <NXP/crp.h> volatile int arrADC[40]; // Variable to store CRP value in. Will be placed automatically // by the linker when "Enable Code
-
Thread
ARM LPC1768 Cortex M3 LCD Board - Einstieg in die Welt der ARMs
unbegrenzt, Debugging mit RLink max. 32k LPCXpresso von NXP (viele Beispiele für LPC11xx, LPC13xx und LPC17xx). LPCXpresso-Board für LPC1343 gibt es bei embeddedartists für 20€. (Der Programmer kann abgetrennt werden und als eigenständiger JTAG-Debugger benutzt werden, für den Preis eigentlich genial).
so dass man relativ schnell zu Potte kommt. Leider ist die Unterstützung durch Beispiele für die LPC17xx sehr dürftig und reicht an die der STM32 nicht ran. Aber zumindest Code kann für die NXP-Chips in beliebiger Größe erzeugt werden. Nachteil ist dass Debugging nur mit dem RLink von Raisonance möglich
-
Thread
LPC1769 timertest Fehlermeldung
Als Anfänger wollte ich mich nun an den Timer wagen. Das Beispielprogramm Timer/tmrtest.c (für LPC17xx, also auch 1769) öffnet beim debuggen ein Fenster in der folgendes steht: No source available for "0x1fff0ba4" Darunter ist ein Button "View Dissambly" der beim anklicken keine weiteren Infos
* $Id:: tmrtest.c 6098 2011-01-08 02:26:20Z nxp12832 $ * Project: NXP LPC17xx Timer example * * Description: * This file contains Timer test modules, main entry, to test Timer APIs. * *************************************************************************
-
Thread
Eclipse Parser includes code completion
auch nur die Sachen vorgeschlagen werden, die noch möglich sind. Beispiel: Ich inkludiere beim LPC17xx die Datei lpc17xx_timer.h und definiere außerhalb von main eine globale Variable TIM_ConfigStruct vom Typ TIM_TIMERCFG_Type (eine struct). In main greife ich dann mit dem Punktoperator auf das member
-
Thread
LPC2294 Libraries!
triftigen Grund hast. Ansonsten nimmst Du Cortex M. Die pinkompatiblen Nachfolger findest Du unter LPC17xx/18xx. fchk
vielen Dank. Ich bleibe auch lieber bei Cortex CPUs (STM32 und LPC17xx). Hab mich nur mal damit beschäftigt, weil ein Kollege von mir ein Board hat/benutzt, auf dem sowas drauf ist und er hat mich gefragt, ob ich da was wüsste. Also das ganze hat sich erledigt.
-
Thread
USB Mass Storage Software für NXP gesucht
implementieren muss? Bei Rumsuchen hab ich nur uralte NXP Beispiele gefunden zB USBHostLite for LPC17xx VBeta 0.01 (Jul 14, 2009) - Attached auf dieser Seite https://community.nxp.com/docs/DOC-330850 aber da klappt der Download nicht (mehr?) Wer hat einen Vorschlag, was zu nehmen ist ?
//github.com/ARMmbed/mbed-os/blob/master/features/unsupported/USBDevice/targets/TARGET_NXP/USBHAL_LPC17.cpp
-
Thread
Welcher Mikrocontroller?
den gleichen ARM Cortex M3 CPU-Kern. Der dritte große ist übrigens NXP, hier wären die LPC13xx und LPC17xx die Objekte Deiner Wahl. Das ist eben der Trick. Du arbeitest Dich in eine Prozessorfamilie ein und kannst dann Prozessoren von verschiedenen Herstellern nehmen. Die Basis (CPU, Systemcontroller
familiesdocs&fam=110&doc=76 NXP: http://ics.nxp.com/support/documents/microcontrollers/zip/code.bundle.lpc17xx.keil.zip Jeder Hersteller hat für seine Chips passende Evalboards. Schau mal bei www.olimex.com, die haben Boards mit den Chips verschiedener Hersteller. Compiler: Der Originalcompiler von
-
Thread
Gibt es eine Driverlib von NXP für die LPC
LPC1343ReferenceDesign/LPC1343CodeBase.aspx http://www.microbuilder.eu/components/arm/NXPCortexM3/LPC17xx.aspx
blöd zu suchen ;-) Ich setze die Keil Umgebung schon seit längerem ein, würde nur gerne auf die LPC17xx umsteigen da diese sehr billig und auch von der Ausstattung her immer besser werden. Die Geschwindigkeit ist natürlich auch nicht zu verachten. Die CMSIS sind wirklich nur die Sachen die der Core
-
Thread
Suche nach einfache Aufklärung für PIC kontroller
empfehle, wenn schon umsteigen, dann besser auf einen Prozessor mit einem Cortex-M3/M4 Kern, (STM32, NXP LPC17xx oder so, siehe auch hier im Artikel [[STM32]])
wenn schon umsteigen, dann besser auf einen Prozessor mit > einem Cortex-M3/M4 Kern, (STM32, NXP LPC17xx oder so, siehe auch hier im > Artikel STM32) Der PIC32 ist mit einem CORTEXM3 Core vergleichbar und so mit Mikrocontrollern wie dem STM32F10x oder der Stellaris Familie von Luminary. Alle diese
-
Thread
LPC17xx usb 998 ERROR_NOACCESS
Hi, auf meinem LPC1758 hab ich einen virtuellen Com-Port erzeugt und sende von meinem Rechner (x86) an diesen LPC per USB Daten. Das funktioniert auch relativ gut; aber ab und an treten Fehler in der WriteFile() Methode auf (Getlasterror liefert 998 ERROR_NOACCESS). Versuches ich es danach sofort wieder zu senden, funktioniert es wieder. Kann es sein, dass dieser Fehler auftaucht, wenn im LPC-Controller beide 64Byte Buffers für den USB Endpoint noch nicht freigegeben sind? Der LPC sendet darauf ein NAK und mein Win-Rechner erzeugt dann diese Fehlermeldung? [code] CByteArray *pData
-
Thread
I2C richtig implementieren
beschäftigen und frage mich, wie man's richtig macht? MCU ist Cortex-MO/LPC11xx und Cortex-M3/LPC13xx bzw. LPC17xx von Nxp. Die Frage kam beim Studium des UserManuals auf. Die I2C-Hardware basiert wohl darauf, dass der jeweilige Zustand (z.B. StartCondition gesendet, Arbitrierung verloren, etc.) über ein Statuswort
passenden NXP CMSIS: http://ics.nxp.com/support/documents/?type=software Zumistest in der Version für LPC17[56]x sind passende Interrupt Handler dabei.
-
Thread
Gerät(e) für Hardware-Programmierung (ARM)
Ich habe schon bereits Erfahrungen in diesem Bereich, jedoch habe ich damals ein bestehendes Board (LPC17xxx von NXP) bekommen und mehr unter Anleitung gearbeitet. Wir hatten damals ein zusätzliches JTAG-Gerät, um unser Board zu programmieren und debuggen. Das würde ich nun gerne zu Hause alleine machen
Radek M. schrieb im Beitrag #5830056: > jedoch habe ich > damals ein bestehendes Board (LPC17xxx von NXP) bekommen und mehr unter > Anleitung gearbeitet. Dann schau Dir mal einen entsprechendes LPCxpresso Board an (https://www.embeddedartists.com/products/lpcxpresso1769/) . Da sind für'n
-
Thread
NXP LPC17xx / Cortex M3
Hi, ich stehe glaube ich gerade mächtig auf der Leitung und werde aus dem Manual der CPU nicht schlau. Das gute Stück hat einen PWM (PWM1), der mehrere Kanäle ansteuert. D.h. alle Kanäle laufen mit der gleichen Frequenz, können aber unterschiedliche Pulsweiten haben? Da ich aber mindestens zwei weitere Frequenzen ausgeben möchte, bin ich auf die Motor-Control-Ausgänge gestoßen. Allerdings ist da für mich nicht ersichtlich, ob die ebenfalls alle auf einer Frequenz laufen oder jeder Motorkanal eine andere nutzen kann. Des weiteren: gibt es bei dei Motor-Control-Kanälen auch eine Möglichkeit
-
Thread
Keil & LPC17xx: Programm aus dem RAM starten
Hallo, ich habe mir zum Einstieg ein Demoboard + J-Link gekauft und lerne gerade das Laufen. Um den Flash des Boards zu schonen, will ich die ersten 3.781 Versuche mit Minimalprogrammen und kleinsten Veränderungen darin (Blinky ist mein Freund) in das dafür locker ausreichende RAM laden und von dort starten; also ohne zu flashen. Umbiegen der Vektortabellen etc.. Vor einigen Monaten hatte ich mal die Crossworks als 30 Tage Trial, da war das einfach nur ein Mausklick auf "Flash" oder "RAM". Zum Spielen mit kleinen Programmen tut es derzeit auch Keil, wenn auch nur bis 32 kB debugging. Irgendwie
-
Thread
Welcher Cortex M3 Controller für BLDC und Ethernet
auch relativ weit verbreitet sind. Nun stellt sich für mich die Frage ob ich mich eher für die NXP LPC17xx oder für die STM3 Controller entscheiden sollte. Da ich im Bereich der 32bit uC bisher keinerlei Erfahrung habe, wäre für mich interessant welchen Hersteller ich bevorzugen sollte, bzw. wo der Einstieg
anscheinend zum STM32 mehr fertige Librarys als zum NXP. Jedoch scheint mir die Verfügbarkeit von LPC17xx in Deutschland besser zu sein. Über die uC von TI habe ich mich bisher kaum informiert, werde das aber jetzt noch tun, vor allem weil kein zusätzlicher chip für Ethernet gebraucht wird. Wie
-
Thread
lpc1768-board grundgerüst mp3 ds1820
Da muss die Datei CMSISv2p00_LPC17xx eingebunden werden: zuerst über import laden, dann meine mp3-datei die Definitionen für LPC_RTC usw. stehen in der cmsis
war ich nur neugierig, ob jemand die unsägliche Pinselei in den Griff bekommen hat! Die CMSISv2p00_LPC17xx kennt meine alte Version nicht und LPCxpresso war damals schon nicht mein Ding! Hab's dann mit anderen Compilern gemacht. Mitlerweile bin ich aber komplett auf STM umgestiegen. Nichts für ungut
-
Thread
Kaufempfehlung: Devboard für STM32 ?
Du nicht nen kleineren und billigeren nehmen kannst. Ich finde eine Nummer drunter eigentlich die LPC17xx von NXP besser. Was ein Develboard angeht: ich würde mir um das Develboard weniger einen Kopf machen als um die Software und Bibliotheken die Du verwenden willst. Grafikansteuerung und TCP/IP
nach Extrem krank geschrieben .. aber das ist nur meine meinung :/ ich bin auch im moment auf die LPC17xx / LPC18xx gekommen. habe das LPC1768 Dev Board von dort Programmer ist der LPCXpresso abgesägt zum thema Dev board .. evtl das hier? http://www.steitec.net/ARM-Boards/ARM-STM32F-Cortex-M3
-
Thread
ethernet lpcxpresso
UDP verwenden. Mit der lpcXpresso IDE ist auch eine Portierung von uIP als TCP/IP Stack für die LPC17xx mitgeliefert worden. Im Zip Ordner RDB1768Cmsis2.zip im Ordner Installationsordner_von_LPCXpresso\lpcxpresso\Examples\NXP\LPC1000\LPC17xx findest du im Projekt RDBCMSIS2_uIP den fertigen uIP Stack
-
Thread
CAn Empfang beim LPC1768
******************************************************** * can.c: CAN module API file for NXP LPC17xx Family Microprocessors * * Copyright(C) 2009, NXP Semiconductor * All rights reserved. * * History * 2009.05.27 ver 1.00 Prelimnary version, first Release * 13.10.2010
bezüglich CAN2 *****************************************************************************/ #include "lpc17xx.h" #include "type.h" #include "can.h" /* Receive Queue: one queue for each CAN port */ extern CAN_MSG MsgBuf_RX1; extern volatile uint32_t CAN1RxDone; volatile uint32_t CANStatus; uint32
-
Thread
Auswahl zwischen Cortex M3 von NXP, ST, TI
Auswahl stehen mir dabei folgende 3 Firmen: - ST Miccroelectronics mit dem STM32 - NXP mit dem LPC17xx - TI mit der LM3xxxxxx Reihe Wichtig für mich ist eine gute Verfügbarkeit der Controller (ich möchte die Controller auch privat bestellen können, da die Studentenlaufbahn ja irgendwann vorbei
schon den LPC23xx / LPC24xx hat und SW für deren Pheriperie, dann ist es natürlich Sinnvoll dden LPC17xx zu nehmen, denn die haben exakt die gleiche Pheriperie drin. Das hat NXP gut hin bekommen. Für einen neueunsteiger würde ich eher zum STM32 raten. Ich habe selbst schon LPC2368 programmiert
-
Thread
ARM STM32F103 Cortex M3 Board + Linux
mit Liefertermin angekündigt sind kann und sollte man sich nicht verlassen. NXP ist mit seinen LPC17xx auch überfällig. @Jupp: Vergiß den OpenOCD erstmal. Es ist die billigste aber auch die unzuverlässigste Methode um den JTAG Port anzusprechen. Ich kann Dirk nur beipflichten und empfehle
Jupp wrote: > NXP ist mit seinen LPC17xx auch überfällig. Genau wie Atmel mit den SAM3 und Luminary mit der neuen Generation ... Bleibt abzuwarten was das Jahr bringt. @Lupin: Die neuen Luminarys sollen 96k SRAM haben, allerdings
-
Thread
LPC17xx I2C und SPI Interrupts
Hi, hab grad ein merkwürdiges Problem bei meinem LPC1758 Prozessor. Ich möchte gerne I2C und SPI mittels Interrupts integrieren. Beide Sachen laufen auch soweit für sich. Wenn ich über SPI mehrere Bytes übertrage (wobei die weiteren Bytes in der Interruptroutine von SPI dem SPDR überbracht werden) und "gleichzeitig" einen I2C Transfer anstoße um etwas aus dem Eeprom zu lesen, bekomme ich beim I2C teilweise 0xFF statt der richtigen DAten angezeigt. Wenn ich den I2C Transfer erst starte, sobald der SPI Transfer abgeschlossen ist, dann erhalte ich das richtige Ergebnis beim I2C. Gruß Lars
-
Thread
NXP-Interrupt
Hallo zusammen, Kann mir jemand für NXP LPC17xx ein (eifaches) ISR als Beispiel zeigen, und wie man sie einsetzt?. Für AVR gibt es diverse Beispiele. Wie man interrupts aktiviert, wie man die flags setzt u.s.w. aber für Cortex sind die Beispiel
schau dir mal die CMSIS von NXP an (einfach mal googeln). Damit ist es eigendlich ganz einfach, nen LPC17xx zum laufen zu bringen
-
Thread
STM32F4 USB High Speed VCP mit USB3320 PHY
hab solche äußerlich vereinheitlichten Treiber für den STM32F103, Nuvoton NUC120, LPC2478, LPC1343, LPC17xx geschrieben und die .h Datei enthält zum Herausschneiden die .inf für den ganzen Kram - egal, welcher µC dahinter steckt. W.S.
solche äußerlich vereinheitlichten Treiber für den STM32F103, > Nuvoton NUC120, LPC2478, LPC1343, LPC17xx geschrieben und die .h Datei > enthält zum Herausschneiden die .inf für den ganzen Kram - egal, welcher > µC dahinter steckt. So ein Herstellerübergreifender Stack ist natürlich auch eine schöne
-
Thread
Suche Automotiv Mikrocontroller den man mit einem free Compiler kompilieren kann!
LPC2000 = ARM7 Core >> GCC geht. Aber wenn schon einen aus der NXP Reihe, dann lieber den LPC17xx (= Cortex-M3 = Jünger und moderner und somit langlebiger >> auch GCC so wie auch der [[STM32]] weil da auch ein Cortex-M4/M4 drin arbeitet).
> LPC2000 = ARM7 Core >> GCC geht. Aber wenn schon einen aus der NXP > Reihe, dann lieber den LPC17xx (= Cortex-M3 = Jünger und moderner und > somit langlebiger >> auch GCC so wie auch der [[STM32]] weil da auch ein > Cortex-M4/M4 drin arbeitet). Ja, irgend was mit THUMB oder THUMB2 beispielsweise
-
Thread
LPC1788 - startup / .ld-script
berechnen gibt es auch ein Excel Sheet: http://ics.nxp.com/support/documents/microcontrollers/xls/lpc17xx.pll.calculator.xls zu dem _sbrk wirst du in der CodeRed Hilfe fündig: http://support.code-red-tech.com/CodeRedWiki/UndefinedReference?highlight=%28sbrk%29 Das 64Bit Problem dürfte auch eher
\sn.DCIMS\Documents\lpcxpresso_3.6.3_317\workspace2\Lib_CMSIS20_DRIVER\Core\CM3\DeviceSupport\NXP\LPC17xx" -I"C:\Users\sn.DCIMS\Documents\lpcxpresso_3.6.3_317\workspace2\Lib_CMSIS20_DRIVER\Drivers\include" -I"C:\Users\sn.DCIMS\Documents\lpcxpresso_3.6.3_317\workspace2\Lib_CMSIS20_DRIVER\Core\DSP_Lib\
-
Thread
LPC1768 UART Problem beim Senden/Empfangen mehrere Bytes
> Parität, 1 Stop bit, DLAB = 0 > LPC_UART0->FCR = 0x47; Zu viele magic numbers. Für den LPC17xx gibt es Header mit Bitdefinitionen. Achung: PCLKSEL0 kann nicht geändert werden, sobald die PLL0 an ist. Siehe Errata. hoxplus schrieb im Beitrag #4233646: > Wenn ich in einer while Schleife
nicht erkennt ist was in den Einstellungen (Baudrate, Datenbits, Parity) falsch. Der FiFO im LPC17xx erlaubt einem sogar das hier: [c] while (!(LPC_UART0->LSR & UART_LSR_THRE)); LPC_UART0->THR = 'T'; LPC_UART0->THR = 'e'; LPC_UART0->THR = 's'; LPC_UART0->THR = 't'; LPC_UART0->THR
-
Thread
LPC1758 USART Rx disablen
Datenblattes kannst Du alle Fragen selber beantworten. Trotzdem hier ein paar Erläuterungen: Der LPC17xx hat leider keinen USART, nur mehrere UART (S bedeutet "Synchron"). Warum aktivierst Du den RX-Interrupt, wenn du den gar nicht brauchst? Auf Low sollte der Portpin sicher nicht sein, es sei denn
Nur-Senden oder nur-empfangen ist absolut kein Problem, das mache ich bei meinen Projekten mit LPC17xx ständig, weil in meiner Hardware TXD und RXD verbunden sind und ich verhindern muß, daß gesendete Daten auch sofort empangen werden. Erwin
-
Thread
I2C Kommunitkation funktioniert nicht
ARM-GCC Compiler.. Die Bibliotheken habe ich von keil. Vielen Dank!! main.c: [c]/* #include "lpc17xx_timer.h" #include "lpc17xx_clkpwr.h" #include "lc798x.h" #include "lpc17xx.h" #include "i2c.h" //Definition der DS1621 Befehle bzw. Register #define START_CONVERT_TEMP 0xEE #define
uint32_t I2CWriteLength[I2C_PORT_NUM]; #endif /* end __I2C_H */ [/c] i2c.c [c] #include "lpc17xx.h" #include "lpc_types.h" #include "i2c.h" volatile uint32_t I2CMasterState[I2C_PORT_NUM] = {I2C_IDLE,I2C_IDLE,I2C_IDLE}; volatile uint32_t timeout[I2C_PORT_NUM] = {0, 0, 0}; volatile uint8
-
Thread
Union innerhalb von typedef struct (LPC Lib)
Hi, hab mir grad die Examples für die LPC17xx Reihe angeschaut und bei denen wird innerhalb eine struct eine union definiert ohne Bezeichner... Trotzdem läuft das ganze fehlerfrei durch, wie funktioniert das oder hab ich was wichtiges übersehen
Steffen schrieb im Beitrag #1973114: > hab mir grad die Examples für die LPC17xx Reihe angeschaut und bei denen > wird innerhalb eine struct eine union definiert ohne Bezeichner... Normal. Nennt sich "anonymous union". Deren Komponenten können direkt als Komponenten der umgebenden
-
Thread
Welcher Cortex M3?
Hersteller am Markt etabliert. Zum einen ist das ST mit den STM32F10x und zum zweiten NXP/Philips mit den LPC17xx. Ich habe mit beiden gearbeitet, bevorzuge jedoch derzeit die LPC17xx, da sie gegenüber den neueren STM32F105/107 unschlagbar im Preis- Leistungsverhältnis sind und nahezu dieselbe Peripherie bieten
-
Thread
LPC1768 - Linker Script / Startupfile benötigt bzw. Error
__cs3_reset_cortex_m,.-__cs3_reset_cortex_m .section ".text" Die files habe ich aus der lpc17xx.cmsis.driver.library.zip Datei von NXP. Ich habe auch schon mehrere Files probiert, jedoch war der program counter beim Debuggen dann an irgendwelchen abstrusen Adressen... sofern es compilierbar
Initialiserungen der C-Library durchführen und dann ebenfalls main rufen. >... > Die files habe ich aus der lpc17xx.cmsis.driver.library.zip Datei von > NXP. Die Leute von NXP scheinen große Fans des CS3-Systems von Codesoucery. Was scheibt NXP zu den Beispielen? Keine Kurzanleitung wie und mit was man die zusammenbauen
-
Thread
lpc17xx, 8-bit parallel mit \WR: DMA?
Hallo allerseits, ich versuche momentan mit einem LPC1768 unter Verwendung der DMA ein Display anzusprechen, das mit dem Intel 8080 Interface arbeitet. Das wesentliche Problem dabei stellt das WR-Signal dar, das zudem synchron zur DMA laeuft. Dazu habe ich bereits folgenden Beitrag gefunden: http://www.embeddedrelated.com/groups/lpc2000/show/46276.php Hierzu die Passage: "the PWM output = /WR signal is feed back to an input of the device, which itself triggers the DMA for putting out the data byte" Leider finde ich keinen Eingang, der faehig waere, einen DMA request auszuloesen
-
Thread
Fujitsu MCU vs Cortex M3
@Wolf Dir Cotex M3 gibts tatsächlich zum grossen teil ohne Cach. nur (aus dem datenblat zum lpc17xx) Up to 512 kB on-chip flash programming memory. Enhanced flash memory accelerator enables high-speed 120 MHz operation with zero wait states. dei gnu toolchain gibts nicht nur für linux.
Wolf > Dir Cotex M3 gibts tatsächlich zum grossen teil ohne Cach. > > nur (aus dem datenblat zum lpc17xx) > > Up to 512 kB on-chip flash programming memory. Enhanced flash memory > accelerator enables high-speed 120 MHz operation with zero wait states. Ist so was aehnliches wie ein mini-Cache