大家觉得HAL库怎么样？

jinggx · 发表于 2016-10-25 15:59:08

都来说说吧，好用与不好用都来提点建议！

说说我自己吧，用了几天，感觉坑有点多。体现在：
各个文件之间关联耦合太多，添加某个文件后，还要再把与它相关的文件加进来才能编译通过。例如RCC就必须加入GPIO才能用，用TIM就得还要反DMA一同加进来。。。。。
文件里面的__weak函数到处是坑，有这个__weak函数编译不报错，但是可能该实现的代码却没有，程序不正常运行，找错误非常麻烦。做个TIM定时的程序，自建的工程，怎么改TIM3都是不工作，改了半天，后来把例子打开仔细对比才发现，在另外一个文件里，有初始化TIM3的时钟，而在我的工程里没把那个文件加进来，定时器初始化时用的是一个空的__weak函数,SHIT!
外围模块的初始化挺麻烦，为啥不把外围的时钟打开也放在初始化函数里，这么分开整的理由是什么呢？
systick被HAL占用了，用操作系统时，这个地主还得特别注意！
太多的宏定义，学习研究程序的时候，被宏定义套来套去，看着比较累。
程序的架构得说是好的，不过这种方式对于C语言基础一般的人来说，学起来怕是困难较多吧。

欢迎大家各自发表下看法。

硕果累累 · 发表于 2016-10-25 16:02:37

这就是我为什么不买7的原因，我就看着你们发愁，发牢骚。。还好我转树莓派了。

闪电之舞 · 发表于 2016-10-25 16:12:16

一直在用标准库。。。HAL方便但是感觉改了好多东西

龙之谷 · 发表于 2016-10-25 16:23:44

没用过的也该有个选项啊，给条活路

jinggx · 发表于 2016-10-25 16:26:45

龙之谷发表于 2016-10-25 16:23
没用过的也该有个选项啊，给条活路

这个。。。。。没有想到。。。

jinggx · 发表于 2016-10-25 16:27:47

看来，还是不喜欢的人多，一起督促一下ST，还是把这个库改了吧

jermy_z · 发表于 2016-10-25 16:43:56

以后只有HAL库还是早早上手吧

ysq7120 · 发表于 2016-10-25 17:15:57

F1开发板没资料，没开始学呢。

zuozhongkai · 发表于 2016-10-25 18:13:46

本帖最后由 zuozhongkai 于 2016-10-25 18:15 编辑

个人经历，HAL库很好，尤其是跨芯片！有个东西要用到STM32F030，以前没了解过，直接用的HAL库，F0上的外设驱动什么的全部用的F7的代码，直接粘贴复制。一个早上就把东西弄好了。刚开始从STD库转HAL库可能会有各种不适，但是用个2，3天对HAL库有个大体的了解以后就方便多了。

八度空间 · 发表于 2016-10-25 18:49:43

没用过的路过

jinggx · 发表于 2016-10-25 22:39:14

八度空间发表于 2016-10-25 18:49
没用过的路过

我也大多数情况下不用库的。

jinggx · 发表于 2016-10-25 22:40:33

zuozhongkai 发表于 2016-10-25 18:13
个人经历，HAL库很好，尤其是跨芯片！有个东西要用到STM32F030，以前没了解过，直接用的HAL库，F0上的外设 ...

也正在用f030，正是用这个芯片做设计，下了hal库，才有感而发。

queqiongtao · 发表于 2016-10-25 22:56:05

用了一年多了，用惯了感觉标准库配置有点麻烦。HAL库和MX配合用，底层基本不怎么关心，专心搞正真的业务。

山峰雪狼 · 发表于 2016-10-26 08:33:12

对于不能改变的事情，就去改变自己。

zuozhongkai · 发表于 2016-10-26 09:57:47

山峰雪狼发表于 2016-10-26 08:33
对于不能改变的事情，就去改变自己。

这句话赞同！

jinggx · 发表于 2016-10-26 16:36:45

山峰雪狼发表于 2016-10-26 08:33
对于不能改变的事情，就去改变自己。

还可以选择不用，其实我大多数的程序都是不用库的，用库和示例测试一下，最终的设计大多数不用。最新的hal库的.h文件做得还是挺好的。

小陀螺爱炒蛋 · 发表于 2016-11-7 12:26:16

这是趋势~慢慢适应吧

shuaigew88 · 发表于 2016-11-7 12:36:17

本帖最后由 shuaigew88 于 2016-11-7 12:46 编辑

这也是ST的策略，让新手可以很快在STM32上开发产品，如果HAL发展的好的话最终的局面就是很多开发人员对它的依赖会非常强导致最终的结果就是离开了ST可能根本就不会用其他厂家的芯片进行开发。所以我认为ST的产品如果性价比一直能保持的很不错那么这个HAL学习很有必要，但是如果ST利用大家对它的依赖性赚利润的话可能对广大依赖性很强的开发人员来讲就不是什么好事情了。呵呵，不知道我理解的对不对，总之以后想转移到其他芯片厂家将会变得非常非常的困难。

jinggx · 发表于 2016-11-8 22:42:51

shuaigew88 发表于 2016-11-7 12:36
这也是ST的策略，让新手可以很快在STM32上开发产品，如果HAL发展的好的话最终的局面就是很多开发人员对它的 ...

技术讨论，就不谈市场策略了。要说策略也和这个库扯不上关系，学会用hal库的难度不会低于去熟悉个新单片机。看似策略问题，但实际上我认为主要原因在于st便宜，看吧别的半导体厂出个不st便宜的片子，很快就会很多人去学去用。

shuaigew88 · 发表于 2016-11-9 14:22:14

本帖最后由 shuaigew88 于 2016-11-9 14:31 编辑

jinggx 发表于 2016-11-8 22:42
技术讨论，就不谈市场策略了。要说策略也和这个库扯不上关系，学会用hal库的难度不会低于去熟悉个新单片 ...

的确你说的也没错，想学好HAL库的确不比去学一款单片机简单。应该说还是我表达的不清楚，HAL库出来的目的就是为了更好推出STM32CubeMX软件，这个软件可以说大大的降低了初学者的门槛，基本上现在出来的ST开发板都是以STM32CubeMX建立工程为主的教材，这样的结果必定是会造成很多人对ST的依赖！如果只单单评价HAL库其实没有什么不好，可以让开发人员不必太过于关系ST底层寄存器描述，包括一些通讯协议与驱动都写好了，开发人员可以专心将精力用于产品开发上大大降低开发周期。就像STC单片机其实是没有什么性价比可言的，但是还是会有那么多人去用它，其原因必定是它用起来简单且能满足一定的设计需要。所以还是希望ST以后出的所有芯片都能保持良好的性价比。