当前位置: 首页>前端>正文

stm32cUBEMAX 与KIEL 5区别 stm32cubef1

stm32cUBEMAX 与KIEL 5区别 stm32cubef1,stm32cUBEMAX 与KIEL 5区别 stm32cubef1_引脚,第1张

(图片为小马哥TJ-STM32F103C8最小系统)

这四个问题是我在使用STM32F103C8T6 + STM32CubeMX做项目时遇到的,给大家分享一下,以下四个问题重要程度依次降低,分别是:

  • ① 调试选项问题(默认会造成下载器无法下载);
  • ② 定时器设置占空比的函数找不到报错的问题;
  • ③ 硬件iic的一个小bug(亲测oled可以正常显示);
  • ④ 串口寄存器与其它系列不一样的问题;

1. 调试选项问题

1.1. 问题描述

使用STM32CubeMX生成的 STM32F1 工程,在使用 CMSIS-DAP 下载器下载一次之后,造成无法下载的问题,如图,下载器可以检测到,但是下载器无法连接芯片

stm32cUBEMAX 与KIEL 5区别 stm32cubef1,stm32cUBEMAX 与KIEL 5区别 stm32cubef1_单片机_02,第2张

直接下载当然一定也会出问题了,如图:

stm32cUBEMAX 与KIEL 5区别 stm32cubef1,stm32cUBEMAX 与KIEL 5区别 stm32cubef1_串口_03,第3张

stm32cUBEMAX 与KIEL 5区别 stm32cubef1,stm32cUBEMAX 与KIEL 5区别 stm32cubef1_引脚_04,第4张

1.2. 问题原因分析

造成这个问题的原因非常难受:

STM32CubeMX生成 STM32F1 的工程时,默认配置选项是 No-Debug,不会配置下载器所使用到的SWDIO引脚和SWCLK引脚

stm32cUBEMAX 与KIEL 5区别 stm32cubef1,stm32cUBEMAX 与KIEL 5区别 stm32cubef1_引脚_05,第5张

结果就是单片机里之前的程序是正常的,所以这个工程编译出的程序可以成功下载进去,但是一旦下载进去之后,就凉了……

1.3. 问题的解决方案

1.3.1. 修改STM32CubeMX中的调试选项

将Debug选项设置为 Serial Wire 模式即可:

stm32cUBEMAX 与KIEL 5区别 stm32cubef1,stm32cUBEMAX 与KIEL 5区别 stm32cubef1_串口_06,第6张

这样它就会去自动配置下载器使用到的两个引脚SWDIO和SWCLK:

stm32cUBEMAX 与KIEL 5区别 stm32cubef1,stm32cUBEMAX 与KIEL 5区别 stm32cubef1_串口_07,第7张

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软件


stm32cUBEMAX 与KIEL 5区别 stm32cubef1,stm32cUBEMAX 与KIEL 5区别 stm32cubef1_单片机_08,第8张

⑤ 看到右边的提示信息后,给单片机重新上电(注意是单片机,不要重新插拔USB转串口)

stm32cUBEMAX 与KIEL 5区别 stm32cubef1,stm32cUBEMAX 与KIEL 5区别 stm32cubef1_单片机_09,第9张

⑥ 下载成功


stm32cUBEMAX 与KIEL 5区别 stm32cubef1,stm32cUBEMAX 与KIEL 5区别 stm32cubef1_单片机_10,第10张

⑦ (别忘了)这个时候程序下载成功了,但是没有执行,将BOOT0引脚重新设置为低电平,BOOT1可以任意,复位单片机,程序开始运行,已经凉了的单片机修复成功

⑧ 测试使用下载器下载程序,可以成功下载(注意不要再把原来坏的程序下载进去……)。


stm32cUBEMAX 与KIEL 5区别 stm32cubef1,stm32cUBEMAX 与KIEL 5区别 stm32cubef1_引脚_11,第11张

2. __HAL_TIM_SetCompare 函数找不到

2.1. 问题描述

在用STM32CubeMX生成 STM32F103C8T6 的MDK工程后,在main.c中更改定时器占空比计数值的时候,报错:

stm32cUBEMAX 与KIEL 5区别 stm32cubef1,stm32cUBEMAX 与KIEL 5区别 stm32cubef1_串口_12,第12张

stm32cUBEMAX 与KIEL 5区别 stm32cubef1,stm32cUBEMAX 与KIEL 5区别 stm32cubef1_串口_13,第13张

总之就是HAL库内部API函数__HAL_TIM_SetCompare找不到。

2.2. 解决方案

该函数在stm32_hal_legacy.h文件中:

stm32cUBEMAX 与KIEL 5区别 stm32cubef1,stm32cUBEMAX 与KIEL 5区别 stm32cubef1_串口_14,第14张

在包含此文件的时候,STM32F1系列的HAL库需要定义宏USE_HAL_LEGACY

stm32cUBEMAX 与KIEL 5区别 stm32cubef1,stm32cUBEMAX 与KIEL 5区别 stm32cubef1_串口_15,第15张

添加上这个define即可:

stm32cUBEMAX 与KIEL 5区别 stm32cubef1,stm32cUBEMAX 与KIEL 5区别 stm32cubef1_串口_16,第16张

重新编译,问题解决成功!

这样添加之后,重新使用STM32CubeMX生成工程后,代码会被自动覆盖,需要重新添加!

3. 使用硬件I2C时的一个小bug

这个bug是老问题了,我在L4系列也遇到过,将开启硬件I2C时钟的代码提到GPIO配置的代码之前即可

stm32cUBEMAX 与KIEL 5区别 stm32cubef1,stm32cUBEMAX 与KIEL 5区别 stm32cubef1_引脚_17,第17张

显示效果如下:

stm32cUBEMAX 与KIEL 5区别 stm32cubef1,stm32cUBEMAX 与KIEL 5区别 stm32cubef1_引脚_18,第18张

4. 串口寄存器不一样的问题

之前我在使用别的STM32系列重定向printf函数时,使用的祖传代码如下:

/* USER CODE BEGIN 1 */
#if 1
#include 

int 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
#include 

int fputc(int ch, FILE *stream){
/* 堵塞判断串口是否发送完成 */
while((USART1->SR & 0X40) == 0);

/* 串口发送完成,将该字符发送 */
    USART1->DR = (uint8_t) ch;

return ch;
}
#endif

以上就是我在使用STM32CubeMX开发STM32F1系列时需要的所有问题和其解决方案,分享给大家,避免再次入坑,有用的话点个赞吧~


https://www.xamrdz.com/web/2yy1942484.html

相关文章: