LM3S6965/Yagarto/OpenOCD

[Stefan H. (Gast)]

Moin,

ich nutze zur Programmierung des Luminary Eval-boards das Paket von 
Yagarto und den OpenOCD. Debugging geht über USB und dem FTDI Baustein 
auf dem Evalboard. Ich habe mir aus einem RTOSDemo-Projekt ein 
Template-Projekt erstellt, in dem ich makefile, Eclipse etc. so 
angepasst habe, dass ich diese Einstellungen für neue Projekte 
übernehmen kann ohne das ganze Gedöhns von Einstellungen jedesmal neu 
machen zu müssen.
Zuerst einmal muß ich sagen, die Entwicklungsumgebung kostet zwar 
nichts, ist aber nicht einfach zu handhaben. Speziell wenn mal was nicht 
geht, bis man da immer herausfindet was nicht funktioniert.

Jetzt zu meinem Problem. Compilieren, Flashen und Debuggen funktioniert, 
zumindest beim ersten Mal. Manchmal kann ich den Debugger auch zweimal 
starten. Aber meistens kommt schon beim zweiten Mal eine Fehlermeldung, 
dass die Verbindung zum Zielsystem kann nicht hergestellt werden kann. 
Kann es sein dass der FTDI Treiber hier ein Problem hat? Oder gibt es 
beim Beenden der vorherigen Debug-Session ein Problem. Wenn jemand 
ähnliche Erfahrungen gemacht hat, dann wäre ich für Tipps dankbar. Diese 
verfickte Freeware ist ein Krampf. Eine preisgünstige Alternative wäre 
wohl Crossworks for ARM, vielleicht investiere ich die paar Euros.

Vielleicht bin ich auch nur verwöhnt. Habe zuvor 6 Jahre mit IAR 
gearbeitet, aber solche Probleme hatte ich nie.

Vorab Danke für eure Tipps,
Stefan

[Christian K. (cateye030)]

Bei Eclipse im Debug-Mode auf "Open Debug Dialog" (Pfeil neben dem 
Käfer), dann das selber angelegte Target unter dem Eintrag "Embedded 
Debug" auswählen und dann auf der rechten Seite den Reiter "Commands" 
anwählen.
Dort mußte ich Einstellungen vornehmen (siehe Manual JTAG-Debugger), 
damit mein Debugger (J-Link v. Segger) mit Eclipse funktioniert hat.

[random (Gast)]

Hi,

was sagt das Luminary Programming/Unlock Tool?

Dort sind mittlerweile diverse Unlock-Algorithmen drin. Während meiner 
Arbeit mit den LMIs musste ich die ständig unlocken, weil die sich oft 
beim Proggen (auch der Demo-Software) gelockt haben.

VG,
/r.

[Michael (Gast)]

>Während meiner Arbeit mit den LMIs musste ich die ständig unlocken,
>weil die sich oft beim Proggen (auch der Demo-Software) gelockt haben.


Bei mir hat sich noch nie einer gelockt.

[Stefan H. (Gast)]

Wenn ich den PC neu starte, dann kann man wieder flashen und debuggen.

[Dirk (Gast)]

>Diese verfickte Freeware ist ein Krampf


Was bedeutet "verfickt"?

Bitte um Erklärung!

[Stefan H. (Gast)]

Das bleibt deiner Fantasie überlassen.