目前经过反复测试排查和对比。基本可以给出是RT-thread的V1版本串口驱动框架存在bug，但目前还未找到问题点，基本可以确定是并发的串口中断发生时，系统存在某种操作，导致外部中断不响应。目前我采取

关于你提的 rt_xxx函数的影响可能性，我在做一个测试。直接uart3和uart4的中断回调函数，验证是否是回调函数里信号量释放导致的串口中断被全局关中断影响。

我也怀疑是底层问题，因为我只开一个串口的话，这个丢数据的影响几乎可以忽略不记。可能1000次接收才有1次。但是打开之后，就出现了6%的出错率。很大概率是系统什么地方关了中断。我的uart2中断不响应了

添加log打印输出是么？DMA可以试一下。

好的 感谢。明确了。我之前疑问就是在想其他文件内容会不会在我意想不到的地方也修改了。kconfig.h修改是env完成，msp.c初始化以及conf.h配置是CubeMX_Config完成。这样还可

那时钟配置呢，是不会被修改的对吧？每次只要我使用CubeMX_Config生成的新工程，只是会修改board外的相应的msp.c初始化以及conf.h配置。