第一篇：Android藍牙開發小結

學習之前先了解兩個基本概念：

一、RFCOMM協議:

一個基于歐洲電信標準協會ETSI07.10規程的串行線性仿真協議。此協議提供RS232控制和狀態信號，如基帶上的損壞，CTS以及數據信號等，為上層業務(如傳統的串行線纜應用)提供了傳送能力。

RFCOMM是一個簡單傳輸協議，其目的是針對如何在兩個不同設備上的應用之間保證一條完整的通信路徑，并在它們之間保持一通信段。

RFCOMM是為了兼容傳統的串口應用，同時取代有線的通信方式，藍牙協議棧需要提供與有線串口一致的通信接口而開發出的協議。RFCOMM協議提供對基于L2CAP協議的串口仿真，基于ETSI07.10。可支持在兩個BT設備之間同時保持高達60路的通信連接。

RFCOMM只針對直接互連設備之間的連接，或者是設備與網絡接入設備之間的互連。通信兩端設備必須兼容于RFCOMM協議，有兩類設備：DTE(Data Terminal Endpoint，通信終端，如PC，PRINTER)和DCE(Data Circuit Endpoint，通信段的一部分，如Modem)。此兩類設備不作區分。

二、MAC硬件地址

MAC(Medium/MediaAccess Control, 介質訪問控制)MAC地址是燒錄在NetworkInterfaceCard(網卡,NIC)里的.MAC地址,也叫硬件地址,是由48比特長(6字節),16進制的數字組成.0-23位叫做組織唯一標志符(organizationally unique，是識別LAN(局域網)節點的標識.24-47位是由廠家自己分配。其中第40位是組播地址標志位。網卡的物理地址通常是由網卡生產廠家燒入網卡的EPROM(一種閃存芯片，通?？梢酝ㄟ^程序擦寫)，它存儲的是傳輸數據時真正賴以標識發出數據的電腦和接收數據的主機的地址。

Android平臺提供的藍牙API去實現藍牙設備之間的通信，藍牙設備之間的通信主要包括了四個步驟：設置藍牙設備、尋找局域網內可能或者匹配的設備、連接設備和設備之間的數據傳輸。以下是建立藍牙連接的所需要的一些基本類：

BluetoothAdapter類：代表了一個本地的藍牙適配器。它是所有藍牙交互的的入口點。利用它你可以發現其他藍牙設備，查詢綁定了的設備，使用已知的MAC地址實例化一個藍牙設備和建立一個BluetoothServerSocket（作為服務器端）來監聽來自其他設備的連接。

BluetoothDevice類：代表了一個遠端的藍牙設備，使用它請求遠端藍牙設備連接或者獲取遠端藍牙設備的名稱、地址、種類和綁定狀態。（其信息是封裝在bluetoothsocket中）。

Bluetoothsocket類：代表了一個藍牙套接字的接口（類似于tcp中的套接字），它是應用程序通過輸入、輸出流與其他藍牙設備通信的連接點。

Blueboothserversocket類：代表打開服務連接來監聽可能到來的連接請求（屬于server端），為了連接兩個藍牙設備必須有一個設備作為服務器打開一個服務套接字。當遠端設備發起連接連接請求的時候，并且已經連接到了的時候，Blueboothserversocket類將會返回一個bluetoothsocket。

Bluetoothclass類：描述了一個藍牙設備的一般特點和能力。它的只讀屬性集定義了設備的主、次設備類和一些相關服務。然而，它并沒有準確地描述所有該設備所支持的藍牙文件和服務，而是作為對設備種類來說的一個小小暗示。下面說說具體的編程實現 1.啟動藍牙功能：

首先通過調用靜態方法getDefaultAdapter()獲取藍牙適配器BluetoothAdapter，以后你就可以使用該對象了。如果返回為空，the story is over。例如：

BluetoothAdapter mBluetoothAdapter = BluetoothAdapter.getDefaultAdapter();if(mBluetoothAdapter == null){ // Device does not support Bluetooth } 其次，調用isEnabled()來查詢當前藍牙設備的狀態，如果返回為false，則表示藍牙設備沒有開啟，接下來你需要封裝一個ACTION_REQUEST_ENABLE請求到intent里面，調用startActivityForResult()方法使能藍牙設備，例如：

if(!mBluetoothAdapter.isEnabled()){ Intent enableBtIntent = new Intent(BluetoothAdapter.ACTION_REQUEST_ENABLE);startActivityForResult(enableBtIntent, REQUEST_ENABLE_BT);}

2.查找設備：

使用BluetoothAdapter類里的方法，你可以查找遠端設備（大概十米以內）或者查詢在你手機上已經匹配（或者說綁定）的其他手機了。當然需要確定對方藍牙設備已經開啟或者已經開啟了“被發現使能”功能（對方設備是可以被發現的是你能夠發起連接的前提條件）。如果該設備是可以被發現的，會反饋回來一些對方的設備信息，比如名字、MAC地址等，利用這些信息，你的設備就可以選擇去向對方初始化一個連接。

如果你是第一次與該設備連接，那么一個配對的請求就會自動的顯示給用戶。當設備配對好之后，他的一些基本信息（主要是名字和MAC）被保存下來并可以使用藍牙的API來讀取。使用已知的MAC地址就可以對遠端的藍牙設備發起連接請求。

匹配好的設備和連接上的設備的不同點：匹配好只是說明對方設備發現了你的存在，并擁有一個共同的識別碼，并且可以連接。連接上：表示當前設備共享一個RFCOMM信道并且兩者之間可以交換數據。也就是是說藍牙設備在建立RFCOMM信道之前，必須是已經配對好了的。

3.查詢匹配好的設備：

在建立連接之前你必須先查詢配對好了的藍牙設備集（你周圍的藍牙設備可能不止一個），以便你選取哪一個設備進行通信，例如你可以你可以查詢所有配對的藍牙設備，并使用一個數組適配器將其打印顯示出來：

Set pairedDevices = mBluetoothAdapter.getBondedDevices();// If there are paired devices if(pairedDevices.size()> 0){ //Loop through paired devices for(BluetoothDevice device : pairedDevices){ // Add the name and address to an array adapter to show in a ListView mArrayAdapter.add(device.getName()+ “n” + device.getAddress());} 建立一個藍牙連接只需要MAC地址就已經足夠了。

4.掃描設備：

掃描設備，只需要簡單的調用startDiscovery()方法，這個掃描的過程大概持續是12秒，應用程序為了ACTION_FOUND動作需要注冊一個BroadcastReceiver來接受設備掃描到的信息。對于每一個設備，系統都會廣播ACTION_FOUND動作。例如： // Create a BroadcastReceiver for ACTION_FOUND private final BroadcastReceiver mReceiver = new BroadcastReceiver(){ public void onReceive(Context context, Intent intent){ String action = intent.getAction();// When discovery finds a device if(BluetoothDevice.ACTION_FOUND.equals(action)){ // Get the BluetoothDevice object from the Intent BluetoothDevice device = intent.getParcelableExtra(BluetoothDevice.EXTRA_DEVICE);// Add the name and address to an array adapter to show in a ListView mArrayAdapter.add(device.getName()+ “n” + device.getAddress());} } };// Register the BroadcastReceiver IntentFilter filter = new IntentFilter(BluetoothDevice.ACTION_FOUND);registerReceiver(mReceiver, filter);// Don't forget to unregister during onDestroy 注意：掃描的過程是一個很耗費資源的過程，一旦你找到你需要的設備之后，在發起連接請求之前，確保你的程序調用cancelDiscovery()方法停止掃描。顯然，如果你已經連接上一個設備，啟動掃描會減少你的通信帶寬。

5.使能被發現：Enabling discoverability 如果你想使你的設備能夠被其他設備發現，將ACTION_REQUEST_DISCOVERABLE動作封裝在intent中并調用startActivityForResult(Intent, int)方法就可以了。他將在不使你應用程序退出的情況下使你的設備能夠被發現。缺省情況下的使能時間是120秒，當然你可以可以通過添加EXTRA_DISCOVERABLE_DURATION字段來改變使能時間（最大不超過300秒，這是出于對你設備上的信息安全考慮）。例如： Intent discoverableIntent = new Intent(BluetoothAdapter.ACTION_REQUEST_DISCOVERABLE);discoverableIntent.putExtra(BluetoothAdapter.EXTRA_DISCOVERABLE_DURATION, 300);startActivity(discoverableIntent);運行該段代碼之后，系統會彈出一個對話框來提示你啟動設備使能被發現（此過程中如果你的藍牙功能沒有開啟，系統會幫你開啟），并且如果你準備對該遠端設備發現一個連接，你不需要開啟使能設備被發現功能，因為該功能只是在你的應用程序作為服務器端的時候才需要。

6.連接設備：

在應用程序中，想建立兩個藍牙設備之間的連接，必須實現客戶端和服務器端的代碼（因為任何一個設備都必須可以作為服務端或者客戶端）。一個開啟服務來監聽，一個發起連接請求（使用服務器端設備的MAC地址）。當他們都擁有一個藍牙套接字在同一RFECOMM信道上的時候，可以認為他們之間已經連接上了。服務端和客戶端通過不同的方式或其他們的藍牙套接字。當一個連接監聽到的時候，服務端獲取到藍牙套接字。當客戶可打開一個FRCOMM信道給服務器端的時候，客戶端獲取到藍牙套接字。

注意：在此過程中，如果兩個藍牙設備還沒有配對好的，android系統會通過一個通知或者對話框的形式來通知用戶。RFCOMM連接請求會在用戶選擇之前阻塞。如下圖：

7.服務端的連接：

當你想要連接兩臺設備時，一個必須作為服務端（通過持有一個打開的BluetoothServerSocket），目的是監聽外來連接請求，當監聽到以后提供一個連接上的BluetoothSocket給客戶端，當客戶端從BluetoothServerSocket得到BluetoothSocket以后就可以銷毀BluetoothServerSocket，除非你還想監聽更多的連接請求。

建立服務套接字和監聽連接的基本步驟：

首先通過調用listenUsingRfcommWithServiceRecord(String, UUID)方法來獲取BluetoothServerSocket對象，參數String代表了該服務的名稱，UUID代表了和客戶端連接的一個標識（128位格式的字符串ID，相當于PIN碼），UUID必須雙方匹配才可以建立連接。其次調用accept（）方法來監聽可能到來的連接請求，當監聽到以后，返回一個連接上的藍牙套接字BluetoothSocket。最后，在監聽到一個連接以后，需要調用close（）方法來關閉監聽程序。（一般藍牙設備之間是點對點的傳輸）

注意：accept（）方法不應該放在主Acitvity里面，因為它是一種阻塞調用（在沒有監聽到連接請求之前程序就一直停在那里）。解決方法是新建一個線程來管理。例如： private class AcceptThread extends Thread { private final BluetoothServerSocket mmServerSocket;public AcceptThread(){ // Use a temporary object that is later assigned to mmServerSocket, // because mmServerSocket is final BluetoothServerSocket tmp = null;try { // MY_UUID is the app's UUID string, also used by theclient code tmp = mAdapter.listenUsingRfcommWithServiceRecord(NAME, MY_UUID);} catch(IOException e){ } mmServerSocket = tmp;} public void run(){ BluetoothSocket socket = null;// Keep listening until exception occurs or a socket is returned while(true){ try { socket = mmServerSocket.accept();} catch(IOException e){ break;} // If a connection was accepted if(socket!= null){ // Do work to manage the connection(in a separate thread)manageConnectedSocket(socket);mmServerSocket.close();break;} } } /** Will cancel the listening socket, and cause the thread to finish */ public void cancel(){ try { mmServerSocket.close();} catch(IOException e){ } } }

8.客戶端的連接：

為了初始化一個與遠端設備的連接，需要先獲取代表該設備的一個BluetoothDevice對象。通過BluetoothDevice對象來獲取BluetoothSocket并初始化連接，具體步驟：

使用BluetoothDevice對象里的方法createRfcommSocketToServiceRecord(UUID)來獲取BluetoothSocket。UUID就是匹配碼。然后，調用connect（）方法來。如果遠端設備接收了該連接，他們將在通信過程中共享RFFCOMM信道，并且connect（）方法返回。例如： private class ConnectThread extends Thread { private final BluetoothSocket mmSocket;private final BluetoothDevice mmDevice;public ConnectThread(BluetoothDevice device){ // Use a temporary object that is later assigned to mmSocket, // because mmSocket is final BluetoothSocket tmp = null;mmDevice = device;// Get a BluetoothSocket to connect with the given BluetoothDevice try { // MY_UUID is the app's UUID string, also used by the server code tmp = device.createRfcommSocketToServiceRecord(MY_UUID);} catch(IOException e){ } mmSocket = tmp;}

public void run(){ // Cancel discovery because it will slow down the connection mAdapter.cancelDiscovery();try { // Connect the device through the socket.This will block // until it succeeds or throws an exception mmSocket.connect();} catch(IOException connectException){ // Unable to connect;close the socket and get out try { mmSocket.close();} catch(IOException closeException){ } return;} // Do work to manage the connection(in a separate thread)manageConnectedSocket(mmSocket);}

注意：conncet（）方法也是阻塞調用，一般建立一個獨立的線程中來調用該方法。在設備discover過程中不應該發起連接connect（），這樣會明顯減慢速度以至于連接失敗。且數據傳輸完成只有調用close（）方法來關閉連接，這樣可以節省系統內部資源。

9.管理連接（主要涉及數據的傳輸）：

當設備連接上以后，每個設備都擁有各自的BluetoothSocket。現在你就可以實現設備之間數據的共享了。

1> 首先通過調用getInputStream()和getOutputStream()方法來獲取輸入輸出流。然后通過調用read(byte[])和write(byte[]).方法來讀取或者寫數據。

2> 實現細節：以為讀取和寫操作都是阻塞調用，需要建立一個專用現成來管理。3>

private class ConnectedThread extends Thread { private final BluetoothSocket mmSocket;private final InputStream mmInStream;private final OutputStream mmOutStream;public ConnectedThread(BluetoothSocket socket){ mmSocket = socket;InputStream tmpIn = null;OutputStream tmpOut = null;// Get the input and output streams, using temp objects because // member streams are final try { tmpIn = socket.getInputStream();tmpOut = socket.getOutputStream();} catch(IOException e){ } mmInStream = tmpIn;mmOutStream = tmpOut;} public void run(){ byte[] buffer = new byte[1024];// buffer store for the stream int bytes;// bytes returned from read()// Keep listening to the InputStream until an exception occurs while(true){ try { // Read from the InputStream bytes = mmInStream.read(buffer);// Send the obtained bytes to the UI Activity mHandler.obtainMessage(MESSAGE_READ, bytes,-1, buffer).sendToTarget();} catch(IOException e){ break;} } } /* Call this from the main Activity to send data to the remote device */ public void write(byte[] bytes){ try { mmOutStream.write(bytes);} catch(IOException e){ } } /* Call this from the main Activity to shutdown the connection */ public void cancel(){ try { mmSocket.close();} catch(IOException e){ } } }

第二篇：Android藍牙連接總結

藍牙連線時首先會定義一個專門用來連接的函數體BtconnectDevice,當按下Btconnect（為一個Buttton名時）時，程序會判斷此時Btconnect鍵是什么狀態，當Btconnect鍵為連接狀態時，因為按了Btconnect鍵程序會斷開藍牙連接（調用BtconnectDevice函數，注意此函數為有參函數，實參為藍牙設備的連接地址），并且在Btconnect上顯示connect（代表此時用戶可以點選Btconnect連接藍牙）；當Btconnect鍵為斷開狀態時（程序通過判斷Btconnect上的字符是否為connect來判斷，因為斷開藍牙連接時，會讓Btconnect上顯示connect），此時按下Btconnect時，程序會連接藍牙設備（把實參DeviceMAC傳給形參MACaddrofBTDevice,調用BtconnectDevice函數，但此時不知道DeciceMAC是否有數據，代表所以先要判斷，當DeviceMAC大于0時，DeciceMAC內有數據，可以連接，否則沒有，則不能連接）。

當程序打開時，設備會執行初始化程序（Screen1.initialize，每當程序頁面返回主界面時，此函數即執行一次，現在這樣理解），在程序中，首先要Btconnect按鍵功能失效（致Btconnect.Enable為False），然后把數據庫TinyDB1中標簽名為StoredDevice處存儲的的藍牙設備地址給DeviceMAC（相當于數組，TinyDB1相當于數組名，StoredDevice相當于數組下標，DeviceMAC為一個全局變量，各個程序模塊可分別調用它，并修改它，修改后的數據會影響別的程序模塊，不像局部變量，在這個程序中修改了變量，對別的程序不影響，APP Inventor中各個模塊程序中即使是局部變量，變量名也不可以相同，C和C++就不是這樣），然后程序去調用藍牙設備配對函數（lsDevicePaired）判斷是否與DeviceMAC這個設備地址配對上了，如果已配對成功，程序會首先使Btconnect按鈕功能可使用，同時lstDevice上顯示已配對的藍牙MAC地址；如果沒配對成功，則首先會清空DeviceMAC這個變量和StoredDevice處的數據，并通過調用Notifier.ShowAlert函數來顯示配對失敗。請注意初始化程序中沒有使用藍牙連接函數，它所要做的就是判斷Btconnect是否可使用，如果已配對成功，則Btconnect可使用，用戶可通過按此鍵來連接藍牙設備。

檢查錯誤函數，是在程序中發現錯誤時，程序會在屏幕上顯示相關錯誤信息，供用戶查看信息，從而準確的查出錯誤。

當要選擇連接哪一個藍牙設備時，按下lstDevice但沒有選擇彈出來的項目時（要調用藍牙函數BluetoothClient1.AddressesAndNames,才能知道是否有藍牙設備）會調用lstDevice.BeforePicking函數。此函數首先會斷開藍牙連接，然后在Btconnect上顯示connect，表示藍牙現在可連接，然后調用藍牙函數BluetoothClient1.AddressesAndNames，將可用的藍牙設備名稱和地址放到 lstDevice列表中。然后用戶點選lstDevice列表中的項目，程序會調用lstDeviceAfterPicking函數。函數中會將剛才點選的數據，放到DeviceMAC和TinyDB1中的StoredDevice中，lstDevice會顯示連接的藍牙設備的地址和MAC地址，然后使能Btconnect。

僅供參考，如有錯誤，還是以實際操作結果為準。

第三篇：藍牙知識小結

藍牙協議知識總結

藍牙設備 和 主機進行連接和數據通信的 流程如下：外部設備發出廣告(帶有UUID信息等其他信息)； 主機（集中器設備）收到廣告信息，進而發送掃描請求；表示我掃描到你的信息； 3 外部設備收到掃描請求后，返回掃描回應，表示我知道你掃描到我的信息； 4 主機進而發送連接請求信息，表示主機要跟設備建立無線連接； 5 設備收到連接請求后，發送相應請求回應；表示已經建立連接；

數據讀寫流程如下進一步（在建立連接的基礎上）： 主機發送主服務UUID（設備的廣告UUID）給設備；

服務發現 7 設備收到后回應服務信息； 主機發送特性UUID；

特性發現 9 設備收到后回應特性值句柄；（類似于存儲設備的地址）主機發送特性值句柄；

讀信息 11 設備收到后回應特性值； 主機發送特性值句柄和要寫入值；

寫信息 13 設備回應寫入成功響應；

在睡眠狀態，耗電只有1微安（uA），而在連接事件中最高的是10幾個毫安

連接建立之后，再進行安全密鑰的交換配對，進而進行數據的讀寫；

主機和從機綁定之后，斷開連接后，可以快速的建立連接并進行加密讀寫，而不需要再次配對； 特點 低功耗藍牙速度只有100bps，傳統藍牙有3Mbps 2 低功耗藍牙不需要IOS 的MFI 認證，傳統藍牙必須； 3 低功耗藍牙能紐扣電池能用1年多，傳統藍牙不行；

頻道：

2.4G – 2.48G 總共40個頻段，每2M 一個頻段；

其中 37（2.40G），38（2.426G），39（2.48G）為 3個廣播頻道；這3個頻道避開了wifi 常用的頻道，與wifi可以共存； 其他37個為連接頻道；

1、BLE中主從機建立連接，到配對和綁定的過程如下圖。

正如上圖所示，最簡單一次藍牙通信需要以上相關步驟，包括discovery device,connect,pairing,bond等4個主要部分。

1）廣播：廣播包可以包含廣播數據，廣播包可以無指定或者對指定的設備發送?？梢月暶髟撈骷强蛇B接的還是不可連接的。在一次廣播中，廣播包可以在三個廣播通道中同時發送。

廣播類型 ：1 未指定可連接 2 指定可連接 3 未指定 不可見 4 未指定不可連接 #define GAP_ADTYPE_ADV_IND

0x00 //!< Connectable undirected advertisement #define GAP_ADTYPE_ADV_DIRECT_IND 0x01 //!< Connectable directed advertisement #define GAP_ADTYPE_ADV_DISCOVER_IND

0x02 //!< Discoverable undirected advertisement #define GAP_ADTYPE_ADV_NONCONN_IND

0x03 //!< Non-Connectable undirected advertisement #define GAP_ADTYPE_SCAN_RSP_IND

0x04 //!< Only used in gapDeviceInfoEvent_t 在peripheral.c中

GAPRole_Init(taskID++);進行了初始化設置

還有有以下函數bStatus_t GAPRole_SetParameter(uint16 param, uint8 len, void *pValue)GAPRole_GetParameter（…..）可以調用進行設置。2）scanning 1）被動掃描： 掃描者監聽廣播頻道的廣播包，收到后將其上傳到host層

2）主動掃描：掃描者監聽廣播頻道的廣播包，當收到廣播包后掃描者發送一個scan Request包，廣播設備回應一個scan reponse包

3）Connection 在掃描設備掃描到一個可連接的廣播消息后，掃描設備可以通過發送 connection reequst 包給廣播設備從而成為連接的發起者

Connection resqust 包含從機鏈路層一系列的參數，這些參數聲明連接時的通道及時序要求。建立連接

GAPCentralRole_EstablishLink(DEFAULT_LINK_HIGH_DUTY_CYCLE，DEFAULT_LINK_WHITE_LIST，addrType, peerAddr);廣播設備接收了連接請求，就進入了連接狀態，發起者成了主機，廣播設備成了從機。兩個已連接的設備的所有通信發生在連接事件中，連接事件周期性的發生，周期由連接間隔參數決定。

連接間隔：使用調頻的間隔；兩個連接事件之間的時間間隔，藍牙傳數據是在一個頻段發送數據后，然后跳到另一個頻段再傳數據，從一個頻道另一個頻段的時間間隔就是連接間隔；即使沒有數據發送，也要調頻切換測試包是否連接斷開；所以，連接間隔是定時的存在；可以認為是一個固定的時序；每隔一段時間就自動調到另一個頻道的去建立連接；這個時間中，是很少功耗的，基本沒有；

單位是1.25毫秒；范圍是 6----3200個單位；也就是1.25ms到4s的范圍 不同的應用 時間間隔不一樣，時間間隔長，功耗就低，傳輸數據慢； 時間間隔短，功耗就高，傳輸數據就快。

從機延時： 從機如果沒有數據發送，可以跳過連接間隔，不用頻繁的定時去建立連接，從而過一段較長時間再去建立連接；這個時間就是從機延時時間；從而功耗降低很多；單位是和連接間隔一樣；范圍是 0---499

管理超時

超過這個時間，還沒有建立連接，則認為是連接丟失，斷開?；氐轿催B接狀態；

單位是10ms，范圍是 10（100ms）-----3200（32s）。超時值必須比有效連接間隔大；有效連接間隔= 連接間隔×（1+從機延時）

如果從機不想使用當前的連接參數，可以向主機發送連接更新請求，從機設備可以在任何時候發送連接更新請求，使得從機可以動態的調整連接參數。

GAPCentralRole_UpdateLink(simpleBLEConnHandle，DEFAULT_UPDATE_MIN_CONN_INTERVAL，DEFAULT_UPDATE_MAX_CONN_INTERVAL，DEFAULT_UPDATE_SLAVE_LATENCY，DEFAULT_UPDATE_CONN_TIMEOUT);無論主機還是從機，都可以無條件的終止當前連接，一方請求終止，另一方必須在斷開連接狀態之前響應。

連接還可以由超時而終止。超時時間小于32s，大于有效連接間隔（連接間隔×（1+從機延時））

終止連接函數：

GAPCentralRole_TerminateLink(simpleBLEConnHandle);主機和從機保存各自的超時計時器，每次收到數據包就清零，一旦達到超時數值，就認為連接已經丟失就會斷開連接。

連接超時判斷，終止連接在程序中還沒找到。

2.BLE中的GAP和GATT GAP個人認為就是監控上圖中的交互狀態，比如從廣播變成連接，到配對等。

GATT通俗理解為用于主從機之間的客戶端和服務器端的數據交互，以Attribute Table來體現。

GAP Role Profile:在GAP所處的4個角色：廣播Advertise，主機central，從機Peripheral，觀察者Observer。GATT Attribute:通用屬性配置文件。

GAP作為Peripheral Role需要設置的核心參數如下 GAPROLE_ADVERT_ENABLED：廣播使能。GAPROLE_ADVERT_DATA：廣播時的參數，GAPROLE_SCAN_RSP_DATA：從機掃描響應，返回的數據包

GAPROLE_MIN_CONN_INTERVAL：處于連接狀態后的設備，都會有個hop，一段時間內進行數據交互，以保證兩者是連接的。當前后兩次交互時，需要等待的最小間隔時間 GAPROLE_MAX_CONN_INTERVAL：...需要等待的最大間隔時間

GAPROLE_SLAVE_LATENCY：處于連接后，從機可以做出不響應連接請求的間隔數目，即跳過n個交互的連接。

GAPROLE_TIMEOUT_MULTIPLIER：從上次成功連接到這次連接成功的最大允許延時。如果規定時間內未成功則認為本次連接失敗，丟棄。該值必須比有效連接的間隔大。GAPROLE_PARAM_UPDATE_ENABLE：請求主機更新參數，主機可以接受也可以拒絕。.GATT Server的相關設置函數。

// Initialize GATT attributes GGS_AddService(GATT_ALL_SERVICES);// GAP Service GATTServApp_AddService(GATT_ALL_SERVICES);// GATT attributes DevInfo_AddService();// Device Information Service SimpleProfile_AddService(GATT_ALL_SERVICES);// Simple GATT Profile 通常一個GATT中GAP server和GATT server是必須強制存在的，還有設備信息服務以及自己設計的profile server.SimpleProfile_AddService就是添加自己設計的profile server 在SimpleProfile_AddService函數中調用了如下函數

GATTServApp_RegisterService(simpleProfileAttrTbl, GATT_NUM_ATTRS(simpleProfileAttrTbl),&simpleProfileCBs);

} simpleProfileCBs 的函數定義如下：

CONST gattServiceCBs_t simpleProfileCBs = { simpleProfile_ReadAttrCB,// Read callback function pointer

simpleProfile_WriteAttrCB, // Write callback function pointer

NULL

// Authorization callback function pointer };實際上就是底層讀寫數據的函數，主機讀數據時從機會調用simpleProfile_ReadAttrCB函數，寫數據時從機會調用simpleProfile_WriteAttrCB函數。這兩個函數在simpleGaatprofile.c 中實現。

注意在simpleProfile_WriteAttrCB,函數中有如下語句 if((notifyApp!= 0xFF)&& simpleProfile_AppCBs && simpleProfile_AppCBs->pfnSimpleProfileChange)

{

simpleProfile_AppCBs->pfnSimpleProfileChange(notifyApp);

} 注意函數指針的用法，實際是在接收到主機數據發過來的數據后調用simpleProfileChangeCB函數來處理接收到的數據。這個函數在初始化時注冊，下面會講到。作為GATT的server和client，主要通過Attribute來進行交互，當client請求server讀取數據時，通過如下注冊的回調函數來進行訪問。

// Register callback with SimpleGATTprofile

VOID SimpleProfile_RegisterAppCBs(&simpleBLEPeripheral_SimpleProfileCBs);//給應用注冊回調函數，這個函數非常重要 在回調函數中對數據做出處理。

static simpleProfileCBs_t simpleBLEPeripheral_SimpleProfileCBs = {

simpleProfileChangeCB

// Charactersitic value change callback };

在SimpleProfile_RegisterAppCBs 函數中賦值。simpleProfile_AppCBs = simpleProfileChangeCB

在simpleProfileChangeCB函數中可以啟動定時器來給主機發送Notification數據

發送數據函數為GATT_Notification(noti_cHandle,&pReport,FALSE);

如下：

{ static attHandleValueNoti_t pReport;//聲明attHandleValueNoti_t這個結構體

uint16 noti_cHandle;//存放handle

pReport.handle = simpleProfileAttrTbl[11].handle;//讀取notification對應的handle

GAPRole_GetParameter(0x30E, ¬i_cHandle);//獲取Connection Handle

pReport.len = 1;//數據長度

pReport.value[0] = 0x03;//賦值

GATT_Notification(noti_cHandle,&pReport,FALSE);}

主機使能Notification：

這個handle應該是相應的characteristic value的handle的后面一個, 就是characteristic value的handle加 1.例子: { attWriteReq_t writeReq;writeReq.handle =;writeReq.len = 2;writeReq.value[0] = LO_UINT16(GATT_CLIENT_CFG_NOTIFY);

這里是 0x01 writeReq.value[1] = HI_UINT16(GATT_CLIENT_CFG_NOTIFY);

這里是 0x00 writeReq.sig = 0;writeReq.cmd = 0;GATT_WriteCharValue(simpleBLEConnHandle, &writeReq, simpleBLETaskId);}

這兩個值目的是打開Notification功能.CCC的參數有兩個, 一個Notification, 一個indication.value[0]就是打開關閉notification, value[1]是打開關閉indication.主機數據處理：

simpleBLECentral.c 這個文件, 里面有個函數:simpleBLECentralProcessGATTMsg()這個函數就是處理各種從peripheral過來的數據.但是在示例代碼中并沒有加入通知, 就是notification的接收, 所以你得自己添加代碼.很簡單, 類似 if((pMsg->method == ATT_READ_RSP)||........), 添加 else if((pMsg->method == ATT_HANDLE_VALUE_NOTI)||......)就可以處理從機Notification的數據。

value 被寫的時候首先 simpleProfile_WriteAttrCB()會被調到.最后才會調用 simpleProfileChangeCB()

GAP通過在啟動設備事件的任務處理中啟動設備，其實主要是向GAP中注冊回調函數，讓系統在發現自身運行狀態變化時，調用該函數，方便應用層進行相關操作。if(events & SBP_START_DEVICE_EVT)

{

// Start the Device VOID GAPRole_StartDevice(&simpleBLEPeripheral_PeripheralCBs);//啟動設備，注冊回調函數，用于監督設備的狀態變化:廣播、連接、配對、綁定等。

// Start Bond Manager VOID GAPBondMgr_Register(&simpleBLEPeripheral_BondMgrCBs);} simpleBLEPeripheral_PeripheralCBs函數定義如下

static gapRolesCBs_t simpleBLEPeripheral_PeripheralCBs = {

peripheralStateNotificationCB, // Profile State Change Callbacks

NULL

// When a valid RSSI is read from controller(not used by application)};static void peripheralStateNotificationCB(gaprole_States_t newState)//傳入參數由GPA自己輸入，內部調用回調函數給用戶，處理連接狀態的改變 simpleBLEPeripheral_BondMgrCBs函數定義如下： static gapBondCBs_t simpleBLEPeripheral_BondMgrCBs = {

ProcessPasscodeCB，// 生成配對密碼，發送給主機

ProcessPairStateCB

//主機密碼的校驗處理。配對狀態管理 };

一、修改廣播功率 { #define LL_EXT_TX_POWER_MINUS_23_DBM

0 //-23dbm 功率 最小 #define LL_EXT_TX_POWER_MINUS_6_DBM

//-6dbm

#define LL_EXT_TX_POWER_0_DBM

// 0dbm

#define LL_EXT_TX_POWER_4_DBM // +dbm 功率 最大

HCI_EXT_SetTxPowerCmd(gTxPower);

更新廣播內容

GAP_UpdateAdvertisingData(simpleBLEPeripheral_TaskID, TRUE, sizeof(advertData_Ex), advertData_Ex);}

二、數據加密解密 { uint8 key[16] = {1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16};

// 需要加密的數據

uint8 plaintextData[16] = {1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16};

// 加密后數據存放區

uint8 encryptedData[16];

// 解密后數據存放區

uint8 deccryptedData[16];

// 開始加密

LL_Encrypt(key, plaintextData, encryptedData);

// 開始解密

LL_EXT_Decrypt(key, encryptedData, deccryptedData);}

三、設置從機廣播時間 1）、廣播模式必須是Limited Discoverable mode 在advertData 中加入此AD string： 0x02, GAP_ADTYPE_FLAGS, GAP_ADTYPE_FLAGS_LIMITED| GAP_ADTYPE_FLAGS_BREDR_NOT_SUPPORTED 2）、設置時間

//Maximum time to remain advertising, when in Limited Discoverable mode.unit is seconds #define USER_DEF_ADV_TIMEOUT

GAP_SetParamValue(TGAP_LIM_ADV_TIMEOUT, USER_DEF_ADV_TIMEOUT);

第四篇：android 開發心得

即 使你的應用程序是快速且響應靈敏的，但一些設計仍然會給用戶造成問題——與其它應用程序或對話框未事先計劃的交互，意外的數據丟失，意料之外的阻塞等等。避免這些問題，有助于理解應用程序運行的上下文和系統的交互過程，而這些又正影響著你的應用程序。簡而言之，你應該竭盡全力去開發一個與系統和其它應用程 序流暢交互的應用程序。

一 個常見的流暢問題是，一個應用程序的后臺處理——例如，一個 Service或者

BroadcastReceiver——彈出一個對話框來響應一些事件。這可能看起來沒啥大礙，尤其是你在模擬器上單獨地構建和測試你 的應用程序的時候。然而，當你的應用程序運行在真機上時，有可能你的應用程序在沒有獲得用戶焦點時后臺處理顯示了一個對話框。因此，可能會出現在活躍的應 用程序后方顯示了你的應用程序的對話框，或者從當前應用程序奪取焦點顯示了一個對話框，而不管當前用戶正在做什么（例如，正在打電話）。那種行為，對應用 程序或用戶來說，就不應該出現。

為了避免這些問題，你的應用程序應該使用合適的系統資源來通知用戶——Notification類。使用Notification，你的應用程序可以在狀態欄顯示一個 icon來通知用戶已經發生的事情，而不是奪取焦點和打斷用戶。

另 一個流暢問題的例子是未能正確實現Activity的 onPause()和其它生命周期方法而造成意外丟失了狀態或用戶數據。又或者，如果你的應用程序想暴露數據給其它應用程序使用，你應該通過 ContentProvider來暴露，而不是（舉例）通過一個可讀的原始文件或數據庫來實現。

這 些例子的共同點是它們都應該與系統和其它應用程序協作好。Android系統設計時，就把應用程序看作是一堆松散耦合的組件，而不是一堆黑盒代碼。作為開 發者來說，允許我們把整個系統看作是更大的組件集合。這有益于我們可以與其它應用程序進行清晰無縫的集成，因此，作為回報，我們應該更好的設計我們的代 碼。

下面將討論常見的流暢問題以及如何避免它們：

一 定要記住Android是一個移動平臺?？梢燥@而易見地說，其它Activity（例如，“Incoming Phone Call”應用程序）可能會在任何時候彈出來遮蓋你的Activity，記住這個事實很重要。因為這個過程將觸發 onSaveInstanceState()和 onPause()方法，并可能導致你的應用程序

被殺死。

如 果用戶在你的應用程序中正在編輯數據時，其它 Activity出現了，這時，你的應用程序被殺死時可能丟失那些數據。當然了，除非你事先保存了正在進行的工作?！癆ndroid方式”是這樣做的：能 接收和編輯用戶輸入的 Android應用程序應該重寫 onSaveInstanceState()方法，并以恰當的方式保存它們的狀態。當用戶重新訪問應用程序時，她能得到她的數據。進行這種處理方式最經典的例子是 mail應用程序。如果用戶正在輸入 email，這時其它 Activity啟動了，mail應用程序應該把正在編輯的email以草稿的方式保存起來。

如果你不想穿著內衣在大街上溜達的話，你的數據也不應該這樣。盡管可能存在暴露應用程序的某種形式給其它應用程序，但這通常不是最好的主意。暴露原始數據，要求其它應用程序能夠理解你的數據的格式；如果你變更了格式，那么，你將破壞那些沒有進行同步更新的應用程序。

“Android 方式”是創建一個 ContentProvider，以一種清晰的、深思熟慮的和可維護的API方式暴露你的數據給其它應用程序。使用 ContentProvider，就好像是插入Java接口來分離和組裝兩片高耦合的代碼。這意味著你可以修改數據的內部格式，而不用修改由 ContentProvider暴露的接口，這樣，也不會影響其它應用程序。

如果用戶正在運行一個應用程序（例如，Phone程序），斷定對用戶操作的目的才是安全的。這也就是為什么必須避免創建Activity，而是直接在當前的 Activity中響應用戶的輸入。那 就是說，不要在 BroadcastReceiver或在后臺運行的 Service中調用 callActivity()。這么做會中斷當前運行的應用程序，并導致用戶惱怒。也許更糟糕的是，你的 Activity可能成為“按鍵強盜”，竊取了用戶要提供給前一個 Activity的輸入。視乎你的應用程序所做的事情，這可能是個壞消息。

不 選擇在后臺直接創建 Activity UI，取而代之的是，應該使用NotificationManager來設置 Notification。它們會出現在狀態欄，并且用戶可以在他空閑的時候點擊它們，來查看你的應用程序向他顯示了什么。（注意，如果你的 Activity已經在前臺了，以上將不適用：這時，對于用戶的輸入，用戶期望的是看到下一個 Activity來響應）

如果你的應用程序需要執行一些昂貴或耗時的計算的話，你應該盡可能地將它挪到線程里。這將阻止向用戶顯示可怕的“Application Not Responding”對話框，如果不這樣做，最終的結果會導致你的應用程序完全終止。

一 般情況下，Activity中的所有代碼，包括它的 View，都運行在相同的線程里。在這個線程里，還需要處理UI事件。例如，當用戶按下一個按鍵，一個 key-down事件就會添加到 Activity的主線程隊列里。事件處理系統需要很快讓這個事件出列并得到處理；如果沒有，系統數秒后會認為應用程序已經掛起并為用戶提供殺死應用程序 的機會。

如果有耗時的代碼，內聯在Activity上運行也就是運行在事件處理線程里，這在很大程度上阻塞了事件處理。這會延遲輸入處理，并導致ANR對話框。為了避免這個，把你的計算移到線程里。

任 何值得使用的應用程序都可能有幾個不同的屏幕。當設計UI屏幕時，請一定要使用多個Activity對象實例。依賴于你的開發背景，你可能理解 Activity類似于 Java Applet，它是你應用程序的入口點。然而，那并不精確：Applet子類是一個 Java Applet的單一入口點，而一個Activity應該看作是你的應用程序多個潛在入口點之一。你的“main”Activity和其它之間的唯一不同點 是“main”Activity正巧是在AndroidManifest.xml文件中唯一對“android.intent.action.MAIN”動作感興趣的Activity。因此，當設計你的應用程序的時候，把你的應用程序看作是Activity對象的 集合。從長遠來看，這會使得你的代碼更加方便維護。

當 談到 UI觀感時，巧妙地交融非常重要。用戶在使用與自己期望相反的 UI的應用程序時，會產生不愉快的感覺。當設計你的 UI時，你應該盡量避免太多自己的主題。相反的，使用同一個主題。你可以重寫或擴展你需要的主題部分，但至少在與其它應用程序相同的 UI基礎上開始。

不 同的 Android設備可能支持不同的屏幕分辨率。甚至一些可以自己變更分辨率，例如，切換到風景模式。確保你的布局和圖片能足夠靈活地在不同的設備屏幕上正 常顯示。幸運的是，這很容易做到。簡而言之，你需要做的是為主要分辨率提供不同版本的作品，然后為不同的尺寸設計你的布局。（例如，避免使用硬編碼位置而 使用相對布局。）如果那樣做的話，系統會處理剩下的部分，而且你的應用程序在任何設備上都看起來很棒。

Android設備會有多種網絡連接選項。所有的都提供數據訪問，但之間肯定有更快的。其中，速度最慢的是GPRS，GSM網絡的非 3G數據服務。即使具備 3G能力的設備在非3G的網絡上也會花費很多的時間，所以，網絡很慢仍然是一個長期存在的事實。

這 就是為什么你應該按照最小化的網絡訪問和帶寬來編寫你的代碼。你不能假設網絡是快速的，所以，你應該總是計劃它是慢的。如果你的用戶碰巧在一個快速的網絡 上，那很好——他們的用戶體驗會提升。你要避免相反的情形：在不同的地點和不同時間，應用程序有時可用，有時慢得令人抓狂，這樣的程序可能不會受歡迎。

還 有一個潛在的地方是，如果你正在使用模擬器，那么你很容易受它迷糊，因為模擬器使用電腦的網絡連接。這比手機網絡快很多，所以，你需要修改模擬器設定來模 擬較低的網絡速度。你可以在 Eclipse中做到這點，在啟動選項的模擬器設置頁里設置或者在啟動模擬器時通過命令行選項設置。

Android 可以支持多種外觀形狀。也就是說，一些Android設備擁有全“QWERTY”鍵盤，而其它可能會有40鍵、12鍵或其它鍵盤設置。同樣的，一些設備可 能有觸摸屏，但一些也會沒有。當創建你的應用程序的時候，記住這一點。不要假定特定的鍵盤布局——除非你真的想限定你的應用程序只運行在某些設備上。

如 果移動設備經常插在墻上，那么，它也就不是很“移動”。移動設備是電池供電的，如果我們能讓每次充電的電池使用得更持久一些，那么每個人都會更加開心—— 尤其是用戶。

其中兩大耗電硬件是處理器和無線；這也就是我們為什么要寫盡可能少做工作、盡可能少去使用網絡的應用程序的重要原因。

如 何讓你的應用程序最小化的占用處理器，歸根結底還是要寫高效代碼。為了減少無線的電量消耗，確保對錯誤條件進行正確的處理，并只獲取你要的東西。例如，如 果某一個網絡操作失敗了，不要不斷地進行重試。如果失敗了一次，有可能是用戶不受歡迎，因此，如果你再以正確的方式操作，有可能還會失?。凰心阕龅亩际?在浪費電池。

用戶是相當聰明的：如果你的程序高耗電，他們是一定會發現的。到那個時點，你唯一可以確定的是，你的程序將很快被卸載掉。

第五篇：CSR藍牙耳機開發簡介（模版）

CSR藍牙耳機開發簡介

一．BC6145 1.連接spi板和BC6145,電腦并口連接到spi下載板上，bc6145要開機，如下圖：

2.打開Headset Config Tool BC6145軟件，修改pskey

先選擇從目標板上讀取pskey設置，如下圖，選擇open from device 在各設計選擇完后，選擇write to device(若要保存設置文件，則選擇write PSR)3.需要復位eeprom，才能使設置起作用，復位可以斷電復位，或者關機后等1分鐘進入待機后再開機即可起作用。