这四个问题是我在使用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
#include <stdio.h>

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 <stdio.h>

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

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

    return ch;
}
#endif