我遇到蓝牙外围设备与背景iOS应用程序一起工作的问题。我需要该应用程序实时响应所有蓝牙通知。我已经关注了Apple's CoreBluetooth background process guide,它的工作时间大约是我应用程序背景的10%,但是其他90%的时间是事件排队并且每10分钟批量发送到我的应用程序。
我只需要在蓝牙事件发生后通过wifi发起一个快速的本地子网网络请求,所以它在10s以下的iOS下可以让应用程序在后台工作。
至于CoreBluetooth设置,我遵循了该信的指南,它偶尔会在后台运行。但它也会每隔十分钟批量处理通知并重新启动我的应用程序,这让我觉得它配置正确。
我可以确认应用程序没有被杀死。我可以保持调试器连接并继续运行。事实上,调试器显示通知排队,应用程序每十分钟进入一次前台。在我使用该应用程序后,它确实可以工作几分钟。但它不可避免地完全落后。
我希望一旦蓝牙通知进入就会唤醒应用程序。检查iOS设置中的连接设备列表>蓝牙屏幕显示连接的外围设备。而且很明显iOS正在捕获通知。但它很少唤醒应用程序发送通知。
<小时/> 2016年8月10日更新:
所以问题不在于设备本身。它保持连接,甚至iOS的设置应用程序显示设备仍然连接。我意识到我在beginBackgroundTaskWithExpirationHandler
上运行applicationWillResignActive
,这给了我伪背景活动。当我评论出来时,应用程序不再取消暂停我设备的蓝牙通知。
所有蓝牙通知都排队等待,并在手动重新启动应用时立即触发。当应用程序在后台时,调试应用程序时不会显示任何活动。所以现在看起来我还没有将应用程序配置为在后台正确使用蓝牙。
所以我的预感是,在遵循CoreBluetooth背景文档时出现了错误配置。但是,只有几步,我已经实施了每一步。我希望将launchOptions?[UIApplicationLaunchOptionsBluetoothCentralsKey]
发送到application(_:didFinishLaunchingWithOptions:)
,但它永远不会被发送。并且永远不会调用centralManager(_:willRestoreState:)
。
我有&#34;使用蓝牙LE配件&#34;启用。
我正在使用CBCentralManagerOptionRestoreIdentifierKey:
manager = CBCentralManager(delegate: self, queue: nil, options:
[CBCentralManagerOptionRestoreIdentifierKey: "TTcentralManageRestoreIdentifier",
CBConnectPeripheralOptionNotifyOnDisconnectionKey: NSNumber(bool: true),
CBConnectPeripheralOptionNotifyOnConnectionKey: NSNumber(bool: true),
CBConnectPeripheralOptionNotifyOnNotificationKey: NSNumber(bool: true)])
我订阅了特色通知:
func peripheral(peripheral: CBPeripheral, didDiscoverCharacteristicsForService service: CBService, error: NSError?) {
if service.UUID.isEqual(CBUUID(string: DEVICE_V2_SERVICE_BUTTON_UUID)) {
for characteristic: CBCharacteristic in service.characteristics! {
if characteristic.UUID.isEqual(CBUUID(string: DEVICE_V2_CHARACTERISTIC_BUTTON_STATUS_UUID)) {
peripheral.setNotifyValue(true, forCharacteristic: characteristic)
let device = foundDevices.deviceForPeripheral(peripheral)
device?.buttonStatusChar = characteristic
} else if characteristic.UUID.isEqual(CBUUID(string: DEVICE_V2_CHARACTERISTIC_NICKNAME_UUID)) {
peripheral.readValueForCharacteristic(characteristic)
}
}
}
...
}
UIApplicationLaunchOptionsBluetoothCentralsKey
永远不会被调用。
func application(application: UIApplication, didFinishLaunchingWithOptions launchOptions: [NSObject: AnyObject]?) -> Bool {
...
let centralManagerIdentifiers = launchOptions?[UIApplicationLaunchOptionsBluetoothCentralsKey]
if centralManagerIdentifiers != nil {
print(" ---> centralManagerIdentifiers: \(centralManagerIdentifiers)")
}
...
}
最后,永远不会调用centralManager(_:willRestoreState:)
:
func centralManager(central: CBCentralManager, willRestoreState dict: [String : AnyObject]) {
manager = central
let peripherals = dict[CBCentralManagerRestoredStatePeripheralsKey] as! [CBPeripheral]
print(" ---> Restoring state: \(peripherals)")
...
}
答案 0 :(得分:1)
想出来。让我们发现错误......
(blank)
看到$('#colorSelector4').ColorPicker({
onChange: function (hsb, hex, rgb) {
$('#colorSelector4 div').css('background-color', '#' + hex);
$('.secondaryColor').css('color', '#' + hex);
$('.secondaryColorB').css('background-color', '');
$('.secondaryColorB').css('background-color', '#' + hex);
}
});
行?它应该是class AppDelegate: UIResponder, UIApplicationDelegate, CLLocationManagerDelegate {
var window: UIWindow?
var bluetoothManager = TTBluetoothManager()
func application(application: UIApplication, didFinishLaunchingWithOptions launchOptions: [NSObject: AnyObject]?) -> Bool {
...
return true
}
...
}
,var bluetoothManager = TTBluetoothManager()
应该在var bluetoothManager: TTBluetoothManager!
这就是诀窍,现在我的蓝牙设备在后台运行。
答案 1 :(得分:0)
它应该工作。这个对我有用。你做过以下工作吗?
如果没有,则出现问题。也许尝试在专用调度队列上启动管理器,以确保当前队列由于某种原因被阻塞。
如果您展示了一些代码,那么我可以提供更好的帮助。正如我所说,我知道它应该有效。
/ A