feat: add user deactivation and vendor BLE protocol

docs/design/01-BLE通信协议明细.md

@@ -14,6 +14,36 @@
   - `FFE2`：OTA 升级服务
 - 业务流程中至少存在以下设备交互阶段：连接设备、确认佩戴、自动扫描、开始治疗
 
+## 供应商补充协议摘录（2026-05-11）
+
+根目录新增的 `协议简述.docx` 已归档到 `docs/protocols/协议简述.docx`，解析稿见 `docs/protocols/协议简述-补充解析.md`。
+
+补充文档主要给出 `FFE1` 数据通信相关信息：
+
+| UUID/字段 | 名称 | 属性/说明 |
+| --- | --- | --- |
+| `FFE1` | 数据通信服务 / Command | 文档中同时写作服务和 Command，`Write+Read`，下发控制指令 |
+| `FFE4` | Status | `Read + Notify`，设备状态及 ADC 值数据上报 |
+
+Command 参数区被描述为 33 字节：
+
+- IO1-IO5，每个 IO 含 4 个光强字段：红灯、红外、紫外、暖黄
+- IO1-IO5，每个 IO 含 2 字节电流增益
+- Byte31-Byte32：保持时间高/低字节
+- Byte33：异或校验
+
+### 与当前实现的关键差异
+
+由于项目当前优先目标是尽快跑通真机，新补充协议先作为当前执行协议：`FFE1` 写 Command，`FFE4` 订阅 Status，Command 直接写 33 字节参数块。旧 `0xAA 0x55 | length | type | payload | XOR checksum` 帧协议暂作为历史参考和后续兼容方案保留。
+
+需要硬件侧优先确认：
+
+1. `FFE1`、`FFE4`、`FFE5` 的最终服务/特征分配。
+2. Command 写入是否为裸 33 字节，还是仍需现有帧封装。
+3. Byte33 XOR 的计算范围。
+4. Byte31-Byte32 保持时间单位和字节序。
+5. Status/ADC 上报的完整字节布局。
+
 ## 帧结构草案
 
 ### 帧总体格式