1500PLC能Ping通却无法建立TIA Portal在线连接

Question

常见问题：PLC能Ping通但TIA Portal无法建立在线连接，通常并非网络连通性问题，而是通信协议或配置层面的障碍。典型原因包括：1）PLC未启用“允许从远程伙伴使用PUT/GET通信访问”（需在设备属性→保护→访问权限中勾选）；2）防火墙（Windows Defender或第三方软件）拦截了S7通信端口（TCP 102）；3）TIA Portal项目中PLC站的IP地址、子网掩码与实际网络不一致，或未正确设置“PG/PC接口”为“ISO-on-TCP”或“S7 Online”对应网卡；4）PLC处于STOP模式且未启用“运行时下载”功能（部分固件版本要求RUN模式才响应S7连接）；5）使用非西门子网卡或虚拟网卡（如VMware、Docker桥接）导致MAC地址冲突或路由异常。值得注意的是，Ping仅验证ICMP层可达性，而S7通信依赖OSI第4层TCP连接及PLC应用层授权，二者通过性无必然关联。建议按“物理链路→IP配置→防火墙→PLC访问权限→TIA接口设置”逐层排查。

Answer 1

```html

一、现象层：Ping通 ≠ S7在线——理解协议栈断层的本质

PLC能响应ICMP Echo Request（即“Ping通”），仅证明OSI第3层（网络层）IP可达，而TIA Portal建立S7连接需穿透至第4层（TCP端口102）及第7层（S7协议握手+CPU访问授权）。这是典型的“协议栈垂直隔离”现象。ICMP与S7/TCP无共享状态机、无共用会话上下文，因此Ping成功对S7连接失败零预测价值。资深工程师应第一时间摒弃“网络已通”的思维惯性。

二、链路层诊断：物理与数据链路是否真正就绪？

• 使用arp -a验证PLC MAC地址是否已正确学习（避免交换机端口安全/ARP限速导致MAC未缓存）
• 执行pathping 192.168.0.100（PLC IP）观察逐跳丢包，定位是否存在二层广播域异常（如VLAN错配、STP阻塞端口）
• 检查网卡驱动是否为西门子认证版本（尤其Intel I219-V等芯片在Win11下存在DMA缓冲区竞争问题）

三、网络层配置：IP参数的隐性一致性陷阱

配置项	TIA Portal项目中设置	PLC设备实际值（通过Web Server或STEP 7 V5.x读取）	校验命令
IP地址	192.168.0.10	192.168.0.10	ipconfig /all（PG端）& PLC Web界面
子网掩码	255.255.255.0	255.255.255.0	route print确认无重叠路由
默认网关	192.168.0.1	192.168.0.1	若跨网段，需确认三层路由策略放行TCP/102

四、传输层拦截：防火墙与端口策略的深度解析

Windows Defender高级安全防火墙默认阻止入站TCP 102（即使出站允许）。须执行以下操作：

1. 打开wf.msc → “入站规则” → 启用“S7comm Port 102”规则（TIA安装时注册）
2. 若使用第三方防火墙（如Kaspersky、McAfee），需在“应用程序控制”中将Siemens.Automation.PLC.S7Online.dll设为信任
3. 验证端口监听：netstat -ano | findstr :102 —— 正常应显示LISTENING且PID对应SiemensPLCService.exe

五、应用层授权：PLC固件级访问控制机制

graph TD A[PLC上电] --> B{保护级别设置} B -->|“完全访问”| C[自动启用PUT/GET] B -->|“受限访问”| D[必须手动勾选
“允许远程PUT/GET”] B -->|“无访问”| E[所有S7连接拒绝
返回0x00000005错误] D --> F[设备属性 → 保护 → 访问权限
→ 勾选“允许从远程伙伴...”] F --> G[下载硬件配置后需重启CPU生效]

六、PG/PC接口栈：ISO-on-TCP vs. S7 Online的语义鸿沟

TIA Portal的“PG/PC接口”设置本质是选择通信协议栈封装方式：

• ISO-on-TCP：基于RFC 1006，兼容老式S7-300/400，需在PLC端配置TSAP（如01.00/02.00），适用于非西门子网卡
• S7 Online：西门子专有优化栈，自动处理TSAP协商，但强制要求网卡支持“S7协议卸载”（仅部分Intel/Realtek驱动支持）
• 排查命令：siemens_plc_diag.exe -listif（西门子诊断工具）输出真实可用接口名，避免使用“以太网”等模糊别名

七、运行时态约束：STOP/RUN模式对S7连接的差异化影响

自固件V4.2起，S7-1200/1500引入“连接生命周期策略”：

• STOP模式下：仅响应Get CPU Info请求，拒绝Read/Write DB等数据访问（返回0x00000007）
• RUN模式下：默认允许全部S7服务，但若启用“运行时下载”，需在设备属性→常规→保护→勾选“允许运行时下载”
• 验证方式：TIA Portal中右键PLC站 → “在线和诊断” → “CPU信息” → 查看“当前模式”及“运行时下载状态”

八、虚拟化干扰：VMware/Docker网卡引发的MAC与路由冲突

当PG主机启用VMware Workstation或Docker Desktop时，其虚拟网卡（如VMnet1、vEthernet）可能：

1. 与物理网卡同属192.168.0.0/24网段，触发Windows多宿主路由表优先级紊乱
2. 虚拟网卡MAC地址被PLC ARP缓存污染（尤其PLC启用“静态ARP表”时）
3. 解决方案：Get-NetAdapter | Where-Object {$_.Name -like '*VMware*' -or $_.Name -like '*Docker*'} | Disable-NetAdapter -Confirm:$false

九、进阶验证：使用Wireshark捕获S7协议握手全过程

过滤条件：tcp.port == 102 && (s7comm || s7comm_plus)。关键帧序列应为：

1. TCP SYN → SYN-ACK → ACK（三次握手完成）
2. Client发送COTP Connection Request（TPKT+COTP）
3. Server返回COTP Connection Confirm
4. Client发送S7 Job: Setup Communication（含最大PDU长度协商）
5. Server返回S7 Ack: Setup Communication（若失败，此处出现0x00000005错误码）

十、根因归类矩阵：按故障概率与排查成本排序

排名	故障类型	发生概率	平均排查耗时	一键验证命令
①	防火墙拦截TCP 102	42%	3分钟	netsh advfirewall firewall show rule name="S7comm Port 102"
②	PLC未启用PUT/GET访问	31%	5分钟	通过PLC Web界面→“保护”页签直接查看
③	PG/PC接口选错网卡	18%	2分钟	siemens_plc_diag.exe -listif

```