Resolving Siemens CP 342-5 Replacement Issues on S7-300 PROFIBUS

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

Problem Overview

A common field scenario involves replacing a Siemens CP 342-5 communications processor in an S7-300 station where a CPU 315-2DP drives AC motor inverters over PROFIBUS DP. After the spare module is installed, the hardware configuration is re-downloaded into the CPU and SF/BF faults clear, yet the connected drives refuse to run. The spare module is identical in catalog number but carries a different hardware revision (for example the original is labeled x/3, x/4, x/5 and the replacement is labeled x/5, x/6, x/7). Because no SF/BF LED is on and the CPU diagnostic buffer is empty, the fault appears to be "logical" rather than electrical.

This article isolates the most common root causes that match the symptoms described, namely: protocol-type mismatch (CP 342-5 versus CP 343-5), backplane-logon mismatch (CP 342-2 versus CP 343-2 P family), firmware defects on the CP 342-5 (6GK7342-5DA02-0XE0), and STEP 7 hardware catalog/version conflicts. It also documents the firmware update path to V5.7 and the verification procedure that confirms the replacement module is operational.

Identifying the Affected CP Family

Siemens designates two visually and electrically similar S7-300 communications processors that are frequently confused in the field. Confirming the exact catalog number (MLFB / order number) is the first step in any replacement diagnosis.

CP Type Order Number Protocol Stack Backplane Logon Typical Use
CP 342-5 6GK7342-5DA02-0XE0 PROFIBUS DP master / slave S7-300 backplane, slot-oriented DP communication with ET 200, drives, third-party DP slaves
CP 343-5 6GK7343-5FA01-0XE0 (and variants) PROFIBUS FMS only S7-300 backplane, slot-oriented FMS messaging with HMI/SCADA, not DP I/O
CP 342-2 6GK7342-2AH00-0XA0 AS-Interface master Special AS-i logon via backplane AS-i slave network behind S7-300
CP 343-2 P 6GK7343-2AH01-0XA0 AS-Interface master Different backplane logon (cannot replace CP 342-2) AS-i master only
If a CP 343-5 (FMS) is mounted in a slot configured as CP 342-5 (DP), STEP 7 will accept the configuration because the slot geometry and backplane interface are the same, but no PROFIBUS DP master services will be generated. AC drives will therefore not receive process data and will not run.

Hardware Revision Field Format

The Siemens hardware revision label printed on the front of the CP module follows the format ES/x/y/z where each digit is incremented when a hardware change is released. Example strings observed on 6GK7342-5DA02-0XE0 modules include:

  • HW Rev 3 / FW 5.x — original production lots
  • HW Rev 4 / FW 5.x — minor PCB revision
  • HW Rev 5 / FW 5.x — pre-V5.7 firmware baseline
  • HW Rev 6 / FW 5.7 — current production, shipped with V5.7
  • HW Rev 7 / FW 5.7 — latest variant, ESD improvements

The revision alone is not a defect indicator. Any of the above revisions is functional with firmware V5.7 loaded, but revisions 3 through 5 will retain the older firmware unless explicitly updated. A change of revision between the old and new module is therefore not, by itself, a cause of the "drive will not operate" symptom.

Root Cause 1 — Protocol Stack Mismatch (CP 342-5 vs CP 343-5)

The CP 342-5 implements the PROFIBUS DP master/slave service classes required to exchange cyclic process data with SINAMICS, MICROMASTER, SIMOVERT, and SIMOREG drives. The CP 343-5, by contrast, is restricted to PROFIBUS FMS messaging and cannot generate DP-V0 or DP-V1 I/O telegrams. When a CP 343-5 is installed in a slot that is configured for a CP 342-5, the CPU completes initialization because the backplane handshake matches, but the drive network never sees a DP master, so slaves enter the wait-for-parameterization state and the CPU never receives any process-image updates from the drives.

Diagnostic steps:

  1. Read the order number on the front of the new module and compare it byte-for-byte against the configured order number in the STEP 7 hardware catalog (HW Config → right-click the CP → Object Properties → Order Number).
  2. Open SIMATIC Manager → Options → Module Information → Diagnostic Buffer. Look for the entry Module incorrect / module does not exist (event ID 0xE2B1) or Parameter assignment error (0xE2B4) — these entries appear only when the configured MLFB does not match the inserted module.
  3. If the CPU reports no error and the CP is recognized as "OK," the protocol-stack mismatch (CP 343-5 in a DP slot) is the prime suspect. In that case re-reading the order number is mandatory because the front labels differ only in the third functional block (-5DA for DP, -5FA for FMS).

Root Cause 2 — Backplane Logon Mismatch (CP 342-2 vs CP 343-2 P)

Although this article focuses on the CP 342-5, the same symptom (fault cleared after download, drives still inoperative) also occurs when an AS-i master CP 342-2 is replaced by a CP 343-2 P. Siemens explicitly documents that a CP 343-2 P cannot substitute a CP 342-2 because the two AS-i masters log on to the CPU differently on the backplane bus. The slot-oriented registration mechanism used by the CP 342-2 is incompatible with the registration used by the CP 343-2 P, so the replacement module will not exchange AS-i process data with the CPU even though the hardware configuration downloads successfully and the diagnostic buffer remains empty.

Reference: Siemens Support entry "Replacing an AS-i master CP342-2 by a CP343-2" (ID 19423255). The same principle applies to the CP 342-5 / CP 343-5 pair on the PROFIBUS side: the backplane handshake succeeds, but the higher-layer service dispatcher (DP versus FMS) differs.

Root Cause 3 — CP 342-5 Firmware Bug (Repeated Download Issue)

Siemens documented a defect on the CP 342-5 (6GK7342-5DA02-0XE0) where a CP that had its configuration downloaded once would operate normally, but a repeated download of the hardware configuration caused the CP to remain in STOP mode sporadically. This is described in Siemens Support entry ID 19726245, with the corrected firmware available in entry ID 24104930.

Firmware Version Status Notes
V5.0 and earlier Affected by download bug CP may remain in STOP after second configuration download
V5.1 – V5.6 Partial fix Improvements; recommended upgrade path
V5.7 Current released firmware Definitive fix for repeated-download STOP issue
A CP in STOP after a repeated download will continue to display its SF LED solidly and the RUN LED off. The CPU will report Module fault (event ID 0xE2B1) with diagnostic detail "Module is in STOP". This pattern is sometimes mistaken for a defective module, but the root cause is the firmware defect and is resolved by upgrading to V5.7.

Step-by-Step: Firmware Update to V5.7 on a Replacement CP 342-5

Use the following procedure to bring any 6GK7342-5DA02-0XE0 module — whether old or replacement — to the current firmware level. STEP 7 V5.5 SP4 or higher is required for the update file format.

Prerequisites

  • STEP 7 V5.5 SP4 or later (V5.6 / V5.7 recommended) installed on the programming device
  • Ethernet (TCP/IP) or MPI/DP connection between the programming device and the S7-300 station
  • Online access to the target CPU (PG/PC interface set to the correct subnet)
  • CP 342-5 firmware update file from Siemens Support ID 24104930 (.upd file for V5.7)
  • Backup of the STEP 7 project (S7 program archive)

Procedure

  1. Open the project in SIMATIC Manager and go online with the target station.
  2. Select the CP 342-5 in HW Config and confirm the order number is exactly 6GK7342-5DA02-0XE0.
  3. Right-click the CP → PLC → Firmware Update.
  4. In the "Firmware Update" dialog, browse to the V5.7 .upd file downloaded from entry 24104930.
  5. Confirm the dialog showing Current version: x.x.x.x → Target version: 5.7.0.0.
  6. Click Execute Update. The CP will reset, the RUN LED will flash, and the update will take 60 – 120 seconds.
  7. After the CP re-enters RUN, close the dialog and verify the firmware in Module Information → Firmware. It must report V5.7.
  8. Re-download the hardware configuration to the CPU (target system → PLC → Download to Target Station).

Verification After Update

  1. The CP RUN LED must be steady green and the SF/BF LEDs off.
  2. In SIMATIC Manager, open Module Information → Diagnostic Buffer for the CP — no STOP or parameter-assignment entries should be present.
  3. From the CP diagnostic buffer confirm DP master status: entry DP master has entered RUN.
  4. Read the diagnostic buffer of each connected drive (SINAMICS or MICROMASTER) — it must report DP-V0 cyclic data exchange active or equivalent.

Step-by-Step: Replacing a CP 342-5 in the Field

  1. Document the existing CP order number, hardware revision, and firmware version before removal.
  2. Disconnect the PROFIBUS DP connector from the front of the CP.
  3. Power down the S7-300 rack (or use hot-swap only if the rack configuration and PS 307 power budget permit; CP 342-5 supports module replacement without rack power-down on most S7-300 stations, but verify the CPU diagnostic buffer afterwards).
  4. Remove the old CP and insert the spare.
  5. Reconnect the PROFIBUS connector (verify the terminating resistor setting on the last node).
  6. Power up the rack and observe the CP RUN LED sequence: flashing during backplane registration → steady green.
  7. Download the hardware configuration to the CPU.
  8. If the CP RUN LED does not reach steady green, repeat the firmware update to V5.7 procedure above.
  9. Cycle the drive enable logic and verify that each inverter reports DP cyclic data exchange.

Diagnostic Buffer Event Reference

Event ID (Hex) Meaning Typical Cause Corrective Action
0xE2B1 Module fault / module does not exist Wrong order number inserted, or CP defective Re-check MLFB; replace module
0xE2B4 Parameter assignment error Configured DP master parameters rejected Recompile HW Config, re-download
0xE2B5 Module is in STOP Firmware bug on CP 342-5 (pre-V5.7) Firmware update to V5.7 (entry 24104930)
0xE2C0 DP bus fault (BF) PROFIBUS cable, terminating resistor, slave power Check wiring, shielding, terminators
0xE2C1 DP slave diagnostic Drive reports specific fault Read drive diagnostic buffer
0x4301 Module has entered RUN Informational only No action
0x4302 Module has entered STOP CP or remote device stopped Determine initiating component

PROFIBUS DP vs FMS — Quick Discrimination Matrix

Feature PROFIBUS DP (CP 342-5) PROFIBUS FMS (CP 343-5)
Service used by drives DP-V0 / DP-V1 cyclic I/O None (drives do not support FMS)
Typical baud rate 1.5 Mbit/s to 12 Mbit/s Up to 1.5 Mbit/s
Data model Cyclic process image Variable list with FMS services
Function blocks on CPU DP_SEND / DP_RECV (FC1/FC2), loadable via CP 342-5 configurator FMS services via FB 3/4/5/7
Used by AC drives Yes (MICROMASTER 4, SINAMICS G/S, SIMOREG) No

Troubleshooting Matrix

Symptom Likely Root Cause Fix
SF off, BF off, drives not running, no DP master entry in CP diag buffer Wrong CP inserted (CP 343-5 FMS in a DP slot) Install correct CP 342-5; verify MLFB 6GK7342-5DA02-0XE0
SF on, RUN off after second config download CP 342-5 firmware defect (pre-V5.7) Update firmware to V5.7 per entry 24104930
SF on, BF flashing PROFIBUS wiring or terminator Check cable, shielding, slave power, terminator at last node
SF on, BF off, drive reports 0x0000 telegram Drive GSD mismatch Recompile with correct GSD, re-download
CPU diagnostic buffer empty, CP RUN green, drive shows "no communication to PLC" CPU/CP DP-Send/DP-Recv FC not called in OB1 Verify FC1/FC2 (DP_SEND/DP_RECV) called cyclically
Hardware revision mismatch only Functional, no action needed — verify firmware only If firmware < V5.7, update; otherwise leave in service

Verification Checklist

  • Inserted CP order number exactly matches HW Config (6GK7342-5DA02-0XE0)
  • CP firmware version = V5.7 (confirmed via Module Information)
  • CP RUN LED steady green; SF and BF LEDs off
  • CP diagnostic buffer shows Module has entered RUN (0x4301) and DP master has entered RUN
  • CPU diagnostic buffer free of 0xE2B1, 0xE2B4, 0xE2B5 entries
  • Each drive reports active cyclic DP communication
  • PROFIBUS terminator enabled only on the first and last physical node of the segment
  • Drive enable (control word 1, bit 0..3 = 0x047E → 0x047F) toggles from PLC
  • Setpoint words from CPU arrive at drive (status word feedback consistent with sent control word)
  • Field cabling shield bonded at one end to PE; PROFIBUS connector backshell grounded

Frequently Asked Questions

Can a CP 343-5 (FMS) replace a CP 342-5 (DP) in the same slot?

No. The CP 343-5 supports PROFIBUS FMS only and cannot exchange cyclic DP process data with drives. Even though STEP 7 will accept the configuration, no DP master services are generated and connected AC drives will not operate. Verify the order number on the front of the module ends in -5DA02-0XE0, not -5FA.

What firmware version fixes the repeated-download STOP issue on CP 342-5 (6GK7342-5DA02-0XE0)?

Firmware V5.7 provides the definitive fix. The defect is documented in Siemens Support entry ID 19726245, and the corrected firmware is available from entry ID 24104930. Update via SIMATIC Manager → right-click CP → PLC → Firmware Update.

Does a hardware revision change (x/5 vs x/7) require firmware update?

Not by itself. Hardware revisions 3 through 7 are all functional with firmware V5.7 loaded. If the replacement module is shipped from stock with an older firmware, however, the repeated-download STOP bug will still be present. Confirm firmware via Module Information → Firmware before placing the CP into service.

Can a CP 343-2 P replace a CP 342-2 AS-i master?

No. Siemens explicitly documents in entry ID 19423255 that the CP 343-2 P cannot substitute a CP 342-2 because the two AS-i masters log on to the CPU differently on the backplane bus. Use only the CP 342-2 / CP 343-2 pairing as a like-for-like spare.

Why does the CPU diagnostic buffer stay empty even when drives do not run?

If the inserted CP matches the configured CP on the backplane level (same family), the CPU considers the slot healthy and writes no fault entries. The fault then lies one layer up — at the protocol-stack or firmware level — and must be read from the CP's own diagnostic buffer, not the CPU buffer. Always check PLC → Module Information on the CP itself, not on the CPU, when PROFIBUS services appear absent.

Back to blog