ios – 使用CoreBluetooth读取长特征值

前端之家收集整理的这篇文章主要介绍了ios – 使用CoreBluetooth读取长特征值前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我有一个包含图像数据的特征值.在外设中,我设置了这样的值:
_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中的陷阱.

希望有帮助.

原文链接:https://www.f2er.com/iOS/336278.html

猜你在找的iOS相关文章