关于iPad 与 cc2541 连接后传输速率问题。

我用iOS自带的框架写了个app，与cc2541蓝牙模块连接，每次从iPad传送数据到cc2541到cc2541接收到数据并回应，然后iPad接收，中间大概是60ms。。。想问问有没有办法提高一下速度？ 这种速度的话，6秒钟只能传2000字节，不能满足需求啊

jiang,

这个够呛。

iOS限制比较大，最小的connection interval 我记得是20ms, 而且一般都是将近30ms。

所以你用一般的write的方式的话，速度会非常慢。我不清楚iOS的API，但你可以尝试找一下有没有write without response的，可以提高一点速度。

有这个的，我每发送20个字节过去硬件那边会回应过来2个字节，一般我iPad从发出去到接收到数据要56ms，接收到信息后大概4ms发下包数据。。。。所以不是太清楚到底是硬件那边的原因还是iPad这边的原因

嗯，我这边做的是安卓的开发，你要求的传输速度是可以的实现的；但不知道IOS能不能实现，或许向yan所说，有限制。

我这边参考的程序是从机向主机集中上传数据，用的notification方式，参考的是官方吞吐量的测试，原来以为会丢数很厉害，经手机测试之后发现没有丢包。

请问你是如何实现与 ios数据互相传输的？能不能发给我一份代码？  急求！

你好，请问你说的“官方吞吐量的测试”在哪里啊？

谢谢

你测试的是上行速率，这个还OK

但安卓下行速率很慢，你那边怎么样

安卓的传输速度最大是多少？

传输速率问题，可以参考这个帖子http://www.deyisupport.com/question_answer/wireless_connectivity/bluetooth/f/103/t/53165.aspx

iOS限制比较大，最小的connection interval 我记得是20ms, 而且一般都是将近30ms。一般实现不了

安卓还是比较开放的，IOS这么闭塞。还真不知道。

cc2541蓝牙模块实际数据传输速度本来就很慢，如果对数据量有硬性要求，建议选择其他的无线传输方式。

应该是IOS本身的问题，CC2541的速度还是可以的

不是协议本身的问题，是IOS的问题，如果两端都是你开发的，问题就很好解决。IOS那端的限制。

你可以对比一下ardio系统，如果是ios受到的限制，你发送多快都没有有，就是发了它回应很慢。

ios的ble速率限制1.5k

不了解iOS，这个速率iOS可能是短板，试试两个2541对发，

不管什么系统。对于蓝牙传输的文件都一个自己的固定格式。或许你将数据处理成他们所需要的格式后，能提高传输速度。

厉害呀，我只有羡慕的份儿了，没弄过爱拍的。了解一下

如果真是IOS回应速度慢，也没办法了。

请问“ios的ble速率限制1.5k”，哪里有文档有说吗？

可以换个思路从优化收发协议来实现要求

对IOS系统不了解。但是楼主这么低的速率应该是出了问题。

你查查蓝牙协议的速率，然后IOS的蓝牙部分再找找，这个速率建立连接还差不多。传输应该有另外的命令吧？

cc2541的传输速度 也就6kb/s左右，再加上传输的控制时间，引文ios不是你一发 他就立马传送的，需要一定时间，这样子算来的话，差不多就是你这个速度了。这个BLE芯片本身也不适合传高速的数据。

目前也在这块有些问题

使用writeWithoutResponse的写入，2541端开启overlappedprocessing，连接间隔设置到最小的30ms，上传速率能达到2.667k/s的极限值(一个连接间隔内4次数据包交互均发送20k字节净荷数据)。

另外，不更新连接参数应该也行，连接后直接用2541的函数获取到的默认连接间隔是0x18，也就是24*1.25=30ms(印象中我试过5s和6p，iOS9和iOS10都是这样)。

想要更快的传输速度，外设端换什么蓝牙芯片都没用，限制都在iPhone端。iPhone7+支持250字节MTU数据扩展能力的完整4.2协议，iPhone8+支持5.0协议。

在更低型号iPhone手机上最高只能接受2.667k/s的净荷MTU，无解。