iOS 藍牙開發(fā)(一)

網(wǎng)站建設(shè)公司,為您提供網(wǎng)站建設(shè),網(wǎng)站制作,網(wǎng)頁設(shè)計及定制網(wǎng)站建設(shè)服務(wù),專注于成都企業(yè)網(wǎng)站定制,高端網(wǎng)頁制作,對成都發(fā)電機回收等多個行業(yè)擁有豐富的網(wǎng)站建設(shè)經(jīng)驗的網(wǎng)站建設(shè)公司。專業(yè)網(wǎng)站設(shè)計,網(wǎng)站優(yōu)化推廣哪家好,專業(yè)seo優(yōu)化排名優(yōu)化,H5建站,響應(yīng)式網(wǎng)站。
iOS 藍牙開發(fā)(二)
iOS 藍牙開發(fā)(四)
前面記錄了藍牙如何進行掃描、鏈接、以及獲取外設(shè)的服務(wù)和特征,本篇筆記我將記錄如何實現(xiàn) 與外設(shè)做數(shù)據(jù)交互(explore and interact) 。
構(gòu)建方法流程:鏈接成功-獲取指定的服務(wù)與特征-訂閱指定的特征值-通過具有寫權(quán)限的特征值來寫數(shù)據(jù)-最后在函數(shù) didUpdateValueForCharacteristic 中獲取藍牙的反饋信息;
總結(jié):
本篇筆記大概就是在接收到服務(wù)和特征后對數(shù)據(jù)進行寫入的操作的過程,筆記中的重點在于要熟悉構(gòu)建特征和服務(wù)的方法流程。熟悉流程,我們就能清楚知道當在寫入數(shù)據(jù)時,系統(tǒng)藍牙會在函數(shù) didUpdateValueForCharacteristic 方法中給我們反饋寫入是否成功的反饋信息。
總結(jié)一下藍牙開發(fā)相關(guān)的知識點和注意事項,做個筆記,也希望你們能少踩坑
(公司部分藍牙項目為混編項目,藍牙相關(guān)處理均采用了Objective-C,故本文????均采用OC,Swift處理相同)
藍牙4.0包含兩個藍牙標準,它是一個是 雙模 的標準,它包含 傳統(tǒng)藍牙部分(也稱經(jīng)典藍牙) 和 低功耗藍牙部分(BLE) , 二者適用于不同的應(yīng)用場景和應(yīng)用條件。他們的特點如下
所以藍牙4.0是集成了傳統(tǒng)藍牙和低功耗藍牙兩個標準的,并不只是低功耗藍牙
藍牙4.0支持兩種部署方式: 雙模式 和 單模式 ,雙模同時支持經(jīng)典藍牙和低功耗藍牙,而單模則只支持其中一種。
二者更多細節(jié)詳見: 傳統(tǒng)藍牙和低功耗藍牙的區(qū)別
iOS中藍牙相關(guān)功能都封裝進了 CoreBluetooth 類中,其中有幾個常見的參數(shù)和概念
具體API參考 CoreBluetooth藍牙開發(fā)
保存到數(shù)組中的設(shè)備可通過 UUID 來進行區(qū)分。從 iOS7之后蘋果不提供外設(shè)的mac地址,外設(shè)的唯一標識換成了由mac封裝加密后的UUID,需要注意的是不同的手機獲取同一個外設(shè)的UUID是不同的,所以在不同手機之間UUID不是唯一的,但在本機上可以作為唯一標識(特殊情況手機刷機后也會改變UUID)。
如何獲取Mac地址
一般使用場景是根據(jù)Mac地址區(qū)分某個外設(shè)
注意點:
寫入數(shù)據(jù)時可能會遇到需要分包發(fā)送的情況,我們可以通過下面的API或許當前特征支持的最大的單條寫入長度
maxLength 一般取決于藍牙模塊內(nèi)部接收 緩沖區(qū) 的大小,很多硬件設(shè)備這個緩沖區(qū)的大小是 20 字節(jié), 這個大小也和特征的寫入權(quán)限有關(guān),像具有寫入權(quán)限 withResponse 類的特征其大小一般為 512 字節(jié),當然這些都是取決于設(shè)備測的設(shè)置;
當我們單次發(fā)送的數(shù)據(jù)字節(jié)長度大于 maxLength 時,我們就需要采用分包的方式來發(fā)送數(shù)據(jù)了,
分包發(fā)送的邏輯類似于下面
這邊延時主要是設(shè)備側(cè)的接收模塊接收數(shù)據(jù)以及處理能力有限
外圍設(shè)備測和中心設(shè)備(大部分情況下是手機)保持藍牙連接的狀態(tài)下,如果長時間不產(chǎn)生交互,藍牙就會斷開,所以為了保持兩者持續(xù)的連接狀態(tài),需要做保活處理,也就是需要持續(xù)的發(fā)送心跳包(watchdog)。相應(yīng)的處理是使用一個定時器定時向設(shè)備側(cè)發(fā)送符合設(shè)備協(xié)議格式的心跳包。
斷開連接很簡單,只需要調(diào)用 [self.centralManager cancelPeripheralConnection:peripheral] 傳入需要斷開連接的設(shè)備對象就行了。斷開連接時會自動調(diào)用 centralManager:didDisconnectPeripheral:error: 代理方法。
按照之前的慣例,當error為nil時表示斷開成功,error不為nil時斷開失敗。這種理解是錯誤的。
當你調(diào)用 cancelPeripheralConnection: 方法(主動斷開)斷開連接時error為nil ; 沒有調(diào)用這個方法(異常斷開)而斷開時error返回的是異常斷開的原因。也可以理解為主動調(diào)用斷開連接方法一定會斷開
接下來就是斷開重連的問題了,對藍牙功能進行封裝時肯定少不了斷開重連。首先斷開時可通過上面的代理方法的error是否為nil判斷是否是異常斷開,一般情況下異常斷開時是需要重連的
原因就是當設(shè)備斷開連接后 peripheral.services 為nil了,當然 service.characteristics 也是nil,所以需要在斷開連接時把保存這個設(shè)備對應(yīng)的服務(wù)和特征全部清除,然后在連接成功時重新過一遍發(fā)現(xiàn)服務(wù)和發(fā)現(xiàn)特征的流程就好了。
iOS7 開始,Apple加入了Beacon圍欄檢測的API, ( iBeacon-維基百科 ), 其工作方式是,配備有低功耗藍牙(BLE)通信功能的設(shè)備使用 BLE 技術(shù)向周圍發(fā)送自己特有的 ID,接收到該 ID 的應(yīng)用軟件會根據(jù)該 ID 采取一些行動。比如,在店鋪里設(shè)置 iBeacon 通信模塊的話,便可讓 iPhone 和 iPad 上運行一資訊告知服務(wù)器,或者由服務(wù)器向顧客發(fā)送折扣券及進店積分, 或者公司的手機打卡,只要手機靠近打卡器一定范圍,手機測就向打開器發(fā)送打卡信息,從而自動打卡。這種場景還有很多。 其中一個最重要的功能就是App的喚醒功能(殺死后也能喚醒)
舉一個我們的例子,我們的產(chǎn)品業(yè)務(wù)場景就是在進入車輛以后,需要使用藍牙連接我們的后裝車載設(shè)備以采集車輛信息和駕駛行為行程等,這里有一個問題就是在App被殺死的情況下如何喚醒App, 因為不可能要求用戶每次都主動去打開App,這樣體驗太差。我們的做法是通過iBeacon,當我們的車輛點火以后,設(shè)備測通電,發(fā)出 iBeacon廣播 ,App實現(xiàn)監(jiān)聽iBeacon相關(guān)功能后就可以喚醒我們App,然后在相應(yīng)的回調(diào)的處理一些事情,比如通過藍牙連接設(shè)備。這里的前提條件是我們的硬件設(shè)備測包含iBeacon模塊,具有iBeacon功能,而且對iBeacon的廣播頻率也有一定的要求,長了可能喚醒的功能會不穩(wěn)定,官方建議的好像是100ms,頻率超高越耗電,但可以讓手機或其它監(jiān)聽設(shè)備越快地發(fā)現(xiàn)iBeacon。標準的BLE廣播距離是100m,這使Beacon在室內(nèi)位置跟蹤場景下的效果更理想。
關(guān)于iBeacon更多的使用及介紹請參考
蘋果核 - iOS端近場圍欄檢測(一) ——iBeacon
iBeacon技術(shù)初探
開發(fā)前提介紹 ?: 1. XCode ?2.藍牙手環(huán)(60) ?3.蘋果手機一部(1000)
規(guī)矩我懂 先上圖
2014.12.2 藍牙技術(shù)聯(lián)盟發(fā)布
具備更低功耗, 更高的傳輸速度。 喚醒速度可以和zigbee媲美
藍牙2.0 需要MIFI 認證,這個大家都知道 。 MIFI : Make for ipad , iphone , itouch? 專門為蘋果設(shè)備制作的設(shè)備
藍牙4.0 : 本文章的主講
開發(fā)框架 : CoreBluetooth
? ? ?
central: 中心,連接硬件設(shè)備(手機端連接藍牙手環(huán) 等等智能設(shè)備)
peripheral: 外設(shè), 被連接的設(shè)備(僅當外設(shè)在不斷廣播的時候 才能被發(fā)現(xiàn))
service: 服務(wù)
characteristic: 特征
? ? ? ? ?
_manager = [[CBCentralManager alloc] initWithDelegate: self queue: nil];
在調(diào)用這個方法的時候 帶來會調(diào)用
- (void)centralManagerDidUpdataState:(CBCentralManager *)central
返回 :
當前藍牙的狀態(tài) :
if (central.state != CBManagerStatePoweredOn) // 就代表返回失敗了? 當然自己看一下這個枚舉
[_manager scanForPeripheralsWithServices:#你的特征值# options: nil];
# : 如果特征值寫的是nil? 那么當前所以可以被連接管理的藍牙都可以掃描到
但是這里有個坑 , 已經(jīng)連接上的藍牙 不會在代理里面被返回
對應(yīng)代理 :
處理 :
centralManager: (CBCentralManager *)central didDiscoverPeripheral: (CBPeripheral *)peripheral advertisementData: (NSDictionar *id)advertisementData RSSI: (NSNumber *)RSSI{
if(peripheral.name != nil ![_perilist containsObject: peripheral]){
[_perilist addObject: peripheral];
}
}
連接外設(shè)失敗 : disFailToConnectPeripheral
連接斷開: didDisconnectPeripheral
連接成功: didConectPeripheral
iOS 藍牙開發(fā)(二)
iOS 藍牙開發(fā)(三)
iOS 藍牙開發(fā)(四)
在iOS中藍牙相關(guān)實現(xiàn)都是在CoreBluetooth這個framework中的,所以我們創(chuàng)建一個單例類中需要先導(dǎo)入 #import CoreBluetooth/CoreBluetooth.h ,再后即可使用這個單例類進行管理我們藍牙的掃描、連接、狀態(tài)等實現(xiàn)。
當 central.state 為CBManagerStatePoweredOn即可開始掃描, 具體方法 [self.centralManager scanForPeripheralsWithServices:nil options:nil] 當調(diào)用 scanForPeripheralsWithServices:options: 函數(shù)時就會實時調(diào)用其代理方法 - (void)centralManager:(CBCentralManager *)central didDiscoverPeripheral:(CBPeripheral *)peripheral advertisementData:(NSDictionary *)advertisementData RSSI:(NSNumber *)RSSI
peripheral 是外設(shè)類 advertisementData 是廣播的值,一般攜帶設(shè)備名, serviceUUID 等信息。 RSSI 絕對值越大,表示信號越差,設(shè)備離的越遠。如果想裝換成百分比強度, (RSSI+100)/1001 (這是一個約數(shù),藍牙信號值并不一定是-100 - 0的值)
藍牙的連接是當中心設(shè)備掃描到可用外設(shè)后, 利用函數(shù) [self.centralManager connectPeripheral:peripheral options:nil]; 進行鏈接, 當函數(shù)被調(diào)用后, 就會回調(diào)其對應(yīng)的代理函數(shù)。
本篇筆記主要是記錄如何初始化藍牙的 CBCentralManager 的中心管理類,并記錄如何實現(xiàn)掃描周邊外設(shè)、如何鏈接、獲取藍牙當前狀態(tài)。
文章題目:藍牙ios開發(fā),iOS藍牙協(xié)議
新聞來源:http://chinadenli.net/article5/dsehjii.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供網(wǎng)站改版、企業(yè)建站、網(wǎng)站設(shè)計、網(wǎng)站內(nèi)鏈、網(wǎng)站導(dǎo)航、外貿(mào)建站
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)