最全RT-Thread驱动篇之串口驱动框架剖析及性能提升(1)，正式加入阿里巴巴

最新推荐文章于 2024-09-13 17:29:38 发布

2401_84911346

最新推荐文章于 2024-09-13 17:29:38 发布

阅读量699

点赞数 16

分类专栏：程序员文章标签： go 学习面试

本文链接：https://blog.csdn.net/2401_84911346/article/details/138783220

版权

程序员专栏收录该内容

57 篇文章 0 订阅

订阅专栏

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

4、DMA 模式比较复杂，在实现上更复杂。

首先，接收有两种缓存方案，一种没有缓存，借用应用层的内存直接做 DMA 接收缓存；一种有缓存，用的和中断模式下相同的 fifo 数据结构。发送只有一种缓存方式，把应用层内存放到数据队列里做发送缓存。
无论哪种缓存方案，都没有考虑阻塞的问题。而是抛给串口驱动一个内存地址，就返回到应用层了。应用层要么动用 rt_device_set_rx_indicate rt_device_set_tx_complete 做同步——退化成 poll 模式，失去了 DMA 的优势；要么继续干其它工作——抛给串口驱动的内存可能引入隐患
为了防止 DMA 工作的时候又有新的读写需求，

对串口驱动的期望

轮询模式不在今天讨论计划内。下面所有的讨论都只涉及中断和 DMA 两种模式。

无论哪种工作模式，都应该有至少一级缓存机制。
无论哪种工作模式，都应该可以设置成阻塞或者非阻塞。
默认是阻塞 io 模式；如果想用非阻塞工作模式，可以通过 open 或者 control 修改。
读写阻塞特性是同步的，不存在阻塞写非阻塞读或者非阻塞写阻塞读两种模式。
阻塞读的过程是，没有数据永久阻塞；有数据无论多少（小于等于期望数据量），返回读取的数据量。
阻塞写的过程是，缓存空间为 0 阻塞等待缓存被释放；缓存空间不足先填满缓存，继续等待缓存被释放；缓存空间足够，把应用层数据拷贝到驱动缓存。最后返回搬到缓存的数据量。
非阻塞读的过程是，没有数据返回 0；有数据，从 fifo 拷贝数据到应用层提供的内存，返回拷贝的数据量。
非阻塞写的过程是，缓存为 0 ，返回 0；缓存不足返回写成功了多少数据；缓存足够，把数据搬移完，返回写成功的数据量。
无论是轮询、中断、DMA 哪种模式，都应该可以实现 STREAM 特性。

中断模式下的理论实践

注**：**以下实现是在 NUC970 上完成的，有些特性可能不是通用的。例如，串口外设自带硬件 fifo ，uart1 是高速 uart 设备，fifo 有 64 字节。uart3 的 fifo 就只有 16 字节。

定义缓存数据结构

为实现上述需求，接收和发送都需要有如下一个 fifo

1struct rt_serial_fifo
 2{
 3    rt_uint32_t buf_sz;
 4    /* software fifo buffer */
 5    rt_uint8_t *buffer;
 6
 7    rt_uint16_t put_index, get_index;
 8
 9    rt_bool_t is_full;
10};