有没有大佬更新了CubeIDE2.0.0,在软件内更新后体积大了一倍
STM32CUBE调试中出现没有 “uwTickPrio() at 0x20000004” 对应的源文件
关于STM32Cubemx 6.15版本生成工程的文件编码的问题
在STM32CUBEIDE中配置完以后直接编译然后再运行出现《没有 “_end() at 0x20000108” 对应的源文件》
STM32CubeMX每次打开后第一次从Board新建工程
DMA传输完成后,串口与DMA一直处于忙状态
CubeAI如何加载caffe模型
STM32U575VGT6在cubeMX中没有FATFS中间件,是不支持?还是待开发?现在这块板子使用FATFS只能自己手动移植吗?
St cubemx添加自定义文件
2025国庆中秋活动体验报告1——TouchGFX环境配置
微信公众号
手机版
应用中,STOP唤醒后需要重新系统时钟配置,根据当前时钟来重新初始化 TICK
配置时钟函数里包含了更新时钟源,所以使用的是当前时钟源,并非默认时钟源。
你可以参考库中代码,使用中不要拆分库函数使用。
经过长时间的查找,我发现这样一种可能,也许能解释这个问题(要是我说错了还望大佬不吝赐教)。我找到RCC有这样一个位(RCC_CFGR的STOPWUCK) ,当离开stop模式时,会根据这个位选择HSI还是MSI作为时钟源。而我实验了下发现这个位是默认值,也就是离开stop时会选择MSI作为时钟源。是不是因此生成的程序默认为MSI了?如果是这样的话,这个1MS的延时应该不准吧?
唤醒之后需要重新配置系统运行时钟,配置过程中,将这1MS的时钟配置为当前时钟。这样才能保持一致和定时准确。楼主可以试试看。
可是,我的默认时钟是通过PLL分配的16MHz不是么,但是按我在提问中展示的代码,它给的1ms延时不是按MSI时钟来的吗(也就是SystemCoreClock和MSI的时钟频率一致,而不是和我设置的时钟频率一致)。我要是不进行stop模式再唤醒,cubemx生成的这个1ms不是永远都不对吗