Eta*_*tan 5 characteristics ios core-bluetooth bluetooth-lowenergy
的蓝牙核心规范V4.0卷.3 G部分4.9.3规定,对于具有响应的特征值的写入,使用属性协议写请求过程.
蓝牙核心规范V4.0第3卷第F部分3.3.2描述了
一旦客户端向服务器发送请求,该客户端就不会向同一服务器发送其他请求,直到收到响应PDU为止.
我想在使用CoreBluetooth的iOS应用程序中使用响应编写多个值.我是否必须自己管理此规范?或者我可以简单地使用- writeValue:forCharacteristic:type一次写入所有值,并且iOS管理每个请求仅在前一个请求被处理后发送?
我猜不出iOS会管理它,因为根据蓝牙核心规范V4.0第3卷第F部分第3.4.5.2节,写响应不包含写入特征的链接.但是,该- peripheral:didWriteValueForCharacteristic:error方法建议iOS以某种方式跟踪响应链接的特征.
有人可以确认或否认吗?
我认为在处理 CB 时,您不需要太担心 ATT/GATT。原因是许多使用 CB 的人无法访问蓝牙核心 4.0 规范,也不希望他们阅读它们。
CB 知道如何关联特征的原因是协议规定每个命令和响应都是配对的。当您发送命令时,您将收到响应。
因此,您可以多次使用 writeValue,CB 会为您妥善对调用进行排队,即在下一次写入之前等待 ATT 层的响应。并且委托回调保证与执行写入的顺序相同。
| 归档时间: |
|
| 查看次数: |
3869 次 |
| 最近记录: |