1、品牌型號(hào):iPhone8,系統(tǒng)版本:iOS13.3。打開控制中心長按音頻控制模塊,找到“共享音頻、、、”的按鈕;
10年積累的網(wǎng)站建設(shè)、成都做網(wǎng)站經(jīng)驗(yàn),可以快速應(yīng)對(duì)客戶對(duì)網(wǎng)站的新想法和需求。提供各種問題對(duì)應(yīng)的解決方案。讓選擇我們的客戶得到更好、更有力的網(wǎng)絡(luò)服務(wù)。我雖然不認(rèn)識(shí)你,你也不認(rèn)識(shí)我。但先網(wǎng)站制作后付款的網(wǎng)站建設(shè)流程,更有膠州免費(fèi)網(wǎng)站建設(shè)讓你可以放心的選擇與我們合作。
2、點(diǎn)擊該按鈕,將另一個(gè)需要連接的耳機(jī)或其已連接的iPhone、iPad靠近此iPhone,等待系統(tǒng)自動(dòng)識(shí)別;
3、點(diǎn)擊“共享音頻”;
4、然后在另一個(gè)耳機(jī)曾連接的設(shè)備上點(diǎn)擊“加入”以授權(quán)。
5、就樣就可以在兩個(gè)耳機(jī)中收聽同樣的音頻了,此時(shí)音樂控制模塊也會(huì)同時(shí)顯示已連接的兩個(gè)耳機(jī)名稱。
[img]ios 藍(lán)牙4.0開發(fā)可以實(shí)現(xiàn)在IPAD中接入藍(lán)牙掃描槍,并在后臺(tái)捕獲掃描事件不?
我們大家都知道,蘋果手機(jī)設(shè)備上的藍(lán)牙并不是我們傳統(tǒng)安卓手機(jī)上的藍(lán)牙,iPhone之間用藍(lán)牙傳文件是叫做“AirDrop”即隔空投送。因?yàn)檫@個(gè)功能是蘋果手機(jī)獨(dú)有的,所以呢,用蘋果藍(lán)牙傳東西也只能傳到另一臺(tái)iOS系統(tǒng)的設(shè)備上,與安卓系統(tǒng)是無法連接的。好了,下面一起來看看iphone藍(lán)牙怎么傳視頻吧。
1、需要注意的是,蘋果藍(lán)牙只能與蘋果互傳哦。先將手指在屏幕底部往上滑,打開菜單,長按藍(lán)牙圖標(biāo),打開藍(lán)牙,
2、點(diǎn)擊隔空投送,
3、選擇所有人
4、然后打開相冊(cè),找到要發(fā)送的視頻,點(diǎn)擊左下角發(fā)送圖標(biāo)
5、在對(duì)方同樣打開藍(lán)牙和隔空投送的情況下,這里會(huì)出現(xiàn)他的頭像,點(diǎn)擊頭像待對(duì)方接收視頻即可。
總結(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)前特征支持的最大的單條寫入長度
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é)長度大于 maxLength 時(shí),我們就需要采用分包的方式來發(fā)送數(shù)據(jù)了,
分包發(fā)送的邏輯類似于下面
這邊延時(shí)主要是設(shè)備側(cè)的接收模塊接收數(shù)據(jù)以及處理能力有限
外圍設(shè)備測(cè)和中心設(shè)備(大部分情況下是手機(jī))保持藍(lán)牙連接的狀態(tài)下,如果長時(shí)間不產(chǎn)生交互,藍(lán)牙就會(huì)斷開,所以為了保持兩者持續(xù)的連接狀態(tài),需要做保活處理,也就是需要持續(xù)的發(fā)送心跳包(watchdog)。相應(yīng)的處理是使用一個(gè)定時(shí)器定時(shí)向設(shè)備側(cè)發(fā)送符合設(shè)備協(xié)議格式的心跳包。
斷開連接很簡單,只需要調(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的廣播頻率也有一定的要求,長了可能喚醒的功能會(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ù)初探
上一篇 主要介紹了部分ESC/POS指令集,包括一些常用的排版指令,打印位圖指令等。另外,還介紹了將圖片轉(zhuǎn)換成點(diǎn)陣圖的方法。在這篇文章中,將主要介紹通過藍(lán)牙和Socket連接打印機(jī),發(fā)送打印指令相關(guān)知識(shí)。這里將用到 CoreBluetooth.framework 和 CocoaAsyncSocket 。
藍(lán)牙是一種支持設(shè)備間短距離通訊的無線電技術(shù)。iOS系統(tǒng)中,有四個(gè)框架支持藍(lán)牙鏈接:
CoreBluetooth框架有兩個(gè)核心概念,central(中心)和 peripheral(外設(shè)),它們分別有自己對(duì)應(yīng)的API;這里顯然是手機(jī)作為central,藍(lán)牙打印機(jī)作為peripheral;
設(shè)置代理后,會(huì)回調(diào)此方法,確認(rèn)藍(lán)牙狀態(tài),當(dāng)狀態(tài)為 CBCentralManagerStatePoweredOn 才能去掃描設(shè)備,藍(lán)牙狀態(tài)變化時(shí),也會(huì)回調(diào)此方法
調(diào)用此方法開始掃描外設(shè)
注意:第一個(gè)參數(shù)指定一個(gè) CBUUID 對(duì)象數(shù)組,每個(gè)對(duì)象表示外圍設(shè)備正在通告的服務(wù)的通用唯一標(biāo)識(shí)符(UUID)。此時(shí),僅返回公布這些服務(wù)的外設(shè)。當(dāng)參數(shù)為 nil ,則返回所有已發(fā)現(xiàn)的外設(shè),而不管其支持的服務(wù)是什么。
當(dāng)掃描到4.0外設(shè)后會(huì)回調(diào)此方法,這里包含設(shè)備的相關(guān)信息,如名稱、UUID、信號(hào)強(qiáng)度等;
調(diào)用此方法連接外設(shè)
[self.centralManager connectPeripheral:peripheral options:nil];
注意:第一個(gè)參數(shù)是要連接的外設(shè)。第二個(gè)參數(shù) options 是可選的 NSDictionary ,系統(tǒng)定義了一下三個(gè)鍵,它們的值都是NSNumber (Boolean);默認(rèn)為NO。當(dāng)設(shè)置為YES,則應(yīng)用進(jìn)入后臺(tái)或者被掛起后,系統(tǒng)會(huì)用Alert通知藍(lán)牙外設(shè)的狀態(tài)變化,效果是這樣
連接成功或失敗,都有對(duì)應(yīng)的回調(diào)方法
連接成功后設(shè)置代理 peripheral.delegate = self ,調(diào)用 [peripheral discoverServices:nil]; 尋找外設(shè)內(nèi)的服務(wù)。這里的參數(shù)是一個(gè)存放 CBUUID 對(duì)象的數(shù)組,用于發(fā)現(xiàn)特定的服務(wù)。當(dāng)傳nil時(shí),表示發(fā)現(xiàn)外設(shè)內(nèi)所有的服務(wù)。發(fā)現(xiàn)服務(wù)后系統(tǒng)會(huì)回調(diào)下面的方法:
發(fā)現(xiàn)服務(wù)后,調(diào)用 [peripheral discoverCharacteristics:nil forService:service]; 去發(fā)現(xiàn)服務(wù)中包含的特征。和上面幾個(gè)方法一樣,第一個(gè)參數(shù)用于發(fā)現(xiàn)指定的特征。為nil時(shí),表示發(fā)現(xiàn)服務(wù)的所有特征。
當(dāng)掃描到寫入特征時(shí),保存,用于寫入數(shù)據(jù)。
寫入數(shù)據(jù),我們只需要調(diào)用方法
這里的 self.peripheral 就是連接的外設(shè), self.characteristicInfo 就是之前保存的寫入特征;這里最好使用 CBCharacteristicPropertyWrite 特征,并且 type 選擇 CBCharacteristicWriteWithResponse 。當(dāng)寫入數(shù)據(jù)成功后,系統(tǒng)會(huì)通過下面這個(gè)方法通知我們:
由于藍(lán)牙設(shè)備每次可寫入的數(shù)據(jù)量是有限制的,因此,我們需要將之前拼接的打印數(shù)據(jù)進(jìn)行拆分,分批發(fā)送給打印機(jī)
這里的 MAX_CHARACTERISTIC_VALUE_SIZE 是個(gè)宏定義,表示每次發(fā)送的數(shù)據(jù)長度,經(jīng)筆者測(cè)試,當(dāng) MAX_CHARACTERISTIC_VALUE_SIZE = 20 時(shí),打印文字是正常速度。但打印圖片的速度非常慢, 應(yīng)該在硬件允許的范圍內(nèi),每次發(fā)盡量多的數(shù)據(jù)。 不同品牌型號(hào)的打印機(jī),這個(gè)參數(shù)是不同的,筆者的藍(lán)牙打印機(jī)該值最多到140。超出后會(huì)出現(xiàn)無法打印問題。 最后筆者將該值定為 MAX_CHARACTERISTIC_VALUE_SIZE = 120 ,測(cè)試了公司幾臺(tái)打印機(jī)都沒有問題。
另外iOS9以后增加了方法 maximumWriteValueLengthForType: 可以獲取寫入特診的最大寫入數(shù)據(jù)量,但經(jīng)筆者測(cè)試,對(duì)于部分打印機(jī)(比如我們公司的)是不準(zhǔn)確的,因此,不要太依賴此方法,最好還是自己取一個(gè)合適的值。
注意:每個(gè)打印機(jī)都有一個(gè)緩沖區(qū),緩沖區(qū)的大小視品牌型號(hào)有所不同。打印機(jī)的打印速度有限,如果我們瞬間發(fā)送大量的數(shù)據(jù)給打印機(jī),會(huì)造成打印機(jī)緩沖區(qū)滿。緩沖區(qū)滿后,如繼續(xù)寫入,可能會(huì)出現(xiàn)數(shù)據(jù)丟失,打印亂碼。
這里使用 CocoaAsyncSocket 開源框架,與打印機(jī)進(jìn)行 Socket 連接。 CocoaAsyncSocket 中主要包含兩個(gè)類:
這里我們只用到 GCDAsyncSocket ,因此只需要將 GCDAsyncSocket.h 和 GCDAsyncSocket.m 兩個(gè)文件導(dǎo)入項(xiàng)目。
注意:手機(jī)和打印機(jī)必須在同一局域網(wǎng)下,設(shè)置到打印機(jī)的host和port。
連接成功后會(huì)通過代理回調(diào)
Timeout為負(fù),表示不設(shè)置超時(shí)時(shí)間。這里的data就是 上一篇 中拼接的打印數(shù)據(jù)。
寫入完成后回調(diào)
斷開連接有以下幾種方法
連接斷開后回調(diào)
讀取到數(shù)據(jù)會(huì)回調(diào)
網(wǎng)口打印機(jī)一般都支持狀態(tài)查詢,查詢指令如下:
可以通過 上一篇 介紹指令拼接方法,查詢打印機(jī)的狀態(tài)。
本篇只是簡單介紹了,通過藍(lán)牙和Socket連接打印機(jī)的方法。雖然可以初步完成連接和打印,但是,在真正的項(xiàng)目中使用還是遠(yuǎn)遠(yuǎn)不夠的。這里還有很多情況需要考慮,比如連接斷開、打印機(jī)異常、打印機(jī)緩沖區(qū)滿、打印機(jī)缺紙等。我們可以針對(duì)自身的業(yè)務(wù)情況,進(jìn)行相應(yīng)的處理。
Core Bluetooth Programming Guide
Getting the pixel data from a CGImage object
Core Bluetooth Programming Guide
iOS 藍(lán)牙開發(fā)(二)
iOS 藍(lán)牙開發(fā)(三)
iOS 藍(lán)牙開發(fā)(四)
在iOS中藍(lán)牙相關(guān)實(shí)現(xiàn)都是在CoreBluetooth這個(gè)framework中的,所以我們創(chuàng)建一個(gè)單例類中需要先導(dǎo)入 #import CoreBluetooth/CoreBluetooth.h ,再后即可使用這個(gè)單例類進(jìn)行管理我們藍(lán)牙的掃描、連接、狀態(tài)等實(shí)現(xiàn)。
當(dāng) central.state 為CBManagerStatePoweredOn即可開始掃描, 具體方法 [self.centralManager scanForPeripheralsWithServices:nil options:nil] 當(dāng)調(diào)用 scanForPeripheralsWithServices:options: 函數(shù)時(shí)就會(huì)實(shí)時(shí)調(diào)用其代理方法 - (void)centralManager:(CBCentralManager *)central didDiscoverPeripheral:(CBPeripheral *)peripheral advertisementData:(NSDictionary *)advertisementData RSSI:(NSNumber *)RSSI
peripheral 是外設(shè)類 advertisementData 是廣播的值,一般攜帶設(shè)備名, serviceUUID 等信息。 RSSI 絕對(duì)值越大,表示信號(hào)越差,設(shè)備離的越遠(yuǎn)。如果想裝換成百分比強(qiáng)度, (RSSI+100)/1001 (這是一個(gè)約數(shù),藍(lán)牙信號(hào)值并不一定是-100 - 0的值)
藍(lán)牙的連接是當(dāng)中心設(shè)備掃描到可用外設(shè)后, 利用函數(shù) [self.centralManager connectPeripheral:peripheral options:nil]; 進(jìn)行鏈接, 當(dāng)函數(shù)被調(diào)用后, 就會(huì)回調(diào)其對(duì)應(yīng)的代理函數(shù)。
本篇筆記主要是記錄如何初始化藍(lán)牙的 CBCentralManager 的中心管理類,并記錄如何實(shí)現(xiàn)掃描周邊外設(shè)、如何鏈接、獲取藍(lán)牙當(dāng)前狀態(tài)。