-
Thread
NXP-LPC MCUXpresso Config Tools
/docs/DOC-333073 mit einer Roadmap und welche Tools für welche MCUs verfügbar sind, da ist für den LPC176x der SDK Builder nicht geplant. Das CubeTool von ST habe ich mir auch angesehen und es hat einige nette Sachen drin wie z.B. die clocktree Visualisierung und Parametrierung. Aber ich kann mich
oder mbed kommen in Frage Zum Testen nutze ich ein LPCExpresso1769. Der endgültige µC wird ein LPC1778FBD144 sein. Viele Grüße runout
-
Thread
Devicespezifisches SVD-File für STM32F103C8T6
feststellen, dass es nur ein stmf103xx.svd gibt. Das ist aber scheinbar bei allen Herstellern so. Für einen LPC1768 gibt es auch nur ein lpc176x5x.svd . Du könntest dir mit Hilfe des CubeMX XML-Files deine eigene SVD bauen, indem du die stm32f103xx.svd nimmst und sämtliche Peripherie rausschmeißt die nicht
-
Thread
ARM-Cortex als Anfänger?
keinen vernünftigen Artikel, sondern z.B. hier: https://learn.adafruit.com/getting-started-with-the-lpc810/programming-the-lpc810-with-flash-magic https://learn.adafruit.com/getting-started-with-the-lpc810/blinky
Der LPC1549 ist ja schon ein relativ fettes Teil, für Haus und Heim reichen auch die LPC8xx, so habe ich jedenfalls Funknodes gebaut. Als günstige Quelle für den LPC824 (32kB Flash, 8kB Ram) hatte ich Conrad
-
Thread
von ELF nach flashbarem Format mit objcopy
Writing symbols Object file statistic --------------------- Code Size: 10136 Publics: 176 Types: 488 Modules: 12 Symbols: 1713 Source files: 12 Source lines: 9528 Object File ".\out.elf" successfully processed Used memory: 2352 kByte, Used disk space:
hardcodiert auf 0, und der Atmel SAMV71 (Cortex M7) addressiert das interne Flash über 0x40_0000. Die NXP LPC18xx (M3) Serie macht es noch Anders, weil es dort gar kein internes Flash gibt, nur einen internen Bootloader, der den Adressbereich 0 nach dem Booten vom Bootloader auf externe Flashes (z.B. SPIFI
-
Thread
stm32f103c8 lässt sic nich flashen
schrieb im Beitrag #4850661: > Mine #defines beruhen auf dem früheren nxp-Konzept > in z.B. der lpc1768x.h Datei. Da sind auch solche #defines enthalten. NXP hat KEIN Konzept! NXP hatte noch nie ein eigenes Konzept. Alles was damals geschrieben wurde, das wurde von irgend welchen Leuten in einer
genommen und frickelt damit weiter - entsprechend große Differenzen gibt es im Code z.B. zwischen LPC176x und LPC43xx. Abgesehen davon dass auch noch die ein oder andere Register Deklaration komplett fehlt. Hingegen die STM Header und die automatisch generierten Sourcen entsprechen schon sehr stark
-
Thread
Weidereinstig Mikrocontroller - welche Familie, welche Tools ?
Also ich habe die letzten 5-6 Jahre auf den LPC1xxx von NXP gebastelt. Zuerst die LPC11xx, dann die LPC15xx. M0 zu M3 und letzterer mit der Pin-Switch-Matrix eine feine Sache. Mit LPCXpresso als Hardware mit inkludiertem Programmer und Debugger und
ganze ist fertig. Keine Platine zusätzlich. Für das Geld bekomme ich nicht mal die nackten Chips; und LPC1xxx sind auch nicht ganz so gängig. Den guten alten J-Link EDU wieder entstaubt und Eclipse eingerichtet. Ist Arbeit; klar. Mit GNU ARM Eclipse plugin, J-Link plugin usw. Aber jetzt weiß ich wieder
-
Thread
[S] SEGGER J-Link EDU
ProductDetail/Silicon-Labs/EFM32-G8xx-STK/ Viel preiswerter als ein EDU und läuft hier mit allem (EFM32, LPC176x, NRF51) was SWD kann, auch wenn offiziell nur für EFM32 vorgesehen.
-
Thread
FT800 / FT810 Library
www.glynshop.com/erp/owweb/Daten/DSS/EDT/Products/Specifications/Active%20Displays/ET035009DM6.pdf FT800 LPC1768 Ich habe Deinen "Spielplatz" als Grundlage genommen weil ich ihn für den Anfang als sehr übersichtlich empfand. Ich brauchte lediglich den SPI Treiber auf den LPC umschreiben und sofort hatte
die Register des LPC abgeändert. Also so gut > wie keine Änderung. Mich interessieren ja gerade die Controller-spezifischen Änderungen um das in meinen Code mit einbauen zu können. Wie schnell hast Du den SPI laufen
-
Thread
LPC1768 OpenOCD arm-none-eabi-gcc 5.3.0
laufen: https://github.com/mbedmicro/mbed/blob/master/libraries/mbed/targets/cmsis/TARGET_NXP/TARGET_LPC176X/TOOLCHAIN_GCC_CR/startup_LPC17xx.cpp wenn du nicht mbed benutzt kannst du auch den Offset in der RAM section weglassen: statt RamLoc32 (rwx) : ORIGIN = 0x100000C8, LENGTH = 0x7F38 /* 32k *
-MP -MF"lpc/GPIO_LPC17xx.d" -MT"lpc/GPIO_LPC17xx.o" -c -o "lpc/GPIO_LPC17xx.o" "../lpc/GPIO_LPC17xx.cpp" Finished building: ../lpc/GPIO_LPC17xx.cpp Building file: ../lpc/PIN_LPC17xx.cpp Invoking: Cross ARM
-
Thread
Demultiplexing für 27-Bit-Datenbus (LCD-Displays)
ein Display 3,7Zoll mit 320x240 für industriellen Einsatz entwickelt. Da nehme ich einen Cortex M3 LPC176x oder so (allerdings mi5t 208 Pins, wegen der LCD-steuerleitungen). Bei dem brauche ich einen externen RAM aber bei deinem kleinen Display sollte der interne RAM schon reichen. Als Interface
allerdings nicht als Frame übertragen, sondern mit vordefinierte Grafikelemente dargestellt. Für die LPC gibt es schon fertige Softwarebibliotheken für diverse Grundfunktionen, so dass nur eine darstellung von fertigen Frames wohl sehr schnell programmiert ist. Gruß Öletronika
-
Thread
WordClock mit WS2812
@Phillipp guckst du hier https://www.sevenwatt.com/main/picos-arm/picos-arm-lpc810-swd-jtag-with-nucleo-stm32/
-
Thread
µC für "Anfänger"
Programmer, nur mit > USB-seriell-Kabel (da mit UART Bootloader): > > http://www.watterott.com/de/LPC1114FN28/102 Echt dein Ernst?
Suche nach "dspic" ergab 568 Treffer. Ihre Suche nach "stm32" ergab 24 Treffer. Ihre Suche nach "lpc2" ergab 11 Treffer.
-
Thread
LPC1768 UART Problem beim Senden/Empfangen mehrere Bytes
abwechselnd 0x01, 0x40 > ankommt. Auch da stellt sich sofort die Frage nach der Taktquelle. Denn der LPC176x sendet Daten Back-to-Back, nach dem Stop- kommt sofort das nachste Startbit. Wenn der PC das 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 = '\n'; [/c] Die interne 4 MHz IRC Taktquelle ist IMO
-
Thread
µC LPC1769 entlasten mit 1-Wire Master
Hey, ich verwende momentan den LPC1769, der momentan im kHz-Bereich einen ADC ausliest. Jetzt möchte ich alle paar Sekunden zusätzlich einen DS18B20 Temperatursensor auslesen, ohne dabei das Einlesen des ADCs unterbrechen zu müssen.
schrieb im Beitrag #4191414: > der ADC wird über SPI und nicht I²C ausgelesen! Das ändert beim LPC176x aber einiges. Die SSP Einheiten (für SPI) können zum Beispiel auch DMA.
-
Thread
LPC1768 - Ethernet
Moin, Ich verzweifle grade an meiner Hardware. Habe ein Board mit dem LPC1768 entworfen und versuche zur Zeit dieses über Ethernet anzusprechen. Als Entwicklungsumgebung verwende ich LPCXpresso (v7.7.2). Dafür habe ich mich an das LPCXpresso-Beispiel (LPCX176x_cmsis2_EasyWeb
James schrieb im Beitrag #4136013: > Habe ein Board mit dem LPC1768 entworfe Und mit welchem Phy? Ist der passende in der SW drin?
-
Thread
LPC1758 und PN532 über SPI
Hallo, ich versuche vergeblich die Komunikation zwischen meinem LPC1758 und einem PN532 NFC Modul zum Laufen zu bringen. Mit Hilfe des SSP Interfaces und der NXP Library habe ich bereits die SPI-MOSI Verbindung zum Laufen gebracht. Leider bekommen ich vom NP532 bis
define pinTOG(portn,pinn) ((*(volatile uint32_t*)(0x2009C014UL+(portn*0x20UL))^= (1<<pinn))) [/c] (aus LPC176x.h)
-
Thread
32-Bit μC für zwei Layer PCB
Rene H. schrieb im Beitrag #4115884: > Sorry, war abgelenkt :-) Min. 32kb max 256 kb. LPC1114 32K M0 DIP-28 ... sollte man immer vorrätig haben :-) LPC13xx 64K M3 LQFP-48 oder -64 LPC541x1 256K M4F LPQP-64 LPC541x2 256K M4F-DualCore LPQP-64
Aufwand wird wohl proportional zu Anzahl der Pins mal Anzahl der Funktionen sein. Momentan haben LPC81x, LPC82x und LPC15xx die Switch-Matrix, wobei LPC15xx schon relativ groß ist. Der auch neue LPC541xx hat sie nicht.
-
Thread
SYSTICK Timer Overflow Cortex M4
aktivieren sei(); } ISR(TIMER0_COMPA_vect) { timer_proc_10ms(); } #endif #if zucLPC176x //FEHLENDE LPC176x.h #define NVIC_SYSTICK_CLK 0x00000004 #define NVIC_SYSTICK_INT 0x00000002 #define NVIC_SYSTICK_ENABLE 0x00000001 #define NVIC_ST_RELOAD (*(volatile uint32_t*)0xE000E014
systick von 10 ms definiert und dann uc-unabhängig mit einem Timer_process auswertet. Für M328 etc, LPC1768 kann man den Systick direkt verwenden. In den Timer_Process muss anwendungsabhängig alles rein, was dort gebraucht wird. Wenn man z.B. eine Uhrzeit braucht, sec, min, hou für die Uhrzeit. Wenn man
-
Thread
Boundary Scan Controller selbst bauen
#4085224: > Jetzt habe ich gesehen das es möglich ist, > mit dem verwendeten Mikrocontroller (NXP LPC1769) auch einen > Boundary-Scan-Test durchzuführen. Ich habe mich bereits in das Thema gut > eingelesen und auch ungefähr verstanden wie das ganze ablaufen soll. Der LPC176x hat zwar JTAG, aber
schrieb: >> An den meisten Pins liegt intern eine Boundary Scan Zelle. > > Der OP hat einen NXP LPC176x, und der hat sowas eben nicht. Das war mir schon klar. Mein Post bezog sich allgemein auf Boundary Scan.
-
Thread
Bedarf an eigenbau STM32F429 Evaluation Board ?
unter einen Hut zu bekommen wird wohl nicht funktionieren. bei Farnell gibts nur das 144er und 176er Package zu kaufen und selbst das 176er kommt mit schon sehr groß vor :-) ich dachte kurz an zwei getrennte Platinen eine "STAMP" und ein "Basisboard" aber da ist man wohl billiger, wenn man
unter einen Hut zu bekommen wird wohl nicht funktionieren. > > bei Farnell gibts nur das 144er und 176er Package zu kaufen > und selbst das 176er kommt mit schon sehr groß vor :-) Das TFBGA216 hat auch nur 0.8mm Pitch. Das sollte noch mit 0.3mm Vias ohne µVias hinzubekommen sein. fchk
-
Thread
Webpage Webserver
UR gewechselt. Das war dann im Vergleich zu lwip sehr einfach. Ich habe MDK-Beispiele uip für LPC1768. Für den STMF103 kannst du das UR-Programm lauffähig bekommen - aber nur in coide. Was hast du denn mit stack.h/c versucht? Was klappt nicht?
APP\httpd.c(173): warning: #223-D: function "strcasestr" declared implicitly ..\USER\APP\httpd.c(176): warning: #223-D: function "usart_write" declared implicitly ..\USER\APP\httpd.c(177): warning: #223-D: function "usart_write_str" declared implicitly ..\USER\APP\httpd.c(200): warning: #223-D
-
Thread
AD-Wandler Verständisfrage
Wenn das für den LPC176x sin soll, dann ist ein Fehler drin: [c]/* Configure ADC0_2 */ LPC_ADC0->CR = (1 << 2) | /* Select ADC0_2 pin for conversion */ (36363 << 8) | /* 12MHz / (36363+
Jim Meba schrieb im Beitrag #4023039: > Wenn das für den LPC176x sin soll, dann ist ein Fehler drin: Nein, das ist für den MCB4300.
-
Thread
Codeoptimierung LPC1769
************************************ ****************************/ void RIT_IRQHandler (void) { LPC_RIT->RICTRL |= (0x1<<0); /* clear interrupt flag */ if (LPC_RIT->RICOMPVAL == 160) { // Interrupt nach HSync ? LPC_RIT->RICOMPVAL = 660; // theoretisch 640 Takte zum nächsten Interrupt
Die SSP Einheiten des LPC176x unterstützen DMA. Mit 2 Zeilenpuffern im RAM könnte man dann immer eine Zeile ausgeben und die nächste gleichzeitig vorberechnen. Wieviele Bits überträgt der SPI? Bei 8 Bits braucht man für
-
Thread
Stromversorgung LPC 1769
das LPC1769 Xpresso Board)..TOP ANTWORT!! Danke!! Mit freundlichen Gruß Carsten E.
Du aber mal später den LPC1769-Teil rechts absägst zum Standalone-Betrieb, braucht der 3.3V: http://www.embeddedartists.com/sites/default/files/image/product/xpr_lpc176x.png Eine Möglichkeit dafür wäre ein USB-seriell-Wandler
-
Thread
NXP LPC1768 Programmiertutorial
sein soll, geht doch nichts über das Datenblatt selbst ;-) Ich habe mir selbst BSPs für STM32F10x, LPC176x und LPC1788 geschrieben. Und das nur mit den Datenblättern. Ergo verstehe ich Dein konkretes (!) Problem nicht.
In CooCox sind doch auch jede Menge Treiber und Beispielcode drin die für den LPC176x zu gebrauchen sind. Dann gibt es noch von Keil eine Menge Beispiele: http://www.lpcware.com/content/nxpfile/mcb1700-sample-code-bundle-lpc17xx-peripherals-using-keils-mdk-arm Direkt lauffähig allerdings
-
Thread
Raumzeiger Modulation wie Winkel ändern.
Zwischenkreisspannung hat. Ich will dir ja nicht zu nahe Treten hättest du den Thread SVPWm auf dem LPC genau gelesen z.b. das Paper von James Mevey auf der Seite 176. Wüsstest du was ich meine... Zur Verdeutlichung habe ich mal ein Bild angehängt. edit: Ja das Bild ist mit einem Sinus gezeichnet
dann noch etwas linearisiert. Und du hast die üblichen SVPWM Gleichungen. Siehe Thread "SVPWM mit dem LPC". Gruß Tec
-
Thread
Retro Fieber: Z80 oder 68000 ?
... Sei mir nicht böse aber ich finde die SIO komplett unverständlich. Dagegen habe ich die vom LPC21xx noch ruck zuck kapiert und hatte auch schnell lauffähigen Code. Hasst du ne Ahnung wie das ist Routinen blind auszuprobieren wenn man "nichts sieht" weil kein Debugger da ist und eine nette printf
überhaupt keines). Der VIC von ARM ist zumindest in seiner ersten Ausprägung (PL190), zu finden in den LPC2100, keine echte Meisterleistung. Mit dem PL192 in den LPC2300 wurde es besser. Aber erst mit dem NVIC der Cortex M wurde es gut, weil erst da die CPU gut mit Nesting umgehen kann.
-
Thread
Wie Register setzen lpc1768
LPC_I2C_TypeDef #define LPC_I2C0 ((LPC_I2C_TypeDef *) LPC_I2C0_BASE ) #define LPC_I2C1 ((LPC_I2C_TypeDef *) LPC_I2C1_BASE ) #define LPC_I2C2
in der veralteten lpc176x.h waren Register so definiert: #define FIO1DIR (*(volatile uint32_t*)0x2009C020) Da konnte man das Reguister tatsächlich mit FIO1DIR=0x0001; ändern. Das war m.E. besser und einfacher
-
Thread
lpc ssp dma-transfer verketten
512Byte per DMA geht nicht. [c] void DMA0_512bytes_transfer_to_SSP0(u32 buf_offset,uint32 count){ LPC_SSP0->DMACR=3;// ->DMACR=2;//tx en//176x LPC_SC->DMAREQSEL = 0;// SC_DMASEL_timer0_MATCH1_notUART0rx;//i.V.m. DMAC_SRC_PERIP(9)LPC_GPDMACH0->DMACCConfig LPC_SC->PCONP |= (1<<29);//Enable clock to
1.gefundener Fehler: void DMA4_transfer_from_SSP0(u8 count){ LPC_SSP0->DMACR=3;// ->DMACR=2;//tx en//176x tx und rx DMA sind gleichzeitig aktiviert lässt sich durch die Verwendung von Definitionen vermeiden: #define SSPxDMAdisable 0 #define SSPxRxDMAenable
-
Thread
Startprobleme mit rtems
Finger wech. Ich denke, das hier ist eine gute Plattform: http://www.rtems.org/wiki/index.php/Lpc176x Allzu teuer scheint das Teil auch nicht zu sein: http://de.farnell.com/nxp/om11043/kit-mbed-prototyping-board-lpc1768/dp/1761179 Und es sollte out-of-the-box unterstützt werden. fchk
-
Thread
LPC1768 und Keil
Hallo Zusammen, ich lerne mich gerade in den NXP LPC1768 ein und betrachte in Keil unter anderem dazu einige Codebeispiele. In der Headerdatei LPC17xx.h erfolgt eine Strukturierung aller Peripherie. Warum sind hier nicht die Registernamen verwendet
Die Registernahmen aus dem manual findest du in lpc176x.h. lpc17xx.h scheint neuer zu sein. die Bezeichnungen und Strukturen der lpc17xx.h findest du nirgends. Das ganze ist ein großes Ärgernis. Wenn du dann noch mdk-Beispieldateien verwendest, hast
-
Thread
sd-Karte Elm Chan DMA
ausgewertet xchg_spi(0xFF); // Receive data resp break; } }else{ regVal = LPC_GPDMA->DMACIntErrStat; if ( regVal ) { DMAErrCount++; LPC_GPDMA->DMACIntErrClr = regVal; } } return; } [/c]
start(0,516); //buffer_offset,Anzahl_bytes }else{ DMA_STATUS = DMA_STATUS_END; // LPC_SSP0->DMACR=0;// ->DMACR=2;//tx en//176x // init_ssp0_2();//erforderlicher wechsel auf normale ssp // xchg_spi(0xfd); speedtest=TimeTick; } // break; // }//switch return
-
Thread
Leisungsvergleich ARM AVR
> Falsch. Der LPC1768 ist ein Cortex-M3 und der kann Byte(=8Bit), Halfword > (=16bit), Word (=32bit) Zugriffe gleich schnell (alles in 2 Takten) > durchführen. Unaligned-Zugriffe (=Halfword-Zugriffe auf ungerade >
pinSET(0,16); #if 1 //ssp0 init_ssp0_1(); ssp0_set_speed(2); //DMA: SSP0DMACR = 3;//176x LPC_SC->PCONP |= (1<<29);//Enable clock to DMA controller #else.... void init_ssp0_1(void){ pinSEL(0, 15, 2); // Attach SCK0 to I/O pad pinSEL(0, 17, 2); // Attach MISO0 to I/O pad pinSEL
-
Thread
Problem mit Timer Interrupt LPC1769
für hohe Frequenzen nicht optimal, denn da geht die meist variable Interrupt Lateniz mit ein. Der LPC176x hat eine extra PWM Einheit verbaut, die das möglicherweise ohne Interrupt hinbekommen würde. Außerdem gibt es noch die MCPWM. Siehe UM10360.pdf, Kapitel 24 und 25. Heiko1989 schrieb im Beitrag
liesse sich signifikant kürzen, wenn man die Portzuweisungen zusammenfasst: [c]case 0 : LPC_GPIO2->FIOCLR = (1<<1) |(1<<2) |(1<<4); LPC_GPIO2->FIOSET = (1<<3)| (1<<5)|(1<<6); LPC_GPIO0->FIOCLR = (1<<2)| (1<<21); LPC_GPIO0->FIOSET = (1<<3)|(1<<22); [/c] Die Verwendung
-
Thread
Kleiner Einsteiger Mikrocontroller
folgendes Erfüllen > sollte Muss es DIP sein oder geht auch SO? Dann ginge auch ein kleiner ARM: LPC812 SO-20
/. schrieb im Beitrag #3615556: > Und fuer den Einsteiger im hoechten Maße uebersichtlich. > (DB 176 Seiten statt 422...)
-
Thread
ov7670 cameramodul
das sind die defines: u8 buffer[14000];//=>80x80x2=12800, 176x38x2=13376 #define max_x 176//44 #define max_y 38//144 u16 zl_buf; Der Hinweis auf 176x38 Pixel war gut. das habe ich umgesetzt. Das Problem bleibt aber. Der Wert zl_buf endet beim ersten Durchgang
probiert. Ich hör jetzt erst mal auf. Wenn ich wieder Lust dazu habe, werde ich das Programm au einen LPC1768 laden und dann mit dem Debugger nach dem Fehler suchen.