<![CDATA[YTM32B1HA01 因没有清空中断标志位，导致串口中断一直触发的问题]]>测试现象：MCU没有任何日志输出，外设供电正常，看门狗正常喂狗（硬件定时器中断回调函数中喂狗），Ozone调试器连进去后显示 LINFlexD_UART_DRV_RxIRQHandler 中断回调函数一直在触发，但是isRxBusy 状态位处于false，导致中断flag没有清除，中断一直在触发。（已知MCU UART0 对端连接PC端，但是测试过程中 PC端没有向串口发送数据）。帮忙看下该问题应该如何修复。
8ef69452-c82f-4cb7-bcf9-91057a808802-2eb115e01bd5f99cee21e9fd625909f.png
9d5eae25-ebfc-4eb8-84a0-f81788bc8843-89a01268b02b7cdc70ffe463c46e13b.png
串口中断状态寄存器如下：
17e0de43-f414-4159-81ec-997084567156-6f816a50c160593e2189c5270ecdcf8.png

]]>https://forum.ytmicro.com/topic/2257/ytm32b1ha01-因没有清空中断标志位-导致串口中断一直触发的问题RSS for NodeSun, 20 Sep 2026 10:18:49 GMTSun, 20 Sep 2026 02:52:43 GMT60<![CDATA[Reply to YTM32B1HA01 因没有清空中断标志位，导致串口中断一直触发的问题 on Sun, 20 Sep 2026 07:55:38 GMT]]>我们当前的流程是任务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，但中断仍使能”的情况

]]>https://forum.ytmicro.com/post/9732https://forum.ytmicro.com/post/9732Sun, 20 Sep 2026 07:55:38 GMT<![CDATA[Reply to YTM32B1HA01 因没有清空中断标志位，导致串口中断一直触发的问题 on Sun, 20 Sep 2026 07:44:58 GMT]]>把你流程讲一下，正常流程是不可能出现 isRxBusy = false，中断仍使能的情况。你有异步调用开启接收，或者 abort 接收？

]]>https://forum.ytmicro.com/post/9731https://forum.ytmicro.com/post/9731Sun, 20 Sep 2026 07:44:58 GMT<![CDATA[Reply to YTM32B1HA01 因没有清空中断标志位，导致串口中断一直触发的问题 on Sun, 20 Sep 2026 07:42:39 GMT]]>image.png

]]>https://forum.ytmicro.com/post/9730https://forum.ytmicro.com/post/9730Sun, 20 Sep 2026 07:42:39 GMT<![CDATA[Reply to YTM32B1HA01 因没有清空中断标志位，导致串口中断一直触发的问题 on Sun, 20 Sep 2026 07:17:25 GMT]]>image.png

]]>https://forum.ytmicro.com/post/9727https://forum.ytmicro.com/post/9727Sun, 20 Sep 2026 07:17:25 GMT<![CDATA[Reply to YTM32B1HA01 因没有清空中断标志位，导致串口中断一直触发的问题 on Sun, 20 Sep 2026 06:57:33 GMT]]>image.png
如果此处触发串口异常中断调用 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); 是否会导致这个问题
]]>https://forum.ytmicro.com/post/9725https://forum.ytmicro.com/post/9725Sun, 20 Sep 2026 06:57:33 GMT<![CDATA[Reply to YTM32B1HA01 因没有清空中断标志位，导致串口中断一直触发的问题 on Sun, 20 Sep 2026 06:19:55 GMT]]>我猜测：在你的代码里，应该是 LINFlexD_UART_DRV_CompleteReceiveUsingInterrupts 这个函数去把 isRxBusy 设置成 false，但是在这之前，接收中断就已经关了。但现在你的状态是 isRxBusy 是 false，但中断仍使能，就会导致一直进接收中断，却没法接收数据。还是建议自查一下代码

]]>https://forum.ytmicro.com/post/9722https://forum.ytmicro.com/post/9722Sun, 20 Sep 2026 06:19:55 GMT<![CDATA[Reply to YTM32B1HA01 因没有清空中断标志位，导致串口中断一直触发的问题 on Sun, 20 Sep 2026 03:23:51 GMT]]>噪声会导致 DRF_RFE 接收中断标志置位吗？现场问题是 DRF_RFE 置位，但是 uartState->isRxBusy 没有置位，这个中断清不掉

]]>https://forum.ytmicro.com/post/9721https://forum.ytmicro.com/post/9721Sun, 20 Sep 2026 03:23:51 GMT<![CDATA[Reply to YTM32B1HA01 因没有清空中断标志位，导致串口中断一直触发的问题 on Sun, 20 Sep 2026 03:20:40 GMT]]>示波器看着没啥问题，这个也是偶发性的，当前SDK是不是没有处理这种情况？

]]>https://forum.ytmicro.com/post/9720https://forum.ytmicro.com/post/9720Sun, 20 Sep 2026 03:20:40 GMT<![CDATA[Reply to YTM32B1HA01 因没有清空中断标志位，导致串口中断一直触发的问题 on Sun, 20 Sep 2026 03:18:33 GMT]]>
  • 看状态应该是有噪声，noise flag 有置起，建议用示波器看一下总线
  • 如果你确定个数的，那就正确设置个数，上层协议应该是要规定的。如果不定长的帧，那就不能设置较小的接收值，采用不定长帧的接收方式，demo 里有不定长接收
    • ]]>    https://forum.ytmicro.com/post/9719https://forum.ytmicro.com/post/9719Sun, 20 Sep 2026 03:18:33 GMT    <![CDATA[Reply to YTM32B1HA01 因没有清空中断标志位，导致串口中断一直触发的问题 on Sun, 20 Sep 2026 03:08:28 GMT]]>
  • 软件内部有接收动作，但是测试过程中对端没有发出过数据，为什么会触发接收中断？
  • “配置接收 8 个字节，实际收到超过 8 个字节”出现这种情况会导致中断一直触发吗？实际开发过程中是避免不了有这种情况出现的。
    • ]]>    https://forum.ytmicro.com/post/9718https://forum.ytmicro.com/post/9718Sun, 20 Sep 2026 03:08:28 GMT    <![CDATA[Reply to YTM32B1HA01 因没有清空中断标志位，导致串口中断一直触发的问题 on Sun, 20 Sep 2026 03:02:51 GMT]]>有可能是你配置接收 8 个字节，实际收到超过 8 个字节

    ]]>    https://forum.ytmicro.com/post/9717https://forum.ytmicro.com/post/9717Sun, 20 Sep 2026 03:02:51 GMT