-
Thread
Cortex-M3 Wahl: SMT32, LPC oder doch Stellaris?
Kann dir die LPC17xx empfehlen! Sehr gute Dokumentation, gute periphere Ausstattung und sehr schnell! http://www.steitec.net/ARM/ARM-LPC1768-Cortex-M3-LCD-Board.html Habe bisher mit diesem Board gearbeitet. sehr gut
Den Aktikel kenne ich schon. Den Beitrag "Cortex M3 Hobby: STM32* oder LPC17* ?" habe ich leider übersehen. Da hat wohl jemand eine gute Erfahrung mit der FW Lib von STM32 gemacht. Das ist ein positives Zeichen :)
-
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
Welcher Mikrocontroller?
den gleichen ARM Cortex M3 CPU-Kern. Der dritte große ist übrigens NXP, hier wären die LPC13xx und LPC17xx die Objekte Deiner Wahl. Das ist eben der Trick. Du arbeitest Dich in eine Prozessorfamilie ein und kannst dann Prozessoren von verschiedenen Herstellern nehmen. Die Basis (CPU, Systemcontroller
familiesdocs&fam=110&doc=76 NXP: http://ics.nxp.com/support/documents/microcontrollers/zip/code.bundle.lpc17xx.keil.zip Jeder Hersteller hat für seine Chips passende Evalboards. Schau mal bei www.olimex.com, die haben Boards mit den Chips verschiedener Hersteller. Compiler: Der Originalcompiler von
-
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
ARM-USB-OCD config File für: EFM32, LPC1768, LPC1114, LPC1343
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). Man sollte jedoch darin die Reset-Konfiguration prüfen, bei mir hat
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
Fragen zu CAN-Boards/Controller
Wäre hilfreich zu wissen welches Steuergerät es sich handel. Soweit ich noch weiß besitzt einer der LPC17xx auch direkt eine Einheit zum anschließen eines Drehencoders. Ansonsten solltest du nun genug alternativen haben zum Vorstellen. Die Variante mit dem S65 Display ist nicht schlecht, aber man sollte
-
Thread
NXP - Programcounter bleibt im Bootloader "hängen"
möglichen Lösungsvorschlag? Testweise im Init-Skript der Debugger-Software MEMMAP auf Flash setzen (LPC17xx z.B. 0x400FC040 auf 1) > Hatte noch jemand ein ähnliches Problem? Ähnliche Symptome ja. Falls gdb und OpenOCD im Einsatz ist, kann ich noch ein paar Hinweise schreiben. Passen aber bei anderer
kann es nicht. > Ja, ich benutze OpenOCD und GDB und bin dir für Tipps sehr dankbar. Hatte mit LPC17xx und OpenOCD auch jüngst ein wenig "Spass". Die mitgelieferten Scripte sind manchmal noch nicht ausgegoren. Noch "druckfrisch": http://www.siwawi.arubi.uni-kl.de/avr_projects/arm_projects/arm_memcards
-
Thread
XMEGA/ AVR-EXPLAIN code examples und Diskussion
speicher sogar noch effizienter läuft und nicht wirklich teurer ist ... siehe preise STM32F103 / LPC17xx usw zudem sind die ARMs einfacher zu programmieren .. bzw gibt es adapter die ex günstiger gibt als den PDI ... damit hat sich Atmel iwie ein EI gelegt ... schade der xmega ist in MEINEN
-
Thread
LPC2129 - RTC Verhalten / Stromaufnahme
solchen, CAN und eine sparsame autark versorgte RTC findet man beispielsweise beim den STM32F103 und LPC17xx, wenn's ein Cortex-M3 sein darf, aber auch bei den LPC23xx wenn's ein ARM7 sein muss. Für den Einstieg würde ich heute gleich auf Cortex-M3 gehen.
-
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
LPC1768 - Linker Script / Startupfile benötigt bzw. Error
__cs3_reset_cortex_m,.-__cs3_reset_cortex_m .section ".text" Die files habe ich aus der lpc17xx.cmsis.driver.library.zip Datei von NXP. Ich habe auch schon mehrere Files probiert, jedoch war der program counter beim Debuggen dann an irgendwelchen abstrusen Adressen... sofern es compilierbar
Initialiserungen der C-Library durchführen und dann ebenfalls main rufen. >... > Die files habe ich aus der lpc17xx.cmsis.driver.library.zip Datei von > NXP. Die Leute von NXP scheinen große Fans des CS3-Systems von Codesoucery. Was scheibt NXP zu den Beispielen? Keine Kurzanleitung wie und mit was man die zusammenbauen
-
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
ARM LPC1768 Cortex M3 LCD Board - Einstieg in die Welt der ARMs
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 eigentlich genial).
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
Einregister- vs. Mehrregistermaschine
zu NXP-LPC17... >> Gute Controller gehen bis 100MHz, und selbstverständlich geht das Flash >> auch bis 100MHz >Der Flash-Zugriff geht mit 100MHz ... Da bin ich mir sicher. Es könnte sein, dass das Flash langsamer
-
Thread
Probleme mit I²C beim NXP LPC1766
Das habe ich auf die Schnelle im User-Manual nur als Fehlerstatus im Slave Receiver Mode gefunden (LPC17xx User Manual, S. 457). Sollte Dein LPC1766 nicht eher im Master Transmitter/Receiver Mode laufen? -> I2C-Port vielleicht falsch konfiguriert? > Leider habe ich auch nur > ein Analogoszi, kann
-
Thread
Filter von µC Forum geht nicht richtig
> Im µC Forum >> Filter ARM > > Dann wird der Thread > Beitrag "Cortex M3 Hobby: STM32* oder LPC17* ?" > nicht gezeigt, obwohl in der Überschrift STM32, Cortex und LPC drin > stehen. Das Problem ist behoben, danke für die Meldung.
-
Thread
Cortex M3 Hobby: STM32* oder LPC17* ?
Ich bin ehrlich offen und will keine Glaubenskriege, deshalb hier meine bisherige Abwägung: Pro LPC17*: - hat eine gute RTC (Verständlichkeit) - billiger, ist aber bei meinem Hobbydurchsatz absolut egal - bis 100 MHz (neuerdings sogar 120). Aber ob ich die wirklich brauche... Contra LPC17*:
nur das machen und daher super einfach zu konfigurieren sind Dann kannst Du gleich wieder den LPC17xx nehmen ;)
-
Thread
CMSIS: Ich versteh es nicht
sie heißen und welche Position sie im Register haben. Somit wäre es egal, ob man einen z.B. einen LPC17* oder einen STM32* programmiert. Der jeweilige Hersteller kann seinen Chip ja basteln wie er will, er muß nur ein Headerfile zur Verfügung stellen, damit sein Chip exakt wie im CMSIS vorgegeben angesprochen
außen wieder "gerade ziehen". Das ist aber leider nicht so. Im CMSIS Blinky Example gibt es beim LPC17xx z.B. die Funktion [c] __INLINE static void LED_Config(void) { LPC_GPIO1->FIODIR = 0xB0000000; /* LEDs PORT1 are Output */ } [/c] beim STM32* die äquivalente Funktion [c] _
-
Thread
Auswahl zwischen Cortex M3 von NXP, ST, TI
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
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 würde ich eher zum STM32 raten. Ich habe selbst schon LPC2368 programmiert
-
Thread
SVN-Server für eure Projekte
benutze als single user die Versionskontrolle um mehrere Architekturen (i386,SAM7s,LPC21,LPC23 und LPC17) zu unterst"utzen und maximal viel Code gemeinsam nutzen zu k"onnen. Dazu muss ich den Code in viele Klassen einteilen wie: C freestanding/C linux/C++/C-LPC21/C-LPC23/... Da finde ich die externals
-
Thread
Information JLink EDU / ARM JTAG debugger sehr guenstig
gesehen habe, ist der Preis für den ST-Link an den des LPCXpresso angeglichen worden ... Auch die LPC17xx sind im Preis und im Vergleich zu den STM32 gestiegen ... => Die Welt ist schlecht.
-
Thread
CMSIS => Werden keine Bitnamen benutzt?
an sprechende Bitnamen gewöhnt (und diese auch schätzen gelernt). Btw: Kann man bei der RTC des LPC17xx tatsächlich nur auswerten, daß ein Increment-Interrupt da war, aber nicht welcher? Wäre auch schlecht, denn wenn ich Interrupts bei Increment Minute (Temperaturmessung) und Increment Stunde (Übertrage
-
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
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
Billiger JTAG-Adapter für STM32
! Klar muß auch der Hobbyanwender sehen, was er damit machen will. Und gleich sind z.B. STM32 und LPC17xx nun mal definitiv nicht (geht ja schon mit dem Pincount los. LPC13xx mal außen vor). Also wird mir der billige JTAG-Adapter sicherlich nicht die Entscheidung zwischen den beiden Familien abnehmen
-
Thread
Auswahl LPC17* Dev Board
Hallo, ich will mir über die Tage ein LPC17* Dev Board zulegen. Auch wenn durch das CM3-Lizenzmodell die verschiedenen Chips ja eigentlich gleich sein sollen, gibt es ja doch einige Unterschiede (Anzahl DMA-Kanäle STM32 7, LPC17xx 8, Bitbreite
Register, wie z.B. Backupregister STM32 16 bit, LPCxx 32 bit, STM32 1 ADC-Value-Register für alle, LPC17xx 1 ADC-Value-Register pro Kanal etc). Und bisher gefällt mir LPCxx deshalb besser (außer diesen zerstückelten Ports wegen LPC2300-Kompatibilität). Ich habe bisher als billigstes halbwegs vernünftiges
-
Thread
Bezugsquelle Cortex M3
die Controller her? Reichelt, CSD, Conrad, der Shop hier: Alles Fehlanzeige. Bei den recht neuen LPC17xx könnte ich das ja noch nachvollziehen, aber die STM32 z.B. gibt es doch schon lange genug. Oder ist diese Familie gar nicht für den Hobbyanwender gedacht? Zumindest der STM32 scheint ja hier im Forum
Sind die Artikelnummern identisch zu denen von Farnell direkt? Sonst könnte die Bestellung eines LPC17* zur Überraschung werden... ;)
-
Thread
Was wäre wenn es keine Atmegas mehr gäbe.
Programmierung geht ebenfalls mit Eclipse und dem gleichen Olimex JTAG. Vorteil: Von NXP gibt es die LPC17xx reihe, die ist Pin-Kompatiebel mit dem LPC23xx, jedoch mit Cortex-M3 Kern. (Allerdings ohne MMC-Schnittstelle, leider) Nachteil: CPU hat gleich mal 100 Pins. Meine Meinung: Als Hoppy-Bastler
-
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 512k
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 gefällt
-
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
-
Thread
Cortex-M3: Welche JTAG-Schnittstelle und Softwarekit?
JLink von Segger. Der funzt super, kann ich nur empfehlen. Zu der IDE: Es gibt von NXP für die LPC17xx-Baureihe die CMSIS Bibliothek mit Treibern für alle Komponenten. Dabei ist auch eine Anleitung zum Aufsetzen einer kompletten Umgebung mit Eclipse, GCC, GDB, Jlink. Ich habe es noch nicht probiert
-
Thread
Cortex M3 Kit - MCBTMPM330
ULINK-ME bestellt (der Chip selbst ist ja eher nicht so hitverdächtig) und später z.B. irgendein LPC17xx-Board-Nachbau damit nicht bearbeiten kann, ärgert man sich die Krätze.
-
Thread
JTAG debugger für Anfänger (Cortx M3) erforderlich?
relativ billig beherrschbar. Und nun endlich meine beiden Fragen: 1.) Gibt es ein empfehlenswertes LPC17XX-Board für Anfänger (muß wirklich nicht mit Grafikdisplay etc. sein; ist auch zu teuer) und 2.) Überall wird was von JTAG-debugger geschrieben. Was das vom Pronzip ist habe ich schon rausgefunden
-
Thread
FreeRTOS mit GCC aufm MB1760 (LPC1768)
Vielen Dank, ich habe die Applikationsnote AN10862 ("LPC17xx software development toolchain") in den folgenden zip-Datei gefunden: http://www.standardics.nxp.com/support/documents/microcontrollers/zip/lpc17xx.cmsis.driver.library.zip Michel
Hallo, ich kann das Dokument "LPC17xx_SoftwareDevelopmentToolchain" nicht finden. Hat jemand einen Link?
-
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
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
NXP verschenkt ARM-Chips
LPC2478, der andere bestellte fehlt > leider, dafür haben sie einen NONE beigelegt. ;-) > Eine LPC17XX Sample Card steht als "back order" auf dem Lieferschein, > also kommt der vielleicht auch noch. dito. Hat denn schon jemand eine Platine fuer den NONE angefangen?
, Brüssel, 0.3kg, die Nachbarn haben ihn angenommen). Bei Farnell sind übrigens jetzt ein paar LPC17xx lieferbar, von daher lohnt sich das ganze Theater nicht mehr.
-
Thread
Debuggen für Dummies
musst du dein Programm ins RAM linken & dort debuggen. Spielst du mit einem Cortex-M3 herum (z.B. LPC17xx, STM32, SAM3), kannst du max. 6 HW-BPs setzen, dazu noch Watchpoints (z.B. wenn auf eine Var geschrieben/gelesen/beides wird, oder wenn die Variable dazu noch einen bestimmten Wert annimmt). Btw
-
Thread
LPC17xx Sample, Kaufen ?
vollständig sein. http://www.standardics.nxp.com/support/documents/microcontrollers/pdf/user.manual.lpc17xx.pdf
-
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
Welchen Cortex-M3?
Sind dir LPC17xx von NXP nicht auch schon verfügbar? Julius
Entwickler persönlich gekommen und hat sich gewundert, 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
ARM7 Automotive ?
können... Übrigends, bei NXP waren sogar die Chip-Desinger persönlich da, ich war beeindruckt. Der LPC17xx (Cortex M3) soll demnach als Sample ab April erhältlich sein. (Die kümmern sich nun drum, bezüglich meiner Frage, ob der LPC1768 auch HW-Kompatibel zum LPC2368 sein wird, Stichwort MMC/SD-Interface
-
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
ARM STM32F103 Cortex M3 Board + Linux
mit Liefertermin angekündigt sind kann und sollte man sich nicht verlassen. NXP ist mit seinen LPC17xx auch überfällig. @Jupp: Vergiß den OpenOCD erstmal. Es ist die billigste aber auch die unzuverlässigste Methode um den JTAG Port anzusprechen. Ich kann Dirk nur beipflichten und empfehle
Jupp wrote: > NXP ist mit seinen LPC17xx auch überfällig. Genau wie Atmel mit den SAM3 und Luminary mit der neuen Generation ... Bleibt abzuwarten was das Jahr bringt. @Lupin: Die neuen Luminarys sollen 96k SRAM haben, allerdings
-
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
ARM7 vs. AVR
Dafür gibts die LPC23xx oder LPC17xx Reihe von NXP, die können beides und sogar noch Ethernet...
Markus wrote: > Dafür gibts die LPC23xx oder LPC17xx Reihe von NXP, die können beides > und sogar noch Ethernet... LPC23xx sind keine Cortex-M3 und LPC17xx sind noch lange nicht lieferbar. Deshalb gibt es zunächst mal noch keine Alternativen zum