由淺入深藍牙4.0BLE協(xié)議棧開發(fā)攻略大全5

《由淺入深藍牙4.0BLE協(xié)議棧開發(fā)攻略大全5》由會員分享，可在線閱讀，更多相關(guān)《由淺入深藍牙4.0BLE協(xié)議棧開發(fā)攻略大全5（52頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、本系列教程將結(jié)合TI推出的CC254x SoC 系列，講解從環(huán)境的搭建到藍牙4.0協(xié)議棧的開發(fā)來深入學習藍牙4.0的開發(fā)過程。教程共分為六部分，本文為第五部分： 　　第五部分知識點： 　　第二十一節(jié) DHT11溫濕度傳感器 　　第二十二節(jié) 藍牙協(xié)議棧之從機通訊 　　第二十三節(jié) 藍牙協(xié)議棧主從一體之主機通訊 　　第二十四節(jié) OAD空中升級 　　第二十五節(jié) SBL串口升級 　　有關(guān)TI 的CC254x芯片介紹，可點擊下面鏈接查看： 　　主流藍牙BLE控制芯片詳解（1）：TI CC2540 　　同系列資料推薦： 　　由淺入深，藍牙4.0/BLE協(xié)議棧開發(fā)攻略大全（1）

2、　　由淺入深，藍牙4.0/BLE協(xié)議棧開發(fā)攻略大全（2） 　　由淺入深，藍牙4.0/BLE協(xié)議棧開發(fā)攻略大全（3） 　　由淺入深，藍牙4.0/BLE協(xié)議棧開發(fā)攻略大全（4） 　　有關(guān)本文的工具下載，大家可以到以下這個地址： 　　朱兆祺ForARM 　　第二十一節(jié) DHT11溫濕度傳感器 　　DHT11簡介 　　DHT11數(shù)字溫濕度傳感器是一款含有已校準數(shù)字信號輸出的溫濕度復(fù)合傳感器，它應(yīng)用專用的數(shù)字模塊采集技術(shù)和溫濕度傳感技術(shù)，確保產(chǎn)品具有極高的可靠 性和卓越的長期穩(wěn)定性。傳感器包括一個電阻式感濕元件和一個NTC測溫元件，并與一個高性能8位單片機相連接。因此該產(chǎn)品具有品質(zhì)卓越、超

3、快響應(yīng)、抗干擾 能力強、性價比極高等優(yōu)點。每個DHT11傳感器都在極為精確的濕度校驗室中進行校準。校準系數(shù)以程序的形式存在OTP內(nèi)存中，傳感器內(nèi)部在檢測型號的處 理過程中要調(diào)用這些校準系數(shù)。單線制串行接口，使系統(tǒng)集成變得簡易快捷。超小的體積、極低的功耗，使其成為給類應(yīng)用甚至最為苛刻的應(yīng)用場合的最佳選擇。產(chǎn) 品為4針單排引腳封裝，連接方便。 　　技術(shù)參數(shù) 　　供電電壓： 3.3~5.5V DC 　　輸 出： 單總線數(shù)字信號 　　測量范圍： 濕度20-90%RH， 溫度0~50℃ 　　測量精度： 濕度+-5%RH， 溫度+-2℃ 　　分 辨 率： 濕度1%RH，溫度1℃ 　　互 換

4、性： 可完全互換 ， 　　長期穩(wěn)定性： < 1%RH/年 　　DHT11 數(shù)字濕溫度傳感器采用單總線數(shù)據(jù)格式。即，單個數(shù)據(jù)引腳端口完成輸入輸出雙向傳輸。其數(shù)據(jù)包由 5Byte（40Bit）組成。數(shù)據(jù)分小數(shù)部分和整數(shù)部分，一次完整的數(shù)據(jù)傳輸為40bit，高位先出。DHT11 的數(shù)據(jù)格式為：8bit 濕度整數(shù)數(shù)據(jù)+8bit 濕度小數(shù)數(shù)據(jù)+8bit 溫度整數(shù)數(shù)據(jù)+8bit 溫度小數(shù)數(shù)據(jù)+8bit 校驗和。其中校驗和數(shù)據(jù)為前四個字節(jié)相加。傳感器數(shù)據(jù)輸出的是未編碼的二進制數(shù)據(jù)。數(shù)據(jù)（濕度、溫度、整數(shù)、小數(shù)）之間應(yīng)該分開處理。例如，某次從 DHT11 讀到的數(shù)據(jù)如圖所示： 　　 　　協(xié)議棧DHT1

5、1測試 　　打開DHT11Example工程，我們在啟動事件中對DHT11進行初始化。如果初始化失敗則說明沒有接傳感器。 　　 　　然后在定時事件中定時的讀取溫濕度的值。并將結(jié)果通過UART顯示到PC端。 　　 　　從其中可以看到當前的溫度為29攝氏度，濕度為30%，往傳感器器哈一口氣可以看到溫濕度都上升了。 　 　　第二十二節(jié) 藍牙協(xié)議棧之從機通訊 　　之前都是外圍模塊的驅(qū)動程序，這一節(jié)開始，我們進入藍牙4.0協(xié)議棧的核心部分，從機通訊的程序設(shè)計。接下來的章節(jié)是藍牙4.0協(xié)議棧最為核心的程序設(shè)計部分。 　　前面的大都是外圍器件的實驗，這節(jié)我們介紹藍牙通訊中從機的角色，從

6、機的主要工作是對外廣播，接受主機的連接，并且接受主機發(fā)送過來的數(shù)據(jù)。這里介紹兩個函數(shù)： 　　bStatus_t GAPRole_SetParameter（ uint16 param， uint8 len， void *pValue ）; 　　這個函數(shù)主要是用來配置從機的一些參數(shù)，第一個參數(shù)表示需要配置哪個參數(shù)，例如我們需要時能從機廣播，則需要這樣調(diào)用： 　　uint8 initial_advertising_enable = TRUE; 　　GAPRole_SetParameter（ GAPROLE_ADVERT_ENABLED， sizeof（ uint8 ）， &initial_a

7、dvertising_enable ）; 　　第二個函數(shù)是特征值改變時的回調(diào)函數(shù)，當主機給從機發(fā)送數(shù)據(jù)時，從機就會回調(diào)這個函數(shù)來告知應(yīng)用層有數(shù)據(jù)送達。 　　static void simpleProfileChangeCB（ uint8 paramID ）; 　　在低功耗藍牙中，數(shù)據(jù)的傳輸是通過特征值的讀寫來實現(xiàn)的。 　　BLE協(xié)議棧的GATT層用于應(yīng)用程序在兩個連接設(shè)備之間的數(shù)據(jù)通信的。從GATT層的角度看，當設(shè)備連接后，將充當一下兩種角色中的一個： 　　GATT Client —— 從GATT服務(wù)器讀/寫數(shù)據(jù)的設(shè)備。 　　GATT Server —— 包含客戶端需要讀/寫的數(shù)據(jù)

8、的設(shè)備。 　　重要的是要注意，GATTClient和Server 的角色完全獨立于BLE的鏈路層的 slave和master的角色，或GAP層peripheral和central的角色。一個slave 可以是GATT Client或GATT Server，一個master同樣可以是GATT Client或GATT Server。 一個GATT Server可以有多個完成一個特定的功能或特性GATT Server組成。 　　在SimpleBLEPeripheral應(yīng)用程序中有三個GATT服務(wù)： 　　Mandatory GAP Service：這個服務(wù)包含設(shè)備和訪問信息，比如設(shè)備名稱、供應(yīng)商

9、和產(chǎn)品標識。 　　Mandatory GATT Service ：這個服務(wù)包含有關(guān)服務(wù)UUID相關(guān)信息。 　　SimpleGATTProfile Service——這個服務(wù)是一個示例配置文件，供測試和演示。 　　Profile簡介 　　為了更容易的保持Bluetooth 設(shè)備之間的兼容，Bluetooth規(guī)范中定義了 Profile。Profile 定義了設(shè)備如何實現(xiàn)一種連接或者應(yīng)用，你可以把 Profile 理解為連接層或者應(yīng)用層協(xié)議。Bluetooth 的一個很重要特性，就是所有的 Bluetooth 產(chǎn)品都無須實現(xiàn)全部的 Bluetooth 規(guī)范，你可根據(jù)所需要的產(chǎn)品實現(xiàn)需要的P

10、rofile，不必給開發(fā)帶來更大的開銷。這就是說當需要利用藍牙提供數(shù)據(jù)傳輸功能時就必須建立對應(yīng)的 Profile，TI的BLE協(xié)議棧為我們提供了部分Profile，其中一部分是非標準的Profile。其中非標準的有 SimpleGATTProfile和SimpleKeysProfile，我們將通過對這兩個Profile的介紹及實驗來了解Profile的特性和 使用。每個 Profile 初始化其響應(yīng)的服務(wù)和內(nèi)部寄存器。GATT 服務(wù)器將整個服務(wù)加到屬性表中，并為每個屬性分配唯一的句柄。 GATTProfile用于存儲和處理GATT服務(wù)器中的數(shù)據(jù)。在下面的實驗中需要用到的都是我們自己新建的Pro

11、file，即非標準的Profile。 其中主要要注意Profile、UUID、handle、CharacteristicValues。 　　SimpleGATTProfile及Btool的使用 　　SimpleGATTProfile中包含5個特征值，每一個的屬性都不同： 　　SimpleGATTProfile 特征值屬性： 　　 　　Btool是PC端工具，使用特定的HCI命令與CC2540通信，PC端需要通過串口或 USB 連接 CC2540，CC2540 使用 HostTestRelease 工程，硬件可以使用 USBDongle（對應(yīng)CC2540USB）或我們提供的USBDon

12、gle。 　　USBDongle連接從機 　　使用饅頭科技有限公司的USBDongle，燒寫HostTestRelease固件，連接電腦后就可以用Btool軟件來連接從機設(shè)備。 　　將從機工程編譯下載到開發(fā)板，連接串口到PC端，我們通過串口來觀察設(shè)備的運行，運行后可以看到設(shè)備處于廣播。 　　 　　這是我們插入USBDongle到電腦，可以看到識別到一個串口插入，如圖，這就是USBDongle用CDC的方式實現(xiàn)的串口。 　　 　　打開Btool，按左圖配置，可以看到右圖的信息，這是說明Btool已經(jīng)識別到了USBDongle。 　　 　　 　　Btool的界面可以分為4個區(qū)：

13、 　　1. 設(shè)備信息展示 　　2. 歷史記錄 　　3. 設(shè)備控制 　　4. 連接信息 　　確保周圍存在設(shè)備可發(fā)現(xiàn)，點擊Discover/Connect標簽的scan按鈕，CC2540 就會進行10s的掃描過程，在這期間可通過Cancle按鈕停止掃描。 　　 　　可以看到，我們周邊有兩個設(shè)備，其中一個就是我們的開發(fā)板，根據(jù)串口輸出的信息我們知道我們設(shè)備的地址是0X7C669D9F6297，下面我們點擊establish來連接我們的開發(fā)板。 　 　　連接后可以看到兩邊都同時顯示了連接信息。 　　開發(fā)板輸出連接： 　　 　　Btool連接的設(shè)備信息： 　　 　　特征值的讀

14、寫 　　接下來我們用Btool對SimpleProfile 進行使用操作。剛剛我們已經(jīng)列出了SimpleProfile中的各個特征值。 　　使用UUID讀取特征值，CHAR1具有讀寫屬性，這里對 SimpleProfile 的第一特征值 CHAR1進行讀取操作，UUID 為0xfff1。選擇 Read/Write 選項頁并選擇 ReadUsing Characteristic UUID 功能，在Characteristic UUID選項填入f1:ff（高字節(jié)在前），點擊Read按鈕。 　　讀取特征值成功： 　　 　　下面對此特征值進行寫入操作，寫入操作必須使用Handle值進行，而無

15、法使用UUID來操作，那CHAR1的Handle值的什么呢？其實剛剛在我們讀取CHAR1的值的時候就已經(jīng)獲取到了它的Handle。如圖，CHAR1的Handle為0x0025。 　　CHAR1的Handle值： 　　 　　下面我們通過這個Handle對CHAR1寫入十進制的10，如圖，我們寫入成功了。 　　寫入成功： 　　 　　在SimpleBLEPeripheral設(shè)備的串口輸出中可以看到設(shè)備提示CHAR1的值變?yōu)榱?0。 　　 　　下面來驗證我們是否成功的將CHAR1改為了10，按照剛剛讀取CHAR1的步驟，重新讀取CHAR1的值。 　　CHAR1的值改為了10： 　　

16、 第二十二節(jié) 藍牙協(xié)議棧之從機通訊（下）#e# 　　藍牙點燈 　　上面我們已經(jīng)能夠成功的改寫一個特征值，那我們是不是可以通過發(fā)送特定的值來控制一個燈的亮滅呢？答案是肯定的。下面我們來實現(xiàn)這個功能。 　　從機工程已經(jīng)有5個特征值了，我們現(xiàn)在增加一個特征值來控制燈的亮滅。那我們該如何來添加特征值呢？特征值的管理是在profile中實現(xiàn)的。所以我們需要對profile進行修改。 　　 　?。?）修改simpleGATTProfile.h 　　在simpleGATTProfile.h中可以看到現(xiàn)在定義的5個特征值的標示符和UUID，我們添加一個1Byte的特征值來控制燈的亮滅。 　　

17、 　　因為simpleGATTProfile是共用的文件，為了不影響其它工程，我們使用一個宏來控制新增加的屬性。 　　 　　接下來我們需要修改simpleGATTProfile.c，這個文件需要修改的地方較多，下面我們一步一步來修改。 　　（2）添加UUID 　　 　　（3）添加屬性 　　 　?。?）屬性表 　　 　?。?）屬性設(shè)置操作 　　 　?。?）屬性獲取操作 　　 　?。?）屬性讀操作 　　 　?。?）屬性寫操作 　　 　　Profile的改造完成后，我們將這個宏打開，配置工程。 　　 　　接著我們在staticvoid simpleProfile

18、ChangeCB（ uint8 paramID ）函數(shù)的switch中加入CHAR6的判斷即可。 　　 　　編譯燒錄后，按照我們前面說的在Btool中對FFF6的UUID進行讀寫操作即可實現(xiàn)對LED的控制。 　　第二十三節(jié) 藍牙協(xié)議棧之主機通訊 　　隨著藍牙4.0模塊的大量使用，為了很多從未接觸過藍牙的工程師也能快速便捷地開發(fā)藍牙項目或者使用藍牙，主從一體、遠控IO等等特性也成為藍牙模塊必 備的條件。其實，聯(lián)合第二十一節(jié)和本節(jié)（第二十二節(jié)），我們就能將一個本無固件的裸片藍牙，使其開發(fā)為具備主從一體功能的藍牙模塊。這兩節(jié)的內(nèi)容，也是本 連載篇的重點部分之一。 　　上一節(jié)我們對從機的工作

19、流程有了一個整體的把握。我們現(xiàn)在接著來看主機的工作流程。 　　主機的工作主要是掃描設(shè)備，對發(fā)現(xiàn)的設(shè)備發(fā)起連接，然后就是對特征值的讀寫操作了。 　　手動連接 　　從機的對外廣播是在初始化的時候完成的，那主機的掃描是在哪里開始的呢？閱讀源碼可以發(fā)現(xiàn)主機的操作都在按鍵處理中完成的。主機通過五向按鍵中的五個按鍵實現(xiàn)不同的功能。 　　static void simpleBLECentral_HandleKeys（ uint8 shift， uint8 keys ） 　　{ 　?。╲oid）shift; // Intentionally unreferenced parameter 　　if

20、 （ keys & HAL_KEY_UP ） // 向上 　　{ 　　// Start or stop discovery 　　if （ simpleBLEState ！= BLE_STATE_CONNECTED ） // 如果沒有連接，開始掃描 　　{ 　　if （ ！simpleBLEScanning ） 　　{ 　　simpleBLEScanning = TRUE; 　　simpleBLEScanRes = 0; 　　LCD_WRITE_STRING（ “Discovering.。?！保?HAL_LCD_LINE_1 ）; 　　LCD_WRITE_STRING（ “”

21、， HAL_LCD_LINE_2 ）; 　　GAPCentralRole_StartDiscovery（ DEFAULT_DISCOVERY_MODE， 　　DEFAULT_DISCOVERY_ACTIVE_SCAN， 　　DEFAULT_DISCOVERY_WHITE_LIST ）; 　　} 　　else 　　{ 　　GAPCentralRole_CancelDiscovery（）; 　　} 　　} 　　else if （ simpleBLEState == BLE_STATE_CONNECTED && // 如果連接并且發(fā)現(xiàn)Handle進行讀寫操作 　　simpleB

22、LECharHdl ！= 0 && 　　simpleBLEProcedureInProgress == FALSE ） 　　{ 　　uint8 status; 　　// Do a read or write as long as no other read or write is in progress 　　if （ simpleBLEDoWrite ） 　　{ 　　// Do a write 　　attWriteReq_t req; 　　req.handle = simpleBLECharHdl; 　　req.len = 1; 　　req.value［0］ = simp

23、leBLECharVal; 　　req.sig = 0; 　　req.cmd = 0; 　　status = GATT_WriteCharValue（ simpleBLEConnHandle， &req， simpleBLETaskId ）; 　　} 　　else 　　{ 　　// Do a read 　　attReadReq_t req; 　　req.handle = simpleBLECharHdl; 　　status = GATT_ReadCharValue（ simpleBLEConnHandle， &req， simpleBLETaskId ）; 　　} 　　

24、if （ status == SUCCESS ） 　　{ 　　simpleBLEProcedureInProgress = TRUE; 　　simpleBLEDoWrite = ！simpleBLEDoWrite; 　　} 　　} 　　} 　　if （ keys & HAL_KEY_LEFT ） // 左 　　{ 　　// Display discovery results 　　if （ ！simpleBLEScanning && simpleBLEScanRes > 0 ） // 顯示掃描到的設(shè)備 　　{ 　　// Increment index of current

25、 result （with wraparound） 　　simpleBLEScanIdx++; 　　if （ simpleBLEScanIdx >= simpleBLEScanRes ） 　　{ 　　simpleBLEScanIdx = 0; 　　} 　　LCD_WRITE_STRING_VALUE（ “Device”， simpleBLEScanIdx + 1， 　　10， HAL_LCD_LINE_1 ）; 　　LCD_WRITE_STRING（ bdAddr2Str（ simpleBLEDevList［simpleBLEScanIdx］.addr ）， 　　HAL_LC

26、D_LINE_2 ）; 　　} 　　} 　　if （ keys & HAL_KEY_RIGHT ） // 右 　　{ 　　// Connection update 　　if （ simpleBLEState == BLE_STATE_CONNECTED ） // 如果連接，則更新連接 　　{ 　　GAPCentralRole_UpdateLink（ simpleBLEConnHandle， 　　DEFAULT_UPDATE_MIN_CONN_INTERVAL， 　　DEFAULT_UPDATE_MAX_CONN_INTERVAL， 　　DEFAULT_UPDATE_SLA

27、VE_LATENCY， 　　DEFAULT_UPDATE_CONN_TIMEOUT ）; 　　} 　　} 　　if （ keys & HAL_KEY_CENTER ） // 中間鍵 　　{ 　　uint8 addrType; 　　uint8 *peerAddr; 　　// Connect or disconnect 　　if （ simpleBLEState == BLE_STATE_IDLE ） // 空閑則連接 　　{ 　　// if there is a scan result 　　if （ simpleBLEScanRes > 0 ） 　　{ 　　// co

28、nnect to current device in scan result 　　peerAddr = simpleBLEDevList［simpleBLEScanIdx］.addr; 　　addrType = simpleBLEDevList［simpleBLEScanIdx］.addrType; 　　simpleBLEState = BLE_STATE_CONNECTING; 　　GAPCentralRole_EstablishLink（ DEFAULT_LINK_HIGH_DUTY_CYCLE， 　　DEFAULT_LINK_WHITE_LIST， 　　addrType， p

29、eerAddr ）; 　　LCD_WRITE_STRING（ “Connecting”， HAL_LCD_LINE_1 ）; 　　LCD_WRITE_STRING（ bdAddr2Str（ peerAddr ）， HAL_LCD_LINE_2 ）; 　　} 　　} 　　else if （ simpleBLEState == BLE_STATE_CONNECTING || // 連接則斷開連接 　　simpleBLEState == BLE_STATE_CONNECTED ） 　　{ 　　// disconnect 　　simpleBLEState = BLE_STATE_DI

30、SCONNECTING; 　　gStatus = GAPCentralRole_TerminateLink（ simpleBLEConnHandle ）; 　　LCD_WRITE_STRING（ “Disconnecting”， HAL_LCD_LINE_1 ）; 　　} 　　} 　　if （ keys & HAL_KEY_DOWN ） // 下 　　{ 　　// Start or cancel RSSI polling 　　if （ simpleBLEState == BLE_STATE_CONNECTED ） // 連接則讀取RSSi的值 　　{ 　　if （ ！sim

31、pleBLERssi ） 　　{ 　　simpleBLERssi = TRUE; 　　GAPCentralRole_StartRssi（ simpleBLEConnHandle， DEFAULT_RSSI_PERIOD ）; 　　} 　　else 　　{ 　　simpleBLERssi = FALSE; 　　GAPCentralRole_CancelRssi（ simpleBLEConnHandle ）; 　　LCD_WRITE_STRING（ “RSSI Cancelled”， HAL_LCD_LINE_1 ）; 　　} 　　} 　　} 　　} 　　因為從機一直處

32、于廣播狀態(tài)，所以秩序?qū)⑸弦还?jié)中的從機程序燒錄進開發(fā)板即可，然后將主機程序燒錄到另外一快開發(fā)板，通過五向按鍵來實現(xiàn)和從機的連接和讀寫功能。 　?。?） 上電提示 　　從機上電提示： 　　 　　主機上電提示： 　　 　?。?）根據(jù)主機的按鍵功能，我們按“UP”鍵，開始搜索周邊設(shè)備。搜索完成后，可以看到，掃描到了一個設(shè)備。 　?。?）接著我們查看掃描到的設(shè)備地址，按左鍵?？梢钥吹綊呙璧降脑O(shè)備地址為0x7C669D9F638A。這個地址正是我們的從機地址。 　?。?）按中間鍵連接從機，可以看到主機提示連接成功，從機也提示連接成功。 　?。?）接著我們開始讀取從機的RSSI值，按下鍵。

33、 　　 　?。?）再次按下鍵，取消RSSI值的讀取。 　?。?）對從機的CHAR1進行讀寫，再次按上鍵讀取到CHAR1的值為1。 　?。?）接著按上鍵，對CHAR1寫入0，同時看到從機提示CHAR1的值被修改為0。 　　主機寫入成功： 　　 　　從機提示CHAR1被改變： 　　 　　上電自動連接 　　上一節(jié)中我們通過五向按鍵實現(xiàn)了主機連接從機的功能，這一節(jié)中們來實現(xiàn)主機上電后自動搜索連接從機。 　　要實現(xiàn)連接，從機必須處于廣播狀態(tài)，剩下的工作全部由主機完成，掃描、發(fā)起連接。 　　主機的狀態(tài)也有回調(diào)函數(shù)，主機啟動后，第一個狀態(tài)是初始化，所以我們在初始化完成時開始掃描，

34、　　這樣開機后主機就會開始掃描周邊設(shè)備，接下來我們在掃描完成后對掃描到的設(shè)備發(fā)起連接。 　　將工程編譯下載后通過串口助手觀察主機和從機的輸出可以發(fā)現(xiàn)主機上電后自動的完成了一系列的操作。 　　第二十四節(jié) OAD空中升級 　　通過仿真器更新程序或者通過USB更新固件那都是一般人都可以實現(xiàn)的操作，但是要想實現(xiàn)OAD空中升級，這還是需要一定的技術(shù)能力。這一節(jié)我就帶著大家完善這一能力。 　　OADn air download，指空中下載模式。當我們的產(chǎn)品發(fā)布以后，有時需要對固件進行升級，OAD是升級方式中的一種。 　　配置BIM（Boot Image Manger） 　　打開IAR，打開BL

35、E-CC254x-1.4.0下的工程C：\TexasInstruments\BLE-CC254x-1.4.0\Projects\ble\util\BIM\cc254x\BIM.eww，然后編譯，下載到開發(fā)板中。 　　配置Image A 　　打開OADExample工程，配置工程，添加如下幾個宏 　　FEATURE_OAD_BIM 　　HAL_IMAGE_A 　　FEATURE_OAD 　　OAD_KEEP_NV_PAGES 　?。?） 打開simplePeripheral.c找到宏定義DEFAULT_ENABLE_UPDATE_REQUEST，將其改為FLASE。否則會影響B(tài)LE

36、Device Monitor對其進行空中升級，到時可以再改回來。 　?。?） IAR左側(cè)導(dǎo)航中找到Profile文件夾，點擊右鍵添加oad_target.c和oad_target.h兩個文件，二文件位于 C：\TexasInstruments\BLE- CC254x-1.4.0\Projects\ble\Profiles\OAD中。 　　（3） 在IAR導(dǎo)航中找到 HAL→Target→MT254xboard→Driver，右鍵添加文件hal_crc.c，該文件位于C：\TexasInstruments \BLE-CC254x-1.4.0\Components\hal\target\MT2

37、54xboard中。 　　（4） 在剛才的simplePeripheral.c文件中，找到simplePeripheral_Init（）函數(shù)，在里面添加OADTarget_AddService（）函數(shù)。 　?。?） 在simplePeripheral.c的前面，添加引用OAD的頭文件，OAD.h和OAD_target.h。 　?。?） 點擊Project→Option…，或直接按Alt+F7，選擇BuildActions，在Post-buildcommand line中添加： 　　“$PROJ_DIR$\。。\。。\common\cc2540\cc254x_ubl_pp.bat”“$P

38、ROJ_DIR$” “ rodUBL”“$PROJ_DIR$\CC2540-OAD-ImgA\Exe\OADExample” 　　注意，各雙引號之間只有一個空格。注意圖中紅框標的部分，Image_A是和之前第1步對應(yīng)的。 　　（7） 點擊Project→Option…，或直接按Alt+F7，選擇Linker，選擇Config，Linker Configurationfile中勾選Override default，添加C：\TexasInstruments\BLE-CC254x-1.4.0\Projects\ble\common \cc2540\cc254x_f256_imgA.xcl。

39、　?。?） 點擊Project→Option…，或直接按Alt+F7，選擇Linker，選擇Extra Output。 　?。?） Extra Option添加Hex文件的輸出。 　?。?0） 點擊OK，編譯下載，如果出現(xiàn)如下錯誤，是因為我們使用的是IAR8051 8.30版本，如果你使用的是IAR8.20版本就沒有這問題。 　?。?1） 這個問題是因為使用了虛擬寄存器導(dǎo)致的，我們找到如下文件。 　　 　?。?2） 對文件的115行進行如下修改，將虛擬寄存器注釋掉。 　　 　?。?3） 編譯后，可以看到我們生成的文件 　　（14） 我們將hex文件疊加到BIM后面 　　這樣I

40、mageA就成功燒錄進開發(fā)板了。 　　配置Image B 　　（1） 方法如Image A，其它要注意的幾個地方：點擊Project→Option…，或直接按Alt+F7，選擇C/C++Compiler，選擇Preprocessor，將Defined symbols中的HAL_IMAGE_A改成B。 　?。?） 點擊Project→Option…，或直接按Alt+F7，選擇Linker，選擇Config，將Linker Configuration file中的文件改為B。 　?。?） 保存后編譯，同樣的可以看到生成的文件。 　　 　?。?） 為了區(qū)分A和B鏡像，我們將最終結(jié)果改名。

41、 　　空中升級 　　有了bin文件就可以進行空中升級了，打開BLE Device Monitor（沒有安裝的需要安裝），打開后軟件會自動掃描設(shè)備，如圖，我們掃描到了開發(fā)板。 　　 　　（2） 連接后，打開OAD 　?。?） 點擊file，選擇Progame（OAD），選擇生成的bin文件，可以看到我們當前運行的是A固件 　?。?） 點擊start，當進行到100%，就完成了固件空中升級。 　?。?） 升級后再次打開OAD選項，可以看到選擇運行的固件已經(jīng)是B版本的了。 　　注意： 　　要把 BLE協(xié)議棧BLE-CC254x-1.4.0 安裝在C盤，在其他盤符下沒有生成bin

42、文件。 　　第二十五節(jié) SBL串口升級 　　SBL升級和OAD升級的配置步驟都是一樣的，主要是配置的參數(shù)不一樣，下面我們來配置一個SBL升級的固件。 　　配置SBL 　　打開IAR，打開BLE-CC254x-1.4.0下的工程C：\TexasInstruments\BLE-CC254x-1.4.0\Projects\ble\util\SBL\iar\cc254x\sbl.eww，然后編譯，下載到開發(fā)板中。 　　配置Bin文件 　?。?） 添加宏 　　MAKE_CRC_SHDW 　　FEATURE_SBL 　　OAD_KEEP_NV_PAGES 　?。?） 添加build選項 　　“$PROJ_DIR$\。。\。。\common\cc2540\cc254x_ubl_pp.bat”“$PROJ_DIR$” “ProdUBL” “$PROJ_DIR$\MT254xboard\Exe\SBLExample” 　?。?） Config選項 　　（4） Extra Output選項 　　 　?。?） 保存編譯 　 　　（6） 打開串口升級軟件SerialBootTool.exe，選擇SBLExample.bin文件。 　 　?。?） Load Image 　　這樣我們的SBL固件就制作完畢了。