Bluetooth Low Energy Packet Structure
協議資料單元
包含封包的控制資訊
實際的廣告資料內容
決定廣告類型,例如 ADV_IND(可連接的無向廣告)
預留未來使用的保留位元
若支援 LE 通道選擇演算法 #2,則設為 1
0 = 公開地址,1 = 隨機地址
0 = 公開地址,1 = 隨機地址
指示 Payload 的長度
總計: 16 bits (2 bytes) = 4 + 2 + 1 + 1 + 1 + 6 + 1 bit (RFU)
廣告端的藍牙裝置地址
實際的廣告內容與服務資訊,由多個 AD 結構組成
每個 AD 結構(如 AD0, AD1, AD2...)都包含三個部分:
點擊查看 AD Length、AD Type、AD Data 詳情 →
總計: 6-37 bytes (依據 Header 中的 Length 欄位)
指示此 AD 結構中 Type + Data 的總長度
定義 AD Data 的資料類型
實際的廣告資料內容
類型代碼:BT_DATA_NAME_COMPLETE (0x09)
完整本地名稱,使用者掃描時看到的裝置名稱(如透過智慧型手機)
類型代碼:BT_DATA_NAME_SHORTENED (0x08)
簡短版本的完整本地名稱,用於節省廣告空間
類型代碼:BT_DATA_URI (0x24)
用於廣告 URI,如網站地址(URLs)
類型代碼:多種(0x02, 0x03, 0x06, 0x07 等)
服務通用唯一識別碼,全球唯一的編號,幫助掃描器識別值得連接的裝置
類型代碼:BT_DATA_MANUFACTURER_DATA (0xFF)
製造商特定資料,讓企業自定義廣告資料,如 iBeacon
類型代碼:0x01
1 位元變數,標記裝置的特定屬性或操作模式
注意:這些資料類型由藍牙規範定義,可在 nRF Connect SDK 的「EIR/AD 資料型別定義」中查看完整列表
廣告旗標是封裝在一個位元組(byte)內的 1 位元旗標,最多可設定 8 個旗標。
LE 有限可發現模式
LE 通用可發現模式
不支援經典藍牙
範例 1:設定 BT_LE_AD_NO_BREDR (0x04)
範例 2:同時設定 BT_LE_AD_GENERAL 和 BT_LE_AD_NO_BREDR
注意:BT_LE_AD_LIMITED 和 BT_LE_AD_GENERAL 都是為周邊角色的裝置設計,用於控制裝置的可發現性。