caxapa.ru :: Я просто выкидываю без проверки и не имею проблем с таймингом. Если что-то потеряется из дебага - не страшно. Мне понравилась возможность вывести данные наружу без нарушения работы основного консольного вывода и вообще без задержек в девайсе.

Andreas (16.05.2020 23:36, просмотров: 832) ответил Aleksey_75 на Эта тема вроде бы призвана решить вопросы с показательным дебагом! А по факту она люто влияет на тайминг проги! Я для себя решил , луче отдать одну ногу поду tx любого свободного уарта и не сношать себе моск!

Я просто выкидываю без проверки и не имею проблем с таймингом. Если что-то потеряется из дебага - не страшно. Мне понравилась возможность вывести данные наружу без нарушения работы основного консольного вывода и вообще без задержек в девайсе.

А уарты не всегда есть запасные( в nrf52 всего один уарт нужный для другого и даже вывод консоли приходится делать изображая UART через SPI), да и выводить без задержек можно только от 1 до 8 байт в зависимости от фифо. А тут плюул 32 бита в один канал, 32 - в другой и на стороне компа уже разгребаешь.

Ответить

- Без подключенного отладчика иногда можно огрести стопор. В STM32 нарывался. Т.е. рулежка на /dev/null должна быть где-то на входе Debug_Putсhar(). - Vit(17.05.2020 00:07)
  - Ннне понял, откуда может быть ступор при выполнении ITM->PORT[0].u32 = n; ? Если использовать ITM_SendChar , то да возможно и можно огрести. - Andreas(17.05.2020 00:19)
    - если отладчик не включил дебаг-модуль ядра и не настроил со своей стороны. тогда можно ожидать вечно. включить модуль дебага вааще (и без внешнего отладчика) можно для CM3, CM4 (скорее всего и CM7) при, собственно, включении DWT. далее, полагаю, понятно. это, конечно при ITM_SendChar без проверки на входе. - Vit(17.05.2020 00:43)

ARM, RISC-V контроллеры