原 MT007 App
原扫描 · 原连接 · 原命令
THUNDERCOMM IMPLEMENTATION BRIEF · V1.6
改造对象是 Monova(BES2700 + Qualcomm 5100 双芯片眼镜)。MT007 手机 App 与《蒙通 APP 协议 2.1》保持不变;Monova 新增协议兼容入口,复用自身已实现的业务功能。
原扫描 · 原连接 · 原命令
广播 · 组帧 · 会话
84bf6cf · 兼容层独立
01 · IMPLEMENTATION BOUNDARY
Monova 的 2700 端模拟 MT007 眼镜的连接和帧格式;5100 端解析 MT007 命令并调用 Monova 已有能力。
保持原眼镜的广播、GATT、SPP 和连接行为。
MT007 完整帧不改写,作为 BridgePacket payload 传递。
解析 MT007 命令,调用经盘点确认的 Service、AIDL 和系统 API。
MT007 与现有 Mailbox 业务使用不同入口和 appId。
02 · INTERACTIVE ARCHITECTURE
原 MT007 手机 App 只看到与旧眼镜一致的对外端点;Monova 双芯片眼镜的 2700 端负责连接和可靠转发,5100 端负责原 MT007 命令解析与现有功能接入。
图内支持缩放、搜索、聚焦视图以及深浅主题。移动端可使用“全屏打开”。
03 · STARTUP & REQUEST
Monova 双芯片眼镜的 5100 端先注册专用 MT007_COMPAT_APPID 并检查能力入口;2700 完成 Bridge OPEN/ACK 后才开放模拟原 MT007 眼镜的广播,每个原 MT007 请求只在 5100 解析一次。
04 · FAULT ISOLATION
内部链路故障时立即关闭对外可用性;清理旧会话、重建 Bridge 并完成就绪确认后,才重新开放 MT007 端点,避免重复执行有副作用命令。
05 · PROTOCOL BOUNDARIES
PHONE ↔ GLASSES2700 ↔ 510006 · OWNERSHIP
07 · DELIVERY PLAN
RemoteModule 已回退到 84bf6cf;后续补齐 manifest/SHA-256、原型处置和能力盘点。
实现原 Advertising、GATT、MTU、CCCD、notify/indicate 与 SPP Server。
正式 appId、双端会话、去重、重试、背压和故障关闭。
命令注册表连接既有能力,业务实现不引入 MT007 依赖。
文件、媒体、支付及重启、弱链路、24 小时长稳;录音须由两套协议分别控制并验证同一状态。
08 · ACCEPTANCE MATRIX
原 APK 完成扫描、连接、服务发现和订阅。
APP BEHAVIOR请求、响应、主动事件与 MT007 2.1 定义一致。
BYTE EQUIVALENCE内部重试、ACK 丢失不能重复执行副作用命令。
EXACTLY ONCE5100 或 Mailbox 不就绪时,2700 不对外假装可用。
FAIL CLOSED5100 重启后建立新会话,旧 sequence 不得重放。
SESSION RECOVERY媒体、文件和支付图片验证总长度、分片与 Hash。
SCOPE & DATA状态只能标记为 PASS、FAIL、BLOCKED、UNVERIFIED 或 WARN;编译、安装与业务验收分层记录。
IMPLEMENTATION CONTRACT
完整文档包含对外兼容要求、Bridge 帧结构、模块职责、时序、状态机、错误映射、资源边界、验收判据和待确认问题。