-
Thread
Starthilfe für Cortex M3
benötigten Dokumente, Treiber, etc.: http://ics.nxp.com/support/documents/microcontrollers/?scope=LPC1768 Direktlink zur aktuellen CMSIS-Bibliothek: http://ics.nxp.com/support/documents/microcontrollers/zip/lpc17xx.cmsis.driver.library.zip In der CMSIS-Lib. findest du die aktuellen Treiber für
mir ersteinmal um die Simulation am PC. Konkret will ich ersmal wissen wie ich ein Hello World für LPC17XX erzeugen und ausgeben kann (ohne Hardware), und was ich für das Projekt brauche. Also zum testen gehe ich wie folgt vor: 1-µVision4 starten; 2-Project->New µProject; 3-den LPC1768 aus der Liste
-
Thread
PWM mit LPC1768.
Beispiel hier für das LPC1768 mbed: https://mbed.org/users/mbed_official/code/mbed/file/6473597d706e/TARGET_LPC1768/LPC17xx.h Hier etwas zum experimentieren und lernen: http://openlpc.com/4e26f1/examples/pwm.lpc17xx
/www.lpcware.com/content/nxpfile/lpcopen-software-development-platform-lpc17xx-packages) heruntergeladen und mit dieser begonnen. Dort befindet sich im Chip-Projekt die Datei chip_lpc175x_6x.h. diese widerum beinhaltet nur (mehr) einen Bruchteil der LPC17xx.h bzw. dürften
-
Thread
Wie Register setzen lpc1768
drauf an. Lade dir mal http://www.lpcware.com/content/nxpfile/lpcopen-software-development-platform-lpc17xx-packages herunter. Und schau mal generell nach LPCOpen.
Programmierer erst mal zum Tee-Automaten." - Fand ich ganz witzig. Damit hat es zu tun. Schau mal in die LPC17xx.h ganz unten. Dort ist LPC_GPIO1 als Pointer deklariert, zB. #define LPC_GPIO1 ((LPC_GPIO_TypeDef *) LPC_GPIO1_BASE ) Von da aus kann man sich nach oben hangeln zu LPC_GPIO1
-
Thread
NXP LPC1754 SPI Probleme
muss also SPDR geschrieben werden, eventuell mit einem Dummy Wert. Übrigens empfehle ich auf einem LPC17xx lieber die SSP Einheiten zu benutzen. Die können auch SPI, haben aber FIFOs und DMA Support zusätzlich und bis zu 16 Bit breite Datenwörter.
->SPCCR=8; //send/receive hwspi LPC_SPI->SPDR=byte_s; while(!(LPC_SPI->SPSR & (1<<SPIFhwspi))); return(LPC_SPI->SPDR);
-
Thread
Wirklich arm, der ARM
der NXP Webseite, deshlab versuche ich hier etwas direktere Links vorzustellen :-( @ Michael Der LPC214x kann mit bit toggeln 15 MHz erzeugen, das kann kein SAM ;-) Der LPC2101/2/3 kann sogar 17.5 MHz. Es ist richtig, dass die frueheren Derivate langsamer waren im Bit toggeling als SAM, die jetzigen
>@ Michael >Der LPC214x kann mit bit toggeln 15 MHz erzeugen, das kann kein SAM ;-) >Der LPC2101/2/3 kann sogar 17.5 MHz. Für welche Anwendungen sind eigentlich diese schnell toggelnden I/O-Pins wichtig? Ich bin interessiert
-
Thread
Verschenke ICs - 07/2013
NXP ARM Imbiss: 1x LPC2103 ARM7TDMI 1x LPC2478 ARM7TDMI, 512K Flash, USB, Ethernet, LCD, ... 1x LPC1766 CM3 256K Flash, USB, ...
Würde den noch nehmen 1x LPC2478 ARM7TDMI, 512K Flash, USB, Ethernet, LCD, ... Uli
-
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.
hier 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
Welchen Cortex-M3?
Sind dir LPC17xx von NXP nicht auch schon verfügbar? Julius
, ich denke das ist der Grund warum sich der LPC17xx noch mal verzögert. Lieber warte ich ein Monat länger und dann ists drin...
-
Thread
NXP LPC2148 - Programmierungsumgebung
Grund, umzusteigen. Allerdings würde ich auch, wie schon erwähnt, auf einen aktuellen uC gehen. Die LPC176* gibt es alle in LQFP100. Der LPC4370 dürfte allerdings etwas Overkill sein, wenn man vom LPC2148 ausgeht.
> umzusteigen. Allerdings würde ich auch, wie schon erwähnt, auf einen > aktuellen uC gehen. Die LPC176* gibt es alle in LQFP100. Der LPC4370 > dürfte allerdings etwas Overkill sein, wenn man vom LPC2148 ausgeht. Danke für den Tip. Ich habe mich für die LPC schon lange nicht mehr interessiert.
-
Thread
LPC Registerzugriff Fehler in LPC176x.h
: Zugriff über LPC17xx.h/CMSIS-Library: [c]LPC_PINCON_TypeDef LPC_PINCON; // Set P1_24, P1_25, P1_28, P1_29 to 00 - GPIO LPC_PINCON->PINSEL3 &= (~0x0F0F0000); // Set GPIO - P1_24, P1_25, P1_28, P1_29 - to be outputs LPC_GPIO1->FIODIR |= ((1 << 24) | (1 << 25) | (1 << 28)| (1 << 29)) } [/C] Beispiel Keil: Zugriff erfolgt über Strukturen, die in diversen Dateinen abgelegt sind, z.B. lpc17xx_pinsel.h,lpc17xx_gpio
-
Thread
MCUXpresso - CMSIS Core wird nicht gefunden
Compiler arm-none-eabi-c++ -D__NEWLIB__ -DNDEBUG -D__CODE_RED -DCORE_M3 -D__USE_CMSIS=CMSIS_CORE_LPC17xx -DCPP_USE_HEAP -D__LPC17XX__ -I"C:\Users\Checker\Documents\MCUXpressoIDE_10.1.1_606\workspace\CMSIS_CORE_LPC17xx\inc" -Os -fno-common -Os -g -Wall -c -fmessage-length=0 -fno-builtin -ffunction-sections
mthumb -T "GPIO_0_Release.ld" -o "GPIO_0.axf" ./src/GPIO_0.o ./src/cr_cpp_config.o ./src/cr_startup_lpc175x_6x.o ./src/crp.o -lCMSIS_CORE_LPC17xx c:/nxp/mcuxpressoide_10.1.1_606/ide/tools/bin/../lib/gcc/arm-none-eabi/6.3.1/../../../../arm-none-eabi/bin/ld.exe: cannot find -lCMSIS_CORE_LPC17xx collect2
-
Thread
ARM7 Entscheidungshilfe Atmel vs. NXP
nicht mehr ausgebügelt werden. Derzeit scheinen die Jungs auch keine Lust mehr zu haben, sich um die LPC17xx und LPC13xx zu kümmern. Naja, höher, schneller und mehr Bässe! Innovation hat eben auch ihre Schattenseite. Aber zum Kennenlernen der Liga und der Tools und der diversen Peripherien geht ein
nicht? Zumindest sehe ich das für Umsteiger von 8 Bit so. Kleines Beispiel: der SDIO-Core vom LPC2478 und vom STM32F103 sind fast gleich, so daß man den gleichen Treibercode benützen kann. Ein Gegenbeispiel gibt's auch: der USB-Core vom LPC17xx und der vom LPC13xx unterscheiden sich derart, daß
-
Thread
ARM-Prozessor mit SRAM+Flash extern, ISP möglich?
: LPC2210 - kein Flash LPC2290 - kein Flash LPC2210FBD144/01 - kein Flash LPC2212FBD144/01 - kein Flash LPC2214FBD144/01 - kein Flash LPC2292FBD144/01 - kein Flash LPC2212 - 128K LPC2214 - 256K LPC2214FBD144
werden. ARM9 + 2MByte SDRAM + 16MB NAND-Flash (Preisabschätzung für größere Stückzahlen): 4,17 EUR 2MB SDRAM (1MB x 16, 5ns), IS42S16100C1-7TL 3,81 EUR 16MB NAND-Flash, NAND128W3A2BN6E 12,38 EUR LPC3180FEL320 - kein Flash --------- 20,36 EUR Auf jeden Fall ist hier mehr Geschwindigkeit
-
Thread
Geeigneter Cortex M3 für Projekt gesucht
noch nicht gefunden. (nur µIP) Eine Beispiel Web-Applikation findet sich in den Demo Codes zur LPC17xx Reihe.
noch nicht gefunden. (nur µIP) > > Eine Beispiel Web-Applikation findet sich in den Demo Codes zur LPC17xx > Reihe. Link? Web-Applikation, was ist da alles drin? Nur ein Web-Server, oder kann der auch mehr?
-
Thread
UART0 Probleme LPC2148
Portmonitor. 1. Sendung: 00 01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0e 0f 10 11 12 13 14 15 16 17 18 19 1a 2. Sendung (100ms später) 10 11 12 13 14 15 16 17 18 19 1a 00 01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0e 0f 10 11 12 13 14 15 16 17 18 19 1a 3. Sendung (wieder 100ms später) 15 16 17
Ach ja, zur Orientierung: Ein Interrupt-Handler für UART braucht auf 60MHz LPC2000 mit allem FIFO-Gedöns schlimmstenfalls 3-4 Mikrosekunden.
-
Thread
LPC1100, superguenstig, 8-bit? Wird immer unnoetiger
Da hat doch aber die LPC17xx Serie von NXP noch ein besseres P/L Verhältnis, oder? Immerhin kostet der LPC1752 mit 64k Flash, 16k RAM, 100MHz, USB/CAN gerade mal 5,20€ INKL MWSt (HBE). Und der große Brocken (LPC1768) mit
Jörg S. schrieb: > Da hat doch aber die LPC17xx Serie von NXP noch ein besseres P/L > Verhältnis, oder? Bezogen auf die merkwürdige Preispolitik von HBE schon, aber auf Träger ist mit der 80-Pin NXP-Klops für viele Fälle zu gross. LQFP48
-
Thread
PWM interrupt am LPC2148
Thorsten E. schrieb im Beitrag #4930112: > Wenn es da nicht so ist, wird der alte > LPC 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
Lothar schrieb im Beitrag #4930301: > 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 Bist Du sicher, dass es pingleiche
-
Thread
Wunschliste für einen Xmega Nachfolger
nichts umlernen. Auch der Umstieg auf andere Hersteller ist leicht. Ich entwickle z.Zt. ein Board mit LPC17xx, das bis vor kurzem auf STM32 gemünzt war. Der Wechsel war trivial, und auch softwareseitig gibt es schon fertige Bibliotheken, die herstellerübergreifende Treiberroutinen enthalten. Wirklich
AtTinys aufgestellt. Ein Vergleich XMega vs. LPC17xx mach ich jetzt aber nicht auch noch, das kann jeder der lesen kann selber tun. >> Deep Power Down für ca. 0.2µA. > > Das ist aber eher Augenauswischerei. Was willst du mit dem Schlafen-
-
Thread
ARM - µC
hallo, schau dir mal die neue lpc2100 familie von philips an! (LPC2101, LPC2102, LPC2103 ). kosten so um die 2 pro stück. eval boards gibts zum beispiel von keil.. http://www.keil.com/mcb2103/
@..,- Die LPC Reihe hat einen standard uralt UART (mit einigen kleien Eigenheiten) der soviel ich bis jetzt gesehen habe, für die gesamte LPC2xxx Serie immer der gleiche ist. Es gibt für etliche LPC2xxx einen
-
Thread
Präziser, einfacher 850kHz Oszilator
LPC812 mit 4 MHz Quarz, per PLL x17 auf 68 MHz, geteilt durch 4 für 17 MHz Systemtakt. Dann mit Zahler durch 2x10 teilen, passt. Der µC selber hat nix zu tun, muss nur einmal die Hardware Units konfigurieren
Johannes S. schrieb im Beitrag #5448744: > LPC812 mit 4 MHz Quarz, per PLL x17 auf 68 MHz, geteilt durch 4 für 17 > MHz Systemtakt. Ach ..... mit einem STM32Fxxx geht das nicht?
-
Thread
LPC1700: Code aus externem Memory ausführbar?
wenn ich mich hier auch mal einklinken darf. Die LPC17xx sind bei Digikey verfügbar, zwar wohl nicht in rauhen Mengen. Aber ich werde mir demnächst wohl mal ein Testboard mit so einem Teil drauf bauen. Das Erratasheet von NXP hält sich bisher ja noch
Zitat user.manual.lpc17xx.pdf, Seite 739: "The Code, SRAM, and external RAM regions can hold programs. However, the most efficient access to programs is from the Code region. This is because the processor has separate
-
Thread
ARM-USB-OCD config File für: EFM32, LPC1768, LPC1114, LPC1343
Entwicklung scheint aber in Bewegung und wird hoffentlich nicht mehr allzu lange zu dauern. > - LPC1343 > - LPC1114 > - LPC1768 > - LPC1766 > - EFM32G880F128 LPC17xx bieten auch "normales" JTAG-Interface. OpenOCD Konfigurationsdateien dafür sind zumindest im Entwicklerquellcode (lpc17*.cfg)
Beispiel nicht zufriedenstellend funktioniert. Evtl. hilfreich, wenn wirklich OpenOCD im Rennen mit LPC17xx: http://www.siwawi.arubi.uni-kl.de/avr_projects/arm_projects/arm_memcards/index.html#chanfat_lpc_cm3
-
Thread
ARM-Cortex als Anfänger?
Ich arbeite seit einen 3/4 Jahr mit einem LPC17xx und LPC43xx. Aus Erfahrung kann ich daher schrieben, dass die STM32 Reihe von der Peripherie her deutlich besser gelungen ist. Auch das CubeMX von ST nimmt einem deutlich die Arbeit ab und initialisiert
nur veraltet. Markus M. schrieb im Beitrag #4955229: > Ich arbeite seit einen 3/4 Jahr mit einem LPC17xx und LPC43xx. Aus > Erfahrung kann ich daher schrieben, dass die STM32 Reihe von der > Peripherie her deutlich besser gelungen ist Das sind aber grade die ganz alten die noch pinkompatibel zu
-
Thread
ARM Starterkit
sollte man auf Prozessoren eines Herstellers zurückgreifen, die es in beiden Varianten gibt, z.B. NXP LPC2xxx vs. LPX17xx. Will man jedoch möglichst viel alten Assembler-Code weiterverwenden und ist auf eine Umgebung angewiesen, die selbst ARM-Code erzeugt, kann dies bedeuten, (vorerst) bei ARM7 usw.
es gleichzeitig den LPC2119 gab, es gibt kein anderes Board (am Markt) von Futurlec mit dem LPC2119 (ich hab gesucht, Du auch?), der LPC2119 war immer teurer als der LPC2114 und der LPC2119 hat absolut keinen sonstigen Vorteil
-
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
FreeRTOS via LPCxpresso
der mich irritiert. Der Fehler: makefile:35: C:/Users/Dewrek/Documents/lpcxpresso_3.4/workspace/lpc17xx.cmsis.driver.library/makesection/makerule/LPC17xx/make.LPC17xx.gnu: No such file or directory makefile:42: C:/Users/Dewrek/Documents/lpcxpresso_3.4/workspace/lpc17xx.cmsis.driver.library\makesection
Makefile indem Basis Ordnerliegen muss. Also C:/Users/Dewrek/Documents/lpcxpresso_3.4/workspace/lpc17xx.cmsis.driver.library darin müssen die Ordner Drivers/include und die datei Drivers/library/DriversLPC17xxgnu.a muss da sein. Sonst Poste doch mal das Makefile und dein Projekt. MfG
-
Thread
Tastenschlagzeug mit NXP LPC 935 selber bauen
Der LPC935 ist ein 8051er mit kürzerem Zyklus als normal. Dazu sollte sich doch was finden lassen.mf PS: Schau mal da:http://www.nxp.com/products/microcontrollers/8_16_bit_legacy/lpc900/P89LPC935FDH.html#documentation
ich entweder den Ausgang vom LPC invertieren muss, weil Pull-UP sagst du sei ja nicht so gut. Durch ein Low Singal am TXD vom LPC werden kann der Optokoppler arbeiten. So müßte es funktionieren, siehst du das auch so? Jetzt sind
-
Thread
ARM LPC1768 Cortex M3 LCD Board - Einstieg in die Welt der ARMs
www.raisonance.com). Codesize 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
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
arm-glue- mit arm-none-eabi-: target CPU does not support ARM mode
Glue:) im uVision-Editor compiliere, dann erhalte ich die Fehlermeldung: [code] compiling system_LPC17xx.c... system_LPC17xx.c(1): error: target CPU does not support ARM mode compiling core_cm3.c... core_cm3.c(1): error: target CPU does not support ARM mode compiling main.c... main.c(1): error: target CPU does not support ARM mode compiling startup_LPC17xx.c... startup_LPC17xx.c(1): error: target CPU does not support ARM mode [/CODE] Ich nehme an, es liegt an den Compiler-Flags Momentan compiliere ich mit: [CODE] -c -mcpu=cortex-m3 -gdwarf
-
Thread
100x Infineon XMC2Go Board mit ARM Cortex-M0 zu gewinnen
getrennten Register oder (XMC1100) in einem Register, mal ueber viele Register mit Adressauswertung (LPC1100), mal ueber ein Schreibregister und ein Maskierungregister, mal ueber Bit-Befehle (8051, AVR?), mal ist GPIO zu Pins 1:1 (LPC1100) mal total durcheinander (LPC4300). Ganz davon abgesehen: das
kein Witz!), aber halt schon ein 'wenig' mehr Peripherie: USB, Ethernet, I2S,... ;-) Das Manual des LPC17 ist sinnvoll in Kapitel gegliedert. Das ist wichtig fuer den Einstieg - vorausgesetzt es ist noch ein erklaertes Ziel zu verstehen, was man macht.
-
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
Erste Schritte mit ARM SAMD20
{ REG_PORT_OUTTGL0 = PORT_PA17; 226: 4a04 ldr r2, [pc, #16] ; (238 <main+0x24>) 228: e7fc b.n 224 <main+0x10> [/c] -O3: [c] REG_PORT_DIRSET0 = PORT_PA17; 232: 4a06 ldr r2, [pc, #24] ; (24c
diesen sechs bin ich gut klar gekommen (der Prefix cmsis- ist von mir): cmsis-core_cm0.h cmsis-lpc1114.ld cmsis-lpc11xx.h cmsis-startup_lpc11xx.s cmsis-system_lpc11xx.c cmsis-system_lpc11xx.h Praktisch ist, dass die Registergruppen als Strukte angelegt sind, da vertuddelt man sich nicht so
-
Thread
LPC176x uart-baudrate
gebrauchen bzw. noch Fehler oder Verbesserungen finden. [c] #include <stdlib.h> #include "LPC17xx.h" #include "gpio.h" struct uartBaudRateParam { int nSysClk; int nPclkArg; // zum setzen des Vorteilers int nMulVal; int nDivAddVal; int nDlm; int nDll; int
PCLKSELx kann man bei aktiver PLL0 *nicht* mehr verstellen. Übrigens gibt es so eine Funktion in der "lpc17xx CMSIS driver" library: Link von: http://support.code-red-tech.com/CodeRedWiki/NXPDriverLibraries zeigt auf: http://ics.nxp.com/support/documents/microcontrollers/zip/lpc17xx.cmsis.driver.library.zip
-
Thread
Arm Synthesizer mit LPC1114
Einstellungen in der Konfiguration des Projekts für die CMSIS in Eclipse "config/system_LPC11xx.h". Dort habe ich folgende Veränderung vorgenommen: [c] //#define SYSPLL_SETUP 1 // don't use PLL 17.2.2013 ch #define SYSPLL_SETUP 0 #define SYSPLLCTRL_Val 0x00000023
praktisch: das Pinout des LPC1114FN28 http://www.joaov.com/lpc1114/
-
Thread
Auswahl zwischen Cortex M3 von NXP, ST, TI
Zur 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
Wenn man 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
-
Thread
LPC1857 ARM Cortex M3 Problem mit EMC und SDRAM
LPC_SCU->SFSPD_2 = (MD_PLN_FAST | FUNC2); //D16 LPC_SCU->SFSPD_3 = (MD_PLN_FAST | FUNC2); //D17 LPC_SCU->SFSPD_4 = (MD_PLN_FAST | FUNC2); //D18 LPC_SCU->SFSPD_5 = (MD_PLN_FAST | FUNC2); //D19
A15 LPC_SCU->SFSPD_16= (MD_PLN_FAST | FUNC2); // A16 LPC_SCU->SFSPD_15= (MD_PLN_FAST | FUNC2); // A17 LPC_SCU->SFSPE_0 = (MD_PLN_FAST | FUNC3); // A18 LPC_SCU->SFSPE_1 = (MD_PLN_FAST | FUNC3);
-
Thread
Einstieg LPC4088 QuickStart Board
Schade ist nur die noch fehlende USB Host unterstüzung weil das Memory Model beim 40xx anders als beim 17xx ist. Die wichtigste Seite ist die hier: http://developer.mbed.org/users/embeddedartists/notebook/lpc4088-quickstart-board/
Nachtrag: c:\nxp\LPCXpresso_7.5.0_254\lpcxpresso\Examples\NXP\LPC4000\LPC407x_8x\LPC407x_8x_Libraries.zip\LPC407x_8x_PDL\ hier sind die Treiber ist zu den onChip Komponenten drin.
-
Thread
LPC2478 Projekt Hilfe benötigt
den LPC2478 nutzen willst, dann wäre es Unsinn ein Display mit integriertem Controller zu nehmen. Die Kombination LPC2478 und PSP-Display (480x272; 24 Bit RGB) bietet sich schon sehr an. Vorsicht ist allerdings
nutzen? > Na mit P0[7-8] das sind doch ebenfalls die LCD[9] (GREEN1), LCD[16] > (BLUE0) und LCD[17] (BLUE1). Alle drei werden im 16bit (1:5:5:5) nicht > benutzt. Das geht nicht. Wenn das LCD Interface aktiviert ist, lässt sich da kein I2S mehr auswählen. So hab ich das jetzt verstanden. LPC2478
-
Thread
ENC28J60 Basics für Philips LPC213x
Ich habe die Basics Version mal auf einem LPC2131 ausprobiert: Beide LEDs am ENC28J60 blinken, ebenso die LED am LPC sobald dieser startet. Sobald ich die IP anpinge erzeugt der ENC28J20 einen Interrupt, aber der Ping wird nur ab und zu mal beantwortet. Wenn er beantwortet wird, dann nur 1 oder 2x nach einem Reset des LPC, danach garnichtmehr. Spätestens nach einigen Minuten hängt sich der LPC dann auf (die LED bleibt an oder aus.) Die Schaltung rund um den ENC28 müsste OK sein, da ich lediglich den uC (vorher ATmega32
-
Thread
ARM-Beginn
Das Olimex-Evaluation-Board mit LPC2106, das im hiesigen Shop für 70 verkauft wird, hast Du bereits entdeckt? Passende Lötadapter zum Gehäuse des LPC2106 gibt es bei www.elk-tronic.de - zum wirklich unschlagbar günstigen Preis.
Der USB->ARM/JTAG-Adapter kostet "normal" alleine schon soviel. Nichts desto trotz ist das Olimex LPC-P2106 bzw. LPC-P1 ganz brauchtbar fuer eigene Experimente, JTAG debugging/ICE ist zwar praktische aber nicht unbedingt erforderlich.
-
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
Mit LPC Ausgangssignal auf 0 bis 10V
Hallo, bin gerade dabei bei einem LPC einen Regler anzusteueren, der als Eingang ein Signal zwischen 0 und 10V benötigt. Ausgang beim LPC ist ja nur 3,3V. Ich wollte das DAC Ausgangssignal nun einfach mit einem OP verstärken und dann
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
ARM Nested Interrupts mit Keil µVision mit RealView?
eingegossene Hardware-Interrupt-Logik (wenn möglicherweise auch etwas langsamer). >Die ARM7 von ST haben 17 Interruptprioritäten... Nee, das ist ja eine völlig andere Familie, obwohl ARM. Ein Umstieg von LPC zu ST ist wiederum ebenso aufwändig wie der Umstieg von 8051 zu LPC, wegen der völlig verschiedenen
, dass es einem Interrupt-Handler egal ist, ob er vektorisiert und unvektorisiert aufgerufen wird (LPC2000-Problem mit 32 Quellen aber nur 16 Vektoren). Was das Nesting von LPC2000 angeht: Ich habe das auf LPC21xx ausprobiert und kein Problem dabei gefunden. Die vom VIC implementierten Prioritäten
-
Thread
brauche eure Hilfe bei diesem Project
users/wim/notebook/landtiger-baseboard/ Alternativ, das Board ist weitgehend kompatibel zum IAR lpc1768 Evalboard, wenn man das kostenlose IAR 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
ADC wie aus 10Bit 12 oder mehr machen?
Welches Gehäuse vom LPC1114 hast Du denn? Das LQFP48 und das HVQFN33 sind pinkompatible zum lpc1315/16/17 und der hat einen 12-Bit-Wandler.
Ein lpc1315/16/17 würde passen aber dann müssen alle Platinen vom lpc1114 erst befreit werden. Klingt für mich nach die preiswerteste und schnellste Methode. Und ein Wechsel vom M0 auf einem M3 ist ja auch
-
Thread
(V) diverse Boards
verpackt): 5,00 EUR 14.) 1 x Nucleo-32 STM32F303 (Original verpackt): 6,00 EUR 15.) 4 x LPCXpresso LPC812: 8,00 EUR 16.) 1 x LPCXpresso LPC1769: 10,00 EUR 17.) 1 x ITEAD A20 Core Baseboard: 22,00 EUR 18.) 1 x Silicon Labs Blue Gecko Starter Kit EFR32BG: 60,00 EUR 19.) 1 x Atmel SAMD21XPlained Pro
BLE400 NRF51822 Baseboard: 9,00 EUR 12.) 1 x Olimex A10 OLinuXino: 13,00 EUR 15.) 4 x LPCXpresso LPC812: 8,00 EUR 16.) 1 x LPCXpresso LPC1769: 10,00 EUR 17.) 1 x ITEAD A20 Core Baseboard: 22,00 EUR 18.) 1 x Silicon Labs Blue Gecko Starter Kit EFR32BG: 60,00 EUR 19.) 1 x Atmel SAMD21XPlained Pro
-
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 */ /*
); // enable interrupt #endif // EINT0active #ifdef EINT1active LPC_PINCON->PINSEL4 |= (1 << 22); // select pin mode P2.11 "ExtInt1" #if (EINT1mode == 1) LPC_SC->EXTMODE ^= (1 << 1); // ExtInt1 is level sensitive #else LPC_SC->EXTMODE |= (1 << 1); //
-
Thread
Neue schnellere ARMe von Philips - bastelfreundlich!
nur sehr wenig RAM. Bastelfreundlich dank des angekündigten PLCC-Gehäuses. Presse-"Blurb" aus LPC2000-Yahoo-Group: Philips today announced the 3 newest members of the LPC2000 family, the LPC2101, LPC2102 and LPC2103. Built on 0.16um flash process, with 128-bit wide access, the trio operate
making them the fastest Flash ARM7TDMI- S-based microcontrollers on the market. In addition, the new LPC210x members feature Fast I/O capability allowing bit-toggling operation of 17.5MHz, more than 4 times faster than other competing ARM microcontrollers. At the same time, these MCUs incorporate
-
Thread
Das erste LED Programm mit µVision
"LPC17xx.h" int main(void) { LPC_PINCON->PINSEL4 &= ~(0xFFFF); LPC_GPIO2->FIODIR |= 0xFF; LPC_GPIO2->FIOCLR = 0xFF; LPC_GPIO2->FIOSET = (1<<0); LPC_GPIO2->FIOCLR = (1<<0);
Binde mal die Datei "system_LPC17xx.c" in dein Projekt mit ein. Dort ist die SystemInit definiert (ist glaub ich in den Beispielen)
-
Thread
AVR vs. ARM
<< dabei war der ARM Faktor 8 schneller (LPC2106). Das bedeutet, der ARM macht eine float-mul in ca. 3-4 µs ?
Unterschied noch viel grasser falls hoehere Aufloesung fuer die Floating Point gewuenscht wird. Der LPC2106 braucht tatsaechlich 16 CPU Takte um einen Pin hin und her zu schalten, d.h. die max. Ausgangsfrequenz ist 3.75 MHz. Die neuesten Varianten, LPC214x uns LPC2101/2102/2103 koennen jetzt die Pins