Debug STM32, Unable to connect to target

Sysprogs forums Forums VisualGDB Debug STM32, Unable to connect to target

Viewing 3 posts - 1 through 3 (of 3 total)
  • Author
    Posts
  • #35210
    gboy
    Participant

    I’m a new user on a Windows 10 PC running Visual Studio Community 2015.  I’m trying to use VisualGDB to create a basic SMT32Cube project on the STM3210E-EVAL board using an ST-Link / V2 programming adapter.

    I’m following this Sysprogs tutorial.  I get to the point of performing my first build of the program (which builds successfully) and then try to put a break-point in the code and start the debugger when I get the VisualGDB dialog error: “init mode failed (unable to connect to the target)”  (see attached)

    I have independently installed the drivers for the ST-Link as part of installing the STLink Utility software.  In device manager, if I ‘View Devices by Type’ “STM32 STLink” shows up under the ‘Universal Serial Bus devices’ category.  If I instead ‘View Devices by Connection’, I find it in the category: “ACPI x64-based PC\Microsoft ACPI-Compliant System\PCI Express Root Complex\Intel(R) USB 2.0 eXtensible Hose Controller – 1.0 (Microsoft)\USB Root Hub (USB 3.0)\Generic USB Hub”  and in there there is a ‘Generic USB Hub’ and the ‘STM32 STLink’ device.

    I get this error when running from Visual Studio using either “Debug => Start Debugging” or “Debug => Start Debugging with GDB”

    (I also tried to connect the ST Link to a different USB port on my computer but that has not helped.)

    I can click on a link in the VisualGDB error dialog that says ‘view gdb stub log’ and get this readout:

    C:\<my path>\AppData\Local\VisualGDB\EmbeddedDebugPackages\com.sysprogs.arm.openocd\bin\openocd.exe -c "gdb_port 53598" -c "telnet_port 53596" -f interface/stlink-v2.cfg -f target/stm32f1x.cfg -c init -c "reset init" -c "echo VisualGDB_OpenOCD_Ready"
    Open On-Chip Debugger 0.12.0 (2023-10-02) [https://github.com/sysprogs/openocd]
    Licensed under GNU GPL v2
    libusb1 09e75e98b4d9ea7909e8837b7a3f00dda4589dc3
    For bug reports, read
    	http://openocd.org/doc/doxygen/bugs.html
    WARNING: interface/stlink-v2.cfg is deprecated, please switch to interface/stlink.cfg
    Info : auto-selecting first available session transport "hla_swd". To override use 'transport select <transport>'.
    Info : The selected transport took over low-level target control. The results might differ compared to plain JTAG/SWD
    Info : clock speed 1000 kHz
    Info : STLINK V2J37S7 (API v2) VID:PID 0483:3748
    Info : Target voltage: 3.232169
    Error: init mode failed (unable to connect to the target)

     

    Are there any ideas on what I’m doing wrong to get Visual Studio to step-debug my STM3210E-EVAL board?

     

     

    • This topic was modified 10 months, 3 weeks ago by gboy.
    • This topic was modified 10 months, 3 weeks ago by gboy.
    Attachments:
    You must be logged in to view attached files.
    #35214
    support
    Keymaster

    Hi,

    This looks like an issue between a particular ST-Link and the target. It could be caused by wiring, broken target, or something else. You can try getting it working with STM32CubeIDE first. If it works there and doesn’t work with VisualGDB, we can help you compare the OpenOCD command lines and get it working as well.

    #35216
    gboy
    Participant

    Thanks @support.  I was able to fix my issue.  Turns out I had to set ‘Debug’ to ‘Serial Wire’ in the SYS tab of the CubeMX interface.  This properly assigns the PA13 & PA14 pins to the TMS and TCK signals necessary for debugging with the ST-Link / V2 adapter.

    I can now step through my code in Visual Studio.

    Thanks again.

Viewing 3 posts - 1 through 3 (of 3 total)
  • You must be logged in to reply to this topic.