-
Thread
LPC1769 & I2C0
Tipp dankbar... Die Beispiele hab ich von hier: http://ics.nxp.com/support/software/code.bundle.lpc17xx.keil/#Software
-
Thread
NXP LPC1768 Programmiertutorial
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 nur mit dem passenden Board von Keil, für eigene HW muss das dann angepasst werden. LPCOpen mag ich auch nicht, die Funktionsnamen sind
-
Thread
Keil/IAR ARM Tools - Preis ungefähr? Gesperrt
Wenn der Zielprozessor entweder ein STMxxx oder ein LPC17xx ist, dann ist Raisonance auch eine echte kostenguenstigen Alternative. Zum ueben gibt's den Primer2 http://mcu-related.com/architectures/35-cortex-m3/59-stm32-primer2-stm32f103e-stm3210e-primer
-
Thread
Cortex uC Empfehlung gesucht
#4441988: > Hingegeb haben die NXP LPC-Teile keine 9-Bit UART, gut wer die nicht > braucht! LPC17xx kennt MARK/SPACE Parity. Das *ist* das 9. Bit und wird hier aktiv benutzt (als RS485 Addressierung). Bei kleineren Varianten müsste man kurz im Manual nachschauen, da erwarte ich aber ähnliches.
-
Thread
LPCXPresso 1769 Reset anschließen?
RESET ist aktiv low bei den LPC17xx
-
Thread
Bürklin versendet jetzt auch an Endkunden ?
da habe ich auch keine AVRs, oder LPC17xx, LPC13xx gefunden. wenn man auf einen PIC12 (oder einen anderen Controller) klickt, kommt eine Übersicht nach Herstellern sortitert, die haben viele PICs.
-
Thread
SPI Schiebereg 3v3 auf 5V
> Sicher? Steht im User-Manual auf der Seite 404 (http://www.keil.com/dd/docs/datashts/philips/lpc17xx_um.pdf) A. K. schrieb im Beitrag #2554059: > Ein 74sonstwas mit 5V und Open Drain wär doppelt gemoppelt. Da täte es > auch jedes 74HCT Gatter, beispielsweise 74HCT125, mit VCC=5V. ok, d.h
-
Thread
ARM cortex m3 BLDC-Motor Hall Sensoren via QEI auswerten
brauche. Nur weiß ich nicht genau, wie ich es schaffe bzw. was ich alles löschen kann um nur die lpc17xx_qei.c im main.c laufen zu lassen. Hat jemand einen Rat oder womöglich einen Lösungsansatz? Ich bedanke mich im voraus!
-
Thread
Mehrkanalige genaue und schnelle PWM-Messung?
gemacht, der aber > leider nur einen ICP-Pin hat. Der ATmega1284 hat 2, der ATmega2560 hat 4. Die LPC17xx von NXP haben 4 Timer mit je 2 ICP.
-
Thread
Einstieg mit den XMEGAs?
soooo einheitlich und egal, welchen Chip man nimmt (z.B. hat STM32 sehr viel 16 bit Register, NXP LPC17xx konsequent 32 bit). Somit wird man wohl kein absolut einheitliches Plugin finden (befürchte ich). Eventuell wird mit Nutzung von CMSIS ja doch etwas vereinheitlicht, aber so eine rechte Meinung konnte
-
Thread
LPC1768 und PWM
Salut, Frage zu PWM über das Timermodul bei LPC17xx: ist es möglich eine PWM mit variablem Dutycycle über die MATm.n Pins auszugeben? Wenn ja, wie? 50% Dutycycle kriege ich hin, aber bei variablem Teil käme mir nur ein Neubelegen der MRx Register
-
Thread
Ist ATXMEGA etwa out?
keine 1:1 Replacement von verschiedenen Herstellern, aber wenn man von z.B. stattt STM32 nun auf LPC17xx umsteigt, dann kommt einem alles schon sehr bekannt vor...
die lieferbaren Xmega und selbst > mega64 teurer sind wie vergleichbare STM32 oder LPC13xx oder LPC17xx ist für mich das nicht eine frage des aufwandes .... TQFP löten und bis runter zu 0603 ist alles kein thema auch nicht für einen hobbybastler und gerade für STM32 gibt richtig schicke bibliotheken
-
Thread
STM32 Software Reset nach Befehl per CAN
components except for debug. Note: support for SYSRESETREQ is not included in LPC17xx devices. [/code] Ich meine allerdings, dass es auf dem LPCXpresso lpc1769 geht, und z. B. auf dem stm32f4 discovery geht es nicht (der SW-Reset).
-
Thread
32 bit Controller. Welcher Typ
LPC13xx oder LPC17xx von NXP
-
Thread
LPC1769 als USB Device
Wofür das VBUS nötig ist weiss ich noch nicht. An einem Windows7 Rechner wird jedenfalls ein 'NXP LPC17xx Memory' Device erkannt. Ein Laufwerk bekomme ich nicht, es wird ein 'Code10' Fehler angezeigt im Device. Als USB Host hat mein Board schonmal funktioniert, ob das USBMem auch lief weiss ich nicht
-
Thread
Microchip WLAN-Modul
weitere Informationen? Hier ist doch der Code für SAM3 dabei (und relativ problemlos auf z.B. LPC17xx) zu portieren: http://redpinesignals.com/Atmel/rs-sam3s.html
-
Thread
uvision 4 Alternative
LPC 21xx momentan würde gern aber auf die Cortex M3 umsteigen (LPC 17xx)
-
Thread
NXP per Jtag flashen, tool für Serie gesucht.
www.freddiechopin.info/en/download BTW: Die aktuelle 0.6.0 hat einen Bug: Flashen von LPC2xxx devices (und LPC17xx) geht pro Programmstart nur _einmal_. Wenn man aber sowieso per Skript o.ä. programmiert, sollte das nicht wirklich stören.
-
Thread
LAN-Übertrager
Hallo, ich möchte gern mit einem LPC17xx von NXP einen kleinen Webserver bauen. Am LPC muss ich natürlich dann PHY und Übertrager anschliessen... Jetzt meine Frage. Ich habe hier ein paar LAN-Buchsen mit integrierteM Übertrager. Die
-
Thread
Sind die µC PIC die einzigsten, die eine Layoutkompatibilität bieten?
auch weitgehend kompatibel, teilweise sogar über mehrere Familien (bei NXP z.B. sind LPC2xxx und LPC17xx kompatibel, diese aber nicht mit LPC18xx; bei STM glaubich geht die Kompatibilität sogar über alle STM32F[01234]-Modelle). Beim PIC32 ist das nur teilweise der Fall. Man kann dort im Prinzip eine
-
Thread
serial-port: feststellen, ob write fertig ist
die Rx/Tx Umschaltung in Hardware erzeugen und an einem GPIO ausgeben, ich kenne sowas z.B. von NXP LPC17xx oder Silabs EFM32. Beim RPi müsste man mal ins Hardware Handbuch schauen. Eine Hardwarelösung wäre ein retriggerbarer Monoflop, der den Umschalter mit dem Low auf der Tx Leitung verknüpft - und
-
Thread
Code Red IDE - lpcxpresso
an. > > Wie genau sieht denn die Beschaltung aus? Chop-chop: http://www.ucapps.de/mbhp_core_lpc17.html Beschaltung: Sieht man schön bei den Keil-Eval-Boards, z. B. http://www.keil.com/mcb1700/mcb1700-schematics.pdf lpc21isp steuert dann mittels DTR + RTS Reset und "boot loader select".
-
Thread
Welchen Cortex M3?
Ich empfehle auch STM32F10x oder LPC17xx. Ich habe beide Serien hier im Einsatz und kann sagen, alle haben ihre Vor- und Nachteile bei der Peripherie. Hier muß jeder abwägen, was er braucht. Die LPC sind vom Preis her attraktiver aber
-
Thread
LPC1769 USB einschalten
Demo direkt mit den Registern bei IAR (sollte aber bei Keil auch dabei sein): \arm\examples\NXP\LPC17xx\IAR-LPC-1768-SK\USBMouse
-
Thread
Hat jemand diesen Code heruntergeladen?
sicher wird der das schaffen, frage ist nur wie schnell das läuft... Der LPC17/4088 hat einen LCD Controller und dadurch ist die Grafik sehr fix, zeichnen geht direkt durch Schreiben in den Bildschirmspeicher.
-
Thread
CAN Telemetrie
22494&creativeASIN=B0028R7RFO Dann irgendeinen MC mit CAN und Ethernet dran und fertig. Für z.B. LPC17xx gibt es fertige Freeware (uIP).
-
Thread
uIP + TCP: Problem mit #define UIP_CONF_BUFFER_SIZE
angesehen, in RTOSDemo_RDB läuft ein WebServer und da ist UIP_CONF_BUFFER_SIZE = 1480. In EthDev_LPC17xx.h werden mehrere EMAC buffer mit 1536 max. Ethernet Frame size angelegt. Das Beispiel läuft, aber der Webserver wird auch nicht mit grossen Datenmengen bombardiert. Dann folge doch mal der Datenspur
-
Thread
Integration der newlib in ein Cortex-M3 Projekt
lassen. Wenn das funktioniert, kann man nachsehen, ob AHB-RAM irgendwie eingerichtet werden muss (mit LPC17xx bisher selbst noch nichts gemacht). Wird sbrk aufgerufen und liefert es vernünftige Rückgabewerte? Werden Fault-Excpetions ausgelöst?
-
Thread
Flashen von STM32F105
Größe des Gehäuses nicht ankommt oder wenn ich die ganze Peripherie brauche, dann nehme ich einen LPC17xx von NXP. Beide haben einen Cortex-M3-Kern. Bei der Peripherie haben beide Vor- und Nachteile. Hier muß man abwägen, welcher besser zum Projekt paßt. Wichtig ist natürlich auch der Kostenfaktor
-
Thread
LPC1768 GPIO Port Speed
Hallo, von NXP gibt es ein Forum, wo sich viele leute mit solchen Fragen zu den LPC17xx etc. beschäftigen . Wenn ich es nicht ganz falsch verstanden habe, gibt es 2 unterschiedliche Methoden den Port zu setzten. Die herkömmliche Methode habt ihr oben beschrieben, damit es schneller
-
Thread
Horizonterweiterung um die Arm-Architektur
Forum hier weiter verbreitet als andere Cortex µC. In der Firma nehmen wir STM32, privat nehme ich LPC17xx. bye, Arne
-
Thread
erste Entwicklungsumgebung gesucht für LPC1768 (Anfänger)
Legacy Verzeichnis verschoben worden: c:\nxp\MCUXpressoIDE_10.2.1_795\ide\Examples\Legacy\NXP\LPC1000\LPC17xx\LPCXpresso176x_cmsis2.zip Diese Beispiele beziehen sich auf das LPCXpresso Board, beim MCB1700 ist andere Peripherie drauf. Für das MCB gab es von NXP angepasste Beispiele, die Datei heisst mcb1700
-
Thread
AVR 8bit auch für größere Projekte?
falsch > liege) mehr oder weniger von Euch ignoriert worden zu sein. Ob man ATSAM3, STM32 oder LPC17xx nimmt, ist so ziemlich egal, es sind ja alles ARM Cortex-M3.
>> liege) mehr oder weniger von Euch ignoriert worden zu sein. > > Ob man ATSAM3, STM32 oder LPC17xx nimmt, ist so ziemlich egal, es sind > ja alles ARM Cortex-M3. Denke er spielt hier auf die AVR32 an...
-
Thread
Interrupts ein-/ausschalten beim ARM cortex-M3
Codeschnipsel http://openwsn.berkeley.edu/svn/trunk/firmware/openos/kernel/FreeRTOS/CMSISv2p00_LPC17xx/inc/core_cmFunc.h Gruss Didi
-
Thread
ARM / NXP Cortex M0 - das Ende von 8 Bit?
Links auch gelesen haette, sorry. Unter dem NXP Link stehen natuerlich noch keine Produkte, d.h. die LPC17xx werden auf M3 Basis kommen. In einer noch zu definierenden Zukunft werden dann wohl auch M0 Teile folgen. Wie lange das noch dauert, keine Ahnung. Robert
-
Thread
Ersatz für LPXpresso1769 als MIDI converter
http://ucapps.de/midio128.html dafür benötige ich dieses Board: http://ucapps.de/mbhp_core_lpc17.html auf das Board wird direkt ein LPC1769 angebracht: http://www.embeddedartists.com/products/lpcxpresso/lpc1769_xpr.php Blöderweise wird das Board nicht mehr hergestellt, aber es gibt ja
-
Thread
Cortex-M3 Toolchain - Linker: undefined Symbol __cs3_interrupt_vector_cortex_m
jedoch im Startup-Code definiert. Linker-Optionen sind: [code] -T "${ProjDirPath}/startup_src/LPC17xx.ld" -mthumb -mcpu=cortex-m3 -mfix-cortex-m3-ldrd -Wl,-Map=linker.map -Wl,-cref -Wl,--gc-sections [/code] Kann mir da jemand weiterhelfen?
-
Thread
Kosten für Tools für STM32F103xx-Entwicklung
Ich habe in letzter Zeit auch den Einstieg in STM32 und LPC17xx gemacht. Am Anfang ist Atholic bzw. CodeRed ganz gut. Eins bleibt aber bei allen. Es basiert alles auf gcc und zum debuggen gdb. Für fertige Projekte würde ich immer mit makefile's arbeiten und die
-
Thread
NXP LPC und Diamex Prog-s
High schalten. Wisst ihr vielleicht wo mein Fehler ist? Danke =) Code: #include "LPC17xx.h" /*------------------------------------------------------------------------------ configer LED pins *------------------------------------------------------------------------------*/ __
-
Thread
ARM7 von Atmel oder NXP?
Anforderungen erfüllt. Der einzige Lumi mit CAN und Ethernet hat kein USB. Und kein STM32 hat Ethernet. Die LPC17xx sind jetzt auch schon seit einem halben Jahr überfällig. Immerhin sollen sie Pinkompatibel zu den 23ern sein. Man kann also - wenn es sie irgendwann nochmal geben sollte - eine bestehende Platine
-
Thread
Mikrocontroller + PC Kommunikation
zu virtuellen COM-Ports im speziellen durch. Falls du dir dann mal nen NUC120, LPC2478, LPC1343, LPC17xx, STM32F103 ausgesucht hast, poste das mal so, daß ich's finde. Für die genannten µC hab ich nämlich passende Quellen, von denen ich was posten könnte. W.S.
-
Thread
LPC17xx + gdb + eclipse -> suspend button inaktiv
Halllo allerseits, habe ein kleines Problem beim Debuggen mit gdb ueber eclipse mittels des olimex-arm-usb-tiny: Ich kann das Debuggen starten, woraufhin sinnigerweise geflasht wird. Anschliessend wir ausgefuehrt bis zu einem Breakpoint in main() - funktioniert soweit alles. Ebenso funktionieren "step into/over" und "run to cursor" wie sie sollen und ausserdem scheinen auch die Variablen korrekt angezeigt zu werden. Was mich allerdings stoert: Sitze ich an einem Breakpoint und druecke "resume", so wird der resume-button ausgegraut und der Controller in den Zustand "running" versetzt.
-
Thread
Welches ARM9 Entwicklungsboard von NXP empfehlenswert?
Wieso gleich auf ARM9? Die neuen Cortex-M3 von NXP LPC17xx kommen so langsam in die Gänge, sprich auf den Markt. Ich habe schon die ersten Samples hier und im Gegensatz zu den STM32F107 funktionieren dort der Bootloader und USB. Mehr habe ich noch nicht
-
Thread
Fragen zu ARM7 / 9 / Cortex-M3
Interface mit jeweils eigenem DMA Channel. Es ist auch sehr einfach dieses zu verwenden. Auch die LPC17xx haben einen "external memory Controller". Dieses ist für RAM, ROM und SD-Karten geeignet und kann auch einem eigenen DMA Channel zugewiesen werden. Bei allen Cortex-M3 stehen mehrere DMA Channels
-
Thread
Logfile extern abspeichern
Als Prozessor verwende ich den LPC1758 und extern hab ich zurzeit nur ein Eeprom angeschlossen. Ein LPC17xx verbraucht ja auch eine entsprechende Menge an Strom, so dass wahrscheinlich das Problem vom Eeprom ist, dass dieses nur eine begrenzte Anzahl an Schreibzyklen zulässt, bis die einzelnen Speicherstellen
-
Thread
CAN: Receive Buffer vs Message Object
scheint es 2 "Arten" zu geben, CAN-Messages zu verarbeiten: Normale Receive Buffer (meist 2 Stück, z.B. LPC17xx; CM3) oder Message Objects (z.B. LPC11Cxx; CM0, werden wohl oft auch bei CANopen verwendet). Gibt es irgendwo eine Übersicht, wo die Vor- und Nachteile gegenübergestellt werden?