ios – 使用CoreBluetooth读取长特征值

ios – 使用CoreBluetooth读取长特征值,第1张

概述我有一个包含图像数据的特征值.在外设中,我设置了这样的值: _photoUUID = [CBUUID UUIDWithString:bPhotoCharacteristicUUID];_photoCharacteristic = [[CBMutableCharacteristic alloc] initWithType:_photoUUID 我有一个包含图像数据的特征值.在外设中,我设置了这样的值:
_photoUUID = [CBUUID UUIDWithString:bPhotocharacteristicUUID];_photocharacteristic = [[CBMutableCharacteristic alloc] initWithType:_photoUUID                                                          propertIEs:CBCharacteristicPropertyRead                                                               value:Nil                                                         permissions:CBAttributePermissionsReadable];

我的理解是,当请求此值时,将会调用dIDRecIEveRequest回调:

-(voID) peripheralManager:(CBPeripheralManager *)peripheral dIDReceiveReadRequest:(CBATTRequest *)request {    if ([request.characteristic.UUID isEqual:_photoUUID]) {        if (request.offset > request.characteristic.value.length) {            [_peripheralManager respondToRequest:request withResult:CBATTErrorInvalIDOffset];            return;        }        else {            // Get the photos            if (request.offset == 0) {                _photoData = [NSKeyedArchiver archivedDataWithRootObject:_myProfile.photosImmutable];            }            request.value = [_photoData subdataWithRange:NSMakeRange(request.offset,request.characteristic.value.length - request.offset)];            [_peripheralManager respondToRequest:request withResult:CBATTErrorSuccess];        }    }}

这来自于Apple的文档.在中央方面,在dIDdiscoverCharacteristic回调我有以下代码:

if ([characteristic.UUID isEqual:_photoUUID]) {    _photocharacteristic = characteristic;    [peripheral readValueForCharacteristic:characteristic];}

哪个又调用了dIDUpdateValueCorCharacteristic回调:

- (voID)peripheral:(CBPeripheral *)peripheral dIDUpdateValueForCharacteristic:(CBCharacteristic *)characteristic error:(NSError *)error {    NSLog(@"updated value for characteristic");    if ([characteristic.UUID isEqual:_photoUUID]) {        NSArray * photos = [NSKeyedUnarchiver unarchiveObjectWithData:characteristic.value];    }}

所有的回调都被调用,但是当我尝试重新构造数组时,它被损坏,因为并不是所有的数据都被正确传输.我期望dIDRecIEveReadRequest回调被多次调用,每次都有不同的偏移量.但是它只被称为一次.

我想知道有没有人知道我在做错什么?

解决方法 我猜你在特征长度的512字节限制上碰巧.您需要转移到订阅特征和处理更新才能解决此问题:

在中央:

>通过调用 – [CBPeripheral setNotifyValue:forCharacteristic](以YES作为通知值)来订阅特性.
>在-peripheral中:dIDUpdateValueForCharacteristic:错误,每个更新将是要附加的数据,或者您选择在外设上使用的指示数据结束的东西(我为此使用一个空的NSData).更新你的-peripheral:dIDUpdateValueForCharacteristic:错误代码,以便:

>如果您开始读取值,则初始化传入字节的接收器(例如,NSMutableData).
>如果你正在读一个价值,你会附加到水槽.
>如果您看到EOD标记,您可以考虑传输完成.您可能希望通过使用NO的通知值调用 – [CBPeripheral setNotifyValue:forCharacteristic]来取消订阅此状态下的特性.

> -peripheral:dIDUpdateNotificationStateForCharacteristic:错误:是一个很好的地方来管理初始化和以后使用你读取块的接收器.如果将.notifying更新为YES,则有新的订阅;如果更新为否,则您完成阅读.此时,您可以使用NSKeyedUnarchiver取消存档数据.

在外设上:

> In – [CBMutableCharacteristic initWithType:propertIEs:value:permissions],确保属性值包含CBCharacteristicPropertyNotify.
>使用-peripheralManager:central:dIDSubscribetocharacteristic:启动数据的分块发送,而不是外设:dIDReceiveReadRequest:result :.
>在分块数据时,确保你的块大小不大于central.maximumUpdateValueLength.在iOS7上,在iPad 3和iPhone 5之间,我通常看到132个字节.如果您要发送到多个中心,请使用最不常见的值.
>你需要检查-updateValue的返回码:forCharacteristic:onSubscribedCentrals;如果底层队列备份,这将返回NO,您将不得不等待–peripheralManagerIsReadyToUpdateSubscribers的回调:在继续(这是其他流畅的API的毛刺之一,我认为).根据你如何处理这个问题,你可以把自己画成一个角落,因为:
>如果您正在构建并发送您的块在外围设备用于其 *** 作的同一个队列上,并且从-updateValue执行正确的 *** 作并检查返回值:forCharacteristic:onSubscribedCentrals :,很容易将自己置于非 – 显而易见的僵局您将要确保在每次调用-updateValue之后产生队列:forCharacteristic:onSubscribedCentrals:执行与外设队列不同的队列上的分块循环(-updateValue:forCharacteristic:onSubscribedCentrals:将确保其工作在正确的地方完成).或者你可以得到鸽友只要记住这一点.

为了看到这一点,WWDC 2012高级核心蓝牙视频包含一个覆盖大部分内容的示例(共享VCards).然而,它不会检查更新的返回值,所以他们完全避免了#4中的陷阱.

希望有帮助.

总结

以上是内存溢出为你收集整理的ios – 使用CoreBluetooth读取长特征值全部内容,希望文章能够帮你解决ios – 使用CoreBluetooth读取长特征值所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。

欢迎分享,转载请注明来源:内存溢出

原文地址: https://outofmemory.cn/web/1111146.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-05-29
下一篇 2022-05-29

发表评论

登录后才能评论

评论列表(0条)

保存