485通讯偶尔出现第一个字节或者前两个字节丢失

只看该作者 · 2020-12-24 21:50

本帖最后由影烛光于 2020-12-24 21:51 编辑

求问个各位大佬,有什么想法或者思路吗。485通讯, 波特率是115200 处理方法是中断收发数据，（中断优先级最高）,主程序中检测到总线大于2ms空闲后,进行接收数据处理,再重新发送。
错误的概率不高，但是偶尔会出现。
目前最严重的情况是直接导致单片机和屏幕无法进行通讯（无法自己调节，重启后仍可能无法通讯,从这个现象来看是不是干扰的可能性大点?）

检测到的错误语句类似于:
上位机:
01 03 00 00 00 20 CRC1 CRC2
单片机:
03 00 00 00 20 CRC1 CRC2
或者
00 00 00 20 CRC1 CRC2

1万 · 2020-12-25 08:18

有点像断帧。
modbus rtu通信靠的是t3.5的时间间隔，处理不好，比较容易出问题。
测试方法，用单片机发数据，pc回同样数据，进行反复测试，看看是不是硬件线路问题。排除硬件，查软件即可。

只看该作者 · 2020-12-25 08:41

叶春勇发表于 2020-12-25 08:18
有点像断帧。
modbus rtu通信靠的是t3.5的时间间隔，处理不好，比较容易出问题。
测试方法，用单片机发数据 ...

谢谢,t3.5的时间间隔,我在网上看到的协议是说,波特率大于19200,使用固定时间1750us,我采用的是2ms。

只看该作者 · 2020-12-25 10:19

感觉不是硬件问题，去掉R12看看，一对一通信没必要终端电阻。

只看该作者 · 2020-12-25 10:29

tom_xu 发表于 2020-12-25 10:19
感觉不是硬件问题，去掉R12看看，一对一通信没必要终端电阻。

好的,我试试看,把R12去了之后再跑一会。

只看该作者 · 2020-12-25 11:12

tom_xu 发表于 2020-12-25 10:19
感觉不是硬件问题，去掉R12看看，一对一通信没必要终端电阻。

去掉R12一样有概率会出错.

只看该作者 · 2020-12-25 12:31

R9 R10 R12 卸掉，示波器接485AB上，观察电平，有问题的那一帧大概率是有机子没释放总线你就发数据了。

只看该作者 · 2020-12-25 13:49

kittering 发表于 2020-12-25 12:31
R9 R10 R12 卸掉，示波器接485AB上，观察电平，有问题的那一帧大概率是有机子没释放总线你就发数据了 ...

这个是一对一的通讯,应该不是这个问题

只看该作者 · 2020-12-25 15:26

接收处理的时候又收道总线数据，然后你的接收buf没加锁……下次接收前也未初始化接收相关变量

只看该作者 · 2020-12-25 15:44

只看该作者 · 2020-12-25 15:56

大概率是软件问题，硬件问题的话就不会是固定只丢头两个字节了。
把上下位机的通讯处理思路发一下看看，上位机发送是固定间隔还是等待下位机反馈后再轮询？间隔时间多少毫秒？用的是哪款单片机？
主要看软件处理的思路，modbus很简单的，一般处理好T3.5的超时时间就没什么麻烦的地方。

只看该作者 · 2020-12-25 16:19

dalarang 发表于 2020-12-25 15:56
大概率是软件问题，硬件问题的话就不会是固定只丢头两个字节了。
把上下位机的通讯处理思路发一下看看，上 ...

基本上出错的情况都是丢失第一个字节,偶尔出现丢前两个字节的情况。
上位机发送数据（等待反馈）下位机接收，确认无误后，反馈数据。上位机收到数据后，再发送下一帧数据（等到反馈后）间隔时间设置过0，5，10，15，20，50ms 都出现过这个问题。PIC单片机

只看该作者 · 2020-12-25 17:02

先用示波器看一眼啊，确定软件还是硬件的问题

只看该作者 · 2020-12-25 17:07

PIC我不熟悉。
中断接收后压入缓存，等待T3.5超时后取出数据进行处理，整体思路是没问题的。
你找个485转串口的转换工具，挂在485总线上专门用于侦听，在电脑上确认侦听到的双向发送是完整的话，那就可以确认是下位机软件处理的问题了。
自己检查缓存压入取出的相关语句，以及对应的其它中断吧。

只看该作者 · 2020-12-25 17:28

是不是收转发或者发转收的时候没有延时啊，就是RE DE这两个引脚高低电平转换不及时

只看该作者 · 2020-12-25 17:38

wanghaoshabi 发表于 2020-12-25 17:02
先用示波器看一眼啊，确定软件还是硬件的问题

这个概率比较小,示波器没办法看到

只看该作者 · 2020-12-25 17:39

dalarang 发表于 2020-12-25 17:07
PIC我不熟悉。
中断接收后压入缓存，等待T3.5超时后取出数据进行处理，整体思路是没问题的。
你找个485转串 ...

总觉得是不是配置有问题.

只看该作者 · 2020-12-26 09:36

那你单片机这么处理，接收到一帧数据，不管有没有通过校验，都把用于接收的数组清零。隔一段时间没触发串口中断，也把接收数组清零。这样就算有掉帧了跟后面也不冲突。

只看该作者 · 2020-12-26 10:27

本帖最后由 Jack315 于 2020-12-26 10:47 编辑

影烛光发表于 2020-12-25 17:38
这个概率比较小,示波器没办法看到

确实应该先判断硬件是否有问题。

假设单片机用的是 UART，其工作方式为：
1. 空闲时，RX 脚为高电平；
2. 起始位下降沿启动接收过程；
3. 在起始位正中位置再次检测 RX 脚电平，如果为高电平，则放弃接收（一个字节丢失）。
……

在电路存在干扰的情况下，就有可能出现 LZ 描述的情况。
用示波器看一下 RX 脚上有没有干扰，必要时可以专门编一段测试代码，
让上位机连续发送 0x55，下位机连续发送 0xAA。
观察两者的 RX 脚上的波形，确保没有干扰信号。

在确定硬件电路没有问题后，再讨论软件相关的问题。
如果硬件电路确实有问题，就要找出干扰究竟来自哪里。

只看该作者 · 2020-12-26 17:48

RS485通信，有个特别要注意到地方：不管主机还是从机，发送方发完了数据，一定要把总线及时释放，否则容易发生总线争抢，对方发出的数据头就有可能被切掉，导致接收不完整。
还有个问题，有些厂家的设备，并不使用标准的3.5T作为MODBUS-RTU的延时判别，这时候，你的设备与之通信，必须把延时加大，否则数据被吞掉的概率也会大增，昨晚还在一朋友的朋友圈上聊到这事儿，我提醒他发的那个延时太大了，他回复我，有些厂家的更大

485通讯偶尔出现第一个字节或者前两个字节丢失

相关下载

相关帖子

奔腾之江水

十世金身

技术奇才奖章

精英会员奖章

技术新星奖章

常驻人口

希望之星奖章

以坛为家

涓涓之细流

缘定三生

精华达人奖章

欢快之小溪