|
市面上的蓝牙适配器BTH v2.0 + EDR 宣称最大数据率可达到3Mbps
在我们项目中使用了一块CSR芯片的某小公司的蓝牙模块,下位机与之相接的UART波特率选921600bps (约92KB/s)。但在实际的数据传输中,下位机最快只能是50微秒发送一个字节(20KB/s),再快的话就会丢数据(连续发送大量数据)。比如,20微秒发送一个字节(50KB/s),连续发7000字节,上位机就收不全了;但是用这个速率连续发5000以下字节,上位机每次都可以收全。
我猜想蓝牙模块有一个发送缓冲,实际的通信信道不好导致缓冲溢出时,就发生了数据丢失。但我不知道真实情况是否这样,我不熟悉蓝牙协议和那块蓝牙模块。
还有一个奇怪现象,是稀疏数据的传输问题:
上位机发送ECHO(1B)后开始计时,下位机立即应答,返回ECHO(1B或16B),上位机接到应答后结束计时,打印出时间间隔,然后休眠N秒后,开始下一次的ECHO测试,如此重复1000次。分别用蓝牙(921600bps)和串口(38400 bps)作测试。
测试记录:
蓝牙-----------------------------------
ECHO测试间无休眠时
下位机发送 1字节,平均传输时间:53ms
下位机发送16字节,平均传输时间:58ms
蓝牙-----------------------------------
ECHO测试间每次休眠4秒
下位机发送 1字节,平均传输时间:50ms
下位机发送16字节,平均传输时间:没测
蓝牙-----------------------------------
ECHO测试间每次休眠8秒
下位机发送 1字节,平均传输时间:132ms
下位机发送16字节,平均传输时间:138ms
串口-----------------------------------
ECHO测试间无休眠时
下位机发送 1字节,平均传输时间:1.84ms
下位机发送16字节,平均传输时间:5.73ms
再作更详细的试探测试,得出如下结论:
1.蓝牙RF在一段时间内没数据通信时会自动关闭,时间约5秒。
2.蓝牙RF重新建立连接大约需要70毫秒左右。
3.蓝牙模块在少量数据(发送)到来时,可能不立即发送,而是等够足够数据才发送,除非超时不得不发送。超时时间约为50毫秒。
以上测试的信道环境还算理想,两个蓝牙间的距离小于1米,周围没有其它工作的无线通信设备。
望各位有经验的高手指点:
A. 蓝牙在较好的信道条件下最高可达到多少数据率?
B. 蓝牙等够数据才发这种策略是蓝牙协议就这样,还是具体的蓝牙模块自作主张?如果这样,极不利于上下位机的交互。
|
|