ST-LINK_GDB_server mit STM32H743 und STLink V3MINI

[Johannes S. (Gast)]

Für die STM Controller möchte ich den STLink V3 benutzen, mit dem gdb 
der aus VSCode heraus aufgerufen wird. Mit einigen STM32F4 klappt das 
gut, mit dem H7 nur bedingt.

SWD ist über GND, SWDIO und SWCLK angeschlossen und beim connect wird 
die MCU angehalten, vom STM32CubeProgrammer ein Stub heruntergelanden 
und dann klemmt es. Es soll lt. Ausgabe wieder ein Reset ausgelöst 
werden und das geht im 'Normal' Mode nicht.
Es funktioniert wenn der STLink die Reset Leitung bedienen kann, aber 
das Board (DevEBox STM32H743VI) hat dummerweise keine Reset Leitung auf 
Header geführt. Ich habe zum Testen ein Dupontkabel an den Reset Taster 
angelötet, aber das würde ich gerne vermeiden.
Kennt hier jemand dieses Problem? Es scheint an dem Code im Stub zu 
liegen der evtl. in einem WFI hängt.

STMicroelectronics ST-LINK GDB server. Version 5.8.0
Copyright (c) 2020, STMicroelectronics. All rights reserved.

Starting server with the following options:
        Persistent Mode            : Disabled
        Logging Level              : 31
        Listen Port Number         : 50000
        Status Refresh Delay       : 15s
        Verbose Mode               : Disabled
        SWD Debug                  : Enabled

Target connection mode: Default
Reading ROM table for AP 0 @0xe00fefd0
Hardware watchpoint supported by the target 
COM frequency = 24000 kHz
ST-LINK Firmware version : V3J7M2
Device ID: 0x450
PC: 0x80037fc
ST-LINK device status: HALT_MODE
ST-LINK detects target voltage = 3.29 V
ST-LINK device status: HALT_MODE
ST-LINK device initialization OK
Waiting for debugger connection...
Waiting for connection on port 50000...
Accepted connection on port 50000...
Debugger connected
Enter STM32_AppReset() function 
NVIC_DFSR_REG = 0x0000000B
NVIC_CFGFSR_REG = 0x00000000
 ------ Switching to STM32CubeProgrammer ----- 
      -------------------------------------------------------------------
                       STM32CubeProgrammer v2.8.0                  
      -------------------------------------------------------------------

ST-LINK SN  : 004900313137510B33333639
ST-LINK FW  : V3J7M2
Board       : STLINK-V3MINI
Voltage     : 3.29V
SWD freq    : 24000 KHz
Connect mode: Under Reset
Reset mode  : Hardware reset
Device ID   : 0x450
Revision ID : Rev V
Device name : STM32H7xx
Flash size  : 2 MBytes
Device type : MCU
Device CPU  : Cortex-M7
BL Version  : 0x90



Memory Programming ...
Opening and parsing file: ST-LINK_GDB_server_a16228.srec
  File          : ST-LINK_GDB_server_a16228.srec
  Size          : 40704 Bytes
  Address       : 0x08000000 


Erasing memory corresponding to segment 0:
Erasing internal memory sector 0
Download in Progress:


File download complete
Time elapsed during download operation: 00:00:00.988
 ------ Switching context ----- 
Target connection mode: Default
Target connection failed. Try connecting under reset
Target connection failed
Target no device found

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

Sind evt. Fuses fuer Schreib/Leseschutz gesetzt?

[Johannes S. (Gast)]

zumindest nicht absichtlich, ein erase all hatte ich schon mal mit dem 
STM32CubeProgrammer gemacht. Und mit HW Reset geht es ja.

Die BMP kommt auch ohne HW Reset aus, mit deinem Code hatte das auch 
funktioniert, da ist auch kein Stub nötig. Der V3 ist aber mit seinem 
Fullspeed USB und 24 MHz SWD schon einen Tick schneller. An BMP auf dem 
H723 habe ich auch schon gedacht, wäre natürlich auch cool :)

[pegel (Gast)]

Eigentlich klingt das wie gewöhnlich, wenn die SWD Pins abgeschaltet 
sind, bzw. anders verwendet werden.

Programm erfolgreich übertragen -> Ende der Verbindung

[Johannes S. (Gast)]

Nein, die SWD Pins werden nicht umprogrammiert, kein CubeMX Programm. 
Mein Code wird ja nicht geladen, das ist ein Loader den der Cube 
Programmer mitbringt.