PCS 7 TeleControl Engineering Type Configuration Limits en
PCS 7 TeleControl Engineering Type Configuration Limits en
Industry
Online
Support
APPLICATION EXAMPLE
PCS 7 TeleControl
Type configuration
SIMATIC PCS 7 V9.1 / TeleControl Option / Type configuration
Legal information
Use of application examples
Application examples illustrate the solution of automation tasks through an interaction of several components in the form of text,
graphics and/or software modules. The application examples are a free service by Siemens AG and/or a subsidiary of Siemens AG
(“Siemens”). They are non-binding and make no claim to completeness or functionality regarding configuration and equipment. The
application examples merely offer help with typical tasks; they do not constitute customer-specific solutions. You yourself are responsible
for the proper and safe operation of the products in accordance with applicable regulations and must also check the function of the
respective application example and customize it for your system.
Siemens grants you the non-exclusive, non-sublicensable and non-transferable right to have the application examples used by technically
trained personnel. Any change to the application examples is your responsibility. Sharing the application examples with third parties or
copying the application examples or excerpts thereof is permitted only in combination with your own products. The application examples
are not required to undergo the customary tests and quality inspections of a chargeable product; they may have functional and
performance defects as well as errors. It is your responsibility to use them in such a manner that any malfunctions that may occur do not
result in property damage or injury to persons.
Disclaimer of liability
Siemens shall not assume any liability, for any legal reason whatsoever, including, without limitation, liability for the usability,
availability, completeness and freedom from defects of the application examples as well as for related information, configuration and
performance data and any damage caused thereby. This shall not apply in cases of mandatory liability, for example under the German
Product Liability Act, or in cases of intent, gross negligence, or culpable loss of life, bodily injury or damage to health, non-compliance
with a guarantee, fraudulent non-disclosure of a defect, or culpable breach of material contractual obligations. Claims for damages
arising from a breach of material contractual obligations shall however be limited to the foreseeable damage typical of the type of
agreement, unless liability arises from intent or gross negligence or is based on loss of life, bodily injury or damage to health. The
foregoing provisions do not imply any change in the burden of proof to your detriment. You shall indemnify Siemens against existing or
future claims of third parties in this connection except where Siemens is mandatorily liable.
By using the application examples you acknowledge that Siemens cannot be held liable for any damage beyond the liability provisions
described.
Other information
Siemens reserves the right to make changes to the application examples at any time without notice. In case of discrepancies between the
suggestions in the application examples and other Siemens publications such as catalogs, the content of the other documentation shall
have precedence.
The Siemens terms of use (https://support.industry.siemens.com) shall also apply.
Security information
Siemens provides products and solutions with industrial security functions that support the secure operation of plants, systems,
machines and networks.
In order to protect plants, systems, machines and networks against cyber threats, it is necessary to implement – and continuously
maintain – a holistic, state-of-the-art industrial security concept. Siemens’ products and solutions constitute one element of such a
concept.
Customers are responsible for preventing unauthorized access to their plants, systems, machines and networks. Such systems, machines
and components should only be connected to an enterprise network or the internet if and to the extent such a connection is necessary
and only when appropriate security measures (e.g. firewalls and/or network segmentation) are in place.
For additional information on industrial security measures that may be implemented, please visit
https://www.siemens.com/industrialsecurity.
Siemens’ products and solutions undergo continuous development to make them more secure. Siemens strongly recommends that
product updates are applied as soon as they are available and that the latest product versions are used. Use of product versions that are
no longer supported, and failure to apply the latest updates may increase customer’s exposure to cyber threats.
To stay informed about product updates, subscribe to the Siemens Industrial Security RSS Feed under https://www.siemens.com/cert.
Table of contents
1. Introduction ...................................................................................................................................4
2. Engineering ...................................................................................................................................8
3. Appendix .....................................................................................................................................41
1. Introduction
1.1. Overview
Especially in the water & wastewater industry, technological plants are sometimes very widely distributed. Under certain
circumstances, decentralized plant sections can be located several hundreds of kilometers from a central main plant. For
example, a large central wastewater treatment plant can have extensive branching ductwork, connected to several
sewage pumping stations, rainwater retention basins (RRBs) and detention pipes. Therefore, far-flung plant sections must
be monitored from a central control room, or need to be operated and monitored from a distant location.
Central wastewater treatment plants with a much higher level of automation generally implement a process control
system, such as SIMATIC PCS 7. The local automation of smaller plant sections with a low degree of automation is
however done with simple remote terminal units (RTU) that communicate remotely with the control station by means of a
telecontrol link. Telecontrol systems, such as SIMATIC PCS 7 TeleControl, integrate these RTUs directly into the high-level
control system. Uniform process control and integrated engineering for central and remote plant sections provide high
efficiency during operation and configuration.
PCS 7 TeleControl provides a basic library with standard functions. These allow PCS 7-compliant operation via symbols and
faceplates. The basic library can be extended on a project-specific basis.
The basic library is presented below.
NOTE For more information about the library objects, see the "PCS 7 TeleControlObjects" manual. You can find the
manual in the product release: "Product documentation: SIMATIC PCS 7 TeleControl V9.1"
https://support.industry.siemens.com/cs/ww/en/view/109808769
However, with many process plants, there is the challenge that the test has to be carried out in the automation system,
here referred to as RTU, in order to perform the corresponding functions.
For example, if there is overpressure in a pipe or if the fill level of a container is reached, a pump should be switched off.
Furthermore, limit values should not be "hard programmed" but rather should be changeable. This means that the
necessary type for this must support a write function by means of a setpoint, as well as reading of limits from the RTU.
This application example describes the necessary steps for this. A new variant is created based on the standard type
IECAnalogValue_V1 that allows the limits to be written and read from the RTU.
PCS 7 TeleControl supports the SINAUT ST7, IEC 60870-5-104 and DNP3 telecontrol protocols. This example uses the IEC
60870-5-104 protocol, but the workflow is protocol independent.
1.4. Limitations
This application example is not an introduction to PCS 7 TeleControl Engineering. This knowledge is assumed. We refer
here to the product manuals and other application examples; TIA Portal configuration is also not discussed in greater
detail.
Table 1-1
The listed components can be obtained from the Siemens Industry Mall, for example.
Table 1-2
2. Engineering
The DBA engineering system is used for PCS 7 TeleControl. It consists of two functions.
NOTE For more information on these quadrants, see the manual: "DBA User Guide"
https://support.industry.siemens.com/cs/attachments/109808769/PCS7_TELECONTROL_DBA_en.pdf
The DBA Type Editor is a powerful, built-in component of the DBA engineering tool. It contains a library of standard
TeleControl types. These allow the user to create user-defined versions of the standard types as well as new, application-
specific types. The type/instance principle allows the user to reuse a defined type as often as he wants without much
effort. In addition, making improvements to one type just once is enough to propagate the improvement to all instances
of the type, with little or no additional effort.
NOTE For more information about the DBA Type Editor, see the manual:
"Process Control System PCS 7 TeleControl DBA Type Editor"
https://support.industry.siemens.com/cs/attachments/109808769/DBATypeEditorTELECONTROL_en.pdf
2.2. Configuration
2.2.1. DBA function address calculation
When configuring a default address for an external tag, it is possible to use attributes with simple expressions to perform
calculations that can simplify the configuration of instances of the type. For example, for IEC types, each object address
must be unique. These can be calculated using a start address and offsets.
NOTE This application example is protocol-independent and also applies to the SINAUT ST7 and DNP3
protocols. The term "telegram number" is used here to address the process data. In IEC 60870-5-104,
the common term is "Information Object Address" or IOA. With DNP3, addressing is done via an index.
As an example, a type with five external tags was configured: TAG1 TAG2 TAG3 TAG4 TAG5
The individual unique addresses can then be calculated as follows:
Description Tag names for Tag names for Tag name for Address Address parameter
feedback setpoint checkback parameter for for setpoint and
feedback checkback
Instead of entering individual object addresses for each individual tag, only one address needs to be entered.
As we'll see later, the addressing in the instance will then look like this. The object addresses for each tag are
automatically determined.
To enter the start object address, enter a "TelNo" attribute in the Type Editor.
Field Contents
Display name Name that appears when configuring the instance. This is usually the same name as in "Name",
unless the type is configured for multilingual use.
Category Enter any name you like here. Important: Do not use the name "Address" because it is used for
each addressing component of the type. (e.g. the telegram number for each tag)
Display category Category name that appears when configuring the instance. This is usually the same name as in
"Category", unless the type is configured for multilingual use.
Description You can enter a longer description here, e.g. Common Telegram number.
Type Str
Visible Activated
Permission r/w
You will configure two data points each for the controller and checkback.
NOTE A detailed description for IEC 60870-5-104 engineering can be found in the manual:
"SIMATIC NET: TeleControl Configuration - IEC 60870-5"
https://support.industry.siemens.com/cs/ww/en/view/109762495
NOTE No further explanation is given here. TIA knowledge is a prerequisite. This description also applies to
other RTU solutions.
Included types are marked with blue font in the Type Editor. The corresponding type name is found in the Parent Type
column.
In the "Includes" tab, the structure can be checked and modified. Other types can be added or removed here.
For the task, you need to change the four tags H, HH, L, and LL in the type "CommonTCAnalog_V1" from internal to
external tags. Furthermore, you will need four setpoints for the limit value change.
Creating limits
You have to change the four internal limit values H, HH, L and LL from internal to external.
1. To do this, select the type "CommonTCAnalog_ExtLimit" on the left side of the DBA Type Editor.
2. Select the tag with the name "H" and open the Tag Editor using the "Edit" button.
VALUE is selected in the Flag parameter. This processes the transmitted analog value.
The object address is determined using the calculation function described above. However, the offset with 101 is only an
example and can be defined on a project-specific basis if a different scheme is used.
Setpoint creation
For the control direction, you need to create four new tags ending in _SP for Setpoint.
1. To do this, select the type "CommonTCAnalog_ExtLimit" on the left side of the DBA Type Editor.
2. Use the "Add" button to create the four new setpoint tags. This will open the Tag Editor.
8. The object address is determined using the calculation function described above. The offset of 199 is only an example
and can be defined on a project-specific basis if a different scheme is used.
Checkback creation
1. To do this, select the type "CommonTCAnalog_ExtLimit" on the left side of the DBA Type Editor.
2. Use the "Add" button to create the four new CB tags. This will open the Tag Editor.
3. Configure the CB tags The configuration works in the same way as the other tags. Adjust the values of the tags as
shown in the screenshot.
Note that an "FT" is required in the Organizational Type parameter field. Specific processing is carried out for the
checkback status, which is controlled by this parameter.
4. Repeat the steps for the other tags.
Configuration result
NOTE A detailed description can be found in the manual "Process Control System PCS 7 TeleControl DBA Type
Editor" in chapter 7.4 "Working with the message editor"
1. To do this, select the type "CommonTCAnalog_ExtLimit" on the left side of the DBA Type Editor.
2. Change to the "Messages" tab.
3. Use the "Add" button to create the four new messages. This will open the Message Editor.
The message is configured in the Message Editor with the four tabs "General", "Tags", "Process Vars" and "Free Vars".
• "General" tab:
Description of the parameters
- Class and Type:
This field may contain one of the PCS 7 Alarm Classes as configured in the WinCC Alarm Logging Editor.
Examples of Alarm Type are "Type1" and "Type161". The Alarm Type denotes the severity or kind of alarm,
such as "Alarm" or "Warning", but it must be specified in the "TypeNNN" format used by PCS 7 OS, and you must
refer to the Alarm Logging Editor in your WinCC project to find the meanings for each type.
- Priority:
Priority is a number indicating the relative importance of an alarm. A list of alarms in the OS may be sorted by
Priority for effectively dealing with the most important ones first. PCS 7 priorities are in the range of 0 to 16, with
16 being the highest.
- Text:
This specifies the text that will be seen by the operator in the runtime in the "Event" field of message windows,
after an alarm has occurred.
Simple text like "High Alarm" could be entered, but a more useful message would include a comment unique to
the Instance that is in alarm, the actual value of the tag causing the alarm, and the engineering unit (dimension)
of the tag. For example: "Boiler 3 in High Alarm at 250.0 psi.g".
Alarm text can be automatically generated from macro expressions that refer to tag information, which in turn can
be extracted from the database.
• In the "Tags" tab of the message editor, you can specify which tags of the type control the behavior of the alarm
function for the selected message.
In the "Tag" field, one of the tags for the type is selected from the drop-down list. This is the tag that will trigger the
message. In the field below the tag, you can enter a bit number. If the specified bit number of the tag changes from 0
to 1, the message will be generated. This is the simplest case. If more complicated message triggers are needed, the
Expression Builder can be used to define a trigger criterion
7. In the "Tag" field, use the drop-down list to adjust the tag that will be used for the type. In the lower field, you can
enter a bit number.
• You can create triggers of the following types in the "Expression Builder" editor:
•Bit
•Boolean value
•Integer
•Analog
• In the "Process Vars" tab, you can enter a list of tag names for the current type, which provide the actual values for
alarm messages, for example. These values are the auxiliary values that can appear in message texts to the operator.
- The tags specified here are normally output in the alarm text, which causes the current value of the specified
process tag to be inserted in the alarm text at runtime.
- The process tags listed here can be referenced in the alarm text with the following syntax:
• f = float
• d = integer
• s = string
- Other data types, like those of the C programming language, are supported.
By default, parameter 7 is used to insert the instance or block comment at the beginning of the message text.
Configuration result
If a WinCC OS is created in SIMATIC Manager, this file is copied to the project in addition to many other files.
Project-specific icons should not be created in this file, but in a separate file.
As an anticipation of later chapters, the context/configuration in DBA, and the parameters in the visualization icon, are
shown here. SN or Symbol Name is automatically determined by DBA from the Type Name.
The standard faceplate TC_APL_AnalogValue_V1 cannot be used, so a faceplate variant must be created. For ease of use,
it is recommended to copy all required faceplate files to a new directory first. We will use the D:\Faceplates directory here.
Using the search function of Windows Explorer, the 6 files to be changed can be easily selected and copied in the GraCS of
WinCC project.
1. Go to the "GraCS" folder of your OS and search for "PG_TC_APL_Analog". You will find the 6 files to modify.
2. Copy them to a new directory. We will use a new folder, "Faceplates", in the D: directory
3. Rename the images by adding appending the names with "ExtLimit". Note that the first file must not be renamed.
7. Next, select the "ToolbarWindow" object and switch to the Object Properties.
8. Under the "Miscellaneous" item, adjust the "Picture Name" attribute. Enter
"@PG_TC_APL_Analog_Value_ExtLimit_V1_ViewToolbar.PDL".
9. Next, select the "ObjCollection" object and switch to the Object Properties.
10. Under "Settings", adjust the "BlockType" attribute. Enter "@PG_TC_APL_Analog_Value_ExtLimit_V1".
In order for the limits to be written, the dynamic tags still have to be adjusted.
12. Open the "@PG_TC_APL_Analog_Value_ExtLimit_V1_Limit.pdl" view.
13. Select the object "AlarmHH" and switch to the Object Properties.
14. Open the menu item "LinkedOp" and enter the corresponding setpoint in the property "LinkOp", here ".HH_SP".
To make sure that the limit is written, this must be checked in the "AnalogDisplayExtended" script call and possibly
adjusted.
15. Go to the "Events" tab and open the "AnalogDisplayExtended" script.
16. Check if "LinkedOp" is called in the SetLink function.
19. Copy the ExtLimit screens from the Faceplate folder to the GraCS folder of your WinCC project.
You can enter different values in the faceplate view for the limits and check them in a watch table in TIA Portal.
The individual values are written to the RTU using the setpoint function and transmitted back as checkback.
In the event of an error, check the configuration.
NOTE Common errors are invalid parameters for the setpoint, including an incorrect type or object address.
Another remedy which has proven effective in dealing with errors is to check the system with Wireshark. However, this
will not be covered in more detail here.
3. Appendix
3.1. Service and support
SiePortal
The integrated platform for product selection, purchasing and support - and connection of Industry Mall and Online
support. The SiePortal home page replaces the previous home pages of the Industry Mall and the Online Support Portal
(SIOS) and combines them.
• Support
In Support, you can find all information helpful for resolving technical issues with our products.
• mySieportal
mySiePortal collects all your personal data and processes, from your account to current orders, service requests and
more. You can only see the full range of functions here after you have logged in.
You can access SiePortal via this address: sieportal.siemens.com
Technical Support
The Technical Support of Siemens Industry provides you fast and competent support regarding all technical queries with
numerous tailor-made offers – ranging from basic support to individual support contracts.
Please send queries to Technical Support via Web form: support.industry.siemens.com/cs/my/src
Table 3-1
Table 3-2