Mam problem z zestawem Eclipse Kepler + GDB + CS + openOCD 0.8.0 + STM32F072BDISCOVERY z procesorem STM32F072RB (Cortex-M0) i programatorem Stlink.
Środowisko jest poprawnie skonfigurowane i działa poprawnie na procesorze STM32F103, tyle że z openOCD 0.7.0. Jako że nowy model procka, musiałem użyć openOCD 0.8.0. Jednak po skompilowaniu programu (poprawne) i włączeniu serwera OCD (również poprawne) po wybraniu Debug nie następuje wgranie programu do procesora i wyskakuje błąd, że program nie jest uruchomiony. Kombinowałem na różne sposoby i za nic nie mogę uruchomić debugowania.
Zaznaczę, że na CoCox wsystko działa, na Atollic (po zmianie firmware stlinka) również. Co ciekawe Atollic zmienia firmware na wersję 20, która nie działa na CoCox i openOCD, ale z powrotem wgrywam 16 za pomocą ST-Link Utility.
To co wypluwa OpenOCD:
A to co GDB:
Wywołanie openOCD:
Używam openOCD x64
oraz Debug z monitor reset init oraz Load image, symbols, ustawienie breakpoint na main i Resume
Walczę z tym dłuższy czas i nie mam pojęcia co dalej. Wydaje mi się, że kiedyś to działało. Chyba też miałem z tym problem ale poradziłem sobie. Było to jakiś czas temu. Konfiguracji nie zmieniałam, powróciłem do tematu i jest źle.
Środowisko jest poprawnie skonfigurowane i działa poprawnie na procesorze STM32F103, tyle że z openOCD 0.7.0. Jako że nowy model procka, musiałem użyć openOCD 0.8.0. Jednak po skompilowaniu programu (poprawne) i włączeniu serwera OCD (również poprawne) po wybraniu Debug nie następuje wgranie programu do procesora i wyskakuje błąd, że program nie jest uruchomiony. Kombinowałem na różne sposoby i za nic nie mogę uruchomić debugowania.
Zaznaczę, że na CoCox wsystko działa, na Atollic (po zmianie firmware stlinka) również. Co ciekawe Atollic zmienia firmware na wersję 20, która nie działa na CoCox i openOCD, ale z powrotem wgrywam 16 za pomocą ST-Link Utility.
To co wypluwa OpenOCD:
Open On-Chip Debugger 0.8.0 (2014-04-28-08:42)
Licensed under GNU GPL v2
For bug reports, read
http://openocd.sourceforge.net/doc/doxygen/bugs.html
Info : This adapter doesn't support configurable speed
Info : STLINK v2 JTAG v16 API v2 SWIM v0 VID 0x0483 PID 0x3748
Info : using stlink api v2
Info : Target voltage: 2.928086
Info : stm32f0x.cpu: hardware has 4 breakpoints, 2 watchpoints
Info : accepting 'gdb' connection from 3333
Info : device id = 0x20016448
Info : flash size = 128kbytes
undefined debug reason 7 - target needs reset
target state: halted
target halted due to debug-request, current mode: Thread
xPSR: 0xc1000000 pc: 0x080029b0 msp: 0x20005000
target state: halted
target halted due to debug-request, current mode: Thread
xPSR: 0xc1000000 pc: 0x080029b0 msp: 0x20005000
target state: halted
target halted due to breakpoint, current mode: Thread
xPSR: 0x61000000 pc: 0x2000003a msp: 0x20005000
target state: halted
target halted due to debug-request, current mode: Thread
xPSR: 0xc1000000 pc: 0x080029b0 msp: 0x20005000
Error: gdb requested a non-existing register
Info : dropped 'gdb' connection
A to co GDB:
symbol-file C:\\workspace\\STM32_USB_dzwonek_stm32F072\\Debug\\zl30arm_usb_hid_dev_103.elf
warning: Architecture rejected target-supplied description
monitor reset init
load C:\\workspace\\STM32_USB_dzwonek_stm32F072\\Debug\\zl30arm_usb_hid_dev_103.elf
Loading section .text, size 0x317c lma 0x8000000
Loading section .data, size 0x34 lma 0x800317c
Start address 0x8000000, load size 12720
Remote connection closed
tbreak main
Temporary breakpoint 1 at 0x8002014: file ../../common/src/usbd_main.c, line 15.
continue
The program is not being run.
Wywołanie openOCD:
-f interface/stlink-v2.cfg -f target/stm32f0x_stlink.cfg "adapter_khz 1000; reset_config trst_and_srst"Używam openOCD x64
oraz Debug z monitor reset init oraz Load image, symbols, ustawienie breakpoint na main i Resume
Walczę z tym dłuższy czas i nie mam pojęcia co dalej. Wydaje mi się, że kiedyś to działało. Chyba też miałem z tym problem ale poradziłem sobie. Było to jakiś czas temu. Konfiguracji nie zmieniałam, powróciłem do tematu i jest źle.
. Po lekkim zmodyfikowaniu źródeł OpenOCD 0.7.0 mój zrobiony versaloon wykrył go prawidłowo na lini SWD, lecz próba zaprogramowania skończyła się fiaskiem.
