这四个问题是我在使用STM32F103C8T6 + STM32CubeMX做项目时遇到的,给大家分享一下,以下四个问题重要程度依次降低,分别是:
① 调试选项问题(默认会造成下载器无法下载);
② 定时器设置占空比的函数找不到报错的问题;
③ 硬件iic的一个小bug(亲测oled可以正常显示);
④ 串口寄存器与其它系列不一样的问题;
1. 调试选项问题
1.1. 问题描述
使用STM32CubeMX生成的 STM32F1 工程,在使用 CMSIS-DAP 下载器下载一次之后,造成无法下载的问题,如图,下载器可以检测到,但是下载器无法连接芯片:
直接下载当然一定也会出问题了,如图:
1.2. 问题原因分析
造成这个问题的原因非常难受:
STM32CubeMX生成 STM32F1 的工程时,默认配置选项是 No-Debug,不会配置下载器所使用到的SWDIO引脚和SWCLK引脚:
结果就是单片机里之前的程序是正常的,所以这个工程编译出的程序可以成功下载进去,但是一旦下载进去之后,就凉了……
1.3. 问题的解决方案
1.3.1. 修改STM32CubeMX中的调试选项
将Debug选项设置为 Serial Wire 模式即可:
这样它就会去自动配置下载器使用到的两个引脚SWDIO和SWCLK:
1.3.2. 修复已经凉了的单片机
不幸中的万幸,STM32F1系列可以使用BOOT0引脚和BOOT1引脚配置启动模式:
BOOT0:高电平(1)
BOOT1:低电平(0)
单片机上电后就会从内部存储器启动,读取内部存储器中固化的bootloader程序,支持从串口下载程序(一般是USART1),也就是类似于51单片机的那种下载方式。
如果开发板已经有ISP一键下载电路,直接下载就ok,如果是最小系统板,也不用慌,需要一个USB转串口模块即可。
① 接线:3V3、GND、TXD(USART1)、RXD(USART1);
② 设置BOOT0为高电平,设置BOOT1引脚为低电平;
③ 准备一份正常程序的hex文件;
④ 配置FlyMCU软件
⑤ 看到右边的提示信息后,给单片机重新上电(注意是单片机,不要重新插拔USB转串口)
⑥ 下载成功
⑦ (别忘了)这个时候程序下载成功了,但是没有执行,将BOOT0引脚重新设置为低电平,BOOT1可以任意,复位单片机,程序开始运行,已经凉了的单片机修复成功。
⑧ 测试使用下载器下载程序,可以成功下载(注意不要再把原来坏的程序下载进去……)。
2. __HAL_TIM_SetCompare 函数找不到
2.1. 问题描述
在用STM32CubeMX生成 STM32F103C8T6 的MDK工程后,在main.c中更改定时器占空比计数值的时候,报错:
总之就是HAL库内部API函数__HAL_TIM_SetCompare
找不到。
2.2. 解决方案
该函数在stm32_hal_legacy.h
文件中:
在包含此文件的时候,STM32F1系列的HAL库需要定义宏USE_HAL_LEGACY
:
添加上这个define即可:
重新编译,问题解决成功!
这样添加之后,重新使用STM32CubeMX生成工程后,代码会被自动覆盖,需要重新添加!
3. 使用硬件I2C时的一个小bug
这个bug是老问题了,我在L4系列也遇到过,将开启硬件I2C时钟的代码提到GPIO配置的代码之前即可:
显示效果如下:
4. 串口寄存器不一样的问题
之前我在使用别的STM32系列重定向printf函数时,使用的祖传代码如下:
/* USER CODE BEGIN 1 */ #if 1 #includeint fputc(int ch, FILE *stream) { /* 堵塞判断串口是否发送完成 */ while((USART1->ISR & 0X40) == 0); /* 串口发送完成,将该字符发送 */ USART1->TDR = (uint8_t) ch; return ch; } #endif /* USER CODE END 1 */
但是在STM32F1系列中,没有ISR,TDR这两个寄存器,而是SR、DR这两个寄存器,所以用祖传代码肯定报错,修改为如下即可:
#if 1 #includeint fputc(int ch, FILE *stream) { /* 堵塞判断串口是否发送完成 */ while((USART1->SR & 0X40) == 0); /* 串口发送完成,将该字符发送 */ USART1->DR = (uint8_t) ch; return ch; } #endif
以上就是我在使用STM32CubeMX开发STM32F1系列时需要的所有问题和其解决方案,分享给大家,避免再次入坑,有用的话点个赞吧~