A. android 藍牙如何發送十六進制數據
與藍牙模塊通信最重要的地方就是數據的發送和接收，因為是底層的操作，所以更多是發送16進制數據。
進制轉換是我們程序員的必修課，屬於基本素質。這里需要的是將位元組數組轉化為16進制字元串，方法都是通用的：
[java] view plain
public static String bytesToHexString(byte[] bytes) {
String result = "";
for (int i = 0; i < bytes.length; i++) {
String hexString = Integer.toHexString(bytes[i] & 0xFF);
if (hexString.length() == 1) {
hexString = '0' + hexString;
}
result += hexString.toUpperCase();
}
return result;
}
接下來就是發送數據。
發送數據非常簡單，之前有關於藍牙編程的博文已經講到了，http://www.cnblogs.com/wenjiang/p/3200138.html，這里只講重要的一點：大容量位元組數組的發送。
我們需要發送64個位元組的數組，如果一次性發送過去，單片機那裡可能無法及時處理以致沒有任何回應，因為單片機那裡是設置了數據接收的延時時間。要想暢通的與藍牙模塊通信，考慮這個時間差非常重要。調整位元組的發送速率，就成為非常關鍵的一步。值得注意的是，數據的發送是非常快的，就是因為這樣才會導致單片機那裡無法及時處理，所以，每次發送後的延時是非常重要的。我們單片機那裡的延時是10毫秒，所以我們選擇發送完每個位元組後就延時10毫秒再發下個位元組。
[java] view plain
for (byte b : bytes) {
out.write(b);
Thread.sleep(10);
}
具體的延時時間和位元組發送速率得看單片機那裡程序的設置。
在使用InputStream的時候，必須注意，InputStream的讀取是阻塞的。這點在一般的情況下是不會影響到我們的程序，但是記住這個情況對於代碼的設計是非常重要的，尤其是在考慮用戶體驗的時候。
無參數的read()是每次只從流中讀取一個位元組，這種做法效率非常低，但是簡單，像是讀取整數值這種情況，使用read()就非常好，但如果是16進制字元串呢？使用InputStream.read(byte[] b)或者InputStream.read(byte[] b,int off,int len)方法，這樣一次就能讀取多個位元組。
如果是讀取多個位元組，我們常常使用InputStream.available()方法來獲取數據流中可讀位元組的個數。讀取本地數據的時候，該方法發揮得非常好，但如果是讀取非本地數據，就可能出現位元組遺漏的問題，像是要讀取100個位元組，可能就是90個，甚至是0個。
出現0個的情況就是單片機那邊沒有響應或者位元組還沒發送過來，這時我們就需要一個循環來保證我們能夠拿到數據：
[java] view plain
int count = 0;
while (count == 0) {
count = in.available();
}
byte[] bytes = new byte[count];
in.read(bytes);
但像是上面的90個位元組的情況就是位元組遺漏。對於這種情況，解決方法也很簡單：
[java] view plain
byte[] bytes = new byte[count];
int readCount = 0; // 已經成功讀取的位元組的個數
while (readCount < count) {
readCount += in.read(bytes, readCount, count - readCount);
}
B. android 藍牙 支持發送什麼格式呢
大部分的格式都是支持的，APK有的是屬於受保護文件，所以無法發送，可以改一個擴展名然後接手後再改回來，我以前用塞班就是這樣的，塞班也不能隨便發sisx的軟體
C. android中的藍牙輸入流的read(buffer)讀到的是什麼類型的數據如何把讀到的數據放到一個數組中存起來
應該是字元串，string類型的。
D. Android 藍牙開發(三)-藍牙的詳細介紹
前面的兩篇文章，主要是在 Android 官網關於藍牙介紹的基礎上加上自己的理解完成的。主要針對的是 Android 開發中的一些 API 的使用。
第一篇文章 Android 藍牙開發（一） 主要是介紹了普通的藍牙在 Android 開發中的運用。
第二篇文章 Android 藍牙開發（二） 主要是介紹了低功耗藍牙的開發。
這篇文章主要介紹的是藍牙的歷史和一些關於藍牙的通用知識，還有廣播包的知識。要想徹底了解藍牙開發，這些基礎的知識也是需要的，就像網路協議一樣，這些都是基礎的內容。我們的 API 的調用都是以這個為基礎的，了解這些，開發過程中遇到問題，才可以知道什麼怎麼一回事。
下篇文章主要講的就是實際開發中的一些坑。
藍牙其實就是一種近距離無線通信技術。
從下到上分別為：控制器（Controller）-->主機（host）-->應用（Application）
詳細介紹各個層的含義：
BLE 應用可以分為兩大類：基於非連接的和基於連接的
意思就是外設和周邊設備不發生連接，主要靠掃描到的廣播來獲取信息。發送廣播的一方叫做 broadcaster 監聽廣播的一方叫做 oberver 在 GAP 層有對應的角色定義。
網路拓撲圖：
這種方式就是廣播設備不斷的向外發送廣播（含有特定的信息），然後觀察者接受到廣播按照兩者之間約定好的協議進行解析拿到有用的信息。例如：iBeacon，通過這種設備我們可以實現室內定位。
其實這些設備的角色可以即使廣播者又是觀察者。接收到廣播後作出了處理，然後又發送廣播。這樣就形成了雙向的網路，類似於網際網路，這就是藍牙 Mesh 組網。
廣播數據包格式：
每個廣播數據包由 31 byte 組成。分為有效數據和無效數據兩部分。
例子：
這里是掃描的數據包（轉換成了 16 進制，兩個代表一個位元組），第一個位元組是 02 表示後面的兩個位元組是數據部分，然後第二個位元組是 01 表示了數據的類型。後面一個位元組就是真正的數據了。這個廣播數據單元就分析完了。下面就是另一個數據單元了。依次類推，關於數據類型的解釋，官網有。
這是數據類型對應的含義表。
網路拓撲圖：
一個中心設備可連接多個外設，但是一個外設只能連接一個中心（外設連接成功後就會停止對外廣播，別人就發現不了它了）。其中一個中心設備的連接外設的數量也是有限的。
鏈接： https://mp.weixin.qq.com/s?__biz=MzU5NzA2NjQzMg==&mid=2247484141&idx=1&sn=&scene=21#wechat_redirect
E. Android藍牙BLE連接如何設置串口，數據格式為含1位起始位、7位數據位、1位奇偶校驗位和1位終止位
字元長度=1+7+1+2=11 b/字元
數據速率R1=11×100=1100 b/s
有效數據速率R=7×100=700 b/s
選B
F. android藍牙BLE（三） —— 廣播
在藍牙開發中，有些情況是不需要連接的，只要外設廣播自己的數據即可，例如蘋果的 ibeacon 。自 Android 5.0 更新藍牙API後，手機可以作為外設廣播數據。
廣播包有兩種：
其中 廣播包是每個外設都必須廣播的，而響應包是可選的 。每個廣播包的長度必須是 31個位元組 ，如果不到 31個位元組 ，則剩下的全用 0 填充 補全，這部分的數據是無效的
廣播包中包含若干個廣播數據單元，廣播數據單元也稱為 AD Structure 。
廣播數據單元 = 長度值Length + AD type + AD Data。
長度值 Length 只佔 一個位元組 ，並且位於廣播數據單元的 第一個位元組 。
概念的東西有些抽象，先看看下面的廣播報文：
0x代表這串字元串是十六進制的字元串。 兩位十六進制數代表一個位元組 。因為兩個字元組成的十六進制字元串最大為 FF ，即255，而Java中byte類型的取值范圍是-128到127，剛好可以表示一個255的大小。所以兩個十六進制的字元串表示一個位元組。
繼續查看報文內容，開始讀取第一個廣播數據單元。讀取 第一個 位元組: 0x07 ,轉換為十進制就是7，即表示後面的7個位元組是這個廣播數據單元的數據內容。超過這7個位元組的數據內容後，表示是一個新的廣播數據單元。
而第二個廣播數據單元，第一個位元組的值是 0x16 ,轉換為十進制就是22，表示後面22個位元組為第二個廣播數據單元。
在廣播數據單元的 數據部分 中， 第一個位元組 代表 數據類型 （AD type），決定數據部分表示的是什麼數據。（即廣播數據單元第二個位元組為AD type）
AD Type 的類型如下：
這bit 1~7分別代表著發送該廣播的藍牙晶元的物理連接狀態。當bit的值為1時，表示支持該功能。
例：
藍牙廣播的數據格式大致講了一下，有助於下面的廣播操作的理解。
先看看廣播設置（ AdvertiseSettings ）如何定義：
（1）、通過 AdvertiseSettings.Builder#setAdvertiseMode() 設置廣播模式。其中有3種模式：
（2）、通過 AdvertiseSettings.Builder#setAdvertiseMode() 設置廣播發射功率。共有4種功率模式：
（3）、通過 AdvertiseSettings.Builder#setTimeout() 設置持續廣播的時間，單位為毫秒。最多180000毫秒。當值為0則無時間限制，持續廣播，除非調用 BluetoothLeAdvertiser#stopAdvertising() 停止廣播。
（4）、通過 AdvertiseSettings.Builder#setConnectable() 設置該廣播是否可以連接的。
之前說過，外設必須廣播廣播包，掃描包是可選。但添加掃描包也意味著廣播更多得數據，即可廣播62個位元組。
可見無論是廣播包還是掃描包，其廣播的內容都是用 AdvertiseData 類封裝的。
（1）、 AdvertiseData.Builder#setIncludeDeviceName() 方法，可以設置廣播包中是否包含藍牙的名稱。
（2）、 AdvertiseData.Builder#setIncludeTxPowerLevel() 方法，可以設置廣播包中是否包含藍牙的發射功率。
（3）、 AdvertiseData.Builder#addService UUID (Parcel UUID ) 方法，可以設置特定的 UUID 在廣播包中。
（4）、 AdvertiseData.Builder#addServiceData(Parcel UUID ，byte[]) 方法，可以設置特定的 UUID 和其數據在廣播包中。
（5）、 AdvertiseData.Builder#addManufacturerData(int，byte[]) 方法，可以設置特定廠商Id和其數據在廣播包中。
從 AdvertiseData.Builder 的設置中可以看出，如果一個外設需要在不連接的情況下對外廣播數據，其數據可以存儲在 UUID 對應的數據中，也可以存儲在廠商數據中。但由於廠商ID是需要由Bluetooth SIG進行分配的，廠商間一般都將數據設置在廠商數據。
另外可以通過 BluetoothAdapter#setName() 設置廣播的名稱
先看一個例子，我們分別在 廣播包 和 掃描包 中設置 AdvertiseData.Builder 的 每一種廣播報文參數 ，得到一下報文內容：
(1)、Type = 0x01 表示設備LE物理連接。
(2)、Type = 0x09 表示設備的全名
(3)、Type = 0x03 表示完整的16bit UUID 。其值為0xFFF7。
(4)、Type = 0xFF 表示廠商數據。前兩個位元組表示廠商ID,即廠商ID為0x11。後面的為廠商數據，具體由用戶自行定義。
(5)、Type = 0x16 表示16 bit UUID 的數據，所以前兩個位元組為 UUID ,即 UUID 為0xF117，後續為 UUID 對應的數據，具體由用戶自行定義。
最後繼承 AdvertiseCallback 自定義廣播回調。
初始化完畢上面的對象後，就可以進行廣播：
廣播主要是通過 BluetoothLeAdvertiser#startAdvertising() 方法實現，但在之前需要先獲取 BluetoothLeAdvertiser 對象。
BluetoothLeAdvertiser 對象存在兩個情況獲取為Null:
所以在調用 BluetoothAdapter#getBluetoothLeAdvertiser() 前，需要先調用判斷藍牙已開啟，並判斷在 BluetoothAdapter 中獲取的 BluetoothLeAdvertiser 是否為空（測試過某些華為手機 mBluetoothAdapter.() 為 false , 但是能發送ble廣播）。
與廣播成對出現就是 BluetoothLeAdvertiser.stopAdvertising() 停止廣播了，傳入開啟廣播時傳遞的廣播回調對象，即可關閉廣播：
雖然通過廣播告知外邊自身擁有這些Service,但手機自身並沒有初始化Gattd的Service。導致外部的中心設備連接手機後，並不能找到對應的 GATT Service 和 獲取對應的數據。
Service類型有兩個級別：
創建 BluetoothGattService 時，傳入兩個參數： UUID 和Service類型：
我們都知道Gatt中， Service 的下一級是 Characteristic ， Characteristic 是最小的通信單元，通過對 Characteristic 進行讀寫操作來進行通信。
特徵屬性表示該 BluetoothGattCharacteristic 擁有什麼功能，即能對 BluetoothGattCharacteristic 進行什麼操作。其中主要有3種：
許可權屬性用於配置該特徵值所具有的功能。主要兩種：
Characteristic 下還有 Descriptor ，初始化 BluetoothGattDescriptor 時傳入： Descriptor UUID 和 許可權屬性
為 Service 添加 Characteristic ，為 Characteristic 添加 Descriptor ：
通過藍牙管理器 mBluetoothManager 獲取 Gatt Server ，用來添加 Gatt Service 。添加完 Gatt Service 後，外部中心設備連接手機時，將能獲取到對應的 GATT Service 和 獲取對應的數據
定義 Gatt Server 回調。當中心設備連接該手機外設、修改特徵值、讀取特徵值等情況時，會得到相應情況的回調。
最後開啟廣播後，用nRF連接後看到的特徵值信息如下圖所示：（加多了一個只能都的特徵值）
android藍牙BLE（一） —— 掃描
android藍牙BLE（二） —— 通信
android藍牙BLE（三） —— 廣播
android藍牙BLE（四） —— 實戰
G. 怎麼讀取Android的藍牙接收到的數據
打開 藍牙 打開 發現 (一般安卓藍牙都要打開發現 除非之前配對過.) 或許有些機子會不能接收或發送特殊格式「如：apk格式」 你可以在後面加".MP3" 變成 MP3格式. 這樣就能發送了. 收到之後把名字".MP3"去掉.這樣會變回之前的apk格式.就能安裝了.
H. Android藍牙通信位元組數組的數據類型轉換求教！
覺得你這幾個方法都要改寫吧。
通常協議操作絕不能用String作為交換格式。
多次轉碼。導致數據變形，
特別是「同步頭(2B) 包類型(1B) 數據長度(2B) 」
這個數據從byte[] ->String->byte[]多次轉換，100%會導致數據變化。
通常只在byte[]上操作，改成
private byte[]getPackage();
private byte[] getHead(byte []);
sendMessage(byte[]);
這幾個方法都改成byte[]，不然即使強調硬扭弄對也有運氣成分。
System.out.println("原head:"+Arrays.toString(head));
String t=new String(head,"GB2312")+"hello world";
System.out.println("合並gb文本:"+t);
System.out.println("還原的head："+Arrays.toString(t.getBytes("gb2312")));
=========
I. 如何用安卓手機讀取藍牙GPS模塊或記錄儀中的軌跡數據
androidMTK現在可以讀取GPS模塊數據為kml/gpx格式，然後也可以通過藍牙在手機之間傳遞。
J. Android 藍牙如何讀取unsigned byte類型的數據
一，掃描BLE設備活動
檢查該設備是否支持BLE設備，谷歌在Android4.3才開始支持BLE設備（暈死，很長一段時間都沒有一台4.3的設備，看著程序修改了也不能測試！）。
if（！getPackageManager（）。hasSystemFeature（PackageManager.FEATURE_BLUETOOTH_LE））{
Toast.makeText（this，R.string.ble_not_supported，Toast.LENGTH_SHORT）.show（）;
完（）;
}
詳細