【IDLE中断】总线空闲中断是否会误判一帧数据接收完成

游乐场

以前都用定时器超时来判断帧结束，自从发现了这个idle中断，写串口中断处理函数简单多了，整个接收相关的不超过十行代码。


这是手册中关于IDLD中断的描述：



后来与别人交流时候发现了一个问题：

如果波特率9600，发送一个u8只需要一毫秒左右，如果以更大的波特率通信，空闲帧将会是微秒级的时间。
如果发送方发送数据时被中断打断了一下，或者什么其他意外事件，打断了发送过程，那么接收方会不会产生idle中断。
如果产生了idle中断，是不是意味着通过idle中断判断一帧数据接收完成并不可靠，有没有什么解决方法呢？

聚东风

游乐场 发表于 2020-11-16 10:41
看过一个人写的发送函数，他是先发送数据，完了计算校验和，然后在发送校验和，这种情况的话，有没有可能 ...

懂你意思了,你说的是一帧数据,我说的是一个Byte数据.
你意思是假设一帧数据,10个Byte,先发了2个Byte,然后被打断去做其他事情了,
假设他执行了一个空闲帧的时间,然后会不会在接收方产生idle中断...
我的意见也是设立数据缓冲池跟标志位以及DMA,当开始发送后,不要去动缓冲池,等待他结束.
最大的好处就是发送开始,你可以做其他事情,完全不用管他会不会被打断.

游乐场

临时写的一个中断服务函数，结尾忘了加USART2_RX_STA=0;   大家不要在意这些细节哈哈哈

nashui_sx

游乐场 发表于 2020-11-13 15:04
临时写的一个中断服务函数，结尾忘了加USART2_RX_STA=0;   大家不要在意这些细节哈哈哈

一般不会，项目上队列啥的一般都会dma发送，不会被打断

nashui_sx

游乐场 发表于 2020-11-13 15:04
临时写的一个中断服务函数，结尾忘了加USART2_RX_STA=0;   大家不要在意这些细节哈哈哈

就是极限情况被打断，一般也有校验把当异常帧扔掉就行了

LcwSwust

利用定时器做一个可重复触发的单稳态，定时中断里处理帧数据。

聚东风

开始发送了,除非断电,否则怎么打断啊?打断了接收方也是先把0补上,然后再检测停止位检测不到,会来个错误吧?

Acuity

空闲中断时间太短，还是建议使用定时器。

游乐场

聚东风 发表于 2020-11-14 10:42
开始发送了,除非断电,否则怎么打断啊?打断了接收方也是先把0补上,然后再检测停止位检测不到,会来个错误吧?

看过一个人写的发送函数，他是先发送数据，完了计算校验和，然后在发送校验和，这种情况的话，有没有可能在收到校验和之前产生idle中断呢。

游乐场

Acuity 发表于 2020-11-14 11:25
空闲中断时间太短，还是建议使用定时器。

同事也给的这样的建议

游乐场

nashui_sx 发表于 2020-11-14 08:33
就是极限情况被打断，一般也有校验把当异常帧扔掉就行了

就是说明通过idle中断判断一帧数据接收完成是可靠的吗

游乐场

LcwSwust 发表于 2020-11-14 09:46
利用定时器做一个可重复触发的单稳态，定时中断里处理帧数据。

不太懂

LcwSwust

游乐场 发表于 2020-11-16 10:55
不太懂

假如1ms能确保帧结束
方案1，接收字节中断里对定时器计数值清零，定时器1ms后匹配中断里进行处理，此方式在高波特率下占用CPU较多；方案2，以0.1ms定时中断去查询DMA计数值，若连续10次无变化，则认为帧结束；

edmund1234

除非通信的两端都是你做的， 否则你没办法保证也没有公认的协议明确的说， 帧与帧之间是一定会有一个idle的发生。
所以不要依靠idle来判断帧的开始结束。这个是我的经验， 当然只是建议， 自己看着办

弦子的弦

这个应该是会的，因为符合空闲中断条件。加数据帧判断就可以了。