微波EDA网,见证研发工程师的成长!
首页 > 硬件设计 > 嵌入式设计 > TQ2440之定时器中断0——volatile关键字的重要作用

TQ2440之定时器中断0——volatile关键字的重要作用

时间:11-19 来源:互联网 点击:
近日,在学习《ARM处理器裸机开发实战——机制而非策略》一书,在TQ2440开发板上,按照书中实例以及光盘配套程序源代码进行Timer0中断试验,编译成功后烧写到开发板上,没有任何反应,反复检查代码,一直没有找出哪里有问题,就是到开发板上没有预期效果。(让人纠结的很)

最终参考了TQ2440之定时器中断0的程序代码,编译成功后,烧写到板子上,惊喜出现了。绝对是久旱逢甘霖的感觉,在这里对TQ2440之定时器中断0的原创作者表示感谢。

后来,经过代码对比,发现两个可疑的地方:

(1)之前的Timer0的初始化中没有rTCMPB0 = 0;这条语句。


而后来参考TQ2440之定时器中断0中的代码是有这条语句的。


后来经过验证,这里无关紧要。

(2)之前对于Led1灯亮灭控制语句是放在Main函数中的:


而后来参考的TQ2440之定时器中断0中是将这段代码放在了中断服务函数当中:


不过,按道理来讲,这个地方不加修改应该是可以的。

暂且先总结这样一条经验吧:如果一些控制语句(比如控制Led灯亮、灭)是要通过中断来驱动执行,那么最好将这些控制语句放在中断服务程序(也叫中断处理程序)中。如果只是在中断服务程序中控制一个全局变量(比如flag),而在Main函数中根据flag来驱动控制语句的执行,可能得不到预期效果。

为什么代码逻辑合情合理却得不到预期效果呢?其根源在于,在定义flag时没有加volatile关键字

volatile关键字的作用:当一个变量用volatile关键字修饰,表示该变量可能被硬件更改,因此每次读取这个变量值的时候都要重新从内存中读取这个变量,而不是使用保存在寄存器里的备份。

这里有一篇文章:http://www.cnblogs.com/yc_sunniwell/archive/2010/06/24/1764231.html彻彻底底的解释了volatile。也正是对于我在Timer0中断实例中遇到的问题的详细解答。其中关键点如下:

volatile提醒编译器它后面所定义的变量随时都有可能改变,因此编译后的程序每次需要存储或读取这个变量的时候,都会直接从变量地址中读取数据。如果没有volatile关键字,则编译器可能优化读取和存储,可能暂时使用寄存器中的值,如果这个变量由别的程序更新了的话,将出现不一致的现象。

Copyright © 2017-2020 微波EDA网 版权所有

网站地图

Top