2、GD32H759I-EVAL开发板串口DMA发送以及串口DMA+IDLE中断接收任意长度数据

dzc夜听风语

已于 2024-03-26 23:48:46 修改

阅读量938

点赞数 10

分类专栏：兆易创新GD32H759I-EVAL开发板学习笔记文章标签：单片机

于 2024-03-26 23:46:49 首次发布

本文链接：https://blog.csdn.net/weixin_39676041/article/details/137058723

版权

兆易创新GD32H759I-EVAL开发板学习笔记专栏收录该内容

2 篇文章 0 订阅

订阅专栏

本文探讨了GD32H7MCU的串口特性，特别是如何利用DMA进行高效数据传输，包括DMA发送的便利性和接收时配合IDLE中断处理不定长数据。作者强调了避免中断频繁触发的重要性，并给出了接收满中断的处理策略。

摘要由CSDN通过智能技术生成

一、GD32H7的串口

可能和M4内核的MCU（例如GD32F4、STM32F4之类）最大的区别是可以任意选择DMA通道了。至于那些所谓的引脚电平逻辑反转（SBUS接收机再也不用外加反转电平的逻辑电路了）、TX\RX引脚互换（硬件画错了解决下？）、MSB First模式（基本不会用），基本很少用得到。
在DMA资源足够的情况下，串口还是尽量使用DMA收发比较节省系统资源。
DMA发送就很简单了，单开一个DMA通道设置好，都不需要串口中断参与，然后DMA在MCU不知情的情况下就可以偷摸把内存搬到外设发送出去了。设置DMA发送完成中断，发送完了来一发二值型信号量通知，然后发送守护线程就知道已经发完了，可以继续发送下一包数据了。如果采用纯中断方式发送，就会每发送一个字节打断一次系统正常运行逻辑，比较浪费资源。如果采用死等方式，115200波特率下发送110个字节大约需要10ms，如果波特率更低耗费的时间更多，采用死等方式的人可以转行干别的了，别出来害人。
DMA接收就需要考虑很多情况了，作为接收你是不知道对方会给你发送多长的数据，那就涉及到不定长数据接收问题。由于比发送复杂，下面第二部分具体分析。

二、DMA+IDLE中断接收不定长数据

2.1 像发送一样单开一个DMA接收行不行

假设我们开一块8字节的内存用于底层DMA接收，然后开启DMA完成中断，这时候如果对方发了三个字节如下，并不会触发DMA中断，如果这时候"ABC"正好是你要处理的一条指令就得不到实时响应，如果用查询的方式，就好比你为了看手机有没有来电就每一分钟去打开手机看看一样愚蠢。所以这时候就需要配合上IDLE中断来解决了。
在这里插入图片描述

2.2 加入IDLE中断后的情形

开启DMA完成中断以及IDLE中断后，假设先发来"ABC"经过一定时间的空闲，然后由于侦测到空闲帧，触发IDLE中断，这时候通过串口中断检测到IDLE中断，并且根据DMA中的NDTR寄存器（借用STM32的叫法）就可以算出接收到了3个字符，然后发送给处理任务做进一步的处理（这里需要一个通用的接收自动拼包以及协议解析的简单框架，暂且叫他LiteRxFifo，坑埋好先）。
这时候又来了两个字符的干扰数据“~D”，依然是可以实时拿到的。
最后又发了一条协议数据“ABC”，这时候就会触发临界条件了，它会先触发DMA完成中断，我更喜欢叫它串口DMA接收满中断，因为接收满了，然后由于对方没有继续发送其他数据，过一段时间就会触发IDLE中断。这个地方是需要特殊处理的，写代码找到这种临界点并且做好对应测试会加强你代码的健壮性。这里就是那个临界点，具体处理看后面补发的代码。
在这里插入图片描述
至此，如果再也接收不到数据了，那么恭喜你，看看是不是DMA接收的循环模式没打开，这也是初学者容易犯的错误。除非你就打算接收满就不再用串口了，或者你就爱在接收完之后在加点代码重新启动下一轮接收，以此骗取工作量。