Gast
#367747
Hallo zusammen, ich möchte unter Windows 2000 mit Eclipse meine MSP430 Programme debuggen. Die Toolchain habe ich mit den neuesten Patches eingerichtet laut Andreas Ackermanns (ackermann.andreas<at>bluewin.ch) Beschreibung. Das Compilieren des Beispiels funktioniert, Eclipse verbindet sich auch mit dem msp430-gdbproxy nur beim Downloaden bleibt das System hängen. Die Verkabelung stimmt, da ich mit msp430-downloader.exe den MSP430F169 programmieren kann. Woran liegt es? Folgende Meldungen / Einstellung habe ich bekommen bzw. sind gemacht: Installation Eclipse SDK Version: 3.2.0 mit allem was dazugehört. Fehlermeldung von Eclipse nach ca. 30 Sekunden: error creating session: Target is not responding (timed out) Der msp430-gdbproxy wird vor dem Debuggen gestartet und zeigt folgendes an: debug: MSP430_Initialize() debug: MSP430_Configure() debug: MSP430_VCC3000() debug: MSP430_Identify() info: msp430: Target device is a 'MSP430F169' (type 40) debug: MSP430_Configure() debug: msp430-gdbproxy.exe: waiting on TCP port 3333 debug: msp430-gdbproxy.exe: connected debug: MSP430_Register(READ) .... und wartet auf ewig. Ich verwende den MSP430-GDB in der Version GNU gdb 6.0 und die Datei gdbtarget.ini hat folgenden Inhalt: target remote localhost:3333 set remoteaddresssize 16 set remotetimeout 999999 set download-write-size 512 set remote memory-write-packet-size 512 set remote memory-write-packet-size fixed set remote memory-read-packet-size 512 set remote memory-read-packet-size fixed monitor erase load Debug\Projekt1 Was passiert nach dem READ im gdbproxy? Wird hier eine DLL angesprochen, die nicht installiert ist. Mit dem Debugger Insight funktioniert es auch nicht. Seit neuestem startet dieser nicht eimal mehr hoch, zeigt nur noch kurz eine leere DOS-Box und verabschieded sich wieder. Ich bin für jede Anregung dankbar. Gruß Ralf