藍(lán)牙耳機(jī)主從切換意思就是可以自由切換。可以左邊用，也可以右邊用，還可以一起用，隨時(shí)拿起，直接配對(duì)，而且快速回連。
成都創(chuàng)新互聯(lián)公司是一家專(zhuān)注于做網(wǎng)站、成都網(wǎng)站設(shè)計(jì)與策劃設(shè)計(jì),集寧網(wǎng)站建設(shè)哪家好?成都創(chuàng)新互聯(lián)公司做網(wǎng)站,專(zhuān)注于網(wǎng)站建設(shè)10余年,網(wǎng)設(shè)計(jì)領(lǐng)域的專(zhuān)業(yè)建站公司;建站業(yè)務(wù)涵蓋:集寧等地區(qū)。集寧做網(wǎng)站價(jià)格咨詢(xún):13518219792
佩戴方式為入耳式、功能用途手機(jī)耳機(jī)，音樂(lè)耳機(jī)，HIFI、單元直徑6mm、靈敏度92±3dB、耳機(jī)線暫無(wú)數(shù)據(jù)、外殼材質(zhì)暫無(wú)數(shù)據(jù)、頻響范圍20-20000Hz、產(chǎn)品阻抗16±15%歐姆。
藍(lán)牙耳機(jī)就是將藍(lán)牙技術(shù)應(yīng)用在免持耳機(jī)上，讓使用者可以免除惱人電線的牽絆，自在地以各種方式輕松通話，自從藍(lán)牙耳機(jī)問(wèn)世以來(lái)，一直是行動(dòng)商務(wù)族提升效率的好工具。
若使用vivo手機(jī)，藍(lán)牙開(kāi)關(guān)無(wú)法打開(kāi)，可參考以下處理方法：
1、重啟手機(jī)后再次開(kāi)啟藍(lán)牙，查看是否恢復(fù)使用（未恢復(fù)可按以下方法繼續(xù)排查）
2、將手機(jī)升級(jí)至最新版本使用查看，進(jìn)入設(shè)置-找到系統(tǒng)升級(jí)，若有新版本，可連接WiFi更新。
3、重置網(wǎng)絡(luò)設(shè)置
進(jìn)入設(shè)置--系統(tǒng)管理--備份與重置--重置網(wǎng)絡(luò)設(shè)置--重置設(shè)置，再使用查看。
*注：重置網(wǎng)絡(luò)設(shè)置會(huì)重置WLAN、移動(dòng)數(shù)據(jù)網(wǎng)絡(luò)和藍(lán)牙連接記錄
4、還原所有設(shè)置
進(jìn)入設(shè)置--系統(tǒng)管理/更多設(shè)置--備份與重置/恢復(fù)出廠設(shè)置--還原所有設(shè)置，根據(jù)屏幕提示操作。
*注：還原所有設(shè)置不會(huì)刪除任何數(shù)據(jù)或媒體文件，僅會(huì)還原手機(jī)的所有設(shè)置，部分第三方應(yīng)用帳號(hào)需要重新登錄，請(qǐng)確認(rèn)不影響軟件使用后再進(jìn)行操作，重要的資料可以提前備份好。
5、服務(wù)中心檢測(cè)
若以上方法未能解決您的問(wèn)題，可提前備份好手機(jī)數(shù)據(jù)，攜帶手機(jī)和購(gòu)機(jī)憑證前往vivo客戶服務(wù)中心檢測(cè)，關(guān)注微信公眾號(hào)“vivo”或者“vivo客戶服務(wù)”進(jìn)行查詢(xún)服務(wù)中心地址電話，建議去之前電話聯(lián)系，確保有工作人員接待再過(guò)去，避免耽誤寶貴時(shí)間白跑一趟。
現(xiàn)在問(wèn)題還沒(méi)解決，現(xiàn)在實(shí)現(xiàn)了一部分，但是設(shè)備連接中斷開(kāi)，app就不能再次自動(dòng)連接了。我希望可以做到像Wlan那樣無(wú)論什么時(shí)候都可以連接到路由器，比如從外面回到家馬上自動(dòng)連接。
前面的兩篇文章，主要是在 Android 官網(wǎng)關(guān)于藍(lán)牙介紹的基礎(chǔ)上加上自己的理解完成的。主要針對(duì)的是 Android 開(kāi)發(fā)中的一些 API 的使用。
第一篇文章 Android 藍(lán)牙開(kāi)發(fā)（一） 主要是介紹了普通的藍(lán)牙在 Android 開(kāi)發(fā)中的運(yùn)用。
第二篇文章 Android 藍(lán)牙開(kāi)發(fā)（二） 主要是介紹了低功耗藍(lán)牙的開(kāi)發(fā)。
這篇文章主要介紹的是藍(lán)牙的歷史和一些關(guān)于藍(lán)牙的通用知識(shí)，還有廣播包的知識(shí)。要想徹底了解藍(lán)牙開(kāi)發(fā)，這些基礎(chǔ)的知識(shí)也是需要的，就像網(wǎng)絡(luò)協(xié)議一樣，這些都是基礎(chǔ)的內(nèi)容。我們的 API 的調(diào)用都是以這個(gè)為基礎(chǔ)的，了解這些，開(kāi)發(fā)過(guò)程中遇到問(wèn)題，才可以知道什么怎么一回事。
下篇文章主要講的就是實(shí)際開(kāi)發(fā)中的一些坑。
藍(lán)牙其實(shí)就是一種近距離無(wú)線通信技術(shù)。
從下到上分別為：控制器（Controller）--主機(jī)（host）--應(yīng)用（Application）
詳細(xì)介紹各個(gè)層的含義：
BLE 應(yīng)用可以分為兩大類(lèi)：基于非連接的和基于連接的
意思就是外設(shè)和周邊設(shè)備不發(fā)生連接，主要靠掃描到的廣播來(lái)獲取信息。發(fā)送廣播的一方叫做 broadcaster 監(jiān)聽(tīng)廣播的一方叫做 oberver 在 GAP 層有對(duì)應(yīng)的角色定義。
網(wǎng)絡(luò)拓?fù)鋱D：
這種方式就是廣播設(shè)備不斷的向外發(fā)送廣播（含有特定的信息），然后觀察者接受到廣播按照兩者之間約定好的協(xié)議進(jìn)行解析拿到有用的信息。例如：iBeacon，通過(guò)這種設(shè)備我們可以實(shí)現(xiàn)室內(nèi)定位。
其實(shí)這些設(shè)備的角色可以即使廣播者又是觀察者。接收到廣播后作出了處理，然后又發(fā)送廣播。這樣就形成了雙向的網(wǎng)絡(luò)，類(lèi)似于因特網(wǎng)，這就是藍(lán)牙 Mesh 組網(wǎng)。
廣播數(shù)據(jù)包格式：
每個(gè)廣播數(shù)據(jù)包由 31 byte 組成。分為有效數(shù)據(jù)和無(wú)效數(shù)據(jù)兩部分。
例子：
這里是掃描的數(shù)據(jù)包（轉(zhuǎn)換成了 16 進(jìn)制，兩個(gè)代表一個(gè)字節(jié)），第一個(gè)字節(jié)是 02 表示后面的兩個(gè)字節(jié)是數(shù)據(jù)部分，然后第二個(gè)字節(jié)是 01 表示了數(shù)據(jù)的類(lèi)型。后面一個(gè)字節(jié)就是真正的數(shù)據(jù)了。這個(gè)廣播數(shù)據(jù)單元就分析完了。下面就是另一個(gè)數(shù)據(jù)單元了。依次類(lèi)推，關(guān)于數(shù)據(jù)類(lèi)型的解釋?zhuān)倬W(wǎng)有。
這是數(shù)據(jù)類(lèi)型對(duì)應(yīng)的含義表。
網(wǎng)絡(luò)拓?fù)鋱D：
一個(gè)中心設(shè)備可連接多個(gè)外設(shè)，但是一個(gè)外設(shè)只能連接一個(gè)中心（外設(shè)連接成功后就會(huì)停止對(duì)外廣播，別人就發(fā)現(xiàn)不了它了）。其中一個(gè)中心設(shè)備的連接外設(shè)的數(shù)量也是有限的。
鏈接： ;mid=2247484141idx=1sn=fd7e71864189b3631ce529afeb4cf669scene=21#wechat_redirect
Android 從 4.3(API Level 18) 開(kāi)始支持低功耗藍(lán)牙，但是只支持作為中心設(shè)備（Central）模式，這就意味著 Android 設(shè)備只能主動(dòng)掃描和鏈接其他外圍設(shè)備（Peripheral）。從 Android 5.0(API Level 21) 開(kāi)始兩種模式都支持。
低功耗藍(lán)牙開(kāi)發(fā)算是較偏技術(shù),實(shí)際開(kāi)發(fā)中坑是比較多的,網(wǎng)上有很多文章介紹使用和經(jīng)驗(yàn)總結(jié),但是有些問(wèn)題答案不好找,甚至有些誤導(dǎo)人,比如 :獲取已經(jīng)連接的藍(lán)牙,有的是通過(guò)反射,一大堆判斷,然而并不是對(duì)所有手機(jī)有用,關(guān)于Ble傳輸速率問(wèn)題的解決,都是默認(rèn)Android每次只能發(fā)送20個(gè)字節(jié),然而也并不是,,,下面進(jìn)入正文。
這里用的是 Android5.0 新增的掃描API，
這里說(shuō)一下，如果做藍(lán)牙設(shè)備管理頁(yè)面，可能區(qū)分是否是已連接的設(shè)備,網(wǎng)上又通過(guò)反射或其他挺麻煩的操作,也不見(jiàn)得獲取到,官方Api 就有提供
與外圍設(shè)備交互經(jīng)常每次發(fā)的數(shù)據(jù)大于 mtu的，需要做分包處理，接收數(shù)據(jù)也要判斷數(shù)據(jù)的完整性最后才返回原數(shù)據(jù)做處理，所以一般交互最少包含包長(zhǎng)度，和包校驗(yàn)碼和原數(shù)據(jù)。當(dāng)然也可以加包頭，指令還有其他完整性校驗(yàn)。下面分享幾個(gè)公用方法:
我自己封裝的一個(gè)BleUtil ，因?yàn)樯婕案緲I(yè)務(wù)關(guān)聯(lián)性太強(qiáng)（主要是傳輸包的協(xié)議不同）就先不開(kāi)源出來(lái)了，如果這邊文章對(duì)大家有幫助反饋不錯(cuò)，我會(huì)考慮上傳個(gè)demo到github供大家使用，
在這先給大家推薦一個(gè)不錯(cuò) Demo ，里面除了沒(méi)有分包，協(xié)議，和傳輸速率?；镜墓δ芏加?，而且調(diào)試數(shù)據(jù)到打印到界面上了。最主要是它可以用兩個(gè)個(gè)手機(jī)一個(gè)當(dāng)中心設(shè)備一個(gè)當(dāng)外圍設(shè)備調(diào)試。
首先傳輸速率優(yōu)化有兩個(gè)方向，1 外圍設(shè)備傳輸?shù)紸ndroid 。2 Android傳輸?shù)酵鈬O(shè)備。
我在開(kāi)發(fā)中首先先使用上面那位仁兄的demo調(diào)試，兩個(gè)Android 設(shè)備調(diào)試不延時(shí)，上一個(gè)成功馬上下一個(gè)，最多一秒發(fā)11個(gè)20字節(jié)的包。
后來(lái)和我們的藍(lán)牙設(shè)備調(diào)試時(shí)發(fā)現(xiàn)發(fā)送特別快，但是數(shù)據(jù)不完整，他藍(lán)牙模塊接收成功了，但是透?jìng)鲾?shù)據(jù)到芯片處理時(shí)發(fā)現(xiàn)不完整，我們的硬件小伙伴說(shuō)因?yàn)?波特率 限制（差不多每10字節(jié)透?jìng)饕臅r(shí)1ms）和藍(lán)牙模塊的buff （打印時(shí)是最多100byte，100打印的）限制，就算藍(lán)牙模塊每包都告訴你接收成功，也是沒(méi)透?jìng)魍昃陀纸邮樟?。后?lái)通過(guò)調(diào)試每次發(fā)20K數(shù)據(jù)，最后是 Android 發(fā)是 20字節(jié)/130ms 穩(wěn)定。給Android 發(fā)是 20字節(jié)/ 8ms 。 （天殺的20字節(jié)，網(wǎng)上都是說(shuō)20字節(jié)最多了）
后來(lái)看了國(guó)外一家物聯(lián)網(wǎng)公司總結(jié)的 Ble 吞吐量的文章（上面有連接），知道Android 每個(gè)延時(shí)是可以連續(xù)接收6個(gè)包的。就改為 120字節(jié)/ 16ms (為啥是16ms，不是每次間隔要6個(gè)包嗎，怎么像間隔兩次，這時(shí)因?yàn)椴ㄌ芈视绊懀嗔?個(gè)包100字節(jié)，差不多 我們的單片機(jī)透?jìng)鞯剿{(lán)牙模塊要多耗時(shí)不到10ms )
而Android 發(fā)數(shù)據(jù)可以申請(qǐng) 我們?cè)O(shè)備的mtu 來(lái)得到最多每次能發(fā)多少字節(jié)。延時(shí)還是130ms，即：241字節(jié)/ 130ms 提高12倍，這個(gè)速度還可以。
根據(jù)藍(lán)牙BLE協(xié)議， 物理層physical layer的傳輸速率是1Mbps，相當(dāng)于每秒125K字節(jié)。事實(shí)上，其只是基準(zhǔn)傳輸速率，協(xié)議規(guī)定BLE不能連續(xù)不斷地傳輸數(shù)據(jù)包，否則就不能稱(chēng)為低功耗藍(lán)牙了。連續(xù)傳輸自然會(huì)帶來(lái)高功耗。所以，藍(lán)牙的最高傳輸速率并不由物理層的工作頻率決定的。
在實(shí)際的操作過(guò)程中，如果主機(jī)連線不斷地發(fā)送數(shù)據(jù)包，要么丟包嚴(yán)重要么連接出現(xiàn)異常而斷開(kāi)。
在BLE里面，傳輸速度受其連接參數(shù)所影響。連接參數(shù)定義如下：
1）連接間隔。藍(lán)牙基帶是跳頻工作的，主機(jī)和從機(jī)會(huì)商定多長(zhǎng)時(shí)間進(jìn)行跳頻連接，連接上才能進(jìn)行數(shù)據(jù)傳輸。這個(gè)連接和廣播狀態(tài)和連接狀態(tài)的連接不是一樣的意思。主機(jī)在從機(jī)廣播時(shí)進(jìn)行連接是應(yīng)用層的主動(dòng)軟件行為。而跳頻過(guò)程中的連接是藍(lán)牙基帶協(xié)議的規(guī)定，完全由硬件控制，對(duì)應(yīng)用層透明。明顯，如果這個(gè)連接間隔時(shí)間越短，那么傳輸?shù)乃俣染驮龃?。連接上傳完數(shù)據(jù)后，藍(lán)牙基帶即進(jìn)入休眠狀態(tài)，保證低功耗。其是1.25毫秒一個(gè)單位。
2）連接延遲。其是為了低功耗考慮，允許從機(jī)在跳頻過(guò)程中不理會(huì)主機(jī)的跳頻指令，繼續(xù)睡眠一段時(shí)間。而主機(jī)不能因?yàn)閺臋C(jī)睡眠而認(rèn)為其斷開(kāi)連接了。其是1.25毫秒一個(gè)單位。明顯，這個(gè)數(shù)值越小，傳輸速度也高。
藍(lán)牙BLE協(xié)議規(guī)定連接參數(shù)最小是5，即7.25毫秒；而Android手機(jī)規(guī)定連接參數(shù)最小是8，即10毫秒。iOS規(guī)定是16，即20毫秒。
連接參數(shù)完全由主機(jī)決定，但從機(jī)可以發(fā)出更新參數(shù)申請(qǐng)，主機(jī)可以接受也可以拒絕。android手機(jī)一部接受，而ios比較嚴(yán)格，拒絕的概率比較高。
參考:
在iOS和Android上最大化BLE吞吐量
最大化BLE吞吐量第2部分：使用更大的ATT MTU
在上一篇中有介紹了Wifi與網(wǎng)絡(luò)連接處理
Android開(kāi)發(fā)之WiFi與網(wǎng)絡(luò)連接處理
下面，來(lái)繼續(xù)說(shuō)說(shuō)Android中藍(lán)牙的基本使用。
Bluetooth是目前使用的最廣泛的無(wú)線通訊協(xié)議之一,主要針對(duì)短距離設(shè)備通訊（10米），常用于連接耳機(jī)、鼠標(biāo)和移動(dòng)通訊設(shè)備等。
值得一提的是：
android4.2新增了部分新功能，但是對(duì)于Bluetooth熟悉的人或許開(kāi)始頭疼了，那就是Android4.2引入了一個(gè)新的藍(lán)牙協(xié)議棧針BLE。谷歌和Broadcom之間的合作，開(kāi)發(fā)新的藍(lán)牙協(xié)議棧，取代了基于堆棧的Bluez。因此市場(chǎng)上出現(xiàn)了老設(shè)備的兼容問(wèn)題，很多藍(lán)牙設(shè)備在android4.2手機(jī)上不能正常使用。
BluetoothAdapter簡(jiǎn)單點(diǎn)來(lái)說(shuō)就是代表了本設(shè)備(手機(jī)、電腦等)的藍(lán)牙適配器對(duì)象。
first：we need permission
要操作藍(lán)牙，先要在AndroidManifest.xml里加入權(quán)限
**下面來(lái)看看如何使用藍(lán)牙。 **↓↓↓****
Demo已就緒：
返回值：如果設(shè)備具備藍(lán)牙功能，返回BluetoothAdapter 實(shí)例；否則，返回null對(duì)象。
打開(kāi)藍(lán)牙設(shè)備的方式：
1.直接調(diào)用函數(shù)enable()去打開(kāi)藍(lán)牙設(shè)備 ；
2.系統(tǒng)API去打開(kāi)藍(lán)牙設(shè)備，該方式會(huì)彈出一個(gè)對(duì)話框樣式的Activity供用戶選擇是否打開(kāi)藍(lán)牙設(shè)備。
注意： 1.如果藍(lán)牙已經(jīng)開(kāi)啟，不會(huì)彈出該Activity界面。2.在目前大多數(shù)Android手機(jī)中，是不支持在飛行模式下開(kāi)啟藍(lán)牙的。如果藍(lán)牙已經(jīng)開(kāi)啟，那么藍(lán)牙的開(kāi)關(guān) ,狀態(tài)會(huì)隨著飛行模式的狀態(tài)而發(fā)生改變。
1. 搜索藍(lán)牙設(shè)備
使用BluetoothAdapter的startDiscovery()方法來(lái)搜索藍(lán)牙設(shè)備
startDiscovery()方法是一個(gè)異步方法，調(diào)用后會(huì)立即返回。該方法會(huì)進(jìn)行對(duì)其他藍(lán)牙設(shè)備的搜索，該過(guò)程會(huì)持續(xù)12秒。該方法調(diào)用后，搜索過(guò)程實(shí)際上是在一個(gè)System Service中進(jìn)行的，所以可以調(diào)用cancelDiscovery()方法來(lái)停止搜索（該方法可以在未執(zhí)行discovery請(qǐng)求時(shí)調(diào)用）。
系統(tǒng)開(kāi)始搜索藍(lán)牙設(shè)備
^( * ￣(oo)￣ ) ^ 系統(tǒng)會(huì)發(fā)送以下三個(gè)廣播：
2.掃描設(shè)備
3.定義廣播接收器接收搜索結(jié)果
4.注冊(cè)廣播
獲取附近的藍(lán)牙設(shè)備
第一步建立連接：首先Android sdk（2.0以上版本）支持的藍(lán)牙連接是通過(guò)BluetoothSocket建立連接，服務(wù)端BluetoothServerSocket和客戶端（BluetoothSocket）需指定同樣的UUID，才能建立連接，因?yàn)榻⑦B接的方法會(huì)阻塞線程，所以服務(wù)器端和客戶端都應(yīng)啟動(dòng)新線程連接。
（這里的服務(wù)端和客戶端是相對(duì)來(lái)說(shuō)的）
兩個(gè)藍(lán)牙設(shè)備之間的連接，則必須實(shí)現(xiàn)服務(wù)端與客戶端的機(jī)制。
當(dāng)兩個(gè)設(shè)備在同一個(gè)RFCOMM channel下分別擁有一個(gè)連接的BluetoothSocket，這兩個(gè)設(shè)備才可以說(shuō)是建立了連接。
服務(wù)端設(shè)備與客戶端設(shè)備獲取BluetoothSocket的途徑是不同的。
1，服務(wù)端設(shè)備是通過(guò)accepted一個(gè)incoming connection來(lái)獲取的，
2，客戶端設(shè)備則是通過(guò)打開(kāi)一個(gè)到服務(wù)端的RFCOMM channel來(lái)獲取的。
服務(wù)端
通過(guò)調(diào)用BluetoothAdapter的listenUsingRfcommWithServiceRecord(String, UUID)方法來(lái)獲取BluetoothServerSocket（UUID用于客戶端與服務(wù)端之間的配對(duì)）
客戶端
調(diào)用BluetoothService的createRfcommSocketToServiceRecord(UUID)方法獲取BluetoothSocket（該UUID應(yīng)該同于服務(wù)端的UUID）。
調(diào)用BluetoothSocket的connect()方法（該方法為block方法），如果UUID同服務(wù)端的UUID匹配，并且連接被服務(wù)端accept，則connect()方法返回。
數(shù)據(jù)傳遞，通過(guò)以上操作，就已經(jīng)建立的BluetoothSocket連接了，數(shù)據(jù)傳遞無(wú)非是通過(guò)流的形式
獲取流
該類(lèi)就是關(guān)于遠(yuǎn)程藍(lán)牙設(shè)備的一個(gè)描述。通過(guò)它可以和本地藍(lán)牙設(shè)備---BluetoothAdapter連接通信。
好多東西我也不知道怎么描述，下面給出Demo：
剛好有剛學(xué)習(xí)的小伙伴問(wèn)我ListView怎么用，那我就用ListView。
源碼：
RairDemo
GitHub:
Coding:
重慶分公司
重慶分公司
