PIC16f18854写入timer1时出现问题

处理器：PIC16F18854 Rev 11MPLABX 3.51 MPASM 5.71Linux：MaGeIA5RealEng1.4614或ICD3 1.4614。这个项目最初是在PIC16C62的汇编程序中编写的，然后它被改编成PIC16F870的工作，现在它被改编成PIC16F18854，就像以前的芯片正在变的一样。IVE，加上使用18854中可用的一些额外资源可以改进产品。当time1H加载字节时，它有时会加载，但是当TMR1L低字节被清除时，高字节也被清除。在其他情况下，运行高字节不加载的代码完全相同。计时器没有在此时运行，因为它仍在初始化。如果计时器先加载低字节，则高字节永远不会加载，即停留在0x00上。然后，我在Time3和Time5上尝试与Time1相同的事情，并且不管我是否先加载高字节或低字节，它们都表现得出乎意料。然后我尝试了第二个设备，以防我损坏了第一个设备，它的运行方式也一样。（我的代码是使用一个修改后的.Cube文件运行的，该文件添加到所有SFR中。这使得跟踪银行TMR1HYB4更容易，并且如果已经在正确的银行中避免不必要的银行切换）。



      以下为原文

    Processor: pic16f18854 rev 2001
Mplabx 3.51
Mpasm 5.71
Linux: Mageia 5
Real Ice 1.46.14 or ICD3 1.46.14

This project was originally written in assembler for a pic16C62, then it was adapted to work on a pic 16f870 and now it is being adapted to run on a pic16f18854 as the previous chip is becoming expensive, plus the product can be improved using some of the extra resources available in the 18854.

When timer1H is loaded with a byte, it sometimes loads but when the TMR1L low byte is cleared, the high byte is also cleared. On other occasions, running exactly the same code the high byte does not load. The timer is not running at this point as it is still being initialized. If the timer is loaded low byte first, the high byte never loads i.e. stays on 0x00.

I then tried the same thing on timer3 and timer5 which are the same as timer1, and they behave as expected regardless of whether I load the high or low byte first. I then tried a second device in case I damaged the first one, and it  behaves the same way.

Has anybody else experienced problems with this timer?

(My code is running using a modified .include file with the bank number added to all the SFR's. This makes it easier to keep track of the bank e.g TMR1H_B4 and avoid unnecessary bank switching if already in the correct bank).







   Attachment(s)

timr.asm (1.35 KB) - downloaded 30 times