Resolving SIMOTION DMM Drive Activation and DRIVE-CLiQ Errors

David Krause16 min read
Motion ControlSiemensTroubleshooting
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

Resolving SIMOTION DMM Drive Activation and DRIVE-CLiQ Errors

This technical reference addresses a recurring fault scenario on SIMOTION motion controllers running SINAMICS Integrated firmware when a Double Motor Module (DMM) is partially populated. The symptom is that deactivating one drive on a DMM either pulls the entire drive line offline, throws DRIVE-CLiQ communication faults on every drive object (DO), or generates a topology warning of type "Additional Component present." The root cause is almost always a mismatch between the configured drive object activation state (parameters p105, p125, p145) and the physical presence of the power unit, combined with an incorrect pairing of SIMOTION kernel and SINAMICS Integrated firmware versions.

Field-proven answer in one line: Set the activation parameter to 0 or 1 (deactivate but hardware is present) and never to 2 (deactivate and not present) for a DMM that is physically installed in the cabinet. Use SIMOTION kernel V4.1.5.3 (Scout V4.1.5) with SINAMICS Integrated V2.6 — the V4.1.4.1 + V2.6 pairing has a known safety-related bug and is no longer shipped.

1. Affected System Configuration

The scenarios covered here apply to the following hardware and software stack, which is widely deployed in machine builder applications such as packaging, printing, and converting lines:

Component Identifier Notes
Motion controller SIMOTION D4x5-2 / CX32-2 Runs SIMOTION runtime + SINAMICS Integrated
SINAMICS firmware V02.50.32.16 (V2.5) or V02.60.xx.xx (V2.6) Loaded on the integrated drive control
SIMOTION kernel V4.1.4.1 (SP4) or V4.1.5.3 (SP5) SP4 is required for V2.5; SP5 is required for V2.6
Engineering tool SCOUT V4.1.4 or V4.1.5 SCOUT V4.1.4 can download firmware V4.1.5.x
Drive control unit CU320 (single unit, one per drive line) Master on the DRIVE-CLiQ ring
Power section Double Motor Module (DMM) — 2 axes per unit X200 (X1) and X201 (X2) Motor Module ports
Connection topology CU320 → DMM #1 (X1, X2) → DMM #2 (X1, X2) Daisy-chained via DRIVE-CLiQ

A Double Motor Module is a single line-replaceable unit that contains two physically separate Motor Module power stages, addressed as two independent drive objects (typically DO2 and DO3, or DO4 and DO5, depending on the slot assignment in SCOUT). Both halves share the same DRIVE-CLiQ node, the same cooling fan, and the same housing, but they are addressed through separate p0105-style activation parameters indexed by drive object.

2. Symptom Catalog

Three fault signatures are observed in the field. They are usually reported together but can appear independently depending on whether the user deactivates one DO or both DOs at once.

2.1 Symptom A — Entire drive line drops out

When the operator (or a startup routine) sets the activation parameter of both drive objects on a DMM to a "deactivate and not present" value, the remaining drives on the SINAMICS Integrated line (i.e., drives on the other DMM and any other Motor Modules further down the chain) come back online as expected. The deactivation is acknowledged. No alarm is raised. From a user perspective, this case is harmless.

2.2 Symptom B — DRIVE-CLiQ communication error on all DOs

When only one of the two drive objects on a DMM is deactivated using value 2 (deactivate and not present), the second — still active — drive on the same DMM goes into a DRIVE-CLiQ fault, and the fault propagates outward to every other drive in the SINAMICS Integrated line. Both LEDs on the affected DMM turn orange. Typical fault codes seen on the HMI or in the diagnostic buffer:

  • F08501 — DRIVE-CLiQ: life sign of component missing
  • F08502 — DRIVE-CLiQ: heartbeat of component failed
  • F08504 — DRIVE-CLiQ: connection to additional component interrupted
  • A08502 — DRIVE-CLiQ: heartbeat of component failed (alarm)
  • F30004 — Line supply: undervoltage (secondary symptom on the still-active DO)

2.3 Symptom C — Topology warning "Additional Component present"

When the user attempts to open the topology view in SCOUT, the offline comparison reports "Additional Component present" for the deactivated DMM slot. The topology editor refuses to render. This blocks commissioning, backup/restore operations, and any further configuration change until the mismatch is resolved.

3. Root Cause Analysis

All three symptoms have a common root cause: the value of the activation parameter at the drive object level is set to 2 ("deactivate and not present") even though the DMM hardware is physically installed in the cabinet. The SINAMICS parameter model distinguishes between three different ways of removing a drive object from the active set:

Parameter value Meaning to SINAMICS Topology entry Hardware expectation
0 (Deactivate) DO is logically disabled, but its slot in the topology is retained. The power section is still acknowledged as present. Retained Hardware present
1 (Deactivate drive object) Same as 0 in functional terms; minor differences in firmware handling of index 0 on the first commissioning pass. Retained Hardware present
2 (Deactivate and not present) Drive object is removed from the topology. The associated DRIVE-CLiQ port is expected to be empty. SINAMICS will raise a topology fault if a physical component is detected at that port. Removed Hardware NOT present
3 (Deactivate and not present, alias) Behaviourally equivalent to value 2 on most firmware revisions. Removed Hardware NOT present

When a DMM is mounted in the cabinet, value 0 or value 1 must be used to disable one half of it. Using 2 tells SINAMICS that the entire DMM is unplugged, which causes the DRIVE-CLiQ master (CU320 or SIMOTION integrated controller) to report a topology mismatch on the next cyclic poll. The orange LEDs on the DMM are the physical layer's way of indicating that the node is alive but is being addressed with a configuration that does not match what is plugged in.

The propagation to all other drives is a side effect of the way SINAMICS handles a topology inconsistency. The CU320 enters a fail-safe state, marks the entire downstream DRIVE-CLiQ ring as untrustworthy, and forces every downstream drive object into a configuration error state. This is conservative behaviour by design, and it is why the symptom looks like a complete drive line failure even when only one DO is wrongly configured.

Important note on the original working machine: The user reports that on an earlier machine with SIMOTION V04.01.01.06 and SINAMICS Integrated 02.50.32.16, using value 2 "worked." This is because the V02.50.32.16 build does not propagate the topology fault to the other DOs in the same way that V02.60.xx does. It is not that value 2 is correct — it is that the older firmware silently tolerated the mismatch. V2.6 tightens topology validation as part of its safety-related change set, which is precisely the reason the kernel pairing rules below must be respected.

4. Parameter Reference — p105, p125, p145

For a SIMOTION D4x5-2 with two DMMs (four motor axes), the drive object indices for a typical SCOUT offline configuration are:

Drive object Parameter Index Description Required value (one DO inactive, hardware present)
DO2 — first DMM, X1 p105[2] 2 Activate/deactivate drive object 1
DO3 — first DMM, X2 p125[3] 3 Activate/deactivate drive object 1 (was wrongly 2)
DO4 — second DMM, X1 p145[4] 4 Activate/deactivate drive object 1
DO5 — second DMM, X2 p105[5] 5 Activate/deactivate drive object 1

The parameter index is the drive object number, not the physical slot. SCOUT numbers DOs sequentially starting from index 1 (the control unit itself). Motor Modules on the first DMM receive indices 2 and 3; the second DMM receives indices 4 and 5, and so on. Operators frequently confuse this with the DRIVE-CLiQ port number on the DMM, which is not the same thing.

The complete set of valid values for the activation parameter, as defined in the SINAMICS S120/S150 List Manual, parameter p105 / p125 / p145 "Activate/deactivate drive object":

0 = Deactivate (drive object present, not operational)
1 = Deactivate drive object (same as 0, preferred spelling for new projects)
2 = Deactivate and not present (component removed from topology)
3 = Deactivate and not present (alias of 2, retained for legacy projects)

5. Step-by-Step Resolution Procedure

Use the following sequence to bring a partially populated DMM into a stable state without removing the hardware.

  1. Connect SCOUT to the controller online. Open the project, go online with the SIMOTION target, and navigate to the SINAMICS Integrated subproject.
  2. Open the drive object list. In the project navigator, expand SINAMICS Integrated > Drive Objects. Confirm the DO numbers and the physical DRIVE-CLiQ port to which each DMM is connected (X1 or X2).
  3. Upload the actual parameter set. Right-click the SINAMICS Integrated node and select Target device > Load to PG. This is required because the offline value of p105/p125/p145 may differ from the value currently in the drive.
  4. Inspect the activation parameter for each affected DO. For each DO whose motor is to be left disconnected, read the indexed parameter and note the current value.
  5. Change value 2 to value 1. Enter the value 1 for each deactivated DO whose hardware is physically present. Do not use 0 on a DMM half that has never been commissioned; 1 is the documented value for "deactivate drive object" in the current List Manual.
  6. Save (RAM to ROM). Execute Copy RAM to ROM on the SINAMICS Integrated node so the value survives a power cycle.
  7. Perform a power-on reset of the SINAMICS Integrated subsystem. In SCOUT, use Target system > Reset > Warm restart or cycle the 24 V control voltage. The DRIVE-CLiQ ring re-enumerates with the new topology.
  8. Verify in the diagnostic buffer. Open the SINAMICS diagnostic buffer and confirm that no F0850x entries are present, and that the topology comparison reports "Topology OK".
  9. Open the topology view. In SCOUT, click Topology in the project navigator. The previously observed "Additional Component present" warning should now be gone.
  10. Test drive enable / disable in TO mode. From the SIMOTION side, issue Axis enable on the still-active DO and confirm it transitions to Operation enabled (status word bit 0, drive status o0007 = 4913). Issue Axis disable and confirm clean ramp-down.

6. DRIVE-CLiQ Topology Rules for a DMM

A Double Motor Module occupies a single physical node on the DRIVE-CLiQ ring but presents two logical drive objects to the control unit. The rules that govern the activation state are stricter than for a Single Motor Module (SMM), because a partially populated DMM is a common field configuration while a partially populated SMM is unusual.

  1. Once a DMM is recognised by the CU320 (i.e., appears in the topology result list), both of its drive objects are auto-discovered. You cannot keep one DO unconfigured — it must be either configured-and-active, or configured-and-deactivated.
  2. The physical DRIVE-CLiQ port on the DMM (X200 or X201) is independent of the activation parameter. The port remains live as long as the DMM is in the topology.
  3. If the DMM is the last node on the DRIVE-CLiQ line (no outgoing connection on its X500 DRIVE-CLiQ output), leaving the last DO with value 2 typically does not raise a topology fault on the active axes — the fault is isolated. This is why the user's first machine tolerated the wrong value: the deactivated DMM was at the end of the line.
  4. If the DMM is in the middle of the DRIVE-CLiQ line, value 2 blocks the ring from completing and brings the entire downstream chain down. This is the configuration the user is now seeing.
  5. Position of the DO within the topology does matter. DOs in the same physical DMM share the DRIVE-CLiQ heartbeat — if one is misconfigured, the other can briefly drop out during reconfiguration. Keep activation changes to a single DO at a time and verify before proceeding.
Sequence-of-operations rule: When deactivating one DO on a DMM, perform a warm restart of SINAMICS Integrated (not a full controller reset) and wait for the diagnostic buffer to clear before attempting to enable the remaining DO. A full reset of SIMOTION can also clear SINAMICS Integrated, but it pulls every axis off the bus simultaneously and is harder to debug.

7. Firmware Upgrade Procedure with an Absent Motor

When one motor is not connected (e.g., the customer's machine variant does not use the second axis of a DMM), the firmware upgrade must be carried out with the DMM still in the topology as a hardware node, but with the unused DO deactivated. The procedure is:

  1. Confirm the firmware files are present in SCOUT under Options > Firmware/Update Manager. For SINAMICS Integrated, the files are delivered as .upd blobs in the SCOUT installation directory, not via the Siemens support portal directly.
  2. Open the SINAMICS Integrated node online. The update manager should display the current firmware version of every DO, including the deactivated one.
  3. Select the target firmware (e.g., V02.50.32.16 → V02.60.xx.xx) and click Perform update. The upgrade is performed for the whole CU320, which includes all DOs, active and deactivated.
  4. The deactivated DO's firmware is updated silently. No motor is required to be connected; the firmware lives on the Motor Module's control board, not in the motor itself.
  5. After the upgrade, verify the firmware version on each DO via r0018 (control unit firmware version) and the DO-specific version word in the drive object properties.
  6. If the offline project was created with a different firmware version, SCOUT will prompt to perform a Project comparison. Accept the conversion to bring the offline project in line with the new firmware.
About SINAMICS Integrated V2.6 availability: Siemens removed the V4.1.4.1 + V2.6 pairing from delivery because of a safety-related issue. To obtain SINAMICS Integrated V2.6, you must use SIMOTION kernel V4.1.5.3 (i.e., V4.1 SP5) with SCOUT V4.1.5. SCOUT V4.1.4 can still download firmware V4.1.5.x to a target — the SCOUT and kernel versions do not have to match exactly — but the on-controller kernel must be V4.1.5.3 to host V2.6 safely. This is why the Siemens support search for "Sinamics Integrated V2.6" against the V4.1.4.1 kernel returns no results.

8. Firmware Compatibility Matrix

The following matrix lists the supported pairings of SIMOTION kernel and SINAMICS Integrated firmware. Use the latest available combination in the same SP branch whenever possible.

SIMOTION kernel SCOUT engineering SINAMICS Integrated Status
V4.1.4.1 (SP4) SCOUT V4.1.4 V02.50.32.16 (V2.5) Released, in service
V4.1.4.1 (SP4) SCOUT V4.1.4 V02.60.xx.xx (V2.6) Withdrawn — safety bug, do not deploy
V4.1.5.3 (SP5) SCOUT V4.1.5 V02.50.32.16 (V2.5) Released, fallback for V2.5 users
V4.1.5.3 (SP5) SCOUT V4.1.5 V02.60.xx.xx (V2.6) Released, current production

9. Verification Checklist

After applying the fix, run the following checks. Each item must be in the indicated state before the machine is handed back to production.

# Check Method Expected result
1 No DRIVE-CLiQ faults in the diagnostic buffer SCOUT > SINAMICS Integrated > Diagnostics Buffer empty of F0850x entries
2 Topology view opens without warning Right-click SINAMICS Integrated > Topology No "Additional Component present" warning
3 Both DMM halves are enumerated Project navigator > Drive Objects All DOs visible, deactivated DO shows red icon
4 Active DO can be enabled TO Axis > _enableAxis() Drive transitions to o0007 = 4913 (Operation enabled)
5 Deactivated DO rejects enable TO Axis > _enableAxis() on deactivated DO Error code returned, no fault on active DO
6 Power cycle retains state 24 V off / on, then verify Activation parameter still 1, no topology mismatch on next boot
7 LEDs on DMM Visual inspection Active DO: green; deactivated DO: red or off; no orange
8 Save project and archive SCOUT > Project > Archive Archive is reproducible offline

10. Common Topology Errors and Resolutions

Topology message Likely cause Resolution
"Additional Component present" Hardware at a DRIVE-CLiQ port is not represented by a configured DO Set activation parameter to 0 or 1 for the present-but-unused DO
"Component missing" A configured DO is set to "deactivate and not present" (2 or 3) but the hardware is plugged in Change activation to 0 or 1
"Incorrect component" Hardware article number does not match the configured Motor Module Compare SCOUT configuration with the printed MLFB on the device
"Duplicate component serial number" Two Motor Modules with the same factory serial number (typically after a component swap without serial number reset) Reset serial numbers via Target system > DRIVE-CLiQ topology > Reset
"Firmware version mismatch" One DMM has been updated and the other has not Re-run firmware update on the SINAMICS Integrated node for all DOs
"Topology: link missing" DRIVE-CLiQ cable disconnected or daisy-chain broken Check DRIVE-CLiQ cable continuity, replace if necessary

11. Frequently Asked Questions

What is the difference between activation value 0, 1, 2, and 3 on parameters p105, p125, p145?

Value 0 and value 1 both keep the drive object in the topology but disable it logically — the hardware is still expected to be present. Value 2 and value 3 both remove the drive object from the topology and tell SINAMICS that no hardware is connected at the corresponding DRIVE-CLiQ port. For a Double Motor Module that is physically mounted in the cabinet, always use 0 or 1. Use 2/3 only when the Motor Module itself is unplugged from the cabinet.

Why does deactivating one DO on a DMM take down the entire SINAMICS Integrated line?

When a DO is set to 2 ("deactivate and not present") but its DMM is physically installed, the CU320 detects a topology mismatch on the next cyclic poll. It enters a fail-safe state and forces every downstream DRIVE-CLiQ node into a configuration error to prevent unsafe motion. This is conservative behaviour by design and is the reason the symptom looks like a complete line failure even though only one DO was edited.

Which SINAMICS Integrated firmware is compatible with SIMOTION V4.1 SP4?

SIMOTION kernel V4.1.4.1 (SP4) supports SINAMICS Integrated V2.5 (V02.50.32.16). It does not support V2.6 — that pairing has a known safety-related issue and has been withdrawn from delivery. To use SINAMICS Integrated V2.6, you must move to SIMOTION kernel V4.1.5.3 (SP5) and SCOUT V4.1.5. SCOUT V4.1.4 can still download V4.1.5 firmware, but the on-controller kernel must be V4.1.5.3.

Can I upgrade the firmware of a DO whose motor is not connected?

Yes. The firmware is stored on the Motor Module's electronic nameplate and control board, not in the motor. Set the activation parameter for the unused DO to 1 (not 2), perform the firmware update via SCOUT on the SINAMICS Integrated node, and verify the new version with r0018. No motor connection is required for the upgrade to succeed.

How do I clear the "Additional Component present" topology warning?

The warning is a comparison result between the offline configuration and the online state. It clears automatically once the activation parameter of the DO that represents the extra hardware is set to 0 or 1, the value is saved to ROM, and a warm restart is performed on SINAMICS Integrated. If the warning persists after a restart, perform a project comparison in SCOUT and accept the online state as the new baseline.

Does the same deactivation procedure apply to non-integrated SINAMICS (S120 chassis or S120 booksize with separate CU)?

The parameter convention (p105/p125/p145 indexed by drive object, values 0/1/2/3) is identical between SINAMICS Integrated and standalone SINAMICS S120. The same rule applies: use 0 or 1 when the Motor Module is physically present, and 2 only when the hardware is removed from the cabinet. Standalone S120 is less sensitive to the position of the deactivated DMM in the ring because the CU320-2 DP/PN is the same hardware in both cases.

Back to blog