PIC18LF46K22 EEPROM写地址损坏？

嗨，当编程EEPROM时，我正在写写地址的腐败。例如，我将一个计数器设置为传输的大小，让我们A9H。我指向一个带有数据的RAM缓冲区。我在EEPROM中设置了一个两字节的地址，比如说，000小时。大多数时候，所有数据都被正确存储。然而，有时目标EEPROM地址被清除到FFH，并且数据字节被存储在下一页上。当高地址指针移动到下一页即1xx时，我设置一个断点来触发，当它触发时，我看到计数器只从A9h计数到41h（所以尚未完成），低阶地址值为零（因此滚到下一页）。我的代码中没有一个在0FFH上面写EEPROM，所以没有理由在那里看到任何数据。高阶地址总是在调用EEyWrad之前清除。我有一个中断禁用周围的关键部分EEAI写routtin。我不使用任何其他的地址指针。中断程序不使用任何寄存器——或者至少存储和恢复任何寄存器。我在RAM中保持EEPROM地址指针，并在写入之前将其转移到EEADRL和EEADRH，因为在使用SCIF EEADRL等指令之前，我曾见过问题。作为一种解决方案，我已经把中断禁用到EEI写调用之前（到目前为止），防止了损坏。有没有其他人经历EEPROM编程结果，不如预期？



      以下为原文

    Hi, I am getting a corruption of the write address when programming the EEPROM. For instance, I set a counter to the size of the transfer, let's A9h. I point to a RAM buffer with the data. I set up a two byte address in EEPROM - let's say 0000h. Most of the time all data gets stored correctly. However, sometimes the target EEPROM address gets cleared to FFh and the data byte gets stored in the next page up. I set a breakpoint to trigger when the high address pointer moves to the next page i.e. 1xx and when it triggers I see the counter having only counted down from A9h to 41h (so not yet finished) and low order address value is zero (hence the roll over to the next page). None of my code address EEPROM above 0FFh so there is no reason to see any data there. The high order address is always cleared before the call to EE_WRITE. I have an interrupt disable around the critical part of the EE_WRITE rountine. I do not use the address pointers for anything else. The interrupt routine does not use any of the registers - or at least stores and restores any. I maintain the EEPROM address pointer in RAM and transfer it to EEADRL and EEADRH prior to a write as I have seen problems before when using instructions like INCF EEADRL. As a workaround I have moved the interrupt disable to before the EE_WRITE call and (so far) that has prevented the corruption. Has anyone else experienced EEPROM programming results that were not as expected?