YTM32B1HA01 因没有清空中断标志位，导致串口中断一直触发的问题

[Diga]

有可能是你配置接收 8 个字节，实际收到超过 8 个字节

[huorunfa]

1. 软件内部有接收动作，但是测试过程中对端没有发出过数据，为什么会触发接收中断？
2. “配置接收 8 个字节，实际收到超过 8 个字节”出现这种情况会导致中断一直触发吗？实际开发过程中是避免不了有这种情况出现的。

[Diga]

1. 看状态应该是有噪声，noise flag 有置起，建议用示波器看一下总线
2. 如果你确定个数的，那就正确设置个数，上层协议应该是要规定的。如果不定长的帧，那就不能设置较小的接收值，采用不定长帧的接收方式，demo 里有不定长接收

[huorunfa]

示波器看着没啥问题，这个也是偶发性的，当前SDK是不是没有处理这种情况？

[huorunfa]

噪声会导致 DRF_RFE 接收中断标志置位吗？现场问题是 DRF_RFE 置位，但是 uartState->isRxBusy 没有置位，这个中断清不掉

[Diga]

我猜测：在你的代码里，应该是 LINFlexD_UART_DRV_CompleteReceiveUsingInterrupts 这个函数去把 isRxBusy 设置成 false，但是在这之前，接收中断就已经关了。但现在你的状态是 isRxBusy 是 false，但中断仍使能，就会导致一直进接收中断，却没法接收数据。还是建议自查一下代码

[huorunfa]

如果此处触发串口异常中断调用 LINFlexD_UART_DRV_ErrIRQHandler -> LINFlexD_UART_DRV_CompleteReceiveUsingInterrupts 清除 isRxBusy 后，LINFlexD_UART_DRV_StartReceiveUsingInterrupts 继续运行，执行 /* Enable the receiver */
LINFlexD_SetReceiverState(base, true);

    /* Enable receive data full interrupt */
    LINFlexD_SetInterruptMode(base, LINFlexD_DATA_RECEPTION_COMPLETE_INT, true); 是否会导致这个问题

[huorunfa]

[Diga]

[Diga]

把你流程讲一下，正常流程是不可能出现 isRxBusy = false，中断仍使能的情况。你有异步调用开启接收，或者 abort 接收？

[huorunfa]

我们当前的流程是任务A负责调用 LINFlexD_UART_DRV_ReceiveData 开启接收，之后等待接收回调函数触发。另有一个软件定时器监控接收超时，超时后会调用 LINFlexD_UART_DRV_AbortReceivingData 将接收abort。（已知软件定时器不会抢占 任务A 的时间片，因此不会出现任务A执行 LINFlexD_UART_DRV_ReceiveData 接口的同时被软件定时器回调函数打断）。
我刚刚的意思是任务A执行LINFlexD_UART_DRV_ReceiveData 的过程被LINFlexD_UART_DRV_ErrIRQHandler 打断进而有概率出现“状态是 isRxBusy 是 false，但中断仍使能”的情况