串口485通信，使用多机通信位，有这么用的吗？？

[draculamx]

接到一个上位机项目，其他都很简单，就是485通信碰到问题了
硬件工程师告诉我，他要使用485通信中的多机通信位，我不太懂硬件，于是他就提出了如下通信的方案：
1.有多个下位机，上位机（PC）通过轮询方式和下位机通信
2.通信由上位机发起，通信过程如下：
（1）上位机将串口校验方式切换为'm'（mark校验），发送通道号（一个字节，范围从1到20）。
（2）上位机将串口校验方式且换为's'（space校验），接收来自下位机的14个字节。
（3）上位机发送31个字节到下位机（串口还是's‘（space校验）不变。
这样，就完成了一个下位机的通信，剩下的就是改变通道号，重复1-3的步骤，去轮询剩下的下位机。

首先我想问一下：485有这么通信的么？？我到目前为止，接触到的485轮询，都是使用一种校验方式，中途不改变校验方式的。像这种通信中频繁切换校验方式，通信会稳定吗？？这方案有可行性吗？？

程序我已经完成，从目前的运行情况来看，不是很理想，主要是PC端和下位机，在收发字节的时候，有错误的字节出现，有时候还会漏掉1个字节。是我的PC端程序有问题，还是这个方案本身就有弊端？？

我个人认为，这种通信方案很不靠谱。。。。

[jiqiang01234]

引用 2 楼 draculamx 的回复:

[quote=引用 1 楼 jiqiang01234 的回复:] 485如果多机通讯，一般使用总线模型，而不是改变通讯校验码的方式。485一般只有两根线，用半双工通讯。也就是同一时刻，只能收或者只能发。 楼主的需求可以这样实现(不需要切换校验码)，上位机当做485的主机，轮询总线下的从机，每个从机固定一个id号。当主机轮询从机的时候，请求数据中带上从机的id号，这样只有与自己匹配的从机才会响应主机的请求。

使用您说的这种方案，是不是上位机 (pc)发送任何数据，每个下位机都可以收到？然后根据收到数据中的ID号来决定是否应答？？[/quote] 对。类似广播。

[jiqiang01234]

485如果多机通讯，一般使用总线模型，而不是改变通讯校验码的方式。485一般只有两根线，用半双工通讯。也就是同一时刻，只能收或者只能发。 楼主的需求可以这样实现(不需要切换校验码)，上位机当做485的主机，轮询总线下的从机，每个从机固定一个id号。当主机轮询从机的时候，请求数据中带上从机的id号，这样只有与自己匹配的从机才会响应主机的请求。

[draculamx]

引用 1 楼 jiqiang01234 的回复:

485如果多机通讯，一般使用总线模型，而不是改变通讯校验码的方式。485一般只有两根线，用半双工通讯。也就是同一时刻，只能收或者只能发。 楼主的需求可以这样实现(不需要切换校验码)，上位机当做485的主机，轮询总线下的从机，每个从机固定一个id号。当主机轮询从机的时候，请求数据中带上从机的id号，这样只有与自己匹配的从机才会响应主机的请求。

使用您说的这种方案，是不是上位机 (pc)发送任何数据，每个下位机都可以收到？然后根据收到数据中的ID号来决定是否应答？？

[draculamx]

引用 6 楼 zhao4zhong1 的回复:

如果轮询的频率够高，漏字节或错字节的频率够低，可以在软件上使用比如： 忽略本次错误数据 取多次数据的平均值 使用类似去掉一个最高分，去掉一个最低分，……的算法 使用带纠错功能的校验码 …… 达到设计目标。 另外提醒：漏字节或错字节可能是因为： 线缆过长 插头松动 虚焊 环境电磁干扰过强 电源电压不够稳定 …… 原因造成。

我认为，字节错，漏，就是因为在通信的过程中，频繁的切换了校验方式导致的，因为现在设备全部在实验室，所以外部干扰或者硬件不过关的情况应该是不存在的

[draculamx]

我也在网上找了一些文章，里面提到，485在收发的时候，需要等待和延迟，不知道是否是这方面的原因

[赵4老师]

不要迷信书、考题、老师、回帖； 要迷信CPU、编译器、调试器、运行结果。 并请结合“盲人摸太阳”和“驾船出海时一定只带一个指南针。”加以理解。 任何理论、权威、传说、真理、标准、解释、想象、知识……都比不上摆在眼前的事实！

[赵4老师]

Windows下延迟请用Sleep：

#include <windows.h>
#include <stdio.h>
int main() {
 printf("1\n");
 Sleep(1000);//延迟1000毫秒，精度≈15毫秒
 printf("2\n");
 return 0;
}

[draculamx]

但现在硬件工程师说，下位机处理能力有限，非要采用我楼顶说的这种方式来通信，但是通信过程中，漏字节和错字节的情况很多，他非要我在软件上做修改来达到目的，但我现在软件不论怎么改都不能实现，这应该是硬件问题，那我该怎么办

[jiqiang01234]

引用 4 楼 draculamx 的回复:

但现在硬件工程师说，下位机处理能力有限，非要采用我楼顶说的这种方式来通信，但是通信过程中，漏字节和错字节的情况很多，他非要我在软件上做修改来达到目的，但我现在软件不论怎么改都不能实现，这应该是硬件问题，那我该怎么办

下位机什么芯片？通讯频率有多高？ 不一定是硬件问题，我不建议每次通讯都要更改串口参数。越复杂的操作，出错的概率就越高！

[赵4老师]

如果轮询的频率够高，漏字节或错字节的频率够低，可以在软件上使用比如： 忽略本次错误数据 取多次数据的平均值 使用类似去掉一个最高分，去掉一个最低分，……的算法 使用带纠错功能的校验码 …… 达到设计目标。 另外提醒：漏字节或错字节可能是因为： 线缆过长 插头松动 虚焊 环境电磁干扰过强 电源电压不够稳定 …… 原因造成。