Professional Documents
Culture Documents
Sartorius Manual Dcu-Host Interface 1 - 6
Sartorius Manual Dcu-Host Interface 1 - 6
CHANGE HISTORY
Contents
1 GENERAL.....................................................................................................................4
2 PREREQUISITS FOR DATA TRANSMISSION ........................................................................5
2.1 TRANSMISSION CONTROL VIA HOST COMPUTER .................................................................. 5
2.2 SUBSTATION INITIALIZATION .............................................................................................. 5
2.3 BREAK-GENERATION VIA HOST SYSTEM (RS422, RS232 ONLY) ........................................ 6
2.4 REMOTE MODE ................................................................................................................. 6
2.5 RESERVED CONTROL CHARACTER ..................................................................................... 6
2.6 TELEGRAMM FORMAT ........................................................................................................ 7
2.7 TABLE NUMBERS ............................................................................................................... 8
2.8 RANGE OF VALUES FOR DATA TRANSMISSION FIELDS .......................................................... 8
2.9 RESPONSE TELEGRAMMS OF SUBSTATIONS ....................................................................... 8
2.10 TMEOUT AND REPETITION ............................................................................................... 9
2.11 END OF DATA TRANSMISSION........................................................................................ 10
2.12 DATA SECURITY ........................................................................................................... 10
2.13 CHECK SUM................................................................................................................. 10
2.14 BLOCK TRANSMISSION ................................................................................................. 10
3 TRANSMISSION VOLUME AND DEFINITION OF DATA FIELDS ...............................................11
3.1 STATUS DEFINITION DIRECTION: HOST Ù SUBSYSTEM ................................................... 11
3.2 OPERATING MODES HOST Ù SUBSYSTEM ..................................................................... 12
3.3 PROCESS VALUES HOST Õ SUBSYSTEM ....................................................................... 12
3.4 ALARM PARAMETERS PROCESS VALUES HOST Ù SUBSYSTEM ........................................ 12
3.5 ALARM CONDITIONS PROCESS VALUES HOST Õ SUBSYSTEM .......................................... 13
3.6 PROCESS VALUE TOTALIZER HOST Ö SUBSYSTEM ......................................................... 13
3.7 CONTROLLER HOST Ù SUBSYSTEM ............................................................................... 14
3.8 DIGITAL INPUT HOST Õ SUBSYSTEM .............................................................................. 16
3.9 ALARM PARAMETER DIGITAL INPUT HOST Ù SUBSYSTEM ............................................... 16
3.10 DIGITAL OUTPUT HOST Ù SUBSYSTEM ....................................................................... 16
3.11 DCU-MESSAGES HOST Õ SUBSYSTEM ....................................................................... 17
3.12 DCU-LOGBOOK HOST Õ SUBSYSTEM ...................................................................... 18
3.13 EXTENDED ALARM PARAMETER DIGITAL INPUT HOST Ù SUBSYSTEM .......................... 19
3.14 USER-LOGGING HOST Õ SUBSYSTEM ......................................................................... 20
3.15 SEQUENCE MODE HOST Ù SUBSYSTEM ..................................................................... 21
3.16 SEQUENCE SETPOINTS HOST Ö SUBSYSTEM .............................................................. 22
3.17 SEQUENCE REQUEST HOST Ù SUBSYSTEM ............................................................... 23
3.18 SEQUENCE PARAMETER HOST Ù SUBSYSTEM............................................................ 24
1 GENERAL
The interface described below allows a data communication between a host computer and one of the
following devices:
In the following these systems are named substation. There are different hardware platforms
(DCU,FIS,DFC) of the fermenter process control units. The functions of the Host-Interface depends on
the used hardware as well as the installed software version. In the appendix, there is an overview table
explaining the different functions of the Host-Interface for each control unit and the different software
versions.
After initialization of the Substation the Host can request data from the Substation wihtout restriction. The
Substation receives a telegramm which requests for data being sent to the Host within certain time limits.
The data have been specified during initialization.
Fermentation parameters can only be sent from Host to a Substation if the Substation has been released
for transmission. To achieve this, the functional key must be set to "Remote Mode".
The communication protocol is character oriented and the data are coded according to the 7-Bit-ASCII-
code (DIN 66003,international characters).
The physical transmission medium comprises an asychronously working serial interface, whose driver
can be freely choosen in the Substation, depending on the mode of application.
The common RS-232C interface is not as insensible to interfering signals as the RS-422 with
differential interface lines. Besides the RS-232C interface only allows point-to-point connections at
comparatively short distances.
The electrical properties of the RS-422 interface are designed for modern multidrop connections. They
comply with DIN 66259 T4 and ISO 8482 and derive from EIA RS-485. Further information can be found
in the corresponding standards and in the operators handbook for the Substation.
The electrical properties of the ethernet interface are designed for modern multidrop connections. They
comply with IEEE 802.3. Further information can be found in the corresponding standards and in the
operators handbook for the Substation.
The data are transmitted between Host and Substation according to the master-slave principle, i.e., the
data transmission can only be started by the Host Computer. A communication between the Substations
themselves (multidrop connection) is not possible.
The host computer can control the data transmission to a Substation via commands. Commands are
available for:
A specific Substation is selected by an address field in the command telegramm. For each Substation
the address can be manually set.
Prior to the first data request the host computer must initialize the corresponding Substation (command
DR). The initialization command sends parameters to the Substation and thus adapts the data
transmission to the requirements.
The first parameter is a list of data groups which have to be transmitted to the host computer as
response to a data request command.
The second and third parameters are reserved for future applications. The field must be completed by
the following values:
Parameter 2: 5
Parameter 3: 2
Without initialization the Substation sends an error telegramm after receiving a data request command
(DR). For further details see chapter "Commands".
Before sending a command to the Substation a break condition must be generated on the interface in
order to switch the connected Substation to the "Receive" mode. The duration of the break (depends on
the baudrate) should be approximately the same as the transmission time for two characters. After
resetting the break a 2ms delay time is recommended before sending characters. In each case the
"Break" condition must be generated prior to each command to the Substation by the Host system.
The Substation can be manually switched to the operating mode "Local" or "Remote" by means of the "
Remote" key of the DCU / Biostat B keypad. But only the "Remote" mode allows a control via the Host
Computer, i.e. only in the "Remote" mode the Substation accepts the set parameters of the Host System.
Except for the initialization command and the setting of the real time and the process time, all
commands with which parameters in the Substation can be changed will be responded by an error
telegramm if the Substation is not in the "Remote" mode.
If the host computer sets the process parameters in the "Remote" mode all other functions, direct access
included (Shut down, Acknowledge etc.) can be realized at any time.
A change from "Remote" to "Local" is only active (delay possible) when a running data
transmission/processing of one block is finished.
All telegramms must have the following format. Depending on the data group, however, the message
field can change in its structure. The status field always indicates the actual status of the telegramm
sender.
Example:
#1:DR:0:16:PV:1:124.6:2:567.3:....:15:250.0:16:240.5:XXXX@
All designation definitions will be described in detail in the following chapters.
For transmission of date and time (DAT) as well as of process time (AGE) special formats have been
established. For separation of the integer fields specific control characters have been reserved. The
following formats have been defined:
In the structure of the message field (see Telegram Format) exists a number field before each value.
These numbers are corresponding to the order in one of the following DCU-Table:
These table numbers are shown in the DCU-menu " Process Display" and the corresponding table.
The range of values for the types of data used in the data field definitions are as follows:
The transmission of the process values with the mark "REAL" is standardized. The range of values has
been defined as 0 .. 100% = 0 .. +1000.0. The values for controller outputs as well dosing counters are
an exception. The range of controller output values is -100% .. +100% = -1000.0 .. +1000.0 . The range
for dosing counters are not limited in the DCU-System, so the value can be greater than 1000.0 (e.g.
4255.7).
The contacted Substation responds within the Timeout limit (500ms) with the required reponse
telegramm (specification see below) or with an error telegramm if all the following conditions are given. If
one condition is not given none of the connected Substations will respond.
In the case of transmission errors the host system can automatically repeat a command by means of
time out supervision and sequence counter. The number of repetitions is not limited and will be
determined by the Host system.
The time out conditions for a host computer are defined as follows:
The time out period begins when the last character has been sent from the host
computer.
The period is finished when the first character of the response telegramm has been
received. Thus the timeout supervision does not depend on the transmission time of a
complete response telegramm.
If no character has been received by the contacted Substation after 500 ms the
timeout condition is activated.
The Substations ensure that the reponse is not transmitted after the timeout period.
Host sends the same command with incremented sequence *1:DR:1:0:570@ if the
maximum repetition number has not been exceeded.
The Substation stores the last sent response until the next command is received in order to be able to
repeat the data (incremented sequence) if necessary.
Note:
The transmission time for one character depends on the set baud rate. Thus the
transmission time for one character at low baud rates is comparatively long. The time
out period of 500 ms takes into account rates of 300 - 19200 Bauds.
The data transmission is only finished if all data blocks (cf. 2.14, block transmission) of one Substation
telegramm are corretly sent to the Host.
A new reponse telegramm is only sent to the Substation if the last data block has been sent to the Host
and if the Host Computer has then sent a new data request command wiht the sequence 0.
A correct asynchronous single byte transmission is ensured by means of checking the corresponding
error bit in the USART-element. Double parity errors in one byte are recognized by check sums.
The check sum is formed by addition of all ASCII values from the start sign (* or #) up to and including
the delimiter (:) directly in front of the check sum. The calculated value cannot exceed the value of 32385
and is variable, denpendent on the message length.
For extensive data transmission the Substation divides the data into several blocks. When receiving the
next data request command from the Host Computer (no incremented sequence) the next data block will
be sent. If the sequence of the data request command is enlarged the Substation sends again the last
data block to the Host Computer. In the last data block of the Substation response telegramm the status
bit d3 is reset to the inactive condition.
The blocks are divided in such a way that no complete data field (No../Value) is divided.
Due to extensive data quantities in the Substation the process data are divided into different data groups.
For identification of the data groups in the serial data flow each group has a defined designation. Even if
the data group is transmitted in two blocks, each block is designated in such a way. Each process value
also has its defined identification with a number from the corresponding Substation table.
The status field always indicates the actual status of the sender. Between host and Substation, however,
different function assignments exist. The status field in the reponse telegramm always has the structure
given below. The status definition of the host must not be taken into account here. It is reserved for
future applications. The field, however , must be filled with the defined value of 0.
Statusfield:
Bit Function
For DFC Hardware the information Local/Remote (D0) are transmitted only. All other bits are not used.
Ex.: Statusfield = 17
D0 = Remote mode active Value of D0 = 1
D4 = Normal fermentation active Value of D4 = 16
For synchronization of the real time clocks of the Host Computer and the Substation, the Host can adjust
the time of the Substation. Additionally the running process time of the Host can be adjusted. Both
adjustments are possible in the "Remote" and in the "Local" mode. Inside the DCU there is a connection
between realtime and process time, and is is not possible to send both times together in one command
to the DCU. Therefore you have to use two different commands.
Example: for direction DCU Ö Host (all in one message, single send also possible)
#1:DR:0:17:BC:1:1:6:9999,59:7:31,12,1999/23,59,59:2709@
Example: :PV:1:187.5:
Example:
:PS:1:2:2:10: ch 1 high alarm, ch 2 high alarm + not ackn.
Example:
:PT:8:1:
For subsystems based on DFC hardware the designations CS for Controller Setpoint as well as
CM for Controller Mode can be set by the Host only. The designations CO for Controller Output
and CR for Controller Reserve are not supported.
Value: for CR - Byte The parameters for one or more Substation controllers
are transmitted via the designation CR. The number of
Real fields is free and is determined by the first
information byte. Only the Real fields mentioned below
are transmitted (coupled) and all fields not mentioned are
not applicable. Thus 8 Real fields at maximum can be
transmitted consecutively.
Examples:
*1:DS:0:0:CS:1:150.0:2:250.0:CM:1:1:2:1:2229@
*1:DS:0:0:CR:1:56:300.0:200.0:0.0:1846@
56 Ö XP,TI and TD are transmitted (3 Real fields).
300% for XP, 2000 sec. for TI and 0 sec. for TD
Note:
For PID controller with switchable cascade (PO2 controller) the preset parameter only
effect the currently activated parameter set.
The value range for PID-Parameters are: XP 0..1000%; TI and TD 0..10000 sec.;
Assumption: DCU software version 2.11 or higher
Example: :DI:255:1:
Example: :DA:0:0:255:12:
Remarks: The mode of the digital input „SUPON “ can not be switched to OFF. The DCU will
return and error message in this case!
Example: :DO:1:50:2:255:
Remarks: It is possible to used free digital outputs (DOPXY) only. Internal linked digital outputs
can not be used. For example, the digital output for the ACID pump is linked to the pH
controller and can not be used.
By using the data group MS it is possible to transmit messages from an DCU-System or FIS to the host
computer. All messages are transmitted as shown in the DCU display. In case that no message exists
the designation :MS: is transmitted only that means that the fields number and value are not included in
the telegram.
To distinguish whether an alarm occured or has been acknowledged each message will be start with >
or < character and a space:
The message can be include the delimiter " : " of the communication protocol. To avoid problems the
message length will be transmitted before.
By using the data group ML it is possible to transmit logbook entries from an DCU-System to the host
computer. In case that no message exists the designation :ML: is transmitted only that means that the
fields number and value are not included in the telegram.
The message can be include the delimiter " : " of the communication protocol. To avoid problems the
message length will be transmitted before.
:DD:MM:YY HH:MM:SS<HT>
CCCCCCCCC NNN <HT>
UN: RN: CCCCCCCCCCCCCCCC <HT>
CCCCC...:
Example:
This data group is available with the DCU-Software-Version 3.2. The function is able to send digital input
values and parameters above channel number 16 (additional card inside the DCU) and includes alarm
acknowledgement. For the communication direction HOST Ö DCU the Host can modify Bit D2 =
Alarmmode only.
Designation: - String DC "Digital Input Alarm Condition"
Nummber: - Byte channel from DCU-Table Process Display DGIN
Value: - Byte Statusbyte bit coded
DO: digital input value
D1: Alarmstate 1 = alarm pending
D2: Alarmmode 1 = enabled
D3: Acknowledgment 1 = not acknowledged
Example:
:DC:1:2:2:4:3:0:
Since the DCU-Software-Version 3.2 a user logging is available. Each user of an DCU-System must be
logged in with a user number and a password. The active user of an DCU-System can be transmitted to
the host via the communication protocol.
Example:
:UL:12:
The sequence control of the Substation has an extensive functional range. Thus the system can transmit
state information to the Host computer. Additionally it is possible to preset some parameters via the Host
system. The corresponding definitions are as follows:
Example:
:SM:1:1: :
In the examples mentioned above the Host computer transmits a start command for
the sequence number 1 to a Substation. In the string field for the phase 5 blanks
"Space" must be transmit with the command.
For complete control of the sequence via the Host, the Host can transmit sequence parameter to the
Substation.
Example:
:SS:1:0,45:800.0:200.0:0,0:0.0:0.0:
In the example above (Sterilization Sequence), the Host transmits the following
sequence parameters:
- Time Setpoint 45 min, Sterilization duration
- Controller Setpoint #1 120 degrees C, Sterilization temperature
- Controller Setpoint #2 30 degrees C, Fermentation temperature
The sequence control of the Substation has an extensive functional range. Thus the system can transmit
state information to the Host computer. Additionally it is possible to preset some parameters via the Host
system. The corresponding definitions are as follows:
:DS:0:0:SR:1:1:
In the examples mentioned above the Host computer transmits a start command for the sequence
number 1 to a Substation.
*1:DR:0:0:SR:1:
Response telegramm:
#1:DR:0:16:SR:1:1:0,30:88:
For complete control of the sequence via the Host, the Host can transmit sequence parameter to the
Substation.
Availbale with DCU software version 4.80 or higher.
Designation: String SP Sequence Parameters
Number: - Byte Number of the sequence 1..64
Value: - AGE Timer Setpoint #1
- AGE Elapsed Time #1 Host Õ DCU
- AGE Timer Setpoint #2
- AGE Elapsed Time #2 Host Õ DCU
- AGE Timer Setpoint #3
- AGE Elapsed Time #3 Host Õ DCU
- AGE Timer Setpoint #4
- AGE Elapsed Time #4 Host Õ DCU
:DS:0:0:SP: 1:0,45:0,60:0,14:0,32;0,45:0,60:0,14:0,32:800.0:200.0:0.0:0.0:0.0:0.0:
In the examples mentioned above the Host computer transmits a start command for the
sequence number 1 to a Substation.
*1:DR:0:0:SP:1:
Response telegramm:
#1:DR:0:16:SP: 1:0,45:0,60:0,14:0,32;800.0:200.0:0.0:0.0:0.0:0.0:
For display origin tag of step from sequence via the Host, the Host can receive sequence steps.
Availbale with DCU software version 4.80 or higher.
Designation: String ST Sequence STeps
Number: - Byte Number of the sequence 1..64
- String Sequence Tag, 10 characters
Number: - Byte Number of steps
Number: - Byte Phase number
Number of Strings - String Phase tag, 10 characters
Example:
*1:DR:0:0:ST:1:
Response telegramm:
#1:DR:0:16:ST:1:FVESS____:4:1:HEAT1_____:2:HEAT2_____:3:STERI_____:4:COOL1__
___:
In the examples mentioned above the Host computer transmits a start command for the sequence
number 1 to a Substation. In the string field for the phase 10 blanks "Space" must be transmit with the
command, because character ‘:’ could be in string.
Start and stop of recipes within a Substation is controlled via the designation RM. The following
parameters are transmitted:
Example:
:RM:3:2: :
4 COMMANDS
In order to achieve a defined data flow between Host and Substation several commands from host to
Substation are necessary. Each command of the host is responded by the Substation if the sending
conditions are given (2.9 Response telegramm of Substations). The Substation sends an
acknowledgment or error telegramm after the commands SU and DS and after the command DR the
Substation sends the process data or an error telegramm to the host. The acknowledgement telegamms
have the following structure:
Examples for acknowledgement telegramms are at the end of each command description.
The Substation error telegramms are described in chapter 5.
The Substation can be initialized at any time, no matter what the status of the REM key and the
operating mode (Recipe process, sterilization) are.
- PV
- PA Unwanted data groups must not be indicated.
- PS
- BC The order of data groups must be considered.
- CS
- CO
- CM
- DI
- DA
- DO
- DC
- MS
- UL
- SM
To delete a data group already choosen a completely new initialization command must be send
to the Substation.
Examples:
*1:SU:0:0:PV:5:2:1030@
*1:SU:0:0:PV/CS/CO/CM:5:2:1611@
Acknowledgement telegramm:
This command allows the transmission of the data (as determined in the initialization) from the
Substation to the host. All data must have the same time basis.
Example:
*1:DR:0:0:569@
Response telegramm:
#1:DR:0:17:PV:1:187.5:2:150.0:...:CS:1:250.0:...:xxxx@
This command allows the data transmission from host to Substation ( if the Substation is in the Remote
mode). All process data with the specified transmission direction Host -> DCU / FIS can be sent to the
Substation herewith. To achieve this the information field must be completed with the required
designations of the data groups and the process values (cf. examples). If the definitions of the separate
data fields are not observed the Substation sends an error telegramm and thus denies the process data.
Additionally the Substation checks the status of the REM key and sens an error telegramm if the key is
not activated. Only an activated REM key allows the data setting by the Host Computer.
The adjustment of the process time and real time (designation BC) is an exception and can only be sent
to the Substation at any time like the initialization command.
The data setting with the command DS does not depend on the initialized data group. Even controller
setpoints can be determined by the Host, despite the fact that no sepoints but only process values
should be sent from the Substation to the Host (only PV initialized).
Example:
*1:DS:0:0:CS:3:625.0:CM:3:1:PA:3:0.0:666.6:1:0:0.0:2859@
*1:DS:0:0:BC:7:14,12,1988/16,34,12:1878@
Acknowledgement telegramm:
#1:DS:0:17:619@
This command allows the data transmission from substation to host about specified information.
Availbale with DCU software version 4.80 or higher.
Example:
*1:SI:0:0:
Response telegramm:
#1:SI:1:4.80:48___B_H502_:CS:1:0.0 59.9:SQ:1:121.0 37.0 0.0 0.0 0.0 0.0 00:30 ....
In case of an error the Substation generates an error telegramm itself. Since different error causes may
occur, it is differentiated between logical errors, data errors and format errors. Each type of error has its
specific designation. The error telegramm has the following structure:
to DE - String like FE
Code Cause
1 Substation has not been initialized and the received data request command,
command DR, is not applicable
2 Inadmissible adjustment by host since Substation not in Remote mode.
3 Command faulty
4 Host status field faulty
5 Inadmissible adjustment of controller mode
6 Recipe can not be started
7 Sequence did not exist
8 Sequence can not be started
9 Unknown Command
Examples:
#2:CE:0:16:LE:2:915@
#2:CE:0:17:DE:7:CS:17:2:1391@ Channel 17 did not exist
Client-Server technology
6.5.2 SOCKET-PARAMETER
Socket Type SOCK_STREAM Stream socket, full duplex connect byte streams
with protocol TCP/IP
Socket I/O Blocking Mode Non Blocking Socket Read / write option for sockets
* Use standard network C function “htonl() – Convert 32-bit values between host and network byte
order”.
6.5.3.1 C Example
char message[32] =
{
0, 0, 0, 0, /* state field 1 */
0, 0, 0, 0, /* state field 2 */
0, 0, 0, 0, /* state field 3 */
0, 0, 0, 0xE, /* lenght of data */
'*', /* data start ... */
'1',
':',
'D',
'R',
':',
'0',
':',
'0',
':',
'5',
'6',
'9',
'@' /* ... data end */
};
Parameter of the Subsystem Group Revision HOST --> Subsystem HOST --> Subsystem HOST --> Subsystem HOST --> Subsystem
Subsystem --> HOST Subsystem --> HOST Subsystem --> HOST Subsystem --> HOST
Batch Control BC 0 X X X X
Batch Control extended with local/remote setting BC 1 X X X
Batch Control extended direction to Host BC 2 X
Process Values (PV) PV X X X X
Process Values Alarmparameters PA X X X X
Process Values Alarmstate PS 0 X X
Process Values Alarmstate extended PS 1 X X
Controller Setpoint CS X X X X X X X X
Controller Mode CM X X X X X X X X
Controller Output CO X X X X X X X X
Controller Parameter CR X X X
Digital Inputs State DI01..16 DI X X X X
Dig. Inp. Alarmparameter DA X X X X X X X X
Dig. Inp. Alarm Condition DC X X X X
Digital Output DO X X X X X X X X
DCU-Messages MS X X
User-Logging UL X X
Sequence Mode SM X X X X X X
Sequence Setpoints SS X X X
Recipe Mode RM X State X State X State
Setup Subsystem SU 0 X X X X
Setup Subsystem extended with SM SU 1 X X X X
Setup Subsystem extended with SM, DC, MS, UL SU 2 X X
Setup Subsystem extended with BC SU 3 X
State State 0 X X X X
State extended with Sequence 1..4 State 1 X X X
DCU-SW
4.8 – act.
DCU3
Parameter of the Subsystem Group Revision HOST --> Subsystem
Subsystem --> HOST
Batch Control BC 0 X
Batch Control extended with local/remote setting BC 1 X
Batch Control extended direction to Host BC 2 X
Process Values (PV) PV X
Process Values Alarmparameters PA X
Process Values Alarmstate PS 0
Process Values Alarmstate extended PS 1 X
Process Values Totalizer PT X
Controller Setpoint CS X X
Controller Mode CM X X
Controller Output CO X X
Controller Parameter CR X
Digital Inputs State DI01..16 DI X
Dig. Inp. Alarmparameter DA X X
Dig. Inp. Alarm Condition DC X X
Digital Output DO X X
DCU-Messages MS X
User-Logging UL X
Sequence Mode SM X X
Sequence Setpoints SS X
Sequence Request SR Mode X
Sequence Parameter SP X X
Sequence Steps ST X
Recipe Mode RM X State
Setup Subsystem SU 0 X
Setup Subsystem extended with SM SU 1 X
Setup Subsystem extended with SM, DC, MS, UL SU 2 X
Setup Subsystem extended with BC SU 3 X
System Information SI X
State State 0 X
State extended with Sequence 1..4 State 1 X
Parameter of the Subsystem Group Rev HOST --> Subsystem HOST --> Subsystem HOST --> Subsystem
Subsystem --> HOST Subsystem --> HOST Subsystem --> HOST
Batch Control BC 0
Batch Control extended with local/remote setting BC 1
Process Values (PV) PV X X X
Process Values Alarmparameters PA
Process Values Alarmstate PS 0
Process Values Alarmstate extended PS 1
Controller Setpoint CS X X X
Controller Mode CM X X X
Controller Output CO
Controller Parameter CR
Digital Inputs State DI01..16 DI
Dig. Inp. Alarmparameter DA
Dig. Inp. Alarm Condition DC
Digital Output DO
DCU-Messages MS
User-Logging UL
Sequence Mode SM
Sequence Setpoints SS
Recipe Mode RM
Setup Subsystem SU 0 X X X
Setup Subsystem extended with SM SU 1
Setup Subsystem ext. with SM, DC, MS, UL SU 2
State State 0 X X X
State extended with Sequence 1..4 State 1