Чем смотреть дебажный выхлоп с кристалла в линупсе?

minicom наверное

pyserial miniterm

из софта норм cutecom (графика, умеет всякие непечатные символы принимать-посылать), gnu screen (но эт скорее если тебе полноценный терминал нужен, когда на целевой железке какой-нибудь линукс с mingetty).

По железу — купи что-нибудь на FT2(2)32H — универсальная штука, всякими openocd/urjtag норм.

Цепляешь копеечный uart-usb и смотришь терминалкой.

Редефайнь _write чтобы печатал в uart, воткни usb-uart(советую на чипе CP2102, другие криво работают) и не парься

Цепляешь копеечный uart-usb и смотришь терминалкой

Плюсирую, ибо отладка по шагам лично мне никогда ничем не помогла. Только принтинг, а это uart-usb + терминалка типа minicom/nanocom.

У кетайцев за 250 рублей купить логический анализатор на cypress cy7c68013a. Прогу от saleae поставить (там есть блоб под линукс) и забыть как страшный сон все эти терминалки с printf.

Можно и printf-ом пользоваться - цепляешь к tx провод и смотришь как оно там дрыгается.

Только логический анализатор даст полную картину того что происходит.

просто смотреть результаты printf() на компе

Цепляешь копеечный uart-usb и смотришь терминалкой.

Я для этих целей собрал терминал на 128 меге с небольшим сенсорным экранчиком, чтоб была возможность что-то в терминал вводить и уже лет 10 служит. Пока хватает.

У кетайцев за 250 рублей купить логический анализатор на cypress cy7c68013a. Прогу от saleae поставить (там есть блоб под линукс) и забыть как страшный сон все эти терминалки с printf.

Опенсурсного аналога пока никто не запилил? У cypress вроде вменяемая документация, можно было бы попробовать, да руки не доходят.

Опенсурсного аналога пока никто не запилил?

Есть проект sigrok и его фронтенд pulseview. Но saleae лично мне нравится больше.

чего-то vvviperrr самовипилился из треда. Хотя в целом дело предлагал.

опенсорсная байда для китайского St-Link не умеет SWO (только прошивает).

https://github.com/obe1line/stlink-trace

еще вариант использовать софт от segger и их j-link.

Только без доработки плат
Нужно для хоббийных применений

странный ты.

да увидел, что не хочет он допаивать swo.

ну и чтобы два раза не вставать есть еще такой проект как http://dreamsourcelab.com/

они взяли прикрутили к кипарису спартан6, взяли sigrok и сделали опенсоурс логанализатор. до 16 каналов, до 400МГц. В общем мечты сбываются (у меня такой есть). Правда потом анальноогородились и теперь шпарят новые аппаратные версии с другой схемотехникой относительно оригинала. Но ПО все также в исходниках лежит.

Ихний j-link хренову тучу денег стоит (для хобби). Китайские по ссылкам подойдут какие-нибудь?

А можно поподробней, что там напаивать надо?

я купил китайский, который v8. работает. они (сеггер) так же поставляют утилиту, которая прошивает st-link в j-link. но хз, что там с трассировкой, не пробовал.

и кстати, не такую уж тучу. edu версия 50 евров. но опять же, хз как купить из роисси.

А зачем фигарить в uart если на ISP-разъеме есть аж 2 механизма - RTT и SWO?

да просто вывод с микроконтроллера пробросить на гребенку

https://lujji.github.io/blog/stlink-clone-trace/

да просто вывод с микроконтроллера пробросить на гребенку

однако

Сегеровский апгрейд st-link вроде только для набортных девайсов, (которые в dev board), если судить по их описанию.

Ссылку на v8 свой не подскажешь? А то много их развелось.

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

https://ru.aliexpress.com/item/Jinshengda-j-JLINK-V8-USB-ARM-JTAG/32846502604...

на плате написано seggeN вместо seggeR

Пасиба. Закажу всяких, потом отчитаюсь если надо.

Дальше deb-пакеты с сегеровского сайта, 4 проводка, ихний врапер для _write() и все заработает?

да, с полпинка.

Дальше deb-пакеты с сегеровского сайта

хехе. viva aur.

А через SWO под линуксом удавалось читать или не заморачивался?

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

Хм, ну фик знает. Я думал освоить новые горизонты. Просто это как-то странно, когда есть стандартные дебажные интерфейсы, колхозить рядом UART. Тем более что SWO можно заставить работать в этом режиме (NRZ). Хотелось бы иметь на платах более-менее стандартный отладочный разъем, а не «прошивалка + пины толяна + пины васяна»

Это твои устройства - что тут костыльно, а что нет - определяешь лишь ты(ну и твои коллеги). Везде и во всех проектах где я работал и которые знаю, UART - это стандарт.

Может народ просто по привычке фигарит однажды освоенную тему? На всяком 8-битном шлаке и выбора не было, а кортексы - совсем другая тема же.

Какие-то соглашения по шлейфам вроде есть https://ru.aliexpress.com/item/Q071-JLINK-V9-Emulator-Kit-Simulator-with-Conv...

https://hubstub.ru/stm32/111-otladka-po-swd-stm32.html

Ну а в качестве программатора, который это может кушать, говорят даже stm32 discovery подходит.

Но это всё опять же принтинг, всё как я люблю.

Гугл какую-то фигню выдает.

Link, code.

линупсе

Язабан.

У меня наверное приступ тупости. Несколько раз перечитал статью и посмотрел сорцы. Там только MCU-шная часть, как отправлять символы в неведомые дали. Ни чем смотреть под линупсом ни какой протокол я так и не понял.

к логопеду, быдло.

Вариантов немного, либо как уже советовали, по UART'у смотреть, либо JTAG цеплять (если поддерживается).

st-term: src, bin.

Спасибо. Разобрался. Странно, что никто не оформил в единый реп.

Судя по описанию получается скорость 100килобит. У RTT 500. Но тут код проще. И вроде как должно работать даже через китайский stlink в металлическом корпусе. Обязательно попробую.

Может проще с IDE ?

https://mcuoneclipse.com/2016/10/17/tutorial-using-single-wire-output-swo-wit...

Что-то там в апстриме какие-то разногласия, предлагают пользоваться ARM semihosting. Должно быть то же самое. В любом случае, нужно сделать cast ncrmnt.

Семихостинг тормозной и сильно ресурсы садит. С реалтаймом проблемы будут.