[nanorobot 3]

Портирую проект для ATSAML21E18B / emBitz под Eclipse / makefile / openocd. Имел ряд сложностей, которые более менее успешно преодолел. Сейчас не могу запустить отладку JLink / OpenOCD.  Коннект JLink c таргетом проходит успешно.

Info : Listening on port 6666 for tcl connections
Info : Listening on port 4444 for telnet connections
Info : J-Link ARM V8 compiled Nov 28 2014 13:44:46
Info : Hardware version: 8.00
Info : VTarget = 3.306 V
Info : clock speed 1000 kHz
Info : SWD DPIDR 0x0bc11477
Info : saml2x.cpu: hardware has 4 breakpoints, 2 watchpoints
Info : starting gdb server for saml2x.cpu on 3333
Info : Listening on port 3333 for gdb connections

Запуск отладки вызывает вот такие сообщения в консоль.

Info : accepting 'gdb' connection on tcp/3333
target halted due to debug-request, current mode: Thread 
xPSR: 0x61000000 pc: 0x00002c64 psp: 0x200006d0
Warn : Prefer GDB command "target extended-remote 3333" instead of "target remote 3333"
target halted due to debug-request, current mode: Thread 
xPSR: 0x61000000 pc: 0x00000114 msp: 0x20001688

Обновлял прошивку JLink до последней версии. OpenOCD так же ставил самую новую версию. Не помогло.

PS: Исходный проект Windows / emBitz и тот же самый JLink запускается и работает норм.

Изменено 9 сентября, 2021 пользователем nanorobot

[Raven 8]

Так а в чем проблема-то? В логе OpenOCD (в обоих) ничего криминального не видно.

[nanorobot 3]

Ну во первых в том, что не работает. Не стартует , не останавливается на main(). Во вторых в том что вторая и предпоследняя строки второго лога не вполне ясны, и как бы на что-то намекают. Непонятно на что. Нет лога заливки прошивки в чип - ну и самой заливки как таковой, и тд.
     А вообще проблема получила и другие грани. Попробовал запустить отладку с этим JLink на давно отлаженном дивайсе на STM32L052, результат - стартует и улетает куда то на адрес FFFFFFFF или как то похоже,  и после сброса не работает тоже. Запуск с STLink - все нормально запускается и работает. Кроме того на JLink  SWD DPIDR - (сигнатура чипа?) в обоих случаях (и для ATSAML21 и для STM32L052) равна 0x0bc11477. Я бы грешил на сам  JLink,  но

PS: Исходный проект Windows / emBitz и тот же самый JLink запускается и работает норм. 

Ранее с этим JLink работал несколько  лет назад, все это время использовал STLink. Но дефицит STM заставил присмотреться к альтернативным чипам.

Изменено 9 сентября, 2021 пользователем nanorobot

[Raven 8]

Ну, вообще, Eclipse + OpenOCD - это почти конструктор, очень настраиваемая и приспособляемая вещь. При условии, конечно, что ядро поддерживается аппаратным адаптером и OpenOCD. Надо вам повнимательнее посмотреть на все установки Eclipse для этого проекта.

 

Почему, например, он у вас 2 раза останавливается (судя по логу)? И чему соответствуют адреса 0x00002c64, 0x00000114 ? Соответствующие вкладки Debug configuration можете показать?

 

Для проверки по частям (чтобы понять, кто виноват - Eclipse/GDB или уже OpenOCD не так работает) можно попробовать пройти начальную последовательность (от ресета) с прямым ручным управлением OpenOCD (не задействуя Eclipse).

[nanorobot 3]

51 minutes ago, Raven said:

Для проверки по частям (чтобы понять, кто виноват - Eclipse/GDB или уже OpenOCD не так работает) можно попробовать пройти начальную последовательность (от ресета) с прямым ручным управлением OpenOCD (не задействуя Eclipse).

Спасибо. Что то начало получаться. Подключился:
 

JLinkGDBServer -if SWD -device ATSAML21E18
  

Удалось залить прошивку из Eclipse, убедился что прошивка работает. Видимо с OpenOCD что то не так.

[Raven 8]

Хорошо, что хоть путем замены GDB server удалось продвинуться. Но я бы еще с OpenOCD в командном режиме поработал бы. Есть ощущение, что работать должно, нужно только правильно приготовить.

 

Во всяком случае, опыт работы с OpenOCD пригодится.