Page 1 of 1
swd debug
Posted:
Tue May 05, 2015 6:33 pm
by almaz_1c
Re: swd debug
Posted:
Tue May 05, 2015 8:24 pm
by Max
Re: swd debug
Posted:
Tue May 05, 2015 9:24 pm
by almaz_1c
Thank you for answer, Max. I use exactly that scheme:stm32f4-discovery board and eclipse project. I have absolutely no idea what the reason. Honestly, I was going to chip desoldering. Now I am trying to debug firmware on the stm32f103 nucleo board. If not hard please describe your circuit connection to mirkokontrolleru: what legs are involved and how the power is used? What is the output of st-flash utility when performing erase/flash operations?
Re: swd debug
Posted:
Tue May 05, 2015 10:46 pm
by Max
The firmware relies on the Rowley CrossWorks for ARM build chain (which is slightly modified GCC for ARM) and also on their proprietary libs (libc, libm, etc). It might be easier to get started using an eval copy of CrossWorks, and/or check the Makefile for details. If you build debug version with CW, you must debug with CW, and vice versa (build with Makefile if debugging with standard GDB).
BTW, welcome to the forums!
HTH,
-Max
Re: swd debug
Posted:
Wed May 06, 2015 5:50 pm
by almaz_1c
Hello, Max! Perhaps therefore my firmware, compiled using the standard GCC exceeded 100K. But can another build chain be the reason that I can not erase the firmware of the chip?
Re: swd debug
Posted:
Wed May 06, 2015 5:59 pm
by Max
Re: swd debug
Posted:
Wed May 06, 2015 8:42 pm
by almaz_1c
There is the foto of my esc32 and option bits configuration . It seems like original esc32. From once of them I desolder the chip. I can perform only few successful connecting to esc32 via ST-LINK utility. After that esc32 chip goes to inaccessible state and i can't connect to chip via ST-Link utility.
Re: swd debug
Posted:
Wed May 06, 2015 8:42 pm
by almaz_1c
Here is option bits.