本帖最后由 hotman_x 于 2014-5-11 08:26 编辑
事实上没有什么做到精确延时的通用方法,方法有二:
一是用汇编,根据晶振频率,对照数据手册,换算出指令周期,实现精确延时;
二是用C,通过实测调整,如果不是要求非常精密,也差不多少。
我先贴一个自己做的,抛转引玉。这个方案基于方法一,用于 STC12C5A60S2,在主频 22.1184mHz 下精确到微秒。可以直接换算到常用频率 11.0592mHz,只不过变成精确到 2 微秒就是了。
另外,我用的是坛子里比较少见的 SDCC 编译器,不过,汇编没多大区别,很容易换成 keil。
分析(STC12C5A60S2,主频 22.1184mHz):
CPU为所谓的 1T 机,即不对主频进行分频(传统8051CPU会对主频进行12分频使用)。这样的话:
1. 明显的,大约 22 个指令周期为 1 μs;
2. 根据1,每 100 μs 误差约为 -0.54 μs,大约相当于12个指令周期。
3. 根据2,每8 μs补偿一个指令周期,那么:每100 μs 误差 +0.0072 μs,误差率低于 0.01%,可以接受。
微秒级延时函数,误差在1个指令周期之内。
- void delayUs(unsigned char us) __naked { // 6 入口
- us; // 抑制变量未用警告
- __asm
- ; 第一个 μs 共 22T。用于出入口(已用 10T)
- ; 第一个 μs 的前半部分,7T
- MOV A, DPL ; 2 DPL中是函数参数
- DEC A ; 2 减去第 1 个 μs
- JZ 0001$ ; 3 计数为0则直接跳到 1μs 的后半部分
- ; 以下是第二个 μs,共22T。用于准备主循环
- ; 第二个 μs 的前半部分,11T+3T
- MOV DPL, R0 ; 3 保存R0
- MOV R0, A ; 2 以下用 R0 作为 μs 计数器
- MOV A, #6 ; 2 补偿计数,去掉已过的 2μs
- DJNZ R0, 0003$ ; 4 减去第二个 μs。计数不为 0 则进入正常周期
- SJMP 0002$ ; 3 直接跳到 2μs 的后半部分
- ; 以下是 3μs (含)之后周期延时部分,每周期 22T+1T(遇 8μs 周期时)
- ; 补偿
- 0003$:
- JNZ 0041$ ; 3 如果未到补偿的时刻(A>0),跳过补偿部分
- ; 这里是补偿部分,5T,比非补偿部分多1T
- MOV A, #7 ; 2 每 8μs 补偿一次,当前这次自行减去
- SJMP 0042$ ; 3 回避非补偿部分
- ; 这里是非补偿部分 4T
- 0041$:
- DEC A ; 2 计算补偿周期
- NOP ; 1
- NOP ; 1
- ; 计算完补偿(7T)之后剩余的部分,15T
- 0042$:
- CJNE A, DPL, 0043$ ; 5
- 0043$:
- CJNE A, DPL, 0044$ ; 5
- 0044$:
- NOP ; 1
- DJNZ R0, 0003$ ; 4 μs计数
- ; 补偿 2μs 前半部分最后被跳过的 SJMP 指令
- SJMP 0022$ ; 3
- 0022$:
- ; 以下是 2μs 的后半部分,8T
- 0002$:
- SJMP 0021$ ; 3
- 0021$:
- NOP ; 1
- MOV R0, DPL ; 4
- ; 以下是 1μs 的后半部分,5T
- 0001$:
- CJNE A, DPL, 0011$ ; 5
- 0011$:
- RET ; 4
- __endasm;
- }
复制代码
毫秒级延时函数,误差依然是1个指令周期。
- void delayMs(unsigned char ms) __naked { // 6
- ms; // 抑制警告
- __asm
- ; 第一个ms,共 35T + 10T(进出) + 5T(周期补偿) + 800us + 196us
- ; 本应是34T+10T,但考虑错过了一次8us补偿,所以加到35T
- ; 1ms 部分,共 40T(含周期补偿,不含出入部分)
- ; 1ms 前半,21T
- PUSH _R0 ; 4
- PUSH _R1 ; 4
- MOV R0, DPL ; 4 用 R0 计 ms 数
- MOV R1, #4 ; 3 前800us的循环计数
- MOV DPL, 198 ; 3 相当于从第一次循环中减去 2 us
- SJMP 0001$ ; 3 直接跳到 1ms 后半,直接跳入周期,所以补偿5T(见开头处)
- ; 主体循环部分。每周期 45T + 998us
- ; 本应 44T,考虑错过一次 8us 补偿
- 0002$:
- MOV R1, #4 ; 2
- 0021$:
- MOV DPL, #200 ; 3 x 4 = 12
- 0001$:
- LCALL _delayUs ; 200us x 4 = 800us
- NOP ; 1 x 4 = 4
- NOP ; 1 x 4 = 4
- DJNZ R1, 0021$ ; 4 x 4 = 16
- MOV DPL, #198 ; 3
- LCALL _delayUs ; 198us
- DJNZ R0, 0002$ ; 4
- ; 1ms 的后半 19T
- NOP ; 1
- MOV R0, #2 ; 2
- 0011$:
- DJNZ R0, 0011$ ; 4 x 2 = 8
- POP _R1 ; 4
- POP _R0 ; 4
- RET ; 4
- __endasm;
- }
复制代码
最后,秒级延时函数。有了前面的基础,不必那么讲究了,直接用C写,误差也不过是10微秒这个级别。
- void delayS(unsigned char sec) {
- unsigned char i;
- unsigned char j;
- for(i = 0; i < sec; ++i) {
- for(j = 0; j < 4; ++j)
- delayMs(250);
- }
- }
复制代码
如果不是,那么:
1、精确定时有通用方法,就是利用硬件定时器(含看门狗定时器等等),如果使用中断,优先选择自动重载。
2、如果你需要使用软件延时,请确保你的延时时间非常短(比如你的us级延时),并且确保你一定要关闭了中断。
3、延时达到了ms级、s级,你的延时时间要求还是那么重要吗。如果还是那么重要,请利用硬件定时器,并使用中断。如果不是那么重要,那参考本坛中NNN多的事件触发系统啊、状态机啊、OS啊进行非精确的硬件延时。
如果用定时器自然是极好的 ,不过:
1、用了双串口后不一定还能有空余的内置定时器;
2、用定时器+中断响应后远不如指令延时准确——光是现场保护与恢复的代码通常都要付出相当代价;
3、真要精确延时的场合,关闭中断是题中应有之义,谢谢指出;
4、中断响应事实上是一种并发,编程模式完全不同,在很多场合都不方便的。
新手发帖,多谢指教。
我的看法和你完全不一样,看来您还是学生,或者刚走上工作岗位,或者纯理论,总是,目前还是学院派的。
1、看来你局限于51了。事实上,我用过的N种处理器中,只有51的串口要占用额外的定时器,其他的基本上使用自己的定时器。
2、这个根据你延时时间长短而定。短时间用查询,长时间用中断。长时间为什么要用到中断呢,就是为了不要让无谓的长延时影响了其他操作,而且一般来说,对长延时的精确度根本不需要那么高,RTC除外。
3、关中断是迫不得以的办法,因为它会阻塞其他有用操作。
4、中断多好啊,你居然……你可以类比一下多线程和单线程的不同。
一周热门 更多>