CPU1507S Nanobox IPC Resolving X2 Network Interface Missing

David Krause9 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

CPU1507S Nanobox IPC: Resolving the X2 Network Interface Not Visible in Windows

The Siemens SIMATIC Nanobox IPC paired with the CPU 1507S software controller is a compact PROFINET-capable automation platform. A frequent commissioning symptom is that the secondary network interface (X2) appears in Windows Device Manager on first boot, then disappears after the TIA Portal project is loaded. Engineers expect two NICs to remain visible because they intend to use one for the Windows engineering station and the other for the PLC's PROFINET ring. Instead, only the X1 adapter remains, the CPU 1507S webserver stops responding on the X2 IP, and OPC UA traffic appears to drop silently. This article documents the root cause, the verification path, and the working configurations for webserver and OPC UA access.

1. Problem Statement

Typical field report after loading the TIA Portal project to the CPU 1507S:

  • X1 (Windows side) IP is reachable, e.g. 192.168.0.10 / 255.255.255.0.
  • X2 (PLC side) IP is configured in TIA Portal, e.g. 192.168.0.11, but Windows does not list X2 in Device Manager.
  • ping 192.168.0.11 from the Nanobox itself returns Destination host unreachable.
  • The CPU 1507S webserver is not reachable on http://192.168.0.11 but responds on http://localhost:81.
  • OPC UA clients cannot connect to opc.tcp://192.168.0.11:4840.

Initial assumption is a driver or firewall issue. The actual root cause is a deliberate hardware-assignment design choice of the CPU 1507S runtime.

2. System Architecture of the Nanobox + CPU 1507S

The SIMATIC CPU 1507S is the software controller variant of the S7-1500 family. On a Nanobox IPC (e.g. SIMATIC IPC227G or IPC277G), the runtime is a hardened Windows service that takes exclusive ownership of one physical Ethernet port.

Component Role Default IP / Port
Nanobox IPC Industrial host with two GbE ports (X1, X2) X1 = Windows side, X2 = PLC side
CPU 1507S runtime Software PLC, behaves like an S7-1500 CPU X2 IP from project
Windows OS Engineering, HMI, OPC UA routing host X1 IP
Webserver S7-1500 diagnostic web pages HTTP 80, HTTPS 443 (project configurable)
OPC UA Server Data exchange to SCADA/MES opc.tcp://<IP>:4840
PROFINET devices Distributed I/O, drives, field devices Subnet of X2

The runtime registers X2 as a PROFINET interface and unbinds it from the Windows TCP/IP stack. From that moment, X2 is invisible to ipconfig, Get-NetAdapter, and Device Manager. This is the same pattern as the S7-1500 Software Controller system manual documents for all supported IPC platforms.

3. Root Cause: Exclusive NIC Assignment is a Design Feature

The CPU 1507S is engineered to give the PLC an isolated, deterministic network path that the Windows OS cannot interrupt. Even if Windows crashes, blue-screens, or is being patched, the X2 link and any PROFINET devices behind it remain reachable from the runtime. The trade-off is that you cannot use X2 as a Windows-managed NIC for routing, ICMP, or shared Ethernet.

Design intent: The PLC side (X2) is reserved exclusively for the runtime. Treat it as a dedicated PROFINET channel, not as a general-purpose NIC. Windows sees X1 only; X2 is owned by the CPU 1507S service.

Implications for engineers who expect two visible NICs:

  • No arp -a entry will show X2's MAC from the Windows stack.
  • No Windows Firewall rule can be applied to X2 because the firewall cannot bind to it.
  • No tracert or pathping from Windows will traverse X2.
  • Any service hosted by the runtime (webserver, OPC UA, S7 communication, PROFINET) is reachable on the X2 IP only from devices physically attached to X2.

4. Initial Diagnostic Steps

Run the following on the Nanobox IPC before changing any configuration. They confirm the runtime is healthy and that X2 is correctly bound.

  1. Verify the runtime is started. Open Windows Services (services.msc) and confirm Siemens SIMATIC S7-1500 Software Controller is in state Running.
  2. Confirm only one NIC is visible to Windows. Open PowerShell and run Get-NetAdapter | Where-Object Status -eq 'Up'. Expect a single Up interface (X1).
  3. Read the PLC's own diagnostic pages. Browse to http://localhost:81. If the S7-1500 webserver home page appears, the runtime is fully operational and owns X2.
  4. Check TIA Portal online view. In TIA Portal V17 or later, Online > Accessible nodes should list the CPU 1507S by its X2 IP. If it does, the PLC side is alive even when Windows cannot ping it.
  5. Inspect the runtime log. The default log location is C:\ProgramData\Siemens\Automation\Logs\S7-1500S. Look for the line PROFINET interface X2 bound.
If step 3 fails with connection refused, the runtime is not listening. Verify the webserver is enabled in the TIA project under CPU properties > Webserver > Enable webserver on this module and re-download the project.

5. Webserver Access via Localhost

Because X2 is owned by the runtime, the only IP from which the webserver is reachable without extra wiring is the Windows loopback. The runtime publishes the webserver on a loopback-shifted port set so that multiple S7-1500 Software Controllers on the same host do not collide. Typical mappings:

Service Internal URL on the PLC side (X2) Loopback URL on the Nanobox
Webserver (HTTP) http://192.168.0.11:80 http://localhost:81
Webserver (HTTPS) https://192.168.0.11:443 https://localhost:343
OPC UA Server opc.tcp://192.168.0.11:4840 opc.tcp://localhost:4840

Loopback port mapping is configured per project. To verify or change it, open TIA Portal and navigate to CPU properties > Webserver > Port assignment for engineering access via Windows. After a project download and CPU restart, the new ports are active. Reference: CPU 1507S manual, section on webserver access from the engineering host.

6. Bridging X1 and X2 for External Access

To reach the webserver or OPC UA server from a remote engineering station, SCADA node, or MES server, the Nanobox must bridge or forward between X1 and X2. Two practical approaches are field-proven.

6.1 Physical loopback cable (recommended for bench commissioning)

  1. Place an Ethernet patch cable between X1 and X2 on the Nanobox. This is a temporary loopback used only for diagnostics.
  2. Set a second IP on the Windows X1 adapter inside the X2 subnet, e.g. 192.168.0.20 / 255.255.255.0.
  3. Open http://192.168.0.11 from a browser on the Nanobox. The webserver responds as if you were any external device.
  4. Remove the loopback cable before returning the unit to production. Production PROFINET devices must not share the same wire as Windows traffic.

6.2 Routing through a managed switch (production topology)

Nanobox IPC X1 — Windows X2 — CPU 1507S Managed Switch PROFINET Devices SCADA / OPC UA Client

The managed switch carries two VLANs:

VLAN Subnet Members Purpose
VLAN 10 (Windows) 192.168.1.0 / 24 X1, SCADA, MES Engineering, OPC UA traffic
VLAN 20 (PLC) 192.168.0.0 / 24 X2, PROFINET devices Deterministic I/O

With this layout, an OPC UA client on VLAN 10 reaches opc.tcp://192.168.0.11:4840 through the switch's Layer-3 interface, or more commonly, the CPU 1507S acts as the OPC UA server and a Windows-side OPC UA forwarder on X1 republishes data on a VLAN-10 IP.

7. OPC UA Server Routing Patterns

Two patterns are commonly deployed on a Nanobox + CPU 1507S combination:

7.1 Direct OPC UA to the PLC side

SCADA or HMI connects directly to opc.tcp://192.168.0.11:4840. Works only if the SCADA node is on the X2 subnet or routed through a Layer-3 device.

7.2 Windows-side OPC UA forwarder (preferred)

  1. Install an OPC UA server on the Windows side (e.g. Siemens OPC UA Scout or the S7-1500 Software Controller's bundled forwarding service).
  2. Bind the forwarder to the X1 IP, e.g. opc.tcp://192.168.1.10:4840.
  3. Point the forwarder at the loopback endpoint opc.tcp://localhost:4840 which the runtime already exposes on the loopback interface.
  4. SCADA connects to the X1 address and never touches the PROFINET subnet.
If the OPC UA server is enabled in TIA Portal but the client cannot see it, check CPU properties > OPC UA > Server > Enable OPC UA server and confirm the security policy is set to None for bench testing only. Production deployments must use SignAndEncrypt with X.509 certificates.

8. Subnet Design Best Practices

Avoid putting X1 and X2 in the same subnet. Windows will route all traffic through the lowest-metric interface, which means X2-owned packets never leave the Nanobox.

Scenario X1 subnet X2 subnet Result
Both in 192.168.0.0/24 192.168.0.10/24 192.168.0.11/24 Windows cannot reach X2; only loopback works
Separate subnets 192.168.1.10/24 192.168.0.11/24 Clean isolation; external access requires router or loopback
X1 DHCP, X2 static 192.168.1.0/24 (DHCP) 192.168.0.11/24 (static) Recommended for production

9. TIA Portal Configuration Verification

Open the device configuration of the CPU 1507S and check these properties:

  1. PROFINET interface > Ethernet addresses: IP address = 192.168.0.11, subnet mask = 255.255.255.0, router not required for isolated PROFINET.
  2. Webserver > Activate webserver on this module: ticked.
  3. Webserver > Permit access via HTTPS: ticked if remote clients use TLS.
  4. OPC UA > Server > Activate OPC UA server: ticked. Port default 4840.
  5. Protection > Access level: at least Full access (no protection) for engineering diagnostics; switch to password-protected for production.

After every change, perform a full project download (CPU > Download to device > Hardware and software) and restart the runtime. Hot reloads do not always rebind the exclusive NIC cleanly.

10. Advanced Windows Diagnostics

Use these commands to confirm the runtime has bound X2 correctly.

List all NICs including hidden ones:

Get-NetAdapter -IncludeHidden | Format-Table Name, InterfaceDescription, Status, MacAddress

Inspect the TCP listeners on the loopback interface:

netstat -ano -p TCP | findstr "127.0.0.1"

Expect lines such as 127.0.0.1:81 and 127.0.0.1:343 listening under the S7-1500S process ID.

Confirm the runtime process owns X2 at the kernel level:

Get-NetAdapter | Get-NetAdapterAdvancedProperty -DisplayName "*" | Where-Object DisplayName -match "Driver"

If Windows still shows X2 as Up, the exclusive-bind step has not happened. Re-trigger it by stopping the runtime, physically unplugging X2, restarting the runtime, and plugging X2 back in. The runtime will claim it on the next PROFINET stack init.

11. Field Commissioning Checklist

Use this list before signing off the Nanobox + CPU 1507S combination.

# Check Pass criterion
1 Services: SIMATIC S7-1500 Software Controller State = Running, Start type = Automatic
2 Windows sees only X1 Get-NetAdapter shows one Up interface
3 Localhost webserver http://localhost:81 returns S7-1500 home page
4 HTTPS webserver https://localhost:343 returns valid certificate page
5 TIA Portal online CPU 1507S visible under X2 IP
6 PROFINET devices All devices reachable, no diagnostic alarms
7 OPC UA server UA Expert connects to loopback endpoint
8 External OPC UA SCADA connects through switch or forwarder
9 Subnets separated X1 and X2 on different /24 networks
10 Firewall rule Windows Firewall has rule for ports 81, 343, 4840 inbound on X1 only

12. Frequently Asked Questions

Why does X2 disappear from Windows after I download the TIA project?

The CPU 1507S runtime claims X2 as a dedicated PROFINET interface and unbinds it from the Windows TCP/IP stack. This is by design so the PLC keeps a deterministic link even if Windows becomes unresponsive. Expect only X1 to remain visible in Device Manager after commissioning.

How do I reach the S7-1500 webserver from my engineering PC?

Use http://localhost:81 or https://localhost:343 from the Nanobox itself. From an external PC, either route X1 and X2 through a managed switch on separate VLANs or temporarily loop a patch cable between X1 and X2 to access the webserver on the X2 IP directly.

Can I ping the X2 address from Windows?

No. The Windows stack does not own X2, so ping and arp cannot reach it. Use the runtime's own diagnostics (TIA Portal online view, webserver, or the S7-1500 Software Controller log) to confirm the PLC side is alive.

Should X1 and X2 be in the same subnet?

No. Place them in different subnets, for example X1 = 192.168.1.0/24 and X2 = 192.168.0.0/24. Same-subnet layouts cause Windows to send all traffic out X1 and prevent any external client from talking to the PLC side.

What is the OPC UA endpoint of the CPU 1507S on the Nanobox?

From the Windows host use opc.tcp://localhost:4840. From the X2 network use opc.tcp://192.168.0.11:4840. For external SCADA, install an OPC UA forwarder on the Windows side bound to the X1 IP and point it at the loopback endpoint.

Back to blog