Resolving STARTER Connection Failure After S7-300 CPU 319 PN/DP

David Krause15 min read
S7-300SiemensTroubleshooting
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

1. Problem Summary

A Siemens S7-300 station running a CPU 319-3 PN/DP was migrated from MLFB 6ES7318-3EL00-0AB0 (firmware V2.8) to MLFB 6ES7318-3EL01-0AB0 (firmware V3.2). After the swap, HW Config was updated in SIMATIC Manager and the project re-downloaded to the rack. Subsequent attempts to go online with STARTER (the SINAMICS / SIMODRIVE commissioning tool) against a PROFINET-connected drive fail, even though the previous project file (now opened against the V3.2 CPU on the rack) connects successfully without changes.

Diagnostics reveal that NetPro shows "no PC assigned" for the S7 connection in both the old and the new project, which on its own would not normally be the blocking fault. The combination of (a) a new CPU MLFB, (b) PROFINET interface renumbering in NetPro, and (c) a missing PG/PC assignment on the routed S7 connection is what actually breaks the routing path between STARTER and the drive.

Engineering impact: A CPU module change on the S7-300 is rarely a plug-equivalent operation. STEP 7 treats the replacement module as a new hardware object, which forces a re-binding of every S7 connection in NetPro that referenced the old CPU's PROFINET interface. STARTER relies on that S7 connection (or a routed equivalent) to reach SINAMICS drives on PROFINET, so any mismatch in the rebinding manifests as a "cannot establish connection" fault in STARTER.

2. Affected Hardware and Firmware Mapping

The two MLFBs are mechanically and electrically compatible, but they differ in firmware features and in the way NetPro represents the PROFINET interfaces. That is the most common root cause of connection failures after the swap.

Attribute 6ES7318-3EL00-0AB0 (V2.8) 6ES7318-3EL01-0AB0 (V3.2)
CPU family CPU 319-3 PN/DP CPU 319-3 PN/DP
Firmware V2.8.x V3.2.x
Work memory (code + data) 2 MB (verify against device label) 2.5 MB (verify against device label)
PROFINET interfaces 2 × PN port (X1, X2, integrated switch) + 1 × PN (X3) on some versions Identical connector map; PROFINET IO controller behavior preserved
PROFIBUS / MPI X1 (MPI/DP), X2 (DP) Same
S7 routing slots Slot derived from HW Config position Slot can be re-indexed when MLFB changes
STEP 7 / SIMATIC Manager support STEP 7 V5.4 SP5+ and TIA Portal (with HSP) STEP 7 V5.5 SP4+ / TIA Portal V13 SP1+ (HSP required)

Field rule: Whenever STEP 7 reports the slot of the CPU differently between the old and the new project, NetPro will mark every S7 connection that terminates on the CPU as "connection to partner not assigned" or "no PC assigned", which is exactly the symptom in the source case.

3. Root Cause Analysis

STARTER can reach a SINAMICS drive on PROFINET by two paths:

  1. Direct Ethernet path — STARTER talks to the drive's IP address over the same IP subnet. This does not require any S7 routing.
  2. Routed S7 path — STARTER talks to the CPU 319-3 PN/DP using the S7 protocol, and the CPU forwards the request to the drive through its PROFINET IO controller. This is the standard path when the drive is on a private PROFINET segment behind the CPU.

When STARTER is configured for the routed S7 path, it relies on the S7 connection defined in NetPro. The CPU swap corrupts that mapping in three places:

Layer What changes on CPU swap Symptom
HW Config CPU slot and PROFINET interface index are regenerated; old interface object is deleted, new one is created. NetPro still references the old PROFINET interface handle.
NetPro S7 connections Connections bound to the old CPU interface become unbound; the local end point is shown as "---" or "no PC assigned". PG/PC station has no assigned connection; STARTER cannot build a routing entry.
STARTER access point The S7ONLINE access point keeps the previous TCP/IP interface name; if the IP subnet of the new CPU's PN port differs, ARPs/TCP fail. STARTER reports "Online: disconnected" or "No connection to target system".

The user report says the previous project file connects even with the V3.2 CPU on the rack. This is a strong indicator that the project artifact (NetPro PG/PC binding) is the culprit, not the rack hardware: the old project's S7 connection still points to the original interface index that the V3.2 CPU happens to expose in a compatible way, while the newly-updated project's S7 connection was re-bound to a new (or differently-numbered) interface index that STARTER cannot route through.

4. Network and Routing Topology

Engineering PG/PC STARTER + STEP 7 S7ONLINE access point S7-300 Station CPU 319-3 PN/DP 6ES7318-3EL01-0AB0 V3.2 PN IO controller SINAMICS Drive PROFINET device STARTER target PROFINET / TCP S7 routing Fault: PG/PC unassigned in NetPro ⇒ routing fails Fix: re-assign PG/PC and rebind S7 connection

Figure 1 — STARTER-to-drive routing path through the S7-300 CPU 319-3 PN/DP. The PG/PC station must be assigned to the S7 connection in NetPro for STARTER's S7ONLINE path to traverse the CPU.

5. STEP 7 NetPro: Re-binding the PG/PC Station

The PG/PC station is a logical object in NetPro that represents the engineering workstation. It is the source end point of every S7 connection that STARTER uses for online access. If the object is not assigned to a physical network interface, the S7 connection has no end point on the PG side and STARTER cannot bind to it.

5.1 Procedure (STEP 7 V5.x / SIMATIC Manager)

  1. Open the project in SIMATIC Manager and launch NetPro (Options → NetPro).
  2. In the network view, find the PG/PC station. If none exists, insert it: Insert → PG/PC Station. Give it the same name as the Windows computer or use the default name.
  3. Right-click the PG/PC station and choose Assign PG/PC.
  4. In the dialog, set the Interface field to the industrial Ethernet adapter that physically connects to the CPU 319-3 PN/DP port (typically the X1 port of the CPU, subnet "PN/IO-1").
  5. In the Assignment column, mark the subnet that contains the CPU 319-3 PN/DP. Click OK.
  6. Open the S7 connection that STARTER uses (usually named "STARTER_online" or the connection associated with the SINAMICS drive). Verify that the Local end point is the PG/PC station and the Partner end point is the CPU 319-3 PN/DP.
  7. If the partner end point shows "---" or is flagged in red, double-click the connection and re-select the CPU 319-3 PN/DP from the drop-down. Save and recompile NetPro (Network → Save and Compile).
  8. Download the NetPro configuration to the CPU (PLC → Download to Station). Accept any warnings about connection aborts; STARTER must be offline during the download.
Why the old project still worked: the previous project file was authored before the CPU MLFB change and the PG/PC assignment in that project was bound to the original PROFINET interface index. When opened against the V3.2 CPU on the rack, the rack accepted the old S7 connection as a compatible legacy endpoint. The newly-updated project re-binds the connection to a fresh interface object, which is what STARTER cannot reach.

6. STARTER Access Point Configuration

NetPro binds the connection, but STARTER's runtime access point must point at the same S7ONLINE interface. Mismatch between the two is the second most common cause of "online disconnected" after a CPU swap.

  1. Close STARTER.
  2. Open Windows Set PG/PC Interface (Start → SIMATIC → STEP 7 → Set PG/PC Interface, or Control Panel → Set PG/PC Interface).
  3. Select the access point S7ONLINE (STEP 7) in the left list.
  4. In the right pane, choose the TCP/IP interface that is bound to the Ethernet adapter physically connected to the CPU 319-3 PN/DP. Do not select the softbus or any PROFIBUS entry unless the routing is intentionally via DP.
  5. Click OK. If Windows prompts to confirm, accept.
  6. Launch STARTER, open the drive project, and choose Online → Connect to target system. STARTER should now report the CPU and drive online.
Tip: In STARTER, open Project → Accessible nodes while the S7ONLINE access point is correctly set. If the CPU 319-3 appears with its IP and PROFINET device name, the routing layer is healthy and any remaining issue is in the drive-side PROFINET name resolution or IP address.

7. Hardware Configuration Audit

After the CPU swap, the new PROFINET interface index in HW Config must match the index that NetPro binds the S7 connection to. Run this audit before touching NetPro again.

  1. Open HW Config and double-click the CPU 319-3 PN/DP.
  2. On the Properties → PROFINET Interface tab, record:
    • IP address and subnet mask
    • PROFINET device name of the CPU
    • Port assignment (X1 / X2 / X3)
  3. Open the IO devices tree. The SINAMICS drive must be listed as an IO device under the CPU's PROFINET interface. If it is missing, drag it from the catalog and re-assign its device name and IP.
  4. For the drive, right-click → PROFINET device name → Assign name. The name must match the name that STARTER's project file references (e.g. sinamics-1).
  5. Save and compile HW Config (Station → Save and Compile).

8. Drive-Side PROFINET Name Resolution

Even with a perfect S7 connection, STARTER will refuse to come online if the drive's PROFINET device name does not match. This is the single most-overlooked item after a CPU change, because the topology of the IO controller has been rebuilt.

Symptom in STARTER Likely cause Fix
"Target system not found" Drive PROFINET name not assigned to physical device HW Config → drive → Assign PROFINET device name. Confirm LED state on drive (green PN link, no name-mismatch fault).
"Online: disconnected" with CPU visible S7 connection has no PG/PC end point in NetPro Re-run NetPro Assign PG/PC (Section 5).
"Connection refused" / timeout S7ONLINE access point bound to wrong adapter Re-set S7ONLINE access point (Section 6).
STARTER freezes on connect CPU firmware mismatch prevents routing Compare CPU FW label with STEP 7 HSP support; downgrade project or upgrade FW.

9. Firmware Migration V2.8 → V3.2 Considerations

The V2.8 to V3.2 jump on the CPU 319-3 PN/DP is not a transparent change. Siemens republished the MLFB (6ES7318-3EL01-0AB0) for V3.x with internal changes that affect the way STEP 7 represents the PROFINET stack. The two issues that most often surface after migration are:

  1. HSP required: STEP 7 V5.4 and earlier do not know the V3.2 firmware. Install the matching Hardware Support Package (HSP) from the Siemens HSP collection before opening the updated HW Config. Without it, STEP 7 may silently substitute a placeholder module and NetPro will generate broken S7 connections.
  2. PN interface renumbering: V3.x exposes PROFINET interfaces with object identifiers that the S7 routing table treats as new. Existing S7 connections in the old project continue to work because they were bound to the old object identifier; the new project rebinds to the new identifier. Cross-loading a connection object from the old project to the new one is therefore not equivalent and is the root cause of the user's symptom.
Operational check before FW upgrade: open the CPU's diagnostic buffer (PLC → Diagnostics/Settings → Diagnostic Buffer) on the rack and confirm the last entry is the expected "Module type changed" rather than a configuration error. A "Configuration error" entry means the project CPU and rack CPU do not match, and any subsequent online attempts will fail.

10. Diagnostic Flowchart

STARTER online fails? CPU visible in Accessible nodes? NO Check S7ONLINE access point YES NetPro: PG/PC assigned? NO Run Assign PG/PC, recompile, download YES Drive PROFINET name assigned? NO HW Config: assign PROFINET name to drive YES CPU FW matches project HSP? (e.g. V3.2 HSP installed)

Figure 2 — Decision path for STARTER connection failures after a CPU 319-3 PN/DP swap. The order matters: fix the access point first, then NetPro, then the drive name, then the firmware / HSP.

11. Verification Procedure

  1. Accessible nodes check: In SIMATIC Manager, PLC → Accessible Nodes. Confirm the CPU 319-3 appears with its PROFINET IP. If it does, the S7ONLINE access point is correct.
  2. NetPro compile check: In NetPro, Network → Save and Compile. The log must report zero errors and zero warnings about unbound S7 connections. Any warning on the STARTER-related connection must be cleared.
  3. CPU diagnostic buffer: In SIMATIC Manager, PLC → Diagnostics/Settings → Diagnostic Buffer. Confirm no "connection aborted" or "routing error" entries since the last NetPro download.
  4. STARTER accessible nodes: In STARTER, Project → Accessible nodes. The drive must appear with its PROFINET name and a green online indicator.
  5. Online connect: Online → Connect to target system. STARTER must transition to the online view and read the drive parameters. If a fault persists, the diagnostic buffer of the drive (accessible via STARTER → Diagnostics) will identify whether the issue is at the PROFINET layer or at the S7 routing layer.
  6. Project download test: Make a small parameter change in STARTER, save, and load to the drive (PG ↔ drive). A successful download confirms the full S7 route is healthy.

12. Edge Cases and Field-Proven Caveats

  • Implicit vs explicit PG/PC assignment. Older STEP 7 projects sometimes compile successfully with "no PC assigned" because the runtime still finds a usable S7 route through the implicit default. The new project, with its rebinding, does not have that implicit default and the fault surfaces for the first time. Re-assigning the PG/PC explicitly is therefore a best practice after any CPU MLFB change.
  • Subnets and routers. If the new CPU's PROFINET port sits on a different IP subnet from the engineering PG, the S7ONLINE path will ARP across the wrong subnet. Either re-IP the CPU to match the previous subnet, or add a static route on the engineering PC.
  • Multiple PROFINET ports. The CPU 319-3 PN/DP exposes more than one PROFINET interface object. STARTER's S7 connection must be bound to the port that has a physical link to the drive, not to the port that faces the engineering network. Mis-binding here produces a "connection refused" that looks identical to a missing PG/PC assignment.
  • PROFINET device name persistence. The drive retains its PROFINET device name across power cycles but not across a CPU module swap, because the topology discovery is initiated by the IO controller. Always re-issue the device name from HW Config after the swap.
  • TIA Portal coexistence. If the project will eventually move to TIA Portal, capture the V3.2 HSP-supported STEP 7 baseline first, then migrate. Migrating from a V2.8 STEP 7 baseline directly to TIA Portal can lose S7 connection objects.
  • Routing through multiple PLCs. If STARTER must route through more than one S7-300 station, every PLC in the chain must have a valid PG/PC binding and the S7 connection must be of type "S7 connection" (not "S7 connection, fault-tolerant") for STARTER's routing to traverse it.

13. Quick-Reference Parameter Table

Item Where to set Value / Setting
PG/PC interface parameter assignment Windows → Set PG/PC Interface S7ONLINE → TCP/IP → <Ethernet adapter name>
PG/PC station in project SIMATIC Manager → NetPro PG/PC → Assign → Subnet = CPU PN subnet
S7 connection local end point NetPro → connection properties PG/PC station (not "---")
S7 connection partner end point NetPro → connection properties CPU 319-3 PN/DP (V3.2)
CPU PROFINET IP HW Config → CPU → PN Interface → Properties Same subnet as engineering PG
Drive PROFINET device name HW Config → drive → Assign PROFINET device name Must match STARTER project name
Drive PROFINET IP HW Config → drive → Properties Same subnet as CPU PN port
HSP for V3.2 Siemens support portal → HSP collection Install before opening HW Config

14. Related Engineering Notes

  • The "no PC assigned" indicator in NetPro is informational for connections that do not require a PG end point, but it is a hard fault for connections that STARTER will use. Treat it as an error until STARTER goes online successfully.
  • STARTER versions older than V4.5 do not support some V3.2 CPU features in their topology discovery. If STARTER cannot enumerate the drive even with a healthy S7 route, upgrade STARTER to the latest SP for the SINAMICS family in use (SINAMICS S120, G120, S210, etc.).
  • If the drive uses Safety Integrated over PROFINET (PROFIsafe), STARTER must use the F-host routing path, which adds an additional S7 connection that must be assigned in NetPro. This connection is independent of the standard STARTER connection and must be re-bound after every CPU swap.

Why does STARTER show "online disconnected" after swapping CPU 319-3 PN/DP from V2.8 to V3.2 even though the drive is reachable from the engineering PC?

The new project file rebinds the S7 connection to a fresh PROFINET interface object in NetPro. STARTER relies on the S7 connection for routing, and the rebind leaves the PG/PC end point unassigned ("no PC assigned"). Re-run NetPro → Assign PG/PC, recompile, and download to the CPU. The old project connects because its S7 connection still points at the legacy interface object that the V3.2 CPU accepts.

Do I always need to re-assign the PG/PC station in NetPro after a CPU module change?

Yes — this is best practice on any CPU MLFB or firmware change. NetPro may compile without errors against the old PG/PC binding if the connection is treated as implicit, but STARTER's S7ONLINE path will not have a valid local end point and the routing will fail. Explicit assignment avoids the implicit-binding trap.

Is the S7 connection in NetPro generated automatically or do I configure it manually?

It is configured manually. NetPro does not auto-generate S7 connections for STARTER — the engineer must insert the PG/PC station, run Assign PG/PC, and create (or re-bind) the S7 connection that STARTER will use. The CPU's PROFINET interface is detected automatically by HW Config, but the S7 connection object is always an explicit user action.

Does STARTER need a separate Hardware Support Package (HSP) for the V3.2 CPU 319-3 PN/DP?

STEP 7 V5.4 and earlier cannot represent the V3.2 firmware and may substitute a placeholder module. Install the matching HSP from the Siemens HSP collection before opening HW Config. TIA Portal V13 SP1 and later also requires the HSP for the V3.2 MLFB 6ES7318-3EL01-0AB0. A missing HSP manifests as a configuration error in the diagnostic buffer and breaks online routing.

What is the fastest verification after fixing the NetPro assignment?

Open Project → Accessible nodes in STARTER. If the drive appears with a green online indicator and the right PROFINET name, the S7 route is healthy. Then run Online → Connect to target system, change one parameter, and load it to the drive (PG ↔ drive). A successful load confirms end-to-end S7 routing plus the drive-side PROFINET name resolution.

Back to blog