在使用STM32的过程中,经常发现TIM1定时器莫名奇妙的走慢,以前一句一句的查看代码,怕晶振没起振,拿示波器看,都没有发现问题,但TIM1就是走慢了,后来只能尽量避免使用TIM1,今天再次下定决心要找到原因,最后终于发现是MDK的优化造成的。
如果默认使用Level 2 (-O2)优化级别,勾选Optimize for Time 和One ELF Section per Function ,TIM1就会变慢很多,其他定时器都正常。
使用Level 0 (-O0)优化级别,勾选Optimize for Time 和One ELF Section per Function
或者使用Level 2 (-O2)优化级别,只勾选One ELF Section per Function ,则TIM1能正常工作,目前虽然能解决问题了,但是还没有仔细研究不同的优化之间的区别,到底编译器把哪部分代码给优化掉了,才造成TIM1定时器走慢呢,这个还有待进一步研究,现在要忙手头上的项目,暂且先放一放吧。
友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
这问题该赖谁呢?要么赖你没有按严格的标准写代码,要么赖编译器的优化功能。
一般人都喜欢赖后者,当然其实其中大多数其实是因为前者造成的。
另:先于errata发现哪个芯片的bug的事情我还真没碰到过
优化可能会让程序执行时间变短,导致一些硬件时序被破坏。
优化可能导致全局变量在外部被更改后,不能被函数发现。
优化可能使一条语句直接被优化没了。
解决优化后变量问题的一个解决方法是 在变量声明前面假如 volatile关键字,指明该变量不优化。
关键是 自己的代码一定要够强壮
所以我一般都不选择优化,优化后麻烦很多。花些时间去找这个错误很累。
宁愿多花点钱,用好一点的CPU。
一周热门 更多>