Hallo,

ich bin neu in der Controllerprogrammierung und versuche gerade die
mspgcc toolchain und Eclipse für die Programmierung eines ez430
USB-Entwicklunstools herzurichten.

Eclipse 3.3.1.1 mit C Dev. Environment
mspgcc-20070216
net.sf.mspgcc.zip

sind installiert.

Eclipse ist eingerichtet (nach einer bebilderten Anleitung aus dem
Forum). Der GDB Proxy funktioniert, findet das Device
(info: msp430: Target device is a 'MSP430F20x3' (type 52)
... waiting on TCP Port 3333)

Wenn ich aber das Debuggen starte
bekomme ich nach einer Weile folgende Fehlermeldung:
    Target is not responding (timed out)

Kann mir jemand weier helfen?

Vielen Dank!

Also der Debugger der 2007er Version ist ziemlich buggy. Versuch mal den
gdb.exe aus einer älteren Version (mai 06) zu benutzen.

Klingt aber eher nach einem Hardware-Problem. Klappts denn mit IAR?

Im IAR funktioniert alles....

Ich habe jetzt den mspgcc2007... deinstalliert und mspgcc20061126
installiert.
Das Problem bleibt das gleiche.

Der gcb-proxy starte und gibt aus:
debug: MSP430_Initialize()
debug: MSP430_Configure()
debug: MSP430_VCC(3000)
debug: MSP430_Identify()
info:      msp430: Target device is a 'MSP430F20x3' (type 52)
debug: MSP430_Configure()
notice:    msp430-gdbproxy.exe: waiting on TCP port 3333

Der Debugger ist eingestellt
C/C++ Local Application

Debugger:gdbserver Debugger
GDB-Debugger: msp430-gdb
GDB Command file: gdb-target.ini

Connection: TCP localhost 3333

Das Projekt stimmt und die
C/C++ Application: ...test.elf
(steht auch in der gdb-target.ini: load test.elf)

Beim klicken auf debug kommt in der Konsole:
notice:    msp430-gdbproxy.exe: connected

Dann bleibt alles stehen und nach geraumer Zeit kommt die o.g.
Fehlermeldung.... :-(

Bin für jeden Rat dankbar!

MfG Mitch

Hallo,

Ich hab mal beim gdb-proxy ein --debug mit rangehängt....
nun bekomme ich folgende Ausgaben nach dem ich den Debugger starte:

notice:    msp430-gdbproxy.exe: connected
debug:     msp430: msp430_connect()
debug: MSP430_Registers(READ)
debug:     msp430: msp430_current_thread_query()
debug:     msp430: msp430_offsets_query()
debug:     msp430: msp430_set_gen_thread()
debug:     msp430: msp430_read_registers()
debug: MSP430_Registers(READ)
debug:     msp430: msp430_remcmd()
debug: command '6572617365'
debug: command 'erase'
debug: executing target dependant command 'erase'
debug:     msp430: msp430_rcmd_erase()
debug:     msp430: msp430_write_mem(0xF800, ptr, 0)
debug:     msp430: msp430_write_mem(0xF800, ptr, 0)
debug: MSP430_Memory(WRITE)
debug:     msp430-gdbproxy.exe: error while reading from GDB
debug:     msp430-gdbproxy.exe: read of ACK failed
debug:     msp430-gdbproxy.exe: error while reading from GDB
info:      msp430-gdbproxy.exe: debugger has terminated connection
debug:     msp430: msp430_close()
debug: MSP430_Reset(ALL)
debug: MSP430_Close()

Vielleicht kann damit jemand was anfangen....?
Fehlermeldung in Eclipse bleibt die gleiche (Target is not responding
(timed out)).

Gruß,
Mitch

Hallo,

ich bin Neuling mit Eclipse, MSPGCC und Ez430 und
möchte ein LCD mit HD44780 am 2013 zum Laufen bringen.

Leider sind manche Installationsanleitungen zur
Entwicklungsumgebung etwas verwirrend.

Auf Cognimed las ich, daß erst Cygwin installiert
werden soll, dann die MSP GNU Toolchain mspgcc,
dann der Olimex-USB-Treiber, dann Eclipse usw.

Auf passworld.co.jp las ich von Pascals Problemen
eine Installation mit Hilfe der vorhandenen Anleitungen
hinzubekommen. Offenbar gibt es momentan
nicht "die" eine allgemeinverständliche Anleitung,
die jeden froh macht.

Auf www.microcontroller.net fand ich den tollen
Artikel von Andreas Ackermann mit dem Script, nach
dem ich mich erst mal orientieren möchte.

Es haben sich mittlerweile ein paar Pfade geändert, so
daß ich manuell vorgegangen bin:

1. "Eclipse und MSPGCC.tar.gz" auspacken mit izarc
2. "Downloade und Installiere MSPGCC und Eclipse.bat" aufrufen
   -> schlaegt fehl. Bat-file trotzdem interessant zum Lernen
3. mspgcc-20060119.exe 2006-Version des Compilers laden
4. eclipse-SDK-3.3.2-win32.zip herunterladen in Ordner Downloads
5. NLpack1-eclipse-SDK-3.2.1-win32.zip herunterladen in Ordner Downloads
   (fuer dt. Sprache)
6. cdt-master-4.0.3.zip Plugin herunterladen in Ordner Downloads
7. net.sf.mspgcc.zip Plugin herunterladen in Ordner Downloads
8. gehe in Ordner Download
9. rufe mspgcc.exe auf (soll die Version 20060119 sein !)
   installiere nach c:\programme\mspgcc
   warte geduldig bis Fenster file assoc. kommt
10. Eclipse entpacken, Sprachpack ebenfalls -> Ordner eclipse
11. CDT-Plugin entpacken -> Ordner features, plugins
12. MSPGCC-Plugin entpacken -> Ordner plugins
13. durch Entpacken gewonnene Verzeichnisse nach Programme kopieren
14. Verknüfung zu eclipse.exe auf den Desktop

So weit so gut.

Ist das alles so richtig und sinnvoll bis hier?

Die neueren Versionen des mspgcc nach 2006 scheinen wohl
leider Probleme zu machen. Dabei schreiben wir nun 2008.
Stagniert hier die Weiterentwicklung?

Welche Anleitungen soll ich nutzen für die nächsten Schritte,
um mein LCD am 2013 bald lauffähig zu bekommen?

Matthias

Ist soweit alles in Ordnung.
Ich habe noch das Zylin embedded CDT Plugin.
Damit klappt dann auch das Debuggen/Flashen über Eclipse.
Hier ein paar Installationshinweise
(http://msp430.techcontent.net/eclipse.htm).

Wenn du ein aktuelles Cygwin installiert hast, kann es passieren, dass
das Kompilieren mit einer seltsamen Fehlermeldung abbricht. Dann hilft
meist die cygwin1.ddl aus dem mspgcc/bin ordner zu löschen.

Also das Cygwin muss man nicht extra installieren, die passenden DLLs
sind im MSPGCC bereits enthalten. Dieses Komplett-Paket ist hoffnungslos
veraltet. benutze lieber die Eclipse C/C++ Europa (3.3) mit dem CDT
(4.0) und den aktuellen MSPGCC (aber msp430-gdb austauschen, siehe meine
Anleitung hier im Forum). Bei Fragen kannste dich gern an mich wenden.

Hallo,

ich bin auch gerade dabei, eclipse und mspgcc zum laufen zu bekommen.
Ich hab mir eclipse 3.3 und cdt 4.0 installiert. Dann das plugin für den
mspgcc dazu, aber wenn ich ein neues c-projekt anlegen will, bekomme ich
keine möglichkeit als Projekttyp "mspgcc ELF" auszuwählen. Da taucht gar
nichts auf von wegen msp. Muss ich noch irgendwas beachten, was zb das
plugin für den mspgcc betrifft?

Grüße Christian

@Martin:
vielen Dank für den Hinweis mit Zylin und den Link.

@Supachris:
vielen Dank für Deine Tipps und Hilfsbereitschaft, die ich gerne in
Anspruch nehmen möchte. Ich habe die Anleitung aufgrund Deiner Hinweise
folgendermaßen modifiziert:

1. Eclipse c/c++ Europa herunterladen in Ordner Pakete:
   eclipse-cpp-europa-winter-win32.zip
   (enthält wohl bereits das CDT-Plugin: cdt-master-4.0.3.zip)
2. mspgcc-20070216.exe 2007-Version des Compilers herunterladen
   in Ordner Pakete
3. rufe mspgcc.exe auf (soll die Version 20070216 sein !)
   installiere nach c:\programme\mspgcc
   warte bis Fenster file assoc. kommt, dann Return
4. mspgcc-Plugin
   http://homepage.hispeed.ch/py430/mspgcc/net.sf.mspgcc.zip
   herunterladen in Pakete
5. gehe in Ordner Pakete
6. Eclipse entpacken mit CDT -> Ordner eclipse, features, plugins
8. MSPGCC-Plugin entpacken -> Ordner plugins
9. durch Entpacken gewonnene Verzeichnisse nach Programme kopieren
10. Verknüfung zu eclipse.exe auf den Desktop

Frage: Ist das so soweit ok?

Macht es Sinn statt dem oben in der Datei
eclipse-cpp-europa-winter-win32.zip integrierten CDT die 2 Dateien
embedded_cdt.zip und zylin_cdt.zip (so ähnliche Namen) zu verwenden?

Wie tausche ich den msp430-gdb aus? Kannst Du mir sagen auf welche
Anleitung Du Dich beziehst? Gibt es eine Datei, die ich austauschen
muss? Muss ich dazu die alte Umgebung installieren und daraus diese
Datei entnehmen?

Danke und Gruss
   Matthias

Ich hab auch die Komplettversion der Eclipse Europa incl. CDT.
Deine Schritte sind schon richtig. Wichtig ist halt, die beiden
Verzeichnisse aus dem Plugin-Zip ins Eclipse verzeichnis zu kopieren.
Der msp430-gdb im aktuellen Paket ist irgendwie total buggy. Deshalb
zuerst mspgcc vom Mai 2006 installieren, den msp430-gdb da raus
kopieren. Dann den aktuellen kopieren und den msp430-gdb mit der
gesicherten alten Version ersetzen. Dann klappts.
Wenn ich ganz viel Zeit hab, mach ich mal ne bebilderte Anleitung, ein
paar Screenshots hab ich hier: http://supachris.homeip.net/Eclipse.rar

Hallo Chris,

ich muss den alten mspgcc von Mai 2006 erst wieder herunterladen.

Unter
http://sourceforge.net/project/showfiles.php?group_id=42303
wird der neue mspgcc-win32 20070216 angeboten und
ein msp430-gdbproxy mit Datum 2006-11-14. Ist das brauchbar?

Etwas weiter unten ist angegeben was zum
msp430-gdbproxy mit Datum 2006-11-14 gehört:
    HIL.dll
    libHIL.so
    libMSP430.so
    MSP430.dll
    msp430-gdbproxy
    msp430-gdbproxy.exe
    ti_usb_3410_5052_FC4_FC5.tgz

Welche dieser Dateien ist denn aus Deiner Sicht
auszutauschen?

Ich habe nun mspgcc-20060502.exe heruntergeladen und
auf einem 2. Rechner installiert. Im Verzeichnis
bin befindet sich msp430-gdbproxy.exe.

Soll ich nur diese eine Datei austauschen?

Matthias

Du musst die Datei *msp430-gdb.exe* austauschen. Also die vom Mai  2006
nehmen, die restlichen Dateien sind ok.

Danke Chris.

Dies habe ich nun alles gemacht:

1. Eclipse c/c++ Europa herunterladen in Ordner Pakete:
   eclipse-cpp-europa-winter-win32.zip
   (enthält wohl bereits das CDT-Plugin: cdt-master-4.0.3.zip)
2. mspgcc-20070216.exe 2007-Version des Compilers herunterladen
   in Pakete
3. rufe mspgcc.exe auf (soll die Version 20070216 sein !)
   installiere nach c:\programme\mspgcc
   warte bis Fenster file assoc. kommt, dann Return
4. auf 2. Rechner mspgcc-20060502.exe installieren, msp430-gdbproxy.exe
   von 5.06 in Verzeichnis bin der neuen Installation von 2.07 kopieren
5. mspgcc-Plugin
   http://homepage.hispeed.ch/py430/mspgcc/net.sf.mspgcc.zip
   herunterladen in Pakete
6. gehe in Ordner Pakete
7. Eclipse entpacken mit CDT -> Ordner eclipse, features, plugins
8. MSPGCC-Plugin entpacken -> Ordner plugins
9. durch Entpacken gewonnene Verzeichnisse nach Programme kopieren
10. Verknüfung zu eclipse.exe auf den Desktop
11. FET_R511.exe von aktueller IAR-Kickstart
    Umgebung auf 2. Rechner installieren
    Verzeichnis drivers holen
12. USB-Stick EZ430-F2013 einstecken. Hardware wird erkannt,
    notfalls Hardwareerkennung aufrufen über Systemsteuerung Hardware
    Software von bestimmter Quelle installieren:
    Pfad msp430/pakete/drivers/TIUSBFET/WinXP wählen.
    Dasselbe für 2. Erkennung tun
    System Hardware Gerätemanager zeigt unter Mehrfachadapter (seriell)
    MSP-FET430UIF (TI USB FET) Adapter an.
13. Eclipse starten. Workspace msp430\work
14. Help Eclipse enthält mspgcc User Guide, Workbench User Guide
    und C/C++ Development User Guide

Der EZ430-Stick wird erkannt, die Led der geladenen LED-Demo
blinkt. Mein LCD hängt an den Portpins des 2013. Soweit so gut.

Wenn ich Eclipse starte kann ich mit File new
"C-Project", "C++ Project", "Project" oder
"Convert to C/C++ Make Project" wählen.

Wenn ich Project wähle erscheint ein Wizard
wo ich Project, C-Project oder C++ Project wählen kann.

Einen Menüpunkt "Managed Make Project", so wie bei TIs CCE
sehe ich nicht.

Kann es sein, daß cdt-master-4.0.3.zip doch
noch fehlt, obwohl ich dachte, daß es in
eclipse-cpp-europa-winter-win32.zip integriert wäre?

Matthias

Warum machst Du dir als "Anfänger" das Leben so schwierig ? (Das soll
jetzt nicht böse gemeint sein!). Lade dir doch den Free-CodeComposer
herunter und fang damit an. Ich denke, für den Anfang ist die
8k-Beschränkung kein Hindernis. Besonderer Vorteil : Bei der
Installation wird Eclipse "richtig" eingerichtet. So kannst du den
MSP430 und Eclipse langsam kennenlernen.

Seit Eclipse 3.3 oder sowas sind wohl alle C-Projekte Managed. Der CCE
baut ja noch auf der alten Eclipse auf, deswegen ist das da getrennt.
Schau dir einfach die Bilder im oben geposteten Link von mir an.
C-Projekt ist das richtige.

Wird denn das Target erkennt, wenn du aus dem Startmenü bei mspgcc den
msp430-gdbproxy mit Spy-Bi-Wire aufrufst?

@Gast:
natürlich möchte ich mir das Leben nicht unsinnig schwer machen.
Angefangen hatte ich daher mit einer lcd.c und lcd.h, die mit
einem KEIL-Compiler bereits erfolgreich lief.

Dies versuchte ich mit IAR und dann CCE erfolgreich auf
dem EZ430 zum Laufen zu bringen. Bei IAR hatte ich Probleme.
CCE schien mir problemloser zu bedienen und sinnvoller mit Hilfe der
guten Anleitung von TI. Die 8k hätten erst mal gereicht.
Die LED brachte ich mit CCE rasch zum Blinken.

Mit meinem lcd.c und lcd.h stolperte ich bei CCE jedoch über
eine Fehlermeldung und kam alleine nicht weiter.
Die Unterstützung für MSPGCC schien mir da größer.
Sebastian Mathar hat da ja gute Tutorials verfasst.

Daher meine Motivation dies nun so in Betrieb zu nehmen.

@Chris:
wenn ich aus dem Startmenü den mspgcc
msp430-gdbproxy Spy-Bi-Wire aufrufe erscheint ein Fenster
Remote Proxy for GDB v0.7.1. Offenbar wird ausgeführt:
MSP430_Initialize(), MSP430_Configure(), MSP430_VCC(3000),
MSP430_Identify(). info Target is a MSP430F20x3 type 52
MSP430_Configure(), notice waiting on TCP port 3333.

Ist das so ok?

Funktionsfähige Beispiele zum Nachvollziehen helfen mir
erfahrungsgemäß am meisten. Wenn die IDE erst mal korrekt
aufgesetzt und eingestellt ist sollte der Rest ja kein Hexenwerk
mehr sein.

Dein Eclipse.rar habe ich heruntergeladen und in die anhängende
OpenOffice-Datei integriert. Wenn die Bilder dazu in einem
Verzeichnis Bilder abgelegt werden kannst Du das Dokument
leicht verwenden, wenn Du noch etwas dazu schreiben möchtest.
Vielen Dank für die Bilder !

Nach File C-Project, Project name Test erscheint eine Warning
Error launching external scanner into generator.. (Dein Bild 002).

Bis Bild 010 habe ich alles so eingestellt wie ich es den
Bildern entnahm. Der Controllertyp muss leider mehrmals eingegeben
werden. Ich habe msp430x20x3 als Namen gewählt und hoffe, daß dies
so ok ist für den F2013.

Bei Bild 011 hast Du wohl das LED-Beispiel msp430x20x3_1.c geladen.
Ich habe msp430x20x3_1.c von der TI-Seite geladen.

Der Projekt Explorer zeigt mein "Test"-Projekt und darunter
die Includes. Wie bekomme ich nun die msp430x20x3_1.c da korrekt
hinein? Dein Bild 012 zeigt unter Test auch Ordner Binaries,
Debug und dazu gdb-target.ini, main.c, msp430-gdb.exe.
So weit bin ich leider noch nicht.

Matthias

Hallo Chris,

ich habe mich durch Deine Bilder durchgearbeitet
und alles weitgehend so eingestellt, wie in den
Bildern zu sehen.

Im Projekt Test gibt es nun Binaries, Includes,
einen Ordner Debug mit main.o, makefile etc.
Dazu gibt es das main.c mit TI's LED-Blink-Programm,
die Datei gdb-target.ini und msp430-gdb.exe.stackdump.

Bei build all erscheint warning:
Error launching external scanner info generator
gcc -E -P -v -dD C:/msp430/work/...

Wenn ich auf Debug klicke erscheint Launching Test Debug.
Nach einer Weile: No symbol table loaded.
Use the file command. localhost: 3333. Bad file
descriptor.

Exception ocurring during launch. Reason:
Target selection failed.

Als MCU-Typ hatte ich msp430x2013 angegeben.

Wenn ich den msp430-gdbproxy Spy-Bi-Wire aus
der mspgcc-Installation verwende scheint das
Target korrekt erkannt zu werden.

Hast Du eine Idee, wie ich erst mal das einfache
LED-Beispiel korrekt in Gang setzen kann?

Viel kann ja wohl nicht mehr fehlen . . .

Matthias

PS: TI verwendet bei CCE noch immer das alte Eclipse,
zu dem auch die Anleitung von Andreas Ackermann passt.

Du musst den gdbproxy natürlich die ganze Zeit gestartet lassen, wenn du
Debuggen willst. Also erst mdp430-gdbproxy starten und offen lassen, und
dann im Eclipse auf Debuggen gehn. Dann müsstest du im
Kommandozeilenfenster vom gdbproxy sehen, wie das Programm geladen wird.
Dei Warnung kannst du ignorieren, da musst du bei den Discovery-Optionen
irgendwo bei den Projekt-Setting des msp430-gcc statt gcc einstellen,
dann ist die weg. Stört aber auch so nicht.

Hallo Chris,

bis auf die 2 warnings compiliert er wohl.
Wenn Du (oder jemand anders) weiß, wo ich in den
Settings den GCC ersetzen soll so tue ich das, um
die eine Warning loszuwerden.

Normalerweise müsste es wohl ein .elf-file
geben. Im Project-Explorer sehe ich kein .elf.
Im Verzeichnis Test finde ich keine Datei mit .elf.
Eine Datei "Test" gibt es da im Ordner Debug.

Vermutlich soll das die .elf-Datei sein. In
Deiner gdb-target.ini schreibst Du ja: load Debug\Test.

Den msp430-gdbproxy Spy-Bi-Wire (USB) habe ich nun
außerhalb von Eclipse gestartet und lasse ihn laufen.
waiting on TCP port 3333 meldet er.

In der Debug-Ansicht klicke ich auf den grünen Käfer
Debug. Im proxy-Fenster erscheint connected, Registers(READ)
command 657261...  command erase main
executing target dependant command erase
Memory(Write),Registers(WRITE),Reset(ALL),Close
Session killed, Initialize, Configure, VCC(3000),
Identify, Target is a MSP430F20x3 waiting on TCP port 3333.

So weit so gut.

Nur leider meldet Eclipse eine Exception. Unten in der
Console steht: No symbol table is loaded. Use the file command.
/cygdrive/c/Programme/eclipse/C:\msp430\work\Test/C:\msp430\work\Test\Debug\Test:
No such file or directory.

In der Tat ist das Directory test bei mir kleingeschrieben.
In der gdb-target.ini ist es großgeschrieben: load Debug\Test.

Wenn ich das Verzeichnis umbenenne in "Test" und neu
builden lasse erscheinen wieder nur die 2 warnings.
Beim Aufruf des Debuggers kommt "Exception occurred during launch"
Reason: Target selection failed.

In der Console steht:
No symbol table is loaded.  Use the "file" command.
/cygdrive/c/Programme/eclipse/C:\msp430\work\Test/C:\msp430\work\Test\Debug\Test:
No such file or directory.

In C:\msp430\work\Test/C:\msp430\work\Test\Debug
gibt es aber sehr wohl eine aktuelle Datei Test ohne Dateiendung.

Was nun?

Matthias

Sicher, dass du den msp430-gdb.exe aus dem alten Programmpaket von Mai
2006 genommen hast? Genau den Fehler produziert nämlich der aktuelle.
In den Projekt-Settings bei Build-Otions gibts ein Feld für die
Datei-Endung, da kannst du elf reinschrieben. Musst natürlich die
gdb-target.ini dann anpassen. Und bei Debug nochmal auf der ersten Seite
das richtige elf-File auswählen.

Wie geht es eigentlich mit der Entwicklung vom mspgcc weiter? Erleidet
dieser das gleiche Schicksal, wie viele andere OpenSource-Projekt, sie
sterben einfach oder dümpeln vor sich hin?

Bei mir ist es schon öfters vorgekommen, dass der Code mit -O3 größer
und nicht mehr lauffähig war. Mit -O2 geht es dagegen.

>Nur leider meldet Eclipse eine Exception. Unten in der
>Console steht: No symbol table is loaded. Use the file command.

Der gdb (vermutlich nur die 2007-Version) krankt daran, dass er eine
initialisierte Variable am Anfang benötigt. Irgendwo hat ein Spassvogel
mal this_makes_the_debugger_happy=0; gesetzt.

MSP430 wrote:
> Wie geht es eigentlich mit der Entwicklung vom mspgcc weiter? Erleidet
> dieser das gleiche Schicksal, wie viele andere OpenSource-Projekt, sie
> sterben einfach oder dümpeln vor sich hin?

Wahrscheinlich. Ist ja seit Februar 07 nix mehr öffentlich passiert. Die
neuen MXP320 werden nicht unterstützt, der Patch läuft wohl auch nicht
korrekt.

>>Nur leider meldet Eclipse eine Exception. Unten in der
>>Console steht: No symbol table is loaded. Use the file command.
>
> Der gdb (vermutlich nur die 2007-Version) krankt daran, dass er eine
> initialisierte Variable am Anfang benötigt. Irgendwo hat ein Spassvogel
> mal this_makes_the_debugger_happy=0; gesetzt.

Wenn das nur das einzige wäre. Mit dem gdb nach Mai 06 gehts leider mit
der Variable auch nicht. Keine Ahnung, wieso. Mit der Version Mai 2006
klappts bei mir ganz gut. Hab allerdings den richtigen Debugger, kein
SBW.

Ich habe den hier bei Ebay gekauft:

http://cgi.ebay.de/Programmer-f-ARM-Xilinx-MSP430-...

Mit dem geht es eigentlich sehr gut, unterstützt aber auch kein SPW. Die
neuen µC habe ich mir noch gar nicht angeschaut. Bisher geht es bei mir
nur um einen 169er bei meiner "Programmierung" reicht die freie Version
des IAR leider nicht mehr aus.

Hab auch schon den Code Composer probiert. Der Programmer funktioniert
auch mit diesem aber mir gefällt das Bedienkonzept nicht und das
generierte File arbeitet irgendwie zu langsam. Wenn ich eine simple LED
blinken lasse (hello World praktisch), dann funktioniert das mit dem
IAR/GCC super, mit dem CCS läuft das alles viel langsamer ab.

Zur Info:
Meine Entwicklungsumgebung: Eclipse, mspgcc und mspfet. Debugging über
LCD oder Terminal. Geht bei dem fetten Speicher auch ganz gut.

Christian R. wrote:
> Sicher, dass du den msp430-gdb.exe aus dem alten Programmpaket von Mai
> 2006 genommen hast? Genau den Fehler produziert nämlich der aktuelle.

Hallo Chris,

im Verzeichnis programme/mspgcc/bin stehen
die exe-Dateien des mspgcc mit Datum vom 16.2.07.
Die Datei msp430-gdbproxy.exe hat das Datum 2.5.06.

Ja, ich bin mir damit sicher, dass ich die Datei
korrekt laut Deiner Angabe ersetzt habe.

> In den Projekt-Settings bei Build-Otions gibts ein Feld für die
> Datei-Endung, da kannst du elf reinschrieben.

Du meinst bei den Properties, C/C++ Build, Settings,
Build steps, Post build steps, command:
msp430-size --target=elf32-msp430 Test.elf ?

So habe ich dies nun eingetragen.

> Musst natürlich die
> gdb-target.ini dann anpassen.

klar. Habe ich gemacht.

> Und bei Debug nochmal auf der ersten Seite
> das richtige elf-File auswählen.

ok. Auch gemacht.

Mich verwundert die Fehlermeldung:
/cygdrive/c/Programme/eclipse/C:\msp430\work\Test/C:\msp430\work\Test\Debug\Test:
No such file or directory.

Es ist ja klar, daß es diesen wirren Pfad so nicht
geben kann. Den hinteren Teil gibt es mit Sicherheit.
Wieso dann da noch ein Teil mit cygdrive davor steht
weiß der Himmel.

Matthias

Matthias W. wrote:

> Du meinst bei den Properties, C/C++ Build, Settings,
> Build steps, Post build steps, command:
> msp430-size --target=elf32-msp430 Test.elf ?

Nee, bei Build Artefakt kann man bei Artefakt Extension elf eingeben,
dann wird´s in deinem Fall Test.elf

> Mich verwundert die Fehlermeldung:
>
/cygdrive/c/Programme/eclipse/C:\msp430\work\Test/C:\msp430\work\Test\Debug\Test:
> No such file or directory.
>
> Es ist ja klar, daß es diesen wirren Pfad so nicht
> geben kann. Den hinteren Teil gibt es mit Sicherheit.
> Wieso dann da noch ein Teil mit cygdrive davor steht
> weiß der Himmel.
>
> Matthias

Naja, das ganze Geraffel kommt ja aus der Linux Welt und das läuft unter
Windows nur mit CyWin. Deshalb der komische Pfad. Der ist aber OK so,
denke ich.

Leider weiß ich nun auch nicht mehr weiter. Da er ja schon mal das
Programm offensichtlich in den Flash lädt, kann´s nicht so falsch sein.
Wie gesagt, das hatte ich mit dem "kaputten" msp430-gdb immer.

Hallo MSP430, Chris,

es ist doch ein wenig schade, daß der MSPGCC so verwaist scheint.

Mir ist klar, daß es eine Menge Arbeit bedeutet, so ein Projekt
wie die Portierung/Anpassung und dann eine Pflege durchzuziehen.
Allein das Thema Doku ist nicht zu unterschätzen.

Meine Hochachtung vor Chris Lichti und den Kollegen, die hier
so zielführend aktiv waren, daß viele davon profitieren konnten.

Aus meiner Sicht hätte mspgcc eine Chance, wenn TI Geld in den
mspgcc stecken würde statt in CCE. Heute ist es so, daß TI
selbst nicht den CCE empfiehlt sondern stattdessen andere
Compiler, die jeder wieder Geld kosten - mit jeweils einer
anderen IDE.

Wer Geld in die Hand nimmt wird sich überlegen, ob er das
Geld in den CCE stecken möchte, den TI ja gar nicht empfiehlt
oder besser in eine andere Toolumgebung.

Der Vorteil von Eclipse mit CCE oder MSPGCC liegt aus meiner
Sicht darin, daß Eclipse eine moderne freie IDE ist, die zu
einem Standard werden könnte. Wer sich mit dieser IDE auskennt
kann leichter wieder auf einen anderen Controller wechseln,
wenn Eclipse auch für diesen zur Verfügung steht.

Der GCC ist ein recht brauchbarer Compiler, der sich offenbar
recht gut an uController anpassen lässt. Kaum ein Halbleiter-
hersteller dürfte ein Interesse daran haben selbst eine Toolkette
zu schreiben.

Mit Eclipse und GCC-Anpassungen besteht die Chance eine
durchgängige brauchbare Toolkette über Architekturen hinweg zu
installieren.

Daher setze ich heute auf diese Kombination und versuche mich
durchzubeißen - trotz aller Widrigkeiten. Gerne würde ich die
Led reproduzierbar zum Blinken bringen, debuggen können und
auch einmal ein paar Zeichen auf dem LCD ausgeben können -
mit Hilfe der 2-Wire-Debug-Schnittstelle des EZ430.

Matthias

Christian R. wrote:
> Nee, bei Build Artefakt kann man bei Artefakt Extension elf eingeben,
> dann wird´s in deinem Fall Test.elf

ok, Artifact name: Test.elf

> Leider weiß ich nun auch nicht mehr weiter. Da er ja schon mal das
> Programm offensichtlich in den Flash lädt, kann´s nicht so falsch sein.

leider bekomme ich die LED-Demo nicht immer zuverlässig
in den Chip. Einmal hats wohl geklappt, dann oft wieder nicht.

Habe die LED-Demo nun mit i=60000 neu erzeugt.
Das müsste ziemlich langsam blinken:

**** Rebuild of configuration Debug for project Test ****

**** Internal Builder is used for build               ****
msp430-gcc -IC:\Programme\mspgcc\msp430\include -O2 -g -Wall -c
-fmessage-length=0 -mmcu=msp430x2013 -omain.o ..\main.c
../main.c:24: warning: return type of `main' is not `int'
msp430-gcc -mmcu=msp430x2013 -oTest.elf main.o
msp430-size --target=elf32-msp430 Test.elf
   text     data      bss      dec      hex  filename
    138        0        0      138       8a  Test.elf
Build complete for project Test
Time consumed: 813  ms.

Sieht gut aus. Der Proxy läuft in seinem schwarzen Fenster
und wartet. Nun drücke ich auf den grünen Debug-Käfer:

Launching Test Debug. Exception occurred during launch.
Jetzt findet er die elf-Datei angeblich nicht:
C:\msp430\work\Test\Debug\Test.elf: No such file or directory.
Dabei gibt es in diesem Verzeichnis eine Datei
Test.elf. Was soll dann diese Fehlermeldung?

Das schwarze Fenster ist abgeschmiert. Die LED blinkt nicht
so langsam wie sie sollte. Das Programm ist also nicht drin.
So weit so schlecht.

Das Ganze nochmal: gdbproxy wieder aufrufen.
Fenster kommt hoch und verbindet. Auf grünen Käfer:
Im Fenster wird nun gelöscht und geladen. Das Programm
arbeitet nun korrekt, die LED blinkt langsam.

Eclipse meldet wieder "Exception occurred during launch".
C:\msp430\work\Test\Debug\Test.elf: No such file or directory.

Das Ganze ist etwas mühsam.

> Wie gesagt, das hatte ich mit dem "kaputten" msp430-gdb immer.

das ist nicht sehr beruhigend.

Matthias

Hallo Chris,

auch wenn es nur instabil geht. Ich versuche
trotzdem mal das LCD anzusprechen.

Kannst Du mir sagen, wie ich ein neues Projekt
anlege ohne wieder alles so mühsam eingeben zu
müssen?

Matthias

Matthias W. wrote:
> Hallo Chris,
>
> auch wenn es nur instabil geht. Ich versuche
> trotzdem mal das LCD anzusprechen.

Verhält sich der neue GDB denn auch so? Vielleicht geht der ja bei dir.
Eventuell liegts aber auch am SBW, das läuft unter IAR auch sehr buggy
und instabil.

> Kannst Du mir sagen, wie ich ein neues Projekt
> anlege ohne wieder alles so mühsam eingeben zu
> müssen?

Geht nicht. Musst alles neu eingeben. Das Eclipse PlugIn hat ja auch
keiner weiterentwickelt.

P.S.:
Erstaunlicherweise läuft die ganze Geschichte unter Vista 32Bit mit dem
Olimex USB Debugger sogar schneller und stabiler als mit dem Original TI
unter XP. Sehr komisch.

Christian R. wrote:
> Verhält sich der neue GDB denn auch so? Vielleicht geht der ja bei dir.

Ich habe MSPGCC deinstalliert und neu installiert
ohne den gdb auszutauschen. Beim Aufrufen Spy-Bi-Wire
erscheint das übliche Fenster und verbindet sich.

Beim ersten Versuch zu debuggen lädt er wohl das
Programm und bricht dann mit den üblichen Fehlern ab.
Direkt danach schafft er es nicht mehr das Programm
zu laden. Das GDB-Fenster stürzt ab nach der Meldung
Fuse blown.

Also neu starten, dann Eclipse neu starten. Debug.
Programm nun drin. Fehlerfenster Eclipse mit Exception.
Alles wie gehabt. Kann keinen Unterschied zur alten
GDB-Datei feststellen.

> Eventuell liegts aber auch am SBW, das läuft unter IAR auch sehr buggy
> und instabil.

wie läuft das denn bei den anderen Nutzern?

>> Kannst Du mir sagen, wie ich ein neues Projekt
>> anlege ohne wieder alles so mühsam eingeben zu
>> müssen?
>
> Geht nicht. Musst alles neu eingeben. Das Eclipse PlugIn hat ja auch
> keiner weiterentwickelt.

das ist natürlich sehr bedauerlich und zeitfressend.
Vor mir liegen mittlerweile 15 Seiten, was ich wo und
wie einzustellen habe.

Mir scheint langsam, daß die uralte Methode mit den
Kommandozeilen letztlich nicht so viel ungünstiger war
oder übersehe ich hier etwas?

Es gab ja auch mal die DevC++ Umgebung, die wohl heute
auch nicht mehr so einen großen Stellenwert hat?
Im Tutorial von Thomas Wedemeyer steht hinten:
"Theoretisch können auch Programme mit dem GDB für den
MSP430 debuggt werden. Bisher habe ich dies noch nicht
zum Laufen gebracht.."

So klemmt es wohl an vielen Ecken. In Firmen kann man sich
auf solche zeitraubende Bastelei nicht einlassen und so
verwundert es nicht, daß OpenSource hier derzeit einen
schweren Stand zu haben scheint.

> Erstaunlicherweise läuft die ganze Geschichte unter Vista 32Bit mit dem
> Olimex USB Debugger sogar schneller und stabiler als mit dem Original TI
> unter XP. Sehr komisch.

Seltsam. Dies allein ist für mich noch kein Grund jetzt
von XP Pro auf Vista umzusteigen. Eher steige ich irgendwann
mal auf Linux um. Vielleicht gibt es da ja weniger Stress
ohne Cygwin und so.

Matthias

Naja, wenn man 2 mal ein Projekt eingerichtet hat, weiß man wie´s geht,
und dann klappts auch schneller. Bis man in der CCE alle Einstellungen
gefunden hat, dauerts auch.

Unter Vista hab ich momentan ein Phänomen, dass ich flashen und Debuggen
kann, aber ein laufendes Programm mit Pause unterbrechen geht irgendwie
nicht. Sehr seltsam. Wenn ich aber vor Programmstart Breakpoints setze,
werden die angesprungen und er hält korrekt an. Komisch, wer weiß, was
da wieder ist.

In der Firma..naja, Institut, wo ich arbeite, nehmen wir noch Eclipse
und GCC, werd aber demnächst CCE kaufen. IAR ist einfach zu teuer und
svn wird nicht direkt unterstützt. Eclipse kann man so herrlich
erweitern.

Unter Linux wirste damit auch nicht so viel Freude haben, ich glaub, der
USB Debugger geht da auch mehr schlecht als recht.

Hallo Chris,

wenn Du auf CCE umsteigen möchtest wirst Du ja sehen, ob Dir
dieser Compiler besser zusagt als der MSPGCC.

Ich weiß nicht, ob CCE und GCC kompatibel sind,
was den Debugger anbelangt.

Wenn es so wäre, daß die Debug-Informationen grundsätzlich
dieselben wären, so wäre es denkbar die Eclipse-Umgebung
des CCE für den GCC umzukonfigurieren und nur den Debugger
zu belassen.

Der Debugger von TI wäre dann vermutlich die stabilere Variante.

Schade wäre es aus meiner Sicht in jedem Fall, wenn das
Potential, das im GCC steckt für den MSP430 in Zukunft
nicht mehr nutzbar wäre.

Heute sind ja scheinbar ziemliche Klimmzüge notwendig,
wenn man vernünftig arbeiten möchte. Oder hat jemand eine
andere Idee?

Matthias

also es ist richtig, die Konfiguration von mspgcc und eclipse ist etwas
tricky! habe viel Arbeit investiert.

ABER nun lohnt es sich! -> läuft alles vollautomatisch unter Linux
(Ubuntu Debian) in Kombination - mspgcc-toolchain und eclipse!

perfekt und ich bin happy!!! :-)

liebe Grüße Raphael

@Raphael:
Es freut mich sehr zu hören, wenn bei Dir diese
Umgebung läuft. Kannst Du denn ohne Probleme
Programme in den USB-Stick EZ430 laden und
debuggen?

Das Compilieren scheint mir ja mit dem MSPGCC
problemloser als beim CCE.

Wenn Du also Tipps hast, wie ich das unter
Windows korrekt zum Laufen bringen könnte
würde ich mich freuen, wenn Du mir damit helfen
könntest meine Umgebung korrekt zum Laufen zu
bekommen.

Bisher sind oft mehrere Versuche nötig das
Programm mal in den Speicher zu bekommen.
Wenn es drin ist läuft es nicht von selbst an,
sondern ich muss den Stick abstecken und wieder
anstecken. Ideal ist das nicht gerade . . .

Auch die neue CCE3 von TI arbeitet nicht vollkommen
problemlos mit dem Stick zusammen, auch wenn
viel mehr geht als mit der selbst zusammengebastelten
Umgebung.

Liebe Grüße
  Matthias

hallo Matthias

Tut mir leid für die etwas späte Antwort, hatte sehr viel zu tun.
Ich selbst habe keinen EZ430 hier, -> verwende derzeit eine OLIMEX
JTAG Schnittstelle unter Linux ohne USB.

Aber ich habe schon oft gelesen, dass auch die EZ430 laufen sollen.

Ich vermute eher ein Hardwareproblem! Möglicherweise verursacht deine
USB Schnittstelle Spannungsinterferenzen welche das MSP430 Board
abstürzen lassen.

Hier ist das MSPGCC - Eclipse Tutorial
http://www.develissimo.net/de/tutorial-de.html

liebe Grüße
>Raphael

Das Entwickeln von MSP430 Applikationen läuft bei mir bestens unter
Linux!

Die USB Schnittstelle habe ich noch nicht ausprobiert, da sie mir zu
teuer war. Das Debuggen per JTAG läuft super, also gab es keinen Grund
für mich auf USB umzusteigen.

Jedoch da Chris meinte es läuft unter Linux nicht so gut, hoffe ich in
den nächsten Wochen den Gegenbeweis zu erstellen.

Werde mir das EZ430 ordern und ein Tutorial online stellen!

liebe Grüße
>Raphael

Hallo Raphael,

schön von Dir zu hören. Momentan habe ich leider kein Linux-System zum
Testen zur Verfügung. Ich finde es aber toll, daß Du sogar ein Tutorial
online stellen möchtest. Unter Windows scheint mir momentan nichts
wirklich stabil zu laufen, wenn es um den kleinen F2013 mit USB geht.
Oder meine Hardware hat eine Macke, was ich momentan nicht glaube.

Manchmal habe ich den Eindruck, daß die nicht vorhandene
Reset-Beschaltung ein Problem darstellen könnte. Vielleicht sollte auf
die Target-Platine noch ein C gegen Masse an der Reset-Leitung drauf?

TI hat möglicherweise etwas zu flott gearbeitet und etwas übersehen. Mit
CCE3 sollte es doch keine Probleme geben? Schon oft ist mir Eclipse
einfach hängengeblieben.

Es gelang mir zwar die LED-Demo zum Laufen zu bringen. Mein LCD mit
HD44780 läuft aber leider noch nicht. Hardwaremäßig müsste es korrekt
angeschlossen sein. Der Kontrast scheint mit der Zusatzbatterie ok. Die
Signale kommen an den Pins an, wenn ich mit dem Oszi schaue. Meine
anfänglichen Softwarefehler müssten nun weg sein. Nur leider sehe ich
nicht "Hello World" - noch nicht.

Wenn Dich das Thema LCD interessiert kann ich die Datei mal hochladen
oder mailen - was immer Dir lieber ist.

Liebe Grüße
  Matthias

gehört zwar nicht direkt hier dazu, aber ich hab mal CCE3 ausprobiert.
Trotz der Angabe bei TI, dass es Vista kompatibel ist, schmiert es ab,
wenn man die Projektoptionen öffnen will. Da muss wohl das PlugIn
nochmal nachgebessert werden. Schade, die 16K der neuen freien Version
klingen gut.

Hi Leute,

@Matthias:Kein Linux System zum testen da?
-> Das sollte ja leicht zu lösen sein -> http://www.ubuntu.com

Ubuntu in der Version Hardy Heron wird euch alle glücklich machen!

Ich studiere Informatik + Elektronik / technische Informatik und komme
ganz ohne teure Lizenzen aus! Im Gegenteil ich bin sogar flotter
unterwegs, da ich meine Programme nicht im nächsten Laden kaufen muss.
das nur am Rande :-)

Ich verspreche die nächsten Tage also 2/3Wochen wirds in Summe schon
dauern die USB und Spy by Wire sachen unter Linux zu testen! Werd gleich
ein Evaluation Board ordern.

bezüglich des ez430 habe ich hier im Forum gelesen, dass er auch mal
abstürzt. aber obs am ez430 oder an dem Rechner des "Testers" lag kann
ich nicht sagen!!!

Liebe Grüße
>Raphael

#Wenn Dich das Thema LCD interessiert kann ich die Datei mal hochladen
#oder mailen - was immer Dir lieber ist.

Matthias - ja gerne, lade die LCD Datei bitte hoch!

@Chris:
ja die 16k der CCE klingen gut. Nur scheint die Umgebung CCE mit Eclipse
leider nicht sonderlich stabil in Zusammenarbeit mit dem Stick. Ich habe
schon oft eclipse abschießen müssen, weil ein Fenster klemmte.

Schade !

Leider ist bei der CCE3 noch die alte Eclipse verwendet worden. Deine
Anleitung bezieht sich ja auf die neue.

Schön an der CCE3 finde ich die gute Integration der verschiedenen
Chipvarianten. Wenn es etwas stabiler wäre . . .   und mein LCD endlich
mal korrekt liefe . . .

Matthias

Raphael Reu wrote:
> @Matthias:Kein Linux System zum testen da?
> Ubuntu in der Version Hardy Heron wird euch alle glücklich machen!

früher oder später werde ich das mal testen. Bisher schreckte mich immer
ab, daß die Schriften so ganz anders aussahen als unter Windows.

> komme ganz ohne teure Lizenzen aus! Im Gegenteil ich bin sogar flotter
> unterwegs, da ich meine Programme nicht im nächsten Laden kaufen muss.

ich kann das gut nachvollziehen. Manche Freeware- oder Opensource-Sachen
sind einfach genial.

> Ich verspreche die nächsten Tage also 2/3Wochen wirds in Summe schon
> dauern die USB und Spy by Wire sachen unter Linux zu testen! Werd gleich
> ein Evaluation Board ordern.

prima.

> bezüglich des ez430 habe ich hier im Forum gelesen, dass er auch mal
> abstürzt. aber obs am ez430 oder an dem Rechner des "Testers" lag kann
> ich nicht sagen!!!

da wirst Du dann ja bald aus eigener Erfahrung berichten können.

> Matthias - ja gerne, lade die LCD Datei bitte hoch!

anbei die Datei. Vielleicht bringst Du sie ja bei Dir zum Laufen.
Mit dem Oszi habe ich die Pins am LCD angesehen. Eigentlich sollte es
gehen. Natürlich ist Irren menschlich. Fehler gibt es immer wieder.Unter
Keil läuft so ein Display. Für den MSP hatte ich etwas umgeschrieben und
die dabei gemachten Fehler mittlerweile behoben.

Matthias

> Bisher schreckte mich immer
> ab, daß die Schriften so ganz anders aussahen als unter Windows.

Schriftsätze, Fonts gibt es 1000de. Ausserdem sollten Fonts
systemunabhängig sein.

Liebe Grüße
>Raphael

Ps.: hab mir das LCD Beispiel runter geladen, werds bei Gelegenheit
durchgehen und mich melden.

Raphael Reu wrote:
> Schriftsätze, Fonts gibt es 1000de. Ausserdem sollten Fonts
> systemunabhängig sein.

ich verwende bisher meist Arial oder Times Roman.
Sind das freie Zeichensätze oder gibt es weitgehend
kompatible sollte das gleiche Look and feel ja kein
Problem sein.

> Ps.: hab mir das LCD Beispiel runter geladen, werds bei Gelegenheit
> durchgehen und mich melden.

prima. Viel Erfolg !

Matthias