Eclipse mit Black Magic Probe

[Johannes S. (jojos)]

Zum ARM debuggen habe ich einen STLink Clone zur Black Magic Probe 
umprogrammiert und das funktioniert auch. Die Einstellung war etwas 
fummelig, es funktioniert jetzt so wie in dem angehängten Dialog für 
'GDB Hardware Debugging' eingestellt.
Dabei stört mich nur eine kleine Sache: nach dem Start der debug session 
wird das target angehalten und steht an einer zufälligen Stelle. Beim 
debuggen über OpenOCD wird das Programm von Reset bis zum ersten 
Breakpoint 'main' ausgeführt. Mit der BMP muss ich immer zuerst den 
'restart' Button in der IDE drücken damit der Code von Reset an 
gestartet wird. Das dürften ja nur gdb Kommandos in dem 'Run Commands' 
Feld sein, aber ich habe noch nicht gefunden welche. ein 'run' oder 
'jump *0 run' funktionieren nicht. Die Kommunikation IDE-gdb läuft auch 
versteckt, ich sehe jedenfalls nicht was beim 'restart' button ausgelöst 
wird. Wie bekomme ich den gdb dazu den reset auszuführen?

[pegel (Gast)]

Was ist mit den ersten beiden Häkchen ganz oben?

[Johannes S. (jojos)]

die dürfen nicht gesetzt sein weil die Verbindung dann noch nicht steht. 
Im Anhang ist noch der andere Config Tab für den Debugger. Die anderen 
Startmöglichkeiten die es da gibt funktionieren aber auch nicht, BMP 
möchte über das target-extended verbunden werden.

[pegel (Gast)]

Und wenn du hinter

attach 1

noch die normalen GDB Befehle setzt wie:


    monitor reset halt

    monitor reset init

    continue

[Johannes S. (jojos)]

diese Kommandos versteht BMP nicht:

(gdb) monitor reset halt
Target does not support this command.
(gdb) monitor reset init
Target does not support this command.
(gdb) jump *0x800000
Continuing at 0x800000.

Program received signal SIGSEGV, Segmentation fault.
0x00800000 in ?? ()
(gdb) jump *0x8000000
Continuing at 0x8000000.

Program received signal SIGSEGV, Segmentation fault.
0x41000000 in ?? ()
(gdb)

Ein Jump auf eine Startadresse kann aber auch nicht richtig sein, 
irgendwie muss der Debugger ja einen richtigen reset auslösen.

Mit 'monitor connect_srst enable' hängt der gdb nach dem attach, das 
geht auch nicht.

[pegel (Gast)]

Und einzeln?

monitor reset
monitor halt

usw.

Welche kann er denn?

[pegel (Gast)]

https://wiki.paparazziuav.org/wiki/DevGuide/GDB_OpenOCD_Debug

Vielleicht bietet das die Lösung.

[Johannes S. (jojos)]

irgendwie wenig, aber das debuggen funktioniert ja trotzdem und der 
'restart' button der IDE kann das auch irgendwie :(

(gdb) moni reset
Target does not support this command.
(gdb) moni halt
Target does not support this command.
(gdb) monitor help
General commands:
        version -- Display firmware version info
        help -- Display help for monitor commands
        jtag_scan -- Scan JTAG chain for devices
        swdp_scan -- Scan SW-DP for devices
        targets -- Display list of available targets
        morse -- Display morse error message
        connect_srst -- Configure connect under SRST: (enable|disable)
        hard_srst -- Force a pulse on the hard SRST line - disconnects target
        traceswo -- Start trace capture
ARM Cortex-M specific commands:
        vector_catch -- Catch exception vectors
STM32F40x specific commands:
        erase_mass -- Erase entire flash memory
        option -- Manipulate option bytes
        psize -- Configure flash write parallelism: (x8|x32(default))
(gdb)

[Johannes S. (jojos)]

pegel schrieb:
> Vielleicht bietet das die Lösung.

Das sind openOCD spezifische Kommandos, die reicht der gdb ja nur 
weiter. Trotzdem schonmal Danke für die Hilfe.

[pegel (Gast)]

Kannst du eine Log Datei speichern und darin nachsehen wie der das 
macht?

[pegel (Gast)]

Johannes S. schrieb:
> Das sind openOCD spezifische Kommandos

nicht nur, BMP spezifische sind auch dabei.

[Uwe B. (Firma: TU Darmstadt) (uwebonnes)]

Probier doch erst mal das ganze im Terminal. "tar ext ...; mon s; attach 
1" und poste die Aussagen.

[Johannes S. (jojos)]

stimmt, soweit habe ich da nicht runtergescrollt.

Habe das Zauberwort jetz aber gefunden: flushregs. Also in dem dem 'Run 
Commands' Fenster:

flushregs
run

ja, Eclipse/OOCD/BMP/gdb ist ein riesiges Puzzle, jeden Tag ein kleines 
Stückchen weiter :-)

So klappt es scheinbar, und BMP ist auch sehr fix.
Irgendwo müsste es in Eclipse auch zu sehen sein wie mit dem gdb 
gesprochen wird, aber das habe ich noch gefunden. Flushregs hatte ich 
hier gefunden: https://www.eclipse.org/forums/index.php/t/202861/

[Johannes S. (jojos)]

Uwe B. schrieb:
> Probier doch erst mal das ganze im Terminal.

hatte ich gemacht, daher kamen die obigen Ausgaben.

Im Anhang nochmal der Dialog mit den hoffentlich richtigen 
Einstellungen.

Jetzt bleibt nur noch das Mysterium mit dem 'connect_srst'. Einen Reset 
sehe ich auf der sRST Leitung, die Hardware sollte bedient werden. Ein 
'kill' zum Debugger beenden löst auch einen Reset aus wie es 
dokumentiert ist.

[Uwe B. (Firma: TU Darmstadt) (uwebonnes)]

Wo sind die Ausgaben der Befehle?

[Johannes S. (jojos)]

da zB: Beitrag "Re: Eclipse mit Black Magic Probe"

die Connection hatte ich nicht kopiert, die funktioniert ja, aber hier 
ist der Anfang:

D:\Projects\Sn\LocalGit\mbed-os-blinky_STM32F407VE\mbed-os-example-blinky_STM32F407VE\Debug>"c:\Program Files (x86)\GNU Tools ARM
Embedded\7 2017-q4-major\bin\arm-none-eabi-gdb.exe"
GNU gdb (GNU Tools for Arm Embedded Processors 7-2017-q4-major) 8.0.50.20171128-git
Copyright (C) 2017 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "--host=i686-w64-mingw32 --target=arm-none-eabi".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word".
(gdb) tar ext \\.\COM17
Remote debugging using \\.\COM17
(gdb) mon swd
Target voltage: unknown
Available Targets:
No. Att Driver
 1      STM32F40x
(gdb) att 1
Attaching to Remote target
warning: No executable has been specified and target does not support
determining executable automatically.  Try using the "file" command.
0x08007fba in ?? ()
(gdb)

Nach dem Attach steht der Debugger irgendwo im angehaltenen programm.
Ich habe gerade mal versucht herauszubekommen was OOCD beim reset-init 
macht, habe das aber nicht gefunden.

[Uwe B. (Firma: TU Darmstadt) (uwebonnes)]

Starte am besten gdb mit dem <xxx>.elf file oder lade das File in dem 
Zustand oben mit "file <xxx>.elf. Dann ein "r" fuer reboot oder "s" fuer 
step  oder "n" fuer next.

[Johannes S. (jojos)]

'r' ist run, in der Eclipse Debuggerconfig reicht das eben nicht. In der 
Kommandozeile geht es, also scheint es ein eclipse Problemchen zu sein. 
Das ist reproduzierbar, ohne 'flushregs' geht es in eclipse nicht. Oder 
das 'run' wird da nicht richtig ausgeführt. In der Kommandozeile muss 
ich das run mit y bestätigen.

(gdb) tar ext \\.\COM17
Remote debugging using \\.\COM17
(gdb) mon swd
Target voltage: unknown
Available Targets:
No. Att Driver
 1      STM32F40x
(gdb) att 1
Attaching to Remote target
warning: No executable has been specified and target does not support
determining executable automatically.  Try using the "file" command.
0x080005e8 in ?? ()
(gdb) file mbed-os-example-blinky_STM32F407VE.elf
A program is being debugged already.
Are you sure you want to change the file? (y or n) y
Reading symbols from mbed-os-example-blinky_STM32F407VE.elf...done.
(gdb) b main
Breakpoint 1 at 0x800e050: file ../main.cpp, line 59.
(gdb) run
The program being debugged has been started already.
Start it from the beginning? (y or n) y
Starting program: D:\Projects\Sn\LocalGit\mbed-os-blinky_STM32F407VE\mbed-os-example-blinky_STM32F407VE\Debug\mbed-os-example-blin
ky_STM32F407VE.elf
Note: automatically using hardware breakpoints for read-only addresses.

Breakpoint 1, main () at ../main.cpp:59
59          Serial com1 (PA_9, PA_10, 115200);
(gdb) n
60          StopWatch    stopWatch;
(gdb) n
62          DigitalOut led1 (LED_D2);
(gdb) n
63          DigitalOut led2 (LED_D3);
(gdb) n
65          Adafruit_TFTLCD_16bit_STM32 tft (NC);
(gdb)