iOS-BLE藍芽開發持續更新

發表於2016-12-13

在寫這個部落格之前,空餘時間抽看了近一個月的文件和Demo,系統給的解釋很詳細,介面也比較實用,唯獨有一點,對於裝置的唯一標示,網上眾說紛紜,在這裡我目前也還沒有自己的見解,只是在不斷的測試各種情況,親測同一裝置的UUID對於每臺iPhone裝置都不一樣,只能儘量保證裝置的唯一性,特別是自動重連的過程,讓使用者沒有感知。我之前也找了很久,發現CBCentralManager和CBPeripheral裡邊都找不到和Mac地址有關的東西,後來發現一般是外設在Device Information服務中的某個特徵返回的。經過與硬體工程師的協商,決定APP端將從這個服務中獲取到藍芽裝置以及我的iPhone手機的藍芽Mac地址,為自動連線的唯一性做準備。

這裡經過和硬體工程師的測試,發現裝置端在獲取手機藍芽MAC地址的時候,當使用者手機重啟之後,這個地址也是會隨機變化的,也就是說,作為開發者,只有裝置的MAC地址能夠保持唯一性不變化。

11545755-5fd81e0407eb3463

有疑問的朋友可以先去這裡瞅一瞅
一個關於藍芽4.0的智慧硬體Demo詳解

  • 下面是兩臺iPhone6連線同一臺藍芽裝置的結果:

進入正題

iOS的藍芽開發很簡單,只要包含一個庫,建立CBCentralManager例項,實現代理方法,然後就可以直接和裝置進行通訊。

12545755-76c45e1a8a22ff1e
發現附近的特定藍芽裝置

首先可以定義一些即將使用到的UUID的巨集

如果不是把手機作為中心裝置的話,這些沒有必要設定。
這裡我也沒有用到,僅僅是提了一下,具體操作後續新增。

對於生成UUID,大家可以谷歌一下,直接通過mac終端生成32位UUID。

1.宣告屬性

2.遵守協議(這裡我用到了table)

3.初始化資料

4.實現藍芽的協議方法

  • (1)檢測藍芽狀態

注:[_manager scanForPeripheralsWithServices:@[[CBUUID UUIDWithString:@"FF15"]] options:@{CBCentralManagerScanOptionAllowDuplicatesKey : @YES }];中間的@[[CBUUID UUIDWithString:@"FF15"]]是為了過濾掉其他裝置,可以搜尋特定標示的裝置。

  • (2)檢測到外設後,停止掃描,連線裝置

  • (3)連線外設後的處理

  • (4)發現服務和搜尋到的Characteristice

  • (5)獲取外設發來的資料

  • (6)其他輔助性的

在和硬體之間的資料傳送和接受,用的都是byte陣列。最後,新增一個儲存已連線過得裝置

後記

  • 最主要是用UUID來確定你要乾的事情,特徵和服務的UUID都是外設定義好的。我們只需要讀取,確定你要讀取什麼的時候,就去判斷UUID是否相符。 一般來說我們使用的iPhone都是做centralManager的,藍芽模組是peripheral的,所以我們是want datas,需要接受資料。
    1.判斷狀態為powerOn,然後執行掃描
    2.停止掃描,連線外設
    3.連線成功,尋找服務
    4.在服務裡尋找特徵
    5.為特徵新增通知
    5.通知新增成功,那麼就可以實時的讀取value[也就是說只要外設傳送資料[一般外設的頻率為10Hz],代理就會呼叫此方法]。
    6.處理接收到的value,[hex值,得轉換] 之後就自由發揮了,在這期間都是通過代理來實現的,也就是說你只需要處理你想要做的事情,代理會幫你呼叫方法。[別忘了新增代理]

2015-07-28 更

關於write我這裡還有些注意的地方要強調!!!!

並不是每一個Characteristic都可以通過回撥函式來檢視它寫入狀態的。就比如針對 immediateAlertService(1802) 的 alertLevelCharacteristic(2A06),就是一個不能有response的Characteristic。剛開始我就一直用CBCharacteristicWriteType.WithResponse來進行寫入始終不成功,鬱悶壞了,最後看到每個Characteristic還有個屬性值是指示這個的,我將每個Characteristic列印出來有如下資訊:

這個的properties是什麼剛開始不知道,覺得他沒意義,後面才注意到properties是Characteristic的一個引數,具體解釋如下:

可以看到0x04對應的是CBCharacteristicPropertyWriteWithoutResponse
0x0A對應的是CBCharacteristicPropertyNotify

所以 immediateAlertService(1802) 的 alertLevelCharacteristic(2A06)是不能用CBCharacteristicWriteType.WithRespons進行寫入,只能用CBCharacteristicWriteType.WithOutRespons。這樣在以後的開發中可以對每個Characteristic的這個引數進行檢查再進行設定。

最後講一下關於藍芽繫結的過程,在iOS中,沒有講當繫結的過程,直接就是掃描、連線、互動。從而很多人會認為,連線就是繫結了,其實不然。在iOS開發中,連線並沒有完成繫結,在網上找到了個很好的解釋:

you cannot initiate pairing from the iOS central side. Instead, you have to read/write a characteristic value,
and then let your peripheral respond with an “Insufficient Authentication” error.
iOS will then initiate pairing, will store the keys for later use (bonding) and encrypts the link. As far as I know,
it also caches discovery information, so that future connections can be set up faster.

就是當發生讀寫互動時,系統在會和外設進行繫結操作!!!

2016-02-20 更

ios藍芽如何獲取廣播包資料

如題,手機作為主裝置,在使用CoreBluetooth時候,想獲取藍芽的資料廣播包。在使用

方法時候獲取的advertisementData列印出來只有

三個屬性對應的值,但這並非廣播包的資料。例如安卓可以通過scandata來獲取到廣播包的值,那麼iOS這邊我應該怎麼做呢?

好像蘋果這邊禁止讀取這種廣播內容的的,真要的話你可以讓硬體那邊把資料做到kCBAdvDataManufacturerData這個欄位裡面。

Demo地址:一個藍芽4.0的智慧硬體Demo

相關文章