uart 理解

1：

串口字符串传输和单字节传输的差异体现在字节与字节间是或在停止位后有空闲位的插入（下图红箭头处，没有插入），即 uart_send("123")  和 uart_send('1')   uart_send('2')   uart_send('3') 在接收机上会有不同的效果。

这样在有RXFIFO的芯片上，如果RXFIFO设置为1时，而串口助手发送"123"时，接收端芯片每次都只能收到第一个字符0x31；而串口助手分三次发送字符  1 2 3时，接收端则可以每次收到不同的值；但对于没有RXFIFO的芯片，二者无区别。

哪为什么不把RXFIFO的值设置成3呢？ 如果发送方不把数据截取成RXFIFO长度的小段逐一发送，而是采用 uart_send("123456")  这样一次性发送时（串口助手发送字符串时就是这样一起性发送的，字节中间没有添加空闲位），接收端每次都只能收到前3个字符。

上述的理解是错误的，硬件fifo其实只是个缓存区，当数据攒到fifo设定的阈值时会触发操作一次性处理；无fifo的芯片可以理解为fifo阈值为1的芯片；

串口在接收字节流的时候大多是没有停止位的，即数据一个接一个的在传输，即使是stm32的串口也是这种模式；区别在于中断模式的编程，串口的中断函数处理时间要求决不超过下一字节8bit从移位寄存器收齐并传给数据寄存器的时间（可以降低bps给中断函数更长的执行时间），中断的处理只需要将数据放到接收buf并设置接收指示或发送信号量即可完成退出，不建议在中断中做数据的解析；接收buf最好采用软件fifo的方式给前台处理程序预留处理时间。整体的模式就是前后台的方式，前台while会一直处理接收buf中的数据，不用在意其处理速度，如果处理不过来可以增大软件fifo的大小，总之前台while只要没有被中断或被其他任务抢占就会不停的处理接收buf中的数据，如果处理的中途触发了接收中断，则在中断中只需要将数据放入接收buf并设置接收指示或发送信号量即可完成退出，之后前台while会接着前面被打断的地方继续处理；有了硬件fifo后会降低中断的触发频率，延长前台while的处理时间。