企业官网建设流程全解析

简介：《罗克韦尔(AB)与西门子PLC之间以太网通讯》PDF面向工业自动化工程师、PLC系统集成与现场调试人员，聚焦AB Compact系列与西门子S7-1500跨品牌以太网数据交换问题，提供以智能网关实现免编程互通的配置参考。压缩包仅含1个PDF文件，大小约453KB，内容以图文步骤说明IGT-DSER网关的多设备数据交互模式，涉及AB侧IN_INT16、OUT_OUT16两个INT数组的容量规划（输入80字、输出40字），S7侧DB101、DB102数据块的建立及取消优化访问设置，并介绍双网口IP分配、PLC间通讯参数、字节数量与端口配置。已有2189人学习，读者可据此掌握地址映射、数组名称与PLC内定义一致的要求、网关消息栏状态确认、数据双向传输验证，以及RSLogix 5000与博图强制数据测试方法，理解热插拔、断电重启自恢复等运行特点，为跨品牌PLC集成调试提供可复用的排错思路与实施参考。

1. 从两个网段的 PLC 要交换数据说起

现场最常见的一类改造需求：一条线上左边是罗克韦尔(AB) Compact 系列的机组，右边是西门子 S7-1500 的控制单元，两套系统各跑各的程序，却必须互相读到对方的 160 字节和 80 字节数据。问题在于，两家 PLC 的以太网通讯协议根本不是一回事，AB 走 EtherNet/IP，端口 44818，西门子走 S7 通讯，端口 102，而且两边的 IP 还分属不同网段，一个是 192.168.1.9，一个是 192.168.2.111。常见做法无非三条：两侧加通讯模块改程序、干脆统一品牌换 CPU、或者在中间塞一台设备把两边的地址翻译过去。这里走第三条路，用 IGT-DSER 智能网关做西门子与罗克韦尔 AB 之间的以太网通讯，不写一行代码，只配置数据起始地址和数量，AB 的标签数组与 S7 的 DB 块就能双向对拷。这套方案适合手上已经有这两种 PLC、又不想动原有控制程序的电气工程师，也适合做 PLC 通讯方向毕设、课设，需要一份能跑通的双向数据交换实例的人。

2. 通讯路线选型：三条路、一台网关与两个网口的价值

选型这件事，先别急着看网关参数，得先把三条路各自的天花板说清楚。很多方案书写到"采用网关实现协议转换"就结束了，读者看不出你到底比较过什么，也看不出你为什么敢选它。

2.1 三条跨品牌路线的成本与边界对比

从表里能看出来，网关路线最大的价值不是"技术先进"，而是"改动面最小"。现场的老设备，程序往往是几年前别人写的，注释不全，甚至源程序都不一定找得到，这时候"只加一台设备、两侧程序一行不改"就是最省心的选项。代价也要认：网关本身是一个新的故障点，选型时得考虑备件和长期供货，不能图一时便宜。

另外两条路线也不是不能用。如果两侧都还有空余槽位、程序也掌握在自己手里，加模块的单向搬运延迟会更低、链路更短；如果整个车间本来就在做统一规划，换 CPU 反而一劳永逸。判断标准其实很简单：看你的改动权限有多大，以及停机窗口有多长。

2.2 双网口网关在两侧分别扮演什么角色

想明白网关的工作方式，联调时能省一半时间。对 AB 的 PLC 来说，这台网关就是一个 EtherNet/IP 的客户端，通过 CIP 报文去读控制器标签、写控制器标签；对西门子 S7-1500 来说，它就是一个 S7 客户端，按 DB 号加字节偏移去读写数据块。换句话说，两侧 PLC 眼里它都是一个"外部上位机"，而不是什么神秘的黑匣子。

这个认知直接推出两个必须提前确认的配置项。AB 侧要保证被访问的标签是控制器作用域（Controller Scope）的标签，不能是程序作用域，也不能勾了常量；西门子侧要在 CPU 属性里允许外部伙伴的 PUT/GET 访问，因为 S7-1500 出厂默认是关掉的。这两条如果没做，网关配置得再漂亮也读不到数据，报错还特别含糊。

至于为什么要双网口，而不是单网口加交换机：AB 在 192.168.1.x，西门子在 192.168.2.x，单网口方案要么给网关配双 IP，要么在上游做三层路由，现场调试时多一层不确定性。双网口等于让网关同时站在两个网络里，各接各的，广播域天然隔离，两边的 PLC 一根线都不用挪，IP 也不用改。这就是它最实用的地方。

2.3 类型 4 与多点对多点模式的适用场景

网关的参数软件里，功能页面下的类型与设备选择有四档，最下面一档对应 IGT-CLI-MEX，也就是多设备数据交互模式。为什么选它？因为这个项目本身就不是单向的：AB 的 IN_INT16 要把数据送进 S7 的 DB102，S7 的 DB101 又要把数据送回 AB 的 OUT_INT16，一进一出两条数据流，而且以后现场很可能再加一台串口仪表或者第三台 PLC。

类型 4 支持多点对多点，支持以太网设备与串口设备混合交换数据，这两个特性在扩展时特别值钱。如果只做单向搬运、只有两台设备，前面几档也能跑，但只要涉及双向、多设备，或者将来要挂 RS485 仪表，就得老老实实切到类型 4。切换动作本身很简单：选中类型 4，点"确认当前选择"，然后下载重启。注意这一步要在配置数据表之前做完，因为类型决定了后面的数据表结构，切晚了前面的配置要重来一遍。

提示：类型切换属于网关固件级的能力变更，下载后必须重启才生效，重启完成再去改网口参数，顺序反了容易读到旧参数。

3. 地址空间设计：AB 数组与西门子 DB 的字节对齐

跨品牌通讯出问题，八成不是网关坏，而是地址没对齐。这一章把两侧的数据区怎么划、字节数怎么算、偏移怎么对，一次性讲透。

3.1 AB 侧：IN_INT16 与 OUT_INT16 的数组规划

在 AB 的 PLC 里建两个控制器标签数组，名字分别是 IN_INT16 和 OUT_INT16，类型都是 INT。IN_INT16 建 80 个字，也就是 160 个字节，用来接收来自 S7-1500 的数据；OUT_INT16 建 40 个字，也就是 80 个字节，用来把数据写给 S7-1500。

这里有个命名方向上的坑要提前说清楚：IN 和 OUT 是站在 AB 的角度定义的，IN 是"进 AB"，OUT 是"出 AB"。有人在现场把方向理解反了，结果数据一直在动，但内容是错的，排查了半天。新建完数组必须下载并重启 PLC 才会生效，原因是网关通过 CIP 符号访问标签，标签数据库在下载重启后才完整重建，只下载不重启，网关可能搜不到新标签。

标签名一定要记准，后面在网关里填的起始地址必须与 PLC 内名称完全一致，大小写、下划线一个字符都不能差。这套资料里有的地方把输出数组写成 OUT_OUT16，那是笔误，实际建库时以你自己敲进去的名字为准，网关里照着抄。

3.2 西门子侧：DB101 与 DB102 的数据块划分

S7-1500 里建两个数据块，DB101 负责把数据写给 AB，DB102 负责接收 AB 送过来的数据。DB101 里放 Array[0..39] of Int，正好 80 字节，对应 AB 的 OUT_INT16；DB102 里放 Array[0..79] of Int，正好 160 字节，对应 AB 的 IN_INT16。

关键动作是取消"优化的块访问"。S7-1500 新建 DB 默认勾选优化访问，块内变量没有固定的绝对偏移，而网关是按字节偏移访问的，优化访问一开，读到的内容就对不上。取消勾选后，在 DB 编辑器里能看到 0.0、2.0、4.0 这样连续的偏移列，这才说明偏移是固定的，外部访问才稳定。

还有一步容易漏：在 CPU 的属性里找到保护与安全，进入连接机制，勾选允许来自远程伙伴的 PUT/GET 通讯访问。不勾这一项，网关连上去会被拒绝，报错信息通常只说连接失败，不带原因，很容易被误判成网线问题。DB 建好、优化访问取消、PUT/GET 打开，然后下载并重启 CPU，让新块生效。

3.3 字节数量参数：160,2 到底怎么算出来的

数据表里最让人犯迷糊的就是"字节数量"这一列，写成 160,2 这种形式。它的含义是：前面的数是这条交互关系要搬运的总字节数，后面的数是目标设备单个元素的字节宽度。INT 是 2 字节，DINT 是 4 字节，REAL 也是 4 字节。

所以 AB 的 IN_INT16 有 80 个 INT，总字节 160，单元素 2 字节，写成 160,2；OUT_INT16 有 40 个 INT，总字节 80，写成 80,2。如果对面同一个数组类型换成了 DINT，元素个数就只有 40 个，总字节还是 160，但单元素宽度变成 4，这时候要写成 160,4，写错成 160,2 的话，网关会按 INT 去切这段内存，数据整体错位。

现场建议写个小脚本先把账算清楚，别在配置界面上心算：

# 按 AB 侧数组定义推算网关"字节数量"字段该填什么 ELEM_BYTES = {"INT": 2, "DINT": 4, "REAL": 4} def field(tag, count, dtype): total = count * ELEM_BYTES[dtype] # 总字节数 width = ELEM_BYTES[dtype] # 目标设备单元素字节宽度 return f"{tag:<10} {count:>3} 个 {dtype:<4} -> 总字节 {total:>3} -> 字节数量填 {total},{width}" for row in (("IN_INT16", 80, "INT"), ("OUT_INT16", 40, "INT")): print(field(*row))

这段脚本的输出会直接告诉你：IN_INT16 该填 160,2，OUT_INT16 该填 80,2。参数含义很清楚，count 是数组元素个数，dtype 决定单元素宽度，两个数相乘得到总字节数。改数组时只改第一行元组里的数字，重新跑一遍就能拿到新值，比在表格里手改不容易错。如果哪天 AB 侧把数组类型换成 DINT，把 count 改成 40、dtype 改成 DINT，输出自动变成 160,4。

3.4 两侧地址对照表与偏移换算

把上面三节的内容整理成一张对照表，配置网关时照着填，不用来回翻程序：

偏移换算也顺手记一下：DB102 里第 0 个字在偏移 0.0，第 1 个在 2.0，第 n 个在 2n 的字节位置；AB 侧 IN_INT16[0] 对应第一个字，IN_INT16[79] 对应最后一个字。调试时想让某个值对上，就先算清楚它在第几号元素，再乘 2 得到字节偏移，两边同时监视这个位置，一对就知道链路通不通。这段换算在排查数据错位时几乎是唯一的抓手。

注意：涉及 REAL 或 DINT 这类跨字数据时，两侧字节序处理要实测确认，别默认一定对。INT 单字最稳，做首次联调建议先用 INT 打通链路，再换数据类型。

4. 网关配置落地：从类型 4 到数据表的逐项填法

前面把地址规划好了，这一章是把手上的活干完：软件怎么连上网关、网口怎么配、数据表每一列填什么、什么时候算配置成功。

4.1 参数软件搜索设备与读取默认参数

打开网关的参数设置软件，先在通讯设置里选中正确的网卡，然后搜索设备。搜索用的是广播方式，所以调试电脑必须和网关的出厂网口在同一个网段，出厂网口 1 通常是 192.168.1.244。搜不到的话，先把电脑改成 192.168.1.x 网段的静态地址，再关掉电脑上的其他虚拟网卡，避免软件选错出口。

搜到之后不要急着改参数，先点读取，把网关里的当前参数读上来。这一步的意义在于确认你连的是哪台设备、当前是什么类型、有没有历史配置残留。现场不止一台网关时，尤其要先读一遍，靠序列号或者备注区分，别把 A 线的配置刷进了 B 线的设备，这种事故修起来很麻烦。

读完参数，在功能页面的类型与设备选择里选中最下面一项，点"确认当前选择"把类型切成 4，系统显示为 IGT-CLI-MEX，即多设备数据交互模式。切完立刻下载并重启，让类型生效。

4.2 双网口 IP 规划与物理接线

重启完成后回到网口参数页。网口 1 默认 192.168.1.244，网口 2 默认 192.168.2.244，这两个默认值刚好能把两个网段分开，建议直接用，不要为了"整齐"去改成别的地址，改完反而要重新记。接线也很明确：网口 1 接 AB 的 PLC，因为 AB 是 192.168.1.9；网口 2 接 S7-1500，因为西门子是 192.168.2.111。

接好线先做连通性验证，别一上来就配数据表。在接入同一网段的调试电脑上分别探测两侧：

# 分别确认两个网段上的 PLC 可达，双网口各走各的 ping -c 4 192.168.1.9 # AB Compact 系列 ping -c 4 192.168.2.111 # 西门子 S7-1500 # 端口探测：EtherNet/IP 44818、S7 通讯 102 timeout 3 bash -c 'echo > /dev/tcp/192.168.1.9/44818' && echo "44818 open" timeout 3 bash -c 'echo > /dev/tcp/192.168.2.111/102' && echo "102 open"

ping 通只能说明网络层没问题，端口能连上才说明对端服务在监听。这两个端口是写死在 PLC 侧的，AB 用 44818，西门子用 102，配数据表时要原样填进去。要注意端口通不代表协议一定能通，但端口不通就一定不对，先解决网络再怀疑协议，排查顺序别搞反。

4.3 通讯配置表的逐列填法

进入功能下的 PLC 之间通讯配置，切到数据配置页面，按前面算好的地址空间填表。几个参数逐项说明：

设备 ID 是每台 PLC 的编号，在 1 到 254 之间自由分配，只要不重复就行。习惯上把 AB 编成 1、西门子编成 2，后面看日志一眼能分清是谁。

DB 号码 / 文件号码这一列，在 AB 侧对应数组所在的起始位置。用 CompactLogix 这类支持标签访问的机型，这里填 0，起始地址直接写标签名；如果对面是老一代用数据文件的机型，这里填的是文件号，起始地址填元素偏移。支持多维数组时，二维数组按 0,0 这样的格式写。

起始地址这一列在 AB 侧填数组名或变量名，必须与 PLC 内的名称完全一致；在西门子侧填 DB 号，比如 101 或 102。

字节数量按上一章算出来的填，AB 侧 160,2 和 80,2。网络端口填 44818 和 102。更细的参数含义可以查网关手册第 6 章，那里的说明比软件界面上的提示完整。

把两条交互关系配完，相当于建立了两个搬运任务：一条把 AB 的 IN_INT16 搬到 DB102，一条把 DB101 搬到 AB 的 OUT_INT16。方向别配反，配反了现象是"通讯正常但数据不对"，比通讯失败还难查。

4.4 下载重启与状态确认

配置写完点下载，然后重启网关。重启后回到数据配置页面，消息栏会显示"所有条目通讯正常"，这一行字是判断配置是否成立的第一道关口。

看到这行字，说明网关已经成功连上两侧 PLC，并且读写请求都拿到了响应。如果某一条显示异常，先看它挂在哪个设备 ID 上，再回到那个设备检查 IP、端口、标签名、DB 号这四样东西。经验上，标签名拼错和 DB 没取消优化访问占了绝大多数。

状态正常之后就可以做数据验证了。在 DB101 的前 10 个数据和最后 10 个数据里分别写上测试值，打开 RSLogix 5000 监视 AB 侧的 OUT_INT16，看数值是否一一对应；再反过来在 OUT_INT16 的前 5 个和最后 5 个元素里写值，用博图监视 DB102，看是否同步过来。两头都验证一遍，才算是真正的双向正常。

5. 避坑与排查：五类最容易翻车的现场问题

配置过程看着顺，真正在现场耗时间的都是些不起眼的细节。下面五条是按踩坑频率排的。

5.1 现象：网关状态正常，但数据一个字都读不到

原因通常是标签作用域不对。AB 侧标签如果建在了程序作用域下，或者勾了常量属性，外部客户端通过 CIP 是访问不到的，网关拿不到就会一直报条目异常，有些固件版本还会显示成连接成功但没有数据。

解决办法是把标签挪到控制器标签里，取消常量属性，然后重新下载并重启 PLC。改完在网关里重新读一次参数，让它重新枚举标签列表，不要指望它自己刷新。

5.2 现象：西门子侧数据能写进去，读上来却是乱值

原因基本可以锁定在 DB 块的优化访问没取消。优化访问的块内部变量不保证绝对偏移，网关按字节偏移读，读到的可能是另一个变量甚至填充字节。DB101 和 DB102 两个块都要检查，别只改了一个。

解决办法是右键 DB 属性，取消优化的块访问，编译后下载并重启 CPU。改完在 DB 里确认能看到 0.0、2.0 这样的固定偏移列，再回网关重配一遍数据表。

5.3 现象：数值对上了几个，后面的整体错位

原因是字节数量那个字段填错了单位。把 160,2 写成 80,2，网关只搬 80 个字节，后面的数据自然就接不上；反过来把 160,2 写成 320,2，会越界访问到相邻数据区，更危险。

解决办法是回到第 3 章那张对照表，按元素个数乘单元素宽度重新算一遍，改完重新下载。养成习惯：改数组长度就重算一次这个字段，别凭记忆填。

5.4 现象：两个网口都插着线，但只有一侧能通

原因有两种，一是网口接反了，网口 1 接到了西门子那边；二是两个网口的 IP 被改到了同一个网段，路由表打架，网关自己都分不清往哪边发。

解决办法是核对接线与网口 IP，网口 1 保持 192.168.1.244 接 AB，网口 2 保持 192.168.2.244 接西门子，两侧 PLC 的 IP 不要动。改完重新下载重启，再用端口探测脚本各测一遍。

5.5 现象：断电重启后通讯自己断了，要人工再下一次配置

这属于配置没固化。正常情况下网关支持热插拔，断电重启后应自恢复运行，前提是参数已经下载到设备内部而不是只停留在软件界面上。

解决办法是配完必做一次断电验证：拔掉网关电源，等十秒，重新上电，观察消息栏是否自动恢复"所有条目通讯正常"。这一步别省，现场停电是常态，能不能自恢复直接决定这套方案是省心还是添乱。

6. 验收与答辩：一套双向强制测试的过检清单

配置跑通不等于可以交付。真正能拿得出手的验收，是把"能通"变成"可复现地证明它能通"。我一般按下面这个顺序走一遍，每一步都留截图和记录。

第 3、4 步之所以要测首和尾，是为了验证整段地址都通，而不是只有开头几个字能对上。只测第一个元素是最常见的自欺欺人，中间错位根本看不出来。第 5 步是很多人会跳过的一步，但它恰恰是现场最在意的一条。

如果是毕设或者课设要答辩，讲的时候别从网关型号开始讲，从"两个网段、两种协议、两侧程序不能改"这个约束讲起，再讲你比较了哪三条路线、为什么落在这套方案上，然后才是地址怎么划、字节数怎么算、参数怎么填。老师最想听的是你判断的过程，而不是配置界面的截图。准备一张两侧地址对照表，把 160,2 和 80,2 的来历当场算一遍，说服力比讲十分钟原理强。答辩被问到"如果数据对不上你怎么查"，就把第 5 章那五条按顺序说出来，这就是加分项。

有个教训我印象很深：早年间做类似的双向搬运，我只测了单向就交付，结果现场跑了两天，反向那条链路因为一个拼错的标签名一直没通，直到对方要用数据才发现。从那以后我每次做跨品牌通讯，都强制走一遍首尾各测、双向各测、断电自恢复的流程，一次都不省。希望帮到你。

本文还有配套的精品资源，点击获取