diff --git a/docs/node/07_INSTA360_X4_INSTALLATION_LEDGER.md b/docs/node/07_INSTA360_X4_INSTALLATION_LEDGER.md index 7081b23..b3070f6 100644 --- a/docs/node/07_INSTA360_X4_INSTALLATION_LEDGER.md +++ b/docs/node/07_INSTA360_X4_INSTALLATION_LEDGER.md @@ -593,3 +593,79 @@ replug-usb-read.json SHA-256 Наблюдатель завершён, SDK commands после LIVE06 не посылались. Результаты PREP05/LIVE06 записаны в MISSIONCOR-77 через официальный MCP, checker B11 отмечен и readback подтверждён; replug/cold start/power остаются открытыми. + + +## REPLUG02 — transient mass-storage enumeration,10.09.2026 + +Владелец повторно вынул/вставил USB: X4 несколько секунд показала зарядку, +затем значок погас; Mini подал звук. Read-only SSH07:01:11.259568 UTC, +Ubuntu monotonic321979.140661512, и Core07:01:13.600343 UTC, +Mac monotonic444153.590687291 подтвердили Core operational/Node online/X4 offline. +Kernel history уточняет прежний срез: ПОСЛЕ завершения REPLUG01 в06:46:46 и +повторно в07:00:07 появились USB2 descriptor/setup-address errors -71; ядро само +выполнило штатный attempt power cycle. Агент USB reset/power commands не посылал. +В06:46:50.511 и07:00:11.369 X4 перечислилась на прежнем USB3 порту как +070a:4026, product Insta360 X4, USB Mass Storage; removable media absent. +Оба раза примерно через16s произошёл disconnect (06:47:07.232 /07:00:27.482). +В SDK mode2e1a:0002 камера не возвращалась. Это новый наблюдённый режим, +не опровержение отсутствия enumeration в окне REPLUG01 до06:46:06. + +Supervisor active; worker SDK экземпляра inactive, D455 и прочие USB сохранены. +Общий VID/PID и непригодный для persistent identity mass-storage serial не могут +автоматически подменить identity SDK камеры. Нынешний Node discovery принимает +только SDK VID/PID+exact product: неподходящий USB mode не показывается отдельно; +это открытый пробел требований06, не основание расширять SDK access/udev. + +Private evidence0600 initial-reads.json SHA-256 6eff175f96f8f7ca1d0fae859d86cdd0196de72e84d313e9ae394e078204a320. +Официальная X4 troubleshooting рекомендует при отсутствии USB menu после5s +перезапуск камеры и повторное подключение; integration Q23 указывает, что +нестабильное питание может выглядеть как disconnect и сорвать Android mode. +Это возможные причины, не диагностика напряжения: измерений VBUS нет. +Sources: https://onlinemanual.insta360.com/x5/en-us/troubleshooting/connection/connect-computer +и https://onlinemanual.insta360.com/developer/en-us/resource/integration. + +Следующий diagnostic control: владелец отключает USB, штатно выключает/включает +X4 и подключает USB заново; если появится USB mode menu — выбирает Control with +Android. Это ручное восстановление исходной точки, не принятие autonomous cold +start или mode retention. Изменений Ubuntu/dependencies/services/firmware/SD не +производится. Сначала получить USB enumeration, затем проверить SDK session и видео. + + +REPLUG02 manual control: owner описал USB out→camera off/on→USB in; +экран сообщил переход в Android mode. Observer07:04:23.899289 UTC видел +070a:4026, затем07:04:33.127232 UTC — admitted2e1a:0002/USB3. Product supervisor +сам создал worker; opened_at07:04:34.827036 UTC. Core snapshot07:05:06.733004 UTC, +Mac monotonic444386.721647, подтвердил прежний device_id, новую SDK session, +prepared/online=true,preview0/recording0. SHA-256 returned-snapshot.json +0eccca0c90135b050a74c413ac1403dcf805db1ed1432d1383d1fddcf26e2217. +Никакая prepare/install/restart service команда не выполнялась. Автовозврат +SDK после появления корректного USB mode подтверждён; смена режима/перезапуск +камеры были физическими действиями владельца. Уточняется, требовался ли tap mode. + +LIVE07 intent: один явный preview.start через Core при fresh connected/recording0, +30s actual WebRTC receiver и active verify, затем закрыть только свой peer. +Тот же локальный .venv/probe LIVE06, сокращённое окно; source SHA в новом report. +Новых dependencies/Ubuntu effects вне штатных product operations нет. + + +LIVE07 complete07:06:34.227593→07:07:17.441927 UTC, +Mac monotonic444474.215361833→444517.429198. Одно30s окно WebRTC дало340 decoded +frames1280×640; preview.start/offer/active verify/close-peer complete. Verify2 новых +кадра за84ms. Max sampled received-frame age0.107s не glass-to-glass latency. +SD recording0, свой peer закрыт, preview включён. Private report SHA-256 +56528b1812a87d7d7d128d90f9c781cc8bba1a40a6e2cab4af47096943f27dee. +Bounded read-only USB observer завершён, raw JSONL SHA-256 +0d4bb9a48108845990cf3eb5367b0f1082dc0a6292187a566c4e295ceb877a37. +Владелец затем подтвердил зелёную X4 в Core; это проекция Node inventory. + +Результат: новая USB SDK identity после camera restart автоматически открыта +установленным per-instance worker, штатный явный START вернул проверенное видео. +Простой replug при активном capture остаётся failed; driver reinstall не нужен. +Выбор Android mode пользователем или автоматическая память режима ещё не +разделены явным ответом владельца. Следующий контролируемый hardware шаг — +idle preview.stop→USB replug без camera off/on и без ручного выбора режима, +затем отдельный active replug, чтобы проверить зависимость от capture state. +Эти следующие отключения пока не выполнялись. Root/port reset, дополнительные +пакеты, firmware и SD effects в REPLUG02 не применялись; Ubuntu не изменялась. +Ops MISSIONCOR-77 обновлён с результатом и discovery-mode gap, checker полной +автономности остаётся открытым. diff --git a/docs/node/09_INSTA360_X4_IMPLEMENTATION_STATUS.md b/docs/node/09_INSTA360_X4_IMPLEMENTATION_STATUS.md index 4690a3e..daf868d 100644 --- a/docs/node/09_INSTA360_X4_IMPLEMENTATION_STATUS.md +++ b/docs/node/09_INSTA360_X4_IMPLEMENTATION_STATUS.md @@ -87,3 +87,7 @@ UI01/N09 завершён как общий DG loading contract и постав PUSH01: оба main опубликованы штатным fast-forward push и проверены по remote SHA: Core7e257275ab607d9df184ae495523ccdc88713375, DG8c53f73ee521561a1cc7944a7f7cf113702f40b5. Бинарные пакеты и SDK в Git не опубликованы. Следующий эксперимент REPLUG01 наблюдает физическое переподключение владельцем. REPLUG01 не прошёл: после подтверждённого владельцем возврата кабеля X4 не вернулась в USB enumeration; Node online296/296 snapshots. Это барьер транспорта до SDK, причина между камерой/кабелем/портом не локализована. Повторные prepare/START не запускались. Подробности в плане11 и ledger. + +REPLUG02 уточняет последующие подключения: kernel кратко обнаруживает X4 как USB Mass Storage070a:4026, затем через~16s disconnect; перед этим USB2 descriptor errors -71. SDK mode не возвращается. Звук подключения не подтверждает SDK-ready. Следующий diagnostic control — штатный camera restart/reconnect и выбор Control with Android при появлении меню. Отдельно выявлен пробел read-only discovery неподходящего USB mode; его исправление не должно объединять камеры по mass-storage serial. + +REPLUG02/LIVE07 восстановление: после выполненного владельцем camera off/on и USB reconnect появился SDK mode; установленный supervisor сам открыл новую сессию прежнего экземпляра. Явный START из Core дал340 кадров1280×640 за30s, active verify complete. Core/Node видят камеру online; переустановка не потребовалась. Автоматический выбор режима после restart уточняется, простой active replug без camera restart остаётся непройденным. diff --git a/docs/node/11_INSTA360_X4_AUTONOMY_AND_USB_POWER.md b/docs/node/11_INSTA360_X4_AUTONOMY_AND_USB_POWER.md index 68071e0..6daea51 100644 --- a/docs/node/11_INSTA360_X4_AUTONOMY_AND_USB_POWER.md +++ b/docs/node/11_INSTA360_X4_AUTONOMY_AND_USB_POWER.md @@ -3,8 +3,8 @@ Срез10.09.2026. Основание — запрос владельца после восстановления NET03: определить последствия отключения, необходимость ручного выбора USB-режима, предел автоматического восстановления и возможность управления питанием портов -существующего Ubuntu Mac mini. Это план следующей приёмки, не свидетельство -уже выполненных replug/power tests. +существующего Ubuntu Mac mini. Ниже разделены выполненные проверки и оставшаяся +приёмка; успешная полная автономность пока не доказана. ## Что подтверждено @@ -31,11 +31,46 @@ Rover online296/296 snapshots, D455 остаётся на USB. Supervisor ост При disconnect есть xHCI warning; причинность не установлена. Барьер сейчас ниже SDK: прежде чем квалифицировать reopen, нужен возврат USB enumeration. Нельзя по этому наблюдению заключать, что прошивка забыла Android-режим. Следующая развилка: -подтвердить внешний power indicator на X4, отдельно проверить штатное выключение/ -включение камеры при подключённом кабеле и сохранение режима; адресный host-port +отдельно проверить штатное выключение/включение камеры и повторное подключение, +затем сохранение режима; адресный host-port reset допускается только через versioned artifact с mapping companion ports и сохранением остальных устройств. Полный controller reset не выполняется. +## REPLUG02 — камера кратко видна как накопитель + +Повторные подключения после окна REPLUG01 дали новую информацию. Kernel events +06:46:50 и07:00:11 UTC: X4 перечисляется в USB3 как070a:4026 с product Insta360 X4 +и интерфейсом Mass Storage. Примерно через16s происходит disconnect. Перед этим +на USB2 companion портe повторяются descriptor/setup-address errors -71; +штатный kernel hub recovery сообщает attempt power cycle. Агент команды reset +не выполнял. Звук Mini согласуется с кратким обнаружением устройства, но не +подтверждает готовый SDK channel. В07:01 USB inventory снова без X4. + +Владелец видел индикатор зарядки несколько секунд. Устойчивость напряжения и +причина disconnect не измерены. [Insta360 Integration Guide, Q22–24](https://onlinemanual.insta360.com/developer/en-us/resource/integration) +разделяет экран USB mode и обычные настройки; нестабильное питание может сорвать +Android switch. [Официальная X4 диагностика](https://onlinemanual.insta360.com/x5/en-us/troubleshooting/connection/connect-computer) +предлагает перезапуск камеры и новое подключение, если USB menu не появилось. +Это следующий ручной diagnostic control, не успешный autonomous cold start. + +После manual diagnostic control USB out→camera off/on→USB in: +07:04:33 UTC вернулся SDK mode2e1a:0002. Supervisor сам открыл новую сессию +прежней камеры, без prepare/install/service commands. Core получил prepared/online, +preview0/recording0. LIVE07 после явного START подтвердил340 кадров1280×640 за30s +и active verify2 новых кадра за84ms. Владелец подтвердил зелёный статус Core. +Это доказывает автоматическое открытие SDK после правильной USB enumeration, +но не автоматическое восстановление режима без перезапуска самой камеры. +Уточнение владельца о необходимости ручного выбора Android пока не получено. +Следующая пара проверок — idle replug и active replug, без camera off/on. + +Выявлен также пробел discovery: Node фильтрует только SDK mode2e1a:0002 и не +показывает отдельно наблюдённый неправильный USB mode. Для исправления нужна +read-only provisional identity по конкретному attachment, явное сообщение о +неподходящем режиме и запрет prepare/SDK-команд. Mass-storage serial нельзя +считать стабильной identity или автоматически сопоставлять с прежней камерой: +несколько X4 должны остаться независимыми. SDK worker/udev admission расширять +на Mass Storage без доказанного control protocol нельзя. + ## Поведение текущего приложения Установка драйвера сохраняется после отключения. Supervisor сопоставляет USB @@ -102,6 +137,6 @@ disconnect для части прошивок; текущий bridge его не шаги2–6, этот результат не объявляется достигнутым. Проверки отключения, reboot и VBUS выполняются в объявленном окне наблюдения. -В этом проходе они не запускались. Любое изменение Ubuntu сначала входит в +REPLUG01/02 выполнены владельцем; software VBUS switching и reboot Ubuntu не запускались. Любое изменение Ubuntu сначала входит в версионированный артефакт; глобальный USB controller reset и широкие права на все хабы не используются для восстановления одной камеры.