当前位置：工控论坛 > > 产品 > 工业互联 > 工业以太网

请教工控高手！！ 点击：1097 | 回复：12



fenglengse

    
  • 精华：0帖
  • 求助：0帖
  • 帖子：8帖 | 8回
  • 年度积分：0
  • 历史总积分：65
  • 注册：2005年4月14日
发表于：2007-10-17 19:38:00
楼主
我在一家钢铁公司工作，最近为本公司料场做了一次网络升级改造，改造前采用MB+通信，现改为Ethernet/IP通信，基本网络结构图如下：
监控→中控室（光纤交换机）-----------------------8#节点（光纤交换机）
       ↓                                          ↓   ↓   ↓
        -----------------3#节点（光纤交换机）    9#节点 10#  6#
                                ↓
                         1#节点（光纤交换机）
交换机采用的是施乃德的光纤交换机，上位用的intouch 下位用的concept 现在存在的问题是开始时候从中控监控上位 访问9#节点存在命令有时发不下去，漫漫的扩张开来，甚至所有网络都堵塞了，咨询了施乃德的说他的交换机用了6万点的通信也才占用网络资源5%，（我们的通信量只有6K点）程序上也没有什么大问题，上位系统也正常，求教高手说说自己的看法。我的邮箱是fenglengse@sina.com 在这里谢谢关注的师傅们了！
分享到：
收藏 邀请回答 回复楼主 举报



想起时正是忘记

  • 精华：0帖
  • 求助：0帖
  • 帖子：42帖 | 1651回
  • 年度积分：0
  • 历史总积分：1960
  • 注册：2007年1月26日
发表于：2007-10-17 20:28:00
1楼
说得不够明白，下面节点都是PLC吗？

　　检查9＃与8＃之间的光纤接头，不行就重做，注意卫生，否则生病，哈哈
回复 引用 举报

fenglengse

  • 精华：0帖
  • 求助：0帖
  • 帖子：8帖 | 8回
  • 年度积分：0
  • 历史总积分：65
  • 注册：2005年4月14日
发表于：2007-10-18 23:19:00
2楼
呵呵 谢谢同行关注，上面的介绍是说了部分 其他节点都是交换机，一共有13台交换机，每个交换机都挂了2-3个PLC，光纤接头是请专业人员做的，作好后都进行了红外测试的，可以排除这方面的因素。
回复 引用 举报

我爱我家

  • 精华：0帖
  • 求助：0帖
  • 帖子：2帖 | 541回
  • 年度积分：0
  • 历史总积分：1036
  • 注册：2003年5月06日
发表于：2007-10-18 23:28:00
3楼
检查一下上位机有没有病毒，找一台干净的机子PING一下各个节点，如果返回时间异常，一个节点一个节点逐节点用排除法排除。
回复 引用 举报

fenglengse

  • 精华：0帖
  • 求助：0帖
  • 帖子：8帖 | 8回
  • 年度积分：0
  • 历史总积分：65
  • 注册：2005年4月14日
发表于：2007-10-19 17:20:00
4楼
楼上的朋友说的我之前也试过了，我曾连续PING 过1000次 返回无异常。但从上位的监控数据库记录中显示有一段时间所有的数据都发送失败！现在我把所有的监控机都集中访问一台服务器主机，在由此主机连接交换机，这样在链路上减少了访问的端口，正在测试过程中！
回复 引用 举报

天神

  • 精华：0帖
  • 求助：0帖
  • 帖子：22帖 | 65回
  • 年度积分：0
  • 历史总积分：225
  • 注册：2004年2月05日
发表于：2007-10-25 20:46:00
5楼
学习了
回复 引用 举报

守护你的星

  • 精华：0帖
  • 求助：0帖
  • 帖子：8帖 | 224回
  • 年度积分：0
  • 历史总积分：428
  • 注册：2007年9月29日
发表于：2007-11-28 10:56:00
6楼
感觉怎么就那么复杂,当初学习网络教程时并不是很难啊 !
回复 引用 举报

串口通讯

  • 精华：3帖
  • 求助：0帖
  • 帖子：73帖 | 356回
  • 年度积分：0
  • 历史总积分：1788
  • 注册：2007年7月09日
发表于：2007-11-28 11:12:00
7楼
学习
回复 引用 举报

通讯网

  • 精华：11帖
  • 求助：1帖
  • 帖子：431帖 | 10265回
  • 年度积分：0
  • 历史总积分：24711
  • 注册：2004年7月09日
发表于：2007-11-28 11:53:00
8楼
在节点处监控一下数据，看看应答是否迅速，数据是否正确。如果单是9节点的话，把九#节点摘掉试一试。
回复 引用 举报

想起时正是忘记

  • 精华：0帖
  • 求助：0帖
  • 帖子：42帖 | 1651回
  • 年度积分：0
  • 历史总积分：1960
  • 注册：2007年1月26日
发表于：2007-11-28 23:45:00
9楼
楼主搞定没有？

　　如果硬件没有问题，把组态对下位扫描周期加长。若上位是定时扫描下位，上位软件做得不够健壮而且下位数据较多的情况下，会出现网络阻塞，而且越来越严重直至瘫痪。
　　下位数据还在占用网络上传，上位死心眼儿，不管收没收完底层打的包，非要按规定再跟下位数据，那一定是要撞车堵车，而且下位也得累够呛。
回复 引用 举报

想起时正是忘记

  • 精华：0帖
  • 求助：0帖
  • 帖子：42帖 | 1651回
  • 年度积分：0
  • 历史总积分：1960
  • 注册：2007年1月26日
发表于：2007-11-28 23:51:00
10楼
出现这种问题，对于软硬件的制造开发商来讲，就是东西做得不够完美，软件行话叫“不够健壮”或说“有BUG”，这种软件一般是没经验的年轻人编的，或者没经过严格测试。其实对每一次通讯会话完毕加一个判断标志就OK了。

　　对于系统集成商而言，简单的解决办法就是加长访问时间。

　　当然，也要考虑网络中有没有多个节点访问9＃节点的可能。如果有，也可以通过延长时间来解决试试。
回复 引用 举报

飞云

  • 精华：0帖
  • 求助：0帖
  • 帖子：26帖 | 494回
  • 年度积分：0
  • 历史总积分：787
  • 注册：2002年8月03日
发表于：2007-12-18 10:17:00
11楼
厉害
回复 引用 举报

他山石

  • 精华：3帖
  • 求助：3帖
  • 帖子：169帖 | 2343回
  • 年度积分：4
  • 历史总积分：5792
  • 注册：2004年8月29日
发表于：2008-01-22 20:53:00
12楼
学习了
回复 引用 举报

热门招聘
相关主题

官方公众号
智造工程师