про STLINK-овский VCP (debug uart и т.п.) расскажите, на NUCLEO 767 вообще не работает Опции

[yes]

то есть передача из ПК в STM (target) работает
но прием, то есть из STM32 вообще никак
осциллографом на ножке RX STLINK-a я вижу сигнал, а в ПК только один раз увидел какие-то кроказябры, а в большинстве случаев терминал на прием вообще ничего не печатает (попробовал разные бодрейты, четности - все-равно один хрен)
даже самый простой вариант - перевести ножки STM32 в HiZ и замкнуть RX-TX этого виртуального UART-а все-равно видно только передачу (осциллографом), эха на ПК не видно

хардваре/фирмваре stlink-a V2.J28.M18 STM32 Debug+Mass storage

может там какая-то просто очевидная фигня (никаких солдербриджей по схеме нет)???

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

[Integro]

Подключил сейчас NUCLEO-F746ZG, VCP работает в обе стороны на скорости 115200

ST-Link Firmware Verison:V2.J25.M14 STM32 Debug+Mass storage

[yes]

Подключил сейчас NUCLEO-F746ZG, VCP работает в обе стороны на скорости 115200

ST-Link Firmware Verison:V2.J25.M14 STM32 Debug+Mass storage

спасибо - я посмотрел, вроде бы на всех Nucleo (144,64,32) схема STLINKa одинаковая, то есть скорее всего проблема где-то у меня (ничего похожего не нагуглил), но пробовал два компа и две Nucleo
вряд ли выгорел вход

еще заметил, что при попытках передать что-то с таргета иногда отваливается драйвер (кроме рекомендованного терминала еще пользую некий самописный, который умеет реконектиться к порту после глюка драйвера)

upd: хотя V2.J25 vs V2.J28 - вроде эта Jxx не меняется и привязана к плате, а меняется при апдейтах Мхх - может в разную фирмварь в разные платы грузит эта утилита для апгрейта, уже интересно разобраться из любопытства