Monova 双芯片眼镜兼容原 MT007 协议技术方案

版本：V1.6（创达实施稿） 日期：2026-10-09
适用对象：创达 BES2700 固件、Qualcomm 5100 Android 系统、RemoteModule 集成团队

1. 方案结论

本方案的改造对象是 Monova（BES2700 + Qualcomm 5100 双芯片眼镜）；MT007 指现有单芯片眼镜及其手机 App、协议。《蒙通 APP 协议 2.1》和 MT007 手机 App 不变。Monova 的 2700 端复刻 MT007 眼镜的广播、GATT 和 SPP Server，将完整 MT007 帧通过独立 Mailbox Bridge 交给 5100；5100 端新增 MT007 协议兼容入口，与 Monova 既有协议分别解析后调用同一业务能力。既有功能、状态机和默认行为不改。

2. 目标与边界

本文供设备端实施和验收使用；对外协议文档只保留协议定义，不写入双芯片实现和测试信息。

3. 总体架构

交互图（可缩放、可搜索）：Monova 兼容 MT007 协议架构

3.1 三个隔离层

3.2 实施原则

1. 一次业务解析：2700 只识别帧边界和 CRC，MT007 命令只在 5100 解析一次。
2. 原帧保真：进入隧道的 MT007 bytes 与手机写入的完整帧一致；返回方向同理。
3. 共用现有功能：两套协议分别解析后调用同一 Service/AIDL/API；缺少公开入口时只增加薄 Facade，不改业务行为。支付确认目标固件受控入口后按同一原则接入。
4. 内部确认不外泄：Bridge ACK 只确认内部收到包，不能转换为手机可见的业务成功。
5. 就绪后再暴露：5100 Bridge、业务适配器和 Mailbox 均就绪后，2700 才允许 MT007 端点对外可用。
6. 失败关闭：5100 重启、Mailbox 断开、重试耗尽或队列溢出时，终止当前 MT007 会话并等待重建，禁止带病继续。

4. 协议域严格隔离

4.1 外部 MT007 协议域

对手机必须保持以下兼容面不变：

MT007 帧：

普通命令：  command(1) | payload(N) | crc8(1)
0x51 命名空间：0x51 | sub(1) | payload(N) | crc8(1)
0x51/0x65 或 0x51/0x66：0x51 | namespace(1) | command(1) | payload(N) | crc8(1)

CRC、编码、字段长度、端序和响应行为以《蒙通 APP 协议 2.1》为唯一外部验收基线。

4.2 内部 Bridge 协议域

BridgePacket 只存在于 2700↔︎5100 内部：

magic(2="AR") | version(1) | type(1) | sessionId(4) |
sequence(4) | payloadLength(2) | payload(0..514)

4.3 Mailbox/UART 外层

BridgePacket 作为 Mailbox 的 data，使用专用 MT007_COMPAT_APPID：

0x55 | frameId(4) | srcId(1) | dstId(1) | appId(1) |
dataLen(2) | BridgePacket(<=528) | mailboxCrc(1)

当前 Mailbox MAX_DATA_LENGTH=1024，静态容量可容纳 528 字节 BridgePacket。以下项目必须由创达依据底层库源码或串口抓包确认后固化，不能凭结构体猜测：

• frameId、dataLen 的线上字节序；
• Mailbox CRC 算法及覆盖范围；
• UART 波特率、DMA/缓存、物理层分段和重组策略；
• 底层超时、重试和最大并发帧数。

禁止把 MT007 原帧交给现有 Mailbox 业务解析器，也不得以首字节猜测协议类型；Bridge ACK/REJECT 只在内部使用，不能冒充 MT007 业务响应。

5. 模块设计

6. 功能复用与归属

7. 核心时序

完整交互图：Monova 启动与 MT007 请求响应时序

7.1 启动与就绪

1. 5100 RemoteModule 启动，注册 MT007_COMPAT_APPID，初始化 MT007 Adapter 和全部能力端口。
2. 2700 Mailbox 链路确认 5100 可达，创建新 sessionId 并发送 OPEN。
3. 5100 完成 session 初始化后返回 ACK(seq=0)。
4. 2700 收到 ACK 后才启动/开放 MT007 广播与 GATT/SPP 服务。
5. 原手机 App 按旧流程扫描、连接、发现服务、订阅并请求 MTU 517。

7.2 请求与响应

1. 手机写入一帧完整 MT007 请求。
2. 2700 完成组帧与 CRC 校验，原字节封装为 BridgePacket.FRAME。
3. Mailbox 使用专用 appId 发送到 5100。
4. 5100 Bridge 完成会话、序号、去重检查，再交给 MT007 Adapter。
5. Adapter 调用盘点确认的能力接口；缺少受控入口时记录缺口，不以复制业务流程代替协议适配。
6. 功能返回后 Adapter 按 MT007 2.1 生成响应帧。
7. 响应以反向 Bridge FRAME 返回 2700，并由原 notify/indicate 或 SPP 发给手机。

7.3 2700 主动事件

1. 2700 的按键、佩戴、电量等原生模块产生 typed event。
2. 事件通过现有对应 appId 发给 5100，不直接生成 MT007 帧。
3. 5100 Adapter 结合当前业务状态生成 MT007 事件。
4. MT007 事件通过专用 Bridge 返回 2700，再通知手机。

这样可避免 2700 与 5100 两边分别维护 MT007 业务状态。

7.4 大数据

• BLE/Mailbox 发送下载、删除、开始/停止等控制命令。
• 数据本体通过协议已定义的数据面传输。
• 支付图片若按 MT007 2.1 使用 BLE 分片，则每个完整 MT007 通知仍不得超过 514 字节，并具备总长度、分片序号、完整性校验和缺片重传。
• 不能把当前调试链路的 MTU 247、215 字节 payload 或 64 KiB 图片限制带入正式方案；正式目标按 MT007 2.1 和实际 MTU 517 验收。

8. 状态机与失败恢复

完整交互图：Monova 兼容链路故障隔离与恢复时序

DISABLED
   └─ 配置有效 ─> WAIT_MAILBOX
        └─ 5100 ready ─> OPENING
             └─ OPEN ACK ─> READY
                  └─ 手机连接 ─> ACTIVE
ACTIVE ── 手机断开 ─> READY
ACTIVE/READY ── HAL death / timeout / overflow / 5100 reboot ─> RECOVERING
RECOVERING ── 清空旧会话 + 链路恢复 ─> OPENING

规则：

• 新手机连接必须使用新 sessionId；旧 session 延迟包不得产生任何副作用。
• 同一请求因内部 ACK 丢失而重发时，只允许业务执行一次。
• CLOSE、断链、服务停止必须清空待确认包、响应缓存、控制队列、大消息队列和业务会话状态。
• 5100 未准备好时，2700 不得继续向手机报告“连接正常”。
• 恢复时必须先建内部新会话，再恢复外部可用性。

9. 错误映射

10. 性能、资源与线程

禁止在回调中创建裸线程、无限线程池或无界队列。耗时文件/相机操作由既有服务线程执行，协议线程只管理状态和回调。

11. 安全与日志

• 仅允许已授权/已绑定手机访问 MT007 私有端点，沿用原产品配对策略。
• 校验来源 srcId、目标 dstId、专用 appId、长度、会话、序号、CRC 和 payload 上限。
• 日志不得输出 Wi-Fi 密码、完整 SSID、支付二维码、图片内容、Token、完整 MT007 payload 或异常敏感文本。
• 可记录命令 key、长度、方向、session 后四位、sequence、耗时、状态和错误类别。
• 配置和运行状态使用稳定 tag MT007_COMPAT 输出视觉宽度严格对齐的表格：

+----------+-----------+------------+-----------+--------+------------------+
| stage    | key       | value      | source    | status | reason           |
+----------+-----------+------------+-----------+--------+------------------+
| startup  | transport | mailbox    | property  | PASS   | handler ready    |
| startup  | appId     | configured | build cfg | PASS   | dedicated        |
| runtime  | session   | ****7A31   | bridge    | PASS   | active           |
+----------+-----------+------------+-----------+--------+------------------+

表格格式化器必须按 Unicode 显示宽度处理中文、全角和组合字符，动态长字段安全截断，禁止依赖 Logcat 自动换行。

12. 实施与退出条件

13. 创达交付物

1. 2700 Mt007Endpoint、Mt007FrameAssembler、Mt007CompatGateway、BridgeSession、Mailbox Adapter 源码。
2. 5100 Bridge Endpoint、MT007 Compat Adapter、Baseline Capability Adapters 和 Mt007PaymentProtocolAdapter 源码。
3. 正式 MT007_COMPAT_APPID 分配表及冲突检查结果。
4. BridgePacket 和会话状态机内部协议说明；不得混入对外 MT007 协议文档。
5. UART/Mailbox 线上字节序、CRC、波特率、缓存和分段结论及抓包依据。
6. 单元测试、集成测试、原 App 黑盒回归脚本和结果。
7. 可过滤的 MT007_COMPAT 参数表与脱敏事件日志。
8. 84bf6cf 基线锁定记录、原型处置清单、能力盘点表、兼容补丁文件清单，以及构建产物、目标路径、版本和 SHA-256 清单；源码修改与二进制分别交付。

14. 验收矩阵

下列为验收要求，不代表当前已通过。创达应在独立测试报告中逐项给出 PASS、FAIL、BLOCKED、UNVERIFIED 或 WARN 及证据；编译成功不能替代真机业务验收。

15. 实施前待确认