UART DMA的疑惑

只看该作者 · 2011-1-23 08:17

STM32的DMA是个好东西，AD和Uart发送用起来很爽，但是我在想，如果用DMA做UART的接收，情况就有点麻烦，如果全双工的，收到数据长度不确定怎么办？即使长度固定，由于某种原因对方的数据不完整，那就会导致后面的数据全部出错？当然可以用一个在数据位中永远不会出现的包头，或者数据包接收超时等办法来解决问题，那做起来感觉就不爽了，各位高人怎么做的？

只看该作者 · 2011-1-24 08:39

前面讨论过了，很难解决，如果用MODBUS之类的协议，用DMA实现非常困难还是用中断吧

https://bbs.21ic.com/icview-109346-1-1.html

只看该作者 · 2011-1-24 14:04

楼主说的有道理，最近我也在想这个问题。

只看该作者 · 2011-1-24 14:39

例如：我要接收371个左右的字节（也有可能是400个，或500个字节（假想一下最多不会超过500个字节））的GPS数据流；我设计DMA接收字节个数500个。这就意味我每次要等下一个数据流来的时候才可以中断。像https://bbs.21ic.com/icview-109346-1-1.html这个贴，香水城版主说的，可以用接收一半来防止中断后数据被重写的问题。但是我整理这些数据还是比较烦的一件事情。
第二：如果采用未接收500个字节，用TIMEOUT的方法来处理数据，我不知道这个TIMEOUT该从什么地方开始计时。如果是DMA全接收中断，中断的时候已经是第二个数据流来的时候。如果是DMA接收一半中断，感觉还有一点可行性。
第三：像楼主说的，如果是定长数据的话。也要看给你传数据的设备会不会传一些其它的不定长的数据给你才是。当然你可以说看帧头。因为很多都是帧头是固定的，可以先接收中断，再用DMA。感觉十分不爽。

1万 · 2011-1-24 18:30

例如：我要接收371个左右的字节（也有可能是400个，或500个字节（假想一下最多不会超过500个字节））的GPS数据流；我设计DMA接收字节个数500个。这就意味我每次要等下一个数据流来的时候才可以中断。像http://bbs. ...
jgphu 发表于 2011-1-24 14:39

请问你的GPS数据流是多长时间才会有一次传输？波特率是多少？

很多情况下，通过分析数据流的时序，问题都是可以解决的，就看你动不动脑子。

只看该作者 · 2011-1-24 19:21

本帖最后由 xuannin 于 2011-1-24 19:24 编辑

https://bbs.21ic.com/icview-109346-1-1.html的帖子讨论的很精彩，最后我得出的结论：串口接收不适宜用DMA做。不必在这上面再浪费时间了，只是觉得很遗憾啊。

1万 · 2011-1-25 10:52

https://bbs.21ic.com/icview-109346-1-1.html的帖子讨论的很精彩，最后我得出的结论：串口接收不适宜用DMA做。不必在这上面再浪费时间了，只是觉得很遗憾啊。
xuannin 发表于 2011-1-24 19:21

不要以偏概全，不适合你的应用方式，并不表示不适合所有人。

只看该作者 · 2011-1-25 13:49

GPS 的波特率为9600 , 1S钟接收一次, GPS数据流长度不定(300 - 500).

只看该作者 · 2011-1-26 11:03

GPS数据：

$GPGGA,021742.861,2254.6369,N,11357.9861,E,1,04,4.2,42.1,M,-3.2,M,,0000*74
$GPGSA,A,3,10,05,28,17,,,,,,,,,6.8,4.2,5.3*34
$GPGSV,3,1,10,10,75,212,43,17,55,088,24,04,51,352,25,02,38,301,22*77
$GPGSV,3,2,10,05,27,218,31,13,24,126,,28,20,169,41,23,10,058,*7F
$GPGSV,3,3,10,20,02,039,,42,50,128,37*7E
$GPRMC,021742.861,A,2254.6369,N,11357.9861,E,0.22,106.66,240111,,,A*6F

我觉得还是直接用中断接收，比DMA接收更方便。

1万 · 2011-1-26 17:58

GPS 的波特率为9600 , 1S钟接收一次, GPS数据流长度不定(300 - 500).
jgphu 发表于 2011-1-25 13:49

你这个问题与我在另一个问题的分析方法一样：https://bbs.21ic.com/icview-215791-1-1.html

如果是9600的波特率，按800字节/秒计算，300字节需要440ms时间，500字节需要630ms时间。如果你把DMA传输长度设置为最长的500字节，甚至稍微多一些都可以，再把超时定时器设置在630ms或稍长一点，那么一定可以接收到所有长度的数据包，同时有足够的时间处理。