EmBlocks Вывод текста через SWO(SWD)

[ToRcH2565]

Добрый день, недавно начал изучать азы STM, и наткнулся на интересную возможность, а именно отправлять текст через отладочный порт:

https://hubstub.ru/stm32/111-otladka-po-swd-stm32.html  (дабы долго не обьяснять о чем я веду речь, ибо без знания терминов это может затянутся).

Так вот, столкнулся я с проблемкой, а именно где же можно данные сообщения посмотреть в EmBlocks, отладочные окна пролез все, там не нахожу, возможно нужно ковырять глубже настройки среды? или данная среда не умеет отображать эти сообщения?

Очень не хотелось бы городить UART для отображение отладочных сообщений...

[Реклама]

Реклама: ООО ТД Промэлектроника, ИНН: 6659197470, Тел: 8 (800) 1000-321

[mail_robot]

не каждый отладчик способен выводить текст в SWO. Стандартный китайский ST-Link такого не умеет. Правда после некоторой доработки быстро учится.

Текст из SWO можно увидеть в ST-Link utility? там есть окошко на эту тему. Но и UART кстати не самый плохой вариант. Если не охота заморачиваться с UART, можно то же самое сделать через CDC. Там все элементарно

[Реклама]

20% скидка на весь каталог электронных компонентов в ТМ Электроникс!

Акция "Лето ближе - цены ниже", успей сделать выгодные покупки!

Плюс весь апрель действует скидка 10% по промокоду APREL24 + 15% кэшбэк и бесплатная доставка!

Перейти на страницу акции

Реклама: ООО ТМ ЭЛЕКТРОНИКС, ИНН: 7806548420, info@tmelectronics.ru, +7(812)4094849

[ToRcH2565]

С UART нет желания заморачиваться ибо придется травить плату для схемы(готового переходника нет, зато есть пачка CH340\FTDI2303), а надо оно не шибко часто.. 

CDC тоже не вариант ибо USB занят для CustomHID на мастер устройстве(на слейвах через CustomHid можно запилить... но там думаю таки передавать это всё по радио на мастер устройство)

За инфу про "китайские программаторы" огромное спасибо =) буду гуглить как доработать стандартный китайский STLink =)

Хотя сегодня наконец то стабильно завелось радио навесным монтажём, так что думаю вопрос пока отпадает =)

[Реклама]

Выбираем схему BMS для корректной работы литий-железофосфатных (LiFePO4) аккумуляторов

 Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ, также как и для других, очень важен контроль процесса заряда и разряда, а специализированных микросхем для этого вида аккумуляторов не так много. Инженеры КОМПЭЛ подготовили список имеющихся микросхем и возможных решений от разных производителей. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

[ToRcH2565]

upd.
По вашему совету пошел искать как доработать ST-Link, но нашел гораздо больше чем расчитывал, попробую разложить для новичков что искать хотябы ...

Есть 3 варианта вывода отладочного "текста": 

1) SWO - он же самый "правильный", нужна аппаратная поддержка программатором(доработать китайский программатор - дело 2х минут, если у вас не советский паяльник или руки из нужного места),  из минусов (как для меня) занятый пин(PB3), необходимость пятого провода(не шибко минус, но лень берет свое).

2) Semihosting (то что я по незнанию считал SWO)  - заводится с пол пинка, работает на ура, якобы тормозит камень, перед тем как завелся этот вариант - получилось завести следующий(на нем и остановился)

3) EBMonitor  - "фишка" чисто EmBlocks, может пропускать сообщения(?), работает в обе стороны(как UART прием\передача) не сильно тормозит камень(?)) минусы - совсем нет инфы, нашел случайно на форуме EmBlocks тему, полистал - увидел пример, больше информации о нем найти не удалось(не сильно то и искал).

[mail_robot]

semihosting лучше не вспоминать даже. Хуже способа наверное не придумать. Про ваш способ номер 3 сказать ничего не могу, так как блоксами не пользуюсь. Если проводов он не просит, то скорее всего он тот же семихостинг и поднимает. Других способов пока не изобрели

[ToRcH2565]

Незнаю как работает semihosting, но как работет EBMonitor - понял, если в двух словах - в RAM выделяется буфер(фиксированого размера) и всё что отправляется (printf...) помещается в этот буфер, а EBMonitor в свою очередь читает постоянно эту область памяти и происходит магия =) Отсюда и пропуски сообщений (не хватило места в буфере\ не успел считать пока не поместили следующие данные).

погуглил на тему как работает semihosting, адекватного ничего не нашел, но из общих фраз понял что общего с EBMonitor только физическая шина по которой данные на комп прилетают (SWD)... 

[mail_robot]

возможность потери данных при отладке это несомненно большой плюс метода

[ToRcH2565]

Тык и отладка через printf тоже один большой плюс =)))) (сарказм если что) 

[dosikus]

@ToRcH2565 , самый адекватный и менее затратный вариант - JLink+RTT .

 В JLink перешивается любой набортный STLink v2 и выше . Для версии 1 нужны доработки железа.

 А преимуществ у RTT  перед SWO, semihosting и тем более EBMonitor   выше крыши