物聯網無線連接領域的從業人員對德州儀器（TI）并不陌生，其研發的SimpleLink超低功耗無線MCU具有業內領先的RF性能，相較于同類產品具備更寬泛的連接范圍和更穩健的連通性等優勢。值得一提的是，昇潤科技自TI發布第一顆低功耗藍牙MCU開始，就跟TI建立了長久穩固的合作關系，作為TI在中國區非常重要的第三方合作伙伴，昇潤一直專注于TI藍牙低功耗MCU的開發應用，從CC2541到CC2640，從CC2640到CC2640R2F，對TI的Bluetooth?低功耗無線MCU平臺產品有著非常豐富的經驗積累。為了方便開發人員使用TTC SDK，讓用戶擁有更好的體驗，今天筆者收集了關于TTC SDK&透傳的一些常見問題，同時提供解決方法。
一，TTC SDK&透傳的基本知識
1.SDK&透傳共同常見問題
以 CC2541 從機透傳為例，說明功耗、藍牙參數、時序之間的關系。其他版本的 SDK 以及透傳，只是功耗有所差異，概念和測試方法與 CC2541 一致。
2.藍牙參數/配置
（1）藍牙角色：主機（Master）、從機（Slave）
初始化后，從機開始廣播；可以進行掃描并發起連接請求的是藍牙主機。
（2）廣播間隔（Adv Interval）
藍牙初級初始化，按照廣播間隔，從機會定時發起一次藍牙廣播，廣播結束后模組自動睡眠，實現超低功耗。
備注：藍牙廣播間隔，會自動加入 10ms 以內的隨機延遲，以避免 BLE 設備之間可能存在的持續干擾。所以，廣播實際間隔與設置的廣播間隔，出現偏差是正常現象。另外，SDK 中主機+廣播的組合角色，廣播為不可連接廣播。
由此可見，減小廣播間隔，會增加模組功耗，主機可以更快的掃描到從機。反之，加大廣播間隔，會減小模組功耗，主機掃描到從機的時間也相應增加。用戶可根據實際應用調節此參數。
（3）連接間隔（Connection Interval）
當主機與從機建立連接后，按照連接間隔，每隔一段時間會自動產生一個連接事件，模組會自動喚醒一段時間，無需用戶控制。
備注：藍牙主從機如何同步喚醒無需關注，喚醒狀態的時間長短由需傳輸數據的長度決定。
由此可見，減小連接間隔，會增加模組功耗，加快數據傳輸速度。反之，加大連接間隔，會減小模組功耗，數據傳輸變慢。用戶可根據實際應用調節此參數。
（4）連接超時（Supervision Time-out）
超時時間為兩個有效連接事件之間的時間差，超時則會斷開連接。此參數設置需遵循一些規則： Interval Max * ( Slave Latency + 1) * 3 < ConnSupervisionTimeout
（5）藍牙參數更新
主機與從機建立連接之后，默認先使用主機指定的藍牙連接參數。SDK 以及透傳藍牙從機均可發起藍牙參數更新請求，但是發起更新請求的時間點并不一樣。一般是在與主機建立連接后，延遲一段時間發起參數更新請求，如透傳的“參數更新延遲寄存器”參數可設置。
3.接口時序
用戶主控 MCU 與 BLE 模組通信，可以使用 UART/SPI/IIC；均有一個引腳 WAKEUP/CSN，用于喚醒
BLE 模組：模組處于喚醒狀態時，才能使用 UART/SPI/IIC 進行通信。
如前文提到，藍牙廣播以及藍牙連接事件，會按照預設的參數自動完成，即 BLE 模組會自動喚醒完成藍牙廣播和連接事件。也就是說，WAKEUP/CSN 引腳的控制，只與 UART/SPI/IIC 通信有關，與藍牙廣播和藍牙連接無關。
二，TTC SDK常見相關問題（CC2640為例）
1.SDK 開發環境安裝相關問題
（問題1）安裝 TTC_BLE_CC2640_SDK 時，提示無法更新環境變量。
【解決方法】在系統變量中添加 Python27,具體的操作流程如下：右鍵電腦→屬性→高級系統設置→高級 →環境變量→Path→編輯，在這行語句的最后添加 C:\Python27，注意與前面語句之前用分號隔開。
然后在下面一行添加新的環境變量，步驟如下圖所示，在語句最后添加：.PYM;.PY 這兩個變量，注意前面語句用分號隔開，字母前面有一個小點。
（問題2）開發環境卸載問題
【解決方法】卸載開發環境會刪除安裝目錄下的所有文件，所以卸載前務必備份程序至其他路徑，以防資料丟失。注：若在“控制面板”中卸載開發環境失敗，可嘗試使用管理員權限卸載。具體操作如下，在windows開始菜單找到TTC_BLE_CC2640_SDK，右鍵“卸載”，點擊更多，以管理員身份運行。如下圖
2.SDK 程序備份問題
【解決方法】找到文件目錄地址，拷貝整個文件夾即可。
3.IAR編譯問題
（問題1）IAR未注冊成功（會導致什么結果？）
【答】IAR功能受限。應用程序CC2640App工程、協議棧CC2640Stack工程編譯時分別報錯如下：
【解決方法】卸載IAR，然后重裝。注意：安裝時需修改IAR安裝路徑！
（問題3）IAR配置丟失（編譯APP時報錯，提示：Variable expansion failed for Pre-Build command line.）
【原因】使用了較低版本打開了 IAR 工程，導致工程配置丟失，這個工程無法正常編譯。
【解決方法】需先備份好自己寫的代碼；再重新解壓程序，或者重裝 SDK，用對應版本的 IAR 開啟工程。
4.使用 IAR 仿真下載程序時，提示“Fatal error: Nodebug probe found connected to the USB port Session aborted!”錯誤
【原因】(1)IAR配置不正確 ；(2)模組可能已經燒錄了我司的透傳程序，并且調試接口已經被鎖住。
【解決方法】(1)修改配置：選擇正確的下載器，如圖：
(2)使用Flash Programmer2，若提示“The debug interface is locked!”，需強制擦除默認程序，解鎖調試接口。
5.SDK配置視頻教程代碼使用報錯問題（編譯提示報錯：Error while Running“C:\TTC_BLE_CC2640_R2_SDK.1.0\ti\xdctools_3_50_00_10_core/xs”-xdcpath=“C:\TTC_BLE_CC2640_R2_SDK.1.0\TTC_CC2640_R2_SDK\examples\rtos\CC2640R2_LAUNCHXL\blestack\SDK\TIRTOS\IAR\APP...”）
【解決方法】（1）檢查 C 盤是否有對應路徑，如果沒有該路徑，則說明 sdk 版本與視頻教程中 sdk 版本不一致（視頻教程中使用的 SDK 版本為 V3.1.0，而實際安裝 SDK 可能是 V3.1.0 以后的新版本）。
（2）tools?Configure Custom Argument Variables…
顯示為 SDK 3.1.0 的版本：
需修改為實際所安裝的SDK的版本，如3.2.0，再重新編譯即可。
6.TTC Programmer 提示“未發現 oad_image_tool，請手動選擇所在目錄”錯誤
【解決方法】手動添加oad_image_tool的路徑，如下圖
添加成功后，則提示“生成成功”，如下圖：
弄死過兩個CC2650STK，又救活了。
想用BLE做點東西，以前使用CC2541
因為是單個理器的關系，在做耗時操作時會導致藍牙中斷，問題一直沒法解決
這次論壇活動弄了一套CC2650STK的開發板
看著網站上說（包括TI官網）可以使用JLINK調試
我就天真的以為真的可以
手里有一些開發板上帶的JLKINK（NXP LPC54102開發板和FREESCALE的K40開發板）和淘寶上買的JLINK V8
按照TI官網的說明一步步調試
可是怎么也調不通，提示Can not find ICE-Pick……等錯誤
好容易有一次IAR下載的進度條開始往前走了一點，沒等走完又報錯
結果是原來好用的SensorTag變成石頭了
后來又經過無數次的看貼和調試都沒成功
前些天EEWORLD論壇又有活動，Mouser上買LAUNCHPAD 28377S的開發板半價
最高返200E金幣
順便帶了一塊LAUNCHXL2-RM46的開發板
為來應該買SensorTag Debugger DevPack調試CC2650STK的
覺得一塊SensorTag Debugger DevPack雖然便宜，可除了調試CC2650以外也沒別的用
就決定買LAUNCHXL2-RM46，220MHz的RM46L852處理器看起來還挺爽
關鍵板載XDS110仿真器，順便可以用來調試CC2650，能不能行買來再說
到貨后第一個就用來調試CC2650STK
先是用IAR打開examples\cc2650stk\sensortag例程
編譯完下載時IAR提示更新XDS110的固件
更新完成后IAR提示Fatal error: Failed to connect to the XDS emulator (connect ICEPick)錯誤
結果就是不好用，各種試都不行
取下CC2650再用CCS仿真載上帶的RM46L852也不好用
各種試還不行是原來板子上的XDS110就是壞的，還是被IAR升級升壞的呢？
心想這下完蛋了CC2650沒調成RM46L852也不能用了
在網上好個找貼子最后有人說使用2.2.4.2的固件可以用
按照提示用C:\ti\ccsv6\ccs_base\common\uscif\xds110中的xdsdfu.exe把固件刷成2.2.4.2后
RM46L852可以用了
CC2650還是不行，用CSS也提示錯誤，大部分是固件版本不兼容等等
看了無數貼，試了無數次都是一樣的結果
準備放那吃灰吧
有空時又試了下Flash Programmer 2
也是提示錯誤，Failed to enumerate XBAL devices
又試了UniFlash
雖然磕磕絆絆經常斷，不過好在可以讀取BLE MAC，有時候FLASH數據也能讀出來
真是太神奇了，這說明XDS110基本上是可以用的
于是用UniFlash寫examples\cc2650stk\sensortag\iar\app\FlashOnly_OAD\Exe\sensortag_cc2650stk_app.hex文件到CC2650
有時候能寫成功，可是成功后裝上電池也沒有反應
有時候CC2650STK上的紅燈會一直亮
后來拿一塊好的CC2650STK用UniFlash讀出FLASH和壞的比較一下發現數據很不一樣，也不知道是為什么
今天又看到一個貼子說Flash Programmer 2 的XDS110默認是 4線JTAG可以改成2線cJTAG
http://www.deyisupport.com/question_answer/wireless_connectivity/bluetooth/f/103/t/94918.aspx
按照提示把XDS110.dat 和XDS110c2.dat文件名互換了一下
插上開發板打開Flash Programmer 2發現可以檢測到CC2650器件了
靠，太神奇了
于是又用Flash Programmer 2讀器件MAC,讀FLASH都可以
因為Flash Programmer 2可以把FLASH導出.bin文件
如果我把好的CC2650STK的FLASH讀出來，再寫到壞的CC2650STK里
是不是能先把壞的救活？
管他有啥用先弄好再說
試了一下能讀好的，也能寫壞的
寫好以后壞的還是壞的，裝上電池就是沒反應
再用Flash Programmer 2讀兩個的FLASH比較，一模一樣
真是的了，啥毛病，搞不懂
再試試把好的CC2650STK中的固件再寫回好的CC2650STK
結果好的也變石頭了，兩石頭
兩個CC2650STK都掛了，什么心情，恨死TI了，讓我費了這么大勁
后來又查資料，查到XDS110可以使用xdsdfu -s 01234567 –r來修改SN
這樣一臺電腦就可以插多個不同SN的XDS110設備來同時調試多個MCU
覺得改不改沒啥用，也沒別的招，試試吧
改完以后電腦提示找到新硬件
然后使用CCS仿真，居然能下載了
又邁了一步
下載examples\cc2650stk\sensortag到CC2650
點運行，CC2650沒反應
點暫停看到程序運行在Hwi.c中的Void Hwi_excHandler(UInt *excStack, UInt lr)函數中的
while (Hwi_excHandlerFunc==NULL) {
;
}
處
啥原因也不清楚
CSS不行就用IAR試試
打開examples\cc2650stk\sensortag編譯，下載
下載成功，點運行，CC2650也沒有反應
點暫停，程序不知道跑哪了，找不到當前位置
看來是examples\cc2650stk\sensortag程序有問題
更有可能是我沒弄明白examples\cc2650stk\sensortag是不是直接編譯仿真就可以
又看到examples\hex下有cc2650stk_sensortag_rel.hex文件
抱著試試看的態度用Flash Programmer 2刷了一下
插上電池亮了，用手機也能搜到
對比了一下cc2650stk_sensortag_rel.hex是335K
IAR編譯的sensortag_cc2650stk_app.hex是153K
應該不是一個項目的關系？
先不管，把另一個CC2650STK也刷回來再說
看了一下，刷好這個是舊的，因為舊的在到手時就發現TMP006掉碴了，不好用
再刷新的CC2650STK的時候中途總是斷
Flash Programmer 2提示Unable to start target CPU
用UniFlash下載會在下載的過程中提示Status: Cortex_M3_0: JTAG Communication Error: (Error -1170 @ 0x0) Unable to access the DAP.后中斷
試了無數次都一樣
新的不能下載
舊的再下載還是能下
一批的東西，PCB和芯片全一樣的兩個CC2650STK差距怎么就這么大呢
不死心，您猜怎么著？
最后新板使用IAR Project菜單中的Download下的Download File把cc2650stk_sensortag_rel.hex燒進去的
現在兩個CC2650都能啟動，都可以用手機搜到
這件事太亂太亂，只能等冷靜下來好好梳理了
經過這幾天的嘗試總結如下：
1、JLINK調試CC2650是不行的，至少硬件V8以下，軟件V6.10a版本以下不行
能試的我都試了，不過我的V8是D版，開發板帶的JLINK硬件版本是1.0
2、LAUNCHXL2-RM46開發板帶的XDS110可以仿真CC2650
需要燒最新的固件，需要改序列號
3、另外我把C:\ti\ccs_base下的文件覆蓋到C:\ti\ccsv6\ccs_base下了，不知道會有什么用
4、LAUNCHXL2-RM46開發板帶的XDS110仿真CC2650，有時會提示ID不對
是因為板上的RM46L852 MCU和CC2650共用一個調試口
又不能物理斷開，如果有這種提示可以按住開發板上的PORRST按鈕，這是一個硬件復位
據RM46L852手冊上說，硬件復位時的RM46L852所有引腳都為高阻態
這樣就不會影響CC2650調試了
5、C:\ti\simplelink\ble_sdk_2_02_00_31\examples\cc2650stk\sensortag下的項目和cc2650stk(SensorTag)出廠時帶的固件不一樣至少直接編譯時是不一樣的
可能是我沒弄明白
6、C:\ti\simplelink\ble_sdk_2_02_00_31\examples\hex\cc2650stk_sensortag_rel.hex這個固件和出廠帶的基本一樣
Jlink調試CC2650報錯
CCS調試CC2650時遇到的其中一個錯誤
Flash Programmer 2插入XDS110時報錯 Failed to enumerate XBAL devices
Flash Programmer 2改成默認2線cJTAG后可以找到CC2650
Flash Programmer 2成功連接設備
Flash Programmer 2成功給舊板下載固件
Flash Programmer 2有時左邊會只顯示一個XDS110硬件
Flash Programmer 2成功讀取CC2650 FLASH
Flash Programmer 2使用Read Flash to File把新板的固件導出到電腦
Flash Programmer 2把成功從新板導出的固件燒回到舊板，校驗成功，可就是不好用
Flash Programmer 2讀取CC2650 MAC地址
UniFlash讀取到的MAC地址和Flash Programmer 2讀取的一樣
使用UniFlash燒新板導出的固件到舊板
UniFlash燒固件的過程
CCS有時會報錯
IAR使用XDS110給CC2650下載固件的過程
修改序列號后的XDS110在使用UniFlash給舊板燒固件時沒有錯誤提示
修改序列號后的XDS110在使用UniFlash給新板燒固件時總是有錯誤提示
錯怪C:\ti\simplelink\ble_sdk_2_02_00_31\examples\cc2650stk\sensortag項目了剛才重裝了一下，使用IAR下載成功
除了TMP006收到就壞了，其它都好用
點擊閱讀原文可與作者交流、溝通。
以上圖文內容均是EEWORLD論壇網友：littleshrimp 原創，在此感謝。
歡迎微博@EEWORLD
如果你也寫過此類原創干貨請關注微信公眾號：EEWORLD（電子工程世界）回復“投稿”，也可將你的原創發至：bbs_service@eeworld.com.cn，一經入選，我們將幫你登上頭條！
與更多行業內網友進行交流請登陸EEWORLD論壇。