Document X4 USB mode recovery and verified video after restart
This commit is contained in:
DCCONSTRUCTIONS
@@ -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 полной
|
||||
автономности остаётся открытым.
|
||||
|
||||
@@ -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 остаётся непройденным.
|
||||
|
||||
@@ -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 и широкие права на
|
||||
все хабы не используются для восстановления одной камеры.
|
||||
|
||||
Reference in New Issue
Block a user