Hallo! Ich bin auf der Suche nach einer erschwinglichen (für den Hobby-Bereich) Debugger Software für ARM Cortex M3 Microcontroller. Im beruflichen Umfeld arbeite ich mit dem Lauterbach (allerdings auf einem anderen Mikrocontroller) und bin entsprechend verwöhnt. Für den Heimgebrauch kann ich die Investition in einen Lauterbach natürlich nicht tätigen. Einen JTAG-Debugger (Segger J-Link) hätte ich schon. Bei einer passenden Software hakt es aber leider, da ich mit ARM Mikrocontrollern bisher nur sehr wenig Erfahrung habe. Um Missverständnisse vorzubeugen: Ich suche keine vollständige IDE (arbeite mit Notepad++, Makefiles, Git und einem GCC CrossCompiler) Ich bräuchte nur eine möglichst professionelle aber erschwingliche Debugger-Software für ARM Cortex M3 Mikrocontroller. Bin um jede Empfehlung dankbar. Grüße, Andreas
Ich verwende hier OpenOCD und den (arm-none-eabi-)gdb von Sourcery G++ Lite. J-Link wird IIRC von OpenOCD unterstützt. Als IDE nehme ich Eclipse. Die Einrichtung war aber nicht gänzlich trivial, plane da mal etwas Zeit ein.
Du verwendest also das Debug-Modul von Eclipse? Ehrlich gesagt würde ich mir eine professionellere Lösung wünschen. Ich bin von der Eclipse-Debug Oberfläche nie sehr angetan gewesen. Eine Stand-Alone-Applikation ala Trace32 von Lauterbach finde ich für das Debuggen von Mikrocontrollern deutlich komfortabler.
Nimm doch CooCox. Ist kostenlos, eine vollständige IDE + Debuger, geht für Cortex M0, M1 und M4. www.coocox.com
Ich will nicht meckern, aber auch CooCox nutzt das übliche Eclipse Debug Frontend + GDB. Und meiner bisherigen Erfahrung ist Eclipse + GDB beim Debuggen immer sehr gemächlich. Ich würde mir einen Standalone-Tool wünschen. Bin ich eventuell auf der falschen Fährte und finde die weit verbreitete Eclipse + GDB Kombination zum Debuggen ungerechtfertigterweise schlecht?
Ich glaube es hängt nicht am GDB. Vielmehr die Kombination aus jTag Hardware und Tools. Ich debugge mit CooCox und es funktioniert tadellos mit STlink und CoLinkEx. Hingegen funktioniert debuggen ziemlich träge mit dem jlink (unter CooCox). Obwohl jLink an sich mit IAR super funktioniert.
Gast
#2877896
Wie wäre es mit emIDE? (emide.org) Basiert nicht auf Eclipse und der Debugger funktioniert bei mir ohne Probleme mit einem J-Link.
Der Debugger von Crossworks funktioniert problemlos und ist einfach zu bedienen.
>Bin ich eventuell auf der falschen Fährte und finde die weit verbreitete >Eclipse + GDB Kombination zum Debuggen ungerechtfertigterweise schlecht? Ja, es wurde besser... Ich arbeite ebenfalls mit CooCox und kann die bisherigen Aussagen bestätigen: >Ich debugge mit CooCox und es funktioniert tadellos mit STlink und >CoLinkEx.