|
HAL库和标准固件库区别 STM32的开发中，我们可以操作寄存器：GPIOF->BSRR=0x00000001;//这里是针对STM32F1系列 这种方法当然可以，但是这种方法的劣势是你需要去掌握每个寄存器的用法，你才能正确使用STM32，而对于STM32这种级别的MCU，数百个寄存器记起来又是谈何容易。于是ST(意法半导体)推出了官方标准固件库，标准固件库将这些寄存器底层操作都封装起来，提供一整套接口（API）供开发者调用，大多数场合下，你不需要去知道操作的是哪个寄存器，你只需要知道调用哪些函数即可。 比如上面的控制 BRR 寄存器实现电平控制，官方库封装了一个函数：void GPIO_ResetBits(GPIO_TypeDef* GPIOx, uint16_t GPIO_Pin){GPIOx->BRR= GPIO_Pin;} 这个时候你不需要再直接去操作 BRR 寄存器了，你只需要知道怎么使用 GPIO_ResetBits()这个函数就可以了。在你对外设的工作原理有一定的了解之后，你再去看标准库函数，基本上函数名字能告诉你这个函数的功能是什么，该怎么使用，这样开发就方便很多。 标准固件库自推出以来受到广大工程师推崇，现在很多工程师和公司还在使用标准库函数开发。不过，ST官方已经不再更新STM32标准固件库，而是力推新的固件库:HAL库。 比如上面的控制BSRRL 寄存器实现电平控制，官方 HAL 库封装了一个函数：voidHAL_GPIO_WritePin(GPIO_TypeDef* GPIOx, uint16_t GPIO_Pin,GPIO_PinStatePinState){ assert_param(IS_GPIO_PIN(GPIO_Pin)); assert_param(IS_GPIO_PIN_ACTION(PinState)); if(PinState!= GPIO_PIN_RESET) { GPIOx->BSRR= GPIO_Pin; } else { GPIOx->BSRR= (uint32_t)GPIO_Pin << 16; }} 这个时候你不需要再直接去操作BSRRL 寄存器了，你只需要知道怎么使用HAL_GPIO_WritePin这个函数就可以了。 标准固件库和HAL库一样都是固件库函数，由ST官方硬件抽象层而设计的软件函数包，由程序、数据结构和宏组成，包括了STM32所有外设的性能特征。 这些固件库为开发者底层硬件提供了中间API，通过使用固件库，无需掌握底层细节，开发者就可以轻松应用每一个外设。 HAL 库和标准库本质上是一样的，都是提供底层硬件操作 API，而且在使用上也是大同小异。有过标准库基础的同学对 HAL 库的使用也很容易入手。ST 官方之所以这几年大力推广 HAL 库，是因为 HAL 的结构更加容易整合 STM32Cube，而 STM32CubeMX 是 ST 这几年极力推荐的程序生成开发工具。所以这几年新出的 STM32 芯片，ST 直接只提供 HAL 库。 在ST的官方声明中，HAL库是大势所趋。ST最新开发的芯片中，只有HAL库没有标准库。标准库和HAL库虽然都是对外设进行操作的函数，但由于标准库官方已经停止更新，而且标准库在STM32创建工程和初始化时，不能由CubMX软件代码生成使用，也就是说CubMX软件在生产代码时，工程项目和初始化代码就自动生成，这个工程项目和初始化代码里面使用的库都是基于HAL库的。STM32CubeMX是一个图形化的工具，也是配置和初始化C代码生成器 ，与STM32CubeMX配合使用的是HAL库（硬件抽象层软件库）。
|
楼主
