1.獲取mac地址的問題
剛開始做藍(lán)牙開發(fā)的時(shí)候卸留,翻遍了Apple的文檔和各個(gè)論壇空镜,希望能找到不需要連接藍(lán)牙設(shè)備就能獲取mac地址的方法染厅,結(jié)果都是無功而返,最后只能通過讀取特征值"2A23"來獲取泉哈。 然而蛉幸,android是可以不需要連接就可以獲取到藍(lán)牙設(shè)備的mac地址的(貌似是在廣播包里面的吧)。不管Apple是出于安全還是什么原因的考量丛晦,這個(gè)機(jī)制真的好麻煩奕纫。
當(dāng)然,如果是自己內(nèi)部使用的App烫沙,或者是用在越獄設(shè)備上的App若锁,可以嘗試使用liblockdown.dylib來解決。
2.給藍(lán)牙設(shè)備發(fā)送數(shù)據(jù)失敗
App中需要同時(shí)連接多個(gè)CBPeripheral, 發(fā)送指令可以使藍(lán)牙設(shè)備報(bào)警斧吐。剛開始測試的時(shí)候偶爾情況下,發(fā)送指令之后仲器,藍(lán)牙設(shè)備沒有反應(yīng)(之后也不會(huì)有反應(yīng))煤率,然而,CBPeripheral.state卻變成disconnected了乏冀,奇怪的是藍(lán)牙斷連的回調(diào)方法并沒有調(diào)用蝶糯。
后來,由于功能劇增辆沦,代碼量也暴漲昼捍,只好把藍(lán)牙模塊獨(dú)立出來。之前是用一個(gè)CBCentralManager實(shí)例同時(shí)連接多個(gè)CBPeripheral肢扯。這次就用一個(gè)CBCentralManger連接一個(gè)CBPeripheral妒茬。結(jié)果,改造完之后蔚晨,就經(jīng)常出現(xiàn)發(fā)送數(shù)據(jù)失敗的問題乍钻。
一直懵逼肛循,直到看到這里:
NSArray *connectedDevices = [self.centralManager retrieveConnectedPeripheralsWithServices:@[[CBUUID UUIDWithString:@"180F"]]];
for (CBPeripheral *peripheral in connectedDevices) {
[self.centralManager connectPeripheral:peripheral options:nil];
}
這段代碼的用途是為了獲取手機(jī)上已經(jīng)連接的藍(lán)牙設(shè)備。問題就出現(xiàn)在這里银择。比如:我有兩個(gè)藍(lán)牙設(shè)備A,B, A已經(jīng)連接上多糠,并且發(fā)送數(shù)據(jù)正常;B沒有連接上浩考,所以夹孔,我需要刷新,重新掃描附近的設(shè)備來連接B析孽。 等B掃描完之后搭伤,再給A發(fā)送數(shù)據(jù),發(fā)現(xiàn)藍(lán)牙設(shè)備A沒有響應(yīng)了绿淋。
原理是這樣的:我同時(shí)有兩個(gè)CBCentralManager,和兩個(gè)藍(lán)牙設(shè)備闷畸,一開始是這樣的
A連接上了,并且用第一個(gè)CBCentralManger可以發(fā)送數(shù)據(jù)給它吞滞,B沒有連接上佑菩。這時(shí)候,我就需要第二個(gè)CBCentralManager重新掃描附近的設(shè)備(包括手機(jī)已經(jīng)連接上的設(shè)備裁赠,包括A)來連接B
在這個(gè)過程中殿漠,第二個(gè)CBCentralManager會(huì)連接上A(因?yàn)锳是手機(jī)已經(jīng)連接上的設(shè)備,我需要連接上A,然后讀取"2A23"特征值來獲取它的mac地址佩捞,然后判斷它是不是B)绞幌,導(dǎo)致A和第一個(gè)CBCentralManager之間的連接斷開(CBPeripheral.state 變?yōu)閐isconnected).從而導(dǎo)致第一個(gè)CBCentralManager給A發(fā)送數(shù)據(jù)永遠(yuǎn)不會(huì)成功了。(坑的是一忱,即使CBPeripheral.state已經(jīng)變?yōu)閐isconnected了莲蜘,藍(lán)牙的斷開連接回調(diào)方法并沒有調(diào)用)
即
- (void)centralManager:(CBCentralManager *)central didDisconnectPeripheral:(CBPeripheral *)peripheral error:(NSError *)error
在這種情況下是不會(huì)調(diào)用的。其實(shí)這時(shí)候該peripheral和這個(gè)centralManager之間的連接已經(jīng)斷開了帘营。所以后續(xù)的通過peripheral給character寫數(shù)據(jù)是不會(huì)成功的票渠。(補(bǔ):像上面的情況貌似是硬件的問題,原則上來說連接上之后就不應(yīng)該再發(fā)廣播包了芬迄,別的centralManager也不會(huì)再發(fā)現(xiàn)該設(shè)備问顷,由于硬件工程師已經(jīng)不在了,也無法驗(yàn)證這個(gè)問題禀梳。)
3.藍(lán)牙后臺(tái)掃描
即使在info.plist文件里面設(shè)置了App communicates using CoreBluetooth杜窄,但是app一退到后臺(tái),藍(lán)牙掃描就扛不住了算途,不干活了塞耕,后來搜一些資料,像下面的設(shè)置證明是可行的:
[self.centralManager scanForPeripheralsWithServices:@[[CBUUID UUIDWithString:@"180D"]] options:@{CBCentralManagerScanOptionAllowDuplicatesKey:@(YES)}];// 掃描外圍設(shè)備嘴瓤,可以指定含有指定服務(wù)的外圍設(shè)備
在掃描的時(shí)候指定你要掃描的設(shè)備提供的service即可荷科,當(dāng)然唯咬,這里不能亂設(shè)置,需要指定那些在廣播包里面提供的service才行畏浆。
有哪些service可以到下面的代理方法里面打印一下advertisementData即可胆胰。
-(void)centralManager:(CBCentralManager *)central didDiscoverPeripheral:(CBPeripheral *)peripheral advertisementData:(NSDictionary *)advertisementData RSSI:(NSNumber *)RSSI {
}
4.[ERROR] XPC connection interrupted, resetting
如果連接的藍(lán)牙設(shè)備數(shù)量太多會(huì)導(dǎo)致[ERROR] XPC connection interrupted, resetting,centralManager也會(huì)掛掉刻获。解決方法就是在發(fā)現(xiàn)設(shè)備的時(shí)候有限制的去連接蜀涨,比如超過8臺(tái)就不搭理它就可以了。
-(void)centralManager:(CBCentralManager *)central didDiscoverPeripheral:(CBPeripheral *)peripheral advertisementData:(NSDictionary *)advertisementData RSSI:(NSNumber *)RSSI {
if (self.nDevices.count > 8) {
return;
}
if (![self.nDevices containsObject:peripheral]) {
[self.nDevices addObject:peripheral];
[self.manager connectPeripheral:peripheral options:nil];
}
}
最后幫朋友打個(gè)小廣告