基于TI CC2652P7的BLE广告间隔内单通道广告时长设置疑问

先明确结论：你的第二种理解更贴近实际机制——在1秒的广告间隔内，三个通道的广播总耗时仅为几毫秒，其余时间设备处于空闲或低功耗状态，绝非把1秒三等分分配给三个通道。

具体细节如下：

• BLE广播包本身长度有限（最大37字节），加上射频模块启动、发送、校验的时间，单个通道的广播操作耗时通常在几百微秒到1ms以内，远达不到你提到的10ms上限。
• 当你配置广告间隔为1秒时，设备会执行一个完整的「广告事件」：在间隔起始点的随机偏移（BLE规范要求，避免同频设备冲突）后，依次在37、38、39三个通道各发送一次广播包，三次发送加上通道切换的总耗时也就几毫秒。剩下的990+毫秒时间，设备要么进入低功耗待机模式，要么保持监听状态等待扫描请求。
• TI CC2652P7使用的SimpleLink SDK会严格遵循BLE核心规范处理广告时序，你只需通过GapAdvParams等结构体配置广告间隔、通道掩码、广播类型等参数，BLE栈会自动完成多通道的广播调度，无需手动分配通道时间。

额外补充：

• 广告间隔的官方定义是相邻两次广告事件的起始时间间隔，而非单通道的广播间隔。配置的1秒间隔会加上0-10ms的随机偏移，所以实际间隔会在1000ms到1010ms之间浮动。
• 若你开启了扫描响应功能，设备在广播后还会短暂监听扫描请求并发送响应包，但这部分耗时同样极短，不会显著占用广告间隔的时间。

内容的提问来源于stack exchange，提问作者никита богатов