[问答]

怎样去解决STM32F103 DMA串口空闲接收卡顿的问题呢

问答对人有帮助，内容完整，我也想知道答案 0 DMA串口空闲接收的原理是什么？怎样去解决STM32F103 DMA串口空闲接收卡顿的问题呢？ 0
2021-12-8 07:06:45　　评论淘帖0 邀请回答您可以邀请以下用户，快速回答问题 × heks 该类别下有 50 个回答。邀请回答 hgimtk 该类别下有 44 个回答。邀请回答新星之火12138 该类别下有 42 个回答。邀请回答 wang21cj 该类别下有 41 个回答。邀请回答 chm5 该类别下有 40 个回答。邀请回答 hjfjsdgfjdsf 该类别下有 37 个回答。邀请回答 fdjslkjd 该类别下有 35 个回答。邀请回答 werywer 该类别下有 35 个回答。邀请回答 uvysdfydad 该类别下有 35 个回答。邀请回答 h1654155957.9520 该类别下有 35 个回答。邀请回答凤毛麟角该类别下有 34 个回答。邀请回答维生素B2 该类别下有 34 个回答。邀请回答 dfzvzs 该类别下有 34 个回答。邀请回答 jenny042 该类别下有 34 个回答。邀请回答 ggfvxv 该类别下有 33 个回答。邀请回答 LY0206 该类别下有 33 个回答。邀请回答 meihuacg 该类别下有 33 个回答。邀请回答 hfgdzc 该类别下有 33 个回答。邀请回答河南顺之航该类别下有 32 个回答。邀请回答爱与友人该类别下有 32 个回答。邀请回答举报 abdkjshd 相关推荐 • STM32F103VET6的串口是怎样去使用DMA+串口空闲中断接收数据的 919 • 怎样去解决STM32F103RC的Usart用DMA空闲中断接收数据假死的问题 1530 • stm32f103 uart使用DMA发送接收数据该如何去实现呢 1312 • 怎样去使用STM32F103的串口输出功能呢 643 • 如何将STM32F103的串口1配置成空闲中断模式且使能DMA接收呢 1181 • 如何利用STM32单片机去实现DMA+ADC+UART功能呢 2196 • STM32F103的USART3串口DMA接收缓冲区发生错误的原因 1684 • STM32F103使用串口DMA收发数据的源码该怎样去实现呢 1089 • STM32F103CBT6串口1是如何利用DMA发送接收数据的呢 1386 • 如何利用Ardunio IDE去完成stm32f103的串口通信呢 1001 1个回答

STM32F103 UCOSIII UART串口空闲DMA接收

以及实际产品中的应用方式（标准库3.5版本）

1. 修订记录

2. 实际产品中应用的交互协议-JSON格式

2.1、协议举例-其中一个命令

大部分情况下，1个数据包的长度都小于1024字节，在本地局域网中都可以直接1次性发送完成
比如常用的有人的以太网，WIFI等模组–这个时候使用DMA空闲中断接收串口数据包优势就非常明显了
不用做断帧判断，只需要做数据包的格式和完整性判断，这个非常方便写代码，不容易出错；
命令协议距离：
主轴运动绝对脉冲数
请求参数

[tr]参数类型描述[/tr]

cmd	Int	命令代码
action_id	Int	唯一序号

plusCntX	Int
plusCntY	Int

应答

[tr]参数类型描述[/tr]

action_id	Int	唯一序号
status	String	“0”=成功，或其他错误描述信息

示例

请求：
{ "cmd":5, "action_id ":1234, "plusCntX":300, "plusCntY":400} 应答：
{ "action_id ":1234, "status":"0"}
3、DMA串口空闲接收原理

原理讲解：
当串口初始化完成后，串口就保持为接收状态，之后有数据来就开始接收数据，一旦没有数据停止发送的时间超过了固定的时间
(这个时间一般是一个字节的传输时间，所以不同的比特率对应不同的时间，如果实际应用中，中途间隔比较大，就需要使用硬件定时器的方式，来加大这个时间：在空闲中断中启动定时器，并且将已经接收的字节搬运到缓冲区中)
，就会触发串口的空闲中断，注意不是DMA的，此时DMA还是正常接收的，然后再空闲中断中赶紧把 DMA停止，搬运接收到的数据到自定义的缓冲区中，此时就完成了一次一包数据的接收;
所以：串口的空闲中断和 DMA 是同时分开执行的，并不是空闲中断发生了DMA就停止了，所以之后应用层要赶紧把数据取出来，不然数据就可能被新的数据覆盖；
DMA通道的选择：请看STM32中文参考手册的DMA章节

根据上面的指示，在初始化代码中选择就行；
粘贴部分代码：
串口3配置初始化，串口空闲中断和对应DMA通道初始化：

对应的串口空闲中断代码：

这里一旦触发了中断，就重启了DMA接收，此时一旦立即有新数据发送过来的化，之前接收的数据肯定被覆盖了，所有需要根究自己的产品的交互速度设计是否是共享内存，还是消息队列的，因为STM32F103的内存毕竟就这么点；
如果对端连续发送数据命令过来，那么中途的指令肯定会被丢掉很多，要注意整个系统的设计结构；
APP中的主程序就一直等待信号量的通知，然后将数据拷贝出来：

4、DMA启动的通道太多也会出问题，会阻塞卡顿

STM32F103的我没有使用到很多个DMA都启动的场景，，但是在STM32H743上就使用了很多的DMA通道，而且数据的收发非常快，且频繁，此时就可能出现DMA频繁仲裁，就可能导致卡顿
因为DMA都是要和内存SRAM打交道的，如果DMA非常频繁，就可能出现总线冲突，就需要冲裁了，这个时候就可能导致卡顿阻塞；所以DMA也不是万能的，也不可能完全解放CPU

这个系统由 14个DMA通道
主串口-和FPAG交互的串口是 200字节，921600，2.5MS一次400HZ的速度接收的，速度非常快，光发送时间就占用了1.7MS左右
然后需要根据设置的转发参数，同步的将接收的这个高频数据，转发到其他串口和 SD卡保存；
此时对于内存的操作就非常繁忙了，哪怕CPU是空闲的，也可能导致处理速度跟不上节奏；