原文出處:煜寒了 php
在寫這個博客以前,空餘時間抽看了近一個月的文檔和Demo,系統給的解釋很詳細,接口也比較實用,惟獨有一點,對於設備的惟一標示,網上衆說紛紜,在這裏我目前也尚未本身的看法,只是在不斷的測試各類狀況,親測同一設備的UUID對於每臺iPhone設備都不同,只能儘可能保證設備的惟一性,特別是自動重連的過程,讓用戶沒有感知。html
我以前也找了好久,發現CBCentralManager和CBPeripheral裏邊都找不到和Mac地址有關的東西,後來發現通常是外設在Device Information服務中的某個特徵返回的。通過與硬件工程師的協商,決定APP端將從這個服務中獲取到藍牙設備以及個人iPhone手機的藍牙Mac地址,爲自動鏈接的惟一性作準備。ios
這裏通過和硬件工程師的測試,發現設備端在獲取手機藍牙MAC地址的時候,當用戶手機重啓以後,這個地址也是會隨機變化的,也就是說,做爲開發者,只有設備的MAC地址可以保持惟一性不變化。git
有疑問的朋友能夠先去這裏瞅一瞅
一個關於藍牙4.0的智能硬件Demo詳解github
下面是兩臺iPhone6鏈接同一臺藍牙設備的結果:數組
1ide 2函數 3測試 4ui |
|
iOS的藍牙開發很簡單,只要包含一個庫,建立CBCentralManager實例,實現代理方法,而後就能夠直接和設備進行通訊。
發現附近的特定藍牙設備
1 |
|
首先能夠定義一些即將使用到的UUID的宏
1 2 3 |
|
若是不是把手機做爲中心設備的話,這些沒有必要設置。
這裏我也沒有用到,僅僅是提了一下,具體操做後續添加。
對於生成UUID,你們能夠谷歌一下,直接經過mac終端生成32位UUID。
1.聲明屬性
1 2 3 4 5 6 7 8 9 10 11 12 13 |
|
2.遵照協議(這裏我用到了table)
1 |
|
3.初始化數據
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
|
4.實現藍牙的協議方法
(1)檢測藍牙狀態
1 2 3 4 5 6 7 8 9 10 |
|
注:[_manager scanForPeripheralsWithServices:@[[CBUUID UUIDWithString:@"FF15"]] options:@{CBCentralManagerScanOptionAllowDuplicatesKey : @YES }];
中間的@[[CBUUID UUIDWithString:@"FF15"]]
是爲了過濾掉其餘設備,能夠搜索特定標示的設備。
(2)檢測到外設後,中止掃描,鏈接設備
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 |
|
(3)鏈接外設後的處理
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
|
(4)發現服務和搜索到的Characteristice
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 |
|
(5)獲取外設發來的數據
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 |
|
(6)其餘輔助性的
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 |
|
在和硬件之間的數據發送和接受,用的都是byte數組。最後,添加一個存儲已鏈接過得設備
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 |
|
最主要是用UUID來肯定你要乾的事情,特徵和服務的UUID都是外設定義好的。咱們只須要讀取,肯定你要讀取什麼的時候,就去判斷UUID是否相符。 通常來講咱們使用的iPhone都是作centralManager的,藍牙模塊是peripheral的,因此咱們是want datas,須要接受數據。
1.判斷狀態爲powerOn,而後執行掃描
2.中止掃描,鏈接外設
3.鏈接成功,尋找服務
4.在服務裏尋找特徵
5.爲特徵添加通知
5.通知添加成功,那麼就能夠實時的讀取value[也就是說只要外設發送數據[通常外設的頻率爲10Hz],代理就會調用此方法]。
6.處理接收到的value,[hex值,得轉換] 以後就自由發揮了,在這期間都是經過代理來實現的,也就是說你只須要處理你想要作的事情,代理會幫你調用方法。[別忘了添加代理]
關於write我這裏還有些注意的地方要強調!!!!
並非每個Characteristic均可以經過回調函數來查看它寫入狀態的。就好比針對 immediateAlertService(1802) 的 alertLevelCharacteristic(2A06),就是一個不能有response的Characteristic。剛開始我就一直用CBCharacteristicWriteType.WithResponse來進行寫入始終不成功,鬱悶壞了,最後看到每一個Characteristic還有個屬性值是指示這個的,我將每一個Characteristic打印出來有以下信息:
1 2 |
|
這個的properties是什麼剛開始不知道,以爲他沒意義,後面才注意到properties是Characteristic的一個參數,具體解釋以下:
1 2 3 4 |
|
能夠看到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.
就是當發生讀寫交互時,系統在會和外設進行綁定操做!!!
如題,手機做爲主設備,在使用CoreBluetooth時候,想獲取藍牙的數據廣播包。在使用
1 |
|
方法時候獲取的advertisementData打印出來只有
1 |
|
三個屬性對應的值,但這並不是廣播包的數據。例如安卓能夠經過scandata來獲取到廣播包的值,那麼iOS這邊我應該怎麼作呢?
好像蘋果這邊禁止讀取這種廣播內容的的,真要的話你可讓硬件那邊把數據作到kCBAdvDataManufacturerData這個字段裏面。
原文:http://bbs.520it.com/forum.php?mod=viewthread&tid=3033&page=&extra=#pid33613