【剑思庭专栏之AB技术故事会】HMI访问controllogix咋这慢?还干不干活呀!

前一段时间剑指工控的收到很多AB朋友的来信(微信回复),一致反映AB的技术文章还不错,就是直接把问题和解决方案抛出来,有点突兀很多朋友看了一眼不是很理解,也就没有仔细看,只是收藏然后等碰到类似问题就找出来看看是否能对上的,问我能不能改一改叙述的方式,我很高兴朋友们对剑指工控有一个积极向上的态度和反馈。接下来,我将更改技术文章的叙述风格,将采用讲故事的方式把技术问题引申出来。谢谢大家对剑指工控的呵护。

 这是一个真实的故事

一个用户2010年用了一套AB的controllogix L6系列的PLC,上位机软件用了RSviewSE的2套单机版一直性能不错,除了几次计算机死机,整个系统没有什么问题。2014年用户增加一些工艺控制在程序里,并增设了两个远程IO站,上位机监控软件由于授权限制,客户把RSviewSE升级到了FactoryTalk View SE6.0。客户也抱着这种简单升级不会有什么问题,而且还是用了AB更先进和更强大的新一版的上机位监控软件。

可是天有不测风云,人有倒霉喝凉水都塞牙的时候。就在这套系统改造后,发现上位机FactoryTalk软件运行速度很慢,数据刷新也是感觉总比现场的真实变化要慢上5-6秒,而且当页面数据比较多的时候切换时刷屏很慢,客户感觉到很郁闷。就让集成商优化,如果不能优化到以前的状态,就不给改造项目的验收,集成商也是摸不着头脑,这可咋弄呀!他们也是在这个项目投入了2个人,都干一个月了,最后还不给钱,自己又不是慈善机构不是来扶贫的,怎么办呀,那就挤兑AB呗!

 剑指工控来献策

故事就是这么巧,无巧不成书,千转百回,客户的技术问题转到我的邮箱。我先后查了一些Logix的参数手册,然后给出集成商一个检查步骤。

为避免ControlLogix处理器的通讯性能出现问题,系统优化请遵循以下三个步骤:

步骤1

70%任何通讯模块的CPU使用。

80%的CPU使用ControlLogix处理器模块

4500ENBT 以太网模块上每秒数据包

步骤2

ControlNet模块统计数据 可通过将指向RSLinx到它。

以太网模块统计数据可通过将Web浏览器指向其查看。

处理器统计数据可通过使用可选任务监控从RSLogix5000工具task monitor看到

步骤3

除了不能超过上述步骤以外,还可通过以下方式尝试提高性能问题:

增加ControlLogix处理器系统开销时间片。

增加ControlLogix处理器未连接缓冲区。 19993 - ControlLogixunconnected buffers.

使用单独的模块和网络定期及不定期通信。

 迎刃而解

最后集成商按照此方法去检查,发现CPU的通讯负荷很高,经检查发现,远程IO机架没有采用机架优化,采用了直接连接。另外集成商调整了CPU的开销时间片,把上位机通讯调整大了一些,这样客户的系统又重回原来的状态了,客户也是比较满意集成商的优化结果,还放了一句,我就说嘛,AB的产品不可能这样差劲啊。