STM32F1的固件库最新且最终版本是多少？V3.5.0 ？V3.6.1？

[复制链接]

nyszx 提问时间：2015-1-7 22:08 /

今天调试去年的一个程序，无意间发现固件库使用的是V3.6.1版本，去官网下载发现只有3.5.0版本，没有3.6.1版本，不知道怎么回事。

赞收藏评论18 发布时间：2015-1-7 22:08

18个回答

wjandsq 回答时间：2015-1-12 14:02:01

STM32F103最新3.61版本固件库中，缺省设置是关闭PCE位(奇偶校验位)的输出，这里修改了库函数的头文件。

一、头文件的修改有两处
1. stm32f10x_usart.h 文件中，增加USART_Mode_PCE宏定义。
2. IS_USART_MODE(MODE)的数据范围检查，将0xFFF3修改为0xFBF3。

/** @defgroup USART_Mode
  * @{
  */

#define USART_Mode_Rx                      ((uint16_t)0x0004)
#define USART_Mode_Tx                      ((uint16_t)0x0008)
#define USART_Mode_PCE                      ((uint16_t)0x0400)
#define IS_USART_MODE(MODE) ((((MODE) & (uint16_t)0xFBF3) == 0x00) && ((MODE) != (uint16_t)0x00))
/**
  * @}
  */

二、串口的配置代码, 初始化后，不再重复设置CR1寄存器，代码中添加串口PCE模式即可，如下所示:

  USART_InitStructure.USART_BaudRate = linecoding.bitrate;
  USART_InitStructure.USART_HardwareFlowControl = USART_HardwareFlowControl_None;
  USART_InitStructure.USART_Mode = USART_Mode_Rx | USART_Mode_Tx; // 库函数缺省设置是奇偶校验输出关闭

  /* set the parity bit*/
  switch (linecoding.paritytype)
  {
case 0:
   USART_InitStructure.USART_Parity = USART_Parity_No;
   break;
case 1:
   USART_InitStructure.USART_Parity = USART_Parity_Odd;  // bit : PCE 奇校验输出打开
   USART_InitStructure.USART_Mode = USART_InitStructure.USART_Mode | USART_Mode_PCE;
   break;
case 2:
   USART_InitStructure.USART_Parity = USART_Parity_Even; // bit : PCE 偶校验输出打开
   USART_InitStructure.USART_Mode = USART_InitStructure.USART_Mode | USART_Mode_PCE;
   break;
case 3:
   // Mark 强制为1
   USART_InitStructure.USART_Parity = USART_Parity_No;
   USART_InitStructure.USART_WordLength = USART_WordLength_9b;
   break;
case 4:
   // Space 强制为0
   USART_InitStructure.USART_Parity = USART_Parity_No;
   USART_InitStructure.USART_WordLength = USART_WordLength_9b;
   break;
default :
{
   USART_Config_Default();
   return (FALSE);
}
  }

目前ST官方的软件团队，在STM32CubeMX的基础上正在增加对F1系列的支持，至今仍无进展消息，
但若还是按照以往推倒重来的方式，例如F4系列的HAL驱动库，完全颠覆了之前的标准外设驱动库，
是不会吸引到广大应用开发者的。虽然目前 STM32CubeMX 4.5版本生成的F1系列初始化代码，
可以拷贝到工程的C源文件中，配合标准外设驱动库使用，但未来新的F1系列HAL驱动，能否兼容
原有的标准外设驱动库，还尚未可知。

赞 0 评论

wjandsq 回答时间：2015-1-12 16:15:35

本帖最后由 wjandsq 于 2015-1-12 16:17 编辑

F4的库完整的考虑了9位数据发送，校验位的发送等，F1的库还不完善。例如F4的串口数据类型添加了校验位的定义。
#define UART_PARITY_NONE                   ((uint32_t)0x00000000)
#define UART_PARITY_EVEN                   ((uint32_t)USART_CR1_PCE)
#define UART_PARITY_ODD                   ((uint32_t)(USART_CR1_PCE | USART_CR1_PS))
#define IS_UART_PARITY(PARITY) (((PARITY) == UART_PARITY_NONE) || \
                              ((PARITY) == UART_PARITY_EVEN) || \
                              ((PARITY) == UART_PARITY_ODD))

赞 0 评论

wjandsq 回答时间：2015-1-12 16:16:48

F4的HAL驱动库使用宏代替原有的函数，效率提升很多，例如。
#define __GPIOA_CLK_ENABLE()       (RCC->AHB1ENR |= (RCC_AHB1ENR_GPIOAEN))
#define __GPIOB_CLK_ENABLE()       (RCC->AHB1ENR |= (RCC_AHB1ENR_GPIOBEN))
#define __GPIOC_CLK_ENABLE()       (RCC->AHB1ENR |= (RCC_AHB1ENR_GPIOCEN))
#define __GPIOD_CLK_ENABLE()       (RCC->AHB1ENR |= (RCC_AHB1ENR_GPIODEN))
#define __GPIOE_CLK_ENABLE()       (RCC->AHB1ENR |= (RCC_AHB1ENR_GPIOEEN))
#define __GPIOH_CLK_ENABLE()       (RCC->AHB1ENR |= (RCC_AHB1ENR_GPIOHEN))

赞 0 评论