个人建议HAL库里次底层驱动用标准库，最底层驱动使用寄.....

wofei1314 · 发表于 2016-1-25 15:58:29

本帖最后由 wofei1314 于 2016-1-25 16:09 编辑

HAL库使用标准库作为底层开发的好处有：之前使用标准库的工程师可以很方便的过渡使用；
使用cube生产代码框架之后，可以在现有的基础上更改完善，而不需要花很长时间去了解cube，只有懂了工作机制、懂了原理底层才能修改出符合自己意愿的程序；
一定程度上，ST开发维护hal库的工程师是否可以减少工作量。。。

个人观点，不知大家持何态度？

欢迎大家投票分享自己的观点。。。

风子 · 发表于 2016-1-25 16:46:53

你可以想想ST的工程师为什么不直接在标准库基础上来开发，而要花那么大精力重新开发一套，他们又不是傻子

lkl0305 · 发表于 2016-1-25 21:59:42

HAL更接近底层吧

jtc_88 · 发表于 2016-1-26 09:22:39

hal 更接近底层效率使用大量宏汇编直接操作寄存器，提升了效率，hal一出来我就使用了，很好用，从模块化通用的角度，我支持hal

JackieLaura · 发表于 2016-1-26 09:34:39

还是比较习惯标准库

yanhaijian · 发表于 2016-1-28 13:40:38

如果有个继承关系，开发者也很方便。

adlu · 发表于 2016-1-29 08:56:38

本帖最后由 adlu 于 2016-1-29 08:59 编辑

熟悉了HAL的程序架构，用起来就很方便了。
HAL和标准库都自成完备体系，没有必要混在一起用。

如果想通过混用的方式过度到HAL，说明程序移植性就有问题，或者说对HAL库根本还不了解。
既然知道HAL是趋势，为什么不直接多花点时间熟悉HAL然后再移植程序呢？

个人观点

jcx0324 · 发表于 2016-1-29 10:26:33

HAL加入了厂家太多东西,个人感觉对代码版本管理不方便

党国特派员 · 发表于 2016-1-29 13:08:14

建议楼主学习下软件工程这门课程。

zhangdaijin · 发表于 2016-1-29 15:35:50

HAL还是很方便的

个人建议HAL库里次底层驱动用标准库，最底层驱动使用寄.....

STM32粉丝勋章Ⅲ