MSP430精确延时程序汇总.doc

430精确延时问题 今天在晚上发现一种MSP430的精确延时方法，经测试，确实狠精确。最低可以精确到1/OSC，例如：如果采用8MHz的晶体，那么最小延时就是125ns，已经利用示波器通过验证。 具体做法如下： 先做如下预定义： #define CPU_F ((double)8000000) #define delay_us(x) __delay_cycles((long)(CPU_F*(double)x/1000000.0)) #define delay_ms(x) __delay_cycles((long)(CPU_F*(double)x/1000.0)) 其中第一行中的8000000为时钟，可以根据自己时钟设置。 然后在程序中直接条用delay_us和delay_ms即可。非常好用，入： delay_ms (1); //延时1ms delay_us(1); //延时1us delay_us(0.125); //延时0.125us 注意：最低延时只能是1/OSC，否则就没有延时了。 该方法缺点：不能传递变量，只能将常数作为参数 IAR FOR 430中精确软件延时方法 标签: IAR FOR 软件 延时 2010-11-04 10:15 IAR FOR 430中精确软件延时方法 在用单片机的时候常常会用到延时函数，430也不例外，常见的形式有： void delay(unsigned int ms) { unsigned int i,j; for( i=0;ims;i++) for(j=0;j1141;j++); //8MHz晶振时 } 复制代码//以上程序段在要求延时精度不高的场合可以用。 但在 IAR 软件430的编译器里面我们可以利用它内部的延时子程序来实现我们想要的高精度软件延时，方法如下： （1）：将以下这段代码复制到你的.C源文件中。 #define CPU_F ((double)8000000) #define delay_us(x) __delay_cycles((long)(CPU_F*(double)x/1000000.0)) #define delay_ms(x) __delay_cycles((long)(CPU_F*(double)x/1000.0)) 复制代码（2）：修改 在 #define CPU_F ((double)8000000) 语句里 8000000 修改成你当前MSP430 CPU的主频频率，即CPU的MCLK。 单位为HZ。本例中的8000000为MCLK=8MHZ 的意思。 （3）：使用范例 delay_us(1)； //1 微秒的延时 delay_ms(1)； //1 毫秒的延时 delay_us(3.5)； //延时3.5微秒 delay_ms(3.5)； //延时3.5毫秒 delay_ms(1000)； //延时1秒 MSP430系列单片的中断实现与中断嵌套! 1）430默认的是关闭中断嵌套的，除非你在一个中断程序中再次开总中断EINT；2）当进入中断程序时，只要不在中断中再次开中断，则总中断是关闭的，此时来中断不管是比当前中断 优先级高还是低都不执行；3）若在中断A中开了总中断，则可以响应后来的中断B（不管B的优先级比A高还是低），B执行完再继续执行A。注意：进入中断B后总中断同样也会关闭，如果B中断程序执行时需响应中断C，则此时也要开总中断，若不需响应中断，则不用开中断，B执行完后跳出中断程序进入A程序时，总中断会自动 打开；4）若在中断中开了总中断，后来的中断同时有多个，则会按优先级来执行，即中断优先级只有在多个中断同时到来时才起做用！5）对于单源中断,只要响应中断,系统硬件自动清中断标志位,对于TA/TB定时器的比较/捕获中断,只要访问TAIV/TBIV,标志位倍被自动清除;对于多源中断要手动清标志位,比如P1/P2口中断,要手工清除相应的标志,如果在这种中断用EINT();开中断,而在打开中断前没有清标志,就会有相同的中断不断嵌入,而导致堆栈溢出引起复位,所以在这类中断中必须先清标志再打开中断开关. 中断响应时间 中断的响应时间就是中断的响应过程的时间，中断的响应过程是当有事件产生，进入中断之前必须先记住当前正在做的事情，然后去处理发生的事情，处理这个过程的时间，叫做中断相应时间。 　　计算机中也是采用的这种方法，五个中断源，每个中断产生后都到一个固定的地方去找处理这个中断的程序，当然在去之前首先要保存下面将执行的指令的地址，以便处理完中断后回到原来的地方继续往下执行程序。 公示定义 计算机接收到中断信号到操作系统作出响应，并完成切换转入中断服务程序的时间。对于占先式内核，要先调用一个特定的函数，该函数通知内核即将进行