You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm successfully using st-link for STM32F103 and STM32F407 devices. I noticed no need for NRST pin to be able to fully manage a debug session. reloading code just works (including restarting the MCU).
However, when I use STM32F030 device, it turns out it's necessary to generate a NRST signal in order to properly restart the MCU. As an example, I created a blinker example which generates a square wave on a pin and load the code to the MCU. Pin does not alter its state. When I manually connect the NRST pin to the GND and release, pin starts generating square wave as intended.
I connected a logic analyzer to the NRST pin of the debugger hardware. Neither loading the code directly (st-flash write) nor loading via GDB generates NRST pulse. However, st-flash erase or st-flash --reset write generates this NRST pulse, which means stlink is capable of sending NRST pulse command to the debugger hardware.
According to the document, Any reset should generate a negative pulse on NRST pin:
I'm successfully using st-link for STM32F103 and STM32F407 devices. I noticed no need for NRST pin to be able to fully manage a debug session.
reload
ing code just works (including restarting the MCU).However, when I use STM32F030 device, it turns out it's necessary to generate a NRST signal in order to properly restart the MCU. As an example, I created a blinker example which generates a square wave on a pin and load the code to the MCU. Pin does not alter its state. When I manually connect the NRST pin to the GND and release, pin starts generating square wave as intended.
I connected a logic analyzer to the NRST pin of the debugger hardware. Neither loading the code directly (
st-flash write
) nor loading via GDB generates NRST pulse. However,st-flash erase
orst-flash --reset write
generates this NRST pulse, which meansstlink
is capable of sending NRST pulse command to the debugger hardware.According to the document, Any reset should generate a negative pulse on NRST pin:
This must mean that when I trigger a software reset with
kill
within GDB, I must see a negative pulse on the NRST pin via logic analyzer. However, it doesn't appear to do so.Question
Question comes to the point: How do we generate
NRST
pulse via gdb command in order to properly restart the MCU?The text was updated successfully, but these errors were encountered: