STC单片机定时器延时用官方程序快约5倍是什么原因？

ssduck

STC单片机定时器延时用官方程序快约5倍是什么原因？
' `2 u' ~% C! _/ k运行是正常的，就是延时快约5倍，定时器是1ms，中断1000次就应该是1秒了，但LED灯闪烁很快，我将中断修改到5000次，闪烁才象是1秒闪1次的样子，是那里出错了？
. O2 O$ s1 c- f. `' i# A

• unsigned int t;
• sbit led=P2^0;
• void Timer0Init(void)                //1毫秒@18.432MHz
• {
•         AUXR |= 0x80;                //定时器时钟1T模式
•         TMOD &= 0xF0;                //设置定时器模式
•         TL0 = 0x00;                //设置定时初始值
•         TH0 = 0xB8;                //设置定时初始值
•         TF0 = 0;                //清除TF0标志
•         TR0 = 1;                //定时器0开始计时
•   ET0=1;//打开定时器1中断允许
•   EA=1;//打开总中断
• }
• void main()
• {
•         Timer0Init();//定时器0初始化
•         while(1)
•         {
•                 if(t == 1000)    //中断1000*1ms=1s
•                 {
•                         t=0;
•                         led=~led;
•                 }
•         }
• }
• void Timer0() interrupt 1
• {
•         TL0 = 0x00;                //设置定时初始值
•         TH0 = 0xB8;                //设置定时初始值
•         t++;
• }
• 
  

wushy32

如果你了解汇编语句，会对你的理解有帮助。所以不懂汇编是不能称为精通单片机的。
C语言t=1000中的t，在CPU中必须用两个字节来表示，不妨起个名子叫NH和NL。t=NH,NL
) M, n& {4 M1 ?. {你的主程序一直在等t=1000，也就等（NH，NL，16进制）=03E8H，但是CPU指令只能一个一个的判断，假设先判断NH=03，而后再判断NL=E8，逻辑上是没有毛病的。
" o# T: s0 @; B- {你的中断是每1ms一次，中断发生时，你的程序运行到什么地方了呢？不太好确定吧，你的程序一直在等t=1000，估计多半会在此处中断。
注意，有个关键的特殊事件发生了，而且发生的概率还不了（程序不长）。
8 D5 V( L: d+ b  [3 N! i3 A6 c, T, I中断发生在CPU已判断了NH，还未判定NL。而中断服务程序会做t++，也即（NH,NL）+1，这就修改NL的值，问题来了。
例如：原先（NH,NL）=1000 = 03E8H，程序已确定NH=03，如果NL=E8，就反转LED灯。
- B5 H! Z( Q( R  E但是中断发生在NH=03判断之后，而NL还未判定，中断时你将t++，也即（NH,NL）++，变成了 03E9H，中断返回后，再判断NL却不是E8，而是E9了。
如此，程序不会再做LED反转了。t将=1001，此后被加到65535，再回0，下次再加到1000。
也即，只要t=1000时发生中断，如果中断发生在主程序判断：NH=03与NL=E8之间。则本次LED的显示，就会超出你的预期！而且t会走向65535，再回0。

wushy32

晶振选对了吗