1. Problem Overview
A SINAMICS S120 control unit CU320-2 connected to SIMOTION SCOUT V4.3 / V4.4 over PROFIBUS DP (or PROFINET) refuses the first commissioning download. SCOUT reports "Waiting for first commissioning" on connect, briefly prints download complete, then aborts with the dialog:
Download (WWBS:896)
An error has occurred while downloading.
Possible causes:
- Illegal parameter set
- The quantity structure is not permitted
Return code:0xbe0b0018or0xbe0bffff
Only the green RDY LED on the CU320-2 is lit. No other fault LEDs are active. The condition is reproducible at every download attempt, and the online/offline handshake collapses after parameter transfer completes, even though SCOUT believes the transfer succeeded.
This document walks through the root causes, the diagnostic buffer interpretation, and the field-proven recovery sequence for a CU320-2 first-commissioning failure on a partially populated S120 line-up (i.e. the control unit is online but one or more Motor Modules / encoders are physically absent).
2. Affected Components, Firmware and Tooling
| Item | Value used in the reported case | Notes |
|---|---|---|
| Control Unit | CU320-2 DP (6SL3040-1MA00-0AA0) or CU320-2 PN (6SL3040-1MA01-0AA0) | Both variants share the same SINAMICS firmware and parameter model. |
| Drive family | SINAMICS S120 (booksize / chassis) | Drives physically disconnected in the reported case. |
| SINAMICS firmware | V2.6.2 (loaded to CF card) | Released for SCOUT V4.3 / V4.4 HF. |
| SSP (Support Package) | SSP SINAMICS V2.6.2 installed in SCOUT | Must match the firmware on the CF card exactly. |
| Engineering tool | SIMOTION SCOUT V4.3 / V4.4 | TIA Portal V13 SP1 / V14 can also project CU320-2, but SCOUT is used here. |
| Host PLC | SIMOTION D4x5 or external controller (Beckhoff / NI PXI in related reports) | Issue is independent of the higher-level controller. |
| Bus | PROFIBUS DP (12 Mbaud) or PROFINET | Same download path; both use the SINAMICS non-cyclic parameter channel. |
Refer to the SINAMICS S120/S150 List Manual (LH1) and the CU320-2 Control Unit Operating Instructions for the parameter references cited below.
3. Decoding the Return Codes
The two error values observed in this scenario are decoded against the SINAMICS commissioning and SCOUT WWBS error catalogs as follows.
3.1 SCOUT-side error: Download (WWBS:896)
WWBS:896 is the SCOUT commissioning channel error for "Illegal parameter set / quantity structure not permitted". It is raised by the SIMOTION DCC / SCOUT loader when the SINAMICS parameter image it has just written back from the device (RAM-to-RAM compare) does not match the offline image. The most common triggers are:
- Offline topology contains drive objects that are not present in the connected CU320-2 (and vice versa).
- Offline
p0108 / p0121(drive object configuration) disagrees with the firmware on the CF card. - Project was created under a different SINAMICS firmware / SSP combination (for example SSP V2.6.0 against device V2.6.2).
- One of the configured Drive Objects is in the deactivated state (
p105 = 0) but SCOUT still expects a parameter record for it.
3.2 Return code 0xbe0b0018
The 32-bit return value 0xBE0B0018 is composed as:
-
BE0B= SCOUT WWBS function class "parameter download / RAM compare". -
0018= sub-error "quantity structure inadmissible / object type missing in the device".
It tells you the offline image references a Drive Object (DO) number (typically DO2 .. DO16) that the running firmware on the CU320-2 has not instantiated. The classic case is: offline project has 6 drives, online device has 1 drive.
3.3 Return code 0xbe0bffff
The variant 0xBE0BFFFF is the "generic / unspecified" form of the same WWBS:896 class. SCOUT receives a negative acknowledgement from the device that does not carry a specific sub-error. In practice, the underlying cause is the same: a mismatch between offline DO list and online DO list, or a corrupted parameter set on the CF card.
4. Root Cause Analysis
Five failure modes produce this exact symptom tree. They are listed in order of frequency observed in the field.
4.1 Topology mismatch (most common)
Offline DRIVE-CLiQ topology in the SCOUT project includes Motor Modules, Line Modules or TM modules that are not physically wired to the CU320-2. On first commissioning the device raises a top-level fault F01300 / F08501 indicating missing components. The download complete message is reported by the RAM writer, but the verification compare (which reads the p0108 / p0107 / r0108 image back) cannot complete because the device has already gone into topology fault state and is no longer accepting acyclic parameter services from SCOUT.
4.2 SSP / firmware mismatch
The CF card carries SINAMICS firmware V2.6.2 but the project was built against SSP V2.6.0 or V2.5.x. Each firmware release adds, removes, or re-numbers parameters; a load from an older SSP into a newer firmware can pass the write step and fail the read-back compare because the device-side parameter set has new defaults the project does not know about.
4.3 DO number conflict
Drive Objects are pre-assigned DO numbers 2..16 by the offline topology. If the user has edited DO numbers (right-click Drive Object → Properties → Number) and the running firmware has already instantiated the same DO for a different function, the load fails with 0xBE0B0018.
4.4 Deactivated DO with active parameter set
The user has set p0105 = 0 (deactivate component) on a Drive Object, but the offline project still contains a parameter image for it. The CU320-2 will not return a parameter record for the deactivated DO, breaking the compare.
4.5 Corrupted / non-bootable CF card
If the CF card image is incomplete (for example a partial unzip, or a card programmed with the wrong order: license first, then firmware), the control unit boots into fallback firmware and the wrong firmware version is reported online. SCOUT then downloads against the wrong baseline.
5. Diagnostic Procedure
Run the following checks in the listed order. Each step produces a binary signal (go / no-go) that decides the next branch.
Step 1 - LED status inventory
| LED | Expected on a healthy CU320-2 waiting for first commissioning | What a deviation means |
|---|---|---|
| RDY (green) | Steady green | Control unit finished boot. |
| RDY (red) | Off | Red, slow flash (2 Hz) = firmware error; red, fast flash = CF card missing/bad. |
| COM (yellow) | Steady or flickering with bus traffic | Off = bus not active. PROFINET: check port link LEDs. |
| OUT1 / OUT2 | Off on first commissioning | Output 1 / 2 not yet configured. |
If RDY is red or flashing, the problem is on the CF card (Section 7.4) and SCOUT will not be able to write a parameter set at all. Resolve the boot state first.
Step 2 - Online diagnostic buffer
- Select the SINAMICS device in the SCOUT project tree.
- Press Ctrl+D (or right-click → Diagnostics → Diagnostic buffer).
- Read the most recent faults and warnings, with timestamps.
Typical fault set seen on this error:
-
F01300— topology: missing component on DRIVE-CLiQ. -
F08501— PROFINET/PROFIBUS communication error during parameter download. -
A08502— warning, drive object not ready.
Record every F-code. The combination of F01300 plus F08501 is the smoking gun for a topology mismatch (Section 4.1).
Step 3 - Online compare of drive objects
- Right-click the SINAMICS device → Target system → Device trace.
- Open Commissioning → Drive objects and read
r0107 / r0108on the live device. - Compare the DO list to the offline project. Any DO that exists offline but not online is a candidate for deactivation (Section 6.1).
Step 4 - Firmware / SSP cross-check
- On the live device, read
r0018(Control Unit firmware version). Confirm it is V2.6.2. - In SCOUT, open Options → Support Packages. Confirm an SSP with the same version (V2.6.2) is installed and assigned to the device.
- If the SSP is older or newer, install the matching SSP, recompile, and re-attempt the load.
Step 5 - Reconnect test
After the failed download, disconnect the online connection in SCOUT, wait 5 s, and re-establish it. If the device comes back online, the firmware image is healthy and the issue is purely a parameter compare failure (the recoverable path). If the device is unreachable for > 30 s, the control unit is in a topology fault state and must be cleared from the diagnostic buffer before any further downloads.
6. Solution Path A — Deactivate Drive Objects (Topology Mismatch)
Use this path when the diagnosis (Section 5) shows missing Motor Modules, Line Modules, Terminal Modules, encoder modules, or sensors that are referenced in the offline project but not present on the real line-up.
6.1 Deactivate a missing DO offline
- In the SCOUT project navigator, expand the SINAMICS device.
- Open the Topology view (DRIVE-CLiQ topology).
- Right-click the missing component (Motor Module, Line Module, TM, etc.).
- Choose Status → Deactivated.
The component is grayed out and excluded from the offline parameter set. Repeat for every component that is not physically wired to the CU320-2.
6.2 Deactivate via parameter p105
Equivalent to 6.1 but at the parameter level. Useful when the component is referenced indirectly (for example by a safety Integrated channel):
- Open the expert list of the affected Drive Object.
- Set
p0105[DO] = 0(component deactivated). - If the parameter write is rejected because the device is in fault state, do this offline and reload.
6.3 Re-attempt the download
- Compile the project (Ctrl+B).
- Go online to the CU320-2.
- Right-click the SINAMICS device → Download to target.
- Accept the prompt "Download will overwrite the offline image".
- Monitor the target system output. The download should now terminate with "Download (completed)" and the diagnostic buffer should be clear of F01300.
7. Solution Path B — Automatic Commissioning (Drive Objects Present)
Use this path when the Motor Modules and encoders ARE wired to the CU320-2 but the offline project does not reflect the actual topology, or the user wants the device to discover its own DO list.
7.1 Procedure
- Go online to the CU320-2.
- Right-click the SINAMICS device in the project tree.
- Select Commissioning → Automatic commissioning.
- SCOUT will read the live topology, instantiate the drive objects, and propose an offline project that matches.
- Apply, save, compile, and reload.
7.2 When to use this path instead of Section 6
- The user has access to the drives and the wiring has been completed.
- The project is being built from scratch (no DO list yet).
- The first commissioning has never been executed on this CF card.
8. Firmware and SSP Verification
Firmware and Support Package alignment is the second most common cause of this error and is frequently misdiagnosed as a parameter problem.
8.1 Read the live firmware version
Online → SINAMICS device → Properties → Version overview. The Control Unit firmware field must match the CF card label. For the reported case, this is V2.6.2.
8.2 Match the SSP in SCOUT
- Options → Support Packages.
- Confirm an entry for SSP SINAMICS V2.6.2 is installed.
- Open the project → SINAMICS device → Properties → Support Package. The assigned SSP must equal the live firmware.
8.3 Recover a corrupted CF card
- Power down the CU320-2.
- Remove the CF card.
- Re-image the card using a PC with SIMOTION SCOUT Card Reader/Writer or a Siemens CF card programmer, with the correct image (license, then firmware, then project if required).
- Reinsert, power up, and re-check the RDY LED.
Refer to the SINAMICS S120 Commissioning Manual for the recommended CF card write procedure.
9. Verification
Use the following checks to confirm the recovery is complete.
9.1 Parameter compare
- Online → SINAMICS device → Target system → Compare offline / online.
- The result must be identical. Any persistent difference is a hidden topology or DO conflict.
9.2 Diagnostic buffer clean state
- Open the diagnostic buffer (Ctrl+D).
- Press the Acknowledge button.
- Re-trigger a download. The buffer must stay empty of F01300, F08501, A08502.
9.3 LED status
- RDY = steady green.
- COM = steady or flickering on bus traffic.
- OUT1, OUT2 = off (no output configured at first commissioning).
9.4 Project tree drive state
The previously grayed-out drive objects with the "?" indicator must be solid and reachable. If a DO is still whited-out, repeat Section 6.1 (deactivate) or Section 7.1 (automatic commissioning) until the offline and online DO lists match exactly.
10. Common Pitfalls and Edge Cases
| Pitfall | Symptom | Resolution |
|---|---|---|
| Two CU320-2 DPs on the same PROFIBUS segment with swapped PG/PC addresses | Connect succeeds, but SCOUT connects to the wrong CU320-2 and downloads a parameter set built for the other. | Set explicit PROFIBUS addresses in HW Config and confirm with Accessible nodes in SCOUT. |
| Project was created from a starter/exporter archive, not a SCOUT native project | Topology view is empty or partial; download fails with WWBS:896. | Re-import the SINAMICS device into SCOUT using the device's CF card image, or use Automatic commissioning (Section 7). |
| SINAMICS Safety Integrated enabled on a DO that is deactivated | Download fails with F01650 (SI parameter error) and WWBS:896. | Disable Safety Integrated for the deactivated DO, or activate the DO and rewire. |
| CU320-2 PN used in a project built for CU320-2 DP | PROFINET-specific parameters rejected. | Recreate the device in the project with the correct article number. |
| User ran "Restore factory settings" (p0970 = 1) from SCOUT after a partial download | Device is reset but SCOUT keeps the old image; next download fails because DO list was wiped. | Re-execute Automatic commissioning (Section 7) before reloading. |
11. Prevention and Best Practices
- One firmware, one SSP, one project. Freeze the SINAMICS firmware on the CF card and use the matching SSP in SCOUT. Do not mix V2.6.x projects with V2.5.x firmware on the bench.
- Build the project from the actual topology. When the line-up is fully wired, run Automatic commissioning first; only then write the application (DCC, SIMOTION axes, etc.).
- Deactivate before you build. If the bench is incomplete, deactivate every missing component in the offline topology before the first download. This avoids the WWBS:896 compare failure on the first attempt.
- Keep the diagnostic buffer discipline. Acknowledge faults before each download. A residual F01300 will be re-raised after a successful download, hiding any new fault.
- Document the DO list. Keep a printout or PDF of the offline drive object list (with DO numbers and article numbers) inside the cabinet. When the line-up changes, the list is the reference for the next engineer.
12. Related Siemens Documentation
- CU320-2 Control Unit Operating Instructions (CompactFlash, LED, diagnostics)
- SINAMICS S120 Commissioning Manual
- SINAMICS S120/S150 List Manual (LH1, parameter r0107/r0108/p0108/p0121/p105)
- SIMOTION SCOUT V4.3 / V4.4 Configuration and Programming Manual
- SIMOTION D4x5 Commissioning and Hardware Installation Manual
What does the error code 0xbe0b0018 mean on a SINAMICS CU320-2?
0xBE0B0018 is a SCOUT WWBS commissioning error in the class "parameter download / RAM compare" with sub-error 0x0018 = "quantity structure inadmissible / object type missing in the device". It means the offline project references a Drive Object (typically DO2..DO16) that the running firmware has not instantiated. The most common cause is an offline topology that contains Motor Modules or encoders not wired to the CU320-2.
Can I run first commissioning on a CU320-2 with the drives disconnected?
Yes, but you must deactivate every missing component in the offline topology before downloading. Open the DRIVE-CLiQ topology in SCOUT, right-click the missing Motor Module / Line Module / TM, and set Status → Deactivated. Then compile and download. Once the drives are connected, run Automatic commissioning (right-click the SINAMICS device → Commissioning → Automatic commissioning) to re-instantiate them.
The RDY LED is solid green but I still get WWBS:896 on download. Why?
A solid green RDY LED only proves the control unit has finished booting. It does not prove the firmware and the offline project are consistent. Verify (a) the live firmware version (r0018) matches the SSP installed in SCOUT, and (b) the offline drive object list matches the live one (r0107 / r0108). The green RDY means the boot is healthy; the WWBS:896 means the offline image does not fit.
Is the message "download complete" reliable?
No. SCOUT prints "download complete" once the parameter set is written to the device RAM. The error dialog WWBS:896 is raised by the verification compare that follows. The compare reads the parameter image back from the device and detects a discrepancy with the offline project. Treat the verification compare as the authoritative step, not the write.
Do I have to match SSP V2.6.2 exactly with firmware V2.6.2 on the CF card?
Yes. Each SINAMICS firmware release adds, removes, or re-numbers parameters. Installing an older SSP (e.g. V2.6.0) against newer firmware (V2.6.2) is a known cause of the WWBS:896 compare failure. Use Options → Support Packages in SCOUT to verify the installed SSP version, and reload the matching SSP if necessary.