ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Пятница
29 марта
1096269 Топик полностью
evgeniy1294 (27.04.2021 17:38, просмотров: 386) ответил dastun на Во, докопались до истины.
Я прекрасно понял вашу мысль, это вы не поняли мою, постараюсь разъяснить более детально: 

1) Такое болото есть у всех. У st, ti, nxp точно. Причем сделано оно на базе одной и той же платформы (эклипса), с одними и теми же косяками и тормозами, перегруженным и абсолютно неинтуитивным интерфейсом. С интерфейсом всё настолько плохо, что есть целые курсы и видеоуроки по пользованию этих ide.


2) Так как сделаны они на базе того же эклипса, то "исключительно для STM32!" прямо такое себе. Эклипс умеет цеплятся к gdb, так что достаточно сделать что-нибудь типа:

$openocd -f interface/jlink.cfg -с 'transport select cjtag' -f target/cc135x.cfg

(ну или как-то так)


И в другом терминале:

$gdb firmware.elf
gdb> target extended-remote localhost:3333


И всё. Мы отлаживаем cc1352 от TI в кубе, кто-бы мог подумать. Остаётся только прицепить svd-файл с описанием регистров, хотя и он не особо нужен:

gdb> p/x *USART1 # Распечатать в хексах регистры usart1.


Подсаживаться на конкретное болото не вижу смысла, так инструментарий в виде тулчейна, openocd и gdb не привязан к конкретной платформе, т.е избавлен от вендорлока. Прицепить его можно практически к любой ide.