Witajcie,
Mam taki mały problemik polegający na tym, że procek w czasie debugowania po naciśnięciu resume, zamiast zatrzymać się na następnym breaku ląduje w Default_Handler....
Używam eclipsa + CodeSourcery + openocd 0.5.0 do tego programator od Frediego, chip to STM32F103Vx.
openocd uruchamiam z parametrami
natomiast samo debugowaie ...
program zatrzymuje się na main, niemniej opencd sypie błędami
potem po resume, tak jak napisałem wskakuje w default handler...
Z góry dziękuje za pomoc
Krzysiek
Mam taki mały problemik polegający na tym, że procek w czasie debugowania po naciśnięciu resume, zamiast zatrzymać się na następnym breaku ląduje w Default_Handler....
Używam eclipsa + CodeSourcery + openocd 0.5.0 do tego programator od Frediego, chip to STM32F103Vx.
openocd uruchamiam z parametrami
-f interface/jtagkey.cfg -f target/stm32f1x.cfg
natomiast samo debugowaie ...
monitor reset
monitor halt
load "C:\\Users\\kku\\Documents\\elektronika\\my_projects\\_ARM\\qczek_controller\\Debug\\qczek_controller.elf"
file "C:\\Users\\kku\\Documents\\elektronika\\my_projects\\_ARM\\qczek_controller\\Debug\\qczek_controller.elf"
tbreak main
continue
program zatrzymuje się na main, niemniej opencd sypie błędami
pen On-Chip Debugger 0.5.0 (2011-08-09-23:21)
Licensed under GNU GPL v2
For bug reports, read
http://openocd.berlios.de/doc/doxygen/bugs.html
Info : only one transport option; autoselect 'jtag'
1000 kHz
adapter_nsrst_delay: 100
jtag_ntrst_delay: 100
cortex_m3 reset_config sysresetreq
Info : clock speed 1000 kHz
Info : JTAG tap: stm32.cpu tap/device found: 0x3ba00477 (mfg: 0x23b, part: 0xba00, ver: 0x3)
Info : JTAG tap: stm32.bs tap/device found: 0x06414041 (mfg: 0x020, part: 0x6414, ver: 0x0)
Info : stm32.cpu: hardware has 6 breakpoints, 4 watchpoints
Info : accepting 'gdb' connection from 3333
Info : device id = 0x10016414
Info : flash size = 512kbytes
Warn : acknowledgment received, but no packet pending
undefined debug reason 6 - target needs reset
Info : JTAG tap: stm32.cpu tap/device found: 0x3ba00477 (mfg: 0x23b, part: 0xba00, ver: 0x3)
Info : JTAG tap: stm32.bs tap/device found: 0x06414041 (mfg: 0x020, part: 0x6414, ver: 0x0)
target state: halted
target halted due to debug-request, current mode: Thread
xPSR: 0x81000000 pc: 0x08004f40 psp: 0x2000190c
Error: JTAG-DP STICKY ERROR
Error: MEM_AP_CSW 0x23000052, MEM_AP_TAR 0x1800304
Error: JTAG-DP STICKY ERROR
Error: MEM_AP_CSW 0x23000052, MEM_AP_TAR 0x1800304
Warn : Block read error address 0x1800300
Error: JTAG-DP STICKY ERROR
Error: MEM_AP_CSW 0x23000050, MEM_AP_TAR 0x5b452804
Error: JTAG-DP STICKY ERROR
Error: MEM_AP_CSW 0x23000052, MEM_AP_TAR 0x6000c04
Error: JTAG-DP STICKY ERROR
Error: MEM_AP_CSW 0x23000052, MEM_AP_TAR 0x6000c04
Warn : Block read error address 0x6000c00
Error: JTAG-DP STICKY ERROR
Error: MEM_AP_CSW 0x23000050, MEM_AP_TAR 0x5b452804
potem po resume, tak jak napisałem wskakuje w default handler...
Z góry dziękuje za pomoc
Krzysiek
![[stm32] debugowanie, resume i program ląduje w Default_Handler](https://obrazki.elektroda.pl/6543406500_1315853977.png "[stm32] debugowanie, resume i program ląduje w Default_Handler")
, ale może ta funkcja jakoś stos/wskaźnik stosu "narusza" ....
![[stm32] debugowanie, resume i program ląduje w Default_Handler](https://obrazki.elektroda.pl/9768613500_1315896118.png "[stm32] debugowanie, resume i program ląduje w Default_Handler")
![[stm32] debugowanie, resume i program ląduje w Default_Handler](https://obrazki.elektroda.pl/1830930500_1315921294.png "[stm32] debugowanie, resume i program ląduje w Default_Handler")
![[stm32] debugowanie, resume i program ląduje w Default_Handler](https://obrazki.elektroda.pl/3991367800_1315944131.png "[stm32] debugowanie, resume i program ląduje w Default_Handler")
![[stm32] debugowanie, resume i program ląduje w Default_Handler](https://obrazki.elektroda.pl/9785409300_1315944164.png "[stm32] debugowanie, resume i program ląduje w Default_Handler")
