Skip to main content
Visitor II
April 22, 2020
Solved

Blue-Pill/ST-Link Reports: Debugger connection lost. Shutting down...

  • April 22, 2020
  • 2 replies
  • 797 views

I have followed Video "STM32CubeIDE basics - 03 GPIO HAL lab" as closely as possible for my hardware as closely as possible and get the following results in the console:

STMicroelectronics ST-LINK GDB server. Version 5.5.0
Copyright (c) 2019, STMicroelectronics. All rights reserved.
 
Starting server with the following options:
 Persistent Mode : Disabled
 Logging Level : 1
 Listen Port Number : 61234
 Status Refresh Delay : 15s
 Verbose Mode : Disabled
 SWD Debug : Enabled
 InitWhile : Enabled
 
Waiting for debugger connection...
Debugger connected
 -------------------------------------------------------------------
 STM32CubeProgrammer v2.4.0 
 -------------------------------------------------------------------
 
ST-LINK SN : 9877000132124647524B4E00
ST-LINK FW : V2J36S7
Voltage : 3.19V
SWD freq : 4000 KHz
Connect mode: Under Reset
Reset mode : Hardware reset
Device ID : 0x410
Device name : STM32F101/F102/F103 Medium-density
Flash size : 128 KBytes
Device type : MCU
Device CPU : Cortex-M3
 
Memory Programming ...
Opening and parsing file: ST-LINK_GDB_server_a08984.srec
 File : ST-LINK_GDB_server_a08984.srec
 Size : 7600 Bytes
 Address : 0x08000000 
 
Erasing memory corresponding to segment 0:
Erasing internal memory sectors [0 7]
Download in Progress:
 
File download complete
Time elapsed during download operation: 00:00:01.741
 
Verifying ...
 
Download verified successfully 
 
Debugger connection lost.
Shutting down...

The ST-Link is a third party device . I have tried two different samples of the ST-Link from different suppliers. I have also tried two Blue-Pill devices from this batch.

I have also tried a Blue Pill device from another batch which reports:

Error in initializing ST-LINK device.
Reason: ST-LINK: Could not verify ST device! Abort connection.
 

and I suspect a faulty or fake chip.

Any help would be much appreciated so I can get on with development instead of Tool Chain Tinkering!

    This topic has been closed for replies.
    Best answer by Peter BENSCH

    This thread relates to a so-called Blue Pill, which uses illegally cloned STM32F103. ST resources are only dedicated to supporting genuine ST products. We are not committed to ensuring that clones/fakes products work properly with the firmware we provide.

    We recommend to purchase genuine products from STMicroelectronics and purchase them from known and trusted distributors.

    This thread will now be locked. However, if you face difficulties while using genuine ST products, we’re here to assist you. Please feel free to start a new thread, and our team, along with community members, will be ready to help you with any issues/questions you encounter.

    Thank you for your understanding.

    Regards
    /Peter

    2 replies

    PSolw.1Author
    Visitor II
    April 22, 2020

    Found it. Stupid really. If there isn't a break point in the code, the debugger disconnects and the program keeps on running. J

    Just add a break-point to the code.

    Technical Moderator
    April 25, 2025

    This thread relates to a so-called Blue Pill, which uses illegally cloned STM32F103. ST resources are only dedicated to supporting genuine ST products. We are not committed to ensuring that clones/fakes products work properly with the firmware we provide.

    We recommend to purchase genuine products from STMicroelectronics and purchase them from known and trusted distributors.

    This thread will now be locked. However, if you face difficulties while using genuine ST products, we’re here to assist you. Please feel free to start a new thread, and our team, along with community members, will be ready to help you with any issues/questions you encounter.

    Thank you for your understanding.

    Regards
    /Peter