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.
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.
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.
- Connect SCOUT to the controller online. Open the project, go online with the SIMOTION target, and navigate to the SINAMICS Integrated subproject.
- 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).
-
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/p145may differ from the value currently in the drive. - 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.
-
Change value
2to value1. Enter the value1for each deactivated DO whose hardware is physically present. Do not use0on a DMM half that has never been commissioned;1is the documented value for "deactivate drive object" in the current List Manual. - Save (RAM to ROM). Execute Copy RAM to ROM on the SINAMICS Integrated node so the value survives a power cycle.
- 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.
-
Verify in the diagnostic buffer. Open the SINAMICS diagnostic buffer and confirm that no
F0850xentries are present, and that the topology comparison reports "Topology OK". - Open the topology view. In SCOUT, click Topology in the project navigator. The previously observed "Additional Component present" warning should now be gone.
-
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.
- 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.
- 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.
- 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
2typically 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. - If the DMM is in the middle of the DRIVE-CLiQ line, value
2blocks the ring from completing and brings the entire downstream chain down. This is the configuration the user is now seeing. - 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.
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:
- Confirm the firmware files are present in SCOUT under Options > Firmware/Update Manager. For SINAMICS Integrated, the files are delivered as
.updblobs in the SCOUT installation directory, not via the Siemens support portal directly. - Open the SINAMICS Integrated node online. The update manager should display the current firmware version of every DO, including the deactivated one.
- 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.
- 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.
- 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. - 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.
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.