有关USART发送方与接受方的困惑

mjwang

我想问一下高手，在写那个USART通信程序的时候，STM32作为接收方接收程序嘛；
stm32通过串口与电脑相连，电脑每次不是发送一个8位的数据嘛，STM32接收到之后就寄放在DR寄存器中，并产生中断，那我们在中断程序实现从DR中获取数据；
但是到这里我不太懂了，我看程序里好似没有 向电脑发送应答信息告诉电脑数据已经处理完毕的相关语句，那电脑也就是发送方怎么知道STM32把数据从DR中取走了？
电脑肯定要收到应答后再发送下一个数据吧，不然如果我们这边DR里的数据一直放着不取，那DR不就一直被电脑发过来的数据更新了？

反过来，STM32作为发送方，向电脑发送的时候，我看程序也是没有判断应答什么的，到是有通过TC标志判断是否发送完成，发送完成也不代表那边就处理好数据了啊？
可能是我强迫症把 这个问题挺纠结的

xuande

发送方怎么知道STM32把数据从DR中取走了？   
答：它确实不知道。如果一定要知道，必须由接收方告诉它，即给它发数据。

那DR不就一直被电脑发过来的数据更新了？
答：是这样，所以接收方有个标志位，大概叫“over run”，提醒你，上个数据没有取走，被后面数据覆盖了，找不回来了。

Aries丶风铃草

应该是判断USART_RX_STA，我也不懂，凑个热闹

xuande

反过来，STM32作为发送方。。。。
答：情况是一样的。

sworssman

这个不用应答，都以固定波特率互相通信，发送端发完就不管。

qingyu111

对，串口通信不是一问一答的模式，只要发送成功或接收成功就行，对方怎么处理是对方的事

DongInker

串口也叫异步通讯接口，所以是跑默认的协议，发的只管发，接的只管接！

sodermalm

其实很多做数据通信的话 都会有制定自己的通信协议，什么开头什么结束，这样没有用的数据就不会被存起来而是直接丢弃。你好好理解下原子哥的串口通信例程。里面都已经讲的很详细。然后动手改一改  这样你就能深刻理解了

mjwang

xuande 发表于 2016-11-7 17:57
发送方怎么知道STM32把数据从DR中取走了？   
答：它确实不知道。如果一定要知道，必须由接收方告诉它， ...

嗯嗯   但是关键的一个地方我还是不太明白，数据是一帧一帧地发嘛, 那帧与帧之间有时间间隔嘛，就是说他发完一帧后等待多久之后就发送下一帧，  我们写程序接收数据是在中断里面嘛

假设一帧的数据来了dr被充满，产生中断，中断程序就接收，那这时如果中断程序较长或有个久一点的延时，而发送方那边是以自己的速度发送嘛，他的速度比较快，我们这一帧的数据刚刚接收完，还没退出中断函数，发送方那边啪啪啪又几个帧过来，不是就丢失了嘛。

这么说的话我们有丢失帧的风险，所以中断程序要写短些？不过要多短呢？在什么时间内呢？这个时间要看发送方那边嘛。。
你看我想得对不对，我会不会想太细致了

xuande

mjwang 发表于 2016-11-8 17:44
嗯嗯   但是关键的一个地方我还是不太明白，数据是一帧一帧地发嘛, 那帧与帧之间有时间间隔嘛，就是说他 ...

除了“帧”字有些地方说得不合适，你想得都对。

1、等多久问题，实际就是帧之间空白的时间长度。
印象里，空白期只要超过传输一个字节所需要的时间，机器就认为是“空闲IDLE”，就会产生空闲中断。

2、这样确实会丢失数据，所以必须尽快取走数据。

3、不论什么中断，中断程序都必须尽可能短。
多短算短呢？以不影响下次中断为准则（这有点像废话）。

mjwang

xuande 发表于 2016-11-8 19:51
除了“帧”字有些地方说得不合适，你想得都对。

1、等多久问题，实际就是帧之间空白的时间长度。

嗯嗯 帧是网络里的说法我本来想换个词的  词穷
就是一组8位的数据嘛 哈哈