网上好多说HAL库的不好的，你们怎么看？

[复制链接]

电小龙提问时间：2016-9-23 10:29 /

阅读主题, 点击返回1楼

赞收藏 1 评论41 发布时间：2016-9-23 10:29

41个回答

我是熊猫大仙回答时间：2016-9-24 11:33:42

本帖最后由我是熊猫大仙于 2016-9-24 11:34 编辑

CubeMX很方便，很省事儿
运行效率是会降低一些，但是真差那点效率的时候不太多吧，真到那时候你还没有手动优化的能力？
bug我也遇到过，自己改就是了，学通了用啥库都是一样的，怎么提高工作效率怎么来
所谓心中有剑，手里拿根稻草也是宝剑

赞 1 评论

ChunMan 回答时间：2016-9-25 10:07:09

所以还是用固件库来咯等他完善吧

赞 0 评论

星空流逝回答时间：2016-9-25 12:08:56

没啥好不好的

赞 0 评论

1017best 回答时间：2016-9-25 12:53:55

我觉得还可以啊，用起来还行

赞 0 评论

1017best 回答时间：2016-9-25 12:54:23

用习惯就好了～

赞 0 评论

1017best 回答时间：2016-9-25 12:54:49

赞 0 评论

Tcreat 回答时间：2016-9-25 13:13:17

不是效率的问题只是有些功能函数明显是可以再优化话点或者说可以再全面点的既然推出这样的库那么肯定是要尽量做的好点或者个人理解如果我提的是错误的那么不管是国内的或者原厂的技术人员能给解惑下而不是视而不见如果我提的是对的那就更不应该这样视而不见我只是觉得是他们态度的问题 :

赞 0 评论

湉湉回答时间：2016-9-25 17:09:13

HAL 标准库各有千秋标准库简单明了，HAL融通复杂

赞 0 评论

zhangdaijin 回答时间：2016-9-26 09:06:24

HAL库还是很不错的啊是大势所趋啊

赞 0 评论

jcx0324 回答时间：2016-9-26 10:33:47

封装了好几层,当然效率会更低了

赞 0 评论

风丛林回答时间：2016-9-26 10:37:20

取众家之长

赞 0 评论

戈乾回答时间：2017-6-29 14:05:10

HAL库是哪家出的啊？

赞 0 评论

zhao.zhao 回答时间：2017-6-30 15:35:25

举个例子，当你要把一个外部时钟驱动改成内部时钟驱动时，使用标准库的朋友，要抓瞎了吧，没1，2小时，能搞得定吗？对很多初学者来说，在哪个函数里改可能都不知道。所以使用HAL库是有好处的，至少可以减轻工作量，提高工作效率。
至于库函数执行效率高的说法，这个我得承认，使用库函数比HAL库是快一些。但是，对一个应用来说，你在程序中总不能不停的对某个部件在初始化吧，很多场合初始化也就开机做一次就好了，难道我们就不能容忍开机时多运行了那么几个uS的时间吗？
HAL库中有些函数是在判断各种各样的情况，然后运行一个满足条件的函数，所谓的效率低，其实就是判断运行的多了一些，如果按标准库函数的做法，自己直接添加写一个HAL函数也是没什么难的。
再说如果老是抱怨HAL的效率低下的话，那么你检查一下，你的程序中有没有用到了延迟函数？并且你的程序为什么不用汇编写呢？

赞 0 评论

五哥1 回答时间：2017-6-30 18:42:38

直接开始用CUBE 学的，简单的学了51就直接到STM32了，开始以为找到捷径了，但是越学越发现，HAL库并不是降低门槛了，你没有学透的化，根本不可能用好CUBE。很多大牛用CUBE设置好基本的东西，在这个基础上改，可以省掉一些时间。看看原子的HAL库例程还有ST的官方例程和CUBE给你生成的并不一样，并不好套用。

赞 0 评论

电小龙回答时间：2017-7-4 08:29:09

五哥1 发表于 2017-6-30 18:42
直接开始用CUBE 学的，简单的学了51就直接到STM32了，开始以为找到捷径了，但是越学越发现，HAL库并不是降 ...

用hal库时还是不要用cube来生成工程的好，这样能知道他们之间的关系。cube生成的很多时候就会忽略细节问题

赞 0 评论

123 / 3 页下一页

网上好多说HAL库的不好的，你们怎么看？

所属标签

相似问题