参考文章https://blog.csdn.net/u012846795/article/details/122227823
参考文章
https://zhuanlan.zhihu.com/p/581798453
STM32的三种开发方式
通常新手在入门STM32的时候,首先都要先选择一种要用的开发方式,不同的开发方式会导致你编程的架构是完全不一样的。一般大多数都会选用标准库和HAL库,而极少部分人会通过直接配置寄存器进行开发。网上关于标准库、HAL库的描述相信是数不胜数。可是一个对于很多刚入门的朋友还是没法很直观的去真正了解这些不同开发发方式彼此之间的区别,所以笔者想以一种非常直白的方式,用自己的里解去将这些东西表述出来,如果有猫述的不对的地方或者是不同意见的也可以大家提出。
1、直接配置寄存器
不少先学了51的朋友可能会知道,会有一小部分人或是教程是通过汇编语言直接操作寄存器实现功能的,这种方法到了STM32就变得不太容易行得通了,因为STM32的寄存器数量是51单片机的十数倍,如此多的寄存器根本无法全部记忆,开发时需要经常的翻查芯片的数据手册,此时直接操作寄存器就变得非常的费力了。但还是会有很小一部分人,喜欢去直接操作寄存器,因为这样更接近原理,知其然也知其所以然。
2、标准库
上面也提到了,ST32有非常多的寄存器,而导致了开发困难,所以为此ST公司就为每款芯片都编写了一份库文件,也就是工程文件里stm32F1x…之类的。在这些.c.h文件中,包括一些常用量的宏定义,把一些外设也通过结构体变量封装起来,如GPO口时钟等。所以我们只需要配置结构体变量成员就可以修改外设的配置寄存器,从而选择不同的功能。也是目前最多人使用的方式,也是学习STM32接触最多的一种开发方式,
我也就不多阐述了。
3、HAL库
HAL库是ST公司目前主力推的开发方式,全称就是Hardware Abstraction Layer(抽象印象层)。库如其
名,很抽象,一眼看上去不太容易知道他的作用是什么。
它的出现比标准库要晚,但其实和标准库一样,都是为了节省程序开发的时期,而且HAL库尤其的有效,如果说标准库把实现功能需要配置的寄存器集成了,那么HAL库的一些函数甚至可以做到某些特定功能的集成。也就是说,同样的功能,标准库可能要用几句话,HAL库只需用一句话就够了。
并且HAL库也很好的解决了程序移植的问题,不同型号的s32芯片它的标准库是不一样的,例如在F4上开发的程序移植到F3上是不能通用的,而使用HAL库,只要使用的是相通的外设,程序基本可以完全复制粘贴,注意是相通外设,意思也就是不能无中生有,例如F7比F3要多几个定时器,不能明明没有这个定时器却非要配置,但其实这种情况不多,绝大多数都可以直接复制粘贴。是而且使用ST公司研发的STMcub软件可以通过图形化的配置功能,直接生成整个使用H八L库的工程文件,可以说是方便至极,但是方便的同时也造成了它执行效率的低下,在各种论坛帖子真的是被吐槽的数不胜数。
4、区别
说的云里雾里, 就用大白话再给大家说说
首先我要说的就是:库本质上就是封装起来的大量函数
C语言的函数我们都是知道的,大概就是长这个样子:
一般情况下(函数没有构建在主函数之前)这个函数是需要声明的,声明语句是这样的:
上面的函数是一个操作数码管的函数,如果我把很多个操作数码管实现不同功能的函数编写在同一个.c文件中,暂且命名为smg.c把他们的声明语句放在.h文件中,暂且命名为smg.h,让smg.c和smg.h配合使用,那smg.c和smg.h就包含了大量的操作数码管的函数。
依此类推,我可以创建控制LED的函数文件led.c和他的头文件led.h、控制其他器件的.c和.h等等很多.c和.h文件。
然后我把他们打包在两个文件夹中,一个叫src(存放.c文件),一个叫inc(存放.h文件),那这个就相当于我自己创建了一个属于自己的库了。创建了库的话我要用数码管就把smg.c和smg.h拿出来就能调用里面的函数,很是方便
创建库的好处显而易见:不用再手动去拉一个一个引脚的电平,引脚电平应该怎么变已经在函数里写好了,调用就行。方便移植等等。
然后我们把LED、数码管等器件换成STM32内部的寄存器,就能理解什么是库函数开发了:就是用别人写好的这些函数来操作寄存器。
标准库和HAL库还有LL库的相同点是:都是库(都是编写好的很多操作寄存器的函数函数放在一个文件中)。
不同点是:函数的名称、操作的逻辑、不同函数之间的调用、函数对寄存器的调用。。。。。。
你可以这样理解他们的不同点:我要复原一个魔方,可以用A方法,也可以用B方法,最后我都能复原魔方。
那既然初期开发出了标准库,为什么后期还要开发HAL库和LL库呢?
初期开发标准库,只是单纯的为了方便工程师调函数操作寄存器来开发。后来ST为了更方便开发者控制寄存器,开发了一个软件,叫CubeMX,但是标准库的设计不满足被这个软件调用,为了让这个软件能配置工程代码,ST就开发了HAL库。
以上就是对库的一些浅薄的理解。实际的库远比描述的要复杂,文件中还需要加入大量的宏定义和声明,需要考虑超级多的东西,然后在语句的编写方面也很讲究,但是本质上库就是打包起来的函数。