Delayed Resets

Sysprogs forums Forums VisualGDB Delayed Resets

This topic contains 2 replies, has 3 voices, and was last updated by  Gordon01 10 months, 3 weeks ago.

Viewing 3 posts - 1 through 3 (of 3 total)
  • Author
  • #25780


    I’m using the latest VisualGDB (downloaded and installed yesterday) with VS2015 to debug some motor control code on an STM32F401. When stopped at a breakpoint in my code, I click on the “reset” icon expecting the debugger to reset the target followed by hitting a breakpoint at the beginning of main().

    The reset doesn’t happen immediately… When I click on the reset icon my code resumes running for about half a second before the MCU gets reset. It’s easy to tell this is happening because the motor starts running and continues to run for this half-second period. This is very disconcerting. I would expect the CPU to be reset immediately and not left to run for so long before the reset is actually issued.

    Is there a configuration option I need to set to ensure target CPU resets happen immediately?




    The reset button would normally issue a reset command to the device, but if it was stopped in a debugger before, it would not take effect until the debug session is resumed by pressing F5.

    Please try this build: VisualGDB-

    We have added an option that allows resuming the session automatically after issuing a reset: Tools->VisualGDB->Embedded->Other->Resume Target After ManualReset.



    That’s a nice addition, it should be ON by default)

Viewing 3 posts - 1 through 3 (of 3 total)

You must be logged in to reply to this topic.