SDK確實用起來不是很方便，各個模塊耦合性很強，很難單獨拿出某一塊來用。官方的想法可能是想做一個大而全的平臺，想讓用戶可以傻瓜式的開發。但是離目標還很遠。這一點其實我覺得完全可以仿其他廠家成熟的模式，就像國內為什麼那麼多和STM32類似的芯片，就是因為大家已經熟悉那個框架了，容易上手。個人提幾點建議，也許有助於該芯片的發展：
1、SDK分層模塊化，底層包裝寄存器等硬件外設，各個功能模塊完全獨立。應用層再根據功能劃分包裝，可以綜合多個模塊實現一定複雜功能模塊。這樣既適合裸機基礎應用開發，也適合頂層複雜應用軟件開發。
2、SDK需要可裁剪，類似前面所說，做一個LED閃爍，編譯出來都有幾百K了，雖然有些宏定義可以關掉，但是有些不管有用沒用都不能關掉，否則報錯。我覺得沒用的模塊不能關掉就是SDK的最大的BUG，比如藍牙和WIFI，如果說設計這個芯片的時候就是設計成必須開啟藍牙和WIFI才能工作，那我無話可說，否則就是SDK設計的問題。
3、資料的問題以及軟件BUG，如果說官方沒精力維護和更改，完全可以發動大家群策群力。發布懸賞，發現一處資料問題或一個軟件BUG，獎勵若幹元，相信改進起來比官方效率高很多。官方還可以節約一筆不菲的養人費用。就好像我現在摸索這個芯片，都找到好幾個BUG了，但是沒地方講，講了也不知道有沒有用，只能讓BUG繼續存在了。

是不是不想資源被占用？占用串口，程序空間以及執行時間。真正運行的時候是不需要printf函數輸出這些調試信息的，只有調試的時候有用，自己寫的代碼可以通過宏定義屏蔽，固件庫裡如果有就不知道怎麼處理了