【剑思庭专栏之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的产品不可能这样差劲啊。