[peripheral writeValue:dataPacket forCharacteristic:writeChar type:CBCharacteristicWithResponse]

实际上物理发送蓝牙数据包的iOS设备逐渐变得越来越长.

这可以从调试器的以下输出中说明：

2013-10-23 14:12:17.510 Test App iOS[1561:60b] Packet sent
2013-10-23 14:12:17.595 Test App iOS[1561:60b] Packet sent confirmation,error = (null)
2013-10-23 14:12:17.598 Test App iOS[1561:60b] Packet response received

2013-10-23 14:12:17.611 Test App iOS[1561:60b] Packet sent
2013-10-23 14:12:17.656 Test App iOS[1561:60b] Packet sent confirmation,error = (null)
2013-10-23 14:12:17.657 Test App iOS[1561:60b] Packet response received

2013-10-23 14:12:22.601 Test App iOS[1561:60b] Packet sent
2013-10-23 14:12:23.123 Test App iOS[1561:60b] Packet sent confirmation,error = (null)
2013-10-23 14:12:23.125 Test App iOS[1561:60b] Packet response received

2013-10-23 14:12:27.601 Test App iOS[1561:60b] Packet sent
2013-10-23 14:12:28.111 Test App iOS[1561:60b] Packet sent confirmation,error = (null)
2013-10-23 14:12:28.113 Test App iOS[1561:60b] Packet response received

2013-10-23 14:12:32.611 Test App iOS[1561:60b] Packet sent
2013-10-23 14:12:34.595 Test App iOS[1561:60b] Packet sent confirmation,error = (null)
2013-10-23 14:12:34.597 Test App iOS[1561:60b] Packet response received


2013-10-23 14:12:37.611 Test App iOS[1561:60b] Packet sent
2013-10-23 14:12:39.582 Test App iOS[1561:60b] Packet sent confirmation,error = (null)
2013-10-23 14:12:39.585 Test App iOS[1561:60b] Packet response received

2013-10-23 14:12:42.611 Test App iOS[1561:60b] Packet sent
2013-10-23 14:12:44.570 Test App iOS[1561:60b] Packet sent confirmation,error = (null)
2013-10-23 14:12:44.573 Test App iOS[1561:60b] Packet response received

2013-10-23 14:12:47.611 Test App iOS[1561:60b] Packet sent
2013-10-23 14:12:49.558 Test App iOS[1561:60b] Packet sent confirmation,error = (null)
2013-10-23 14:12:49.560 Test App iOS[1561:60b] Packet response received

// Several packets omitted...

2013-10-23 14:13:07.610 Test App iOS[1561:60b] Packet sent
2013-10-23 14:13:09.508 Test App iOS[1561:60b] Packet sent confirmation,error = (null)
2013-10-23 14:13:09.511 Test App iOS[1561:60b] Packet response received

2013-10-23 14:13:12.610 Test App iOS[1561:60b] Packet sent
2013-10-23 14:13:14.496 Test App iOS[1561:60b] Packet sent confirmation,error = (null)
2013-10-23 14:13:14.498 Test App iOS[1561:60b] Packet response received

// 等等…

数据包发送消息在writeValue命令之后立即输出,将数据包写入特性.

数据包发送确认输出在didWriteValueForCharacteristic委托方法的第一行.

数据包响应接收消息在didUpdateValueForCharacteristic中输出,当BTLE设备发送响应数据包(通过次要通知特性)时,调用它来确认收到我发送的数据包.

从最初可以看出,我调用writeValue forCharacteristic方法和回调以确认数据包之间的时间已经在didWriteValueForCharacteristic中发送,最初是85ms(已经是缓慢但可承受的).我每5秒发送一次这些数据包,只有少量的数据包发送到〜2秒钟后才能持续静止2秒.在发送数据包的确认后,从BTLE设备发回的响应数据包总是〜2ms.

我不明白为什么在调用writeValue和确认回调didWriteValueForCharacteristic之间的CoreBluetooth库中得到这个延迟.

在所有其他方面,代码正常工作(BTLE设备正在完成正在被指示的操作,并且没有任何数据包丢失).

我有一个由BT4.0模块制造商(包括源代码)提供的示例应用程序,它不会遇到这种日益增长的延迟 – 不幸的是,示例应用程序旨在应对模块的大量实现,而不仅仅是我们的具体实现所以大量复杂的包含与我们的实现无关的很多代码 – 我已经在示例中的每个函数中放置了断点,并手动逐步确定了它们正在发出的命令,并且我相信我完全复制它们但显然不是).

我看不到他们在做什么,我没有做,反之亦然.我可以在两个项目之间找到唯一的区别是我使用ARC,他们使用手动引用计数.

其他信息：
一切都在主线程上运行(与模块制造商的示例应用程序一样)
我使用主队列创建中央管理器(类似于模块制造商示例应用程序)
iOS设备上的cpu负载在我的应用程序运行时只有3％,而且由于cpu负载等原因,似乎没有任何延迟.

我正在撕裂我的头发,如果有人可以提出任何可能的原因或解决这个问题,我将永远感激！

谢谢,
丰富