这不是简简单单的延时吗?

2019-07-28 17:53发布

count是定时器0的计数变量
interrupt void cpu_timer0_isr(void)
{
    count++;
    PieCtrlRegs.PIEACK.all=PIEACK_GROUP1;
}

我在主函数里面用到了
        count=0;
        while(count!=10);

为什么就停到这里了?这不是简简单单的延时吗?
友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
该问题目前已经被作者或者管理员关闭, 无法添加新回复
11条回答
yszong
1楼-- · 2019-07-29 11:30
哦?被编译软件优化?这个名词我还是第一次听到,怎么回事?能说详细点吗?怎么处理呢?谢谢
dengdc
2楼-- · 2019-07-29 12:05
确定进中断了吗,加个打印消息,看看。
午夜粪车
3楼-- · 2019-07-29 13:45
volatile提醒编译器它后面所定义的变量随时都有可能改变,因此编译后的程序每次需要存储或读取这个变量的时候,都会直接从变量地址中读取数据。如果没有volatile关键字,则编译器可能优化读取和存储,可能暂时使用寄存器中的值,如果这个变量由别的程序更新了的话,将出现不一致的现象。下面举例说明。在DSP开发中,经常需要等待某个事件的触发,所以经常会写出这样的程序:
short flag;
void test()
{
do1();
while(flag==0);
do2();
}这段程序等待内存变量flag的值变为1(怀疑此处是0,有点疑问,)之后才运行do2()。变量flag的值由别的程序更改,这个程序可能是某个硬件中断服务程序。例如:如果某个按钮按下的话,就会对DSP产生中断,在按键中断程序中修改flag为1,这样上面的程序就能够得以继续运行。但是,编译器并不知道flag的值会被别的程序修改,因此在它进行优化的时候,可能会把flag的值先读入某个寄存器,然后等待那个寄存器变为1。如果不幸进行了这样的优化,那么while循环就变成了死循环,因为寄存器的内容不可能被中断服务程序修改。为了让程序每次都读取真正flag变量的值,就需要定义为如下形式:
volatile short flag;
需要注意的是,没有volatile也可能能正常运行,但是可能修改了编译器的优化级别之后就又不能正常运行了。因此经常会出现debug版本正常,但是release版本却不能正常的问题。所以为了安全起见,只要是等待别的程序修改某个变量的话,就加上volatile关键字
jlyuan
4楼-- · 2019-07-29 15:22
我在写一些小程序的时候,不用volatile就可以改变我的count的值 为什么在一个项目中 就有可能不变了呢?
yszong
5楼-- · 2019-07-29 18:40
 精彩回答 2  元偷偷看……

一周热门 更多>