帮忙看看这个软件定时的问题

2019-07-16 03:51发布

本帖最后由 urcllr 于 2012-11-12 16:25 编辑

今天用UVersion4写了个软件定时程序,用的循环变量是unsigned int型,但发现一个奇怪的问题,当循环数设为32767和32768,它们的执行时间相差很离谱。这个刚好又是signed int的上界,但我试过改成unsigned char型,循环数设为127和128,执行时间基本一致。我试过在程序中加过long型变量记数器,确定它们执行的次数是正确的,32767就执行32767次,32768就执行32768次,就是时间不一致。

我试过调整优化级别,从0级常量折叠到8级重用代码入口都试过了,现象都一样,并且在UV4环境下仿真和真机(SST、STC芯片)执行都出现这种情况。

这现象仅从C代码来看是不可理喻的,小弟我对汇编又不太了解,看着UV4的编译代码也不知问题所在,还望各位前辈高手帮忙看看,编译器到底对这两种循环做了什么不同的处理。谢谢~~

以下是我用的UV版本信息:
IDE-Version:
μVision V4.53.0.6
Copyright (C) 2012 ARM Ltd and ARM Germany GmbH. All rights reserved.

License Information:
省略

Tool Version Numbers:
Toolchain:        PK51 Prof. Developers Kit  Version: 9.50a
Toolchain Path:    C:KeilC51BIN
C Compiler:         C51.Exe       V9.50a
Assembler:          A51.Exe       V8.02b
Linker/Locator:     BL51.Exe       V6.22
Librarian:             LIB51.Exe       V4.29
Hex Converter:      OH51.Exe       V2.6
CPU DLL:               S8051.DLL       V3.84.0.1
Dialog DLL:         DP51.DLL       V2.62.0.1
Target DLL:             MON51.DLL       V2.45
Dialog DLL:         TP51.DLL       V2.58


下面是代码和UV中仿真的时序图

代码和UV4仿真的时序图 代码和UV4仿真的时序图
友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
该问题目前已经被作者或者管理员关闭, 无法添加新回复
5条回答
urcllr
1楼-- · 2019-07-16 06:52
本帖最后由 urcllr 于 2012-11-12 16:51 编辑

看图不方便,还是贴出代码了。运行结果可以直接看图。

#include

void main()
{
  bit which;
  unsigned int uint;
  unsigned long lng, p1, p2;
  bit in, ln;

  while(1)
  {
    if(which = ~which)
      for(lng = 0; lng < 5; lng++) //32767和32768相差很大,这正在signed int的上限处。为何已声明为unsigned int,却出现这现象
      {
        in = 1;
        for(uint = 0; uint < 32768; uint++) {_nop_(); p1++;}

        in = 0;
        for(uint = 0; uint < 32767; uint++) {_nop_(); p2++;}
      }
    else
      for(uint = 0; uint < 5; uint++) //用unsigned long来做比较,32767和32768相差根本不大
      {
        ln = 1;
        for(lng = 0; lng < 32768; lng++) _nop_();

        ln = 0;
        for(lng = 0; lng < 32767; lng++) _nop_();
      }
  }
}

从p1, p2的结果可知两个循环的次数是符合预期的。但就是时间相差太离谱。
我试过用unsigned char并把循环数改成127和128,结果就正确了。难道char是单字节就正确,而int是多字节就出错?这样的话,估计用unsigned long并把循环数设成signed long的上限与上限+1,应该都会出这问题。
3htech
2楼-- · 2019-07-16 11:31
“时间相差太离谱” 怎么测的这个时间呢?
一台塔吊
3楼-- · 2019-07-16 14:15
我测试了一下,应该是32768这个地方的问题。你在32768后面加上一个u,即32768u,那么时间就是正确的。
应该是32768这个立即数是按int型常量来处理的。

建议以后在用无符号立即数的时候使用16进制。
urcllr
4楼-- · 2019-07-16 19:14
 精彩回答 2  元偷偷看……
urcllr
5楼-- · 2019-07-16 19:43
本帖最后由 urcllr 于 2012-11-16 20:01 编辑

刚收到ARM公司工程师的回复,不是当成int,而是当成了long来处理了。看下时序图,32768那里真的是同long一致的。另外还可以通过C51选项设置禁止int扩容来达到。不过好似无这个必要。

顺便分享一下


无标题.png

一周热门 更多>