1、在进入定时器0的中断函数前，可以看到系统还是使用的是默认的寄存器组0，由于设置中断函数使用寄存器组2，所以在进入中断函数前，除了对原来的运行数据进行入栈操作外，最后还切换到了寄存器组2，这里没有问题。
2、在中断函数中调用了带参数的函数VUartTransmitByte（*Ptr）（注：Ptr是一个指向字节数据的指针，指针变量地址为0x3D,位于data段）。在图中可以看到在汇编代码中，在实际调用函数前，先对参数进行了传递，使用R7进行参数的传递，之后正式进入函数内部，此处也没有问题。
3、在正式进入函数中时，从汇编代码中可以看到，第一条被执行的指令是MOV R5,0x07;这里就是第一个出问题的地方，结合后面的代码分析，这条指令的作用是将传递进来的参数（存在寄存器组2中的R7中）又转存到R5中，R7又作其他用途。但是这条指令却用的是0x07地址，0x07是寄存器组0中的R7寄存器，此时系统选用的还是寄存器2，应该使用的R7或者0x17,这是导致数据错误的第一个地方。
4、之后便执行到移位操作和与操作部分if(dat & (0x01 << (TxBitCnt - 1)))，从汇编出来的代码可以看到TxBitCnt - 1这一步是没有问题的，结果存放在R7中，接下来就是要执行移位操作，代码先是将需要移位的位数（就是TxBitCnt - 1的值，存放在R7中）放到R0中MOV R0，0x07；才会进入循环移位的代码部分，但是这条指令系统却是使用寄存器组0中的R7，而不是存储真正位数和寄存器组2中的R7，导致移位结果全为0。这个错误是和上一条错误是一样的。
5、我去掉定时器0中断使用寄存器组2的设置（using 2)，系统就会使用默认的寄存器组0，只是进入中断函数前，会先把R0到R7的值压入堆栈，会多一些开销，但是程序运行就对了，发送的数据也都是正确的。
6、这个问题曾经遇到过，调了一周，最后只知道是只要在中断中调用个别函数，就会导致发送函数异常，没有找到原因，现在看来可能也是这个原因导致的。
6、疑问：这个问题的产生是和我代码有关系吗？这个不知道大家有没有遇到过呢？这算不算是一个Keil C51的BUG呢？
本帖最后由 bobde163 于 2016-3-18 11:39 编辑
引用: huo_hu 发表于 2016-3-18 13:19
这个结果是对的，using指定这个函数使用某寄存器组，你的uarttransimtbyte函数没指定这所以不操作那个寄存 ...
引用: bobde163 发表于 2016-3-18 14:51
我设置了定时器中断服务函数要使用寄存器组2，并且状态寄存器PSW中也显示系统已经切换到寄存器组2了，那 ...
引用: huo_hu 发表于 2016-3-18 18:19
不一定，全局量是系统安排的，只有局部变量才组2.
不指定和using 0 是一样的。
using的使用和编译器 ...
引用: bobde163 发表于 2016-3-19 13:13
但是从汇编出来的代码来看，在中断里被调用的函数VUartTransmitByte（）里面同时使用了组2和组0，这个就 ...
引用: huo_hu 发表于 2016-3-19 17:00 你把源程序贴上来哪天有空了看看
引用: bobde163 发表于 2016-3-21 10:01
那就劳烦版主帮忙看看，模拟串口的代码如下：
引用: huo_hu 发表于 2016-3-21 11:46
楼主的钻研精神可嘉，
你这样，把生成lst和map文件给我，我的思路是先看看每个变量被分配的实际地址，然 ...
引用: ntmusic 发表于 2016-4-4 15:21
个人感觉，既然用C语言了，就不要涉及到编译器编译层面上的控制，比如指定寄存器组（Using）。提高执行效率 ...
京公网安备 11010802033920号
