Andreas (16.05.2020 22:35, просмотров: 640) ответил Vit на Пока ты думаешь, оно используется. Быстро и удобно. Обычно, если
случайно не настараться:), оно отправляется на частоте ядра. В
некоторых камнях, к сожалению, клок заметно ниже - в EFM32GG было
раз в 12, что-ли, ниже. С чем связано - не знаю.-
- Есть мощное ощущение, что SEGGER'овцы ограничивают частоту именно в OB или EDU версии. - RxTx(17.05.2020 11:20)
- Конечно. В JLINK-OB на F072 и CDC есть - живет своей жизнью -
говнище редкое. Vit(108 знак., 16.05.2020 23:44)
- За неимением кухарки..... Зато домой удобно таскать - в мелкой
коробчонке питание, отладчик и уарт. А с глюками CDC не встречался,
по крайней мере на 115200. - Andreas(17.05.2020 00:26)
- эээ, а где там в CDC битрейд выставляется ?? - Aleksey_75(17.05.2020 00:47)
- в терминале:) - Vit(17.05.2020 00:52)
- т.е. со стороны хоста ?? ну да, ну и даже здесь он весьма условный - Aleksey_75(17.05.2020 00:54)
- в терминале:) - Vit(17.05.2020 00:52)
- эээ, а где там в CDC битрейд выставляется ?? - Aleksey_75(17.05.2020 00:47)
- За неимением кухарки..... Зато домой удобно таскать - в мелкой
коробчонке питание, отладчик и уарт. А с глюками CDC не встречался,
по крайней мере на 115200. - Andreas(17.05.2020 00:26)
- Эта тема вроде бы призвана решить вопросы с показательным дебагом!
А по факту она люто влияет на тайминг проги! Я для себя решил ,
луче отдать одну ногу поду tx любого свободного уарта и не сношать
себе моск! - Aleksey_75(16.05.2020 23:12)
- Я просто выкидываю без проверки и не имею проблем с таймингом. Если
что-то потеряется из дебага - не страшно. Мне понравилась
возможность вывести данные наружу без нарушения работы основного
консольного вывода и вообще без задержек в девайсе. Andreas(303 знак., 16.05.2020 23:36)
- Без подключенного отладчика иногда можно огрести стопор. В 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)
- Ннне понял, откуда может быть ступор при выполнении
ITM->PORT[0].u32 = n; ? Если использовать ITM_SendChar , то да
возможно и можно огрести. - Andreas(17.05.2020 00:19)
- Без подключенного отладчика иногда можно огрести стопор. В STM32
нарывался. Т.е. рулежка на /dev/null должна быть где-то на входе
Debug_Putсhar(). - Vit(17.05.2020 00:07)
- Я просто выкидываю без проверки и не имею проблем с таймингом. Если
что-то потеряется из дебага - не страшно. Мне понравилась
возможность вывести данные наружу без нарушения работы основного
консольного вывода и вообще без задержек в девайсе. Andreas(303 знак., 16.05.2020 23:36)