RN42蓝牙在流数据的几秒钟内在iOS上断开连接

我一直在尝试使用RN-42通过蓝牙2.1从设备读取数据.该设备与iPhone或iPad Mini配对,数据短暂流式传输,但iOS& BT模块在几秒钟内(小于10)断开连接(取消配对).该设备输出的数据为5-10kB / s,完全符合蓝牙规范.我还注意到的一点是,当我运行函数NSInputStream,[NSInputStream read：maxLength：]时,返回的字节数总是158或更少.应用程序和硬件不会崩溃,但蓝牙只是取消配对.

@H_301_8@

即使断开连接,设备仍然会向RN42发送数据,从而降低了电子设备问题的可能性.此设置在Android设备上也可以完美运行.我可以在没有任何断开连接或崩溃的情况下流式传输数据.@H_301_8@

我尝试过的事情……@H_301_8@

>遵循Apple提供的外部附件示例EADemo.
>纯粹使用运行循环而不是轮询.
>按照本文中的建议将流放在后台线程上.
>删除所有NSLog以帮助提高性能.
>在调试和发布模式下编译.@H_301_8@

一种有效的方法是减慢数据传输速度(即小于5kB / s),因为它允许iOS和BT模块在断开连接之前保持连接并传输数据更长时间.@H_301_8@

@H_301_8@

#define EAD_INPUT_BUFFER_SIZE 1024

/**
 * Stream delegate
 */
- (void)stream:(NSStream *)aStream handleEvent:(NSStreamEvent)eventCode
{
    switch (eventCodE) {
[... other cases ...]

        case NSStreamEventHasBytesAvailable:
        {            
            uint8_t buf[EAD_INPUT_BUFFER_SIZE];
            unsigned int len = 0;
            len = [(NSInputStream *)aStream read:buf maxLength:EAD_INPUT_BUFFER_SIZE];

            if(len) {
                // Read successful,process data
            } else {
                // Fail
            }     
            break;
        }
        default:
            break;
    }
}

/**
 * Stream delegate with polling (for better or worsE)
 */
    [...]
        case NSStreamEventHasBytesAvailable:
        {            
            while ([[_session inputStream] hasBytesAvailable])
            {
                // Read the data
                NSInteger bytesRead = [[_session inputStream] read:_buf maxLength:EAD_INPUT_BUFFER_SIZE];

                if (bytesRead > 0) {
                    // Read successful,process data

                } else if (bytesRead == 0) {
                    // End of buffer reached
                    return;

                } else if (bytesRead == -1) {
                    // Failed to read
                    return;
                }
            }
            break;
    [...]