众所周知，STM32串口通讯，接收及发送都没有设计硬件FIFO，这对大部分程序员来说，算是一个硬伤。但实际上，由于STM32串口可以利用DMA收发，这样比固定16字节的FIFO更灵活。


在编写串口接收的bsp层代码时,同时启动DMA接收和空闲中断，就可以实现一个硬件接收缓冲，在空闲中断中，
实现数据从硬件接收缓冲的读取。

串口接收bsp层接收缓冲两层结构
--第一层FIFO硬件接收缓冲 (第一层硬件FIFO接收缓冲，利用DMA自动传输，不占用CPU时间，一般大小可设置为16-1024字节)
--第二层FIFO软件接收缓冲 (第二层软件FIFO接收缓冲，在DMA传输完毕中断中处理，缓冲可设置的比较大，一般是1024～8192字节)

这是个讨论帖？

但实际上，由于STM32串口可以利用DMA收发，这样比固定16字节的FIFO更灵活。

说的是实现思路

同时启动DMA接收和空闲中断，就可以实现一个硬件接收缓冲，空闲中断中，实现数据从硬件接收缓冲的读取。

在3至10Mbps串口通讯的情况下，只有这一个办法。逐个字符中断式接收来不及。

数据流大用DMA比较舒服的,比如发送DMX512的数据

发送一般没有问题，这里主要说接收。波特率低的话，中断可以。波特率高的话，如果是5Mbps，2.2微秒需要接收一个11位串口字符，中断方式显然不现实。

HAL库的串口中断函数，并没有认真考虑DMA和空闲中断，非常不专业。

中断函数应该展开(高速收发仅打开发送完成中断和空闲中断)，DMA中断应该跟根据用户定义存在别名。

wjandsq 发表于 2017-1-23 14:11
HAL库的串口中断函数，并没有认真考虑DMA和空闲中断，非常不专业。

没有空闲中断确实很棘手

hal 的 bug 是 没有 带DMA 的 空闲中断配置  都需要 后期 改

说的是实现思路

没有空闲中断，应该算是HAL库不完善。
另外，接收完数据，不应该自以为是的关闭串口，应该由用户决定是否关闭。

请教，第二层软件FIFO缓冲是什么意思？实现什么功能？