回复：关于ModbusTcp架构的规划-技术论坛-工业支持中心-西门子中国

回复：关于ModbusTcp架构的规划

已锁定

Zane

版主

帖子

21144
精华

401
被关注

1491

论坛等级：至圣

注册时间：2003-06-06

钻石如何晋级?

发布于 2021-08-24 00:00:27

6楼

展开查看

以下是引用Zaxife在2021-08-23 15:08:30的发言 >5楼：

事实上并不是这样的。

当PC作为Client时，PC可以自己掌控通讯主动权，通讯快慢完全可以由Client支配。

但PC作为Server时，PLC可不会等你Server的响应，而是疯狂的请求的。如果有哪个Client抽风疯狂发数据给PC，将会导致PC网络堵塞其他的PLC就死了。

就像为啥PLC作为Server时并不会支持无数Client的连接，因为太多Client连接了PLC根本处理不过来网络延迟非常严重最终导致空闲IP、端口耗尽而踢掉死链。否则无法再建立新连接的。

以下是引用Zane在2021-08-21 21:43:24的发言 >4楼：网络负荷是与通信双...

引用4楼详细内容：

网络负荷是与通信双方实际的通信需求有关，不会因为C/S架构角色的对换而变化

以下是引用Zaxife在2021-08-21 08:39:14的发言 >3楼：常见的组态软件，P...

引用3楼详细内容：

常见的组态软件，PC都是当做CLIENT，PLC当做SERVER的啊，没毛病。

反过来的话，你必须保证PC的ModbusTCP SERVER软件一直运行，否则PLC访问不到PC就无所适从了。这种反过来的做法，程序逻辑思维考虑欠缺的话，会直接被坑死的。而且，当存在大量的PLC时，PC网络负荷加大了ModbusTCP SERVER软件的响应处理将是严峻的考验。

PLC做CLIENT 不能掌握通信的快慢吗？

PC是计算机，PLC也是计算机也，你把你说的话，把两个单词互换一下，有啥区别？

Zane 注册自动化系统工程师 Always save before download

评论

编辑推荐：关闭

请填写推广理由：

活动公告查看全部公告>

2026共启We来，驰骋工控路，领跑新征程

热门视频，猜你喜欢

本版热门话题

SIMATIC S7-1500系列

共有10698条技术帖

相关推荐

热门标签

相关帖子推荐

guzhang

恭喜，你发布的帖子

被评为精华帖！

快扫描右侧二维码晒一晒吧！

再发帖或跟帖交流2条，就能晋升VIP啦！开启更多专属权限！

分享
只看
楼主

X

您收到0封站内信：

×

×

信息提示

很抱歉！您所访问的页面不存在，或网址发生了变化，请稍后再试。