rtt串口V1的DMA中断接收机制的深入探索和优化

发布于 2021-12-03 19:33:51 浏览：3443 订阅该版

9 条评论

Zork 2021-12-06

这家伙很懒，什么也没写！

这篇文章写的很好很实用，楼主费心了；我们在V1版本的串口里面也是踩过坑。
问题描述：我们的某个项目里面也是需要5个串口全开，中断模式，来一个字节产生一个中断然后解析，其中串口5需要通过串口1从上位机每秒500个字节写入数据。客户反馈这个串口5承载的外设工作不太正常，后来跟踪发现写入采用的是轮询机制，当有高优先级的任务，写入工作就断断续续，导致外设接收的这500个字节不连续，导致工作不稳定。
解决问题1：前段时间看到v2版本出来后，果断尝试了下，花了一些时间适配V2驱动，发现DMA+IDLE确实好用，但问题依然存在，当某个串口中断不及时或者任务满负载的时候，只要数据一次出错（未及时取走缓存满了），以后收到的数据就永远不能同步，一直都是错误的。我分析估计是v2版本存在的bug或者我们不能理解v2，不能根据v2的特点开发应用层。时间紧迫，我们只有自己动手修改v2代码
解决问题2：
优化方法：
a. servial_v2文件里面的rt_serial_update_write_index；如果数据未及时取走，就直接覆盖，而不是舍弃。保证以后数据可以继续正常读写。
![image.png](https://oss-club.rt-thread.org/uploads/20211206/901d26b6dafbe1cf0e91c3ba03b6ba58.png)
![image.png](https://oss-club.rt-thread.org/uploads/20211206/023b9994d59fb9f6f80d96713ad5be62.png)

b. 优化drv_usart_v2文件里面的方法：dma_recv_isr。将原来的方法替换为：![image.png](https://oss-club.rt-thread.org/uploads/20211206/5840bd5256b8dd9c8543395daae397ef.png)
c. 另外我们优化了rx_indicate回调，把IDLE/HT/TC的状态一起传递过去。方便应用层判定数据的来源，可以直接在rx_indicate的回调里面判定是不是idle，然后解析数据包；通过idle接收一帧数据。确实很实用很方便，减少mcu频繁切换线程导致任务繁忙。

通过以上方法优化后，我们的外设能够正常工作。性能提升不少；线程切换也不会像以前那么频繁。解放mcu。