Skip to main content
unmo
unmo
Associate
March 19, 2021
Question

ST Link V2 doesn't connect the target after 1~3 times firmware download.(STM32G071R8T6)

  • March 19, 2021
  • 6 replies
  • 2264 views

0693W000008xLQZQA2.pngHi.

I want to use ST32G071R8T6 on my project.

As a first step, I was testing my firmware on NUCLOE-G071RB (that connected indivisual st-link board).

I was no problems and working well.

​However, on the board I made, it behaves abnormally.

​ST Link V2 doesn't forget the target after 1~3 times firmware download.

Has anyone ever experienced these symptoms or knows how to fix them?

I changed boot0 pin to pull-up​, but the ST Link V2 didn't connect to target also.

Please give me an idea.

Thanks.

This topic has been closed for replies.

6 replies

waclawek.jan
waclawek.jan
Super User
March 19, 2021

Inadequate power supply/decoupling?

Too long SWD cable with inadequate returns (ground/DC leads)?

Ground loop/grounding problems?

JW

unmo
unmoAuthor
Associate
March 21, 2021

I used the power source that 3.3V DC through the regulator.

I will check the ground problems.

Thanks.

Uwe Bonnes
Uwe Bonnes
Chief
March 19, 2021

Device in long or deep sleep. Connect under reset choosen?

unmo
unmoAuthor
Associate
March 21, 2021

Thanks for your reply.

I applied under reset mode, but the result was same.

What can I check other point?

Alexandre Meyer
Alexandre Meyer
Associate
March 25, 2021

I've just experienced the exact same problem. Started a new project with a ST32G070KBT6 and, after the first download, all programming attempts returned "No device found on target".

The device was NOT sleeping nor reset. Led was blinking while it refused to respond.

My SWD cable was fine, It worked at the first download and I use it regularly with an STM32F4 on another project.

After locking myself out of two prototypes I found that, in the .ioc editor, the SERIAL WIRE flag must be checked in System Core >> SYS Mode and Configuration.

0693W000008xx1DQAQ.jpg 

It is my first project using STM32cubeIDE. My previous designs used STM32cube + Atollic True Studio and never had this issue.

In my opinion, since this is the only debug interface available to this device family, this flag should be set by default. Anyway...

I hope it helps.

Good luck.

Andreas Bolsch
Andreas Bolsch
Lead III
March 25, 2021

Don't recall right now in which document this was mentioned: On the G0 it's strongly advisable to a have a substancial delay at startup *before* any port initialization. Because if NRST had been configured (be it deliberately or accidentally) to become ordinary GPIO, there is almost no chance for a debugger to connect before possible reassignment of SWD pins for other use: 'Connect under reset' won't work in that case. Same problem (and same recommendation) as for some low pin-count STM8 devices ...

Terms & ConditionsAccessibility statement