简介面向西门子 PLC 工程师与技术维护人员这份资料针对两台 PLC 分属不同网段时如何借助路由器建立通信展开完整梳理了从 IP 规划、路由配置到开放式用户通信指令调用的操作流程。压缩包内为 1 个 docx 文档大小约 1.89MB将方法、步骤、指令参数与注意事项集中整理便于按文档逐项落地实施。目前已有 167 人学习下载。文档以 S7-1512SP-1 PN 与 S7-1214C 为例介绍了设置子网网关、PLC 地址及路由器地址的具体方法并给出 TSEND_C 与 TRCV_C 的组态要点包括未指定通信伙伴、使用程序块连接、主动/被动连接端口配置等。同时特别提醒跨网段通信仅适用于开放式用户通信不适用于 PN IO若要实现跨网段 PN 通信需增加硬件。对于需要解决跨网段数据交换问题的读者是一份简洁实用的参考。1. 西门子PLC跨网段通信先解决“下一跳”再谈协议两台西门子PLC一台在192.168.1.0/24另一台挂在10.10.0.0/24用交换机直连PING不通博途里也连不上远端站。大多数现场人员第一反应是通信块没写对反复调整PUT/GET和连接号问题却始终在IP层跨网段数据包必须交给路由器路由表里没有路径S7协议封装得再标准也过不去。本文围绕西门子PLC通过路由方式实现跨网段通信的全过程从IP地址、子网掩码、默认网关这些基础配置讲起再到路由器静态路由、博途S7连接组态和故障抓包覆盖S7-1200、S7-1500以及存量S7-300/400设备。适合现场做PLC集成、上位机联调和网络改造的工程师参考让“跨网段通信”不再靠试。2. 跨网段通信的前提IP地址、子网掩码与网关2.1 先搞清为什么“同网段”和“跨网段”走的路不一样IP通信的第一步是判断目标在不在本地网络。PLC的以太网协议栈拿到目标IP后会用自己的子网掩码和本地IP做“与”运算得到本网段地址再对目标IP做同样的运算结果相同就发ARP广播结果不同就把数据包交给默认网关。这个判断发生在TCP/IP层与PLC品牌无关。所以西门子PLC跨网段通信首先要保证CPU能正确判断“目标不在本网段”。现场最常见的做法是PLC地址设在192.168.0.10触摸屏在192.168.0.11工程师站也在同一个网段这种情况下不配网关也能通信。一旦把上位机或者远程IO网段改到10.10.0.0操作侧不在同一广播域PLC如果没配网关它会把发往远端网段的包当成不可达目标直接丢弃。更隐蔽的情况是网关填错比如PLC的IP是192.168.1.5路由器接口在192.168.1.1结果把网关填成了10.10.0.1。PLC在本地广播域里ARP不到10.10.0.1的MAC地址自然不会把包发出去。因此第一步不是写程序而是检查CPU接口的“路由器地址”是不是与PLC同网段的真实上一跳。2.2 博途里给S7-1200/1500设置IP与默认网关在TIA Portal中选中CPU的设备视图在下方的“PROFINET接口”属性中展开“以太网地址”能看到IP地址、子网掩码和路由器地址三个字段。这里的“路由器地址”就是默认网关。很多项目只填IP和掩码网关留空同网段没有问题跨网段就出状况。设置步骤如下选中CPU的PROFINET接口勾选“在项目中设置IP地址”填入本机PLC的IP和掩码“路由器地址”填与PLC在同一网段的路由器接口IP例如PLC是192.168.1.5网关填192.168.1.1编译下载后在“在线与诊断”中查看接口状态确认地址生效。提示S7-1200和多数S7-1500 CPU只支持一个默认网关。如果同一个PLC需要访问两个不同网段不要试图给PLC配置第二个网关而应该在外部路由器上做静态路由或策略路由。另外跨网段使用PUT/GET时两端CPU还要在“属性→防护与安全→连接机制”中勾选“允许来自远程对象的PUT/GET通信访问”否则路由通了也连不上。2.3 S7-200 SMART与S7-300/400网关设置的差异不同PLC系列的网关配置入口差别很大。S7-200 SMART在“系统块→以太网端口”里修改IP、掩码和网关S7-300/400的PN接口或CP卡在“硬件组态”里双击接口模块找到IP和路由器。用CP343-1或CP443-1时网关配置在CP卡的属性页里不在CPU属性里。下表是现场最常用的对应关系PLC系列配置入口网关字段跨网段常用做法S7-200 SMART系统块→以太网端口网关作为客户端时指向路由器同侧接口S7-1200TIA设备视图→PROFINET接口路由器地址外部路由器或三层交换机做路由S7-1500TIA设备视图→PROFINET接口路由器地址外部路由器或三层交换机做路由S7-300CP343-1HW Config→CP属性Router外部路由器为主CP路由表少用S7-400CP443-1HW Config→CP属性Router外部路由器为主跨网段需路由资源S7-300/400修改CP属性后整个机架组态会被重新生成下载时有时要求停机修改前务必先备份硬件组态。S7-200 SMART则简单很多改完重启CPU即可。无论哪种型号网关地址都必须指向与自身同网段的路由器接口不能指向远端PLC这是跨网段通信里最容易踩的坑之一。3. 用路由器把两个网段接起来拓扑、接口与静态路由3.1 最小拓扑一台路由器两个接口两张路由表给一个最常见的现场拓扑路由器或三层交换机作为核心节点左侧接口连接192.168.1.0/24右侧接口连接10.10.0.0/24左侧接S7-1500192.168.1.10和工程师站192.168.1.100右侧接S7-200 SMART10.10.0.20和触摸屏。两侧PLC的默认网关分别是192.168.1.1和10.10.0.1也就是路由器各自的接口地址。路由器会把自己直连的两个网段放进路由表但跨网段真正的关键是“回程路径”。两侧PLC通过默认网关把包发出去如果路由器不知道目的网段怎么回就会丢弃。以左侧PLC发起到右侧PLC的通信为例左侧把包交给192.168.1.1路由器查路由表发现10.10.0.0/24是自己的直连网段于是从右侧接口转发给右侧PLC。右侧PLC回包时把包交给自己的网关10.10.0.1路由器查表发现192.168.1.0/24也是直连网段再转发回来。直连网段之间基本不需要手工静态路由但一旦引入第三个网段静态路由就少了不了。3.2 在路由器上配置接口与静态路由以Linux工控机为例现场没有工业路由器时常见做法是用一台双网卡Linux主机当路由器验证配置。假设eth0接左侧网段eth1接右侧网段命令如下# 配置eth0接口IP对应192.168.1.0/24侧 ip addr add 192.168.1.1/24 dev eth0 # 配置eth1接口IP对应10.10.0.0/24侧 ip addr add 10.10.0.1/24 dev eth1 # 打开IP转发开关否则Linux不转发跨网段数据包 echo 1 /proc/sys/net/ipv4/ip_forward # 查看直连路由是否已经自动生成 ip route show第一条和第二条命令分别给两个接口配上IP和掩码系统会自动生成两条直连路由。第三条命令是Linux转发数据包的总开关执行后内核才允许把目的地址不是本机的IP包转发出去。最后的ip route show应能看到192.168.1.0/24 dev eth0和10.10.0.0/24 dev eth1两条路由如果只看到一条说明有一个接口没有正常UP。如果远端不是直连网段而是在另一台路由器后面就要加静态路由# 增加一条到172.16.0.0/24网段的静态路由下一跳是另一台路由器的接口192.168.1.254 ip route add 172.16.0.0/24 via 192.168.1.254这里的via表示下一跳地址必须和本路由器直连可达。很多配置失败是因为下一跳填了非直连地址路由器查不到ARP条目包只能一直挂在黑洞里。跨网段排错时务必两端都测从左侧PC ping右侧PLC再从右侧设备 ping左侧PC两边都通才算路由闭环。3.3 工业路由器/三层交换机的配置差异西门子SCALANCE X系列中带路由功能的型号配置思路和Linux一样只是入口从命令行变成了Web。我一般会先给设备配好管理IP然后在“Layer 3”或“Routing”菜单里添加静态路由填目标网络、掩码、下一跳。比Linux多一个关键开关有些工业设备默认关闭三层路由模式必须先开启否则路由表写了也不生效。三层交换机则常用VLAN接口作为网关。以下是一个常见配置片段# 创建VLAN10并配置接口IP用于左侧网段 interface vlan 10 ip address 192.168.1.1 255.255.255.0 no shutdown # 创建VLAN20并配置接口IP用于右侧网段 interface vlan 20 ip address 10.10.0.1 255.255.255.0 no shutdown # 开启三层交换机的IP路由转发 ip routinginterface vlan是三层接口ip routing与Linux的ip_forward作用一样。需要注意物理端口要划分到对应VLAN否则PLC和上位机还是在默认VLAN1里路由配置得再正确也接不到正确网段。三种平台配置对比如下平台直连网段路由非直连网段路由关键开关Linux主机自动生成ip route addip_forwardSCALANCE X自动生成Web静态路由表三层路由模式三层交换机VLAN接口自动生成ip route或静态路由表ip routing4. PLC程序里的跨网段通信实现PUT/GET连接参数与调用示例4.1 为什么跨网段首选PUT/GET西门子PLC之间跨网段通信常见方案有PUT/GET、开放式以太网TCP、ISO-on-TCP等。PUT/GET由S7协议封装通信双方不需要自己处理socket、握手和报文拆分直接调用系统功能块SFB15/SFB14即可。跨网段场景下IP层的路径由路由器和默认网关负责PLC只需要配置正确的连接ID和伙伴IP。先别急着写通信块先确认两端CPU都勾选了“允许来自远程对象的PUT/GET通信访问”否则连接建立了数据读写也会被拒绝。4.2 在博途里组态S7连接并指定远端IP在TIA Portal项目树的“网络视图”里把两个PLC拖到同一张图上右键选择本地PLC新建S7连接。伙伴选择“未知”在连接属性里填写远端PLC的真实IP。跨网段的关键就在这里伙伴IP填远端PLC的实际地址例如10.10.0.20而不是路由器地址。本地连接属性会自动分配一个“本地ID”后续调用PUT/GET时要保持一致我一般习惯把ID记成十六进制比如1对应16#0001。可复现的组态步骤网络视图中在本地PLC连接表新建S7连接伙伴选择“未知”地址填远端PLC的IP连接方式选“S7 connection”记录本地ID在两端CPU的“连接机制”中勾选允许PUT/GET访问编译下载后先在两个CPU之间测试连接诊断。连接建立后跨网段路径上只要PING通S7连接通常没问题。连接失败时先查路由器回程不要反复改连接参数。4.3 调用PUT功能块的STL示例与参数表下面是一个典型示例S7-1200作为客户端把本地DB20的100字节写到远端PLC的DB10。使用STL调用SFB15“PUT”CALL PUT, PUT_DB REQ : #sendTrigger // 上升沿触发发送 ID : 1 // TIA连接组态里的本地ID ADDR_1 : P#DB10.DBX0.0 BYTE 100 // 远端PLC的DB10起始100字节 SD_1 : P#DB20.DBX0.0 BYTE 100 // 本地DB20起始100字节 DONE : #done // 发送成功标志 ERROR : #error // 错误标志 STATUS : #status // 错误码PUT_DB是SFB15的背景数据块在TIA中调用时自动生成。REQ需要边沿触发不要在OB1里每个周期都给TRUE否则会产生大量通信任务。ID必须和连接组态的本地ID一致不一致时STATUS字会提示连接号错误。P#DB10.DBX0.0 BYTE 100是Any指针要注意显式写“BYTE 100”如果只写地址不写长度访问位和字节的长度处理不同容易报参数错误。GET调用格式与PUT类似只是数据方向相反CALL GET, GET_DB REQ : #readTrigger ID : 1 ADDR_1 : P#DB10.DBX0.0 BYTE 100 // 远端PLC的DB10起始100字节 RD_1 : P#DB20.DBX0.0 BYTE 100 // 本地DB20起始100字节存放读回内容 DONE : #done ERROR : #error STATUS : #statusGET读远端数据到本地ADDR_1指向远端地址RD_1指向本地接收区方向千万别搞反。通信过程中新增通信任务前先判断DONE和ERROR上一次请求没有结束时不要给REQ新的上升沿这是S7通信任务并发冲突的常见原因。4.4 PUT/GET跨网段通信的带宽与资源建议PUT/GET的数据量受CPU通信资源限制S7-1200能同时维持的连接数和每个任务的字节数都比S7-1500低一些具体上限以CPU技术手册为准。跨网段时建议加一个发送定时器例如每100ms触发一次不要把通信周期压到几毫秒。跨网段链路上往往还有工业路由器、光电转换器短报文过多会让设备负载升高。另一个建议是把通信数据集中放在一个DB里使用相同长度的数据块减少ADDR_1参数里的Any指针修改频率方便后续维护。5. 故障诊断从PING到Wireshark抓包排掉常见的路由坑5.1 分三层验证跨网段通透性跨网段通信出问题先别怀疑PLC程序。我一般的验证顺序是先用工程师站PING路由器两个接口再PING远端PLC。假设本机IP是192.168.1.100本侧网关192.168.1.1远端网关10.10.0.1远端PLC是10.10.0.20ping 192.168.1.1 ping 10.10.0.1 ping 10.10.0.20第一个PING不通检查本机到网关的物理链路第二个不通说明路由器到右侧网段的接口或链路有问题第三个不通再看路由器静态路由和远端PLC的网关配置。三个都通再检查博途连接和PUT/GET访问开关。这组命令能快速把故障范围从“整个跨网段通信”缩小到某一层减少盲目重配参数的时间。5.2 在路由器上检查转发状态以Linux路由器为例跨网段PING不通时在路由器上执行# 查看当前路由表确认两个网段都在 ip route show # 查看ARP表确认是否解析到两侧PLC的MAC地址 arp -n # 确认IP转发是否已经开启1表示开启 cat /proc/sys/net/ipv4/ip_forwardip route show应能看到至少两条直连路由如果只有一条接口IP没配成功。arp -n能看到路由器每个接口解析到的MAC如果站点PING不通对应ARP条目不会出现说明设备之间链路层没有建立。ip_forward输出必须是1如果重启后变回0要把配置写进/etc/sysctl.conf。5.3 抓包确认数据包是否到达远端接口路由表和ARP都正常但S7连接还是建立不了就需要抓包。在路由器远端接口上监听TCP 102端口# 在eth1上监听所有访问S7协议端口102的TCP流量 tcpdump -i eth1 tcp port 102 -n此时在本地PLC侧触发一次PUT/GET观察eth1上是否有TCP SYN包到达。没有SYN说明包在去程丢了问题在本侧网段到路由器的路径有SYN但没有SYN-ACK说明远端PLC收到了连接请求但没回包重点检查远端PLC是否勾选允许PUT/GET、远端PLC的默认网关是否正确。用Wireshark在工程师站抓包也可以过滤器写tcp.port 102关注三次握手是否完整。跨网段S7通信中只出现SYN没有SYN-ACK绝大多数是回程路由缺失或远端PLC保护机制拦截。5.4 三个常见误配置对照现象为什么怎么修正PING不通跨网段PLC但PING通本侧网关路由器缺远端网段回程路由在路由器上加静态路由下一跳指向对应接口PING通PLC但博途连不上未允许PUT/GET访问在两端PLC属性中勾选允许PUT/GET通信时通时断重启后恢复默认网关冲突或路由表环路检查是否有其他设备宣告相同网段使用静态ARP固定PLC地址6. 进阶用静态路由冗余和心跳探测让跨网段通信更稳6.1 给跨网段加一条备用路径单台路由器是跨网段通信的单点现场常见做法是用两台路由器把两个网段连起来一台做为主路径一台作为备用路径。Linux下可以通过metric参数配置两条到同一目标网段的静态路由# 主链路下一跳为192.168.1.2优先级高 ip route add 10.10.0.0/24 via 192.168.1.2 metric 10 # 备用链路下一跳为192.168.1.3优先级低 ip route add 10.10.0.0/24 via 192.168.1.3 metric 20metric越小优先级越高主链路不可达时Linux会尝试使用metric更大的备用路由。不过Linux静态路由不会自动探测下一跳的存活状态实际项目中我建议用三层交换机的VRRP或工业路由器的冗余协议切换速度比纯静态路由更快。配置完成后的验证方式是持续PING远端PLC拔掉主链路网线观察丢包数量和通信恢复时间恢复时间太长就需要检查PLC侧连接是否允许断开重连。6.2 用心跳计数监控跨网段通信质量跨网段通信往往不止用一次平时看似正常半夜偶发一次超时就被忽略。一个具体做法是在远端PLC里放一个心跳字本地PLC周期通过GET读取该值连续读取失败超过N次就置位报警位。以下逻辑片段用SCL实现// 每500ms触发一次GET读取远端心跳字 IF #hbDone THEN #failCount : 0; // 读取成功清空失败计数 ELSIF #hbErr THEN #failCount : #failCount 1; // 读取失败累加 IF #failCount 5 THEN #commAlarm : TRUE; // 连续5次失败确认通信中断 END_IF; ELSE #failCount : #failCount 1; IF #failCount 5 THEN #commAlarm : TRUE; END_IF; END_IF;这段逻辑的关键是“连续失败计数”而不是单次失败因为跨网段偶尔丢一两个包是正常的连续5次基本能确认链路中断。#commAlarm置位后可以送到HMI报警区也可以通过MODBUS TCP或SNMP转发给上级系统。最后要说的是跨网段通信排错一定要画一张“去程/回程”路径图标出每个节点的IP、网关和路由下一跳大多数疑难问题都出在回程路由不对称上画图比猜更有效。本文还有配套的精品资源点击获取