SDK确实用起来不是很方便，各个模块耦合性很强，很难单独拿出某一块来用。官方的想法可能是想做一个大而全的平台，想让用户可以傻瓜式的开发。但是离目标还很远。这一点其实我觉得完全可以仿其他厂家成熟的模式，就像国内为什么那么多和STM32类似的芯片，就是因为大家已经熟悉那个框架了，容易上手。个人提几点建议，也许有助于该芯片的发展：
1、SDK分层模块化，底层包装寄存器等硬件外设，各个功能模块完全独立。应用层再根据功能划分包装，可以综合多个模块实现一定复杂功能模块。这样既适合裸机基础应用开发，也适合顶层复杂应用软件开发。
2、SDK需要可裁剪，类似前面所说，做一个LED闪烁，编译出来都有几百K了，虽然有些宏定义可以关掉，但是有些不管有用没用都不能关掉，否则报错。我觉得没用的模块不能关掉就是SDK的最大的BUG，比如蓝牙和WIFI，如果说设计这个芯片的时候就是设计成必须开启蓝牙和WIFI才能工作，那我无话可说，否则就是SDK设计的问题。
3、资料的问题以及软件BUG，如果说官方没精力维护和更改，完全可以发动大家群策群力。发布悬赏，发现一处资料问题或一个软件BUG，奖励若干元，相信改进起来比官方效率高很多。官方还可以节约一笔不菲的养人费用。就好像我现在摸索这个芯片，都找到好几个BUG了，但是没地方讲，讲了也不知道有没有用，只能让BUG继续存在了。

是不是不想资源被占用？占用串口，程序空间以及执行时间。真正运行的时候是不需要printf函数输出这些调试信息的，只有调试的时候有用，自己写的代码可以通过宏定义屏蔽，固件库里如果有就不知道怎么处理了