PIC32MX795 UART RX中断接收额外的非随机字节

我正在为一对基于PIC32MX795F512L的自定义板开发固件。这些板通过UART1/Serial0上的全双工RS485接口以250kbps的速度连接在一起。固件是在MPIDE中开发的，我使用HardwareSerial库中的.Inter.()函数将ISR链接到UART RX中断（这基本上通过跳出它的ISR到您的函数来替换HardwareSerial循环接收缓冲函数）。HardwareSerial库没有明确地设置URXISEL中断模式，但我假设它默认为0x00（RX FIFO上的中断不是空的）。串行链路上的消息总是2个固定长度（21或37字节）之一，消息的最后一个字节是CRC8。接收器用来验证消息的校验和。串行RX ISR是一个非常简单的状态机——有10个64字节的消息缓冲区，它们都初始化为0x00，并在使用后重置为0x00。消息的第一个字节是长度（n），因此它保存在一个静态变量中，并且当调用ISR时，n个字节逐个字节地复制到当前消息缓冲区中。当接收到最后一个字节（即CRC8校验和）时，将长度写入缓冲区的第一个字节，以告诉应用程序缓冲区已经准备好，并且索引被递增以指向链中的下一个缓冲区以获得下一条消息。然后，应用程序计算校验和，并进一步处理消息，如果它是有效的。如下所示：固件运行良好，我正在进行测试，通过串行链接来回发送数百万条消息。但是，很少（48小时运行一次或两次，包含1000多万条消息）我在接收方收到校验和失败。固件中的诊断将打印出消息，计算出校验和应该是什么，接收到什么。我注意到在错误的消息中有一个字节插入到消息的某个地方，它也不是一个随机字节——它是以前收到的8个字节的重复。这里有几个例子：它总是一个插入的字节（后面的内容看起来是有效的，但是被替换了1个字节）和之前8个字节的重复，这让我觉得它正在读取上一次使用FIFO的单元格时的旧数据。这也需要触发UART RX中断，即使实际上没有收到任何字节。就好像UART接收中断被快速连续触发了两次，我的程序在被重写之前正在从FIFO单元读取旧数据。我已经检查了设备的错误表，它没有提到UART模块接收中断的任何具体问题。E.有人以前见过这样的事情，或者对可能发生的事情有进一步的了解吗？