现在各大软件厂商，像ARM的驱动包，KEIL的RTX5及其各种中间件，SEGGER，Micrium和部分IC厂商的HAL库都开始做的复杂臃肿

eric2013

    最近研究RTX5，发现越来越背离RTX4之前的短小精悍，程序写的没有之前RTX4做的那么干净利落了，整了不少封装。

    事情基本都是两面的，源码臃肿了，而函数API丰富了，调试组件也丰富了，带来的好处就是容易上手，配置方便，但是出了问题就比较坑了，如果不熟悉源码，完全不知道从哪里下手。如果打算研究源码，没有十天半个月根本搞不定。所以就成了死循环，以后新出的库就越来越不想研究了，简单调用下API函数完事，出问题了再想办法。

    不过依然建议把程序框架捋顺了，我们不需要知道细节，只需要明白框架流程即可，出了问题知道从哪里着手。

leiyitan

估计是过了还能成长发育的青春期了，所以只能靠不停的换装整容了啊

liwi163

楼主说的好，soc发展的规律，芯片的功能会越来越多，设计会越来越复杂，如果相关的底层寄存器不封装好，不说整个项目，就是某个功能模块不研究个个把月根本搞不定。所有功能模块还是用他们的API好，把精力用在框架上。

eddy0317

问题就是ST的HAL实在不敢恭维，光串口那个就不想用了，感觉很乱性能又差。串口发送用DMA或者中断的，在定义的时候就规定死了，统一一个收发函数就好了，搞那么复杂，问题还不完善（如跟RTOS配合等）。一般用这些已经有点脱离MCU往MPU性质走了，MCU就是简约精悍。
估计RT系列就是为了框架而生的，用速度来弥补框架的时间耗损。其实也是好事，像mbed那种，就专注自己的程序，不用理会底层。现在的芯片更新速度太快了，每个芯片都去了解底层，太浪费时间了。

viper312

每个芯片都去了解底层