Pull to refresh

Comments 9

В чем проблема?Родной программатор ST-Link долго прогружается и пошаговая отладка часто срывается прямо из-под Eclipse.

Нет, все стабильно работает.

возникла потребность отлаживать прошивки на плате Nucleo другим программатором.

До того стабильно, что я наоборот - использую Nucleo в качестве STLink для отладки своих плат, не парясь с покупкой отдельного

В общем-то заметка как заметка, "Как подключить JLink к STM32, а вот эти надуманные проблемы - лишнее.

А какой у Вас отладочный клиент? Какой отладочный сервер задействован в связке с St link?

Два варианта:

  1. Встроенные средства STM32CubeIDE различных версий и пару раз подключение к его серверу внешним CLI

  2. Open OCD + GDB + VSCode (Cortex Debug).

ST-link программатор уверенно побеждает на голосовании предпочтений разработчиков.
Кто бы мог подумать...

ну а для тех кто хоть иногда выходит за пределы мира STM32, наверное, картина будет противоположной.

Потому что 200 руб. уверенно побеждают 1000 руб.

и как это я подключаю два проводка swd и все работает сразу и без этого всего :) и stm и не только - .frm только найти.

связка elcipse_gdb_openocd довольно громоздкая и не всегда работает стабильно, похоже от ПК зависит. раньше че то глючновато было, а позже на фирменной сборке для esp32 - вроде без вопросов

для отладки в ozon стоит еще указать .svd файл - очень удобно регистры смотреть. хотя в microchip studio еще круче сделали

Можно ли залить прошивку в микроконтроллер STM32 через помощи J-link при помощи одно единственного *.bat скрипта

как раз сегодня озадачился. руки не дошли но там есть jflash и вроде даже jflashcli

для stlink есть STM32CubeProgrammer CLI

для загрузки через встроенный загрузчик: по usb есть dfu-util (есть в составе arduino для stm32 но старая версия ), а также Dfu File Manager и DfuSeDemo, плюс есть stm32flash для UART and I2C

dfu много разных контроллеров предлагает шить. этот протокол встраивают прямо в софт как функцию обновления прошивки

Sign up to leave a comment.

Articles