-
Thread
Hitex LPC-Stick und JTAG
Hardware/Software geht es genau? Das hier: http://www.ehitex.de/p_info.php?xPD=113_115&products_id=309 LPC-Stick 49,00 EUR Komplette Entwicklungsumgebung für LPC2468 HiTOP IDE/Debugger
Software geht es genau? Das hier: > http://www.ehitex.de/p_info.php?xPD=113_115&products_id=309 > LPC-Stick 49,00 EUR > Komplette Entwicklungsumgebung für LPC2468 HiTOP IDE/Debugger Ja, genau der ist es.
-
Thread
UART0 Probleme LPC2148
Ach ja, zur Orientierung: Ein Interrupt-Handler für UART braucht auf 60MHz LPC2000 mit allem FIFO-Gedöns schlimmstenfalls 3-4 Mikrosekunden.
ja genau das wollte ich UART mit IRQ und Timer IRQ nur funktioniert das bei mir nicht sie Beitrag LPC2148 hast du vielleicht eine Beispiel das funktioniert?
-
Thread
J-Link in LPCXpresso benutzen
Peripherie zu testet: http://www.nxp.com/products/microcontrollers-and-processors/arm-processors/lpc-cortex-m-mcus/lpc-cortex-m0-plus-m0-mcus/lpc1100-cortex-m0-plus-m0-mcus/iar-kickstart-kit-featuring-nxp-semiconductors-lpc11a14-mcu:OM13025 Selbst machen, würde mich mehr Zeit und Geld kosten.
Board mit dem baugleichen LPC1549 (hat nur mehr Flash und USB): http://www.watterott.com/de/LPC1549-LPCXpresso-Board Der integrierte Debugger ist auch als J-Link zu nutzen.
-
Thread
Aufwand für CAN-Sniffer
Michael B. schrieb im Beitrag #6556286: > Vorhanden ist ein LPC1830-FreeRTOS-System mit 2 UARTs. An denen könnten > 2 Transceiver (z.B. MCP2551) angeschlossen werden. > Genügt dies, um die heraus zu lesenden Records zu erkennen oder muss > jeweils das komplette
Michael B. schrieb im Beitrag #6556286: > Vorhanden ist ein LPC1830-FreeRTOS-System mit 2 UARTs. An denen könnten > 2 Transceiver (z.B. MCP2551) angeschlossen werden. UART ist nicht CAN! Die Transceiver müssen schon an die CAN-Pins CANx-RD und CANx-TX angeschlossen
-
Thread
-
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
). Habe aber auch nicht lange dann manuell rumgemacht :D Ansonsten kann ich auch, wie Erwin die LPC-Serie empfehlen. Wir hatten mit den gleichen Problemen beim ST F107 zu kämpfen :) Der LPC1768 funktioniert wirklich wie er soll. Von ST kannst aber zum Beispiel die älteren F103 nehmen. Maßenweise
-
Thread
Möglichst schnell Daten an einen PC senden
LPC2148, SAM7S: Implementieren USB "Full Speed". Das sind theoretisch 12Mbps, also 1,5MB/sec, abzüglich Overhead. NB: "Full Speed" = 12Mbps, "High Speed = 480Mbps. Schilda lässt grüssen. Controller
Minimum ist wohl LPC288x, der kann USB High Speed. Wenn die Platine auch zum Projekt gehört, dann mach dich mal mit BGA Gehäusen vertraut.
-
Thread
ARM Daten Hilfe
afaik alle ARM7/9 programmieren. Ich würde dir aber empfehlen mit einem ARM7 wie dem SAM oder dem LPC2000 zu beginnen. Für die Teile gibt es reichlich Beispiele im Netz und wenn dir die Leistung für irgendetwas nicht reicht kannst du dann immer noch auf den ARM9 gehen. Dann ist da noch der 'ARM7
Empfehlung: ARM7: LPC214x (NXP, Philips), ARM7: AT91SAM7X (Atmel), Cortex-M3: STM32 (STMicro). Angefangen mit ARMs habe ich mit dem MCB2140 (LPC2148) von Keil. Ein sehr schön zu programmierender Proz. Gut nach Datenblatt
-
Thread
Nucleo F103 + mbed
noch das Datenblatt rauszuholen und selber bauen damit W. S. recht behält :) Ps: oder nimm einen LPC von NXP, die sind da um Längen schneller und können 24 Bit in HW.
"mbed.h" #ifdef TARGET_LPC1549 #define PIN_MOSI D11 #define PIN_MISO D12 #define PIN_SCK D13 #define PIN_SSEL NC DigitalOut led(LED1); DigitalOut cs(D9); #elif defined TARGET_NUCLEO_F103RB #define
-
Thread
Wie finde ich den Einstieg in den ARM Cortex?
/articles/LPC1xxx
recht dünn und die gesamten Informationen auf > mehrere Datenblätter verteilt. Das User Manual zum lpc1769 hat 840 Seiten, das ist mir nicht zu dünn. Das sollte für einige lange Winterabende reichen...
-
Thread
Präziser, einfacher 850kHz Oszilator
könnte man noch andere Frequenzen einstellbar machen. 5 Bauteile, 2-3€. Programmieren kann man den LPC über den Bootloader im ROM per einfachem USB-seriell Wandler.
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
μCs mit Switchmatrix warum so selten?
wird nicht über SPI programmiert. Er hat spezielle Pins > dafür. Sorry, ich bezog mich auf den LPC824! Im datenblatt geht alles erst einmal über die Switchmatrix (laut BSB)
fixed-pin functions to ensure that the output skew is nearly the same for all outputs. user_manual_lpc15xx Seite 224
-
Thread
Luminary LM3S6965 Ethernet Eval board
keinen Sprung. In Punkto Performance ist es sehr wenig, der STM32 kann sich so gerade mal mit dem LPC23xx messen. Ein grosser Unterschied beteht dann, wenn der halbe Benchmark aus Divisionsbefehlen besteht (wie viele der M3 Benchmarks), denn der M3 hat den in Hardware, der ARM7 muss das mit einen LIB
Bausteinen noch nicht so richtig genuetzt, die Atmel SAM7 und NXP LPC2000 koennen da durchaus noch mithalten. fwiw, Robert
-
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
Embedded Linux Kernel debuggen
[41007700] revision 0 (ARMv3), cr=00000000 CPU: VIVT data cache, VIVT instruction cache Machine: LPC24XX SoC (Flattened Device Tree), model: LPC2468 Board bootconsole [earlycon0] enabled init early Built 1 zonelists in Zone order, mobility grouping on. Total pages: 12192 Kernel command line: earlyprintk
für einen NXP Prozessor? > Darf man Fragen für welchen? Ich Tippe mal auf das Bootlog Machine: LPC24XX SoC (Flattened Device Tree), model: LPC2468 Board
-
Thread
TFT-Displays
und das bloß aus schreiender Kurzsichtigkeit. Vor Jahren hätte ich diesen Leutchen geraten, einen LPC2478 zu nehmen, jetzt rate ich eher zu einem LPC4xxx und externem 8 oder 16 MB SDRAM, aber bitte 32 bittig, damit man noch ein bissel Busbandbreite für die CPU hat. Und mit solchen LPC's hat man deutlich
aufgerundet 512KB. Aber ansonsten kann ich w.s. Argumente durchaus nachvollziehen. Nehme auch lieber die LPC als die STM32.
-
Thread
STM Dip Adapter
Roland H. schrieb im Beitrag #2734295: > Wenn Du den lpc1114FN28 meinst, wo kann man den kaufen? z.B. da: http://www.digikey.de/product-search/de?x=0&y=0&lang=de&site=de&KeyWords=lpc1114fn28 Eumel schrieb im Beitrag #2734328: > Also da nen Cortex M3
#2734363 schon vorher: > In stock aber: 0 > Wo "z. B." noch? http://elcodis.com/parts/5831703/LPC1114FN28.html
-
Thread
LPC1343 als RS232 Wandler mit Dekompression, möglich?
Hallo, Kurze Frage für Leute mit Erfahrung mit dem LPC1343: kann ich ohne grossen Aufwand mit diesem Chip einen USB-zu-UART Wandler bauen, der direkt und ohne Treibe mit OS X, MSWindows und Linux läuft? Hintergrund: Ich habe ausgiebige Erfahrung
Beispiele für CDC-ACM (beim 1343 ist es halt etwas > mehr code). Falls es ein M0 statt M3 tut, der LPC11U35 hat dieselben USB-ROM-Treiber wie der LPC1347 und es gibt ein QuickStart Board. Dazu kommt noch, dass NXP für die LPC11Uxx freie USB VID/PID auch für die kommerzielle Nutzung vergibt.
-
Thread
PCF8574 muss mehrfach ausgelesen werden
PCF8574A_ADDR | 0x0E | RD_BIT; // 1. Byte = PCF8574A + Adresse (lesen) I2CEngine(); // LPC_GPIO2->FIOPIN = I2CMasterBuffer[1]; // LPC_GPIO2->FIOPIN = I2CMasterBuffer[2]; // LPC_GPIO2->FIOPIN = I2CMasterBuffer[3]; LPC_GPIO2->FIOPIN = I2CMasterBuffer[4]; [/c] Ich geben die empfangen
I2CMasterBuffer[1] = 0xFF; I2CMasterBuffer[2] = PCA8574A_ADDR | RD_BIT; I2CEngine(); LPC_GPIO2->FIOPIN = I2CSlaveBuffer[0]; Hans Peter
-
Thread
SAM4, STM32, XMC,.
XC2000 und TriCore nicht zu sehr beunruhigen moechte. Als weitere Option kannst du dir noch die LPC1xxx oder LPC4xxx von NXP anschauen, sind definitv auch schick, schnell und es gibt dafuer auch guenstige Boards. Noch etwas zum Thema Entwicklungsumgebung; das ist bereits heute und noch mehr in der
man aber mit eigenen Programmen flashen): http://www.nxp.com/products/microcontrollers/cortex_m4/LPC4370FET256.html http://www.watterott.com/de/LPC-Link-2 Außerdem ist die Performance vom SAM4C nicht so überragend sonst hätte Atmel den SAMA5 nicht gebracht.
-
Thread
Mikrocontroller Einstieg
und damit der ATtiny85 sind veraltet. Im Job wirst Du es mit ARM zu tun bekommen. Da gibt es mit dem LPC810 auch einen direkten ATtiny85 Ersatz. Leider nicht mit so umfangreichem Lernpaket: https://cdn-learn.adafruit.com/downloads/pdf/getting-started-with-the-lpc810.pdf
Datenblatt steht: http://community.silabs.com/t5/8-bit-MCU/bd-p/1 Und obwohl ich ein Anhänger der LPC ARM bin, dort sieht es nicht so gut aus im Forum: https://community.nxp.com/community/lpc Wo hingegen wiederum beim Raspberry Pi pico BASIC alles rund läuft: https://www.riscosopen.org/forum
-
Thread
Probleme beim proggen mit lpc2148
>ja vorher haben wir an nem anderen board geproggt.... Meine Frage war, ob es ebenfalls ein LPC2148 war, oder ein anderer Baustein aus der LPC21xx-Reihe? Einfach um einzuschätzen, was ihr vorher gemacht habt. Kürzlich war hier noch jemand mit einem LPC23xx, der ein falsches Headerfile eingebunden
ihr mal bei Keil oder Hitex auf die Homepage geschaut? Dort gibt es reichlich Beispiele für die LPC-Typen zum kostenlosen Download. Auch mit ADC. Die funktionierten bei mir auch immer. Leider habe ich zur Zeit keine LPC-Hardware vor Ort, kann es also selbst nicht testen.
-
Thread
warum mecket der gcc nicht wenn der Flash überfüllt wird?
rfm12.o ./src/sht15.o C:/Users/sn/Documents/lpcxpresso_LPC800/RFM69-LPC812-Node/src/mbed/TARGET_LPC812/TOOLCHAIN_GCC_ARM/board.o C:/Users/sn/Documents/lpcxpresso_LPC800/RFM69-LPC812-Node/src/mbed/TARGET_LPC812/TOOLCHAIN_GCC_ARM/cmsis_nvic.o C:/Users/sn/Documents/lpcxpresso_LPC800/RFM69-LPC812-Node/src/mbed/TARGET_LPC812/TOOLCHAIN_GCC_ARM/retarget.o C:/Users/sn/Documents/lpcxpresso_LPC800/RFM69-LPC812-Node/src/mbed/TARGET_LPC812/TOOLCHAIN_GCC_ARM/startup_LPC81X.o C:/Users/
-
Thread
CAN kolidiert mit Display
[c] if(MsgBuf_RX1.MsgID == 0x45) // first ID { data[0] = LPC_CAN1->RDA; data[1] = LPC_CAN1->RDB; } [/c] [c] [/c]
pDest = LPC_CAN1->RID; /* ID */ pDest++; *pDest = LPC_CAN1->RDA; /* Data A */ pDest++; *pDest = LPC_CAN1->RDB; /* Data B */ Data_Score(); /* jedem Nachrichtenteil A oder B nach
-
Thread
Interrupt verhalten bei STM32F103
Calon schrieb im Beitrag #6808916: > Was meinst du mit Pending-Flags ? Ich benutze einen LPC4357. Da muß ich in jedem Interrupthandler das ensprechende Pending Flag löschen, z.B.: [c] void TIMER3_IRQHandler(void) { Chip_TIMER_ClearMatch(LPC_TIMER3, 0); // Clear Flag for Match 0 trg_toggle = !trg_toggle; Chip_GPIO_SetPinState(LPC_GPIO_PORT, GPIOM_TRGOUT, trg_toggle); } [/c]
-
Thread
Fragen zum Philips ARM LPC2106
Im Family-Datasheet auf Seite 2 in Kapitel "3.2 Ordering options" ist der Temperaturbereich für den LPC2106 in LQFP (LPC2106FBD48) mit dem vom HVQFN-Package identisch. Ist das ein Fehler oder hat der LPC2106 immer (in allen Gehäuseformen) einen größeren Temperaturbereich als die restlichen LPC210x ?
wenn nichts an den Pins angeschlossen ist von weniger als 1 mA. Ist das ein Fehler oder hat der LPC2106 immer (in allen Gehäuseformen) einen größeren Temperaturbereich als die restlichen LPC210x ? <<RT>> Der LPC2106 wird im Test grundsaetzlich auf -40/85C gestestet. Als die ersten LPC2104/5/6 auf
-
Thread
Mal wieder Wanderkiste?
40/4f/83/CD00282475.pdf/files/CD00282475.pdf/jcr:content/translations/en.CD00282475.pdf - *mbed_LPC1768* Eval board 96MHz, 32KB RAM, 512KB FLASH, Ethernet, USB Host/Device, 2xSPI, 2xI2C, 3xUART, CAN, 6xPWM, 6xADC, GPIO https://os.mbed.com/platforms/mbed-LPC1768/ https://os.mbed.com/media/uploads
Rein sind gekommen: 3x AT90USB162 1x LPC11C22 5x LPC1756 1x TAS5424 1x AMK MCP2515 CAN Controller Interface Board (Eigenbau) 4x Display 2x TDA7391 24x TJA1055 1x AMK Stepper DRV8821 Schrittmotor Treiber (Eigenbau) + 2x Leerplatinen
-
Thread
LPC SPI (SSP Interface) erzeugen
nicht installiert. Meine Init sieht folgendermaßen aus: [c] /* Enable SSPI0 block */ LPC_SC->PCONP |= (1 << 21); /* Set SSEL0 as GPIO, output high */ LPC_PINCON->PINSEL1 &= ~(3 << 0); /* Configure P0.16(SSEL) as GPIO */ LPC_GPIO0->FIODIR |= (1 << 16); /* set P0.16 as output */ /* Configure other SSP pins: SCK, MISO, MOSI */ LPC_PINCON->PINSEL0 &= ~(3UL << 30); LPC_PINCON->PINSEL0 |= (2UL << 30); /* P0.15: SCK0 */ LPC_PINCON->PINSEL1 &= ~((3<<2) | (3<<4)); LPC_PINCON->PINSEL1 |= ((2<<2) | (2<<4));
-
Thread
Tipps für die Mikrocontroller Auswahl
anpassungen selbst durchführen zu können, ABER das lohnt sich!) NXP hat zu seinem Prozesor ein "lpc23xx.lpc24xx.code.bundle" darin sind für alle Pheriperieteile Demo-Code enthalten. UND der Code ist FREE! Also darf ohne Lizenz in eigenen kommerziellen Applikationen verwendet werden! Ich habe mich auch für den LPC2368 entschieden, da im Errata fast kein Einträge sind, im gegensatz zu vielen anderen Herstellern. Ich habe einen Monat gebraucht um mich für diesen Controller fest zu legen und garantiert viele andere
-
Thread
Linkerproblem mit Library
_2/_ioctl_r.o \ /cygdrive/c/Programme/GNUARM/lib/newlib-lpc_rel_2/_lseek_r.o \ /cygdrive/c/Programme/GNUARM/lib/newlib-lpc_rel_2/_open_r.o \ /cygdrive/c/Programme/GNUARM/lib/newlib-lpc_rel_2/_read_r.o \ /cygdrive/c/Programme/GNUARM/lib/newlib-lpc_rel_2/_sbrk_r.o \ /cygdrive/c/Programme/GNUARM/lib/newlib-lpc_rel_2/sys_dev.o \ /cygdrive/c/Programme/GNUARM/lib/newlib-lpc_rel_2/sys_mam.o \ /cygdrive/c/Programme/GNUARM/lib/newlib-lpc_rel_2/sys_pll.o \ /cygdrive/c/Programme/GNUARM/lib/newlib-lpc_rel_2/sys_time.o
-
Thread
LPC2294 - LPC2292 - Kompatibel?
Hi an alle, Ich hab eine Frage, ich hab ein Board, das für einen LPC2294 von NXP designed wurde. Jetzt bekomme ich den aber nirgend. Kann ich den LPC2294 einfach so durch einen LPC2292 ersetzen? Der unterschied besteht doch nur, dass der 94er 2 CAN Schnittstellen mehr hat, oder? Läuft die Software, die für den LPC2294 geschrieben wurde, auch einfach mit dem LPC2292? Danke m Voraus mfg Martin
-
Thread
Frage zum Media Card Interface (LPC24xx)
google mal nach "MCI_LPC24xx.c" und "MCI_LPC24xx.h" - das wird dir vielleicht weiterhelfen. (Bestandteile der Keil RealView Run-Time Library).
>Beim MCI kennst du dich nicht aus, holger? Nein, ich habs mal mit LPC2138 probiert. Irgendwas machst du falsch;)
-
Thread
ARM7TDMI: Literatur
non-multiplexed Busse. Wenn Du Dich mit Englisch einigermassen wohlfuehlst, dann ist mit Sicherheit das LPC2000 Yahoo forum eine hochwertige Informationsquelle. Es gibt recht viele Webseiten, die Beispielcode und zusaetzliche Informationen. Nur ein paar: http://www.lpc2000.com http://www.lpctools.com
angeht, ist mir die Compilezeit relativ schnuppe. Kommt nicht oft vor, dass ich ein 20MB-Binary für LPC2000er baue. Aber auch auf PCs ist mir der Unterschied bislang nicht wirklich unangenehm aufgefallen.
-
Thread
ARM-Anfänger
: Selbstverständlich braucht man ein Headerfile für die Registerdefinitionen, und zwar hier das LPC210x.h. @Kroko: Ansonsten sind das User Manual und das Data Sheet stets sehr nützlich: Philips LPC2106-Seite: http://www.semiconductors.philips.com/pip/LPC2106.html User Manual: http://www.semiconductors.philips.com/acrobat/usermanuals/UM_LPC2106_2105_2104_1.pdf Data Sheet: http://www.semiconductors.philips.com/acrobat/datasheet/LPC2104_2105_2106-05.pdf Und wenn mal was nicht wie erwartet geht: Errata Sheet: http://www.semiconductors.philips.com
-
Thread
Übersicht Controller und Einstiegskosten (Debugger, Compiler)?
einsteigen. USB boot loader in HW gibt's z. B. beim atmega32u2, als "mass storage" zum Flashen beim lpc1343. Die erfüllen aber die restlichen Anforderungen m. W. nicht wirklich. STM32 und LPC haben beide einen USART boot loader in HW. Z. B. die stm32f107 connectivity line (die stm32f103 können USB
jetzt TI) LM3S Serie hat bei Ethernet auch gleich >>> den PHY mit eingebaut. >> >> Wie auch der lpc1769 > > Wo im Datenblatt siehst Du das? MAC ja, ist klar Du hast recht. Sorry, da habe ich mich geirrt. Also kein Ethernet PHY auf dem Chip beim lpc1769.
-
Thread
Erfahrungsaustausch LPC21xx ARM Controller
neuere GCC C-Compiler 3.4.1 hat wohl Probleme mit dem Thumb-mode) Ein paar kleine Beispiele fuer LPC2106 liegen bei, die auf dem Olimex LPC2106-Prototyp-board getestet wurden. Bei weiterem Interesse: http://www.siwawi.arubi.uni-kl.de/avr_projects/#winarm Feedback willkommen. Das Projekt ist etwas
tatsächlich ist. Daher würde mich auch noch interessieren, wie schnell die Verarbeitung von 'float' auf dem LPC21xx ist. Gruß Michael
-
Thread
Es wird dringend ein Mentor aus dem Bodenseeraum gesucht!
genauer beschreiben worum es geht. > (Welcher Controller, was für ein Projekt, was für Hardware,...) LPC 932, den Rest erzähl ich dir per E-Mail -> Schreib mich bitte unter nachhilfe.gesucht@gmx.de an. Ich möchte hier keinen endloslangen Thread verursachen. Danke für dein Verständnis.
Das ist in diesem Sinne keine direkte Nachhilfe. Ich suche weiterhin Programmierer die sich mit der LPC 900 Reihe von NXP auskennen und diesen in (Assembler) und vor allem in C programmieren können. Ein ortsnaher Mentor, den man abundzu aufsuchen könnte und der sich mit Embedded Systems wäre super.
-
Thread
ARM7 - Cycles per Instruction?
ARM7 dann laeuft der noch viel langsamer oder einen STR7 bei 55 MHz zum abgewoehnen. Ist es aber ein LPC2000, dann laeuft der ploetzlich bei 55 MHz (oder auch mehr) mit den besten CPI. Naechte Huerde, ist es ARM Mode oder Thumb Mode? Bei ARM Mode wird der Geschwindigkeitsunterschied zwischen den Chips
SAM7X hat bei 30 MHz sowohl im ARM mode als auch im Thumb mode einen besseren Wert fuer CPI ald der LPC2xxx, ist aber trotzdem eine Ecke von seiner maximalen Performance (55 MHz Thumb Mode) weg. Der LPC2xxx hat bei > 30 MHz einen viel besseren CPI im ARM mode als der SAM7X. Die Performance des SAM7X
-
Thread
lpc1768 uart0 rx interupt
as output LPC_GPIO3->FIODIR |= (1U << 25); LPC_GPIO3->FIODIR |= (1U << 26); // setup uart0 LPC_PINCON->PINSEL0 |= (1 << 4) | (1 << 6); LPC_UART0->LCR = 0x83; // 8bit, no parity, 1 stop bit, DLAB=1 LPC_UART0->DLL = 0x0D; // divide by 13 LPC_UART0->DLM = 0x00; LPC_UART0->LCR &= ~(0x01U << 7); // disable DLAB LPC_UART0->FCR = 0x07; // enable fifo's, interrupt if 1
-
Thread
Verständnisfrage zum Match ARM7
Merve B. schrieb im Beitrag #3664346: > @ Frank Bär Ich habe hier einen LPC2368. Der CPU-Takt beträgt 57.6MHz > und das dann durch 4 sind 14,4MHz (So wurde es mir erklärt). Ich habe > nichts an den Einstellungen geändert. Ah, jetzt nähern wir uns der Sache ;-) > Ich
main.c *----------------------------------------------------------------------------*/ #include <LPC23xx.h> /* LPC23xx definitions */ #include "LPC2xxx_embedded.h" pLPC_TIMER_TypeDef pTimer; pLPC_VIC_TypeDef VIC_Controller_basis; int zeit1; __irq void timer0_ISR (void); __
-
Thread
Reflow-Ofen Steuerung die 1000te - IO über USB/HID, Regelung im PC
Was kann denn der PC besser als der LPC?
Robert B. schrieb im Beitrag #3606659: > LPC11U34 Am besten mal die passende USB HID Demo von NXP ansehen (ja die für LPC1347 läuft so auch auf LPC11UXX): LPC13xx_12bitADC/NXP_LPC1347_2012_02_22/ROM_USB_hid Da hat NXP übrigens wieder
-
Thread
Was ist mit dem LCP1343 xpresso Board
Open-Source. Wenn Du ohne Debugger auskommst (ich arbeite mit dem "lpcxpresso 1769" und habe ebenso das "lpc1343 quick start board"): Der lpc1769 kann via UART boot loader programmiert werden. Der lpc1343 mittels "USB boot loader" und Pseudo-Filesystem. Das macht dann Sinn, wenn die CPU-Module möglichst klein
Sache ja geklärt, Hellmut: http://knowledgebase.nxp.com/showthread.php?t=3484 NXP ersetzt das lpcXpresso1343-Board durch ein Board mit dem moderneren LPC1347. Der ist zwar nicht direkt abwärtskompatibel (es sind andere Pins verfügbar), aber es bleibt in der Familie. ;-)
-
Thread
LPC1768 UART Problem beim Senden/Empfangen mehrere Bytes
LPC_UART0->DLM = usFdiv / 256; > LPC_UART0->DLL = usFdiv % 256; > > LPC_UART0->LCR = 0x03; // 8 bits, keine > Parität, 1 Stop bit, DLAB = 0 > LPC_UART0->FCR =
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
Atmel übernommen, AVRs tot? Alternativen?
.aspx AVR-Bastler schrieb im Beitrag #4715701: > Aber für 3 Euro bekomme ich ja 2 STM32F0 oder LPC11xx Die LPC sind die ARM mit der am einfachsten zu verstehenden Peripherie (hatten nämlich mal als LPC900 einen 8051 Kern). Die STM32 sind ohne HAL kaum in den Griff zu bekommen. - werksseitiger
übertreiben. Nebenbei bemerkt gibt es meiner Kenntnis nach für STM32 z.B. keinen freien USB Stack. Für LPC auch nicht, aber die haben es umgangen, indem die LPC11U einen USB Stack im ROM haben, dessen Lizenz im Preis inbegriffen ist.
-
Thread
STM32F103 - SPI mit DMA liefert nur Nullen
>DMA_InitStructure.DMA_M2M = DMA_M2M_Disable; ist M2M richtig? Beim LPC wäre es M2P
and endians LPC: 31.4.1.6.2 Endian behavior
-
Thread
Stamp ARM modul
Herzlichen Glückwunsch für's auffinden des wohl ersten LPC2104/5/6 mit ADC-Kanälen. LPC2101/2/3 = neuer Chip mit bis 32K Flash 8K RAM LPC2104/5/6 = erster LPC2000 mit bis zu 128K Flash 64K RAM. Interesse besteht, wenn LPC2103. Aber bischen mehr Information
Wer an ein schlichtes 40pin modul wie das M416 interresse hat, welches von der LPC2000 group kommt, auch das kann in der Sammelbestellung gemacht werden.
-
Thread
LPC1768 über RJ45
Den einzigen Unterschied den ich im Datenblatt zwischen LPC1768 und LPC1769 gefunden hab ist die "Maximum CPU operating frequency" seh ich das richtig?
James schrieb im Beitrag #4045435: > Den einzigen Unterschied den ich im Datenblatt zwischen LPC1768 und > LPC1769 gefunden hab ist die "Maximum CPU operating frequency" > > seh ich das richtig? so ist es! LPC1768: 100 MHz LPC1769: 120 MHz ich fahre den LPC1769 aber auch mit 100
-
Thread
"Geister"-Takte am LPC1114?
WRITE(PIO0_1, 0); WRITE(PIO0_1, 1); }[/c] Nach dem Precompiler für ARM: [c] do { LPC_IOCON_TypeDef *ioreg = (LPC_IOCON_TypeDef *)((0x40000000UL) + 0x44000); LPC_GPIO_TypeDef *port = (LPC_GPIO_TypeDef *)((0x50000000UL) + 0x00000); port->DIR |= (1 << 1); } while (0); while (1) { do { LPC_GPIO_TypeDef *port = (LPC_GPIO_TypeDef *)((0x50000000UL) + 0x00000); if (0) { port->MASKED_ACCESS[1 + 1] = (1 << 1); } else { port->MASKED_ACCESS[1 + 1] = 0; } } while (0); do { LPC_GPIO_TypeDef
-
Thread
LPCXpresso Debug
hmm wenn ich auf das newlib umstelle, dann bekomme ich hier einen Fehler : [c]#if defined(CHIP_LPC11AXX) || defined(CHIP_LPC11CXX) || defined(CHIP_LPC11EXX) || defined(CHIP_LPC11UXX) || defined(CHIP_LPC1125) #if defined(CHIP_LPC1125) #error "LPC1125 support for the PMU driver is not ready #endif
das ist die pmu_11xx.h ich weiss nicht wie er auf die Idee kommt das zu compilieren, da es ja kein LPC1125 ist sondern ein LPC11C24 mit dem RedLib was per default drinnen steht bekomme ich den Fehler nicht
-
Thread
[S] LPC43XX ?
nach dem LPC18xx kommt. Zur Verfuegbarbarkeit des LPC18xx kam vor kurzem folgendes: (nxp_marketing_usa - 04.01.2011 - 15:11) ... The LPC1800 is still only available to a handful of direct NXP customers
Digikey behauptet, 84 Stueck LPC4350FET256,551 zu haben