我遇到了一个问题,即使用
[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
// 等等...
Packet sent 消息在 writeValue 命令之后的行输出,以将数据包写入特征。
数据包发送确认在 didWriteValueForCharacteristic 委托方法的第一行输出。
收到的数据包响应消息在 didUpdateValueForCharacteristic 中输出,当 BTLE 设备发送响应数据包(通过辅助通知特征)以确认收到我发送的数据包时调用该消息。
最初可以看出,我调用 writeValue forCharacteristic 方法和回调以确认数据包已在 didWriteValueForCharacteristic 中发送之间的时间最初是 85 毫秒(这已经很慢但可以忍受)。我大约每 5 秒发送一次这些数据包,并且在仅发送少量数据包后,它会增加到约 2 秒,之后似乎在 2 秒内持续保持静态。从 BTLE 设备发回的响应数据包总是在确认数据包发送后约 2 毫秒。
我不明白为什么在调用 writeValue 和确认回调 didWriteValueForCharacteristic 之间会在 CoreBluetooth 库中出现这种延迟。
在所有其他方面,代码都运行良好(BTLE 设备完全按照指示执行,并且没有任何数据包丢失)。
我有一个由 BT4.0 模块制造商(包括源代码)提供的示例应用程序,它没有遇到这种不断增长的延迟 - 不幸的是,示例应用程序旨在应对模块的大量实现,而不仅仅是我们的具体实现因此非常复杂,其中包含许多与我们的实现无关的代码 - 我在示例中的每个函数中都放置了断点并手动逐步确定它们正在发出哪些命令,我相信我正在完美地复制它们(但显然不是)。
我看不到他们在做什么而我没有在做,反之亦然。我可以发现这两个项目之间的唯一区别是我的使用 ARC 而他们的使用手动引用计数。
其他信息:一切都在主线程上运行(与模块制造商示例应用程序一样)我使用主队列创建中央管理器(类似于模块制造商示例应用程序)iOS 设备上的 CPU 负载仅为 3%,而我的应用程序正在运行,并且由于 CPU 负载等原因似乎没有任何延迟。
我为此撕毁了我的头发,如果有人可以为这个问题提出任何可能的原因或解决方案,我将永远感激不尽!
谢谢,丰富