0
  • 聊天消息
  • 系统消息
  • 评论与回复
登录后你可以
  • 下载海量资料
  • 学习在线课程
  • 观看技术视频
  • 写文章/发帖/加入社区
会员中心
创作中心

完善资料让更多小伙伴认识你,还能领取20积分哦,立即完善>

3天内不再提示

数据处理时为什么要从DMA缓存空间中获取?

GReq_mcu168 来源:玩转单片机 作者:玩转单片机 2020-06-24 11:28 次阅读

笔记中最后得出一个串口接收的总结“空闲中断 + DMA + 队列 + 内存管理 + 定时控制”。因为空闲中断的误触发,导致我们不得不使用定时器来达到接收完整一帧的效果,这样一来,就会导致一些问题:1、数据吞吐率低,发送方需要延时一段时间后才能发送下一帧;2、响应不及时,因为有延时,必然导致接收方回复慢。3、空间利用率不高,如果一个短帧到来,会导致整帧缓存空间(这个空间大小一般是最大帧长)无法使用。

今天鱼鹰自己对自己进行一次升级,改用“空闲中断 + 循环DMA + 无锁队列”的方式进行最为高效的接收方式(无锁队列以后有时间再写,这次的重点不在这)。这种接收方式鱼鹰在接触了循环队列后就开始思考了,那个时候工作没多久,然后一位前辈使用的就是空闲中断 + DMA 的方式接收,也算是惊到鱼鹰了。后来鱼鹰在想,循环队列的优势显而易见,而DMA在设置为循环模式时,天然就是一个循环队列,我是否能将循环队列和DMA相结合,实现一个循环缓存空间呢?具体当时是如何思考的鱼鹰已不记得了,只知道当时利用KEIL模拟功能貌似是实现了想要的效果,但是在实际测试过程中应该是出现了问题,所以导致这个想法搁置了。这个实现代码鱼鹰会一并上传到公众号,让各位道友参考一二,自认为自己符合条件的自行获取就是了。直到最近看到头条一位读者的评论,鱼鹰的心思才又活泛起来了,通过评论交流,终于理解了其中是如何实现的,也想到了如何将其和无锁队列相结合,也就有了这一次笔记的分享。

实习时初次接触空闲中断时,用的接收方式是 空闲中断 + 串口接收中断,这个算是 V1.0版。后来正式工作后接触到的是 “空闲中断 + DMA”这个是V2.0,后来鱼鹰在此基础上进行改进,加入了队列,加入了定时器,算V2.5好了。这次效率更高,而且空间利用率也高,中断处理简单到到极致,定为V3.0。可能很多人在之前的笔记中根本无法真正理解鱼鹰的本意,因为这份笔记太长,如果没有一定的经验根本无法体会,尽管有一份参考代码放在后台供各位道友进行参考,但是因为那份代码只解决了一个定时器控制问题,注释也不详尽,还是鱼鹰的初次思考,所以相信很多人看到这份代码都是云里雾里的,还是无法实现其中的细节。那么今天鱼鹰就来简单描述其中的关键细节实现:

串口接收实现V1.01、初始化时开启串口的接收中断和空闲中断2、串口中断处理时,每接收一个字节存入缓存空间(注意控制越界问题)3、一旦空闲中断来了,停止接收,设置标志位,通知上层已完成一帧数据的接收,上层负责数据的处理工作。当然为了防止误触发,也可以使用定时器进行进一步控制,也可以在此基础上加入缓存队列。

串口接收实现V2.01、初始化时开启串口的空闲中断,并且初始化为正常DMA。2、触发空闲中断时,通知上层接收完成并且将其拷贝到一个缓存中供上层使用,然后重新启动DMA进行下一次的接收,因为帧与帧之间有空闲时间,只要保证这段时间大于中断处理时间,那么接收一般不会出现问题。这里有一个关键点就是,如何获取这次接收的数据长度:

Rev_Size = DMA_Set_Size - CNDTR

Rev_Size 是实际接收的长度,DMA_Set_Size是初始化DMA时设置的缓存大小,这个大小一般大于等于一帧数据的最大长度,并且最好是它的2倍以上,这样极端情况下不容易被下一帧数据所覆盖(怕中断处理不及时导致覆盖了之前已接收的数据)。而 CNDTR就是 DMA 寄存器中记录目前剩余需要接收的大小,当它为 0 时表示接收完成,DMA自动关闭。好好理解一下,实现起来不难。 串口接收实现V3.0

1、初始化时开启串口的空闲中断,并且初始化为循环DMA。2、触发空闲中断时,更新索引,这个索引表示当前写入索引值,用于上层判断缓存空间已写入的数据(鱼鹰前面写了关于循环FIFO的笔记,可自行查看,如果不懂这个,下面的你理解不了,数据结构系列文章之队列 FIFO)。3、如果加入无锁FIFO,更新in索引值。数据处理时只要从DMA缓存空间中获取即可。

现在我们来分析一下更细节的东西1、缓存大小?2、如何获取数据?3、好处?4、隐患,缺点?缓存大小可以根据需要设置,这个需要看你数据处理的延迟时间。比如说发送者10 ms发送一帧数据,你的数据处理正常时候10 ms处理一次,但有时候CPU 负担重,你的数据处理优先级较低,那么可能20 ms才会处理,那么缓存空间必然需要大于两帧数据才行,这个空间需要测试后才能确定,而且需要留有一定的富余才行。那么如何获取数据?通过学习循环FIFO的知识我们知道,循环FIFO由两个变量in和out进行数据管理,如果我们的in可以根据DMA剩余量进行更新,那么就可以根据in和out之间的关系知道目前缓存空间里面到底有多少未处理的数据了。那么如何更新呢?鱼鹰就不藏私了,直接在此说明,不过加入无锁FIFO的就自己从参考代码中获取了,这个其实都差不多。

In = DMA_Set_Size - CNDTR(CNDTR永远不会是0)

数据处理时为什么要从DMA缓存空间中获取?

是不是很惊讶,是不是不可思议,你和终极接收方式只差一层窗户纸?当年鱼鹰为了更新这个值,用了老长一段代码实现:

数据处理时为什么要从DMA缓存空间中获取?

而现在再看这个代码,已经忘记当初是咋想的了,但是这个式子确实可以更新in的值,即上面的offset,只是当初想的有点复杂了。简单来说,就是先通过CNTR和之前的 offset 获取目前的接收的长度(这个应该是受V2.0版本影响),然后根据长度更新目前的offset。但是通过读者的评论,发现根本不需要这样麻烦。只要有了in的值,然后又有out,那么获取队列中的数据也就不难了。

其实如果说采用循环DMA只是减少了中断的代码,让中断处理时间更短,那么鱼鹰还是会选择以前的V2.0的接收方式,毕竟这种方式实现了帧隔离,但是读者的一个评论提醒了我,那就是这种方式不需要重新启动DMA。这意味着什么?意味着高效,意味着DMA持续工作,意味着不存在因为DMA的短暂关闭而导致数据丢失。这就是鱼鹰接下来要说的优点:1、中断代码及其简单,像上面那种只是更新in的话只需要三条代码即可完成。2、不需要重启DMA3、因为不需要重启DMA,也就减少了这段时间串口数据的丢失4、数据吞吐量可以达到最大化,每帧数据只需间隔一个空闲时间即可继续发送。最大程度的利用了串口的接收能力,而且不用担心数据丢失,这对于快速数据的接收是非常有好处的。5、就算你不想数据帧之间出现空闲间隔时间,你也可以通过一个定时器定时更新in的值。6、即使在串口中断更新in的值时DMA又在接收数据,也不会出现问题,这个原理和无锁FIFO一样。7、不需要定时控制,防止空闲中断的误触发。8、即使因为中断体系短暂关闭,而导致空闲中断不能及时处理,也不会影响DMA在后台自动接收数据。 优点很多,缺点也有,下面就来唠叨唠叨缺点:1、因为所有数据都在一个缓存中,无法实现帧与帧之间的硬性隔离,所以必须通过数据本身确定一帧数据,对于数据的处理难道较高,这一点目前鱼鹰采用状态机处理,但是总感觉效率较低,后期看看能不能升个级啥的。2、因为无法实现帧隔离,所以一旦因为硬件干扰啥的导致多或少接收一个字节数据,又或者数据接收错误,那么再从缓存中得到一帧完整数据就比较耗时了,所以状态机一定要有自恢复机制,能够继续处理后续的数据帧。3、一旦数据处理比较慢,而剩余缓存空间不够大,那么未处理的数据将自动被DMA接收的新数据所覆盖,所以缓存大小一定要有富余。4、一次发送的数据大于或等于缓存空间,那么in的值就有问题,所以发送者发送的一帧数据一定不能大于或等于缓存空间,切记这一点。 上面的第3点可以通过处理来提醒用户缓存不够(有些无法情况无法发觉),这个鱼鹰在代码中做了处理,各位可参考。而第四点一般不会出现,这是在设计DMA缓存时就会考虑的。
责任编辑:pj

声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉
  • 缓存
    +关注

    关注

    1

    文章

    232

    浏览量

    26645
  • dma
    dma
    +关注

    关注

    3

    文章

    559

    浏览量

    100413
  • 数据处理
    +关注

    关注

    0

    文章

    581

    浏览量

    28524
收藏 人收藏

    评论

    相关推荐

    eda中常用的数据处理方法

    探索性数据分析(EDA)是一种统计方法,用于使用统计图表、图形和计算来发现数据中的模式、趋势和异常值。在进行EDA时,数据处理是至关重要的,因为它可以帮助我们更好地理解数据集,为进一步
    的头像 发表于 11-13 10:57 174次阅读

    海量数据处理需要多少RAM内存

    处理海量数据时,内存的大小直接影响到数据的读写速度和整体处理能力。更多的内存意味着可以将更多的数据缓存
    的头像 发表于 11-11 09:56 140次阅读

    FPGA在数据处理中的应用实例

    FPGA(现场可编程门阵列)在数据处理领域有着广泛的应用,其高度的灵活性和并行处理能力使其成为许多高性能数据处理系统的核心组件。以下是一些FPGA在数据处理中的应用实例: 一、通信协议
    的头像 发表于 10-25 09:21 174次阅读

    实时数据处理的边缘计算应用

    实时数据处理的边缘计算应用广泛,涵盖了多个行业和领域。以下是一些典型的应用场景: 一、工业制造 在工业制造领域,边缘计算技术被广泛应用于生产线上的设备监控、数据处理和实时控制。通过在生产线上安装
    的头像 发表于 10-24 14:11 263次阅读

    如何在KEIL软件中将变量定义在特定的RAM空间中

    _____________________________________________________________如何在KEIL软件中将变量定义在特定的RAM空间中
    发表于 10-16 22:47

    STM32CUBEMX(2)--USART通过DMA方式接收不定长数据

    在后台执行数据传输,无需Cortex-MO处理器干预。在此操作过程中,主处理器可以执行其它任务,仅当整个数据块需要处理时,才会中断主
    发表于 09-04 11:48

    岩土工程监测中振弦采集仪数据处理与解读的挑战与方法

    岩土工程监测中振弦采集仪数据处理与解读的挑战与方法 岩土工程监测是确保工程安全的重要环节,而振弦采集仪是岩土工程监测中常用的一种设备。振弦采集仪通过测量土体的振动响应,可以获取土体的力学性质和结构
    的头像 发表于 06-03 13:59 260次阅读
    岩土工程监测中振弦采集仪<b class='flag-5'>数据处理</b>与解读的挑战与方法

    STM32F4双ADC同步采样的DMA数据处理,数组的大小对采样有什么影响吗?

    个就会产生DMA中断,当数组满了的时候就会从头开始覆盖数组?我想要同步采集ADC1和ADC2的两个数据并立刻对它们进行处理有什么方法呢?
    发表于 05-23 06:11

    DMA运行时,其他的数据转移会不会因DMA占用导致这些东西延时处理

    DMA运行时占用系统总线,所以不经过CPU,速度较快,但有一个问题我不清楚,在DMA运行时,其他的数据转移例如引脚赋值、读引脚、数组内的数据处理等经过CPU的
    发表于 05-15 07:45

    VR虚拟空间中的3D 技术

    随着科技的飞速发展,虚拟空间已成为元宇宙的重要呈现方式。从游戏到工业设计,从电子商务到文旅体验,3D相关技术在虚拟空间中发挥着举足轻重的作用,决定着用户们能否真正能体会到VR的沉浸式体验。 虚拟空间中
    的头像 发表于 04-29 09:36 1501次阅读
    VR虚拟<b class='flag-5'>空间中</b>的3D 技术

    DMA搬运的数据长度超过65535怎么处理

    我有个问题请问下。我现在使用定时器更新事件触发DMA,采集1次SPI数据,使用的是循环模式。但是我现在采集的数据长度需要超过了65535,现在应该怎么处理
    发表于 03-29 08:57

    STM32F407在HAL库下使用SPI通过DMA发送数据时,如何获取DMA发送计数?

    ●关于STM32F407在HAL库下使用SPI通过DMA发送数据如何获取DMA发送计数,变量名DMA_SxNDTR 计数器在HAL库工程里查
    发表于 03-26 06:07

    工程监测领域振弦采集仪的数据处理与分析方法探讨

    工程监测领域振弦采集仪的数据处理与分析方法探讨 在工程监测领域,振弦采集仪是常用的一种设备,用于测量和记录结构物的振动数据数据处理和分析是使用振弦采集仪得到的数据的重要环节,可以帮助
    的头像 发表于 01-10 14:44 398次阅读
    工程监测领域振弦采集仪的<b class='flag-5'>数据处理</b>与分析方法探讨

    工程监测中振弦采集仪的数据处理方法研究

    工程监测中振弦采集仪的数据处理方法研究 工程监测中振弦采集仪的数据处理方法研究是针对振弦采集仪所采集到的数据进行分析和处理,以获得需要的监测信息和结构响应。以下是一种常见的
    的头像 发表于 01-09 15:10 339次阅读
    工程监测中振弦采集仪的<b class='flag-5'>数据处理</b>方法研究

    数据处理

    初学者想请教一下大家,采集的噪声信号,想要对采集到的数据累计到一定数量再进行处理,计划每隔0.2秒进行一次数据处理,(得到均方根值等一些特征值)请问大家有什么方法可以实现
    发表于 01-07 10:11