Monova Compatibility兼容 MT007 协议

THUNDERCOMM IMPLEMENTATION BRIEF · V1.6

让 Monova 双芯片眼镜
兼容 MT007 协议

改造对象是 Monova(BES2700 + Qualcomm 5100 双芯片眼镜)。MT007 手机 App 与《蒙通 APP 协议 2.1》保持不变;Monova 新增协议兼容入口,复用自身已实现的业务功能。

0
手机 App 改动
1
MT007 业务解析点
2
严格隔离协议域
514 B
完整 MT007 帧上限
01UNCHANGED

原 MT007 App

原扫描 · 原连接 · 原命令

02MT007 ENDPOINT

BES2700

广播 · 组帧 · 会话

03BASELINE FROZEN

Qualcomm 5100

84bf6cf · 兼容层独立

MT007 2.1
BridgePacket / Mailbox

01 · IMPLEMENTATION BOUNDARY

兼容实现分工

Monova 的 2700 端模拟 MT007 眼镜的连接和帧格式;5100 端解析 MT007 命令并调用 Monova 已有能力。

2700

对外连接

保持原眼镜的广播、GATT、SPP 和连接行为。

2700 ↔ 5100

原帧传输

MT007 完整帧不改写,作为 BridgePacket payload 传递。

5100

业务处理

解析 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 ↔ GLASSES

MT007 2.1

  • 原 Service / Characteristic / SPP UUID
  • 手机协商 MTU 517
  • 完整 MT007 帧不超过 514 bytes
  • 以协议 2.1 为唯一外部验收基线
×NO CROSSING不同入口 · 不同帧头 · 不同 CRC · 不同错误域
内部协议域2700 ↔ 5100

Bridge + Mailbox

  • 专用 MT007_COMPAT_APPID
  • session + sequence + stop-and-wait
  • BridgePacket 最大 528 bytes
  • ACK 只确认内部接收,不代表业务成功

五条不可破坏的规则

  1. raw MT007 不进入现有 Mailbox 业务解析器。
  2. 不通过首字节猜测当前协议。
  3. 隧道 appId 不与业务或调试通道复用。
  4. 内部 ACK、REJECT、UART 错误不暴露给手机。
  5. 原 MT007 命令映射状态只在 5100 兼容层维护。

06 · OWNERSHIP

功能不重写,只接入

功能域协议解析实际执行接入策略
连接与网络5100 Adapter2700 BLE / 5100 网络复刻端点 + 包装现有网络接口
媒体与相机5100 Adapter5100 媒体服务双芯片既有协议与原 MT007 协议共用录音执行入口
状态与信息5100 Adapter两芯片数据源5100 聚合后只编码一次
系统设置5100 AdapterAndroid 系统服务副作用命令幂等、可审计
2700 原生能力5100 Adapter2700 typed 能力复用既有 typed Mailbox appId
文件与媒体5100 Adapter目标固件待确认的数据面控制与大数据分离
支付5100 Adapter双芯片已有支付能力确认受控入口后映射原 MT007 分片与结果

07 · DELIVERY PLAN

分阶段交付,逐层验收

  1. 0
    BASELINE · DONE

    源码基线已冻结

    RemoteModule 已回退到 84bf6cf;后续补齐 manifest/SHA-256、原型处置和能力盘点。

  2. 1
    FACADE

    2700 对外端点

    实现原 Advertising、GATT、MTU、CCCD、notify/indicate 与 SPP Server。

  3. 2
    BRIDGE

    独立可靠隧道

    正式 appId、双端会话、去重、重试、背压和故障关闭。

  4. 3
    ADAPTER

    5100 边界适配

    命令注册表连接既有能力,业务实现不引入 MT007 依赖。

  5. 4–5
    ACCEPTANCE

    数据面与原 App 验收

    文件、媒体、支付及重启、弱链路、24 小时长稳;录音须由两套协议分别控制并验证同一状态。

验收原则编译通过 ≠ 真机业务通过

每项分别标记 PASS、FAIL、BLOCKED、UNVERIFIED 或 WARN,并提供设备、抓包、长度、Hash 与业务效果证据。

查看验收矩阵

08 · ACCEPTANCE MATRIX

验收矩阵

查看完整矩阵 →
01

原 App 零修改

原 APK 完成扫描、连接、服务发现和订阅。

APP BEHAVIOR
02

协议字节等价

请求、响应、主动事件与 MT007 2.1 定义一致。

BYTE EQUIVALENCE
03

单次执行

内部重试、ACK 丢失不能重复执行副作用命令。

EXACTLY ONCE
04

断链故障关闭

5100 或 Mailbox 不就绪时,2700 不对外假装可用。

FAIL CLOSED
05

自动恢复

5100 重启后建立新会话,旧 sequence 不得重放。

SESSION RECOVERY
06

完整数据面

媒体、文件和支付图片验证总长度、分片与 Hash。

SCOPE & DATA

状态只能标记为 PASS、FAIL、BLOCKED、UNVERIFIED 或 WARN;编译、安装与业务验收分层记录。

IMPLEMENTATION CONTRACT

兼容层集中,业务层稳定,协议边界可证明。

完整文档包含对外兼容要求、Bridge 帧结构、模块职责、时序、状态机、错误映射、资源边界、验收判据和待确认问题。

打开完整技术方案