当前位置: 首页 > news >正文

现场总是发生急停,很可能是PLC和设置间网络中断

如果你的现场总是发生急停,很可能是PLC和设置间网络中断,本文用一个真实案例告诉你问题背后的原因和解决方法!

这是一台生产汽车配件的机器,使用1500F的控制器连接机器人控制器,现场装置总会莫名其妙的发生急停故障。

首先,仔细查看现场在那个时间段的故障信息,通过PLC的Web页面查看诊断缓冲区,可见发生故障时PLC的信息,其中出现的第一个重要的信息是”Error on partner-No neighbor could be detected”,这表明机器人控制器与连接的交换机断开了连接,同时也证明了博途使用了网络拓扑组态,这种组态给诊断带来了很大的便利性。

试想一下,如果没有组态网络拓扑而不出现这样的诊断信息,只有诸如“Watchdog time expired”这样的信息,会给诊断带来很大的难度,因为导致看门狗超时的故障信息的真实原因有很多。

为了确认现场的故障信息,我们使用Proneta查看了网络拓扑,其中采用的星型网络的交换机使用了管理型的交换机SCALANCE XC216,经过和现场工程师的确认,经常是网络中的机器人控制器发生急停(下图红框内的设备需要虚化,不能让观众看到上面的字),实际上从诊断信息可以看见实际是通信故障。

借助管理型的交换机SCALANCE XC216的Log table日志信息,我们看到发生故障时机器人控制器所连接的端口出现了Link down和Link up的信息。这样就排除了交换机的问题,那么问题就显而易见了,这表明机器人控制器的网卡出现了问题,会出现偶尔物理连接断开的情况。那么我们就可以建议用户与机器人生产商取得联系,看是否可以更换网卡或对应的设备。

管理型交换机的日志表中可以清晰的标识网络端口出现的问题,从而进一步验证了PLC中的故障信息“Error on partner-No neighbor could be detected”,机器人设备与PLC物理连接断开。这里需要特别说下,以前给OEM用户建议使用管理型交换机,从这个案例更好验证了使用管理型交换机的重要性,借助它可以高效的解决现场的问题。


http://www.mrgr.cn/news/57982.html

相关文章:

  • 【福建医科大学附属第一医院-注册安全分析报告】
  • 前后端请求、返回数据的多种方式
  • elementui 的 table 组件回显已选数据时候使用toggleRowSelection 方法的坑点
  • 【JavaEE初阶】计算机是如何工作的
  • C++ 图像处理框架
  • 转变软件交付方式:通过统一 API 和测试策略提高质量和速度
  • make_blobs函数
  • Django+Vue全栈开发旅游网项目首页
  • python实战(二)——房屋价格回归建模
  • 九、Linux实战案例:项目部署全流程深度解析
  • 【C++笔记】类和对象(下)
  • Java中的集合-Map和set(java数据结构)
  • 【SpringCloud】基础问题
  • 力扣每日一题3185. 构成整天的下标对数目 II
  • linux笔记(NFS服务)
  • WPF的UpdateSourceTrigger属性
  • Matlab|基于氢储能的热电联供型微电网优化调度方法
  • 全网最全文件格式详解:npy/npz/h5/hdf5/pkl/hdf/tfrecord/parquet/csv/txt/feather
  • 记录一次线上环境svchost.exe antimalware service executable 进程占用CPU过高问题
  • 如何轻松攻克Lua语法基础?教程在此(下篇)
  • 今日总结10.24
  • Flutter 状态管理框架Get
  • 最优阵列处理技术(七)-谱加权
  • 【ADC】FFT分析中的基本概念与相干采样
  • 20241024-LaTeX常用数学符号之希腊字母——Typora(2)
  • GISBox vs CesiumLab:哪款GIS工具更适合你的项目?