Hallo Leute, ich hab zwar einige Erfahrung mit AVR, aber keine mit ARM; möchte aber eine Kleinigkeit auf einem LPC2134 probieren. Ich arbeite unter Linux (Debian), und habe mir folgende Pakete installiert: - gcc-arm-none-eabi - binutils-arm-none-eabi - libnewlib-arm-none-eabi Das scheint auch grundsätzlich zu funktionieren. Viele Beispiele verwenden dann ja noch die Prozessor-spezifische Include-Datei, in meinem Fall wohl eine lpc2134.h (oder lpc213x.h) Ich find sowas zwar schon "irgendwo", aber gibts dafür eine "offizielle" Quelle? Irgendwie hätte ich auch erwartet dass mein Debian das mitbringt (so wie bei AVR, zB /usr/lib/avr/include/avr/iom328p.h) Welchen Denkfehler mache ich? Danke, Michi
Michael R. schrieb: > Keiner erbarmt sich meiner ;-) > > bin ich hier richtig? http://www.keil.com/dd/chip/3732.htm Ich würde sagen: ja. Und in LPC/MCUXpresso müsste der auch noch drin sein, da könnte dir die IDE ein Grundgerüst bauen.
Michael R. schrieb: > gcc-arm-none-eabi Diese Pakete sind leider ziemlich veraltet. Besser ist es, die offiziellen Binärpakete herunterzuladen. Das zu installieren ist auch sehr einfach, es muss nur ein .zip Archiv entpackt werden: https://developer.arm.com/open-source/gnu-toolchain/gnu-rm/downloads Michael R. schrieb: > Irgendwie hätte ich auch erwartet dass mein Debian das mitbringt (so wie > bei AVR, zB /usr/lib/avr/include/avr/iom328p.h) Für jeden der zigtausend existierenden ARM-Controller sollen also die Bibliotheken mitinstalliert werden? Wie groß ist deine Festplatte? Das wird allein schon aus urheberrechtlichen Gründen schwierig. Michael R. schrieb: > Ich find sowas zwar schon "irgendwo", aber gibts dafür eine "offizielle" > Quelle? Eigentlich sollte es das unter http://www.keil.com/dd2/pack/ geben. Aber genau dein Controller ist da nicht dabei...
Dr. Sommer schrieb: > Michael R. schrieb: >> Ich find sowas zwar schon "irgendwo", aber gibts dafür eine "offizielle" >> Quelle? > Eigentlich sollte es das unter http://www.keil.com/dd2/pack/ geben. Aber > genau dein Controller ist da nicht dabei... Oh, könnte daran liegen dass es kein Cortex-M ist :D fragt sich natürlich warum man so einen alten Controller verwendet.
Ich sehe nix mehr auf NXP.com, aber wahrscheinlich kann man das Header File aus dem LPCXpresso extrahieren. Gibt es einen Grund warum Du noch auf einen ollen ARM7TDMI und nicht auf einen Cortex-M* setzt?
:
Bearbeitet durch User
Jim M. schrieb: > Gibt es einen Grund warum Du noch auf einen ollen ARM7TDMI und nicht auf > einen Cortex-M* setzt? Ja: Der Controller ist in einem Gerät verbaut, an dem ich was probieren will.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.