GDB Problem mit Eclipse Juno / STM32 / Codesourcery / ST-Link V2

Firedog schrieb:
> Failed to execute MI command:
> -target-select remote

Hier liegt das Problem.

Probier mal:

1

    * Start gdb from the command line using the MI flag so that GDB accepts the commands as sent from Eclipse : 

2

gdb -i mi

wie hier beschrieben:

http://wiki.eclipse.org/CDT/User/FAQ#What_should_I_do_when_the_debugging_session_misbehaves.3F

https://sites.google.com/site/stm32discovery/open-source-development-with-the-stm32-discovery/getting-hardware-debuging-working-with-eclipse-and-code-sourcey 
hilft vielleicht weiter, mir hat es das jedenfalls.

ich hatte Probleme mit dem DSF GDB ich benutze den Standard-GDB Treiber.

siehe Bild. Adib.

Vielen Dank für die Antworten. Die genannten Websites bin ich bereits 
mehrmals durchgegangen und die Verwendung des Standard GDB Debuggers 
habe ich auch getestet, das Problem bestand leider weiterhin.

Ich habe nun die Kombination aus Atollic ST-Link GDB Server v1.3 pro und 
Codesourcery G++ lite 2011.03-42. Das Debugging funktioniert, aber nur 
eingeschränkt.
Beim Ausführen(Play) des Programms

while(1)
{
  for(i = 0;i<100000;i++);

  STM_EVAL_LEDToggle(LED1);
  STM_EVAL_LEDToggle(LED2);
}


bekomme ich diese Fehlermeldung im Debug-Panel:

-------
new Debug [GDB Hardware Debugging]
  GDB Hardware Debugger ([Datum & Zeit]) (Suspended) <Error '31' from 
remote target>
    Thread [1] (Suspended)
  C:\Program Files\CodeSourcery2\Sourcery G++ 
Lite\bin\arm-none-eabi-gdb.exe ([Datum & Zeit])
  C:\WIN_E\Indigo\Indigo_WS\new\Debug\new.elf ([Datum & Zeit])
-------

Der ST-Link Debugger läuft scheinbar weiter, da es blinkt. Wenn ich im 
Programm ein Breakpoint an die Stelle "STM_EVAL_LEDToggle(LED1);" setze, 
kann ich das Programm 2x mit Play durchlaufen, bevor das gleiche Problem 
erneut auftritt. Zum Error 31 habe ich leider nichts brauchbares finden 
können.

Da sich die Möglichkeit ergeben hat, habe ich jetzt mal die Hardware 
getauscht, d.h. neuer ST-Link und neues Board. Das Debugging 
funktioniert jetzt problemlos mit o.g. Software. Der Attollic GDB Server 
stürzt bei Hardware und Software Resets zwar noch ab (und zeigt da auch 
Error 31 an), aber immerhin kann ich jetzt debuggen. Komisch nur, dass 
der Atollic ST-Link GDB Server v1.6 pro noch immer nicht funktioniert.

Hello Ben,

recently I bought a olimex olimexino stm32 having stm32f103rbt.

Now I use my toolchain:
- eclipse Juni + cdt + armgcc
- atollic stlinkv2 gdb server

I patch the swd signals from an stm32f4discovery to the stm32f103 board.

I run into the same problem as you the gdb debugger server crashes on 
the startup process.

However I tried the same hardware configuration and the same source 
using atollic and that works.

It looks there is a problem in the eclispe juno gdb for stm32f103.

my toolchain works for the stm32f4discovery programming.

It costs so much time .... :-(

So if someone has a solution for swd programming stm32f103 devices ...


Adib.

Hi,

sorry for the late answer, had a lot of work.

I managed to solve the problem. As i said, i took the Atollic GDB Server 
v1.60 pro. Unfortunately this was the main issue, because this GDB 
Server, for whatever reason, seems to be incompatible with the 
Codesourcery Toolchain.

My actual working setup is as follows.

Atollic GDB-Server v1.3 Pro
Codesourcery g++-2012.03-87-arm-none-eabi Toolchain
Eclipse Juno


Now Eclipse config.

External Tools Configuration:
- Select the Atollic GDB-Server .exe file
- Select the folder
(Everyting has to be in this File, GDB Server, dll files etc.)
- Arguments: -e -d
(check the .txt File in the GDB-Server folder for more useful arguments)
- No refresh
- No build

Debug Configuration:
- Select Project
- Use standard GDB Hardware Debugging Launcher
- Set the file "arm-none-eabi-gdb.exe" from the Toolchain you installed 
in the GDB Command
- Check "Use remote Target" and set host: "localhost" and port: 61234
- Check Reset and Delay: 3 seconds
- Check Halt, Load Image, Load Symbols
- Check Set Breakpoint at: "main"
- Check Resume
- Type in Run Commands: jump Reset_Handler

Done.

Hi FireDog,

kannst Du mir sage, woher du die 1.3er Version des GDB Servers hast. Ich 
versuche es mit 1.6 und 1.7 und bekomme das Debuggen nicht zum Laufen.

Danke

Hallo zusammen,

ich programmiere für einen STM32F103 Microcontroller.

Dafür habe ich mir folgende Programmierumgebnung zusammengestellt:
- Eclipse Juno
- Codesourcery G++
- ST-Link GDB server
- ST-Link V2 Debugger

Aufgebaut ist die Umgebung anhand folgender Beschreibung:
https://sites.google.com/site/stm32discovery/open-source-development-with-the-stm32-discovery/setting-up-eclipse-for-stm32-discovery-development
https://sites.google.com/site/stm32discovery/open-source-development-with-the-stm32-discovery/getting-hardware-debuging-working-with-eclipse-and-code-sourcey
http://www.chibios.org/dokuwiki/doku.php?id=chibios:guides:stlink_eclipse

Allerdings hat das Linker-Skript von der Seite einen Fehler, sodass das 
Linken abgebrochen wird.
Ich habe deshalb das Atollic TrueSTUDIO-Linker-Skript, welches bei den 
ST-Projekten dabei ist, genommen.
Zum Einen erstellt der Compiler eine 131MB große Bin-Datei und zum 
Anderen werden Assembler-Dateien (Assembler-Startup-Skript) nicht 
compiliert.

Als weiteren Versuch habe ich dann das Linker- und C-Startup-Skript von 
M.Thomas verwendet.
Nun wurde eine vernünftige Bin-Datei erstellt.
Das Testprojekt konnte ich mit dem STM32 ST-LINK Utility Tool auf den uC 
laden. Das Testprojekt wird auch wie erwartet ausgeführt.
Daher gehe ich davon aus, dass der Code richtig compiliert wurde.

Nun kommen wir zu meinem Problem mit dem Debuggen.

Ich kann mit meiner Programmierumgebung eine Verbindung über den GDB 
Server herstellen. Wenn ich dann eine Debug Session starten möchte, bei 
der
zuerst der Code auf den uC geladen wird, erhalte ich folgende 
Fehlermeldung.

symbol-file 
D:\\TECHWORK\\TECHWORK\\trunk\\Firmware\\workspace_for_arm_firmware\\Fw_ 
Project_Template\\Debug\\Fw_Project_Template
load 
D:\\TECHWORK\\TECHWORK\\trunk\\Firmware\\workspace_for_arm_firmware\\Fw_ 
Project_Template\\Debug\\Fw_Project_Template
You can't do that when your target is `None'


Bei einem weiteren Versuch, kommt die Fehlermeldung ebenfalls; sie wird 
aber ignoriert und ein anderer Fehler erscheint zusätzlich.

Target Request failed: Don't know how to run. Try "help target".


Ich habe nach dem Begriff "Target" gegooglet, aber nichts gefunden, was 
mir weiter hilft.
Wahrscheinlich liegt es daran, dass ich noch nicht verstanden habe, was 
mir die Fehlermeldung sagen will.

Ich hoffe, mir kann hier jemand weiterhelfen.

Viele Grüße
Marco

Coocox.org und die aktuelle IDE nehmen + 
gcc-arm-none-eabi-4_6-2012q1-20120316.exe als toolchain.