关于个人对UART+DMA +串口空闲中断的理解与疑惑

本文分享了在船舶AIS数据接收中,采用串口+DMA+空闲中断模式的经验与挑战。面对数据粘连及解码乱码问题,作者探讨了手动数据处理和回归传统字符判断方法的有效性,强调了实际测试的重要性。

   以下只是个人根据自己实际项目的使用在论坛里看到的一些交流的理解,欢迎大家指出其中理解错误的地方。

1. 我为什么选择了 串口+DMA+空闲中断模式

  在网上去搜索会看到很多的资料与简介,甚至还有许多实例程序,这里我就不在重复介绍。当初我选择这种模式来进行处理接收串口数据有以下几个原因。

 1. 实际中我是用串口去接收一种船舶上发出的报文数据(AIS数据),你当成GPS就行了。这种数据会根据周围的船舶的数量的多少,串口接收数据的频率也会不同。目前实测 最多的 1S可以接收5帧左右的数据,1帧数据大约在50~100个字符。所以我为了节约处理器性能采用了这种模式。

 2.纯粹是为了偷懒,觉得采用了这种模式接收,完全可以高枕无忧的接收数据,不用自己去写什么接收程序和处理程序。

 3.初次接触这种模式,觉得真的很牛。过度迷恋。

 2. 实际使用过程中遇到的问题以及处理方法

  1. 一般情况下,这种模式做串口数据接收还是非常的好用,但是这是一般的情况下。下面内容来自论坛的讨论:

 

  2. 实际使用的过程我,我确实也遇到了问题。偶尔会出现数据粘连在一起的情况,比如下面这样本来应该一帧数据触发一次的空闲中断,却是几帧数据粘连一起触发的情况。

   !AIVDM,1,1,,B,B6:hqcP009qvSMT>fk<03wQ6kP06,0*14  &n

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值