-
Thread
LPC2138 und UART mit Interrupts
Hallo Community, versuche grad die UART0 eines LPC2138 mit Interrupts in Betrieb zu nehmen, und obwohl mir das schon mal mit einem LPC2129 unter UART0 erfolgreich gelungen ist, krieg ich's nicht hin... Umgebung: Yagarto (Eclipse, arm-elf-gcc, arm-elf-gdb
-
Thread
PWM mit LPC2129
Hallo Leute, ich habe ein kleines Problems bezüglich eines Registers. Und zwar benötige ich 2 single edge PWM Signale. Die Hardware habe ich wie folgt initialisiert: PWMPCR = 0x00000600; //Enable PWM1 and PWM2 in single edge controlled mode PWMMCR = 0x00000002; //PWMTC wird resetet, wenn PWMMR0 Wert erreicht wird PWMPR = 0x00000005; //Lade Maximalwert für Prescaller PWMMR0 = 0x00000063; //Match Register 0 -> Reset PWMTC bei PWMTC=99; PWMMR1 = 0x00000000; //Match Register 1 -> PWM1 auf low bei PWMTC=PWMMR1 PWMMR2 = 0x00000000; //Match Register 2 -> PWM2 auf low bei PWMTC=PWMMR2 PWMLER
-
Thread
LPC2129 Flash Fehler
Hallo zusammen, ich arbeite momentan mit dem LPC2129 von NXP und habe folgendes Problem, welches ich zuvor bei dem LPC2138 nicht hatte. Die Grundgerüste der Programme basieren auf Programmen aus dem Downloadordner WinARM-20060606 von dieser Seite. Die Entwicklungsumgebung ist das winIDEA! Lade ich nun ein Programm kleiner 8k in den 2129 so gibt es keine Probleme und es läuft einwandfrei. Der Code wird an den Anfang (Sektor 0) des internen Flash abgespeichert. Ist der Code größer 8 k, so wird der Teil des Codes, der über 8k liegt
-
Thread
USB schneller als mit den FTDIs
Ethernet plus 2-Kanal CAN findet sich in den neuen LPC2300/2400.
Das dürfte sich auf den CAN Controller vom alten LPC2129 (sowie LPC2194,...) beziehen. Der hat einige Bugs, darunter einer der FullCAN in Hardware ausschliesst. Aber wenn man diese Bugs umschifft funktioniert er. Hat mir jedenfalls keinen Ärger bereitet
-
Thread
Cannot communicate with test board
Hallo zusammen, ich habe versucht mein LPC 2129 board von Olimex mit Phillips Flash utility zuflashen und bekomme entweder die Fehlermeldung "Cannot communicate with test board" oder "cannot open com port", der com port ist aber nicht durch
-
Thread
LPC 2129 kaputt?
Hallo zusammen, zur kurzen Erklärung: Ich mache gerade mein Praxissemester und habe dort die Aufgabe bekommen mit Hilfe eines Microcontrollers eine Lastbox zubauen. Da ich vorher in meinem Studium nicht wirklich viel mit Microcontrollern zutun hatte habe ehrlich gesagt KEINE Ahnung von diesem Gebiet. Mein Vorgänger hat diese Aufgabe angefangen und den Controller soweit auch schon programmiert er wird über CAN angesteuert. Ich habe damit ein bißchen "rumgespielt" d.h. versucht ein paar Relais zuschalten und auf einmal geht das Teil nicht mehr und lässt sich auch nicht mehr neu flashen. Kann
-
Thread
Wiznet NM7010B, Ethernet Modul Treiber
Falls du was damit anfangen kannst, kann ich ihn dir zugänglich machen. Ist im Original für den LPC2106 in C.
Anbei ein Treiber für den W5100, der softwareseitig mit dem W3150 identisch ist. Allerdings für SPI (lpc2129). Noch ziemlich warm (gestern) also Vorsicht. Nicht direkt übersetzbar, beispielsweise fehlen ein paar Includes.
-
Thread
µC: Anlalog + Can = SD-Card
mit integriertem CAN-Controller: 8051er: At89C51CC0x (1/2/3) AVR: AT90CANxxx (32/64/128) ARM: LPC2129 / LPC236x (um hier mal nicht nur Atmels aufzuzählen) und bestimmt noch einige andere Familien mehr. 16bit ADC wirst du extern machen müssen. Für den Rest kannst du dir was beliebiges aussuchen
-
Thread
Welcher ARM ist für mich der Beste?
support/documents/microcontrollers/pdf/errata.lpc2119.01.pdf Data Sheet: http://www.standardics.nxp.com/products/lpc2000/datasheet/lpc2109.lpc2119.lpc2129.pdf Zusammenfassend: Egal ob es ein SAM7 oder ein LPC2000 wird, beide Familien bieten
>Entwarnung fuer Errata Sheets LPC2119/01 und LPC2129/01 haben die CAN >Probleme behoben! Und bei LPC23xx gleich wieder neue eingebaut, CAN habe ich auf LPC23xx zwar noch nicht nutzen müssen, aber hoffentlich werden die Versionen
-
Thread
LPC2136 mit WinARM schmiert ab bei großen lokalen Arrays
#define BUFFER_SIZE 8192 unsigned char buffer[BUFFER_SIZE]; int main(void) { ..... Der LPC2136 hat 32kB RAM, und mein Programm braucht nicht mal 1,3kB davon. Abgesehen vom großen buffer[]. Zusammen also sagen wir mal 10kB. Mit lokalem buffer[] bekomme ich folgende Speicherbelegung:
Startup-Code auch direkt so machen kann. Ich persönlich neige jedoch dazu, den Startup-Code innerhalb der LPC2000-Reihe gleich zu halten und die Abhängigkeiten vom jeweiligen Modell in Linker-Scripte zu verlagern. Wobei ich das Linker-Script aufteile: LPC2119.ld LPC2129.ld LPC2106.ld ... definert die MEMORY
-
Thread
(arm-elf-g++)Viele Probleme bei virtuellen Methoden
habe ich nach einer Empfehlung aus diesem Forum den Code aus dem Examples-Ordner von WinARM genommen (lpc2129_newlib_cpp), wo virtuelle Methoden vorhanden sind und es compillierte fehlerfrei. Als ich dann den Code "minimalisiert" habe, waren die Fehlermeldungen wieder da, also hab ich dann wieder den alten
rausgenommen habe, bis folgendes entstand: [c] #include <stdio.h> #include <arch/philips/newlib-lpc/lpc2119.h> #include <arch/philips/newlib-lpc/dev_cntrl.h> /**** Device table. List of device drivers for newlib. ****/ const struct device_table_entry *device_table[] = { &com1, &com1
-
Thread
Unterstützung - eigenes CAN Protokoll
schlicht zu kompliziert, ich wollte das in einem Mega8 unterbringen und weder der MCP2515 noch der LPC2129 können etwas mit Message-Objekten anfangen (BasicCAN). Ich verwende dafür die erweiterte 29-Bit-Adressierung. Aufgeteilt in <n1> Bits Quelladdresse inkl. einer Broadcast-Adresse, <n2> Bits Zieladresse
-
Thread
ARM / Keil / Realview: Critical Section
mehr Spaß, je mehr ich die Details kenne. Critical Section: Ich nenne mal ein Beispiel für die LPC21xx/LPC22xx, wobei die Watchdog Feed Sequenz niemals von Interrupts unterbrochen werden darf, da sonst ganz klar ein Reset stattfindet. Dabei muß der Watchdog rechtzeitig nachgeladen werden, das soll
ist möglicherweise auch kein Bug, sondern eine Design-Frage. Das Problem mit dem Watchdog z.B. im LPC2129 hatte ich schon Ende 2005 mal hier gepostet, mittlerweile habe ich den Workaround dazu selbst erarbeitet. Zwar verfüge ich nicht über einen In-Circuit-Emulator, konnte das Problem trotzdem lokalisieren
-
Thread
Mit MC auf CAN-Bus im Auto zugreifen?
Technisch nicht so kompliziert: Hardware: Controller mit CAN (z.B. LPC2129, AT90CAN128) oder "irgendeinen" Controller+externem CAN-Controller (z.B. MCP2515) dazu CAN-Transceiver (im Innenraum typisch "fail-save" Transceiver) zum physikalischen Anschluss an den Bus. Software
-
Thread
Exceptions(arm-elf-gcc)
Sollte die libnewlib-lpc nicht am Schluß stehen?
oberflächlich den Code angeschaut. Da passt einiges nicht zusammen. Am Besten erstmal mit dem Beispiel lpc2129_newlib_cpp in WinARM\examples anfangen. Darin sollten zumindest linker-script und newlib-headers richtig organisiert sein. Erforderliche Anpassungen für LPC2138 sind minimal. Dann damit C++ exceptions
-
Thread
Interrupts
Suchfunktion habe ich auch nicht wirklich was gefunden. Meine Ausgangslage: Ich benutze z.z. den LPC2103 und den CARM Compiler von Keil, dessen support wohl eingestellt wird ( jedenfalls hab ich es so verstanden ). Nun muss die ganze Sch**** RealViewCompiler-tauglich gemacht werden, eigentlich gar
ist unter Umständen zu berücksichtigen. Die Funktionen sind auf einem Keil MCB2100 Eval-Board mit LPC2129 getestet. Trotzdem: Verwendung auf eigene Gefahr! Ein Vorschlag zur weiteren Verbesserung ist jederzeit willkommen. Gruß Dietmar
-
Thread
lpc2129 GCC ISR-Verwaltung
, auch wenn es jetzt auf den ersten Blick doof erscheint: Braucht man beim ARM-GCC 4.1.1 für den lpc2129 in den Interrupt-Routinen die ENTRY und EXIT-Makros? Beim Beispiel uart0_irq sind diese Makros noch im Code und beheben laut Kommentar ein Compiler-Problem. Das Beispiel blinkswitch_irq kommt hingegen
erfolgen dann die "Nacharbeiten". So wie in diversen Beispielen von Atmel oder z.B. meiner Portierung der LPC213x/4x Beispiele von NXP auf http://www.siwawi.arubi.uni-kl.de/avr_projects/arm_projects/lpc2k_bundle_port/index.html Die letztgenannte Lösung ist auch sehr brauchbar, wenn man den C-Code, auch
-
Thread
Keil RTX_CAN auf MCB2300
schon einmal versucht, die CAN-Treiber (RTX_CAN) aus der Realtime-Library von Keil mit einem MCB2300 (LPC2368) zu benutzen? Die Beispiele die dabei sind (CAN_Ex1&2), sind nur für den LPC2129. Oder sind die Register (PINSEL, CAN, etc.) bei beiden Controllern identisch, so dass es gehen müßte? Schließlich ist der VIC ja schonmal etwas unterschiedlich zwischen LPC21xx und LPC23xx. Danke und Gruß, Frank
-
Thread
LPC2129 Linker- oder Stack-Problem?
ganz richtig aus, aber auch nicht so genau geschaut. Ich habe bei WinARM doch ein paar Beispiele für LPC2129 beigelegt, warum nicht erstmal damit "herumspielen"? Martin Thomas
-
Thread
DAC Sounds erzeugen
Hallo, ich besitze ein Keil-Board mit einem LPC2129. Das Board besitzt einen Lautsprecher. Ich versuche mit den DAC einen Sound über den Lautsprecher abzuspielen. Dies funktioniert ganz gut mit einem Beispielprogramm von Keil. Dort wird ein Vektor
-
Thread
printf und WinARM
und bietet eine newlib-lpc an. Eine andere Quelle für ausformulierte newlib Stubs für LPC2000 ARMs soll sein: http://www.aeolusdevelopment.com
die syscalls.c aus diesem Projekt (http://www.siwawi.arubi.uni-kl.de/avr_projects/arm_projects/lpc_2129_adc_stdio_20070313.zip) insofern angepasst das sie die uart character read und write methoden meines uart treibers verwendet und in mein projekt eingebunden. Nun kompiliere nur mit ein paar
-
Thread
Ein Projekt für LPC2138 mit WinARM compilieren
. = ALIGN(256); " Siehe auch modifizierte Beispiele A blink-switch-example for the Philips LPC2129. Code prepared for a Olimex LPC-P2129 demo-board(*1) but can be adapted to other hardware easily. Tested with WinARM 4/05. [Download] (Timestamp 20070319, fixed stack-align in linker-scripts) A similar example for the Philips LPC2129. Demonstrates timer-irq, VIC, thumb-interwork, linker-scripts, startup-code etc. Code prepared for the Olimex LPC-P2129 Rev A demo-board(*1) but can be adapted to other hardware easily. Tested with
-
Thread
Wie double nach char array umwandeln mit ARM-GCC?
Newlib libc usw. oder dort findest das was du suchts. Siehe auch Beispiel bei WinARM irgendwo beim LPC2129 mit ADC usw.
-
Thread
Maximale Anzahl der Programmiervorgänge bei ARM
[quote] The LPC2109/2119/2129 flash memory provides a minimum of 100000 erase/write cycles and 20 years of data retention. [/quote] Quelle: lpc2109.lpc2119.lpc2129.pdf
Die 100k Reprogrammierzyklen gelten soweit ich weiss fuer alle STRs und grundsaetzlich fuer die NXP LPC2000 serie. Es stimmt im uebrigen nicht, dass Breakpoints im Flash immer einen Programmierzyklus ausloesen. Zum einen gibt es sogenannte Hardware Breakpoints, die funktionieren als Adressvergleicher
-
Thread
Vorwiderstand für LDR
Ich habe eine leider einen LPC2148. Die UART<=>PC funktioniert. Mit der Software habe ich nicht so grosse Problem wie mit der Elektronik ;-). Die Daten, die vom ADC des LPC über eine Uart gesendet werden, werden in einer GUI,
entladenen Kondensators messen und davon den Logarithmus nehmen. Mit den 32bit-Timer-Captures eines LPC2000 bleibt dir ein Überlauf erspart, das von Michael erwähnte Spiel mit dem Prescaler entfällt daher. So grad gestern realisiert mit LPC2129 und NE555-LDR-Oszillator. Da der LPC keinen Analog Comparator
-
Thread
Vollständigkeit der ETM in LPC23xx
meinte, dass bei Geschwindigkeiten über ca 20MHz Fehler bzw. Aussetzer im Trace wären, weil der LPC nicht nachkäme. Stimmt das? Oder liegts an seinem Tool? Es handelte sich bei seinen Beispielen um LPC2294 und LPC2148.
zusammen, da eben CPU und ETM gleich geclockt sind. Ich arbeite z.B. mit einem Tanto System und LPC2129 und 2148, das funktioniert bis zu den vollen 60MHz. Gruss Kurt
-
Thread
Bezugsquelle Einzelstück FT2232D
Also ich hatte mit mit dem alten FT2232C nie Probleme. Ich habe damit die AT91SAM7 und auch den LPC2129 mit OpenOCD programmieren können. Ich habe aber auch ein paar FT2232D hier liegen, die ich mal direkt von FTDI bestellt habe. Wenn Interesse besteht, Mail an mich. Erwin Reuss er(at)er-tronic.de
-
Thread
Schrottplätze
Schaltungen beherbergt. SMD: Wir hatten in der Firma mal versucht, ein Keil MCB2100 mit zerschossenem LPC2129 zu reparieren. Selbst mit SMD-Werkzeugen: Keine Chance. Einer der 64 Pins, hat unter dem Bauteil sicher noch einen Lötspritzer. Einem seriösen Entwickler, wird das Thema hier sehr suspekt sein
-
Thread
ARM Board Auswahl
bei dem das Schreiben nicht fuktioniert - wenn du also einen LPC mit externem Bus suchst, ist der LPC2378 zur Zeit nicht die richtige Wahl. Wenn du kein konkretes Projekt vor Augen hast solltest du eigentlich bei jedem LPC2000, AT91SAM7 oder STR7 zugreifen können
Der zwar ERRATA-behaftete CAN-Bus auf LPC2129 läuft wie geschmiert. Und auch die restliche Anwendung auf diesem Controller. Hatte ehemals mit dem FullCAN-Beispiel von Keil begonnen. Ich bin noch in Gesprächen wegen des Watchdog-Designs.
-
Thread
CAN-Bus; Was brauche ich?
jaaaaa, aber vielleicht ein ARM7? Da gibt es, hier im Shop des Forums, ein Olimex-Board mit LPC2129 von NXP (ehemals Philips). Der LPC2129 hat 2 integrierte CAN-Controller, und die haben auch etwas ERRATA wie alle neueren Controller, aber es gibt von der Keil-Homepage betriebsfertigen Demo-Code
Businterfaces nicht gegeben. Gegenüber integrierten Versionen wie beispielsweise AT90CAN128 oder LPC2129 hat man den Vorteil, dass man bei Migration von AVR auf ARM oder sonstwohin nur ein paar Zeilen SPI-Code umbauen muss, der Rest vom CAN-Stack bleibt erhalten. Mit beispielsweise ATmega8 + MCP2515
-
Thread
LPC2129 GPIO
Hallo allerseits, ich habe ein Problem mit dem GPIO beim LPC2129. Ich habe mal einen Screenshot vom Memoryfenster angehängt. Mein Problem ist, das wenn ich an den Ausgängen die spannung messe, diese nicht den Pegel haben den sie haben sollten, beispielsweise
Pins zu bestehen, da ich die LED auf dem Board blinken lassen kann. Ich habe übrigens das Olimex LPC2129 Board hier aus dem Shop. MFG Matthias Fromme
-
Thread
Suche LPC SSP / Ext Memory / USB
lpc2000 Bis denne, Robert
Fehlerlisten von PC-Prozessoren zwar lang, aber nicht annähernd so süffig wie grad die CAN-Fehler im LPC2129. Und sind die Fehlerlisten von Grafikprozessoren vermutlich länger als die gesamten Manuals von den LPCs - nur weniger bekannt.
-
Thread
LPC21xx PLL - Verhalten bei Reset
Hallo Forum, ich beobachte ein eigenartiges Verhalten meines LPC2129 beim Reset, genaugenommen der PLL. Laut Datanblatt sollte die PLL beim Start inaktiv sein und der MSEL auf 0 stehen (M = MSEL + 1 -> fcclk = M * fin = (MSEL + 1) * fin). Ausserdem sollte der Teiler
definiert einen Wert von '00' haben, was in div = 4 resultiert. So. Gestern starte ich also mein Olimex LPC-P2129 EvalBoard und sehe im Debugger, dass MSEL = 2 ist (--> M = 3) und VPBDIV = '00' (--> div = 0). Resultat: fin = 14.745.600 Hz fcclk = fin * 3 = 44.236.800 Hz fpclk = fcclk / 4 = 11.059.200
-
Thread
ARM Assembler-Frage
Assembler einbinde. Mein Startup-Code heisst nun crt.S und liegt in ./src , meine Headerdatei heisst lpc2129.h und liegt in ./inc. In crt.S will ich jetzt also auf Definitionen aus dem Headerfile zugreifen. Ich gehe mal davon aus, dass ein .include hier der falsche Weg wäre, denn dann wird wohl ein Assemblerfile
-
Thread
Wirklich arm, der ARM
undokumentierte Bugs hat und das deshalb das Projekt in Verzug ist. Wie sieht es denn generell mit den LPC23xx und LPC24xx aus. Wann wird der LPC23xx bearbeitet und ne Revision ohne die Major Bugs aufgelegt und wann geht der LPC24xx in Sampling/Serie. Wann ist ein Errata fuer den LPC24xx erhaeltlich.
Trotz aller Anfangsschwierigkeiten, gehe ich mittlerweile locker mit dem ARM um, verwende speziell NXP LPC2129 und LPC2138, experimentiere gelegentlich mit einem Phytec-Board und LPC2294 (viel externes ROM und RAM), das schnelles (teueres) externes SRAM und Flash verwendet. >habe einige Bugs, vor allem
-
Thread
Problem mit OpenOCD - Yagarto
, arm-elf-gcc, arm-elf-gdb, Eclipse) mit einem Amontec JTAGKey, das ganze derzeit auf einem Olimex LPC-P2129 EvalBoard (LPC2129). Installiert habe ich die neuesten Packages von Yagarto, die Amontec-Software habe ich nicht installiert (ist ja das gleiche, nur eben älter als was in Yagarto zu finden ist
File Descriptor". Alle zur OpenOCD-Sitzung gehörenden Meldungen sind so: E:\Eclipse Workspaces\LPC2129_Test>openocd-ftd2xx -f .\prj\lpc2129_jtagkey.cfg Info: openocd.c:84 main(): Open On-Chip Debugger (2006-01-26 13:30 CET) Warning: arm7_9_common.c:683 arm7_9_assert_reset(): srst resets test
-
Thread
Eclipse GNU/ARM: Startup-Code für LPC2119 oder LPC2138
O oder den USB benuetzt laeuft im allgememeinen auch auf dem LPC2138. Der LPC2148 ist allerdings eine Obermenge und hat ein paar verbesserte Features. Also fuer LPC2138 den LPC2148 nehmen und fuer den LPC2129 den LPC2294 Robert
Hi Namensvetter! Warst du schon hier? gcc-Port of the LPC2000 Example-Code-Bundle for LPC213x/LPC214x (Philips LPC2000 ARM7TDMI-S controller series) http://www.siwawi.arubi.uni-kl.de/avr_projects/arm_projects/lpc2k_bundle_port/index.html LPC2106, LPC2129
-
Thread
ARM7 Watchdog Feed Problem bei NXP LPC2000-Controllern
in anderen Foren: Meine Anwendung läuft ohne Watchdog wie erwartet. Sie ist wie folgt, für NXP LPC2129 oder LPC2138, konfiguriert: Etwa 10 IRQ Interrupts, z.B. Timer jede Millisekunde, I2C-Bus, CAN-Rx, CAN-Tx, und andere. Genau 1 FIQ Interrupt, jedoch mit hoher Frequenz bis 100kHz. WDTC Watchdog
-
Thread
Interrupts mit gdb und Eclipse über olimex-arm-usb
Nachtrag: Prozessor ist LPC2129
-
Thread
LPC2129 PLL
Hallo, ich habe ein kleines Problem mit meinem LPC2129. Ich schreibe gerade ein CAN Programm, das einfach nur Nachrichten senden soll, nur leider scheinnt meine PLL nicht zu funktionieren. Quarz: 10MHz #define PLLSTAT_LOCK (1 << 10) #
habe ich selbst eine vollständig ausgereifte CAN-Bus-Applikation vorliegen, als Referenz. Aus dem LPC User Manual wirst du nicht vollständig schlau, dort gibt es nur eine stark abgespeckte Beschreibung zum CAN-Controller. Philips bemerkt jedoch die Kompatibilität zum externen CAN-Controller-Baustein
-
Thread
Taugt der Startupcode von Keil für ARMs was?
Chris: Der Keil Startup Code für LPC21xx und LPC22xx paßt komplett auf diese gesamte Bausteinserie und ist ausgereift. Bei den neueren LPC23xx und 24xx hab ich allerdings keine Erfahrung. Die Keil Startup.s in der Demo-Version ist voll
. Die Startup.s selbst zu erweitern, ist natürlich jedem User frei vorbehalten. Ich verwende LPC2129 und 2138, die Dinger laufen mit der Keil Startup völlig reibungslos. Im C-Code nach main() initialisiert man denn das was man für seine Anwendung noch braucht, z.B. I/O-Ports, die Peripherals
-
Thread
ATMEL Microcontroller und CAN
mußt du allerdings jumpern. Wenn es mehr als ein CAN sein soll, dann würde ich allerdings auch den LPC2129 (2xCAN) oder den LPC2194 (4xCAN) empfehlen. Board gibt's bei o.a. Adresse allerdings z.Zt. leider nur als Leerplatine. :-( Mark
-
Thread
ARM Board für LCD gesucht
zutraust den uC selbst aufzulöten, kannst du bei microcontroller-starterkits eine Leerplatine für den LPC2129/LPC2194 ordern. Das Board hat einen Anschluss für ein Grafik-LCD.
-
Thread
CAN - BUS - IC ( welchen IC würdet Ihr empfehlen ? )
Ein paar Beispiele: AVR: AT90CAN128 i51: AT89C51CC003 ARM: LPC2129 PIC: PIC18F258 Jeweils die Errata-Sheets beachten.
-
Thread
ARM7 LPC2119 - Variable während Stromausfall beibehalten
ahnen auf welchen Post Deine Frage zielt aber falls ich richtig liege, dann liegt das Users Manual des LPC2119 hier: http://www.standardics.nxp.com/support/documents/microcontrollers/pdf/user.manual.lpc2119.lpc2129.lpc2194.lpc2292.lpc2294.pdf Die beste Einstiegsseite fuer Info zu den verschiedenen LPC2000 ist hier: http://www.standardics.nxp.com/products/lpc2000/all/ Das Buch von Hitex liegt hier: http://www.hitex.co.uk/arm/lpc2000book/index.html Gruss, Robert
-
Thread
AT91SAM7 oder LPC2xxx
Allerdings ist der CAN Controller vom LPC2129 eine geradezu imponierende zu nennende Sammlung von Bugs und Designfehlern. Imponierend insofern, als Philips sich getraut hat, das Teil so zu verkaufen. Und in der B Release nicht einen einzigen
@A.K. Das Errata Sheet is zu lang, keine Diskussion. Der LPC2364/66/68 waere evtl. eine Alternative mit den CAN Problemen behoben, nur eine Spannung und auch sonst noch ein paar nette neue Eigenschaften. Jetzt zur Version B des LPC2129. Wenn ein controller
-
Thread
Spannung am AD-Wandler
Ich schalte den Widerstand direkt auf Masse und er liefert mir immer noch 0,3V!! Ich nutze ein LPC 2129 von Olimex! unsigned int val; PINSEL1 |= (1UL<<22); ADCR = ( 1 | ((14-1)<<8) | (1UL<<21) ); ADCR |= (1UL<<24); while ((ADDR & (1UL<<31)) == 0); val = ((ADDR >> 6) & 0x03FF); Danke für
-
Thread
LPC2129 + ARM-USB-OCD + Flash programming
Die "flash bank" ist notwendig, wenn du via OpenOCD das Flash schreiben oder löschen willst. Für den LPC2129 sollte das etwa so aussehen: flash bank lpc2000 0x0 0x40000 0 0 lpc2000_v1 0 14765 calc_checksum Der Fehler beim Debug im RAM deutet darauf hin, dass du Software-Breakpoints noch nicht aktiviert
-
Thread
LPC 2129 Spanngung am AD-Wandler
Ist es normal das am AD-Eingang 1,2V liegen ohne das ich irgendetwas angeschlossen habe? Ich nutze den AIN0! unsigned int val; PINSEL1 |= (1UL<<22); ADCR = ( 1 | ((14-1)<<8) | (1UL<<21) ); ADCR |= (1UL<<24); while ((ADDR & (1UL<<31)) == 0); val = ((ADDR >> 6) & 0x03FF); Danke für eure Hilfe!!! Markus