Professional Documents
Culture Documents
THEMA4-SCADA
INTEGRATION
THEMA4 OPTIONS 2, 3, 15
Document Rev. 26
Revision 12 Paragraph 5.2.2.1 Corrected important note about selection of String and Unicode String
Paragraph 5.2.2.2 Corrected important note about selection of String and Unicode String
Paragraph 5.3 Updated summary table
Paragraph 5.4 Changed column headers and their description
Chapter 6 Changed format of all tables replacing Type and Par. with 1, 2, 3.
Added paragraph 6.20
Paragraph 6.3.3 Extended NLAI to 199
Paragraph 6.3.5 Extended NLAO to 99
Paragraph 6.5 Added new PROCESS tags and note #6
Paragraph 6.6 Added 0
Paragraph 6.6.12 Added PIDx.INVERT
Paragraph 6.8 Added 6.8.4, 6.8.5 and 6.8.16
Paragraph 6.8.1 Added system parameters for Type 3
Paragraph 6.8.5 Added PRINTER.OTHER
Paragraph 6.9 Extended FACTORY.TMAXTExx
Paragraph 6.10.4 Added new BATCHEND tags for Type 3
Paragraph 6.14.1 Added command codes for Unicode-based systems
Paragraph 6.14.3 Added command codes for Unicode-based systems
Paragraph 6.14.4 Added command codes for Unicode-based systems
Paragraph 6.15 Added 6.15.13
Paragraph 6.15.3 Corrected details about selection of String and Unicode String
Paragraph 6.15.14 Added PIDx.INVERT
Paragraph 6.15.17 Corrected details about selection of String and Unicode String
Paragraph 6.15.20 Corrected details about selection of String and Unicode String
Paragraph 6.16.2 Corrected details about selection of String and Unicode String
Paragraph 6.18.1 Extended to 179
Paragraph 6.18.2 Extended to 179
Revision 13 Paragraph 1.1 Updated table of software version applicable
Paragraph 5.3 Updated summary table, added Tank management
Paragraph 5.4 Added Type 4 to column headers
Chapter 6 Changed format of all tables adding Type 4
Chapter 6 Added a new paragraph 6.8.16 before the existing paragraph “Standby
management”
Chapter 6 Added a new paragraph 6.21 before existing “THEMA4-SCADA
SYNCRONIZATION AND LOCAL/REMOTE OPERATION”
Paragraph 6.8.1 Added system parameters for type 4
Paragraph 6.10.4 Added new BATCHEND tags for Type 4
Revision 14 Paragraph 6.18.2 Updated table of Calibration: Measured
Paragraph 6.6.10 Program parameters: TE list
Revision 16 Paragraph 1.1 Updated table of software version applicable
Paragraph 5.3 Added 8.18 for background management
Paragraph 6.8 Added paragraph 6.8.18 about background management
Paragraph 6.8.7.2 Added 8 recorder probes
Paragraph 6.8.7.3 Added 8 recorder probes
Paragraph 6.10.4 LEAKTEST tags are now applicable also to type 2 and 3
Revision 16 Paragraph 1.1 Updated table of software version applicable
Paragraph 6.10.4 LEAKTEST tags are now applicable also to type 4
Revision 17 - -
Revision 18 Paragraph 1.1 Updated table of software version applicable
Paragraph 6.3.3 Fixed Tag name for element NLAI100-199.UNCALIBRATED
Paragraph 6.6.12 Added decimal ciphers for PID parameters of loaded program
Paragraph 6.15.14 Added decimal ciphers for PID parameters of program managment
Paragraph 6.8.19 Added decimal ciphers for PID parameters of standby management
Paragraph 0 Added decimal ciphers for PID parameters of background management
NOTATIONS
In this document, these notations are used:
NOTE
for additional note
REFERENCE
for references to other sections
IMPORTANT NOTE
for important note
WARNING!!
For very important note
DOCUMENT SECTIONS
This document is composed of the following sections
PURPOSE
1 Document History and application to THEMA4 software version.
THEMA 4 ARCHITECTURE
2 Thema4 hardware and software architecture, with highlighted the SCADA integration
INDEX
1 PURPOSE ...........................................................................................................................................11
1.1 APPLICATION TO THEMA4 SOFTWARE VERSION .........................................................................12
2 THEMA 4 ARCHITECTURE ...............................................................................................................13
2.1 THEMA4 HARDWARE ARCHITECTURE (WITH EXTERNAL SCADA CONNECTION) ....................14
2.2 THEMA4 SOFTWARE ARCHITECTURE ............................................................................................15
3 COMMUNICATION PROTOCOLS USED IN THEMA4 SCADA CONNECTION...............................17
3.1 COMUNICATION PROTOCOLS .........................................................................................................18
3.1.1 Communication protocols list ...............................................................................................................18
3.1.2 Communication modes ........................................................................................................................18
3.1.3 Protocols enablement ..........................................................................................................................18
3.2 MODBUS PROTOCOLS......................................................................................................................19
3.2.1 Modbus RTU/ASCII communication architecture (on serial line) ........................................................19
3.2.2 Modbus TCP/IP communication (on Ethernet network) ......................................................................19
3.2.3 General features of the Modbus communication protocol ...................................................................20
3.2.4 Modbus integration modes ..................................................................................................................21
3.2.5 Thema4 parameter setting to configure the Modbus integration .........................................................22
3.2.6 Possible network configurations using a Thema4 Modbus protocol with serial line ...........................22
3.3 OPC PROTOCOL (ON ETHERNET NETWORK) ................................................................................23
3.3.1 OPC connection architecture ...............................................................................................................23
3.3.2 Thema4 parameter setting to configure the OPC integration ..............................................................23
3.3.3 OPC Client compatibility ......................................................................................................................23
4 THEMA4 ARCHIVE MANAGEMENT .................................................................................................25
4.1 ARCHIVED DATA ................................................................................................................................26
4.2 DISABLE OF ARCHIVED DATA ..........................................................................................................27
5 THEMA4 DATA BASE ........................................................................................................................29
5.1 THEMA4 DATA BASE MANAGEMENT...............................................................................................30
5.1.1 OPC client “polling time” ......................................................................................................................30
5.2 ADOPTED DATA FORMAT .................................................................................................................30
5.2.1 Details of Modbus representation for common data types ..................................................................31
5.2.2 Encoding of string data types ..............................................................................................................32
5.3 DATA BASE “MAIN SUMMARY TABLE” .............................................................................................34
5.4 “TAGS TABLES” COLUMNS ...............................................................................................................39
6 DATA BASE “TAGS TABLES” ..........................................................................................................41
6.1 MODBUS ADDRESS ...........................................................................................................................45
6.2 MACHINE STATE ................................................................................................................................46
6.3 INPUT- OUTPUT .................................................................................................................................47
6.3.1 Digital Input ..........................................................................................................................................47
6.3.2 Digital Output .......................................................................................................................................47
6.3.3 Analog Input.........................................................................................................................................48
6.3.4 “Command register” for autodiagnose .................................................................................................50
6.3.5 Analog Output ......................................................................................................................................50
6.4 ALARMS ..............................................................................................................................................51
6.4.1 Alarms management............................................................................................................................51
6.4.2 Alarms state (ALL+ACK) .....................................................................................................................52
6.4.3 Alarms effects and delay .....................................................................................................................53
6.4.4 Configuration alarms parameters ........................................................................................................54
6.4.5 “Command register” for alarms acknowledge/reset ............................................................................55
6.4.6 “Command register” for alarms configuration ......................................................................................56
6.4.7 Alarms active state (ALM)....................................................................................................................57
6.5 CURRENT PROCESS DATA ..............................................................................................................58
6.6 PARAMETERS OF THE LOADED PROGRAMS ................................................................................62
6.6.1 Program identification data ..................................................................................................................62
6.6.2 Program parameters: General .............................................................................................................62
1 PURPOSE
1.1 – APPLICATION TO THEMA4
SOFTWARE VERSION
This document is applicable to the Thema4 control system, starting from the software version W24 to the
current software version, as reported in the “revision table”.
Changes of following software versions, affecting this function, will be documented with an update of this
specification.
For previous software version, starting from W7, for Modbus communication, and from W16, for OPC
communication, please see the following table with the reference to the applicable specification documents.
2 THEMA 4 ARCHITECTURE
2.1 - THEMA4 HARDWARE ARCHITECTURE (WITH
EXTERNAL SCADA CONNECTION)
2.2 - THEMA4 SOFTWARE ARCHITECTURE
thermal
STERILIZER 1 printer
UPS 2
Panel PC
L2
3 FIELD BUS
Panel PC
AL. BUS D D AN AN BUS L1 Panel PC
IN OUT IN OUT board (Side 1) L3
HUB
Converter
4-20mA/Pt100
RS232
SCADA
8
Log Data PC
WINDOWS
PCS FECP GUI OS
Nucleus SRVR + Windows
Lib. G/F JWORKS
Conf. Data
ARC
The external system (SCADA) can be connected to the Panel PC primary (side 1), by a serial line or a Ethernet
connection (directly or by an HUB/SWITCH)
GUI
PCS FECP GUI
SERVER
GUI
LIB. G/F NUCLEUS
CLIENT
Modbus
server
OPC server
- R.T.O.S (Real Time Operating System) VxWorks, (by WindRiver, market leader in RTOS).
- PCS (Process Control System), for the management of: the process, the autoclave devices and the
client/server interface with GUI. PCS is composed of two parts: Nucleus and P/Gs Library.
- FECP (Fedegari External Communication Protocol) for the management of the Client-server TCP/IP
communication, between the PCS and all of the sterilizer GUIs.
- GUI (Graphical User Interface), for the man-machine interface (colour, touch screen), developed in Java
language. The software written in JAVA is HW and OS independent, therefore it can even run on MS
Windows operating system
- OPC (OLE for Process Control) server based on WIND NET OPC that is Wind River’s implementation of
the OPC specifications for the VxWorks Real-time Operating System (It includes implementations of the
OPC Alarms and Events (A&E), Data Access (DA), and Data eXchange (DX) servers as well as interactive
client tools). Thema4 OPC server implements the Data Access (DA) based on OPC Data Access
Custom Interface Standard Specification, 2.05a.
- Modbus server RTU/ASCI that allows Modbus communication RTU or ASCII, on serial line
SUPERVISOR mode (or Read only), that allows SCADA, only to read Thema4 tags.
CONTROL mode (or Read/Write) , that allows SCADA both, to read and to write Thema4 tags. By this
mode, it is possible to control Thema4 operation, directly from an external system.
IMPORTANT NOTE
(*) This standard option is free and available only for the Panel PC models, with the second
serial port.
Ethernet
THEMA4
panel PC
Side1 PC
SCADA
RS232
Modbus
Slave
Modbus
Master
THEMA4
panel PC
Side1 PC
SCADA
Modbus
Slave
Modbus
Master
The Modbus is a master/slave communication system that allows a master system to communicate with one
or more slave systems (each with its own individual address). All communications are initiated by the master
device (which can be a Host computer, a user interface, a programming panel or a PLC). There are two cases:
4394) In the MODBUS protocol over serial line (MODBUS RTU/ASCII), data are transmitted by means
of messages with the following structure:
For the protocol over serial line, depending on the structure of the messages (framing) MODBUS is working
in ASCII mode, (the data are transmitted in ASCII, with a starting code, an ending code and an LCR Error
check) or in RTU mode (the data are transmitted in binary form and with CRC-16 Error check).
2) In the MODBUS protocol over Ethernet (MODBUS TCP/IP), data are transmitted by means of messages
very similar to the ones transmitted over serial line:
Prefix Device Function Data bytes
address Code
In this case Error Check is not part of the message but is provided directly by Ethernet protocol, and there
is a 6 bytes Prefix that contains extra informations such as the length of the whole message.
In both cases the Function codes specify the type of command (read, or write, or other) that is transmitted to
the slave.
The telegram format has been established in the document “Modicon nicod Protocol Reference Guide” (PI-
MBUS-300 Rev. H) : one byte 0x3A, two address bytes, two bytes of query code, n data bytes, 2 LRC control
bytes, one byte 0x0D and one byte 0x0A.
3.2.4.2 Modbus TCP/IP (Ethernet protocol)
The following considerations apply:
Communication will occur by means of the PanelPC L1 (primary) Ethernet port of the Thema4 system.
Enabling and parametrization of the protocol, will be possible by means of specific Thema4 system
parameters.
Only one connection at a time is supported.
Modbus TCP takes advantage of TCP protocol to manage packets and to keep track of transactions. For this
reason there is no need for the Error Check field which is not present in the message: TCP protocol ensures
that valid packets will be correctly received.
The telegram format has been established in the document “OPEN MODBUS/TCP SPECIFICATION” (Release
1.0, 29 March 1999): six bytes preamble, one address byte, one byte of query code, n data bytes.
All requests are sent via TCP on registered port 502.
Thema4 implementation does not support more than one connection at a time but is tolerant to clients that
pipeline requests.
Modbus
RS232/Ethernet
Slave
converter
Modbus
Master
Ethernet
THEMA4
panel PC
Side1 PC
SCADA
Ethernet
OPC
Server
OPC
Client
Thema4 internal OPC server uses, for this connection, the following parameters:
- IP address of the Thema4 controller,
- Server name: THEMA4.OPCDAServer.V1.
IMPORTANT NOTE
In order to correctly work, some particular settings may be required on the SCADA PC.
If SCADA PC operating system uses “Microsoft Windows XP Service Pack 2”, it is
necessary to be sure to apply settings recommended by OPC Foundation explained in the
document “Using OPC via DCOM with Microsoft Windows XP Service Pack 2”.
IMPORTANT NOTE
When using “OPC PowerTool” as a client it may be necessary to register Thema4 OPC in
Windows Registry in order to successfully connect. This can be done by executing once the
OPCReg.exe utility supplied by Fedegari.
IMPORTANT NOTE
This don’t means that other client brands are not applicable. In fact several Thema4 user
utilize other clients, not present in this list.
IMPORTANT NOTE
(*) In these cases, in order to get a connection, it is necessary to register the Thema4 OPC
Server into the Windows registry of the machine that is running the client. This can be done
with the small OPCReg application contained in the KIT.
All these file are not “encrypted”. Only some data, relative to the users (ID code and password) are encrypted,
by special algorithm.
All the archived files are listed in the following table, where “Hist.files” indicates the presence of the “historical”
versions of the file, other than the “current” version.
Process Sterilizer data Format Current Hist.
Report
N° File name Parameter Recorder File Files
1 Historic Alarm list (*) - - X Binary - -
2 Process reports X ASCII - X
3 Equipment configuration
4 D/IN configuration for NL
5 D/OUT configuration for NL
6 A/IN configuration for NL
7 A/OUT configuration for NL
8 AN channel conversion data
9 Factory parameters
10 System parameters
11 Program parameters and data X Binary X X
12 Golden Cycle data
13 Parametric Release data
14 Cycle data
15 Calibration data
16 Configuration alarm list
17 Alarm list (Effect and delay)
18 Maintenance calendar
19 Filter maintenance
20 Hard disk maintenance
21 List and data of configured users
22 User Access General Data
23 List and data of selected user
24 Backup jobs configurations
25 Audit Trail recording list X ASCII X -
26 System state retained data (***) X Binary X -
27 Internal diagnostical report (****) X ASCII - X(**)
(*) Temporary file
(**) Maximum 10 (cyclical with logic FIFO) not visible, generated as follows of a system PCS tasks watchdog.
(***) Internal state data used by the system; file not visible and printable (read only data).
(****) Fedegari use only.
IMPORTANT NOTE
All the files, except the “Process Report”, are archived independently of the language being
used, because the strings are not stored in these files, but only the reference number to the
“string number”. The strings, in different languages, are contained in specific text files, that
are indexed by “pointers”.
For this reason, every Thema4 station can display and print the archives, in the selected
language.
In this way, the only archived data will be those managed from SCADA, while Thema4 will manage only the
current “live data”.
Num (W) - These fields correspond to number memorized in single WORDs. When there are specific
upper and lower limits it may be represented also with the interval (for example 0/1 or 0/247).
4xxxx
10xsec (DW) – These fields correspond to time in tenth of seconds, memorized in DOUBLE WORDs:
LOWORD HIWORD
4xxxx 4xxxx + 1
hPa (W) - These fields correspond to pressures in Hectopascal (100 Pa = 1 mbar), memorized in WORDs:
xxxx mbar
4xxxx
Pa (W) - These fields correspond to pressures in Pascal (100 Pa = 1 mbar), memorized in WORDs:
xxxx Pa
4xxxx
100x°C (W) – These fields correspond to temperatures in hundreds of a degree Celsius, memorized in
xxxx °C*100
4xxxx
String - These fields correspond to an ASCII string of arbitrary length, memorized in an array of WORDs. If
the actual length of the string is lower than the capacity of the WORD array the string is null terminated by
means of a zero char.
…
4xxxx 4xxxx+ 1 4xxxx +n/2
Unicode String - These fields correspond to an UNICODE UCS-2 string of arbitrary length, memorized in
an array of WORDs. If the actual length of the string is lower than the capacity of the WORD array the string
is null terminated by means of a zero char.
…
4xxxx 4xxxx + 1 4xxxx+n
Bit - These fields correspond to BOOLEAN values, memorized in WORDs. The bit number into the WORD
is specified by the address. For example 41230.4 is the 5th bit of the WORD.
15 … 10
4xxxx
4xxxx.1
IMPORTANT NOTE
This step is generally not necessary in what the most common case is that both
Thema4 and the SCADA are working with the codepage CP1252, or with the same
codepage anyway.
This conversion step is necessary when the codepage used by Thema4 is different from
the one that is used by the SCADA.
- OPC: String are exchanged using the VT_BSTR data type which is always Unicode. When the SCADA is
reading a String, Thema4 converts it to Unicode before to pass it to the SCADA: this operation is always
possible so the SCADA always reads the correct information. When a SCADA needs to write a String to
Thema4 the controller will convert it to the internal codepage: this operation is not always possible, and if
the String contains characters not supported the information is not written correctly.
Starting from W33 the system supports for some String data also the Unicode String data type (for OPC
protocol tags whose name ends with “_U”).
These area carry the same information, but are encoded in a different way:
- Modbus (Serial or TCP/IP): Unicode String are exchanged on Modbus registers packing one character for
each register (UCS-2 encoding).
- OPC: String are exchanged using the VT_BSTR data type, and the information obtained is identical from
String tags (for example RUNPROG.DESCRIPTION and RUNPROG.DESCRIPTION_U are identical)
IMPORTANT NOTE
Tags which have R access are used only to extract information from Thema4, and the
SCADA is free to read String or Unicode String data at will.
Tags which have RW access are used to send data to Thema4 (program data, batch data…)
when a specific command is issued (create a new program, start a new batch…). To specify
if data have to be taken from String or from Unicode String data different write commands
have to be used (for example set PROGLOAD.COMMAND = 1 to use String, set it to 11 to
use Unicode String). For compatibility reasons the existing command values cause the
controller to accept text from String data; to accept text for Unicode String data, new
command values have to be used.
5.2.2.2 Unicode-based
IMPORTANT NOTE
This scenario applies only to special languages identified by a codepage CPXXXX*, such as
Chinese language.
This case can happen only starting from W33, where the Unicode String data type has been added (for OPC
protocol tags whose name ends with “_U”).
In order to exchange string data correctly, it is mandatory to work with the Unicode String data when they are
available (avoid the String data version for every data that has a Unicode String data version, because these
are likely to contain incorrect data) both for Modbus and OPC protocols.
IMPORTANT NOTE
Tags which have R access are used only to extract information from Thema4, but the
information which has to be read could contain in some case Unicode characters, for this
reason it is mandatory to read Unicode String data when available (Unicode String data are
not available only for data which can’t contain Unicode information, such as for example
“machine identifier”, “user id”…).
Tags which have RW access are used to send data to Thema4 (program data, batch data…)
when a specific command is issued (create a new program, start a new batch…). To specify
if data have to be taken from String or from Unicode String data different write commands
have to be used (for example set PROGLOAD.COMMAND = 1 to use String, set it to 11 to
use Unicode String). For compatibility reasons the existing command values cause the
controller to accept text from String data; to accept text for Unicode String data, new
command values have to be used.
follows,..
follows,..
N.B. The Reserved “free” areas are read-only, always zero, available for future extensions.
15 … 15 …
40002 40003
15 … 15 …
…
40005 40067
NLDI(16) … NLDI(1) NLDI(1000) …NLDI(993)
15 … 15 …
…
40070 40132
NLDO(16) … NLDO(1) NLDO(1000) …NLDO(993)
…
40135 40184
NLAI(1) NLAI(50)
…
40185 40234
NLAI(1) NLAI(50)
The user can force the digital and/or analog output, by setting the “command register” tag to “1”.
Thema4 confirms the execution of this operation by resetting the “command register” tag to “0”.
IMPORTANT NOTE
The change of these data is possible only in the same conditions of the manual modification, on the user interface (see Thema4 User Manual)
…
40240 40338
NLAO(1) NLAO(99)
6.4 ALARMS
Moreover, there is an alarm selection word (1350) and there are two “command register” words, the first one (1351) to acknowledge the selected alarm or to
reset all the “retained” alarms, the second one (1352) to change the Alarms effects and delays or the Parameters of the Configuration alarms.
3 Parameters for Configuration alarm 0990..0995 R/W SCADA can read or force the parameters of each “Configuration alarm”
Configuration parameters …….
alarms (type C) 1344..1349
4 Alarm number Alarm number 1350 R/W SCADA can write the number of the alarm to acknowledge or to reset
selection (it is set to zero after the writing of the command)
5 “Command Command to acknowledge 1351 R/W SCADA can write:
register” for the alarm (ACK) and to - “1” (immediately put to zero) to acknowledge the selected alarm (1350)
Acknowledgment / reset retained alarm - “2” (immediately put to zero) to reset all the retained active alarms.
reset
6 “Command Command to change the 1352 R/W SCADA can write:
register” for Alarms effects and delays - “1” (immediately put to zero) to save changes made to Alarms effects and
alarms or the Parameters of the delays for all alarms
configuration Configuration alarms - “10” (immediately put to zero) to save changes made to Parameters of the
Configuration alarms
7 Alarm active state Active” state of the alarm 1360..1378 R SCADA can examine the bit in order to extract the table, with the “active”
(ALM) alarm status (retained or not).
Hour and date will depend on the hour and date of the of the SCADA system.
ALL = STATUS
ACK = ACKNOWLEDGE
SCADA can acknowledge a specific alarm, by inserting the value in the “Number of the alarm to acknowledge“ and setting the “ack/reset command register”
tag to “1”.
Thema4 confirms the execution of this operation by resetting both the “ack/reset command register” and “Number of the alarm to acknowledge” tags to “0”.
SCADA can acknowledge all the alarms, by setting the “ack/reset command register” tag to “3”.
Thema4 confirms the execution of this operation by resetting both the “ack/reset command register” and “Number of the alarm to acknowledge” tags to “0”.
SCADA can reset the retained active alarms, by setting the “command register” tag to “2”.
Thema4 confirms the execution of this operation by resetting the “command register” tag to “0”.
SCADA can acknowledge the alarms one by one or all together and reset the alarms all together exactly as for the Thema4 GUI.
IMPORTANT NOTE
The change of these data is possible only in the same conditions of the manual modification, on the user interface (see Thema4 User Manual)
41350 41351
IMPORTANT NOTE
The change of these data is possible only in the same conditions of the manual modification, on the user interface (see Thema4 User Manual)
If the retained-option is not configured (see Thema4 User Manual: options) on Thema4 system, an alarm is active (and displayed in Active alarm list) until both
the following conditions are not verified:
- bit ALL is “OFF” (alarm no more present)
- bit ACK is “ON” (alarm acknowledged)
When the alarm is no more active ALM=0.
If the retained-option is configured on Thema4 system, an alarm is retained active even when both the following conditions are true:
- bit ALL is “OFF” (alarm no more present)
- bit ACK is “ON” (alarm acknowledged)
The alarm remains active (ALM=1) until the reset command is received.
IMPORTANT NOTE
The “Retained alarms option” can be necessary, if the SCADA needs to acquire all the alarm events, included the alarms with effects auto-off
and auto-ack, that could be lost, in the Thema4-SCADA communication, because too fast.
ALM
IMPORTANT NOTE
For some data, OPC provide the value in two different formats: VT_UI2 or VT_I2.
IMPORTANT NOTE
The value of the CURRENT PHASE PROGRESSIVE NUMBER is always less that 1 unit regarding the value showed in the THEMA4 because in
the Modbus/OPC this value starts from 0 and not from 1 (Prepare autoclave).
4xxxx
15 …
45358
TP(16) … TP(1)
“Check” configuration Displayed TE in position 1
Displayed TE in position 2
4xxxx
41811..41812, 46223 – Displayed TEs configuration
These are three words that are a bit table of the 16 displayed TEs, with the configuration as “Product” probes (1811), “Immersion” probes (1812) and “check”
probes.
15 … 15 …
41811 41812
TE(16) … TE(1) Displayed TE in position 1 TE(16) … TE(1) Displayed TE in position 1
“Product” configuration “Immersion” configuration
Displayed TE in position 2 Displayed TE in position 2
15 …
46223
TE(16) … TE(1) Displayed TE in position 1
“Check” configuration
Displayed TE in position 2
4xxxx
46287, 46288 – Displayed PROBEs configuration
These are two words that are a bit table of the 16 displayed PROBEs, with the configuration as “Trend” probes (6287) and “check” probes (currently not
implemented).
15 … …0
46287
PROBE(16) … PROBE(1) Displayed PROBE in position 1
“Trend” configuration
Displayed PROBE in position 2
15 … …0
46288
PROBE(16) … PROBE(1) Displayed PROBE in position 1
“Check” configuration
Displayed PROBE in position 2
4xxxx
PID (8W) - The following fields correspond to the values of a “PID column”, memorized in 8 WORDs, where P, I and D carry only the integral part:
- PID 1: P,I,D,UMAX,UMIN,U0,AR,AD
- PID 2: P,I,D,UMAX,UMIN,U0,AR,AD
- PID 3: P,I,D,UMAX,UMIN,U0,AR,AD
- PID 4: P,I,D,UMAX,UMIN,U0,AR,AD
- PID 5: P,I,D,UMAX,UMIN,U0,AR,AD
P * 100 I * 10 D * 10 400..2000 400..2000 400..2000 0..100 0..100
PID (3W) - The following fields correspond to the values of a “PID column”, memorized in 3 WORDs, where P, I and D carry only the integral part:
- PID 1,2,3,4,5: P_DECIMAL,I_DECIMAL,D_DECIMAL
.xx P .x I .x D
The P parameter has two decimal ciphers (.xx)
The I parameter has one decimal cipher (.x)
46321 46322 46323 The D parameter has one decimal cipher (.x)
PID1: P PID1: I PID1: D
.xx P .x I .x D
DST sub-parameters
This field is made of two identical structures: Daylight saving time start and Daylight saving time stop each one containing 6 fields of type Num (W).
The field hour (HH) can be set to values from 0 to 23.
The field minute (MM) can be set to values from 0 to 59.
The field second (SS) can be set to values from 0 to 59.
The field day mode can be set to values:
-1: last x of the month
0: specific monthday
1: first x of the month
2: second x of the month
where x is a specific weekday set with the field day.
The field day has different values depending on the value of the day mode field. If day mode is set to –1, 1 or 2 it represents a weekday with 0 being Monday. If
day mode is set to 0 it represents a specific monthday with 0 being the first day of the month.
The field month represents a specific month with 0 being January.
Date-time format
This field can be set to values from 0 to 2 according to the following list:
0: DD/MM/YY
1: MM/DD/YY
2: YYYY-MM-DD
The user can change the system parameters, by inserting the new values in the “system parameters” tags and setting the “command register” tag to “1”.
Thema4 confirms the change execution by resetting the “command register” tag to “0”.
This system parameters change is possible only in the same conditions of the manual modification, on the user interface (see Thema4 User Manual) .
It’s possible to select a program(recipe) archived in Thema4, from the list, by knowing the position number of the program (43651).
Here below follows the operations on the programs in details.
6.14.2.1 Programs/recipes generation from Thema4 (operating in Local with the functions of Thema4)
It’s possible to generate programs using the functions of the THEMA4 of MANAGEMENT CYCLES and MANAGEMENT PROGRAMS, in local operation.
The advantage of this is to have a composition:
- Automatic : the cycles are made up from present P/G list in library and the programs from the cycles are generated.
- More secure: they are extracted automatically, without errors, the Parameters of the PG and the Parameters of program, to which they can be assigned
of the values by means of GUI interface, with a control of the “range” of formulation of the fields, that it holds also account of the eventual
dependencies of a parameter from others.
6.14.2.3 Download and execution of program/recipe from supervisor, without memorization in Thema4:
It is also possible, if you don’t want to archive programs in the THEMA4, to execute download of one recipe by the nicode r and executed directly,
without memorize it in the Thema4.
Insert an unused identification number Position of the program (43651) (or the same on which execute the next nicode )
Insert the data of the recipe in the Structure Program (43685…44178) composed by
- Program description
- Program’s parameters
- TE List
- PID parameters
- Parameters of the P/G that constitute the program
- List of P/Gs that compose the program. It can be the list of ID of P/Gs of the cycle repeated for each phase (as traditionally was) or the
list of five letters code of P/Gs of the cycle (as allowed starting from W30).
Insert the “initial batch data of the program” (45028..45037).
“Execute” the downloaded recipe by means of insertion in the operation command (45000) of value 3 (use 13 in case of Unicode-based systems); if the
command outcome (44999) has value 0 the operation succeeded and the program enters in the phase of “Preparation machine”.
In “Preparation machine”, after the message of ok to start (“Ready to start”), send the start command from SCADA or from the push-button on the
machine.
In this case the recipe will not be present in the memories of the Thema4, but it will be endured executed.
IMPORTANT NOTE: For a program to be executable it must have “an acceptable” composition of P/G with the relative parameters (See also a
Documents of Composition Cycles and Data Sheet of the Phase Groups).
- Select the program, by inserting an existent Program number (45001) and the Operator public code (45002..45027). Confirm this operation, by the
insertion in the operation command Code for program start (45000) of value 1 (use 11 in case of Unicode-based systems); if the Error code (44999) has
value 0 the operation has succeeded and it is possible to step to the next operation. (Otherwise see the error code table)
- Insert the program initial data: Program name (43655..43684), Product code (45028..45043), Batch number (45044..45059), Notes (45060.45123) and if
required Machine identification (45124…45131). Insert the Start time (45132..45137), for the program delayed start, if configured.
- Load the program by the insertion in the operation command Code for program start (45000) of value 2 (use 12 in case of Unicode-based systems); if the
Error code (44999) has value 0 the operation has succeeded and the program enters in the first cycle phase: “Preparation machine”. (Otherwise see the
error code table). In preparation phase is possible Start the program manually on Thema4 operator panel or by SCADA, by the register Program start
(44200) if enabled (Program start push button enable at value “1” (44400)). The insertion in the operation command (45000) of value 3 (use 13 in case of
Unicode-based systems), the system load the program, to execute, directly from the SCADA.
IMPORTANT NOTE
In order to start a program or to save data it is necessary the SCADA to be master. If SCADA is not master the save operation is rejected and
the start operation fails displaying code 112 in Tag PROGLOAD.ERROR register 44999.
Before the selection occurs, the logged users must release the master control using the specific button. After the selection, they can pick up the master
control again, in order to be able to perform e.g. operations on the cycle management buttons.
45002..45123 – Operator public code, Product code, Batch number, Notes (8 bit version)
48734..48977 – Operator public code, Product code, Batch number, Notes (unicode version)
When running a program from SCADA the controller takes the value from the first set (single-byte codepaged mode) or from the second set (unicode-based
mode), according to the command issued in PROGLOAD.COMMAND (see 5.2.2).
Be sure to use the correct set depending on the working mode of Thema4 (unicode-based mode is for special languages such as Chinese)
By these tags, SCADA can modify the cycle run, allowing the same operations of the push button on the Thema4 interface (during the run “Local”
management). This signal to reset the acoustic alarm (44206) allows the “reset” of the buzzer, in “Remote” operation, by the SCADA. The acoustic
alarm reset, in “Local” operation, will be, according to the standard Fedegari.
These tags provide the information to SCADA, about the enable state of the run management commands during the cycle phases. The enablement
of these commands, depends on the P/Gs phases (as reported into the P/G data sheets). Shutdown acoustic alert command is always enabled.
6.18 CALIBRATION
To perform a calibration fill the data group, Reference and Measured, accordingly with values acquired.
To perform a two point calibration fill values for point 3 with zeroes, otherwise a three point calibration will be performed for every NLAI with the point 3 different
from zero.
To save the calibration write 1 in the Calibration Save register 45500.
The change of these data is possible only in the same conditions of the manual modification, on the user interface (see Thema4 User Manual) .
45200..45779 – CALIBRATION
This area holds calibration values and allows to perform a calibration. It is composed by 6 data groups and a command register. Each data group holds a specific
kind of value for the 79 internal NLAI that can be configured in the system.
This function of Filter maintenance is described in the document Fedegari D/O#147602 – “THEMA4 OPTION 05 – Filter maintenance.”
The data exchanged with the SCADA, for the management of this function, are those of the Filter Management Maintenance (45800-45804). The identification
of the filter is already present as Parameter of system. The expiration of the filter is signed, activating a specific alarm, that will be reset (command of reset from
SCADA or push-button on Thema4 in Local) together with the counters, after the substitution of the filter.
To send the reset command from the SCADA write “1” in the command register. As the command is accepted it will be set to “0” from Thema4.
By the “SCADA” icon in the list of sessions displayed in the Thema4 controller, it is possible to see on Thema4 if SCADA is connected (if present), if it is asking
for MASTER control (background blinking red) or if it owns the MASTER control (red border).
This area is composed of two registers, allowing Thema4 shutdown, that it is need before its switch off .
The first is a read and write register named Shutdown Command which is used to perform the safe shutdown procedure of the system. The second is a read
only register named Shutdown Status which shows answers to actions performed on the first register.
By writing 1 on the first register an external system can start a shutdown procedure. If the system can be turned off (i.e.: there is no cycle running, a backup or
restore operation is not being performed…) the Shutdown status register turns to 2, otherwise turns to 1.
If the shutdown can’t be performed the external system has to wait until the blocking operation ends or can force a shutdown by writing 2 in the command
register. This forces the system to finish operations, write 2 in the status register and shutdown the system.
IMPORTANT NOTE
Please note that when the shutdown operation succeeds the communication may be down within two seconds.
This area is composed of two registers named OPC Timestamp Offset which can be used to adjust the timestamp of the OPC Server to match the time of the
external system.
The first register is programmable with steps of 1 hour, this is kept for compatibility with existing SCADA systems.
The second register is programmable with steps of 1 minute so it can be used to adjust the timing in world area that have a fractionary timezone.
These two registers are alternative so it is necessary to write only one of them, otherwise the timestamp offset will be set according to the last one written.
Please note that these registers are not meaningful for Modbus based systems.
IMPORTANT NOTE
The timestamp reported by an OPC client, connected to a Thema4, system is synchronized with Thema4 date and time only if the client is
under following conditions:
- GMT +00:00
- daylight saving time not in use
Under different operating conditions it is necessary to write a time span in hours into the tag “OPC Timestamp offset “ to align timestamp with
date and time.
Because Thema4 sends “local time” and client calculates a time assuming to receive a GMT +00:00, the time span has to be the difference
between GMT +00:00 and the Thema4 “local time” ( with one hour less, when DST is in use).
For example: With both client and Thema4 in Italy, during daylight saving time (DST) season, it is necessary to write –2, while when DST is
not in use it is necessary to write –1.
If OPCTIMESTAMPOFFSETMINUTES is used instead of OPCTIMESTAMPOFFSET the value must be multiplied by 60.
…
48000 48299
Value of crit.param 1 Value of crit.param 300
48300..48337 – Result and Validity of critical parameter 1..300
Each WORD uses two bits for each critical parameter and 8 critical parameters are grouped for each WORD. The first bit (result) indicates if the result
of the critical parameter is TRUE or FALSE, while the second bit (validity) indicates if the result is valid or not (it is not valid if the formula has not been
evaluated due to an error in the formula itself or because the phase can’t be found in the process report). If the Validity bit is FALSE then the Result is
FALSE too.
15 … …0 15 … …0
…
48300 48337
crit.par.(8) … crit.par.(1) RESULT of crit.par.1 crit.par.(300)…crit.par.(297) RESULT of crit.par.297
VALIDITY of crit.par 1 VALIDITY of crit.par 297
REFERENCE
Details on how to use this feature to obtain an exact copy of the Process Report produced by TH4 are described in the document DM#397839
– TN_A0060 “Addendum for exact collection of Process Report data”
PROGRAM 1
Simulazione 1
FILE 1_SIM1.prg
PROGRAMMER MAINTENANCE
OPERATOR MAINTENANCE [2798-2823]
PRODUCT CODE TEST [2702-2717]
BATCH No. 1 [2718-2733]
ID. STERILIZER NA1040AL [2307-2314]
NOTES [2734-2749]
TEST1
GENERAL PARAMETER
n. parameters value
1 PRESSURE SCALE 0-3 0 [1728]
2 TEMPERATURE SCALE 0-4 0 [1729]
3 TIME SCALE x 30 min 1 [1730]
4 STERILIZATION CONTROL 0-5 2 [1731]
5 DOORS OPENING SEQUENCE 1-6 - [1732]
6 AUTOMATIC START 0-1 0 [1727.0]
7 MAX BLACKOUT TIME 5 [1734-1734]
8 CYCLE END ALERT TIME 10 [1739-1740]
9 FINAL TEMPERATURE CHECK 1 [1727.1]
10 PRINT INTERVAL MULTIPLIER 3 [1741]
11 EXECUTABILITY LEVEL - [1742]
12 INTERLOCK LEVEL - [1743]
13 AUXILIARY HEATING 0-1 0 [1727.2]
14 CONTROL BY AIR DETECTOR 0-1 0 [1727.3]
15 STEAM GENERATOR ENABLED 0-1 0 [1727.4]
16 H2O STERILIZER 0-1 0 [1727.5]
17 AUXILIARY COOLING SYSTEM 0-1 0 [1727.7]
TE TABLE
n. DISPLAYED PRODUCT
1 1 [1795] X [1811.0]
2 0 [1796] - [1811.1]
3 0 [1797] - [1811.2]
4 0 [1798] - [1811.3]
5 0 [1799] - [1811.4]
6 0 [1800] - [1811.5]
7 0 [1801] - [1811.6]
8 0 [1802] - [1811.7]
9 0 [1803] - [1811.8]
10 0 [1804] - [1811.9]
11 0 [1805] - [1811.10]
12 0 [1806] - [1811.11]
13 0 [1807] - [1811.12]
14 0 [1808] - [1811.13]
15 0 [1809] - [1811.14]
16 0 [1810] - [1811.15]
PID PARAMETERS
1 2 3 4 5 1 2 3 4 5
P mB-'Cx100 350.00 350.00 350.00 350.00 350.00 [1814][1822][1830][1838][1846]
I sec 80.0 80.0 80.0 80.0 80.0 [1815][1823][1831][1839][1847]
D sec 0.0 0.0 0.0 0.0 0.0 [1816][1824][1832][1840][1848]
UMAX mA 20.00 20.00 20.00 20.00 20.00 [1817][1825][1833][1841][1849]
UMIN mA 4.00 4.00 4.00 4.00 4.00 [1818][1826][1834][1842][1850]
U0 mA 4.00 4.00 4.00 4.00 4.00 [1819][1827][1835][1843][1851]
AR %P 100 100 100 100 100 [1820][1828][1836][1844][1852]
AD %P 0 0 0 0 0 [1821][1829][1837][1845][1853]
DAO mA 14.00 [1813]
CASE 4 TYNDALLIZATION
STERILIZATION CONTROL
1 MIN TYNDALLIZATION TEMPERATURE 80.0 [1753]
2 TYNDALLIZATION DURATION 180:00 [1754-1755]
3 MAX TYNDALLIZATION STOP TIME 121.0 [1756-1757]
4 MAX TYNDALLIZ. EXCESS DURATION 999:00 [1758-1759]
This is the Phase/Groups parameters list of the current program, as reported the initial data of the
Thema4 process report, as you can see in the following example, where the corresponding Modbus and
OPC addresses are reported:
………………
Each WORD contains two phases (one BYTE for each phase). Each BYTE contains the P/G number of the
phase.
xxxx xxxx
…
42154 42193
phase 2 , phase 1 phase 80 , phase 79
These are the P/G numbers of the cycle phases as listed in the PHASE LISTS of the initial data of the
process report, as you can see (with the corresponding addresses) in this example:
…………..
PHASE LISTS (a)
n. phase group n.
1 PREPARE AUTOCLAVE 1
[2154]
2 DEPRESSURIZE BY VACUUM PUMP 9
[2154]
3 TIMED VACUUM, STEAM INJECTION 20
[2155]
4 HEATING 41
[2155]
5 STERILIZATION 41
[2156]
6 DEPRESSURIZE BY VACUUM PUMP 9
[2156]
7 TIMED VACUUM 21
[2157]
8 RETURN TO ATMOSPHERIC PRESSURE 137
[2157]
9 CYCLE END 148
[2158]
10 EMERGENCY 156
[2158]
...
(a) There is a space limit for maximum 80 phases[2193]
The phase list depends on the selected program.
…………..
…………..
PHASE LISTS (a)
n. phase group n. code
1 PREPARE AUTOCLAVE 1 EA01F [6043..6045]
2 DEPRESSURIZE BY VACUUM PUMP 9 FV01Y [6046..6048]
3 TIMED VACUUM, STEAM INJECTION 20 VT02F [6049..6051]
4 HEATING 41 GH01S [6052..6054]
5 STERILIZATION 41 GH01S
6 DEPRESSURIZE BY VACUUM PUMP 9 FV01Y [6055..6057]
7 TIMED VACUUM 21 ET03F [6058..6060]
8 RETURN TO ATMOSPHERIC PRESSURE 137 KX01F [6061..6063]
9 CYCLE END 148 CY01F [6064..6066]
10 EMERGENCY 156 GZ01J [6067..6069]
...
(a) There is a space limit for maximum 60 P/Gs [6220..6222]
…………..
The five letters code is reported in a new segment of the area “Program composition” (Modbus address:
6043..6222 / OPC tags: RUNPROG.BASECYCLE.PG1 .... RUNPROG.BASECYCLE.PG60) which lists the cycle
as sequence of P/Gs, without repeating the code for the number of phases the P/G is composed of, with space
for maximum 60 P/Gs.