Comments 13
А чем это принципиально лучше, чем openocd + gdb?
Просто приходилось уже с миландром копаться и эта связка без проблем работает через stlink. Зачем какой-то этот из статьи да ещё с таким чудесным названием? ;)
Если в EBlink скриптами можно будет добавить поддержку произвольной RTOS, то это сможет стать его киллер-фичей.
А вы случайно 1986ВЕ1 не побеждали через stlink?
telnet_port 4444
gdb_port 3333
source [find interface/stlink-v2.cfg ]
source [find target/1986ве1т.cfg ]
gdb_memory_map enable
init
reset init
Ого! А cfg-шниками не поделитесь?
Тык вот жи, всё, что писал сам. Остальное — в дистрибутиве есть ) попозже уточню версию и дистрибутив, ха-ха
Спасибо!
aol@buster:~$ apt-cache policy openocd
openocd:
Installed: 0.10.0-5
Candidate: 0.10.0-5
Version table:
*** 0.10.0-5 500
500 http://deb.debian.org/debian buster/main amd64 Packages
100 /var/lib/dpkg/status
aol@buster:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux 10 (buster)
Release: 10
Codename: buster
aol@buster:~$
Ммм, возможно дело в том, что у вас Линукс :)
Спасибо!
А где-то ещё можно комфортно разрабатывать под мк? )) Там и кросскомпилятор в составе дистрибутива )
Можно попробовать так: https://github.com/ntfreak/openocd/blob/master/tcl/target/1986%D0%B2%D0%B51%D1%82.cfg
Или самому собрать openocd оттуда целиком
Подходящее название для дебеггера микроконтроллеров…
Если связка openocd + gdb нормально работает, переходить на EBlink нет необходимости (вспомним о программисте и солнце).
EBlink — GDB сервер для ARM Cortex-M микроконтроллеров