Olimex ARM USB Debugger

bemi wrote:
>...
> Ich lese immer wieder von Open-Source IDEs. WinARM zusammen mit
> Programmer's Notepad funktionniert bei mir auch super, als Compiler.
> Aber ich brauche etwas, womit man auch debuggen kann. Nun tauchen immer
> wieder Open-Source-Toolchains auf. Meißt OpenOCD + Eclips.
Nur Fragmente der "Toolchains". Die übliche 
"Open-Source"-Kette+günstiger Hardware zum Debuggen ist: Controller mit 
ARM-core<->JTAG-Connector<->JTAG-Adapter<->OpenOCD<->arm-elf/eabi-gdb<-> 
Nutzer-Interface  gdb wie z.B. Eclipse, Insight(gdb intergriert). Man 
suche mit der Suchmaschine der Wahl nach Jim Lynch Tutorial ARM LPC, 
inzwischen etwas veraltet aber ein guter Überblick.

> Nun gibt's da noch eine Lösung von Olimex (ARM USB Debugger).
"ARM USB Debugger" ist keine ganze "Lösung" sondern erstmal nur ein 
JTAG-Adapter.

> Ist die "ARM USB Debugger (ARM-USB-Tiny)" Variante ganau so gut wie die
> "ARM USB Debugger + USB RS232 + Strom (ARM-USB-OCD)" Variante? RS-232
> und Strom brauche ich eigentlich nicht.
Basieren beide auf dem FTDI2232-Chip wie einige andere Adapter auch. Für 
die gewünschte Funktionalität also "genau so gut".

> Wie viel schwieriger ist es eigentlich mit der mitgelieferten Lösung...
>
> "Wir geliefert mit CD mit Windows-Installer für Open-Source-Tools und
> einer kommerziellen Alternative für ARM Entwicklungs Pakete: GCC
> C-Compiler, Debugger und OpenOCD Eclipse IDE."
Kenne die "gelieferte CD" nicht (habe selbst keinen Olimex-Adapter 
sondern verwende mit Olimex Tiny vergleichbaren JTAGkey), dürfte aber 
nicht viel anders sein als das, was man sich auf yagarto.de 
herunterladen kann.

> ... zurecht zu kommen. Habe bisher nur mit IDEs wie MPLab, AVR-Studio,
> µVision und Visual Studio Erfahrung. Muss man für Eclips, genau so wie
> bei Programmers Notepad, Startup Code und Makefile selber schreiben
> (kopieren)?
Makefile-Generator gibt es in Eclipse, aber selbst nie verwendet, nutze 
eigene Makefiles. Im Prinzip immer das gleiche mit wenigen Anpassungen. 
Eine Textdatei finde ich praktischer als x Dialogboxen. Startup-Code 
muss weiterhin selbst geschrieben oder von woanders kopiert und 
angepasst werden. Habe zumindest bisher keinen "startup-code-generator 
für NXP LPC210x Eclipse Plugin" oder etwas zur uVision "Ausfüllhilfe" 
vergleichbares gesehen.

> Und wie sieht es mit dem debuggen aus. Ist das mit den
> Debuggern/Simulatoren von MPLab, AVR-Studio und µVision vergleichbar?
Eclipse kennt von Haus aus die Hardware-Register-Funktionalität nicht, 
man kann also nicht wie bei uVision in die Peripherals direkt 
"reinschauen" (was zugegeben recht praktisch ist) oder sich wie in 
AVR-Studio die Bits aufdröseln lassen. OpenOCD hat in neueren Versionen 
ein wenig "Infrastruktur" mittels TCL-Scipten für so etwas, steckt aber 
noch in den Kinderschuhen. Ein Eclipse-Plugin dafür kenne ich nicht. 
Ansonsten ist der Debugger aber schon brauchbar (single-step, step-over, 
-into, Core-Registerinhalte anschauen, Variableninhalte anschauen - 
sofern nicht "wegoptimiert").

> Ich habe mal irgendwo gelesen, dass die Open-Source Lösungen nur
> eingeschränkte Debugging-Möglichkeiten bieten sollen (fragt mich bitte
> nicht, was dass genau bedeuten soll). Gibt es vielleicht irgendwo Bilder
> von der Eclips IDE und dem Debugger-Mode? Habe lieder diesbezüglich
> nichts finden können. Da ist immer alles nur ohne Screenshots
> beschrieben.
Schlecht gesucht. Siehe z.B. 
http://www.yagarto.de/howto/yagarto2/index.html Wenn richtig erinnert, 
sind in Jim Lynchs Tutorials auch Screenshots. Kann zur Not auch noch 
welche erzeugen, dürfte aber nicht nötig sein.

> Und da ich mit Unix und Kommandozeilen nicht viel anfangen
> kann suche ich nach ein paar Infos, welche mich weiterbringen.
Kommandozeile braucht man nur indirekt, da OpenOCD und arm-elf/eabi-gdb 
von Eclipse aus aufgerufen werden können. Auch flashen lässt sich 
automatisieren (per gdb-flash-programming support/load). Das Ganze steht 
und fällt etwas mit der OpenOCD-Konfiguration, diese wiederum kann man 
aber einfacher von der Kommandozeile/Telnet aus testen. Etwas damit 
beschäftigen macht die Zusammenhänge klarer und tut auch nicht weh.