SINAMICS DCC P1070 Speed Setpoint and r21600 Parameter Mapping

David Krause15 min read
SiemensTechnical ReferenceVFD / Drives
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

1. Problem Context and Article Scope

A SINAMICS drive (S120, G120, G120C, G130, G150, S150) frequently receives its speed setpoint from a Drive Control Chart (DCC) block diagram rather than from an analog input, fixed setpoint, or fieldbus PZD word. In the expert parameter list the user sees two distinct entries that describe the same signal path:

  • p1070[0] — the standard BiCo input "Main setpoint" of the closed-loop speed control.
  • r21600 — a parameter whose number lies in the 21500… range and therefore is automatically created by a DCC chart.

This reference explains how those two parameters relate, why the DCC output carries a number beginning at 21600, and how to choose between the four possible connector types when editing block comments in the DCC editor (a component of STARTER and Startdrive). The goal is a deterministic signal path from a calculated DCC variable to the drive’s speed controller with full visibility in the expert list and full interconnectability through BiCo.

Prerequisite reading: Familiarity with the SINAMICS parameter model, BiCo technology (Binector/Connector), and the DCC block library. Refer to the SINAMICS S120 Function Manual Drive Control Chart (DCC) and the S120/S150 List Manual for the authoritative parameter definitions.

2. SINAMICS BiCo Signal Architecture in Brief

Every SINAMICS drive uses a uniform signal-routing model in which a connector (16-bit or 32-bit normalized value), a binector (Boolean), or a drive BiCo (drive-internal, normalized value with sign and unit) is sourced from a parameter named rxxxx (read-only / signal source) and consumed at a parameter named pxxxx (writable / signal sink). The interconnection is performed in the expert list by setting the sink parameter to the index of the source parameter, or graphically in the commissioning tool.

Prefix Meaning Read/Write Example
p Setting parameter (writable) Read/write p1070[0] = 21600
r Display parameter (read-only) Read only r21600
BI/BO Binector input/output (Boolean) Sink/Source BI: p0840
CI/CO Connector input/output (analog) Sink/Source CI: p1070

The speed setpoint channel of SINAMICS comprises a cascade of normalized connectors. The most important sink of the "setpoint from automation" cascade is CI: p1070 — the main speed setpoint input to the speed controller (r1501 is the active setpoint after ramp-function generator).

3. P1070 Main Setpoint, Detailed

p1070[0] is a connector input (CI) that accepts a normalized speed setpoint in percent of rated speed (4000 hex = 100 %). Index 0 is the standard source for the closed-loop speed control; index 1 is reserved for the supplementary setpoint that is added to the main setpoint in p1101 arithmetic.

Parameter Name Index Type Default Unit
p1070 CI: Main setpoint [0] Connector input (CT/CO) 0 %
p1071 CI: Main setpoint scaling [0] CI 1 —
r1077 CO: Setpoint speed (after scaling) — Display — RPM
r1078 CO: Total setpoint (after ramp) — Display — RPM
p1101 CI: Supplementary setpoint [0] CI 0 %

When a DCC chart is the source, the value entered into p1070[0] is the index of the DCC-generated connector output — for example p1070[0] = 21600 sources the setpoint from r21600.

4. Drive Control Chart (DCC) Recap

DCC is a graphical, signal-flow programming environment embedded in the SINAMICS firmware (option S00/S02 for S120, available on G120 with CU250S and on S150). The chart consists of blocks (add, multiply, integrator, NSW numerical switch, limiters, filters, controllers, function generators, etc.) placed on sheets; each block has typed inputs on its left edge and outputs on its right edge. The chart is processed in the drive’s task system at one of the configured sampling times (commonly 4 ms for technology blocks on S120, 8 ms on G120 CU250S-2).

DCC parameters are persistent: once a chart is loaded into the drive, its exposed parameters survive a power cycle, are stored on the CF card (S120) or in the project, and become visible in the expert list just like any native SINAMICS parameter.

5. Connector Annotation: @ vs @*

When the DCC chart author wants to expose a block input or output to the rest of the drive system — for monitoring, for parameterisation from the HMI/PLC, or for BiCo interconnection to a standard parameter such as p1070 — they place a connector comment on the respective block pin. Two annotation prefixes are available, and the choice determines whether the resulting parameter is a normal setting parameter or a full BiCo parameter.

Syntax in pin comment Resulting parameter Visible in expert list Writable from expert list Connectable via BiCo
@<number> <text> Setting parameter (no BiCo) Yes Yes (numeric only) No
@*<number> <text> BiCo parameter Yes Yes (index of source) Yes

Examples that follow the conventions used in the supplied chart:

  • @*100 Output signal — creates BiCo parameter 21600 ("Output signal"). This is the parameter seen as r21600 in the expert list.
  • @50 MyStaticValue — creates a non-BiCo setting parameter 21550 that the user can write from the expert list, the PLC, or the HMI but that cannot receive a BiCo interconnection.

6. The Four Connector Combinations

Every DCC block pin is either an input or an output. Combined with the two annotation prefixes, this yields four distinct exposed-parameter types. The DCC programmer is responsible for selecting the correct one; the wrong choice leads to "parameters that exist but cannot be interconnected" or "parameters that cannot be observed".

Pin type Annotation Created parameter Purpose / typical use
Input @<n> Setting parameter (writable from expert list) Static setpoint, controller gain, threshold, max current, filter coefficient, etc. The DCC chart reads it on every cycle.
Input @*<n> BiCo input (connectable) Read in a value from the drive system — PZD word from PROFINET/PROFIBUS, analog input r0755, actual speed r0063, actual current, and so on.
Output @<n> Display parameter (read-only, not connectable) Debug aid: visible in the expert list but cannot be used to route a signal. Rarely needed.
Output @*<n> BiCo output (connectable) Hand a calculated value to the drive system — the speed setpoint at p1070[0], a torque limit at p1520, a status word to PZD p2051, etc.
Rule of thumb: If you ever need to write the value of a parameter into p1070[0] (or any other CI/BI), the source must be an @* output. A plain @ output cannot be BiCo-routed because the BICO source list of the sink will not list it.

7. The 21500 Parameter-Number Offset

All DCC-exposed parameters are mapped into the SINAMICS parameter space starting at index 21500. The number typed in the pin comment is added to this offset to produce the absolute SINAMICS parameter number. The rule is:

absolute_parameter_number = 21500 + n (where n is the integer typed after the @ or @* in the pin comment)

Annotation Resulting parameter Access Direction
@1 r21501 (output, read-only) or p21501 (input, read/write) Expert list Output
@*1 r21501 (BiCo source) Expert list / BiCo Output
@100 p21600 Expert list Input
@*100 r21600 Expert list / BiCo Output (typical speed-setpoint pattern)
@*1000 r22500 Expert list / BiCo Output

Parameter numbers from 21500 to 32767 are available for DCC; the practical range used in a single chart rarely exceeds 200 entries. The numbering is local to the chart and is assigned when the chart is compiled; collisions across multiple DCC charts loaded on the same drive are detected at compile time and generate a firmware reject (Fxxxxx alarm with fault value 80800… range — see Section 11).

8. Tracing the Speed Setpoint from DCC to p1070

The diagnostic flow used when a DCC-driven speed setpoint is suspect is shown in the sequence below. The same procedure identifies any DCC-to-BiCo interconnection, not only p1070.

  1. Open STARTER / Startdrive, go online with the drive, switch to the Expert list.
  2. Navigate to p1070[0]. Confirm the current value reads 21600 (or the index of the DCC connector). If it reads 0, the BiCo is not connected.
  3. Navigate to r21600. Observe the value; it is updated on every DCC task tick.
  4. Right-click r21600 → Go to DCC chart (in STARTER the function is "Signal traceback" / "BICO signal trace"). The compiler places the cursor on the DCC block output that carries @*100 Output signal.
  5. Examine the upstream blocks (NSW = numerical switch in the supplied example). The I input of NSW determines which of I0 or I1 is routed to the output. The active branch should produce the expected normalized speed (100 % ≡ 4000 hex ≡ rated speed).
  6. Verify scaling at p1071[0] (default 1.0) and check the ramp-function generator setpoints p1120 / p1121 for ramp-up and ramp-down times.
  7. Trace forward from r1077 (setpoint after scaling) and r1078 (setpoint after ramp) into the speed controller. A divergence between r1077 and the DCC source points to a scaling problem; a divergence between r1078 and the motor speed r0061 points to a ramp or controller issue.

9. Creating and Editing DCC Connectors

The procedure to add a new BiCo output to a DCC block:

  1. In the DCC editor, double-click the block pin (input or output) you wish to expose. The pin-properties dialog opens.
  2. Open the Comment field and enter the annotation. The two required pieces of information are the prefix (@ or @*) and the local number. The descriptive text after the number becomes the parameter name in the expert list.
  3. Examples:
    @*100 Output signal           ! creates r21600 (BiCo source)
    @101 Static setpoint [rpm]    ! creates p21601 (read/write, no BiCo)
    @*102 Actual speed feedback   ! creates r21602 (BiCo source)
  4. Compile the chart. Any collision (duplicate absolute number, reserved range) is reported as a compile error.
  5. Load to the drive (RAM, then ROM/persistent with "Copy RAM to ROM").
  6. Confirm the parameter is visible: in the expert list filter, search for "21600" (without the leading r/p). The new entry will appear under the same name as the descriptive text typed in the comment.
Persistence note: The mapping from @*100 to r21600 is established at chart-compile time. Changing the number in the pin comment and re-loading creates a different parameter. Existing PLC code or HMI screens that referenced the old index must be updated. Renaming the descriptive text (the part after the number) does not change the absolute index.

10. Identification of Parameter Type at a Glance

Given a parameter in the 21500… range, the four attributes listed in the table below are sufficient to identify its role unambiguously. None of them requires opening the DCC editor.

Attribute What to check in the expert list Interpretation
Name starts with p Parameter name prefix Writable setting parameter (or BiCo sink)
Name starts with r Parameter name prefix Read-only display / BiCo source
Datatype column "FloatingPoint32" / "Integer16" Numeric value exposed
BI / BO / CI / CO attribute in tooltip Hover over the parameter name in STARTER/Startdrive BiCo capability
Can be entered into p1070[0] source dropdown Open p1070[0], browse the source list Parameter is a BiCo source; if absent, it is a setting parameter and cannot be BiCo-routed

Therefore: in the original chart, r21600 is a BiCo output (created by @*100), connectable to any CI in the drive, and is wired by the chart author to CI: p1070[0] as the main speed setpoint source.

11. Commissioning and Verification Checklist

Before releasing a DCC-driven speed setpoint to production, perform the following functional checks. They cover signal presence, polarity, scaling, ramp integration, and BiCo integrity.

Step Test Expected result Fault if…
1 Set r21600 from trace to a fixed value (e.g. 50 % via test point or signal-injection block). Motor accelerates to 50 % of rated speed after ramp. No motion: BiCo to p1070[0] missing, or enable chain broken.
2 Toggle NSW.I and observe the selected branch value. The selected branch (e.g. I0 or I1) propagates to r21600. Stuck branch: wiring error at NSW input.
3 Set p1071[0] to 0.5. Speed halves for the same r21600 value. Scaling not applied: p1071 source is wrong.
4 Reverse the sign at the DCC output and observe direction. Motor runs in the opposite direction. Sign inversion not present: drive is in unipolar mode or p1011 blocks negative setpoint.
5 Trigger a quick stop (OFF3 via p0849 or terminal). Motor decelerates with OFF3 ramp p1135 and torque limits p1520/p1521. Motor coasts uncontrolled: ramp-function generator bypassed or DCC value still applied directly to controller.
6 Power cycle the drive and re-apply setpoint. Setpoint resumes as before. Parameter not stored: "Copy RAM to ROM" not executed or chart load was not saved.
7 Check r1077 vs. r21600 × p1071. Match within rounding. Drift: scaling chain wrong or DCC output saturated.

12. Troubleshooting Matrix

The matrix below covers the most common incidents when a DCC speed setpoint is not behaving as expected. Each row contains the symptom, the most likely cause, and the corrective action.

Symptom Likely cause Diagnostic Corrective action
Parameter r21600 not visible in expert list Pin comment uses @*<n> but the chart was not compiled or not loaded STARTER → DCC editor → project tree shows the chart with green checkmark Compile and load the DCC project; cycle power; check "Copy RAM to ROM".
Parameter visible but cannot be entered into p1070[0] source list Pin comment used plain @<n> (setting parameter) instead of @*<n> (BiCo) Open the block pin properties in the DCC editor Change @100 to @*100, recompile, reload.
Speed setpoint is correct but motor does not move Enable chain broken: OFF1 (BI p0840), OFF2, OFF3, or "enable setpoint" (BI p1142) missing Check r0002 (drive state), r0046 (status word), r0899 Re-establish enable signals; ensure p1142[0] is fed by DCC if required by the chart.
Motor runs away (overshoots or accelerates to max) Sign inversion wrong, or DCC output saturated at 100 % while fault in NSW forces a high branch Trace r21600 and the two NSW inputs in the time domain Clamp the DCC output with a limiter block; verify scaling.
DCC parameters reset on power cycle Chart not stored to the persistent area CF card presence and write-protect (S120); RAM-to-ROM not executed Execute "Copy RAM to ROM" in STARTER; check that the CF card is unlocked and not full.
Firmware reject at load (F80xxx range) Duplicate DCC parameter number, e.g. two charts both defining @*100 STARTER → DCC compile log Re-number one of the conflicting pins; recompile both charts.
Setpoint updates are slow or jittery DCC task time too long relative to the speed-controller sampling time Check r2075 / p2002 for the configured task Move the chart to a faster task if available (watch the CPU load r9976).
Motor runs only when STARTER is online PLC writes to the DCC parameter after STARTER disconnected, parameter is p not @* Inspect the DCC pin comment of the setpoint origin Change to @*<n> and route the PLC word via BiCo (PZD) or by writing the index number into the BiCo sink.

13. Worked Example: DCC Speed Setpoint with Manual/Automatic Switchover

A common pattern in industry is to alternate between a manual jog setpoint and an automatic controller setpoint. The chart below is a textual representation of the graph that gives rise to r21600.

        +-----------+        +-----------+        +---------+
PI_CTRL | Y_out [%] |--+---->|NSW.I0     |        |         |
        +-----------+  |     |  NSW      |---> Y ->| limiter |---> r21600
                     |     |           |        |  +/-100% |
JOG_RPM  @*1 0 [%]  -+-> I1|           |        +---------+
                     |     +-----------+
                     |              ^
                     |              |
                     +------<-------+I  (digital selector: AUTO / JOG)

Notice that the jog input uses @*1 — a BiCo input — so that the value can be sourced from any drive signal (an analog input, a PZD word, or a static setting). The controller output is a standard block output, internally fanned out to NSW.I0 without the need for an @ annotation. Only the final chart output carries @*100 Output signal, creating the BiCo source r21600.

14. Frequently Asked Questions

What is the relationship between p1070[0] and r21600 in a SINAMICS DCC chart?

p1070[0] is the main speed setpoint (CI) of the speed controller. r21600 is a BiCo output created by a DCC block pin annotated with @*100 (offset rule: 21500 + 100 = 21600). The chart author connects r21600 to p1070[0] by writing 21600 into p1070[0]. The DCC output therefore becomes the live source of the speed setpoint.

How do I create a new BiCo parameter in DCC?

Open the DCC editor, double-click the block pin you want to expose, and in the comment field type the syntax @*<number> <descriptive text>. Compile the chart, load to the drive, and execute Copy RAM to ROM. The new parameter appears in the expert list with the absolute number 21500 + <number>.

What is the difference between @ and @* in a DCC pin comment?

@<n> creates a normal setting parameter (writable from the expert list, not BiCo-routable). @*<n> creates a BiCo parameter that can be used as a source in any CI/BI of the drive. Use @* for outputs that must be wired to standard SINAMICS parameters such as p1070, p1520, or PZD send words.

Why is the parameter r21600 read-only in the expert list even though I created it in DCC?

The leading "r" denotes read-only display in the SINAMICS parameter model. For DCC outputs annotated with @*<n> the parameter is a BiCo source and is therefore read-only as a value; its index is entered into the BiCo sink (for example p1070[0] = 21600) and the value is updated automatically by the chart on every task tick.

Can two DCC charts loaded on the same drive use the same offset number?

No. The absolute SINAMICS parameter number is 21500 + <number> and must be unique on the drive. The compiler detects collisions and rejects the project. Renumber one of the conflicting pins (for example, use @*101 in chart B while chart A keeps @*100) to resolve the conflict.

What is the default sampling time of a DCC chart on SINAMICS S120?

Charts are processed in one of the drive's task systems. The default is 4 ms for technology blocks on S120, configurable up to the available task time. A wrong task assignment can introduce jitter; verify the assignment in STARTER under the DCC chart properties and monitor the computation time utilization.

How do I check whether a DCC parameter is BiCo-capable without opening the DCC editor?

In the expert list open any CI/BI (for example p1070[0]) and browse the source list. If the parameter appears, it is a BiCo source. Alternatively, hover the parameter name in STARTER/Startdrive to see the BICO attribute (BI, BO, CI, CO) in the tooltip.

Back to blog