Record first X4 USB reconnect and automatic preview acceptance

This commit is contained in:
DCCONSTRUCTIONS
2026-09-10 14:28:34 +03:00
parent d45b329de8
commit 81dd44906d
4 changed files with 68 additions and 8 deletions
@@ -1392,3 +1392,40 @@ Expanded viewport и Escape проверены. Собственная QA вкл
recovery intent сохранены для теста владельца. Native Node WebRTC ограничение recovery intent сохранены для теста владельца. Native Node WebRTC ограничение
из docs09 не закрывается общей frontend сборкой. Ops MISSIONCOR-77 обновлена, из docs09 не закрывается общей frontend сборкой. Ops MISSIONCOR-77 обновлена,
replug/recovery/checkers остаются незавершёнными. replug/recovery/checkers остаются незавершёнными.
### REC01-OWNER / LIVE08 — первый USB reconnect с автовозвратом просмотра
Владелец после инструкции USB out3–5s→in без Power сообщил: кабель
переподключён, X4 вошла в Android и появилась в Mission Core Device.
Readback 10.09.2026 11:23:56.240142 UTC, Mac monotonic459916.296137625:
Rover006 online, прежний X4 instance, новая SDK session от
11:23:06.980858+00:00, preview1/recording0, recovery enabled/ready/preview_wanted.
D455 streaming, прежняя session от11:09:29.070108Z, color10318 и свежий frame.
Private replug-owner-after.json SHA256
19f95fca1ba0e4c20f6e183c697b3395d578d8b50ab5d575098132c6f7f125c4.
Read-only journal показал завершение старого X4 preview source11:22:53 UTC;
broker/wake/RealSense active с прежними ActiveEnterTimestamp, NRestarts0.
Прямые USB/SDK/BLE команды и установка не выполнялись в этой проверке.
LIVE08 intent: проверить уже восстановленный поток, не отправляя START/STOP.
Из ранее принятого LIVE07 reader получен отдельный private probe с явным
allowlist offer/verify/close-peer и требованием baseline preview1. Source
SHA25651e5141df5dd70ef2c6aae0a8d2f24db704fb93626fd20d49c422328e36c95af.
На Mac до одного bounded receiver memory pressure free61%; параллельных
Docker/live probes нет. Использована существующая repo .venv, новых зависимостей
или изменений ОС нет. SDP и frame hashes сохранены только в private evidence.
LIVE08 complete11:25:55.33567911:26:34.499081 UTC,
Mac monotonic460035.391401458460074.554666. Один30s viewer получил339
декодированных кадров1280×640; frame hashes меняются, поздние samples имеют
новые кадры и age<5s. Active verify complete:2 новых кадра1280×640 за167ms.
Только offer/verify/close-peer; preview START/STOP и SD-команд0.
Собственный peer закрыт complete, receiver завершён, capture оставлен.
Private live08.json SHA256
1fcf312e616b959e0c52ea0952fae574e07ccd0cc73cf7c8daff92211a5be89a.
Принят один цикл USB reconnect → Android/SDK → preview с включённым recovery
на установленном Node0.8.20/X40.1.3-7. Это не отдельное доказательство числа
radio attempts: root-only wake report не читался, точный момент кабельного
перехода не измерялся. Длительность восстановления/glass-to-glass latency,
повторные циклы, отмена, cold start и clean Ubuntu остаются открытыми.
@@ -1,6 +1,6 @@
# Insta360 X4 — состояние реализации 10.09.2026 # Insta360 X4 — состояние реализации 10.09.2026
## REC01 / B15 — установлено, физическая проверка восстановления открыта ## REC01 / LIVE08 — первый физический цикл восстановления принят
[Per-instance recovery](15_INSTA360_X4_AUTOMATIC_RECOVERY.md) добавлен в broker [Per-instance recovery](15_INSTA360_X4_AUTOMATIC_RECOVERY.md) добавлен в broker
и отдельный fixed wake helper. В общей карточке Core/Node настройка default-off; и отдельный fixed wake helper. В общей карточке Core/Node настройка default-off;
@@ -15,9 +15,20 @@ P11 установил Node0.8.20; PREP06 из удалённого Core уст
запустил helper. Первый P11 штатно отказал из-за активного захвата D455; запустил helper. Первый P11 штатно отказал из-за активного захвата D455;
после обычного STOP тот же installer завершился. Оба просмотра восстановлены. после обычного STOP тот же installer завершился. Оба просмотра восстановлены.
В Core подтверждено живое1280×640; настройка recovery включена через карточку, В Core подтверждено живое1280×640; настройка recovery включена через карточку,
readback enabled=true/preview_wanted=true/recording0. REC01 USB out/in без readback enabled=true/preview_wanted=true/recording0. Текущие версии —
Power и возврат SDK/preview ещё требуют физического теста. Сборка и установка Node0.8.20/X40.1.3-7.
не заменяют эту приёмку. Текущие версии — Node0.8.20/X40.1.3-7.
Владелец выполнил предложенный USB out/in и подтвердил Android на X4 и её
возврат в Core. Readback 11:23:56 UTC: прежний instance, новая SDK session
от 11:23:06.980858, preview1/recording0, recovery ready. D455 сохранила свою
session и выдаёт свежие кадры; broker/wake/RealSense не перезапускались.
LIVE08 не отправлял preview START/STOP: уже восстановленный поток дал 339
декодированных кадров 1280×640 за 30 секунд, active verify — 2 новых кадра
за 167 ms. Собственный WebRTC peer штатно закрыт, capture сохранён.
Принят один цикл возврата Android/SDK/preview с включённым recovery. Момент
извлечения кабеля, число radio attempts и root wake report в этом чтении не
измерены; длительность восстановления не заявляется. Повторные циклы, отмена,
cold start и clean Ubuntu остаются открытыми.
## WAKE01 — первый успешный Bluetooth wake с возвратом Android ## WAKE01 — первый успешный Bluetooth wake с возвратом Android
+6 -3
View File
@@ -33,9 +33,12 @@ Node0.8.19 bundle пока остаётся0.1.3-3; его обновление
**REC01 в работе:** код per-instance wake/preview recovery и настройка Core/Node **REC01 в работе:** код per-instance wake/preview recovery и настройка Core/Node
реализованы; B15 model0.1.3-7 прошёл75 Ubuntu tests. Node0.8.20 и X40.1.3-7 реализованы; B15 model0.1.3-7 прошёл75 Ubuntu tests. Node0.8.20 и X40.1.3-7
установлены штатно; общая UI активирована в Core, identities сохранены. установлены штатно; общая UI активирована в Core, identities сохранены.
Оба просмотра возвращены, recovery включено через карточку X4. Ближайшее REC01/LIVE08 принял один реальный USB out/in: владелец подтвердил Android,
действие — реальный USB out/in без Power с возвратом SDK/preview, затем прежняя X4 получила новую SDK session и preview без ручного START. Получено
повторные циклы и проверка отмены. Аппаратная приёмка остаётся открытой. 339 кадров 1280×640 за 30 секунд и успешный active verify; D455 сохранила
свою session. Ближайшие действия — повторный такой же цикл, затем проверка
отмены recovery перед намеренным выключением и отдельный cold start.
Один цикл не закрывает всю матрицу устойчивости/ограниченных retries.
Архитектура и границы — в docs15. Архитектура и границы — в docs15.
**Актуальный результат WAKE01:** один адресный Bluetooth wake с Ubuntu **Актуальный результат WAKE01:** один адресный Bluetooth wake с Ubuntu
+10 -1
View File
@@ -2,7 +2,8 @@
REC01 / B15, 10.09.2026. Продолжение принятого WAKE01. Штатно установлены REC01 / B15, 10.09.2026. Продолжение принятого WAKE01. Штатно установлены
Node 0.8.20 и X4 0.1.3-7, общая UI активирована в Core. Настройка включена Node 0.8.20 и X4 0.1.3-7, общая UI активирована в Core. Настройка включена
через Core; физический USB out/in и автоматический возврат ещё не приняты. через Core. REC01/LIVE08 принял один физический USB out/in с возвратом
Android/SDK и preview без ручного START; повторные циклы и отмена ещё открыты.
## Поведение и полномочия ## Поведение и полномочия
@@ -69,3 +70,11 @@ collision/SDK-owner guards и подтверждение camera-side prerequisit
Сборка model и Node выполняется только существующим versioned artifact на Mini. Сборка model и Node выполняется только существующим versioned artifact на Mini.
Фактические UTC/monotonic/hashes, установка и аппаратный итог — в ledger07. Фактические UTC/monotonic/hashes, установка и аппаратный итог — в ledger07.
Успех WAKE01 не заменяет REC01, несколько реальных камер или clean Ubuntu. Успех WAKE01 не заменяет REC01, несколько реальных камер или clean Ubuntu.
REC01/LIVE08: владелец подтвердил USB reconnect → Android; новая SDK session
прежней X4 от 11:23:06.980858 UTC, preview1/recording0. Отдельный 30-секундный
WebRTC receiver получил 339 кадров 1280×640, verify подтвердил ещё 2 свежих
кадра. Receiver выполнял только offer/verify/close-peer; повторной подготовки,
рестарта служб, preview START/STOP и SD-команд не было. D455 продолжила
поток в прежней session. Это первая ограниченная аппаратная приёмка, без
измерения времени USB out/in, числа wake attempts и cold-start поведения.