EASession、EAAccessoryDe​​legate 和“错误 - 打开会话失败”

Question

我正在使用外部附件框架。我在应用程序进入后台然后返回前台后重新建立 EASession 时遇到问题。如果我终止我的应用程序并重新启动，那么蓝牙连接将按照人们的预期重新建立。我怀疑我遗漏了拆解的某些部分 - 或者没有暴露（？？）。

[EAAccessoryManager共享AccessoryManager]connectedAccessories]]正在返回我连接的配件，我可以查询它以获取名称、型号等。但是，以下行将_session设置为nil。

_session = [[EASession alloc] initWithAccessory:_accessory forProtocol:_protocolString];

有没有办法诊断EASession初始化失败的原因？

有什么咒语可以清除旧的 EASession 吗？

这个问题与​​这个相关 - 但我并不是在寻求关于哪条路径的建议跟随。我想问为什么这条路有这么大的陷阱以及如何绕过它。

Answer 1

我发现（在 iOS4.1 后的世界中）离开应用程序（后台或退出）将导致 DidDisconnectNotification 触发。在刚刚按下电源按钮或让设备休眠的情况下；我们没有看到连接断开。

现在，如果 BT 设备超出范围或自行进入睡眠状态。然后连接就会断开。

因此，除了 ConnectionNotifications 之外，我们不再依赖任何东西。我们甚至不信任 [[EAAccessoryManager sharedAccessoryManager]connectedAccessories] 列表，因为我们发现它有时可能包含“幽灵配件”，这些配件会说它们已连接并且具有您可以连接的流，并且即使在整个蓝牙系统关闭（BT 图标关闭）后，也可以获取写入可用事件。

当您在后台时，ConnectionNotifications 会被缓存，因此当您重新进入应用程序时，您应该会获得新的状态。

当然是在第一次进入时；您要确保已正确设置所有侦听器（等）。

Answer 2

据我所知，旧的 EASession 实例没有被清除。我可以猜测，但我真的不知道这是为什么。我怀疑已建立的 EASession 不会释放与其附件的关联 - 这会阻止后续 EASession 实例与同一附件成功关联。

当应用程序退出活动状态时，我选择保持 EASession 不变。这似乎有效。在测试中，我已连接到蓝牙配件、启动我的应用程序、访问配件、将我的应用程序发送到后台、断开/重新连接 BT 配件、将应用程序带到前台并能够再次访问配件。这是我所能希望的。

需要注意的是：在 iOS 4.0 中，可以拥有多个配件。例如，视频线和蓝牙设备都是配件。

Answer 3

我也遇到了同样的问题，并通过一个小技巧解决了它。我在打开会话时记录了附件的序列号，并在关闭会话时记录了该附件的序列号。

这就是我看到一些会话没有关闭的方式。因此，当我的应用程序进入后台模式时，我肯定会关闭设备所有打开的会话。

-(void) closeSessionForDevice:(EAAccessory*) device{
EASession *lclSession = (EASession*) [sessionDictionary valueForKey:[device serialNumber]];
[[lclSession inputStream] close];
[[lclSession inputStream] removeFromRunLoop:[NSRunLoop currentRunLoop] forMode:NSDefaultRunLoopMode];
[[lclSession inputStream] setDelegate:nil];

[[lclSession outputStream] close];
[[lclSession outputStream] removeFromRunLoop:[NSRunLoop currentRunLoop] forMode:NSDefaultRunLoopMode];
[[lclSession outputStream] setDelegate:nil];

lclSession = nil;

NSLog(@"Session Closed for : %@", [device serialNumber]);

[device setDelegate:nil];
}

希望它对其他人有帮助。

Answer 4

我也有同样的问题。我正在开发一个应用程序，它将按时间间隔打开外部蓝牙配件，读取一些数据，然后关闭流。这几天一直工作得很好，然后突然有一天它停止了解决这个确切的问题。控制台还记录了一条消息。

2015-06-20 23:54:43.371 MyApp[2083:404019] ERROR - opening session failed
1 2015-06-20 23:54:43.371 MyApp[2083:404019] ERROR - /SourceCache/ExternalAccessory/ExternalAccessory-288.20.7/       EASession.m:-[EASession dealloc] - 141 unable to close session for _accessory=0x174018750 and sessionID=65536

苹果文档很清楚，每个协议一次只允许打开一个实例，并且任何先前的实例都会自动释放。但是，为什么 iOS 突然无法释放之前的 EASession，而它已经工作了好几天了。

我很困惑，整整三天都在用头撞墙。我搜索了 Google，最终找到了这里，我阅读了 Apple 关于与外部配件通信的指南和 NSStream 编程指南。代码全部正确。

终于在第三天，我听到办公桌角落里传来一声嘟嘟声，我的安卓手机没电了。我脑子里的一个灯泡熄灭了。我关掉手机，中提琴，iOS 设备上的问题就消失了。

这实际上是一个 RF 问题，而不是编程问题，但我在这里包含了我的故事，以防其他人遇到这个问题，Google 会将您带到这里。关闭附近所有其他蓝牙无线电，因为它们是噪声源并可能导致此问题。

Answer 5

我也遇到了同样的问题。就我而言，会话对象在创建后，retainCount = 3，因此在接收 DidDisconnectNotification 时，一次调用 [session release] 是不够的。确保您在收到 DidDisconnectNotification 通知后确实释放了会话对象。