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