不知道到底是哪个的BUG.   测试仅仅打开SW+外部HSE+一个GPIO  主频配置168M
mdk5.25   cubemax4.27   库版本F4V1.21
当在cubemax选择使用LL的GPIO  最终的HSE是25M，实际配置的是8M，MDK中查看代码   下面2个地方有定义HSE   都是灰色的 且跳转定义失败
当在cubemax选择使用HAL的GPIO  8M的是亮的 25M是灰的  且跳转定义成功

#if !defined  (HSE_VALUE)
#define HSE_VALUE    25000000U  /*!< Value of the HSE oscillator in Hz */
#endif /* HSE_VALUE */

#if !defined  (HSE_VALUE)
  #define HSE_VALUE    ((uint32_t)8000000U) /*!< Value of the External oscillator in Hz */
#endif /* HSE_VALUE */

在cube的时钟配置页面输入的HSE频率是多少就是多少吧，在MDK中的target中也能看到当前配置的系统时钟是多少频率，实在怀疑的话可以看看时钟初始化完成后的系统内核频率是多少呢

海迹天涯 发表于 2018-12-7 12:25
在cube的时钟配置页面输入的HSE频率是多少就是多少吧，在MDK中的target中也能看到当前配置的系统时钟是多少 ...

   525M   超频

STM32CubeMX V5.0.0建的工程，应该没有问题，没上硬件跑。
HAL库的在stm32f4xx_hal_conf.h文件中有定义


LL库的Target中有定义

toofree 发表于 2018-12-7 22:10
STM32CubeMX V5.0.0建的工程，应该没有问题，没上硬件跑。
HAL库的在stm32f4xx_hal_conf.h文件中有定义

我生成的工程中options中没有HSE的定义
代码中肯定是有的

tanic 发表于 2018-12-8 09:32
我生成的工程中options中没有HSE的定义
代码中肯定是有的

所以说，有时候的确得用新版本。
ST做的不好的地方，就是不声不响的在新版本中把一些BUG修复，不告诉一声，用户都不知道怎么回事