iOS Bluetooth LE - 无响应写入的正确方法

Question

对于 iOS CoreBluetooth，当发送相对大量的数据时，重要的是将其分成 20 字节的 block ，然后将它们一次一个地写入外围对象。使用 WriteWithResponse 特性时，这很容易做到:写入 20 个字节，等待回调，写入接下来的 20 个字节，等等。

但是 WriteWithoutResponse 特征呢？我需要通过 BLE 尽快发送 1-2kB 的数据。 WriteWithResponse 在执行此操作时效率非常低，因为它会确认每 20 字节的数据包。纠错和可靠性在我的应用层得到处理，所以我不需要 BLE 来确认数据。

问题是 WriteWithoutResponse 不会给你回调，因为 CoreBluetooth 无法知道数据实际写入的时间。所以问题是:我们如何使用 WriteWithoutResponse 正确地间隔发送大量数据？

我想到的唯一解决方案是执行以下操作:

1. 获取连接间隔和链路在每个连接间隔内能够处理的数据包数。
2. 立即写入 X 个数据包，每个数据包 20 个字节，等待 Y 次，然后重复直到没有数据剩余。 (X = 每个连接间隔的数据包数，Y = 连接间隔)

这种方法有两个明显的问题:

1. CoreBluetooth 不会向我们公开连接间隔(为什么？？)。所以有两种选择。第一个是:猜测。可能是最坏情况或平均情况，具体取决于您首选的连接参数，我认为 iOS 喜欢选择 30 毫秒。但这是一个坏主意，因为中央有权完全忽略建议的参数。第二个是您可以拥有外围设备存储并将商定的 CI 传输到 iOS 设备。这样做的问题是，在 iOS 设备完成发现服务和特征并订阅适当的通知之前，您无法发送 CI。因此，您必须在连接后在发送 CI 之前设置一个有点任意的固定延迟，或者从 iOS 设备发送少量数据，通知外围设备它已准备就绪。两者都会产生延迟并且是非常糟糕的解决方案。
2. 我们不知道每个连接间隔可以支持多少数据包。理论上最大值为 6。但平均情况可能为 4 或更少。它还依赖于外围设备。

当然，发送大量数据的一个很好的选择是将 MTU 大小增加到大于 20 字节以容纳我们的大量数据。但是似乎很少有外设支持这个；我们的没有。

有人对如何解决这个问题有任何见解吗？

Answer 1

如果您支持 iOS 11: iOS Website

@property(readonly) BOOL canSendWriteWithoutResponse;

此属性让您知道缓冲区是否已满，并且可以在没有响应的情况下传输更多内容。每次传输后注意这个变量和回调:Peripheral Delegate

peripheralIsReadyToSendWriteWithoutResponse:

这足以让您知道何时发送更多数据。