ios藍牙開發(fā)demo,ios藍牙app

iOS 藍牙BLE開發(fā)

GAP（Generic Access Profile）：它用來控制設備連接和廣播，GAP 使你的設備被其他設備可見，并決定了你的設備是否可以或者怎樣與合同設備進行交互。

創(chuàng)新互聯(lián)公司專注于企業(yè)成都全網(wǎng)營銷推廣、網(wǎng)站重做改版、若羌網(wǎng)站定制設計、自適應品牌網(wǎng)站建設、H5技術、成都商城網(wǎng)站開發(fā)、集團公司官網(wǎng)建設、成都外貿網(wǎng)站建設、高端網(wǎng)站制作、響應式網(wǎng)頁設計等建站業(yè)務，價格優(yōu)惠性價比高，為若羌等各大城市提供網(wǎng)站開發(fā)制作服務。

GATT(Generic Attribute Profile)：BLE連接都是建立在GATT協(xié)議之上的。GATT 是一個在藍牙連接之上的發(fā)送和接收很短的數(shù)據(jù)段的通用規(guī)范，這些很短的數(shù)據(jù)段被稱為屬性（Attribute）。

BLE中主要有兩個角色：外圍設備（Peripheral）和中心設備（Central）。一個中心設備可以連接多個外圍設備，一個外圍設備包含一個或多個服務（services）,一個服務包含一個或多個特征（characteristics）。

使用CoreBluetooth庫，創(chuàng)建CBPeripheralManager，實現(xiàn)CBPeripheralManagerDelegate代理

創(chuàng)建完該對象，會回調peripheralManagerDidUpdateState:方法判斷藍牙狀態(tài)，藍牙可用，給外設配置服務和特征

注意CBAttributePermissions

當中心設備讀寫設置CBAttributePermissionsReadEncryptionRequired/CBAttributePermissionsWriteEncryptionRequired權限的Characteristic時，會彈出彈框，請求建立安全連接

給外設配置服務特征后，會調用peripheralManager:didAddService:error: 服務特征全部添加完后發(fā)起廣播，如果在廣播時設置CBAdvertisementDataServiceUUIDsKey，會把該service廣播出去，中心設備在掃描時可根據(jù)該uuid找到該設備。外圍設備靠不斷發(fā)廣播，使中心設備發(fā)現(xiàn)它。

當中央端連接上了此設備并訂閱了特征時會回調 didSubscribeToCharacteristic:

當接收到中央端讀的請求時會調用didReceiveReadRequest:

創(chuàng)建CBCentralManager對象，實現(xiàn)CBCentralManagerDelegate代理

回調centralManagerDidUpdateState:代理方法，當central.state==CBManagerStatePoweredOn時，開啟掃描，設置serviceUUIDs可掃描特定外設，CBCentralManagerScanOptionAllowDuplicatesKey設為NO不重復掃描已發(fā)現(xiàn)設備，YES是允許

掃描到設備會回調centralManager:didDiscoverPeripheral:advertisementData:RSSI:，RSS絕對值越大，表示信號越差，設備離的越遠

關閉掃描

連接設備

發(fā)現(xiàn)服務

發(fā)現(xiàn)特征

iOS 藍牙開發(fā)（三）

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

iOS 藍牙開發(fā)（二）

iOS 藍牙開發(fā)（四）

前面記錄了藍牙如何進行掃描、鏈接、以及獲取外設的服務和特征，本篇筆記我將記錄如何實現(xiàn) 與外設做數(shù)據(jù)交互(explore and interact) 。

構建方法流程：鏈接成功-獲取指定的服務與特征-訂閱指定的特征值-通過具有寫權限的特征值來寫數(shù)據(jù)-最后在函數(shù) didUpdateValueForCharacteristic 中獲取藍牙的反饋信息；

總結：

本篇筆記大概就是在接收到服務和特征后對數(shù)據(jù)進行寫入的操作的過程，筆記中的重點在于要熟悉構建特征和服務的方法流程。熟悉流程，我們就能清楚知道當在寫入數(shù)據(jù)時，系統(tǒng)藍牙會在函數(shù) didUpdateValueForCharacteristic 方法中給我們反饋寫入是否成功的反饋信息。

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

iOS 藍牙開發(fā)（二）

iOS 藍牙開發(fā)（三）

iOS 藍牙開發(fā)（四）

在iOS中藍牙相關實現(xiàn)都是在CoreBluetooth這個framework中的，所以我們創(chuàng)建一個單例類中需要先導入 #import CoreBluetooth/CoreBluetooth.h ，再后即可使用這個單例類進行管理我們藍牙的掃描、連接、狀態(tài)等實現(xiàn)。

當 central.state 為CBManagerStatePoweredOn即可開始掃描， 具體方法 [self.centralManager scanForPeripheralsWithServices:nil options:nil] 當調用 scanForPeripheralsWithServices：options: 函數(shù)時就會實時調用其代理方法 - (void)centralManager:(CBCentralManager *)central didDiscoverPeripheral:(CBPeripheral *)peripheral advertisementData:(NSDictionary *)advertisementData RSSI:(NSNumber *)RSSI

peripheral 是外設類 advertisementData 是廣播的值，一般攜帶設備名， serviceUUID 等信息。 RSSI 絕對值越大，表示信號越差，設備離的越遠。如果想裝換成百分比強度， （RSSI+100）/1001 （這是一個約數(shù)，藍牙信號值并不一定是-100 - 0的值）

藍牙的連接是當中心設備掃描到可用外設后， 利用函數(shù) [self.centralManager connectPeripheral:peripheral options:nil]; 進行鏈接， 當函數(shù)被調用后， 就會回調其對應的代理函數(shù)。

本篇筆記主要是記錄如何初始化藍牙的 CBCentralManager 的中心管理類，并記錄如何實現(xiàn)掃描周邊外設、如何鏈接、獲取藍牙當前狀態(tài)。

iOS藍牙開發(fā)相關知識點和注意事項

總結一下藍牙開發(fā)相關的知識點和注意事項，做個筆記，也希望你們能少踩坑

(公司部分藍牙項目為混編項目，藍牙相關處理均采用了Objective-C，故本文????均采用OC，Swift處理相同)

藍牙4.0包含兩個藍牙標準，它是一個是 雙模 的標準，它包含 傳統(tǒng)藍牙部分(也稱經(jīng)典藍牙) 和 低功耗藍牙部分(BLE) , 二者適用于不同的應用場景和應用條件。他們的特點如下

所以藍牙4.0是集成了傳統(tǒng)藍牙和低功耗藍牙兩個標準的，并不只是低功耗藍牙

藍牙4.0支持兩種部署方式： 雙模式 和 單模式 ，雙模同時支持經(jīng)典藍牙和低功耗藍牙，而單模則只支持其中一種。

二者更多細節(jié)詳見： 傳統(tǒng)藍牙和低功耗藍牙的區(qū)別

iOS中藍牙相關功能都封裝進了 CoreBluetooth 類中,其中有幾個常見的參數(shù)和概念

具體API參考 CoreBluetooth藍牙開發(fā)

保存到數(shù)組中的設備可通過 UUID 來進行區(qū)分。從 iOS7之后蘋果不提供外設的mac地址，外設的唯一標識換成了由mac封裝加密后的UUID，需要注意的是不同的手機獲取同一個外設的UUID是不同的，所以在不同手機之間UUID不是唯一的，但在本機上可以作為唯一標識(特殊情況手機刷機后也會改變UUID)。

如何獲取Mac地址

一般使用場景是根據(jù)Mac地址區(qū)分某個外設

注意點：

寫入數(shù)據(jù)時可能會遇到需要分包發(fā)送的情況，我們可以通過下面的API或許當前特征支持的最大的單條寫入長度

maxLength 一般取決于藍牙模塊內部接收 緩沖區(qū) 的大小，很多硬件設備這個緩沖區(qū)的大小是 20 字節(jié), 這個大小也和特征的寫入權限有關，像具有寫入權限 withResponse 類的特征其大小一般為 512 字節(jié)，當然這些都是取決于設備測的設置；

當我們單次發(fā)送的數(shù)據(jù)字節(jié)長度大于 maxLength 時，我們就需要采用分包的方式來發(fā)送數(shù)據(jù)了,

分包發(fā)送的邏輯類似于下面

這邊延時主要是設備側的接收模塊接收數(shù)據(jù)以及處理能力有限

外圍設備測和中心設備(大部分情況下是手機)保持藍牙連接的狀態(tài)下，如果長時間不產(chǎn)生交互，藍牙就會斷開，所以為了保持兩者持續(xù)的連接狀態(tài)，需要做?；钐幚?，也就是需要持續(xù)的發(fā)送心跳包(watchdog)。相應的處理是使用一個定時器定時向設備側發(fā)送符合設備協(xié)議格式的心跳包。

斷開連接很簡單，只需要調用 [self.centralManager cancelPeripheralConnection:peripheral] 傳入需要斷開連接的設備對象就行了。斷開連接時會自動調用 centralManager:didDisconnectPeripheral:error: 代理方法。

按照之前的慣例，當error為nil時表示斷開成功，error不為nil時斷開失敗。這種理解是錯誤的。

當你調用 cancelPeripheralConnection: 方法（主動斷開）斷開連接時error為nil ; 沒有調用這個方法（異常斷開）而斷開時error返回的是異常斷開的原因。也可以理解為主動調用斷開連接方法一定會斷開

接下來就是斷開重連的問題了，對藍牙功能進行封裝時肯定少不了斷開重連。首先斷開時可通過上面的代理方法的error是否為nil判斷是否是異常斷開，一般情況下異常斷開時是需要重連的

原因就是當設備斷開連接后 peripheral.services 為nil了，當然 service.characteristics 也是nil，所以需要在斷開連接時把保存這個設備對應的服務和特征全部清除，然后在連接成功時重新過一遍發(fā)現(xiàn)服務和發(fā)現(xiàn)特征的流程就好了。

iOS7 開始，Apple加入了Beacon圍欄檢測的API, ( iBeacon-維基百科 ), 其工作方式是，配備有低功耗藍牙（BLE）通信功能的設備使用 BLE 技術向周圍發(fā)送自己特有的 ID，接收到該 ID 的應用軟件會根據(jù)該 ID 采取一些行動。比如，在店鋪里設置 iBeacon 通信模塊的話，便可讓 iPhone 和 iPad 上運行一資訊告知服務器，或者由服務器向顧客發(fā)送折扣券及進店積分, 或者公司的手機打卡，只要手機靠近打卡器一定范圍，手機測就向打開器發(fā)送打卡信息，從而自動打卡。這種場景還有很多。 其中一個最重要的功能就是App的喚醒功能(殺死后也能喚醒)

舉一個我們的例子，我們的產(chǎn)品業(yè)務場景就是在進入車輛以后，需要使用藍牙連接我們的后裝車載設備以采集車輛信息和駕駛行為行程等，這里有一個問題就是在App被殺死的情況下如何喚醒App, 因為不可能要求用戶每次都主動去打開App，這樣體驗太差。我們的做法是通過iBeacon，當我們的車輛點火以后，設備測通電，發(fā)出 iBeacon廣播 ，App實現(xiàn)監(jiān)聽iBeacon相關功能后就可以喚醒我們App，然后在相應的回調的處理一些事情，比如通過藍牙連接設備。這里的前提條件是我們的硬件設備測包含iBeacon模塊，具有iBeacon功能，而且對iBeacon的廣播頻率也有一定的要求，長了可能喚醒的功能會不穩(wěn)定，官方建議的好像是100ms，頻率超高越耗電，但可以讓手機或其它監(jiān)聽設備越快地發(fā)現(xiàn)iBeacon。標準的BLE廣播距離是100m，這使Beacon在室內位置跟蹤場景下的效果更理想。

關于iBeacon更多的使用及介紹請參考

蘋果核 - iOS端近場圍欄檢測（一） ——iBeacon

iBeacon技術初探

當前名稱：ios藍牙開發(fā)demo,ios藍牙app
當前路徑：http://www.jbt999.com/article12/dsdjigc.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供用戶體驗、品牌網(wǎng)站建設、關鍵詞優(yōu)化、建站公司、品牌網(wǎng)站制作、域名注冊

廣告

聲明：本網(wǎng)站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：[email protected]。內容未經(jīng)允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)