企业官网建设流程全解析

简介：面向工业自动化工程师、PLC集成与调试人员的实用配置文档，聚焦罗克韦尔(AB) Compact系列与西门子S7-1500之间的以太网数据交换，借助IGT-DSER智能网关实现免编程跨品牌通讯。压缩包仅含1个PDF文件，大小约453KB，篇幅集中、便于现场查阅。内容围绕AB侧INT输入输出数组与S7侧两个DB块的建立、网关类型选择与双网口IP设置、PLC间通讯参数配置及强制数据验证展开，并给出数组起始地址、变量名称、字节数量、协议端口号等关键项的对应关系，可帮助读者理解标签数组与DB数据块的映射方法，掌握通讯状态判断、双向传输测试与常见配置排查思路。该资料已有2189人学习，适合需要快速搭建AB与西门子PLC通讯链路、排查配置细节的工程技术人员参考。

1. 从两个网段互通说起：这份 PDF 把异构 PLC 以太网通讯拆成了哪几步

这份 PDF 记录的是用 IGT-DSER 智能网关做异构 PLC 以太网通讯的完整落地过程：一侧是美系紧凑型 PLC 的标签数组，另一侧是欧系 1500 系列 PLC 的 DB 块，中间不写一行通讯程序，只配置起始地址、字节数和端口。它适合现场已经有两套不同品牌 PLC、又不想为一次数据交换增加额外开发量的人；不适合把网关当成万能协议转换器、指望所有地址自动对齐的人。真正容易翻车的不是接线，而是数组长度、DB 是否取消优化访问、字节数量按字还是按字节填写这几处细节，这类跨品牌通讯最玄学的地方往往不是“通不通”，而是状态栏显示正常、数据却错了一位。

2. 先把数据边界划清：两侧数组与 DB 块怎么建才不返工

2.1 为什么先锁字节数而不是先配网关

网关在中间做的是字节搬运，它不关心业务变量叫“温度”还是“产量”，只关心从哪个数据区、哪个偏移开始，搬多少字节，目标设备按几个字节一个元素去解释。所以配置网关之前，先把两侧的数据边界锁死：谁写给谁、起始地址是什么、总字节数多少、元素宽度是 2 字节还是 4 字节。美系侧建的是 INT 数组，一个元素 2 字节；欧系侧 DB 按字节对齐时，一个 INT 也占 2 字节。输入数组 80 个字就是 160 字节，输出数组 40 个字就是 80 字节，这两个数字后面会直接进入网关的“字节数量”参数。

如果先配网关、后改数组，最常见的血泪经验是：网关状态栏仍然显示通讯正常，因为会话建立了，但实际只搬了前半段，后半段全是旧值。现场排查时会误以为是网关不稳定，实际是数据区长度和配置表不一致。把方向先画在纸上：美系侧 IN_INT16 接收欧系侧写过来的数据，美系侧 OUT_INT16 发给欧系侧；欧系侧 DB101 写入美系侧，DB102 接收美系侧。方向定错，后面所有偏移都会反。

2.2 美系紧凑型 PLC 侧建 IN_INT16 与 OUT_INT16

在美系 PLC 的编程软件里，先确认新建标签落在控制器标签还是程序标签下，现场通常放在控制器标签里，便于网关按名称寻址。新建两个数组：IN_INT16 用于接收欧系侧数据，长度 80 个 INT，也就是 160 字节；OUT_INT16 用于发送给欧系侧，长度 40 个 INT，也就是 80 字节。类型都选 INT，不要选 DINT 或 REAL，否则字节宽度会变，网关里的160,2就要跟着改成160,4或别的组合。

数组名必须和网关配置表里的“起始地址”完全一致，大小写、下划线、前缀都不要临时改。新建数组后先下载，再重启 PLC，让新标签真正生效；只下载不重启，有些现场会出现标签列表里能看到、网关却读不到的情况。下载前把 PLC 切到可下载状态，确认没有强制值冲突；重启后在线看一眼数组长度和元素类型，别只看名字对了就往下走。

注意：数组名在网关表里是硬匹配，后续改名必须同步改网关配置，否则状态栏可能正常、数据区却整体读不到。

2.3 欧系 1500 系列 PLC 侧建 DB101 与 DB102

欧系侧建两个数据块，DB101 用于写入美系 PLC，DB102 用于接收美系 PLC 数据，号码分别用 DB101、DB102，避免和现有程序块冲突。两个 DB 都要取消优化访问，让数据按字节连续排列；如果保留优化访问，编译器会重排变量，网关按字节偏移读到的内容可能和监视表里看到的不是一回事。DB101 的长度按 160 字节准备，DB102 按 80 字节准备，内部数据类型与美系侧 INT 对应，不要一边 INT 一边 DINT。

建完 DB 后同样要下载并重启，新 DB 才会按预期生效。现场常见做法是先在 DB101 的前 10 个字节和后 10 个字节各写一组可识别的测试值，在 DB102 里也留出首尾测试位置，后面用编程软件强制数据时能一眼看出有没有错位。DB 号不要追求“好看”，按项目现有编号往下排，减少和已有块冲突的概率。

2.4 下载、重启与地址对齐的验收动作

两侧数据区建好后，先别急着进网关配置，做一次侧内验收：美系侧 IN_INT16 是否能在线监视到 80 个元素，OUT_INT16 是否是 40 个元素；欧系侧 DB101 是否按 160 字节展开，DB102 是否按 80 字节展开，优化访问是否已经取消。这个动作看起来笨，但能提前挡掉一半“网关配了不通”的假故障。

地址对齐的验收标准不是“能看到变量”，而是首尾地址能对上：DB101 的第一个元素对应 IN_INT16 的第一个元素，DB101 的最后一个元素对应 IN_INT16 的第 80 个元素；OUT_INT16 的第一个元素对应 DB102 的第一个元素，第 40 个元素对应 DB102 的最后一个元素。首尾能对上，中间通常不会出大问题；首尾对不上，先查起始偏移和元素宽度，不要先怀疑网关硬件。

3. 网关模式与双网口：类型 4 的选择逻辑和上电顺序

3.1 类型 4 多设备数据交互模式解决什么问题

IGT-DSER 网关的参数软件里有多种工作类型，这份 PDF 选的是最下面一项类型 4，系统标识为 IGT-CLI-MEX，也就是多设备数据交互模式。选它的理由很直接：现场不是单点对单点的一问一答，而是美系侧一个数组接收、一个数组发送，欧系侧两个 DB 分别对应，中间存在多条目、双向的数据交换。类型 4 支持多点对多点设置，也支持以太网和串口设备混合数据交换，适合这种两侧品牌不同、网段不同、数据区又不止一条链路的场景。

如果只用点对点模式，配置表会变得很别扭：一条链路只能照顾一个方向或一组地址，双向测试要拆成多条规则，后期加一个数组就得重新排表。类型 4 把多条数据条目放在同一张表里，设备 ID 区分两侧 PLC，每条规则只关心“从哪个设备、哪个地址、搬多少字节到哪个设备”。这也是它“不用编程”的底气：不是没有逻辑，而是逻辑被收进了配置表。

3.2 参数软件搜索、读取默认参数与下载重启

先用参数设置软件搜索网关模块，搜到后先读取默认参数，把出厂网口 IP、当前类型、已有条目记录下来，再动配置。进入“功能”里的“类型与设备选择”页面，在四种类型里选最下面一项，点“确认当前选择”按钮，把系统切到类型 4、标识 IGT-CLI-MEX，然后下载并重启网关。这个顺序不要反过来：先改类型再读默认参数，容易把旧类型下的默认值带进新表；先下载不重启，类型切换可能没有真正生效。

重启后先不急着填数据表，回到网口参数页确认两个网口的 IP。网口 1 默认 192.168.1.244，接美系 PLC，美系 PLC 地址是 192.168.1.9；网口 2 默认 192.168.2.244，接欧系 PLC，欧系 PLC 地址是 192.168.2.111。两个 PLC 不在同一网段，正好分别走网关的两个网口。现场如果改过默认 IP，先把改后的地址记在配置表旁边，别让调试电脑一会儿连 1.244、一会儿连 2.244，最后自己都不知道 ping 的是哪个口。

3.3 双网口 IP 规划与接线核对

双网口的意义不是“网口多”，而是把两个网段隔开：网口 1 这一侧只有 192.168.1.x，网口 2 这一侧只有 192.168.2.x。调试电脑接网口 1 时，临时地址放在 192.168.1.x 里，不要和 192.168.1.9、192.168.1.244 冲突；接网口 2 时，临时地址放到 192.168.2.x 里。不要为了图省事把两个 PLC 都接到同一个交换机再进网关，除非你明确知道现场路由和广播域怎么走，否则很容易出现“能 ping 通但网关读不到”的假象。

# 在接入网关对应网口的调试电脑上执行，-c 4 表示发 4 个 ICMP 包 ping -c 4 192.168.1.9 ping -c 4 192.168.2.111 ping -c 4 192.168.1.244 ping -c 4 192.168.2.244

这段检查里，-c 4只是控制发包次数，现场也可以换成系统自带的持续 ping。前两条验证两侧 PLC 是否在线，后两条验证网关两个网口是否可达。如果 192.168.1.9 通、192.168.2.111 不通，先看调试电脑地址是不是还在 192.168.1.x，或者网线是不是插在网口 1 上；如果网关两个口都通、PLC 不通，再查 PLC 的掩码和网关地址。别在 ping 不通的时候直接去改数据表，那会把网络问题误判成配置问题。

3.4 端口、协议和状态栏的交叉验证

数据表里美系侧网络端口填 44818，欧系侧填 102，这两个端口是两侧协议会话的入口。端口填错，网关消息栏通常不会给你“所有条目通讯正常”，而是直接报连接失败；端口填对但地址填错，反而可能出现状态正常、数据不对的情况。所以状态栏要分两层看：第一层看连接是否建立，第二层看条目是否真的按预期长度和偏移在搬数据。

重启网关后，进入“功能”里的“PLC 之间通讯配置”，先看消息栏有没有“所有条目通讯正常”。这句话只说明网关侧各条目能建立会话，不等于美系数组和欧系 DB 的每一个元素都对上了。下一步必须用两侧编程软件做强制数据测试：先在 DB101 前 10 个数据和最后 10 个数据写值，在美系侧监视 IN_INT16 的对应位置；再在 OUT_INT16 前 5 个和后 5 个写值，在欧系侧监视 DB102。首尾都能对上，才说明端口、设备 ID、起始地址和字节数量这一整套参数是闭合的。

4. PLC 之间通讯配置表：设备 ID、起始地址、字节数量怎么填

4.1 配置表字段逐项拆解

网关的“PLC 之间通讯配置”页看起来字段不多，但每个字段都直接决定字节从哪里来、到哪里去。设备 ID 是每台 PLC 的号码，可以在 1 到 254 之间自由分配，现场一般一侧给 1、另一侧给 2，后面加设备再往后排。DB 号码/文件号码在美系侧对应数组内的起始地址，支持多维数组，二维写法是0,0；在欧系侧对应 DB 号，比如 DB101、DB102。起始地址在美系侧填数组名称或变量名称，必须和 PLC 内完全一致；在欧系侧按手册第 6 章的规则填 DB 内偏移或变量入口。

这张表的核心不是记字段名，而是记“每个字段站在哪一侧看”。美系侧的起始地址是标签名，欧系侧的起始地址是 DB 内位置；美系侧的 DB 号码/文件号码是数组索引，欧系侧才是 DB 号。现场填表时建议左右分栏，不要在一行里混着填，否则很容易把欧系 DB101 的 160 字节填到美系 OUT_INT16 那一行。

4.2 字节数量写成 160,2 而不是 160 的原因

PDF 里的示例写的是160,2，它表示这次交互搬 160 个字节，目标 PLC 的内存元素宽度是 2 字节。美系侧数组类型是 INT，一个 INT 占 2 字节，所以 160 字节对应 80 个字；如果数组类型是 DINT，一个元素占 4 字节，同样 160 字节就要写成160,4。这里最怕把“80 个字”直接写成80,2，网关会按 80 字节去搬，结果只搬了 40 个 INT，后半段全丢；也怕把160,2写成160，不同固件对缺省元素宽度的解释不一致，现场表现就是数据错位或长度不足。

字节数量的填写原则是：先看目标设备要收多少字节，再看目标设备一个元素占几字节。DB101 写入美系 IN_INT16，目标是 160 字节、元素 2 字节，所以写160,2；美系 OUT_INT16 写入 DB102，目标是 80 字节、元素 2 字节，所以写80,2。如果欧系侧 DB 里用的是 DINT，元素宽度变 4，字节总数不变时第二项要改成 4。别用“字数”去猜，网关只认字节数和元素宽度这两个数。

4.3 双向映射示例与强制测试

按这份 PDF 的配置，美系侧 IN_INT16 接收 DB101 的 160 字节，美系侧 OUT_INT16 发送 80 字节到 DB102。设备 ID 可以分配为美系 1、欧系 2，网络端口分别填 44818 和 102。配置表里每一条规则只写一个方向，双向就写两条，不要试图用一条规则同时表达“收”和“发”，否则排查时分不清是哪一条在出错。

强制测试先做欧系到美系：在 DB101 前 10 个数据和最后 10 个数据分别写入不同值，用美系编程软件监视 IN_INT16 的前 10 个和后 10 个元素。再做美系到欧系：在 OUT_INT16 前 5 个和后 5 个元素写值，用欧系编程软件监视 DB102 的对应位置。测试值不要全填 1，首尾用不同值，中间留空，错位时一眼能看出来。状态栏显示“所有条目通讯正常”之后，这一步仍然不能省。

4.4 状态栏正常后的二次核对

状态正常只代表网关和两侧 PLC 的会话建立了，不代表每一条地址都按你想象的方式解释。二次核对先看首尾，再看中间断点：DB101 的第 1 个元素、第 80 个元素是否分别落到 IN_INT16 的第 1 个、第 80 个元素；OUT_INT16 的第 1 个、第 40 个元素是否分别落到 DB102 的首尾。首尾都对，再把中间抽几个点，确认没有跳字节。

然后做一次断电重启验证。网关支持断电重启后自恢复运行，现场真正要确认的是：重启后消息栏是否自动回到“所有条目通讯正常”，强制值是否还在预期位置，双向数据是否不需要人工重新下载配置。这个动作比反复点“下载”更能暴露配置有没有固化。热插拔网线也要试一次，拔掉一侧网线再插回，观察条目是否能自己恢复；不能恢复时，先看网口 IP 和链路状态，不要直接改数据表。

5. 避坑与排查：通讯看着通、数据对不上时先查这五处

5.1 现象：状态栏正常但数值整体错位

现象是网关消息栏显示“所有条目通讯正常”，两侧也能强制写值，但美系 IN_INT16 的第 1 个元素对应到了欧系 DB101 的第 2 个字节，或者首尾整体平移。原因通常不是网关丢包，而是起始地址的偏移理解错了：美系侧把数组索引当成了字节偏移，欧系侧把 DB 内偏移多加了 1，或者二维数组填了0,1却以为是第一行第一列。解决时先把两侧起始地址都归到 0 偏移，只测第一个元素和最后一个元素，确认字节对应关系；再用160,2这种“总字节数,元素宽度”的写法反推元素个数。错位类问题不要靠猜，拿一张纸把首字节、末字节、元素宽度写出来，比反复下载配置快。

5.2 现象：新数组或新 DB 下载后不生效

现象是编程软件里能看到 IN_INT16、OUT_INT16 或 DB101、DB102，网关却读不到，或者读到的还是旧长度。原因多半是只下载没重启，尤其是新建数组和新建 DB 这种结构性变化，下载后不重启，运行时数据区还没有按新结构展开。解决动作很固定：下载完成后把 PLC 切到运行前先重启，重启后在线确认数组长度、DB 是否取消优化访问、DB 号是否和网关表一致。现场如果有多人同时改程序，下载前先确认没有别人正在强制值，否则重启后测试值会被清掉，容易误判成通讯断了。

5.3 现象：双网口接反或同网段冲突

现象是网关两个口都能亮灯，但一侧 PLC 怎么都 ping 不通，或者 ping 通了数据表里却报连接失败。原因常见于网口接反：网口 1 默认 192.168.1.244，应该接 192.168.1.9 那一侧；网口 2 默认 192.168.2.244，应该接 192.168.2.111 那一侧。接反后调试电脑在 192.168.1.x 里能摸到网关的网口 1，却摸不到另一侧 PLC，现场就会误以为网关坏了。解决时按网段接线，给调试电脑临时地址时也按网段走，先 ping 网关口，再 ping PLC，最后看网关消息栏。同网段冲突也要查：两个 PLC 如果都被改成 192.168.1.x，双网口隔离就失去意义，数据表里的设备 ID 再对也容易串。

5.4 现象：字节数量按字填成按字节

现象是只搬了前半段数据，后半段保持旧值，或者数组长度明明是 80 个字，网关却只认 40 个。原因是把“80 个字”直接填成了80,2，网关按 80 字节搬，只覆盖 40 个 INT；也可能把160,2写成了160，元素宽度缺失后解释不一致。解决时回到目标设备看字节总数：IN_INT16 是 80 个 INT，等于 160 字节，所以写160,2；OUT_INT16 是 40 个 INT，等于 80 字节，所以写80,2。如果目标侧是 DINT，元素宽度改 4，但总字节数仍按实际数据区算。这个坑很隐蔽，因为状态栏可能一直正常，只有首尾测试才能发现后半段没动。

5.5 现象：DB 优化访问导致数据对不上

现象是欧系侧监视 DB101 时变量顺序看着正常，网关读到的美系侧数据却像被重新排过，或者中间某些字节总是 0。原因是 DB 还带着优化访问，编译器按变量类型重排了偏移，网关按连续字节读，自然对不上。解决时把 DB101、DB102 的优化访问取消，重新编译下载并重启，再按字节偏移核对首尾。取消优化访问后，变量顺序和偏移会固定下来，后续加变量也要注意不要打乱已有偏移；如果必须调整，先备份网关配置表，改完 DB 后同步改起始地址和字节数量。这个坑属于黑匣子型问题，不看 DB 属性很难从现象反推原因。

6. 从能通到可维护：把网关配置固化成现场检查表

现场把数据跑通只是第一步，后面最怕的是换人维护时只看到一张能通的表，却不知道每个数字为什么这么填。我的习惯是把网关配置、两侧数组/DB 长度、网口 IP、端口号、测试值位置做成一张检查表，和 PDF 里的截图放在一起。下次断电重启、热插拔网线或改一个数组长度，先按表核对，再动配置。尤其是“所有条目通讯正常”这句话，只能当作会话建立的门槛，不能当作数据映射正确的证明；首尾强制测试和断电自恢复验证才是后悔药。

进阶用法上，建议把网关配置导出备份，文件名带上日期和“首尾测试通过”字样；每次改数组或 DB 前先备份旧表，改完只对比差异行，不要整表重填。测试值也固定下来：DB101 前 10 个写 1001 到 1010，后 10 个写 2001 到 2010；OUT_INT16 前 5 个写 3001 到 3005，后 5 个写 4001 到 4005。这样任何人接手，看到首尾值就知道映射有没有整体平移。从那以后我每次上电都强制走一遍“首尾强制值 + 断电重启 + 热插拔”三件套，不靠状态栏一句话下结论。希望帮到你。

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