藍芽資料傳輸問題

對於藍芽來說google已經封裝好了很多api所以使用起來並不會很難,但是實際開發中藍芽開發最頭疼的問題不是如何去呼叫api,而是資料的互動方面,如長連線,資料續傳,硬體接受速率等問題.

開啟藍芽有幾種方式?

首先我們先了解下幾種常用的開啟方式.

• 第一種方法相對簡單，直接呼叫系統對話方塊啟動藍芽：
  在AndroidManifest檔案中新增需要的許可權，高版本也不需要動態授權：

<uses-permission android:name="android.permission.BLUETOOTH" />
//處理回撥對話方塊
startActivityForResult(new Intent(BluetoothAdapter.ACTION_REQUEST_ENABLE), 1);
 

• 第二種方法，靜默開啟，不會有方法一的對話方塊：
  在AndroidManifest檔案中新增需要的許可權：
  
  • 在AndroidManifest中配置需要的許可權.
  • 對於6.0的執行時許可權進行適配,在java中動態授權.
  • 最後直接調api開啟

BluetoothAdapter mBluetoothAdapter = BluetoothAdapter.getDefaultAdapter();
mBluetoothAdapter.enable(); //開啟
//mBluetoothAdapter.disable(); //關閉

如何搜尋藍芽裝置?

搜尋分為:主動搜尋和被動搜尋。

• 主動搜尋
  
  • 建立BluetoothAdapter物件
  • 配對的藍芽裝置列表
  • 定義傳送接收廣播

藍芽的UUID是什麼?有什麼用?

UUID(Universally Unique Identifier) 統一表示定義.
藍芽是通過串列埠傳送AT命令,藍芽預設是在資料模式的,要配置為AT命令模式,對其進行設定,不過UUID在出廠前是設定過的.
對於藍芽裝置，每個服務都有一個與它對應的UUID（唯一的）.
如:
資訊同步服務：00001104-0000-1000-8000-00805F9B34FB
檔案傳輸服務：00001106-0000-1000-8000-00805F9B34FB


如何使用藍芽進行資料傳輸?

藍芽模組通訊最重要的地方就是資料的傳送和接收,其傳輸資料與Socket類似。

• 在網路中使用Socket和ServerSocket控制客戶端和服務端的資料讀寫。
• 而藍芽通訊也由客戶端和服務端Socket來完成。藍芽客戶端Socket是BluetoothSocket,藍芽服務端Socket是BluetoothServerSocket。這兩個類都在android.bluetooth包中。
• 無論是BluetoothSocket，還是BluetoothServerSocket，都需要一個UUID（全域性唯一識別符號,Universally Unique Identifier），UUID相當於Socket的埠，而藍芽地址相當於Socket的IP。

實際開發中需要注意的地方.

需要注意的
1. 因為涉及涉及到I/O程式設計,所以需要注意兩端的編碼’utf-8’要一致.
2. 客戶端與服務端的UUID也要相同.
3. 藍芽屬於底層資料傳輸,所以實際開發更多傳送的是16進位制資料.
4. 因為涉及到了I/O程式設計,所以對執行緒控制這塊(同步,鎖機制)需要注意使用.
5. 對於一些大容量位元組陣列的傳送需要注意的地方.
6. 為了使用者更好的體檢避免流量的過度浪費,使用阻塞式的InputStream讀取.

1. 因為涉及涉及到I/O程式設計,所以需要注意兩端的編碼’utf-8’要一致.

os.write("datas....".getBytes("utf-8"));

2. 客戶端與服務端的UUID也要相同.

//客戶端Socket
device.createRfcommSocketToServiceRecord(MY_UUID);
//服務端Socket
mBluetoothAdapter.listenUsingRfcommWithServiceRecord(NAME, MY_UUID);

3. 藍芽屬於底層資料傳輸,所以實際開發更多傳送的是16進位制資料.

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;
    }

5. 對於一些大容量位元組陣列的傳送需要注意的地方.

我們需要傳送64個位元組的陣列，如果一次性發送過去，微控制器那裡可能無法及時處理以致沒有任何迴應，因為微控制器那裡是設定了資料接收的延時時間。要想暢通的與藍芽模組通訊，考慮這個時間差非常重要。調整位元組的傳送速率，就成為非常關鍵的一步。值得注意的是，資料的傳送是非常快的，就是因為這樣才會導致微控制器那裡無法及時處理，所以，每次傳送後的延時是非常重要的。我們微控制器那裡的延時是10毫秒，所以我們選擇傳送完每個位元組後就延時10毫秒再發下個位元組。

 for (byte b : bytes) {
     out.write(b);
     Thread.sleep(10);
 }

6.為了使用者更好的體檢避免流量的過度浪費,使用阻塞式的InputStream讀取.

在使用InputStream的時候，必須注意，InputStream的讀取是阻塞的。這點在一般的情況下是不會影響到我們的程式，但是記住這個情況對於程式碼的設計是非常重要的，尤其是在考慮使用者體驗的時候。
無引數的read()是每次只從流中讀取一個位元組，這種做法效率非常低，但是簡單，像是讀取整數值這種情況，使用read()就非常好，但如果是16進位制字串呢？使用InputStream.read(byte[] b)或者InputStream.read(byte[] b,int off,int len)方法，這樣一次就能讀取多個位元組。
如果是讀取多個位元組，我們常常使用InputStream.available()方法來獲取資料流中可讀位元組的個數。讀取本地資料的時候，該方法發揮得非常好，但如果是讀取非本地資料，就可能出現位元組遺漏的問題，像是要讀取100個位元組，可能就是90個，甚至是0個。
出現0個的情況就是微控制器那邊沒有響應或者位元組還沒傳送過來，這時我們就需要一個迴圈來保證我們能夠拿到資料：

  int count = 0;
  while (count == 0) {
   count = in.available();
  }
  byte[] bytes = new byte[count];
  in.read(bytes);
      但像是上面的90個位元組的情況就是位元組遺漏。對於這種情況，解決方法也很簡單：
  byte[] bytes = new byte[count];
  int readCount = 0; // 已經成功讀取的位元組的個數
  while (readCount < count) {
   readCount += in.read(bytes, readCount, count - readCount);
  }