乐鑫 PAwR，让广播从单向走向双向，带起上千低功耗节点

低功耗蓝牙的广播机制已服务物联网十余年，但有一个与生俱来的限制——只能单向发送。广播方把数据推出去，既无法确认谁收到，也收不到回传。在传感器上报、按键触发、状态确认这类需要节点反向传话的场景里，开发者通常只能退而建立连接，而连接意味着心跳保活与协议栈维护，主机并发连接数很快逼近上限。当节点数量从几十个上升到上千个时，这套逻辑就撑不住了。

乐鑫近期宣布多款 ESP SoC 已支持 PAwR，正是对这一痛点的回应。PAwR 全称为 Periodic Advertising with Responses，中文译为「带响应的周期广播」，由蓝牙核心规范 5.4 引入。它把广播从单向变成了双向：主机通过周期广播完成下行同步与数据调度，节点在预定的响应槽中把数据回传，整个过程不需要建立任何连接。该技术适用于传感器阵列、按键矩阵、成组小屏以及近距离多节点状态汇聚等一对多场景。

理解 PAwR 的机制，关键是分清「事件、子事件、响应槽」这三层时间结构。一次周期广播产生一个广播事件，事件以固定间隔重复出现，且不像传统广播那样带随机延迟扰动，时间是确定可预期的。每个事件又被切分成多个子事件，广播数据包便在子事件中传输；紧接数据包之后，同一时间段内保留一组时隙，专门用于接收节点响应。节点与广播时钟同步后，只需在分配给自己编号的子事件与响应槽内醒来收发，其余时间维持深度休眠。这种按需唤醒的时序设计，正是 PAwR 功耗极低的原因。

这项技术并非凭空设计，而是被真实需求推出来的。以电子价签为例，一家门店的价签可能上千个，全部依靠纽扣电池供电，换一次电池的人工成本往往超过设备本身，因此必须几年不更换；而门店又要求价格实时更新、能回读状态确认成功。这就同时提出三个条件：节点数量大、功耗极低、还要双向通信。传统方案里，建连接的维护开销本身就构成功耗大头，主机也挂不住这么多节点；蓝牙 Mesh 虽能组网，但节点需参与转发，功耗与配置复杂度都会上升。PAwR 的价值就在于同时满足这三点。

从能力上看，PAwR 提供的是一个「一对多、双向、低功耗」的通信底座，可拆成四点。第一是批量下发，一条广播即覆盖射程内所有节点，适合价格更新、参数配置、显示刷新这类指令。第二是定向回传，各节点在各自响应槽上传状态，主机在同一轮广播事件里即能收齐，不必逐个轮询。第三是规模上量，无需入网配对，也无需维护连接表，主机可通过分组寻址逐组调度，把节点扩展到数千个。第四是节点侧资源要求低，设备只需守时收发，不必跑完整协议栈。

需要厘清的是，PAwR 与蓝牙 Mesh 并非替代关系。Mesh 是网状拓扑，依靠节点相互转发扩展覆盖范围，适合多跳延伸、节点之间需要互通的场景；PAwR 则是星型直连，节点直接面向主机，无需入网配置。判断标准很直接：同一空间内、数量大、要求极低功耗，选 PAwR；需要跨区域延伸覆盖，或节点之间要互相通信，那才是 Mesh 的舞台。

在应用落地上，最典型也最成熟的是电子价签，也是 PAwR 被设计出来的初衷。蓝牙技术联盟专门基于 PAwR 定义了 ESL Profile，作为这项技术的第一个标准化上层应用规范，其通信模型、分组方式与命令体系同样可借鉴到其他多节点阵列场景。除电子价签外，还有四类场景适用：仓储与门店的标签管理，包括库存标签、拣货指示与货架状态回读；传感器阵列，如仓库或机房中成组部署的温湿度、门磁、水浸探头，数据量小、节点多且要求长期免维护；按键矩阵与无线开关，多个按键共用一个主机，省去逐个配对，还能实时汇总状态；成组小屏，如会议室门牌、工位牌、分拣屏，由主机批量刷新、节点回传确认。这些场景有共同特征——单次数据量不大，但节点多、集中在一片区域、对续航有硬性要求。反过来，要传输音频、图像这类大带宽数据，或节点跨楼层、跨厂区分散部署，PAwR 就不适用了。

在硬件支持这一环节，乐鑫的芯片情况需要分清两层口径，否则容易对客户传递错误信息。从产品发布口径看，官方按应用形态把支持 PAwR 的产品分为三组：ESP32-H2、ESP32-H21 与 ESP32-H4 面向蓝牙低功耗与 802.15.4 场景，适合电池供电的传感器、电子价签等节点侧部署，也可为有 PAwR 需求的 AP 设备提供能力；ESP32-S31 具备蓝牙能力且算力更强、外设更丰富，适合带本地 UI 或主机侧逻辑更复杂的协同节点与 AP；ESP32-C5、ESP32-C6 与 ESP32-C61 则兼具 Wi-Fi、低功耗蓝牙与 802.15.4，适合需要联网能力的协同节点或 AP。

从软件支持状态看，结论需单独说明。ESP32-H4 与 ESP32-H21 的 PAwR 已标注为受支持，ESP32-C6、ESP32-H2、ESP32-C5 与 ESP32-C61 目前处于实验状态，官方提供完整示例可直接验证；ESP32-S31 的技术规格书中也明确列出对 PAwR 的支持。需要避开的是 ESP32、ESP32-C3、ESP32-S3 与 ESP32-C2，这几款控制器层面不具备该能力，与固件版本无关。

在具体选型上，建议把主机侧与节点侧分开考虑。节点侧以省电和成本优先：ESP32-H4 内置 DC-DC 转换器，适合纽扣电池供电的节点；ESP32-H2 方案成熟，适合节奏较紧的项目。主机侧需承担多节点调度与多槽响应接收，负载明显更重，可选 ESP32-S31 这类高性能多协议芯片，或用 ESP32-C6 兼顾 Wi-Fi 6 与 Thread 上行。PAwR 相关 API 与 ESL Profile 已随 ESP-IDF 正式发布，固件组件与 PC 工具链均可直接使用，官方示例可作为验证起点。

最后有一点必须提醒清楚：通过蓝牙某个版本的 SIG 认证，并不等于实现了该版本的全部可选功能。判断某型号能否用 PAwR，要以产品页面、技术文档与 ESP-IDF 功能支持状态表为准，而该表本身也不构成约束性承诺，状态可能随版本调整。较稳妥的做法是在立项前先跑通官方示例，确认同步、响应槽配置与实际功耗符合预期，再冻结硬件方案。

作为乐鑫科技一级代理商，飞睿科技可为客户提供从芯片选型、模组配套到专业技术支持的服务。PAwR 方案在评估阶段往往需要同时确认射频覆盖、节点功耗预算与主机侧并发能力，飞睿可协助客户完成可行性判断与选型对比，缩短评估周期、降低试错成本。如需获取乐鑫 PAwR 相关芯片与模组的技术资料、评估套件或选型建议，欢迎与我们联系。