【一】零基础上手HAL库之—为什么要选择HAL库

【一】零基础上手HAL库之—为什么要选择HAL库

  • 寄存器:(Snippets)
  • ST标准库:(Standard Peripheral Libraries)
  • LL库:(Low Layer Libraries)
  • HAL库:(Hardware Abstraction Layer Libraries)

1.1 寄存器

操作寄存器,不同于其他三种库的操作方式,适用于同C51中的开发模式,直接操作低层的寄存器,本身只对寄存器的地址进行了封装映射关系。因为在C51这样的单片机中,只有少量的寄存器需要操作,使用比较简单。但在stm32寄存器极多,需要记忆非常难,每次进行开发都需要看开发手册,开发周期增大,所以一般很少人使用,当然追求效率另说。但不得不说在寄存器操作中的位带操作是真的挺好用的,但需要注意不同的芯片的IO的映射关系的区别(可以参考正点原子的sys.h文件)。

适用于追求高效率的人群,但LL库可以完全替代寄存器,效率不相上下。

1.2 ST标准库

image-20210827145134855

官方首先推出的一套由低层寄存器对STM32芯片封装而来的一个库,包括标准器件外设的器件驱动文件。基本上用C语言实现,仅仅使用了少量的汇编。库思想是面向过程的,面向过程的理解就是一个函数的执行仅仅完成一件事情。库本身的运作也更接近于寄存器,仅仅是在寄存器上的一层封装操作。

适用于初学stm32的人群,可以让学者通过库了解部分的低层寄存器。

1.3 LL库

LL 库的一大特点就是巧妙的运用 C 语言的静态、内联函数来直接操作寄存器,操作硬件低层的库。LL库是配合CubeMx软件开发时,更接近与硬件的一个库,可以单独使用LL库开发,也可以配合HAL库进行开发。

适用于追求效率,同时需要加快开发周期的人群。

1.4 HAL库

image-20210827150532658

HAL库的一大特点就是面向对象,相信很多人对面向对象已经再熟悉不过了,操作抽象层的库。经过几层的封装,HAL库将每个外设封装为一个对象,使用CubeMx软件配置后,只需要操作对象句柄就可以使用对应的外设,操作非常简单。当然追求效率可以配合LL库进行开发。

适用于不执着与低层代码实现,而在业务逻辑代码上有更高要求的人群,不需要了解太多的硬件,开发简单,但效率有所落后。

1.5 标准库与Cube LL,Cube HAL,寄存器的效率对比图

img

1.6 总结

两个方面,效率和开发周期。需要进行取舍越抽象的库开发周期越短,但效率往往越低。但对应当代社会的需求,发展非常迅速,设备改新换代非常之快,所以往往需要在短周期内进行开发,谋求先机,分得市场红利,这也是官方为什么力推HAL库而停更ST标准库的原因之一,对于我个人学过了标准库上手HAL之后,就一个字 “爽”。至于为什么爽,一起来看看吧~当别人还在配置低层驱动的时候,你已经可以开始你的业务逻辑代码的编写了,就是这么爽!!!!

  • 2
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值