作為兩家BLE芯片大廠之一，nordic不像TI那么開放，nordic的開發(fā)資料是很難找的。
今天有幸得到nordic的BLE芯片nRF51822的SDK，看了一下。
首先，nordic號稱協(xié)議棧（稱為SoftDevice）和應用完全分開，是怎么實現(xiàn)的呢？
TI的協(xié)議棧以庫的形式提供，用戶應用在鏈接時和庫鏈在一起形成最終的機器代碼，TI提供庫和頭文件供用戶使用。
nordic用了不同的方式：SoftDevice，這樣協(xié)議棧和用戶應用可以單獨編譯和鏈接。實現(xiàn)BLE的SoftDevice似乎叫S110，由nordic提供。我猜nordic應該只提供S110的機器碼，應該不會提供源代碼。
看了nRF51 SDK，里面確實沒有BLE的庫，所有sd_打頭的函數(shù)都是SoftDevice相關(guān)的。比如：sd_ble_gap_adv_data_set
這個函數(shù)是這么定義的：
SVCALL(SD_BLE_GAP_ADV_DATA_SET, uint32_t, sd_ble_gap_adv_data_set(uint8_t const * const p_data, uint8_t dlen, uint8_t const * const p_sr_data, uint8_t srdlen));
這個SVCALL在使用MDK時是這么定義的：
#define SVCALL(number, return_type, signature) return_type __svc(number) signature
似乎是使用了Cortex-M0的SVC機制實現(xiàn)Softdevice。
（題外話，我在想Nordic會把自己的協(xié)議棧綁在一種CPU架構(gòu)上嗎？不是的，代碼里有一個開關(guān)SVCALL_AS_NORMAL_FUNCTION
可以讓上面的SVCALL宏定義變成普通的函數(shù)聲明。當然在沒有
源代碼和庫的情況下打開這個開關(guān)會出現(xiàn)找不到函數(shù)實現(xiàn)的鏈接錯誤）
總體來說我覺得softdevice就是nordic一種封閉協(xié)議棧核心代碼的方式，和TI提供庫文件的方式?jīng)]有區(qū)別。
nordic號稱自己的協(xié)議�？梢耘浜掀渌腞TOS，但是如果RTOS也用了相同的SVC呢？
我不關(guān)心nordic或者TI的協(xié)議棧核心代碼實現(xiàn)，就算給我源代碼我也懶得看，但是我覺得TI用庫提供協(xié)議棧的方式更直接和通用；nordic這種方式太取巧了，某些時候會給用戶帶來一些限制。
當然51822還是有一些優(yōu)勢的，至少封裝比較小。
至于怎么在nRF51822上開發(fā)應用我還沒來得及看，沒辦法和TI的架構(gòu)比較
|
QQ好友和群
QQ空間
騰訊微博
騰訊朋友
收藏
淘帖
頂
踩
