Question

我正在使用GATT试验蓝牙LE，我遇到了一个需要你帮助的问题。

我在客户端（一个Android应用程序和一个iOS应用程序）和一个服务器（当前正在运行Bleno）之间来回发送数据。

我选择了一个只有一个特性的架构（我认为它是一个Socket），我从客户端写了一个请求。服务器使用通知响应请求。通知只能是20个字节，因此我有时必须将响应拆分为多个块并将其作为单独的通知发送。

我的问题是，当我将响应分成10块或更多块时，它们永远不会在客户端上收到。（对于1..9块，一切都按预期工作）。

我已经使用HCIDump（hcidump -i hci0 -X）来检查BLE在失败时和成功时发送的命令。

当发送通知成功时，从HCIDump获取以下输出：

< ACL data: handle 69 flags 0x00 dlen 27
ATT: Handle notify (0x1b)
  handle 0x000c
  value 0x06 0x09 0x46 0x46 0x47 0x47 0x47 0x47 0x47 0x47 0x47 0x47 0x47 0x47 0x47 0x47 0x47 0x47 0x47 0x47

followed by:

> HCI Event: Number of Completed Packets (0x13) plen 5
handle 69 packets 1

（对于每个通知块）

当无法发送通知时，下一个输出来自HCIDump：

< ACL data: handle 68 flags 0x00 dlen 27
ATT: Handle notify (0x1b)
  handle 0x000c
  value 0x08 0x0a 0x46 0x46 0x47 0x47 0x47 0x47 0x47 0x47 0x47 0x47 0x47 0x47 0x47 0x47 0x47 0x47 0x47 0x47

但我没有收到“已完成的数据包”事件，而是一个简单的device: disconnected。

我还没弄清楚错误发生在通信的哪一侧。据我所知，它可能是客户端无法“快速”接收和确认通知，因为我在服务器端排队太多请求。

我已经测试过在服务器上发送每个通知之间添加Sleep（）命令。它确实有效，但感觉太不稳定了。对于10个通知，我需要6毫秒的延迟才能收到通知，对于30个通知，我需要10毫秒的延迟。

有谁知道从哪里开始寻找问题？如果需要，我很乐意提供更多信息。

注意：

我测试过并发现了与Android和iOS设备完全相同的限制。

Answer 1

有多少＆＃34; chunk？＃34;您可以在队列填满之前发送。在发送下一个块之前，您必须等待中心确认它已准备好接收更多数据。

在bleno的情况下，您等待在发送下一个块之前在您的特征onIndicate回调中找回指示：

var Characteristic = bleno.Characteristic;

var characteristic = new Characteristic({
    uuid: 'fffffffffffffffffffffffffffffff1',
    properties: [ ... ],
    secure: [ ... ],
    value: null,
    onIndicate: null // <-- Right here
});

至少对于iOS，您不必更改实施以获得回复。只要您已拨打setNotifyValue:forCharacteristic:，您也可根据Apple的文档启用指示：

设置指定特征值的通知或指示。

我不确定Android是否需要更多工作。

BLE设备无法连续发送多个GATT通知

1 个答案: