iOS iBeacon 使用

最近做一個(gè)店鋪簽到獲取積分的App，用到了iBeacon，蠻好玩的一個(gè)小玩意，簡(jiǎn)單來說iBeacon這個(gè)小設(shè)備，可以被手機(jī)通過藍(lán)牙搜索到，并能比較精確的顯示距離，和拿到該iBeacon的uuid，major，minor。其中uuid 是一個(gè)區(qū)域內(nèi)的唯一標(biāo)識(shí)符，用它可以區(qū)別一個(gè)公司的iBeacon，而用major和minor 來區(qū)別店鋪和具體哪臺(tái)設(shè)備。

創(chuàng)新互聯(lián)IDC提供業(yè)務(wù):眉山服務(wù)器托管,成都服務(wù)器租用,眉山服務(wù)器托管,重慶服務(wù)器租用等四川省內(nèi)主機(jī)托管與主機(jī)租用業(yè)務(wù);數(shù)據(jù)中心含:雙線機(jī)房,BGP機(jī)房,電信機(jī)房,移動(dòng)機(jī)房,聯(lián)通機(jī)房。

項(xiàng)目源碼地址 感謝作者的分享

同時(shí)可以參考蘋果官方源碼，里面有設(shè)計(jì)多個(gè)uuid同時(shí)檢測(cè)

蘋果官方提供demo

在IOS 的開發(fā)中iBeacon和BLE的區(qū)別

在ios中ibeacon是基于地理位置的微定位技術(shù)（從這句話中可以得出Introduced in iOS 7, iBeacon is an exciting technology enabling new location awareness possibilities for apps.），雖然借助手機(jī)藍(lán)牙進(jìn)行接收Majro、Minor，但是他們?cè)陂_發(fā)工程中沒有任何關(guān)系。

ibeacon使用蘋果提供CoreLocation庫，然而在BLE在開發(fā)過程中使用CoreBluetooth庫。從上面提供的庫來看就很清楚了，特別是在IOS8之上的時(shí)候如果想使用ibeacon，必須讓用戶點(diǎn)擊是否允許“App使用地理位置”。如果在第一次使用ios app掃描ibeacon的時(shí)候沒有提示這句話是不可能接收到ibeacon的信號(hào)（除非ios 8.0之下）。如果是BLE則的開發(fā)過程中之需要提示用戶打開藍(lán)牙，并不要求其他的地理位置任何信息。

第一：在ios中所有的數(shù)據(jù)都是通過API獲取的，也就是說在IOS中不會(huì)看到藍(lán)牙模塊的裸數(shù)據(jù)（在這里的裸數(shù)據(jù)就代表藍(lán)牙模塊發(fā)送的16進(jìn)制的數(shù)據(jù)），只能拿到蘋果公司提供的極個(gè)別的API中的數(shù)據(jù)。

第二：ble、ibeacon各使用各自的API，他們之間沒有任何對(duì)應(yīng)關(guān)系。如果想使用ble就不可能獲取到ibeacon的major、minor、uuid等信息，如果使用ibeacon，沒有辦法發(fā)起鏈接請(qǐng)求獲取服務(wù)。

第三：在ios中ibeacon通信數(shù)據(jù)只有

這個(gè)六個(gè)屬性，其分別含義是“ proximityUUID major、minor表示ibeacon的uuid，major、minor；proximity就是蘋果提供的幾個(gè)表示距離的屬性CLProximityUnknown（沒有數(shù)據(jù)）,CLProximityImmediate（十厘米以內(nèi)）,CLProximityNear（一米以內(nèi)）,CLProximityFar（一米以外）”。

“在很多硬件人員的眼中認(rèn)為，ibeacon和ble沒有區(qū)別啊，我們都是在同一個(gè)模塊上面開發(fā)的，只是發(fā)送的數(shù)據(jù)格式不一樣，ibeacon應(yīng)該和ble沒有區(qū)別，ios可以獲取數(shù)據(jù)按照我們給的通信協(xié)議進(jìn)行解析就可以啊?！边@個(gè)就犯了我剛才所說的一個(gè)錯(cuò)誤，在ios的開發(fā)過程中ibeacon和ble是兩個(gè)不同的東西，所有的數(shù)據(jù)都被蘋果攔截了，只給開發(fā)者特定的api可以調(diào)用。雖然從硬件上面來看沒有任何區(qū)別但是在開發(fā)過程中確實(shí)兩個(gè)不同的東西。但是有很多的廠商又想讓ble具有ibeacon的類似的功能，比如可以讓app獲取到major、minor這個(gè)又怎么辦？讓ios的app獲取ble的MAC地址等等功能（說明一下，ios是不能直接獲取ble的mac地址的）？在這里（只是我個(gè)人的意見也是我在工作中得到的一些方法）是我的建議，一般很多ble正在發(fā)送發(fā)現(xiàn)廣播的時(shí)候攜帶了“kCBAdvDataServiceData”信息，可以把ibeacon的major、minor放在kCBAdvDataServiceData的數(shù)據(jù)區(qū)域，然后讓app根據(jù)協(xié)議截取響應(yīng)的信息。也可以放到其他的信息中，這要看公司的策略。

如果有一款iOSble的巡檢App（非ibeacon的App）可以用BLE掃描出ibeacon的信息，他的App肯定不是直接掃描ibeacon，這一點(diǎn)可以從兩個(gè)方面進(jìn)行驗(yàn)證第一：是否使用用戶的地理位置，第二：拿一個(gè)其他廠家的標(biāo)準(zhǔn)ibeacon，（ibeacon的uuid一定不要一樣，因?yàn)閕os在掃描ibeacon的時(shí)候一定要指定需要掃描的uuid，換一個(gè)uuid

app都不可能掃描到）。通過上面兩點(diǎn)可以很好的判定app是巡檢ble還是ibeacon。

總結(jié)上面所有的觀點(diǎn)，如果想使用ios的app巡檢ble又能巡檢ibeacon，一定要在藍(lán)牙模塊的廣播數(shù)據(jù)中做文章。怎么做文章需要各廠商自己權(quán)衡。

iPhone用戶可以在未打開App情況下（App被用戶開啟過，并且授權(quán)使用藍(lán)牙以及定位，并且藍(lán)牙處于開啟狀態(tài)），收到IBeacon設(shè)備（藍(lán)牙外設(shè)設(shè)備）廣播的信息，并短暫的激活該App （約10秒）去執(zhí)行一些方法。

根據(jù)IBeacon設(shè)備的發(fā)射范圍，確定用戶當(dāng)前的狀態(tài)：進(jìn)入、持續(xù)監(jiān)聽、離開。然后做出不同的響應(yīng)

藍(lán)牙掃一掃；區(qū)域推送；活動(dòng)現(xiàn)場(chǎng)互動(dòng)（配對(duì)，尋寶等）；簽到，藍(lán)牙鎖（應(yīng)用內(nèi)手動(dòng)簽到、開鎖或者點(diǎn)亮屏幕即可簽到、開鎖）。

藍(lán)牙連接打印機(jī)

iOS開發(fā)中iBeacon和BLE的區(qū)別

iBeacon

在ios 中ibeacon是基于地理位置的微定位技術(shù)，雖然借助手機(jī)藍(lán)牙進(jìn)行接收Majro、Minor，但是在開發(fā)工程中沒有任何關(guān)系。

ios 在ble、ibeacon 開發(fā)過程中與Android 的區(qū)別

在ios 中所有的數(shù)據(jù)都是通過API獲取的，也就是說在IOS中不會(huì)看到藍(lán)牙模塊的裸數(shù)據(jù)，只能拿到蘋果公司提供的極個(gè)別的API中的數(shù)據(jù)。

ble、ibeacon各使用各自的API，之間沒有任何對(duì)應(yīng)關(guān)系。如果想使用ble就不可能獲取到ibeacon的major、minor、uuid 等信息，如果使用ibeacon，沒有辦法發(fā)起鏈接請(qǐng)求獲取服務(wù)。

在ios中ibeacon通信數(shù)據(jù)只有六個(gè)屬性，就是蘋果提供的幾個(gè)表示距離的屬性，是一個(gè)float類型數(shù)據(jù)。

iOS藍(lán)牙開發(fā)相關(guān)知識(shí)點(diǎn)和注意事項(xiàng)

總結(jié)一下藍(lán)牙開發(fā)相關(guān)的知識(shí)點(diǎn)和注意事項(xiàng)，做個(gè)筆記，也希望你們能少踩坑

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

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

所以藍(lán)牙4.0是集成了傳統(tǒng)藍(lán)牙和低功耗藍(lán)牙兩個(gè)標(biāo)準(zhǔn)的，并不只是低功耗藍(lán)牙

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

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

iOS中藍(lán)牙相關(guān)功能都封裝進(jìn)了 CoreBluetooth 類中,其中有幾個(gè)常見的參數(shù)和概念

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

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

如何獲取Mac地址

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

注意點(diǎn)：

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

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

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

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

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

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

斷開連接很簡(jiǎn)單，只需要調(diào)用 [self.centralManager cancelPeripheralConnection:peripheral] 傳入需要斷開連接的設(shè)備對(duì)象就行了。斷開連接時(shí)會(huì)自動(dòng)調(diào)用 centralManager:didDisconnectPeripheral:error: 代理方法。

按照之前的慣例，當(dāng)error為nil時(shí)表示斷開成功，error不為nil時(shí)斷開失敗。這種理解是錯(cuò)誤的。

當(dāng)你調(diào)用 cancelPeripheralConnection: 方法（主動(dòng)斷開）斷開連接時(shí)error為nil ; 沒有調(diào)用這個(gè)方法（異常斷開）而斷開時(shí)error返回的是異常斷開的原因。也可以理解為主動(dòng)調(diào)用斷開連接方法一定會(huì)斷開

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

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

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

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

關(guān)于iBeacon更多的使用及介紹請(qǐng)參考

蘋果核 - iOS端近場(chǎng)圍欄檢測(cè)（一） ——iBeacon

iBeacon技術(shù)初探

BLE藍(lán)牙ios簡(jiǎn)介（一）

隨著藍(lán)牙低功耗技術(shù)BLE（Bluetooth Low Energy）的發(fā)展，藍(lán)牙技術(shù)正在一步步成熟，如今的大部分移動(dòng)設(shè)備都配備有藍(lán)牙4.0，相比之前的藍(lán)牙技術(shù)耗電量大大降低。從iOS的發(fā)展史也不難看出蘋果目前對(duì)藍(lán)牙技術(shù)也是越來越關(guān)注，例如蘋果于2013年9月發(fā)布的iOS7就配備了iBeacon技術(shù)，這項(xiàng)技術(shù)完全基于藍(lán)牙傳輸。但是眾所周知蘋果的設(shè)備對(duì)于權(quán)限要求也是比較高的，因此在iOS中并不能像Android一樣隨意使用藍(lán)牙進(jìn)行文件傳輸（除非你已經(jīng)越獄）。知道什么是藍(lán)牙之后,那么在iOS中進(jìn)行藍(lán)牙傳輸應(yīng)用開發(fā)常用的框架有哪幾種呢?

1、GameKit的

在ios 的開發(fā)中iBeacon和BLE的區(qū)別

iBeacon

在ios 中ibeacon是基于地理位置的微定位技術(shù)，雖然借助手機(jī)藍(lán)牙進(jìn)行接收Majro、Minor，但是在開發(fā)工程中沒有任何關(guān)系。

ios 在ble、ibeacon 開發(fā)過程中與Android 的區(qū)別

在ios 中所有的數(shù)據(jù)都是通過API獲取的，也就是說在IOS中不會(huì)看到藍(lán)牙模塊的裸數(shù)據(jù)，只能拿到蘋果公司提供的極個(gè)別的API中的數(shù)據(jù)。

ble、ibeacon各使用各自的API，之間沒有任何對(duì)應(yīng)關(guān)系。如果想使用ble就不可能獲取到ibeacon的major、minor、uuid 等信息，如果使用ibeacon，沒有辦法發(fā)起鏈接請(qǐng)求獲取服務(wù)。

在ios中ibeacon通信數(shù)據(jù)只有六個(gè)屬性，就是蘋果提供的幾個(gè)表示距離的屬性，是一個(gè)float類型數(shù)據(jù)。

分享文章：ios開發(fā)ibeacon,iOs開發(fā)判斷勾股數(shù)
文章鏈接：http://jinyejixie.com/article14/dsdjdge.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供做網(wǎng)站、全網(wǎng)營(yíng)銷推廣、品牌網(wǎng)站建設(shè)、網(wǎng)站收錄、網(wǎng)站營(yíng)銷、網(wǎng)站排名

廣告

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