Доработка китайского ST-Link v2: добавляем интерфейс вывода отладочной информации SWO и ногу Reset

[@persei]

Спасибо! Именно этого и не хватало для отладки.

[@oWart]

Не за что :)

[@VBKesha]

Как раз на днях собирался заказать себе этот отладчик, теперь ясно сразу как дорабатывать.
Спасибо!

[@oWart]

На здоровье!)

[@nafikovr]

в 90% ресет не нужен. в 80% не нужен и отладочный вывод. так что не рекомендую сразу лезть и дорабатывать. хотя да, ручки они такие, чешутся.

[@avost]

А почему не рекомендуете?

[@nafikovr]

велика вероятность что он помрет раньше чем пригодится доработка.

[@PKav]

По мне так лучше оригинал взять. У этого ведь не только SWO нет, но и VPP, которым он, по сути, подгоняет свои логические уровни под уровни отлаживаемой платы.

Кстати, а в чем делался демо-пример. У меня Keil при любом использовании printf генерирует дико глючную и виснущую прошивку, которую невозможно отлаживать.

[@oWart]

Оригинал дороже, да и на всех отладочных платах, которые мне известны питание проца всегда 3.3В. В итоге данный программатор хорошо снижает порог вхождения в STM32.

Использую STM32CubeMX + IAR

[@DanilinS]

В 99% случаях питание 3.3 вольта. Остальное — настолько редкая экзотика, что в расчет можно не брать.

[@nafikovr]

оригинал кстати легко умирает. у меня лежит пачка китайцев и оригинал. применяю оригинал как раз таки только там, где нужно нестандартное питание

[@pesp]

Кстати, делал такую доработку после того, как китайский ST-Link отказался работать с SystemWorkbench. На форуме http://www.openstm32.org/ мной описано подключение вывода Reset. Мой коллега даже отказался от работы с SystemWorkbench, потому что не смог запустить отладку.

[@diewindowsdie]

Подскажите, а как определяется скорость на SWO? На скрине у вас 72 МГц — она совпадает с частотой HSE/HSI таргета, или на такой частоте работает отладчик?

[@oWart]

А я даже не задумывался. Выставляется частота работы микроконтроллера 72MHz, а частота SWO (в частности в среде IAR) у меня стоит на Auto

[@diewindowsdie]

Ну то есть таргет (отлаживаемый МК) у вас работает на 72 МГц, и на этой частоте идут данные из SWO, я верно понял?

[@oWart]

Таргет да, а вот на какой частоте идут данные из SWO я сказать не могу

[@xztau]

А как можно выводить таким образом данные в Linux? Если используется openOCD или GDB+texane_st-link?

[@oWart]

С Linux'ом не работал, наверняка можно.

[@esaulenka]

К сожалению, в openOCD не допилили поддержку SWO через STlink.
Попробуйте прошить STlink в JLink (есть официальная прошивка от segger.com).
У меня JLink (копия), консолька через openOCD работает.

[@stifff]

а не проводили исследования на тему причин смертей?

[@nafikovr]

Оригинал тоже не сильно долговечный. Выше писал уже что пучек китайцев лежит. Изол вроде живет уже долго. Но им пользуюсь крайне редко.

[@out0f0rder]

Для ленивых любителей отладочных printf-ов: в EmBitz есть такая неблагозвучная (для русского уха) штука как EBmonitor. Работает без SWO. Есть нюансы, но в общем случае — очень удобно.

[@oWart]

Так и в IAR можно выводить отладочную информацию через библиотеку semihosting, в таком случае физически нога SWO не нужна, но есть свои минусы в скорости работы

[@out0f0rder]

Вот-вот, semihosting тормозит ядро на время вывод. Ebmonitor же практически не влияет на скорость, но зато может терять сообщения. Вдобавок это фишка только EmBitz.
Но очень удобно. Вспоминаю сколько времени я убил на semohosting в Keil — аж трясет :)

[@oWart]

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