Linux文本处理命令实战：grep、sed、awk组合用法与日志分析技巧
2026/9/30 3:24:39
TWS 耳机充电盒单线通信协议深度解析：借道充电 IC 的半双工 UART 架构与实现机制
文章目录
- TWS 耳机充电盒单线通信协议深度解析：借道充电 IC 的半双工 UART 架构与实现机制
- 前言
- 一、总体认识：一根线怎么跑双向通信
- 1.1 一句话定性
- 1.2 三个容易踩的认知坑
- 1.3 核心事实速览
- 二、物理链路与四层协议栈
- 2.1 四层协议栈
- 2.2 物理链路：一根线的两端
- 2.3 PMU 域 UART：一个特殊的板级细节
- 2.4 初始化时序
- 三、传输服务机制：半双工状态机
- 3.1 核心状态机
- 3.2 RX 错误恢复
- 四、协议机制：帧格式与消息分发
- 4.1 帧格式
- 4.2 五类下行消息全表
- 4.3 消息分发决策流
- 4.4 Peer Pairing：盒编排的双耳配对
- 4.5 半双工方向切换协议
- 五、扩展指导：新增一条单线命令
- 5.1 修改清单
- 5.2 最小可运行模板
- 5.3 红线（违反即翻车）
- 5.4 验证方法
- 六、关键参数总表
- 七、与 TWS 体系的联动与边界
- 7.1 单线事件的业务扇出
- 7.2 两条平行链：不要混淆
- 7.3 开盒流程时序（TWS 视角）
- 八、排错清单与已知缺口
- 8.1 高频问题排查
- 8.2 五个已知缺口（按严重度排序）
- 8.3 分析边界声明
- 总结
前言
TWS 耳机与充电盒之间只有几根 POGO 顶针——电源、地、至多一两个信号脚。要在这么拮据的物理条件下跑起"盒盖开合感知、双耳状态查询、配对编排、工厂复位"一整套交互，单线通信协议就成了必然选择。
但"单线"远不止"把 UART 线砍成一根"那么简单：方向怎么切？谁来仲裁半双工？耳机睡着了怎么唤醒？误码了谁来兜底？这些问题的答案，藏在一份容易被忽视的架构决策里——数据面与控制面分离，数据走 UART，方向切换走 I2C。
本文基于 BES best1702 系列 TWS 耳机固件的源码梳理，覆盖：
- 单线通信的总体架构：为什么数据要"借道"充电 IC
- 四层协议栈：协议业务 / 传输服务 / 充电 IC 桥接 / HAL
- 物理链路与引脚配置：PMU 域 UART 的特殊性
- 传输服务状态机：半双工方向切换、错误恢复、15 秒空闲降功耗
- 协议机制：帧格式位域、五类下行消息、分发决策流、盒编排配对
- 扩展指导：新增一条单线命令的完整模板与红线
- 与 TWS 体系的联动边界：单线与 tws_ctrl 两条平行链
- 排错清单与五个已知的协议缺口
一、总体认识：一根线怎么跑双向通信
1.1 一句话定性
单线通信协议 =借道充电 IC 的半双工 UART：耳机侧 UA