:):):):):)
不是效率的问题 只是有些功能函数 明显是可以再优化话点 或者说可以再全面点的既然推出这样的库 那么肯定是要尽量做的好点 或者个人理解如果我提的是错误的那么不管是国内的或者原厂的技术人员 能给解惑下 而不是视而不见 如果我提的是对的那就更不应该这样视而不见 我只是觉得是他们态度的问题::D
HAL 标准库 各有千秋 标准库简单明了，HAL融通复杂
HAL库还是很不错的啊是大势所趋啊
封装了好几层,当然效率会更低了
取众家之长
HAL库是哪家出的啊？
举个例子，当你要把一个外部时钟驱动改成内部时钟驱动时，使用标准库的朋友，要抓瞎了吧，没1，2小时，能搞得定吗？对很多初学者来说，在哪个函数里改可能都不知道。所以使用HAL库是有好处的，至少可以减轻工作量，提高工作效率。
至于库函数执行效率高的说法，这个我得承认，使用库函数比HAL库是快一些。但是，对一个应用来说，你在程序中总不能不停的对某个部件在初始化吧，很多场合初始化也就开机做一次就好了，难道我们就不能容忍开机时多运行了那么几个uS的时间吗？
HAL库中有些函数是在判断各种各样的情况，然后运行一个满足条件的函数，所谓的效率低，其实就是判断运行的多了一些，如果按标准库函数的做法，自己直接添加写一个HAL函数也是没什么难的。
再说如果老是抱怨HAL的效率低下的话，那么你检查一下，你的程序中有没有用到了延迟函数？并且你的程序为什么不用汇编写呢？
直接开始用CUBE 学的，简单的学了51就直接到STM32了，开始以为找到捷径了，但是越学越发现，HAL库并不是降低门槛了，你没有学透的化，根本不可能用好CUBE。很多大牛用CUBE设置好基本的东西，在这个基础上改，可以省掉一些时间。看看原子的HAL库例程 还有ST的官方例程和CUBE给你生成的并不一样， 并不好套用。
五哥1 发表于 2017-6-30 18:42
直接开始用CUBE 学的，简单的学了51就直接到STM32了，开始以为找到捷径了，但是越学越发现，HAL库并不是降 ...
用hal库时还是不要用cube来生成工程的好，这样能知道他们之间的关系。cube生成的很多时候就会忽略细节问题