S7 PLC Accessible Nodes Not Found via Ethernet: Troubleshooting

David Krause11 min read
Industrial NetworkingSiemensTroubleshooting
Licensed PE Working through this on a live machine? A Maine-licensed engineer can take it from here — included with IMD hardware, by the hour for everything else. Book an engineer

Problem Definition

The symptom described is narrow but very specific: a Siemens SIMATIC S7 controller (S7-300, S7-400, S7-1200, or S7-1500) accepts a project download from STEP 7 or the TIA Portal over the Ethernet interface, yet the same engineering station cannot list the controller under Online > Accessible Nodes (STEP 7 V5.x) or Online > Accessible devices (TIA Portal). A second symptom frequently accompanies the first: Edit Ethernet Node in STEP 7 V5.x returns an empty result list, even though the PLC has been confirmed reachable from the same PC via ping. Communication over MPI or PROFIBUS still works without change.

This pattern almost always indicates a configuration mismatch between the PG/PC interface assignment, the S7 routing mechanism (broadcast vs. directed), and the Windows firewall profile. The download path succeeds because TIA Portal / STEP 7 opens a directed TCP connection to a known IP address configured in the project, while Accessible Nodes depends on layer-2 MAC broadcast (S7-300/400) or S7 discovery frames (S7-1200/1500) that may be filtered by switches, anti-virus software, or a Windows firewall rule that was silently enabled.

Affected Platforms and Firmware

Platform Engineering Software Firmware Window Where Symptom Is Reported Discovery Mechanism
S7-300 (CPU 31x) STEP 7 V5.5 / V5.6 FW 2.x through FW 3.x ISO-on-TCP broadcast (RFC 1006) on UDP/34964
S7-400 (CPU 41x/41xH) STEP 7 V5.5 / V5.6 FW 4.x through FW 6.x ISO-on-TCP broadcast on UDP/34964
S7-1200 (CPU 12xx) TIA Portal V13+ FW 1.x through FW 4.7 S7 discovery (UDP/34964) plus DCP (PROFINET discovery)
S7-1500 (CPU 15xx) TIA Portal V13+ FW 1.x through FW 2.9 (current) S7 discovery plus DCP; broadcast disabled by default on FW 2.6+

Root Cause Matrix

Five independent failure paths produce this symptom. Each must be ruled out before assuming a hardware fault on the CPU, because S7 controllers do not have replaceable Ethernet PHYs in the field-replaceable sense, and CPU replacement is expensive.

ID Root Cause Diagnostic Indicator Severity
RC-1 PG/PC interface points at wrong NIC (Wi-Fi instead of wired) Step 2 shows wrong adapter under "Used" High
RC-2 Windows Firewall blocks SIMATIC communications Ping works, S7 broadcast silently dropped High
RC-3 Managed switch blocks broadcast or DCP multicast Unmanaged switch works, managed switch does not High
RC-4 S7-1500 CPU has "PROFINET device discovery" disabled (FW 2.6+ default) Direct download works, broadcast does not High
RC-5 Antivirus (Symantec, McAfee, Kaspersky) injects TDI filter Different laptop without AV works Medium

Prerequisites

  • STEP 7 V5.5 SP4 (or later) / STEP 7 V5.6, or TIA Portal V15.1 (or later) installed on the engineering station.
  • Administrator rights on the engineering PC to install/set the PG/PC interface and modify firewall rules.
  • Direct Ethernet cable (patch) plus known-good switch port, or a cross-over cable for direct PC-to-CPU link.
  • CPU IP address, subnet mask, and MAC address (printed on the front label of every S7 CPU).
  • cmd.exe with ping, arp -a, and netsh advfirewall available.

Step 1 - Verify the Physical Layer and TCP/IP Reachability

Before opening STEP 7, confirm that the PC and the S7 CPU exchange IP packets. This isolates the fault from the SIMATIC software stack.

  1. Connect the engineering PC directly to the CPU PROFINET port (X1) with a Cat5e or better patch cable. For older S7-300 CPUs (e.g., 315-2 PN/DP, 6ES7315-2EH14-0AB0) use port X2 if X1 is configured for PROFIBUS-only.
  2. On the CPU, read the configured IP address from Display > Settings > IP Address (S7-300/400) or from Online & Diagnostics > IP Address (S7-1200/1500). Default addresses are typically 192.168.0.1 for S7-1200/1500 and unassigned for S7-300/400 until configured.
  3. On the PC, assign a static IP in the same subnet, e.g. 192.168.0.10 / 255.255.255.0. Do not rely on DHCP for commissioning.
  4. From cmd.exe, run ping 192.168.0.1 -n 4. A successful reply confirms layer-1, layer-2, and IP forwarding.
  5. Run arp -a and verify that the CPU's MAC address (printed on the CPU front) appears in the table with the assigned IP. No MAC entry means ARP is being blocked (RC-2 or RC-5).
If ping fails but the link LED on the CPU port is green, suspect a VLAN mismatch, disabled auto-negotiation, or a duplicate IP. Move the PC into the same VLAN and statically set both sides to 100 Mbps full duplex if autonegotiation is unstable.

Step 2 - Assign the Correct PG/PC Interface

This is the single most common cause of the symptom. The PG/PC interface must be set to TCP/IP <-> ISO on TCP bound to the same physical NIC that connects to the PLC.

For STEP 7 V5.x

  1. Open Control Panel > Set PG/PC Interface (32-bit application; on 64-bit Windows it resides under C:\Program Files (x86)\Siemens\Automation\Simatic Manager\S7PCTP32.exe or is launched through Start menu).
  2. Select the entry matching the wired Ethernet adapter, e.g. TCP/IP (Auto) -> Intel(R) I211 Gigabit [MAC address]. Do not select Wi-Fi.
  3. Click Properties. Confirm that TCP/IP (Auto) is selected, not ISO alone (ISO-only is for non-routable LANs) and not TCP/IP (RFC 1006) with a hard-coded IP unless the CPU is on a remote subnet.
  4. Click OK and acknowledge the warning that the assignment applies system-wide. Restart SIMATIC Manager if it was open.

The procedure is documented in the Siemens Support article Setting the PG/PC interface in STEP 7 V5.x.

For TIA Portal V15 and later

  1. Open the project. From the menu, choose Online > Online access.
  2. Locate the wired Ethernet adapter under Network interface cards. If multiple cards are listed, identify the correct one by MAC address (compare with ipconfig /all).
  3. Double-click the entry to mark it as the active online access path. A small "X" or check appears next to it.
  4. Choose Online > Accessible devices. The portal should now broadcast on the selected NIC.

Step 3 - Verify S7 Broadcast Reachability

The Accessible Nodes function uses two protocols depending on the CPU class:

CPU Class Discovery Protocol UDP Port Multicast Address
S7-300 / S7-400 S7 broadcast (ISO-on-TCP discovery) UDP 34964 255.255.255.255 (limited broadcast)
S7-1200 (FW < 4.4) S7 broadcast UDP 34964 255.255.255.255
S7-1500 (FW < 2.6) S7 broadcast + DCP UDP 34964, UDP 34963 255.255.255.255 / 01:0E:CF:00:00:00
S7-1500 (FW 2.6 and later) DCP only (broadcast disabled by default) UDP 34963 01:0E:CF:00:00:00

Verify broadcast traffic with Wireshark (display filter udp.port == 34964 || udp.port == 34963) on the engineering PC. If the PC sends the discovery packet but receives no reply, the CPU is reachable (ping works) but the broadcast is being filtered.

Enable Broadcast on S7-1500 (FW 2.6 and Later)

Beginning with S7-1500 firmware V2.6, Siemens disabled the S7 broadcast listener by default to harden the controller against unsolicited discovery on shared networks. To re-enable broadcast for an engineering network:

  1. In TIA Portal, open the device configuration of the S7-1500 CPU.
  2. Navigate to Properties > General > PROFINET interface [X1] > Ethernet addresses.
  3. Clear the option "Enable S7 broadcast" if present, or in newer firmware versions, ensure "Accessible via S7 routing" is unchecked and "Support device discovery without S7 routing" is checked.
  4. Recompile the hardware configuration and download to the CPU.
Removing the broadcast option is a security best-practice. For factory networks with multiple PLCs, prefer static IP routing in TIA Portal rather than restoring broadcast.

Step 4 - Configure Windows Firewall for SIMATIC Communications

From Windows 7 onward, the default firewall profile blocks inbound replies on UDP 34964 and TCP 102. STEP 7 and TIA Portal install firewall rules during setup, but these rules can be lost if an installer runs elevated in a different account context, or if a non-default security policy is applied.

  1. Open Windows Defender Firewall with Advanced Security (wf.msc).
  2. Inspect Inbound Rules for entries beginning with SIMATIC, S7DOS, PNIO, or Siemens. The expected rules are:
    • SIMATIC Discovery Service (S7DOS) UDP-In – UDP 34964, profile Private/Domain
    • SIMATIC S7DOS TCP-In – TCP 102
    • Siemens TIA Portal – any
  3. Ensure each rule is enabled and bound to the Private profile at minimum. Public profile typically remains blocked.
  4. Classify the engineering network as Private: Settings > Network & Internet > Ethernet > Network profile type.
  5. If rules are missing, reinstall them from the TIA Portal installation media under Support\Firewall or download the latest SIMATIC Security Configuration Tool from Siemens Support.

For deeper guidance on Siemens-specific firewall requirements and recent CVEs affecting SIMATIC communications, see SIMATIC S7-1200/1500 Security Advisories.

Step 5 - Switch and Network Infrastructure

Managed switches frequently disable broadcast or filter DCP multicast by default. Symptoms of switch-induced filtering:

  • Direct PC-to-CPU link works (accessible nodes found).
  • Through any managed switch, accessible nodes is empty even though ping succeeds.

To diagnose, issue the following on the switch CLI (examples for SCALANCE XC-200):

show mac-address-table vlan 1 | include 010e.cf

This filters the MAC-address table for PROFINET MACs (vendor OUI 01:0E:CF). If the CPU's MAC is missing, broadcast is being filtered or the port is in a wrong VLAN. Adjust as follows:

  • Enable broadcast storm control only above a sensible threshold, e.g. storm-control broadcast level 20 (SCALANCE command). Do not enable per-port broadcast blocking on the PLC port.
  • Disable IGMP snooping on the PLC VLAN, or add a static MAC entry for the CPU.
  • Allow PROFINET multicast MAC 01:0E:CF:00:00:00 through any filtering ACL.

Step 6 - Anti-virus and TDI/WFP Filters

Endpoint security suites from Symantec Endpoint Protection, McAfee Endpoint Security, Kaspersky, and Trend Micro install Windows Filtering Platform (WFP) callouts that drop S7 discovery frames silently. To test:

  1. Disable the AV real-time scan temporarily.
  2. Reopen STEP 7 and run Accessible Nodes.
  3. If nodes appear, configure an AV exclusion for the SIMATIC executable directory (default C:\Program Files\Siemens\Automation) and for UDP ports 34963/34964.

Note that some AV products also insert TDI drivers that cannot be excluded cleanly. In such cases, uninstall the AV on the engineering station, since S7 commissioning is not a use case supported under those products.

Step 7 - Directed IP Routing as a Permanent Fix

Broadcast-based discovery is fragile. For production environments, configure the engineering station with a static list of accessible devices using the Online access table in TIA Portal or by adding the PLC's IP under PG/PC interface > TCP/IP > Properties > IP address in STEP 7 V5.x.

The procedural reference is Why is the S7 station not displayed under "Accessible nodes" in STEP 7 or TIA Portal?, which describes both broadcast and directed-routing modes. The companion manual is the S7-1500 communication function manual available from the Siemens Support entry S7-1500 Communication.

Verification Procedure

  1. Open Set PG/PC Interface and verify the wired Ethernet adapter is selected with the MAC that matches ipconfig /all.
  2. From the project in STEP 7 / TIA Portal, choose Online > Accessible Nodes. The CPU must appear with its IP and MAC within 5 seconds on a local subnet.
  3. Right-click the CPU and select Online & Diagnostics. The diagnostic buffer must download without error and report the firmware version and order number (e.g., 6ES7 515-2AM02-0AB0 / V2.9.7).
  4. Run Compile and download to confirm a full project download still succeeds. If accessible nodes appears but download fails, jump to error code 33:16621 in the diagnostic buffer.

Diagnostic Checklist

Check Pass Condition Command / Action
Link LEDs Both ports green/yellow, no flicker off Visual
Ping CPU Reply < 2 ms on local subnet ping 192.168.0.1
ARP entry MAC matches front label arp -a
PG/PC interface Wired NIC bound to TCP/IP Auto Set PG/PC Interface
Firewall rules S7DOS, SIMATIC entries enabled wf.msc
Wireshark Discovery frames observed both ways filter udp.port == 34964
Switch filter PROFINET multicast MAC forwarded Switch CLI

When to Replace Hardware

If all seven checks pass but accessible nodes is still empty, the CPU PROFINET port may have a hardware fault. Confirm by connecting a second known-good CPU of the same order number; if that CPU is also undiscoverable on the same cable and PC, the cable, NIC, or Windows image is at fault. If the second CPU is discoverable, the original CPU is suspect and should be RMA'd through Siemens Industry Online Support with the diagnostic buffer export attached.

Why does my S7-1500 not appear in Accessible Nodes even though download works?

S7-1500 firmware V2.6 and later disable the S7 broadcast listener by default; the controller replies only to DCP discovery on multicast MAC 01:0E:CF:00:00:00 and UDP port 34963. Either re-enable broadcast under device properties, or configure the engineering station with a static route to the CPU's IP in TIA Portal's Online access table.

Which UDP port does STEP 7 use for Accessible Nodes?

STEP 7 V5.x uses UDP 34964 (S7 broadcast / S7DOS) for S7-300 and S7-400. TIA Portal additionally uses UDP 34963 for DCP discovery on S7-1200 and S7-1500. Both must be allowed in the Windows firewall on the Private profile.

Ping works, but Accessible Nodes is empty - which step usually fixes it?

About 70 percent of the time the cause is the PG/PC interface pointing at the wrong NIC (Wi-Fi instead of wired, or a virtual NIC from a VPN client). Reassign the interface in Set PG/PC Interface to the wired adapter matching the MAC from ipconfig /all and restart SIMATIC Manager. The second most common cause is the Windows firewall blocking S7DOS after a Windows update.

Can I force STEP 7 to use a specific CPU IP without broadcast?

Yes. In STEP 7 V5.x open Set PG/PC Interface > Properties > TCP/IP > Properties and enter the CPU IP. In TIA Portal use Online > Accessible devices > Add and enter the IP manually. This directed routing bypasses broadcast entirely and is the recommended approach for routed or segmented networks.

Does my antivirus really block S7 discovery?

Common endpoint protection products (Symantec Endpoint Protection, McAfee ENS, Kaspersky Endpoint Security) install WFP callouts that drop S7 discovery frames silently. The fastest test is to disable real-time scanning briefly and rerun Accessible Nodes; if nodes appear, configure an AV exclusion for the SIMATIC installation folder and UDP ports 34963 and 34964. If exclusion does not stick, replace the AV with a product on the Siemens compatibility list.

Back to blog