Sysprogs forums › Forums › VisualGDB › Visualgdb problem with Nucleo
- This topic has 5 replies, 2 voices, and was last updated 8 years, 5 months ago by
support.
-
AuthorPosts
-
May 23, 2017 at 20:01 #11269
Arturs22
ParticipantHi,
I try to use Visual Studio with my NUCLEO-F103RB board using VisualGDB. I spent a lot of time to do it but without success.
Everything I did according to the documantation https://visualgdb.com/tutorials/arm/st-link/ but I have some problems after pressing Test OpenOCD settings in Debug settings (please see below).If I use STM32 ST-LINK Utility It is possible to connect with my board but It is necessary to change mode from Normal to Connect Under Reset in Target/Settings/ menu (I do not know why I have to do it).
Unfortunately I have not found information how to set the option in VisualGDB.Could you tell me how to solve the problem,please ?
Regards
ArthurMay 23, 2017 at 20:09 #11272support
KeymasterHi,
We actually have a detailed tutorial showing how to configure an equivalent of “Connect under reset” with VisualGDB:Â https://visualgdb.com/tutorials/stm32/sleep/
Let us know if it does not help.
May 23, 2017 at 20:37 #11273Arturs22
ParticipantIt helps. I founded it about 2 hours ago. The connection is ok but If I set a brekpoint, the microcontroller does not stop in the place.
The code is very simple, I added only one line where the LED is on into standard code generated by STM32CubeMx.
I thought that was problem with connection with NUCLEO and the described method did not work for 100%. I decided to solve problems with errors which I have without using the solution https://visualgdb.com/tutorials/stm32/sleep/.
Now I do not know where exactly there is a problem. Still problem with proper connection or someting wrong I do with the breaking point. I saw and read many tutiorials and no one is doing anything special only connect board, configure, set breakpoint and that’s all 🙂Regards
ArthurMay 24, 2017 at 03:11 #11278support
KeymasterHi,
If your code explicitly manipulates CPU sleep states and power-related registers, you may need the “connect under reset” option as described in the tutorial. If you are not sure, we would suggest editing the OpenOCD scripts as described in the tutorial and checking if it solves the problem.
May 24, 2017 at 05:03 #11281Arturs22
ParticipantIf I edit the OpenOCD scripts according to the description https://visualgdb.com/tutorials/stm32/sleep/ then  the connection is ok but a breakpoint does not work (software never stops at the breakpoint place).
The code is very simple, I added only one line where the LED is on into standard code generated by STM32CubeMx.
May 26, 2017 at 04:41 #11302support
KeymasterHi,
This could be caused by power or connectivity issues. Can you reproduce the same behavior with the “Blinking LED” project created by VisualGDB?
-
AuthorPosts
- You must be logged in to reply to this topic.