作為兩家BLE芯片大廠之一，nordic不像TI那么開放，nordic的開發資料是很難找的。
今天有幸得到nordic的BLE芯片nRF51822的SDK，看了一下。
首先，nordic號稱協議棧（稱為SoftDevice）和應用完全分開，是怎么實現的呢？
TI的協議棧以庫的形式提供，用戶應用在鏈接時和庫鏈在一起形成最終的機器代碼，TI提供庫和頭文件供用戶使用。
nordic用了不同的方式：SoftDevice，這樣協議棧和用戶應用可以單獨編譯和鏈接。實現BLE的SoftDevice似乎叫S110，由nordic提供。我猜nordic應該只提供S110的機器碼，應該不會提供源代碼。
看了nRF51 SDK，里面確實沒有BLE的庫，所有sd_打頭的函數都是SoftDevice相關的。比如：sd_ble_gap_adv_data_set
這個函數是這么定義的：
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機制實現Softdevice。
（題外話，我在想Nordic會把自己的協議棧綁在一種CPU架構上嗎？不是的，代碼里有一個開關SVCALL_AS_NORMAL_FUNCTION
可以讓上面的SVCALL宏定義變成普通的函數聲明。當然在沒有
源代碼和庫的情況下打開這個開關會出現找不到函數實現的鏈接錯誤）
總體來說我覺得softdevice就是nordic一種封閉協議棧核心代碼的方式，和TI提供庫文件的方式沒有區別。
nordic號稱自己的協議棧可以配合其它的RTOS，但是如果RTOS也用了相同的SVC呢？
我不關心nordic或者TI的協議棧核心代碼實現，就算給我源代碼我也懶得看，但是我覺得TI用庫提供協議棧的方式更直接和通用；nordic這種方式太取巧了，某些時候會給用戶帶來一些限制。
當然51822還是有一些優勢的，至少封裝比較小。
至于怎么在nRF51822上開發應用我還沒來得及看，沒辦法和TI的架構比較
|
