IFix 5.8与AB PLC通过RSLinx建立点表通信的完整记录

写给人看的IFix 5.8与AB PLC通过RSLinx建立点表通信的完整记录

搞工控的人应该都有这种经历：项目现场急着要数据，上位机软件和PLC却怎么都通不上，手忙脚乱排查半天，最后发现是某个勾选没勾上，或者版本位数不对。最近我刚好在做一个项目，把IFix 5.8和AB的PLC通过RSLinx连起来做点表通信，过程中踩了不少坑，也把整个流程理顺了。这篇东西就当作一份踩坑记录加操作手册，给后面要碰这套组合的朋友做个参考。

先说清楚这套组合是什么。IFix是GE的一套SCADA/HMI软件，工业现场用它做上位机监控很常见。AB是罗克韦尔自动化，他们的PLC比如ControlLogix、CompactLogix在大型项目里占有率非常高。RSLinx是罗克韦尔官方出的通信中间件，负责把上位机软件和AB的PLC连接起来。这三者配合，说白了就是：IFix负责画面和逻辑，RSLinx负责管道，PLC负责底层控制。管道不通，画面上的数据就全是空的。

这套东西适合谁看呢？如果你是刚接触IFix和AB通信的工程师，或者项目里正好要用IFix 5.8连ControlLogix，那这篇文章应该能帮你少走不少弯路。已经熟练的老手也可以看看，里面有些细节也许你平时没注意到。

1. 整体方案选型：为什么绕不开RSLinx

IFix要和AB的PLC通信，官方支持的方式有好几种，比如直接通过OPC、用IFix自带的AB驱动，或者通过RSLinx做中转。我最终选择RSLinx，不是没有原因的。

1.1 三种通信方式的取舍

先摆一下我知道的几种方案。第一种是IFix自带的AB以太网驱动，直接在驱动配置里填PLC的IP地址就能用，看起来最简单。但问题在于，IFix自带的AB驱动对PLC型号和固件版本支持有限，老版本驱动遇到新版固件的ControlLogix，经常出现连得上却读不到数据的情况。第二种是直接用OPC服务器，把RSLinx Classic作为OPC Server，IFix作为OPC Client去读。这种方式通用性强，但IFix对OPC的组态和点表映射比较繁琐，而且OPC通信出问题的时候，故障点比较难定位。第三种就是RSLinx作为中间层，通过OPC或者DDE接口把数据递给IFix。我最终选的就是这个方案。

选RSLinx还有一个现实原因：项目里不止IFix一个上位机要读PLC数据，还有其他系统也在用RSLinx。共用一套通信中间件，维护起来方便，也避免多个软件同时抢占PLC通信资源。

注意，如果你用的是RSLinx Classic，要确认版本是 2.6 以上，否则对ControlLogix 新版固件的支持会有问题。我在项目里用的是2.7版本，整体还是比较稳的。

1.2 RSLinx在整套系统里的位置

画个简单的数据流向图：PLC（ControlLogix）通过以太网线连到交换机，RSLinx Classic在工程师站上通过以太网驱动(AB_ETHIP-1)扫描到PLC，建立起通信通道。IFix通过OPC客户端功能去访问RSLinx提供的OPC服务器，OPC服务器再把PLC里的Tag值映射给IFix。

这里有个容易混淆的地方：RSLinx里面有"通道"和"驱动"两个概念。通道是RSLinx和物理设备之间的通信链路配置，驱动是具体的通信协议实现。比如你想走以太网，就要建一个类型为EtherNet/IP的驱动，然后在这个驱动下面配置PLC的IP地址和槽号。如果你搞混了这两个概念，组态的时候会非常迷茫。

2. RSLinx侧组态实操：建立通道和驱动

这部分是整套方案的地基。RSLinx配置不对，后面IFix连得再辛苦也是白搭。

2.1 安装与版本选择

RSLinx Classic安装包一般可以从罗克韦尔官网或者随软件光盘获取。装的时候有几个点需要注意：第一，安装路径不要带中文和空格，否则某些版本的驱动加载会出问题。第二，安装时最好把杀毒软件退掉，尤其是360这种喜欢拦驱动的软件，容易导致通信驱动安装不完整。第三，如果你需要OPC功能，在安装时一定要勾选OPC Server组件，默认安装有时不会装全。

我遇到过的情况是，RSLinx装好了，但是IFix那边始终找不到OPC服务器，最后发现是RSLinx安装时没勾选OPC那一项。这个坑非常隐蔽，因为RSLinx自己用起来一切正常，就是OPC服务没注册到系统里。

2.2 创建以太网驱动

打开RSLinx Classic的主界面，在左侧树形菜单的"RSWho"窗口里，正常情况下能看到本机的通信驱动。如果你第一次打开，里面是空的，需要手动添加。

右键点击"RSWho"窗口的空白处，选择"Configure Drivers"，在弹出的对话框里选择驱动类型。这里选"EtherNet/IP Driver"，然后给它起个名字，比如"AB_ETHIP-1"。确定之后，RSLinx会自动扫描局域网里的AB设备。

如果你发现扫描不到PLC，先在命令行里ping一下PLC的IP地址，确认网络通不通。如果网络通却扫描不到，检查一下PLC的以太网模块IP和你的电脑是否在同一个网段，并且PLC的固件版本是否被RSLinx支持。还有一个常见问题是，PLC的以太网模块上配置了"允许通过IP访问"的选项，有些老固件默认是关的。

经验之谈：RSLinx扫描不到设备时，先别急着换驱动类型，90%的情况是网络或者固件问题。用Wireshark抓包看UDP 2222端口的EtherNet/IP报文，如果PLC没有回应，那问题大概率出在PLC侧。

2.3 针对ControlLogix的槽号配置

如果你的PLC是ControlLogix机架式的，比如1756-L72配1756-ENBT模块，那有一个关键点：RSLinx扫描到设备后，它显示的是整个机架，你要展开找到CPU所在的位置，确认槽号是否正确。这个槽号是硬件上CPU模块插在机架里的位置，不能搞错。

在RSLinx里，展开以太网驱动，你会看到类似"1756-ENBT/A"开头的设备，再往下可以看到CPU模块，比如"1756-L72/B LOGIX5572"。右键点击这个CPU，选择"Configure"或者"Module Configuration"，可以确认机架尺寸和槽号信息。大多数情况下，只要PLC程序是正常运行的，RSLinx默认配置就能直接通信，不需要额外改动。

需要提醒的是，CompactLogix和ControlLogix的槽号规则略有不同。CompactLogix（比如1769-L32E）内置了以太网口，CPU本身就有网络接口，所以它的槽号固定是0。ControlLogix则要看CPU模块实际插到哪个槽，通常是1或2，但也有人插到0槽的，现场确认一下最稳妥。

3. IFix 5.8侧配置：OPC客户端连接

RSLinx这边通道建立好了，下一步就是让IFix能读到RSLinx里的数据。IFix 5.8支持OPC客户端功能，所以我们要在IFix里配置一个OPC客户端驱动。

3.1 在IFix里安装并启用OPC客户端驱动

IFix的驱动管理在"系统配置"（SCU）里。打开SCU，找到"I/O Driver"配置，选择"OPC Client"驱动。如果你在驱动列表里找不到OPC Client，那说明IFix安装时没装这个组件，需要重新运行安装程序，把这个驱动补装上。

启用OPC Client驱动后，需要指定RSLinx的OPC服务器。RSLinx安装完成后，系统里会注册一个名为"RSLinx OPC Server"的COM组件。在IFix的OPC Client配置窗口里，点击"Add OPC Server"，选择这个RSLinx OPC Server。

这里有个版本匹配的问题：IFix 5.8是32位还是64位，对应的RSLinx OPC Server也有位数要求。实际项目中，IFix 5.8默认是32位应用，RSLinx Classic也建议用32位版本，否则COM组件位数不对，OPC客户端会找不到服务器。

重要提示：IFix里的OPC Client驱动通信超时时间，默认是5000毫秒。如果你在画面上看到的点值是"空"或者"####"，多半是通信超时了。可以在OPC Client驱动配置里把超时时间调大一点，比如调到10000毫秒，能缓解部分掉线问题。

3.2 配置OPC Group和Item

IFix的OPC客户端不是直接写PLC点地址的，它要先定义OPC Group（组），再在组下面定义Item（项）。这个Group可以理解成一个通信批次，同一个PLC的数据可以放在一个组里，减少通信请求次数。

创建Group时，要填写RSLinx OPC Server中对应的路径，这个路径一般就是RSLinx里的驱动名加设备路径，比如"AB_ETHIP-1\PLC1"。然后添加Item，Item的格式通常是"Tag名"或者"地址"。RSLinx OPC Server中暴露出来的Item名，取决于你在RSLinx里是否定义了Tag数据库。

这里有个关键选择：RSLinx Classic的OPC服务器有两种数据访问方式，一种是通过"RSLinx OPC Server"直接访问底层设备，Item名是类似"Address"的路径格式；另一种是通过"RSLinx Tag Server"（也就是OPC DA 2.0方式），Item名是你在RSLinx里配置的逻辑标签名。我建议用后者，因为逻辑标签名在IFix里可读性更好，维护起来也方便。

但要注意，启用RSLinx的Tag Database功能后，需要在RSLinx里把PLC程序里的Tag导入或手动建好。这个导入工作，可以通过RSLinx的"OPC/DDE"配置界面，把PLC里的标签同步过来，也可以手动建立。实际项目中，PLC程序里的标签比较多，手动建太累，最好先从PLC编程软件（比如Studio 5000）里导出标签CSV，再在RSLinx里批量导入。

4. IFix点表映射：从OPC到画面变量的过程

点表映射是整个联调里最磨人的部分。IFix里有一套自己的标签（Tag）体系，你要把OPC通信过来的实时值，映射到IFix的数据库点（Database Block）里，然后画面上的图元再去引用这些数据库点。

4.1 在IGS里建立通信点

IFix的数据库点是在IGS（iFIX Global Database）里创建的。打开IGS，新建一个点，类型选"OPC"或者"AI"（模拟量输入）之类的。如果你选的类型是AI，那这个点的驱动来源要指向之前配置的OPC Client驱动。

新建点的时候，有个"硬件地址"（Hardware Address）字段，这里要填写你在OPC Group里定义的那个Item路径。正确格式通常是："节点名.OPC服务器名.Item路径"，比如"NODE1.RSLinx OPC Server.AB_ETHIP-1\PLC1\TANK_LEVEL"。

这里最容易出错的是节点名。IFix的OPC客户端节点名，指的是运行OPC服务器的计算机名。如果RSLinx跑在本地，节点名填本机计算机名或者"LOCAL"通常都行；如果跑在远程服务器上，那就要填服务器的计算机名，并且要确保两台机器的Windows用户权限能互通。

我当时踩的一个坑是：Item路径里的大小写和分隔符。RSLinx的OPC路径用反斜杠，IFix里有的版本又不认反斜杠，必须改成点。后来我查了文档才发现，IFix的OPC Client在解析路径时，有它自己的内部转换规则，你要么全用反斜杠，要么全用点，最好不要混用。

4.2 点位数据类型匹配

PLC里的标签是有数据类型的，比如REAL、INT、DINT、BOOL。IFix数据库点的类型也要对应好。如果匹配不对，读出来的值要么是乱的，要么干脆显示"BAD"。

具体来说，PLC里的REAL对应IFix的AI（模拟量）点，PLC里的DINT对应IFix的DI还是AI要根据实际位数来定。BOOL对应IFix的DI（数字量）点。如果PLC某个标签是数组，需要用数组下标访问，那在Item路径里要加下标，比如"ARRAY[0]"，否则RSLinx会报错。

这里有一个本地坑：有些老版本RSLinx的OPC服务器默认不暴露BIT类型的标签，你要在RSLinx里把对应的BOOL标签单独加到Tag Database中，否则IFix侧找不到这个Item。

4.3 画面绑定

数据库点建好以后，画面上要显示或操作数据，就直接绑定这些数据库点的地址。在IFix画面编辑器里，右键图元选择"Animation"，找到"Data Source"，选择对应的数据库点。这个操作比较简单，关键要确认数据库点已经在正常工作，可以通过IGS的数据库点监控窗口查看当前值。

如果你打开画面，看到图元上的值是"#####"，说明数据库点处于BAD状态。这时候先到IGS里看点的"Current Value"是否为"BAD"，如果是，多半是OPC通信没建立成功，或者Item路径填错了。如果值是有数字但不动，还要继续看通信刷新频率和点类型是否匹配。

5. 通信联调的常见问题与排查思路

这套系统配置完成后，最刺激的阶段就是联调。我把自己遇到过的和身边朋友踩过的坑整理成了一份速查表，希望对大家有用。

5.1 通信链路排查法

如果遇到问题，我建议按照从底层到上层的顺序排查，而不是上来就去IFix那边瞎试。先用RSLinx的RSWho看能不能看到PLC，看不到就回到网络层。RSLinx能看到PLC但OPC Client读不到值，就检查RSLinx的OPC测试工具，它自带一个OPC Quick Client，可以直接测试数据读取。OPC Quick Client能读到，问题就在IFix侧；读不到，问题就在RSLinx或者PLC侧。

这个OPC Quick Client是个好东西，一定要学会用。它可以加载你配置好的OPC服务器，手动添加Item，实时看到通信值。联调时先把通信状态确认到这里，再去IFix里做映射，能省掉很多无效时间。

5.2 通信缓存带来的坑

OPC通信有一个缓存机制。RSLinx会缓存设备数据，IFix的OPC客户端也会缓存一批数据。如果你在PLC里改了标签值，IFix画面没变，先别急着怀疑通信线断了，有可能是缓存问题。

刷新缓存的常规做法是重启RSLinx OPC Server，再重启IFix的OPC客户端驱动。如果这样操作太频繁，会影响现场操作，那就要检查通信刷新速率设置。RSLinx里OPC服务器有数据更新速率参数，默认可能是1秒或2秒，IFix侧也类似，两个都不要太快，否则会占PLC通信资源，导致CPU负载升高。

我在一个测试环境里，把OPC更新速率设成了100毫秒，结果PLC扫描周期被严重拉长，整个程序执行时间都变了。后来把速率调回1000毫秒，一切恢复正常。工业现场不是拼速度的地方，通信稳定才是第一位的。

6. 项目落地后的经验总结

整套方案在项目里稳定跑起来之后，回头看，有几个点是让我印象最深的。

RSLinx作为中间层，只要配好了，可靠性确实高。它把PLC通信的复杂性封装在底层，IFix这边只需要关心OPC路径和Tag映射。而且RSLinx自带诊断工具，出问题的时候能比较快地定位。

IFix 5.8的OPC客户端虽然配置起来有点繁琐，但胜在灵活。一个OPC Client可以同时连多个OPC Server，一个数据库点可以绑定不同OPC路径，这在多PLC项目中非常实用。

最后分享一个小技巧。我习惯在项目调试阶段，先在IFix里建一个"调试画面"，把所有关键点位全部摆出来，用数字框加背景色变化来直观显示通信状态。这样一来，哪个点BID、哪个值不动，一眼就能看到，比看IGS的数据库点列表高效得多。等全部连通之后，这个调试画面还可以留着，以后查故障时照样能用。

这套通信方案整体上很成熟，只要前期把RSLinx的通道配置做扎实，把OPC路径和Tag映射核对清楚，后面基本不会出大问题。真出了问题，也多是从底层到上层一层层排查，不要跳步。这是我在项目里最深的体会。