APM32F1替代STM32F1使用记录

APM32F1替代STM32F1使用记录

因为APM32F103的价格要比STM32F103同系列的价格要低很多，因此，博主尝试使用APM32F103CBT6来替换掉原来的STM32F103CBT6，也遇到了一些问题，这里记录下来，希望能帮到同样遇到问题的同学。

烧录问题

测试的时候，通过STM32CubeMX直接生成了一个简单的LED闪烁代码，使用STLINK或者DAPLink都可以在keil中直接烧录，但是在选项里不要用STM32CubeMX提供了的默认器件，即选择芯片的时候，要使用APM32F1的pack里的芯片，否则会无法下载。

配置96Mhz时钟

烧录成功后，使用直接生成的代码确实可以直接运行，但是既然APM32F103可以跑到96MHz，那为何不能试一试呢。

在CubeMX中配置时钟为96Mhz，因为STM32F103只能跑到72Mhz,所以CubeMX会报错，这里无视报错直接生成代码，问题来了，生成的代码烧录进去无法运行，Debug发现代码运行到SystemConfig函数的LL_Init1msTick函数开始跑飞，遂寻找问题。

查阅APM32F1使用手册，在Flash章节有如下说法：

---

Flash 存储器可直接寻址， 读取 Flash 受以下配置影响：
等待周期
针对不同的系统时钟需配置不同的等待周期：

• 0 个等待周期： 0<系统时钟≤24MHz
• 1 个等待周期： 24MHz<系统时钟≤48MHz
• 2 个等待周期： 48MHz<系统时钟≤72MHz
• 3 个等待周期： 72MHz<系统时钟≤96MHz

---

找到问题了，在下面这段代码

void SystemClock_Config(void)
{
  LL_FLASH_SetLatency(LL_FLASH_LATENCY_2);
  while(LL_FLASH_GetLatency()!= LL_FLASH_LATENCY_2)
  {
  }
  LL_RCC_HSE_Enable();
  
  //余下代码省略
}

这里对Flash的等待周期配置为2个等待周期，不符合96Mhz要求的3个等待周期，因此代码运行时会跑飞，发生读取错误。

按照手册的说法，修改如下

void SystemClock_Config(void)
{
  LL_FLASH_SetLatency(0x03);	//库中没有对应的宏定义，因此直接使用0x03
  while(LL_FLASH_GetLatency()!= 0x03)
  {
  }
  LL_RCC_HSE_Enable();
  
  //余下代码省略
}

重新编译，烧录，问题解决。

待补充