Problem Statement: CP 443-1 Unreachable After NCM S7 Factory Reset
After a Reset to Factory Settings command is executed from the NCM S7 diagnostic toolbox in STEP 7 V5.x against a SIMATIC S7-400 CP 443-1 (typical order code 6GK7 443-1EX10-0XE0), the module erases its volatile configuration block. The previously assigned IP address, subnet mask, router, S7 connection partners, ISO-on-TCP TSNs, port parameters, MAC address learned from configuration data, NTP/SNTP servers, and any PROFINET device name (on EX20 and later) are wiped from the CP's working RAM. The CP then behaves as if pulled from the box: it does not respond to ARP, does not boot with any project IP, and is no longer reachable on Ethernet.
What is preserved through that reset, per the Siemens CP 443-1 EX30 device manual (function manual GH_CP443-1-EX30) and the CP 443-1 RNA manual (GH_CP443-1-RNA), is the factory-burned MAC address stored in the network controller's non-volatile memory. The same Siemens manuals state verbatim: "After resetting to factory defaults, the CP always retains the factory set MAC address (as supplied). The IP address and the configuration data in the CP RAM..." This single fact is the basis of any field recovery.
Common field symptoms following a misguided factory reset:
- CP not visible in NCM S7 / STEP 7 Accessible Nodes over Ethernet or MPI.
- STEP 7 reports "The CP is not accessible / no response from the CP" during download.
- CPU continues to run user program, but the CP cannot establish TCP/ISO connections.
- PG/PC cannot open an Online connection to the CP, although CPU download still works.
- CP-LED pattern shows RUN/STOP status LED green, but the LINK and RX/TX activity on the Ethernet port never pulse.
This article walks through a deterministic field procedure that does not require the original packaging or the printed MAC sticker to be present, and clarifies when the module must be replaced.
CP 443-1 Hardware Identification and Variants
The CP 443-1 family spans several releases. The recovery procedure in this article applies to the 6GK7 443-1EX10-0XE0 and is largely transferrable to later siblings. The MAC address is hardware-defined per module and not project-configurable, which is why the factory-burned address survives every reset.
| Order code | Firmware | Ethernet | PROFINET IO controller | Default front-panel MAC sticker |
|---|---|---|---|---|
| 6GK7 443-1EX10-0XE0 | V2.x (legacy) | 1 x RJ45, 10/100 Mbit | No (PROFINET CBA only) | Yes, on front faceplate |
| 6GK7 443-1EX11-0XE0 | V3.x | 1 x RJ45, 10/100 Mbit | No (PROFINET CBA only) | Yes, on front faceplate |
| 6GK7 443-1EX20-0XE0 | V4.x | 2 x RJ45 (switched) | Yes | Yes, on front faceplate (MAC1 + MAC2) |
| 6GK7 443-1EX30-0XE0 | V6.x | 2 x RJ45 gigabit | Yes, with IRT | Yes (MAC1 + MAC2) |
| 6GK7 443-1RNA | V6.x | 2 x RJ45 (switched) | Yes | Yes |
The Siemens OUI prefix for CP 443-1 modules of this vintage is typically 08:00:06. The remaining 24 bits are unique per module and assigned during module production. Always record the full 12-hex-digit address before any reset operation, ideally with a barcode-scanned photograph of the front faceplate.
Factory Reset Behavior: What NCM S7 Actually Erases
The NCM S7 menu path Diagnostics > Reset to Factory Defaults (German: Werkszustand herstellen) issues an internal command over the S7 backplane (K-bus on EX10/EX11, P-bus on EX20/EX30) that re-initializes the CP's RAM file system to an empty state. Specifically, the CP erases:
- IP address, subnet mask, default router
- PROFINET device name (EX20 and later)
- Configured S7 / ISO-on-TCP / TCP connections and their partner TSAPs / ports
- All passive/active connection tables
- FTP credentials, NTP server list, SNMP communities
- Time-of-day synchronization settings
- Logging buffer and diagnostic buffer retained in volatile storage
The CP retains, per the cited Siemens manuals:
- The factory-burned MAC address (silicon-stored in the Ethernet PHY controller, not in CP-RAM)
- The bootloader firmware
- The module's serial number (printed on the housing, also stored electronically)
- Any firmware update installed via the SIMATIC Automation Tool or STEP 7 (firmware image is in flash, not RAM)
A factory reset is therefore not destructive to firmware but is destructive to project configuration. To restore configuration, you must re-download the HW Config and the connection configuration. The CP only accepts that download through a known path - which is the recovery problem described next.
Locating the Factory-Burned MAC Address
The burned-in MAC address is the only stable network identity the CP has after a factory reset. You need it to address the CP via Ethernet, even if you are using a temporary IP for commissioning. There are three places to look, in order of preference:
-
Front-faceplate label: The CP 443-1 has a printed label on the front plate, typically just below the order number. The MAC is shown in the canonical form
XX-XX-XX-XX-XX-XXor sometimesXXXXXXXXXXXX. On EX20/EX30 modules two MAC addresses are printed, one per port. - Rear connector side label: On some early EX10 modules the MAC was printed on a separate sticker applied to the rear of the housing. This sticker is sometimes missed during installation.
- Step 7 / NCM S7 readout over the backplane: If the CP is still responding to the CPU over the backplane, you can sometimes read its MAC via PLC > Diagnostics > Module Information > Identification. This works only when the CPU-CP link is intact.
If the front-faceplate MAC is unreadable (label worn, painted over by a vendor during a panel rebuild, or peeled off), the burned-in MAC can still be obtained via the CPU backplane - see the recovery procedure below.
Prerequisites for Recovery
- STEP 7 V5.5 SP4 or later with matching HSP (Hardware Support Package) for the CP variant in question.
- NCM S7 installed (component of STEP 7 V5.x).
- PC adapter: either a Siemens
6ES7 972-0CB20-0XA0(USB-MPI) or6ES7 972-0BA12-0XA0(USB-MPI/DP), or an Ethernet PG/PC interface connected to the CPU's PROFINET or Ethernet port (for S7-400 CPUs with integrated Ethernet such as6ES7 416-3FR05-0AB0). - The STEP 7 project that was last downloaded to the S7-400 station - or at minimum, the HW Config of the station (rack layout and CP slot).
- Administrative rights on the engineering PC to set PG/PC interface parameters.
Step-by-Step Recovery Procedure
The strategy is to address the CP through the CPU backplane (not through Ethernet) so that a fresh HW Config download establishes the CPU-CP configuration handshake.
- Power down the rack and reseat the CP. Remove the CP 443-1 from its slot, inspect the backplane connector for contamination or bent pins, and reseat firmly. A bad backplane contact is the most common cause of silent CP loss and is often the actual problem rather than the factory reset.
- Try a different slot. Move the CP to a different free slot in the S7-400 rack. Note the new slot number; you must reflect it in HW Config before downloading. Also try the same slot on a sibling rack if one is available to rule out a defective rack.
- Connect the engineering station to the CPU, not the CP. Use the MPI adapter on the CPU's MPI/DP port, or connect Ethernet to a CPU-integrated PROFINET interface. The goal is to reach the CPU, not the CP.
-
Set the PG/PC interface in STEP 7. Options > Set PG/PC Interface, select
S7ONLINE (STEP7) -> PC Adapter (MPI)or the appropriate Ethernet variant. Apply. - Open the original STEP 7 project. Open SIMATIC Manager > your project > S7-400 Station > Hardware. If the project is unavailable, create a new station with the same order numbers at the same slots; the CP order code must match exactly.
- Update CP slot in HW Config if needed. If you moved the CP in step 2, drag the CP 443-1 to the new slot. Verify the CPU order number and firmware version are correct - the CP must be compatible per the Siemens compatibility list.
- Compile HW Config. Station > Save and Compile. Resolve any compile errors (typically caused by an obsolete HSP or by pointing the CP at an Ethernet subnet that does not exist in the project).
- Download HW Config to the CPU only. Right-click the CPU object > Download to Target System. Do not right-click the CP and try to download it directly - the CP is still unreachable. The download target is the CPU, and the CPU will then forward the configuration to the CP via the backplane.
- Verify the CPU-CP handshake. In PLC > Diagnostics > Module Information, select the CP and confirm that the diagnostic buffer shows the new configuration being accepted. The LINK LED on the CP Ethernet port should light when you connect a live Ethernet cable.
- Open NCM S7 and address the CP via Ethernet. Start > SIMATIC > NCM S7 > Diagnostics. From the menu, choose the CP and set the IP address, subnet mask, and (if used) router. Save the configuration to the CP.
- Download the connection configuration. NCM S7 > Connections, then Download to Target System. This pushes the S7 / ISO-on-TCP / TCP connection tables into the CP's RAM.
-
Verify with PING and Online diagnostics. From a workstation on the same subnet,
ping <CP-IP>. In STEP 7, PLC > Diagnostics > Online should now show the CP as accessible.
Hardware Configuration Requirements
For the CP to come up after a factory reset, the HW Config download must contain a minimum set of parameters:
| Parameter | Required value | Notes |
|---|---|---|
| CP slot | Matches physical slot | Common slots: 4-9 in UR2/UR2-A racks |
| IP address | Project IP, e.g. 192.168.1.10
|
Same subnet as PG/PC for commissioning |
| Subnet mask |
255.255.255.0 for /24 networks |
Must match plant subnet plan |
| Router (optional) | Default gateway IP | Only required for cross-subnet S7 routing |
| MAC address | Factory-burned value (informational) | STEP 7 displays this read-only |
| Connections | Configured in NetPro / NCM S7 | Establishes S7/ISO/TCP partner TSAPs and ports |
The MAC address field in HW Config is read-only. STEP 7 reads it from the module during configuration and displays it for reference. The user cannot set the MAC; that is a hardware-defined value that survives every reset, which is precisely why Siemens' recovery procedure works.
Commissioning the CP After Recovery
Once the CP is reachable on Ethernet, run the following commissioning checks in order:
- Diagnostic buffer clean. PLC > Module Information > Diagnostic Buffer. No "Module rebooted due to factory reset" entries should remain after the next power cycle.
- Firmware version check. Module Information > Identification. Confirm firmware matches the version specified by the project's HSP. Mismatched firmware can cause connection failures even when the CP comes up.
- Connection test. Open each configured S7 connection in NCM S7 > Connections, right-click > Connection Status. Status should show "Established" with partner TSAP matching the remote endpoint.
- Live data test. In a test HMI or online in STEP 7, monitor a process tag that crosses the CP (for example, a tag from a remote S7-300 station reached through this CP). Verify cyclic update.
- Time synchronization check. If the CP is the plant NTP client, verify Time > Time of Day in the CPU after the next sync window.
Verification and Diagnostics Matrix
| Symptom | Likely cause | Action |
|---|---|---|
| CPU download OK, CP stays offline | HW Config not downloaded to CPU or wrong slot | Re-download HW Config to CPU; verify slot |
| CP LED RUN green, LINK LED dark | Ethernet cable/switch issue or no project IP | Verify cable, switch port, and project IP downloaded |
| CP LED STOP blinking yellow | Configuration error - typically missing or invalid connection partner | Check diagnostic buffer; correct connection partner TSAP |
| PG can ping CP, but STEP 7 cannot open Online | PG/PC interface set to wrong access point | Set PG/PC interface to the project's S7ONLINE access point matching the CP subnet |
| CP does not appear in Accessible Nodes over MPI | CP not addressed via MPI - it is the CPU that answers on MPI | Address the CP through the CPU, not directly |
| Original project lost | Project not backed up | Rebuild HW Config from the physical rack layout; match order numbers exactly |
| CP never appears after step 8 | Hardware fault on backplane, slot, or module | Try different slot; try in a known-good rack; replace the CP if all else fails |
Edge Cases and Replacement Criteria
There are cases where no recovery is possible in the field, regardless of how systematic the procedure:
- Backplane connector damage. Bent pins or oxidized gold fingers on the rack or CP cannot be field-repaired; the CP or the rack must be replaced.
- Bootloader corruption. If the firmware was interrupted during a flash update (for example by a power loss), the CP may refuse to boot at all. Recovery requires Siemens Service or a SIMATIC Automation Tool firmware re-flash via the backplane, which STEP 7 V5.x cannot always drive.
- Persistent communication failure after reseating and slot change. If the CP fails in three different racks on three different slots, the module itself is defective.
- Missing front-faceplate MAC sticker and no CPU-CP backplane link. The burned-in MAC can then only be read by Siemens Service using a JTAG-level diagnostic fixture. In production-critical cases this typically justifies module replacement rather than service turnaround.
Before declaring the CP dead, document the diagnostic buffer contents, the LED state pattern (RUN/STOP/ERROR, LINK/ACT), the slot and rack positions tried, and the HW Config used. Submit a Support Request via the Siemens Industry Online Support portal with this data attached; the answer typically returns within 1-2 business days and confirms whether the module is repairable.
FAQ
Where is the factory MAC address printed on a CP 443-1?
The factory MAC is printed on a label on the front faceplate of the CP 443-1, typically below the order number. On EX20 and EX30 modules, two MACs are listed (one per Ethernet port). Format is XX-XX-XX-XX-XX-XX with the Siemens OUI prefix 08:00:06 on legacy units.
Does the CP 443-1 keep its MAC address after a factory reset?
Yes. Per the Siemens CP 443-1 EX30 and CP 443-1 RNA device manuals, the factory-burned MAC is stored in non-volatile silicon and survives a Reset to Factory Defaults as well as module power cycling. The project IP, connections, and PROFINET device name are erased, but the hardware MAC is preserved.
Can I restore a CP 443-1 after a factory reset without knowing the original IP?
Yes. Download the project's HW Config to the CPU via MPI or the CPU's integrated Ethernet port. The CPU forwards the configuration over the backplane to the CP, which then adopts the project IP and becomes reachable on Ethernet. Direct Ethernet download to the CP is not required and is normally not possible after a reset.
When must a CP 443-1 be replaced instead of recovered?
Replace the module when the diagnostic buffer shows bootloader corruption, when the CP fails in three different slots across two racks, when the backplane connector pins are visibly damaged, or when the front-faceplate MAC is unreadable and no CPU-CP backplane link can be established. In all other cases, a slot swap, reseat, and HW Config re-download typically restores service.
Which STEP 7 version supports the CP 443-1 EX10 (6GK7 443-1EX10-0XE0)?
STEP 7 V5.5 SP4 or later with the matching HSP for the EX10 variant. Newer TIA Portal projects can be ported, but the EX10 is a legacy module with no PROFINET IO controller, so most modern TIA Portal templates will not select it; you must keep this module on a STEP 7 V5.x project for full feature support.