Микроконтроллеры

https://habr.com/ru/articles/402927/

Устройство на изображении — это распространённый дешёвый клон ST-LINK V2, внутрисхемного отладчика/программатора, обычно используемого для микроконтроллеров STM8 и STM32. Оно включает открытый пин RST (сброс) на своём разъёме, наряду с другими, такими как SWIM, SWDIO, SWCLK, GND, 3.3V и 5V. Этот пин предназначен для подключения к линии NRST цели для аппаратного управления сбросом во время сеансов отладки или программирования. Однако, на основе широкого отзыва, эти клоны часто не надёжно поддерживают сигнал сброса для целей STM32 так, как это делает официальный ST-LINK — в частности, функции вроде "подключения под сбросом" или автоматического сброса через ПО (например, в STM32CubeProgrammer, ST-LINK Utility или OpenOCD) часто не работают. Проблема возникает из-за того, что пин сброса подключён или настроен в основном для поведения сброса STM8 (например, привязан к другому GPIO на MCU STM32F101 клона), что не соответствует ожиданиям STM32. Ручной сброс (например, нажатие кнопки на целевой плате во время подключения) обычно работает как обходной путь, и базовая связь SWD/JTAG без зависимости от сброса в порядке. Отчёты пользователей в изобилии на форумах вроде Stack Exchange, Reddit, EEVblog и сообществе ST, где люди описывают именно эту ограниченность у визуально идентичных розовых/алюминиевых клонов с AliExpress или аналогичных продавцов (как тот на вашем изображении, который соответствует спискам на antowka.ru и в других местах). Некоторые пользователи достигают успеха со сбросом в ограниченных сценариях (например, через кастомные команды OpenOCD), но это нестабильно. Упомянутые исправления включают аппаратные модификации (например, соединение пинов или добавление подтяжек) или перепрошивку firmware клона для эмуляции J-Link, хотя это не всегда просто. Если функциональность сброса критична, часто рекомендуется официальный ST-LINK или альтернативы вроде Raspberry Pi Debug Probe вместо клонов.