1. 测试背景与问题修正
在前期蓝牙通信测试中,我们发现一个关键系统性误差:所测得的“蓝牙通信速率”实际上受限于上位机与蓝牙模块之间的UART串口物理波特率,而非蓝牙射频链路的真实吞吐量。串口成为整个数据传输链路中的瓶颈,导致无法准确评估WS8623模块在BLE协议下的真实性能。
为获取准确的蓝牙传输性能数据,本次测试针对该瓶颈进行专项修正。鉴于当前AT指令固件对UART端口的支持上限,我们将串口波特率提升至硬件允许的最大值921600bps,以此作为新基准进行极限速率验证,并明确区分带应答与不带应答两种传输模式下的性能差异。
2. 测试环境与配置

被测设备:WS8623蓝牙模块
上位机工具:串口调试助手 + 专用蓝牙调试客户端
连接接口:USB转TTL串口(COM16)
波特率设置:通过 AT+HELP 查询设备支持的完整指令集后,执行 AT+UART=921600 将串口波特率设置为AT指令模式下的最高支持值
MTU设置:保持MTU=247Bytes,最大化单次数据包有效载荷
3. 测试结果与分析
本次测试聚焦921600bps波特率下的极限传输性能,分别验证带应答、不带应答及上行通知三种场景。
| 下行写入 | 带应答 | 4.7 KB/s | 速率恒定,与串口波特率无关,由蓝牙PHY物理层设置决定 |
| 下行写入 | 不带应答 | 177.6 KB/s | 较带应答模式提升约37倍,接近串口理论极限 |
| 上行通知 | Notify订阅 | 87.1 KB/s | 逼近921600bps物理传输上限,证明蓝牙链路未成为瓶颈 |




3.1 带应答传输速率分析
在带应答模式下,无论串口波特率为115200还是921600,传输速率始终稳定在4.6~4.7KB/s。该速率不受串口带宽影响,是由蓝牙PHY物理层硬件设置直接决定的固有性能,主要受限于BLE协议栈的应答机制、连接间隔及物理层编码开销。这表明在当前PHY配置下,带应答传输的理论上限即为4.7KB/s左右。
3.2 不带应答传输速率分析
切换至不带应答模式后,下行写入速率大幅提升至177.6KB/s,较带应答模式提升约37倍。该数值已接近921600bps串口的理论吞吐上限,证明移除应答等待机制后,串口带宽得到充分释放,蓝牙模块能够以接近物理极限的速度接收数据。
3.3 上行通知速率分析
上行Notify方向的实时接收速率稳定在87.1KB/s,同样逼近921600bps的物理传输极限(理论上限约92KB/s)。这进一步验证了WS8623的蓝牙射频链路完全有能力支撑更高吞吐量,当前性能天花板完全由串口接口决定。
4. 测试视频记录
以下视频完整记录了921600bps波特率下带应答与不带应答模式的实时速率对比测试过程:
5. 结论与建议
瓶颈定位明确:921600bps波特率下,不带应答与上行通知速率均已触及串口物理极限,蓝牙射频链路未构成新的性能瓶颈。
带应答速率固化:4.7KB/s的带应答速率是蓝牙PHY层的固有特性,若需提升该模式性能,需调整连接间隔、切换2M PHY或优化协议栈应答策略,而非提升串口波特率。
后续测试建议:若需突破921600bps限制以测试蓝牙真实射频极限,可考虑改用SPI/SDIO高速接口,或开发纯透传固件解锁更高UART波特率(如2Mbps/3Mbps)。对于常规工业物联网应用,当前87~177KB/s的不带应答吞吐量已满足绝大多数数据采集需求。
我要赚赏金
