Empfehlung Debugger Software für ARM Cortex M3

[A. S. (ferraith)]

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

[Jim M. (turboj)]

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.

[A. S. (ferraith)]

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.

[Thomas W. (diddl)]

Nimm doch CooCox. Ist kostenlos, eine vollständige IDE + Debuger, geht 
für Cortex M0, M1 und M4.

www.coocox.com

[A. S. (ferraith)]

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?

[Thomas W. (diddl)]

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.

[Guest (Gast)]

Wie wäre es mit emIDE? (emide.org)

Basiert nicht auf Eclipse und der Debugger funktioniert bei mir ohne 
Probleme mit einem J-Link.

[Sebastian H. (sh______)]

Der Debugger von Crossworks funktioniert problemlos und ist einfach zu 
bedienen.

[Peter S. (psavr)]

>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.