WinCC ProcessControl en-US en-US
WinCC ProcessControl en-US en-US
system options 1
OS Project Editor 2
Horn 3
SIMATIC HMI
Time Synchronization 4
WinCC V7.5 SP1
WinCC/Options for Process Control
Lifebeat Monitoring 5
Picture Tree 6
System Manual
Graphic Object Update
Wizard 7
11/2019
A5E47940912-AA
Legal information
Warning notice system
This manual contains notices you have to observe in order to ensure your personal safety, as well as to prevent
damage to property. The notices referring to your personal safety are highlighted in the manual by a safety alert
symbol, notices referring only to property damage have no safety alert symbol. These notices shown below are
graded according to the degree of danger.
DANGER
indicates that death or severe personal injury will result if proper precautions are not taken.
WARNING
indicates that death or severe personal injury may result if proper precautions are not taken.
CAUTION
indicates that minor personal injury can result if proper precautions are not taken.
NOTICE
indicates that property damage can result if proper precautions are not taken.
If more than one degree of danger is present, the warning notice representing the highest degree of danger will be
used. A notice warning of injury to persons with a safety alert symbol may also include a warning relating to property
damage.
Qualified Personnel
The product/system described in this documentation may be operated only by personnel qualified for the specific
task in accordance with the relevant documentation, in particular its warning notices and safety instructions. Qualified
personnel are those who, based on their training and experience, are capable of identifying risks and avoiding
potential hazards when working with these products/systems.
Proper use of Siemens products
Note the following:
WARNING
Siemens products may only be used for the applications described in the catalog and in the relevant technical
documentation. If products and components from other manufacturers are used, these must be recommended or
approved by Siemens. Proper transport, storage, installation, assembly, commissioning, operation and
maintenance are required to ensure that the products operate safely and without any problems. The permissible
ambient conditions must be complied with. The information in the relevant documentation must be observed.
Trademarks
All names identified by ® are registered trademarks of Siemens AG. The remaining trademarks in this publication
may be trademarks whose use by third parties for their own purposes could violate the rights of the owner.
Disclaimer of Liability
We have reviewed the contents of this publication to ensure consistency with the hardware and software described.
Since variance cannot be precluded entirely, we cannot guarantee full consistency. However, the information in this
publication is reviewed regularly and any necessary corrections are included in subsequent editions.
configuration, a notice is displayed if the project can still execute the "Download Changes"
function.
Note
When migrating to a new product version, you must start the OS Project Editor on the customer
project. You must subsequently make customer-specific changes to the basic data in the OS
Project Editor.
You can then operate the system as before. All functions are available as usual.
,QWHUQDOFRQQHFWLRQ
(6 ,3&6&RPSDFW $6
3URFHVVYDOXHV
(QJLQHHULQJ
6\VWHP6WDWLRQ
3URJUDPORDGLQJ
6,0$7,&0DQDJHU
&DEOHFRQQHFWLRQ
$XWRPDWLRQ
V\VWHP
7UDQVIHU
IURP(6WR26
&38
,QWHUQDOFRQQHFWLRQ
26 ,3&6&RPSDFW
3URFHVVYDOXHV
:LQ&&
VHUYHUSURMHFW
&RPPDQGV
*HQHUDWLQJ
SDFNDJHV &DEOHFRQQHFWLRQ
3&6
/RDGLQJ
SDFNDJHV
IURPWKHVHUYHU
Note
When configuration data is transferred to an OS, the data is not available on the WinCC client
until the package has been generated again on the OS (WinCC server) and loaded onto the
client.
See also
WinCC Client Configuration (Page 13)
Server configuration (Page 13)
Notes on configuring in the PCS 7 environment (Page 14)
Overview
Distribution takes place in the PCS 7 environment according to the "Plant Hierarchy". In each
server project, you configure one or more areas of the hierarchy.
The basic data are created the first time you run through the OS Project Editor.
The information in the "Picture configuration" section applies for the configuration of tags.
See also
WinCC Client Configuration (Page 13)
Configuring in the PCS 7 environment (Page 11)
Notes on configuring in the PCS 7 environment (Page 14)
Introduction
You can create a complete PCS 7 project on the Engineering Station. You download a WinCC
project to the OS using the menu command "PLC > Download" in SIMATIC Manager. To obtain
identical WinCC client projects, you can create a WinCC client project on the Engineering
Station and download it onto the various operator stations by changing the destination path in
SIMATIC Manager.
It is not possible to configure the picture hierarchy on the WinCC client. Instead the WinCC
client shows in runtime an overall view of all the hierarchies in all the server projects loaded by
means of packages.
Procedure
1. In WinCC Explorer, select "Serverdata" and open the pop-up menu.
2. Select the "Preferred Server" command from the shortcut menu. The "Configure Preferred
Server" dialog box will open.
3. Click on the symbolic computer name and input a new, expressive name.
4. When you have changed the symbolic computer name and closed the "Package Properties"
dialog by clicking the "OK" button, a warning dialog box is displayed. This warning dialog
box advises that all configuration data that has been addressed to the old symbolic
computer name is invalid. Enter the new symbolic computer name in all configuration data.
See also
WinCC Client Configuration (Page 13)
Configuring in the PCS 7 environment (Page 11)
Notes on configuring in the PCS 7 environment (Page 14)
Picture Configuration
The appearance of the runtime user interface is largely governed by the settings of the layout
chosen in the OS Project Editor. Various engineering tools used in Basic Process Control also
define the appearance. You do not have to assign any fields, for example, in the overview or
button bar. The areas in the picture hierarchy are displayed automatically for you in runtime.
The sequence of the areas on the WinCC client takes into account the sequence of the areas
within the server projects. The sequence of the servers is defined on the WinCC client by the
sequence of the package import. The system ensures that the hierarchy is displayed the same
on all WinCC clients.
Note
You cannot include pictures from WinCC clients in the overview pictures, as they are not
contained in any picture hierarchy. They can still be opened in the working area or process
window using the function "Picture via name".
In order to take fullest advantage of the Basic Process Control functionality, you should only
configure picture changes using the standard functions of Split Screen Manager.
Message configuration
All necessary data is created by the OS Project Editor. There is no need to configure alarm
controls.
To configure "Loop In Alarm you must use the "Loop In Alarm" function of the Split Screen
Manager instead of the "OpenPicture" function.
You can find further information on this subject in the section called "Loop In Alarm Function".
User Authorizations
Configure user authorizations in the server project and in the WinCC client project.
The user authorization matrix can only be configured on the WinCC client after the packages
of all server projects with configured picture hierarchies (Picture Tree) have been loaded. The
areas of a server project are only displayed in the columns of the user authorization matrix on
the WinCC client when the package of the server project has been loaded onto the WinCC
client project.
If reconfiguration occurs within the server project at area level in the picture hierarchy, the
package for the server project must be generated again. You must then load the package on
the WinCC client and adjust the authorization matrix.
Lifebeat monitoring
Lifebeat Monitoring is configured on the servers. WinCC clients can also be monitored, in
addition to the OS and the AS. Manual configuration of lifebeat monitoring is not necessary on
the WinCC client itself. The project only needs to be updated in the editor after loading the
package. All server projects whose packages are loaded on the WinCC client are displayed in
the plant configuration picture of Lifebeat Monitoring. If an OS or AS being monitored by the
server project fails, this failure is displayed in the plant configuration picture of the WinCC client.
When you click the OS icon of the relevant server project, the picture changes to the process
picture of the server project. The operator station/PLC which has failed can be viewed there.
See also
Configuring in the PCS 7 environment (Page 11)
Introduction
The main steps for configuring a distributed system in the PCS 7 environment are described
below.
Procedure
1. Create a server project with the aid of the OS Project Editor.
2. Configuring the picture hierarchy with Picture Tree
3. Configure the user authorizations in the User Administrator.
4. Configure the Lifebeat Monitoring functions.
5. Generate the packages on the server.
6. Create a WinCC client project with the aid of the OS Project Editor. Select the area view
required in runtime.
7. Download the packages
8. Configure the Lifebeat Monitoring functions on the WinCC client.
9. Configure the user authorizations in the User Administrator of the WinCC client.
Note
If you create a new project manually, you have to use the OS Project Editor to do so.
When creating an OS via the PCS 7 Engineering Station, the OS Project Editor is
automatically started when the AS-OS connection data is transferred. If you want a
configuration that deviates from the default setting, you must manually assign the
parameters in the OS Project Editor.
General
You can use the Web client for basic process control and PCS 7 via the WinCC WebNavigator
like a WinCC client.
The following application possibilities are offered in the WebNavigator for process control
options:
● Area-specific access rights with authorization levels
● User-specific assignment of a starting picture and language
● Look&Feel of the WinCC user interface with group display and extended status display
● All message views including loop in alarm
● Support for the horn Signals can be acknowledged locally or multiple times on the web
client. In the "User Administrator", you need to activate the use of the horn on the Web client.
● Supports operator input messages
● Simultaneous access to several servers
● Uses standard faceplates and custom faceplates created by the project engineer with the
Faceplate Designer
The WinCC WebNavigator must be installed in order to use the Web client and documentation
for the WebNavigator.
Note
The buttons for navigating the picture hierarchy are always active, even if you cannot jump to
the next picture in the hierarchy.
Web client
● No "Picture selection by name".
● No "Picture selection via measurement point".
● No "Save/Load/Delete screen composition".
● No clock synchronization.
● No lifebeat monitoring.
● No Multi VGA.
● The module symbol is not highlighted in "Loop in Alarm" from the message window.
● Summary area not grayed out during connection problems.
● Navigation keys are not grayed out if operation is rendered impossible.
● Graphic pictures not directly selectable.
● No report view or printout.
● No picture information.
● No group acknowledgment of picture in work area.
● No language switch in Runtime.
● No login input using the password key.
● User authorization cannot be selected.
● Not all ODK functions are supported.
● The "Process Screens" function in DataMonitor is not supported.
Additional information may be found in the documentation and Release Notes for WinCC/
WebNavigator.
Introduction
Server-server communication offers the option in WinCC multi-user projects to access the data
and functions of other multi-user projects. A PCS 7 OS that can view other PCS 7 OS by this
means is described below as a superimposed PCS 7 OS or a superimposed server.
A superimposed server behaves like a WinCC client with regard to what it can view and
distribute. The difference is that it also behaves like a server project. A superimposed server is
configured in the same way as for conventional server projects in which additional packages
can be loaded for other servers.
From the point of view of the WinCC client, all servers are still equal.
Picture Tree
The hierarchy of a superimposed WinCC project in runtime consists of the project-specific
hierarchy and the hierarchy of all projects loaded by means of packages.
Group display
In group display it is possible to connect group display objects to measuring points and pictures.
From the engineering viewpoint, however, you must only connect group display objects to
pictures in the same project. Group display jobs, Loop In Alarm and acknowledgments are
processed by routing the superimposed WinCC server project to the servers concerned.
Lifebeat monitoring
For the engineering or runtime functions of Lifebeat Monitoring nothing changes. If the
superimposed WinCC server is used for workstations, configure Lifebeat Monitoring on that
server as you would on any other WinCC server.
WinCC clients will still use Lifebeat Monitoring by importing packages from all servers.
Runtime functions
The runtime dialog boxes for "Configure trends online", "Picture selection via measurement
point" and "Picture selection by name" behave on servers with imported packages exactly as
they do on WinCC clients. The restriction that only local configuration data is offered for
selection on WinCC server projects is canceled.
Authorization matrix
In the LTO specific add-ins of the User Administrator, WinCC server projects can now also take
package data into account in determining area information.
Authenticating messages
Messages can be integrated into the authorization concept without assignment to the picture
hierarchy or to the PCS 7 technological hierarchy. This makes it possible to check the
authorization of messages without area information. This mainly affects process control
messages and function-related operator input messages
So that certain workstations can view and acknowledge process control messages that are not
assigned to any area, a default area, for example, is defined on the "Message configuration" tab
in the OS Project Editor. Users need authorization for this default area. This method defines
which area is needed for checking the authorization of messages without area information.
The authorization of messages without area information can also be checked on an OS-
independent basis in the context of server-server communication.
See also
Server-Server Communication (Page 18)
Optional "OS Project Editor" (Page 24)
Introduction
You can expand the performance range of the WinCC system with option packages. In order
to use the individual option packs in the best way, you must install the "Basic Process Control"
option package.
If you create a new project manually, you must first run the OS Project Editor. While creating an
OS using PCS7 Engineering Station, the project is automatically called in the background and
initialized using the default settings.
Editor Meaning
OS Project Editor The OS Project Editor is used for configuring the runtime user interface and the alarm system
in accordance with PCS 7 requirements. The Project Editor provides extended options for
designing user-specific basic data. With the OS Project Editor, you position the buttons in the
overview area and configure the order of the areas.
Picture Tree The Picture Tree is used to manage a hierarchy of systems, subsystems and pictures of the
Graphics Designer.
Editor Meaning
Time Synchronization You can use this feature to configure time synchronization for plants via the Industrial Ethernet
bus or the Local Area Network. As the active time-master, the OS ensures that all the other
OSs and ASs on the system bus are synchronized with the current time. Slaves receive the
current time via the system bus in order to synchronize their internal clock.
Horn Use the Horn option to configure the assignment of required message classes to the outputs
from a signal module and/or sound card. It offers you the necessary runtime functionality for
selecting and acknowledging the appropriate signaling devices when messages occur.
Lifebeat monitoring Lifebeat monitoring ensures the continuous monitoring of individual OS and AS systems.
Component List Editor The Component List Editor is used for the configuration of entry point pictures and the areas
of measurement points.
See also
Optional "OS Project Editor" (Page 24)
Optional "Picture Tree" editor (Page 22)
Optional Editor "Time Synchronization" (Page 25)
Optional Editor "Lifebeat Monitoring" (Page 23)
Optional Editor "Horn" (Page 23)
Optional "Component List Editor" (Page 24)
Introduction
The Picture Tree is used to manage a hierarchy of systems, subsystems and pictures of the
Graphics Designer.
The settings in the Picture Tree refer to the current WinCC project.
See also
Overview of the Editors of the Process Control System Options (Page 21)
Introduction
"Lifebeat Monitoring" is used for monitoring the automation and operator systems.
● The Lifebeat Monitoring function monitors the individual systems on the basis of tag
connections from the WinCC data manager. You can use the "Lifebeat Monitoring" editor to
define which connections are going to be monitored by Lifebeat Monitoring.
● From this, the Lifebeat Monitoring function generates the following:
● a system configuration across all monitored connections
● the necessary process control messages for established and relinquished connections
See also
Overview of the Editors of the Process Control System Options (Page 21)
Introduction
The "Horn" editor is used to control optical or acoustic signaling devices or the output from
audio files when messages occur.
Use the "Horn" editor to configure which signals you wish to be triggered when particular
message classes/types or message priorities occur.
The horn is based on the following components:
● A component that monitors the WinCC alarm system for message-related events
● A component that is responsible for the user-configured output form
See also
Overview of the Editors of the Process Control System Options (Page 21)
Introduction
The OS Project Editor is used to configure the currently open WinCC project for use with Basic
Process Control and PCS7.
The OS Project Editor offers numerous options for designing user-specific basic data and
supports the generic positioning of buttons in the overview window.
When PCS 7 is used, the OS Project Editor is run automatically when the PCS 7 OS is created.
The OS Project Editor therefore only has to called from the user interface if you want a
configuration that deviates from the default setting
Structure
● In the "Layout" tab, you configure the appearance of the runtime user interface.
● In the "Message Configuration" tab, you configure settings for the alarm system. The basic
settings correspond to the PCS 7 specifications for message configuration.
● In the "Message Display" tab, you can configure the runtime response of the message
system and the display format of the messages in the message pages or group displays.
● In the "Areas" tab, you configure the arrangement of the plant sections in the area overview.
● In the "Runtime Window" tab, you configure the number and arrangement of the pre-
configured picture windows.
● The "Basic Data" tab contains settings for copying the basic data. Here, you specify which
modified picture files and actions you want to overwrite.
● The "General" tab contains settings for the OS Project Editor.
See also
Overview of the Editors of the Process Control System Options (Page 21)
Introduction
This editor is available only when installing a PCS7 OS.
Use the Component List Editor to configure entry point pictures and the area assignments of
measurement points required for the runtime functions "Picture via measurement point" and
"Loop in Alarm".
You can also create new measurement points, or define entry point pictures and areas for the
components that have been created by AS-OS Engineering.
The Component List Editor provides a user interface for the following tasks:
● Creating new measuring points
● Editing existing blocks
● Searching for blocks
See also
Overview of the Editors of the Process Control System Options (Page 21)
Introduction
You can use the "Time Synchronization" editor to configure time synchronization via the
Industrial Ethernet bus and the terminal bus.
Depending on the configuration, an OS acting as the active time-master, for example, can
ensure that the OS and AS on the system bus are synchronized to the current time. WinCC
clients are synchronized via the terminal bus.
The time master sets the current time with the aid of an optional time signal receiver. If a time
master fails, a standby time master takes over the time synchronization function. Time slaves
receive the current time in order to set their internal clock.
"Time Synchronization" provides the following results:
● Synchronization of all operator stations and automation systems on the system bus with the
current time.
● Synchronization of the WinCC clients via the terminal bus.
● Simultaneous synchronization via the system bus and over the terminal bus by taking the
Windows domain concept into account.
See also
Overview of the Editors of the Process Control System Options (Page 21)
Content
The "OS Project Editor" is used for initializing and configuring the runtime user interface and the
alarm system in PCS7.
This documentation shows you the following:
● how to change the layout
● how to configure the behavior of the alarm system in runtime
● how to arrange areas
● how to arrange runtime windows
● how to configure initialized basic data
● how to log the activities of the Project Editor
Introduction
The OS Project Editor is used to configure the currently open WinCC project for use with Basic
Process Control and PCS7.
You set this behavior for the OS Project Editor in the "General" tab. If the configuration of the
OS allows modification of data during operation, data that prevent a "Download changes"
function are brought into the project during the initial configuration. This applies in particular for
alarm configuration and the startup list. Each time the OS Project Editor is run hereafter, only
those configurations that do not prevent the "Download changes" function are carried out.
In the case of a complete configuration, all settings are transferred again to the project.
Changes to configuration data during operation are lost in the process. You must download the
entire OS. After this, you can again switch on the delta mode of "Download changes" in the
"General" tab.
Note
The project engineer my not create any tags with @ prefix. Such actions are reserved for
handling in the WinCC PCS7 software. You are not allowed to manipulate these system tags.
The system tags are necessary for proper functioning of the product.
Note
You must not remove applications placed in the startup list by the OS Project Editor, even if they
seem unnecessary. If you do so, subsequent configuration during runtime and an online
download of changes will not be possible.
See also
"OS Project Editor" (Page 30)
"General" tab (Page 70)
Introduction
Use the OS Project Editor to configure the runtime and alarm systems for a PCS 7 project. For
instance, you can change the number and arrangement of runtime windows or assign the
authorization of alarms without a specified area to an area.
Overview
In WinCC Explorer, double-click the OS Project Editor icon. This opens the editor. The setting
options are summarized in the six tabs of the OS Project Editor. You can use them to enter the
relevant settings.
If data have been changed, an asterisk after the identifier in the corresponding tab indicates that
this tab has changed. When you click "Apply", the changes you have made are put into effect
in the project. The asterisk on the tab disappears once the changes are applied to the project.
Click "OK". This closes the editor. When you click "Cancel", the editor is closed without
accepting the changes.
It takes some time to configure the project.
See also
"Layout" tab (Page 31)
"Message Configuration" Tab (Page 37)
"Areas" Tab (Page 51)
"Runtime window" tab (Page 58)
"Basic data" tab (Page 66)
"General" tab (Page 70)
Introduction
The "Layout" tab contains settings for the layout of the runtime user interface. The basic data
is organized in the layouts. A layout is defined by a configuration file.
The first time the OS Project Editor is run, the following settings are specified for the layout:
● A suitable layout is determined from the resolution of the monitor.
● If the settings for the area and server keys are missing from the configuration file and the
display of areas on the WinCC client is not supported for a server, the four horizontal and
vertical keys are created for each area.
● If the settings for the area and server keys are missing from the configuration file and the
display of areas on the WinCC client is supported for a server, the three horizontal keys and
four vertical keys are created for the area and two horizontal keys and three vertical keys are
created for the server.
Available Layouts
The following layouts with different screen resolutions are available for the Runtime interface:
● SIMATIC Server: Only for server. You cannot use "SIMATIC Server" for the WebNavigator.
The interface is completely unusable with the following five exceptions:
– LOGIN input dialog field
– Select User Administrator
– Displaying the system picture (lifebeat monitoring)
– Exit Runtime
● SIMATIC Standard: "SIMATIC Standard" is the default setting and can be used universally
for all projects. "SIMATIC Standard" is ideal for local projects or projects with a server. If
several server packages are loaded, the area buttons of all servers are displayed behind
each other. The server buttons are not displayed. You can configure the number of area
buttons.
● SIMATIC Serverview: "SIMATIC Serverview" is ideal for projects with several servers. You
see only the area buttons of the selected server. You can configure the number of server
buttons and area buttons.
The layout in screen format "2560*1600 is not approved for use with Multi-VGA. Only one
monitor is supported.
The "Current layout" output box shows the name of the currently selected layout in the project.
This layout is automatically selected in the "Available layouts" list. The "Description" output box
provides brief information about the selected layout.
You can configure any number of layouts for runtime by selecting another available layout and
changing the monitor configuration.
Monitor configuration
In the "Monitor configuration" group you can set the desired screen division for the target device
in runtime. Only the supported monitor configurations can be selected for the selected layout.
The settings for multi VGA must be made in the Control Panel of the operating systems before
running the OS Project Editor .
Runtime help
When you select the "Runtime help available" check box, you specify that the "Help" button is
operator-controllable in the second button set of runtime.
Display
If you have installed "SIMATIC Logon Service", you can choose here to have the full user name
or only the user ID of the user logged displayed in the overview area under "Login".
Note
The layout selection must match the monitor setting of the computer. Depending on the graphic
card used, problems may occur when runtime is started if the coordinates deviate.
Introduction
The "Detail" button in the "Layout" tab opens the following dialog box for configuring the
overview area:
The "Number of Configured Areas" output field indicates the number of plant sections currently
configured in the Picture Tree. The "Number of Configured Servers" output box shows the
number of servers available in the packages.
The "Suggestion" button function derives the number of area and server buttons from the
configured hierarchy, if the layout so permits. The suggestion will be applied in the input fields
of the "Number of Areas" and "Number of Servers" groups.
In the "Number of areas" group, you specify the number of buttons horizontally and vertically
directly in the input field, with the slider or spin box. You will find the limits for input are shown
alongside the slider.
For the sake of clearly labeling the area buttons it is useful to arrange more areas vertically than
horizontally. You will see the difference in the area preview, if for instance you create four
horizontal and three vertical area buttons or three horizontal and four vertical area buttons.
If the layout supports "Server View" and server buttons which were generated in the overview
window, the "Number of Servers" group is enabled. Use this field to define the buttons in the
horizontal and vertical directions for displaying servers.
Area preview
The "Preview" button opens an area preview of the configured buttons in the overview window.
The generated overview is displayed schematically. The following area preview shows by way
of example three area buttons in the horizontal direction and three area buttons in the vertical
direction:
While the preview window is open, you can continue configuring. Each change is immediately
updated in the preview.
Note
The setup options of the "Number of Areas" and "Number of Servers" are limited by layout-
specific considerations. If there is no entry in the configuration file for the layout concerned, the
following settings apply:
● The horizontal and vertical number is limited to between 1 and 8 areas in the "Number of
Areas".
● In "Number of Servers" the horizontal number is limited between 1 and 4 buttons, and the
vertical number is limited from 1 to 8 buttons.
Introduction
If you do not want the layout predefined by the OS Project Editor, you can change the layout.
Procedure
1. Open the OS Project Editor and select the "Layout" tab.
Select a layout from the "Available Layouts" list.
2. Check the settings in the "Basic Data" tab to avoid any unwanted data overwrites.
Note
Changes in the "Layout" tab affect settings in the "Areas", "Runtime Windows" and "Basic Data"
tabs.
Introduction
With the configuration of the monitor, you set the desired screen division for the target device
in runtime.
Procedure
1. Open the OS Project Editor.
Select the corresponding monitor configuration from the "Layout" tab.
2. Check the settings in the "Basic Data" tab to avoid any unwanted data overwrites.
Note
Changes in the "Layout" tab affect settings in the "Areas", "Runtime Window" and "Basic
Data" tabs.
Up to four screens are supported, each screen having one working area, one button area,
one overview window and an unrestricted number of pre-configured process windows.
Before using the OS Project Editor you need to set the Multi VGA in the Windows Control
Panel.
Introduction
The overview window is a continuous display that offers an overview of the entire plant. Each
plant area is represented by an area button in the overview area.
Procedure
1. Open the OS Project Editor. Click "Detail" on the "Layout" tab next to "Overview Extended
Configuration".
This opens the dialog box for adapting the overview area.
2. Change the number of buttons.
3. Open the preview during configuration. This gives you a better idea of the configuration.
4. Check the settings in the "Basic Data" tab to avoid any unwanted data overwrites.
Note
Changes in the "Layout" tab affect settings in the "Areas", "Runtime Windows" and "Basic Data"
tabs.
Introduction
The first time the "Message Configuration" tab is selected, the OS Project Editor reads the
following data from the message system:
● Message classes
● Message types
● Message blocks
● PCS 7 messages
This takes some time. A notice indicating "Data will be read from the message system. One
moment please..." is displayed.
Note
Central settings in the PCS 7 Alarm Configuration Editor
You can not configure the settings for alarm logging you have made centrally in the PCS 7
Alarm Configuration Editor in the OS project editor.
Note
In WinCC versions prior to V6.2, the OS Project Editor generates the message classes "AS-
process control message" and "OS-process control message" with the message types
"System" and "Error" in Alarm Logging. Starting in V6.2, however, these message classes are
created with "Failure" and "Error" message types.
In order to activate the name change from "System" to "Failure" in projects prior to WinCC V6.2,
you must activate the "Update" check box in the "Message classes/types" group.
Note
If the OS Project Editor is started on a WinCC client project or the option "Configurations that
support online delta loading only" was selected in the "General" tab, the "Column width of
message window" and "Process control and operator control messages" lists and the "Activate"
check box of the system events cannot be edited.
All objects with "Operator message" property generate an internal operator message in the
system after the operator makes an input in runtime. This message is not visible in the "Alarm
Logging" editor. The user text blocks of this message are set according to PCS 7 defaults when
you run the OS Project Editor. You may not change these user text blocks, as the message is
triggered by the system. In order to customize the allocation of user text blocks, you must
generate a message individually using ODK. However, this message is not going to be
triggered by events which are monitored by the system.
All process control messages should be activated so that maintenance personnel is informed
of any control system faults.
See also
Editing message blocks (Page 41)
Overview of the Process Control Messages (Page 74)
Introduction
For each message block created by the OS Project Editor, you can define the column widths
entered in the "Message Window Column Width" list on the "Message Configuration" tab.
Editing
Right-click the entry in the "Column width" column. This is how you edit the column width.
In the message blocks "Date" and "Time", a dialog box opens in which you can set up the
desired output format. The column width is then automatically adapted to the output format.
Note
You cannot edit the column widths of the message window if you run OS Project Editor in a
WinCC client project, or if the "Online Delta Loading Configuration Only" option was selected
on the "General" tab.
You cannot change the order of the columns.
See also
"Message Configuration" Tab (Page 37)
Introduction
In the "Message display" tab you can configure the runtime response of the message system
and the display format of the messages in the message pages or group displays.
Message filters
You can specify how the messages are displayed in runtime in the "Message filter" group.
Filtering refers only to the display for the user who is logged in. Non-visible messages are still
processed by the message server.
You can display all messages unfiltered, filter the messages according to area or display
messages in separate lists.
You can change the size by selecting the "Half of the working area" and "Quarter of the working
area" radio buttons. The extended message line extends across the entire width of the screen.
If you wish to set the display format yourself, select the "User-defined" check box and click
"Detail". A dialog box will open. You specify the desired settings here.
Basic procedure
If you select the "Key for hiding/showing manually" check box, the "Hide/Unhide message"
button is displayed in the toolbar.
The hidden messages are transferred to the list of hidden messages.
The operator can use the "List of hidden messages" button from the key set to access this list.
From this list, you can use the "Hide/Unhide message" button in the toolbar at any time to make
hidden messages reappear.
The temporary hide function is canceled automatically as soon as a set time period defined in
the OS Project Editor expires. Enter the maximum time limit for hiding messages in the input
field. 30 minutes are preset. You can enter a maximum of 9 days, 23 hours and 59 minutes.
The PCS 7 factory setting of "3089" for the acknowledgment masks may not be suitable for
individually configured group displays in your project and may need to be changed. To learn
more, read the documentation section for group displays.
Controlling acknowledgment response by means of a tag (Page 292)
Since the group display objects can be interconnected independent from the picture hierarchy,
a warning appears when you select the "Create/update group displays" check box.
The "Create/update group display" function deletes all group displays from process pictures
which are interconnected with a picture of another system area and whose "Group Relevant"
property is set to "Yes". The group display object is not deleted if the "Group Relevant" property
is set to "No". Group displays that are connected to a measurement point from another plant
section are not deleted regardless of the "Group Relevant" property.
Note
"Undo" function not possible
The "Create/update group display" function cannot be reversed.
Group displays automatically inserted into process pictures must be corrected manually if they
do not fit.
Before using the function, you should check the property settings for the "GroupDisplay" object
in the template picture, "@CSIG_Template.PDL".
See also
Message filters (Page 47)
Extended message line (Page 48)
Messages (Page 268)
How to Display Message Lists (Page 273)
Overview
In the "Message filter" group of the "Message Display" tab, you can specify which messages
should be displayed in runtime.
You have the following setup options:
● "No filter"
Disables area-specific filtering of messages. All messages are displayed and can be
acknowledged, regardless of the area to which they are assigned.
● "Messages with area enable"
All messages from an area for which an operator has the the "Authorization for area" access
right are displayed and can be acknowledged. If the operator has the "Higher process
controlling" access right for at least one area, the "Hide message" button is available.
● "Acknowledgeable messages in separate list". The message windows have two message
lists:
– The lower list shows all messages from the area for which the operator has the access
right for "Process controlling". The operator can also acknowledge messages from this
list. If the operator has the "Higher process controlling" access right for at least one area,
the "Hide message" button is available.
– The upper list displays all messages from the area for which the operator has the
"Authorization for area" access right, but not the access right for "Process controlling".
The operator cannot acknowledge messages from this list. The message line in the
overview window shows only messages which can be acknowledged with the "Process
controlling" access right.
● "Acknowledgeable messages on separate page (switch-selectable)"
The operator has either the two separate message lists described above, or the message
page with only one list. The message page with just one list shows only the messages from
the area for which the operator has the access right for "Process controlling". The same
applies to the message line in the overview area.
The operator switches the view to the message page with the respective buttons.
Note
If the chosen layout does not support the "Message filtering" setting, the buttons are disabled.
Example
Here is an example of a new list with the "Acknowledgeable messages in separate list" setting.
The operator has the following access rights:
● "Process controlling" and "Higher process controlling" in "Area1"
● "Authorization for area" in "Area2"
See also
"Message Display" Tab (Page 43)
How to Display Message Lists (Page 273)
Introduction
An extended message line can be displayed via the working area if the layout supports this
setting.
An extended message line is like a New list, but scaled down as appropriate. The window
adapts to the size of picture being displayed. It has no scroll bars and its width cannot be
changed. You can define its height, however, since the extended message line is configured as
a dedicated picture in the layout.
Procedure
1. In the "Message display" tab of the "Extended message line" group, select the "User-
defined" check box. The "Detail" button is now enabled.
2. Click "Detail".
The "Alarm window" dialog box opens.
3. Set up the values in the following input boxes either by entering the values straight into the
input box or else by using the slider or the spin box:
– "Window height"
– "Position top"
Define a window position which is relative to the coordinate origin of the working area.
The window always has the same width as the working area.
The "Horizontally displaced" and "Vertically displaced" fields are disabled, since there is
only one window.
4. The "Graphic positioning" field allows you to position the window with ease. To do so, click
"Detail".
Note
The default setting for the extended message line is available in the configuration file the first
time your open the OS Project Editor. If this entry is missing, the default setting is "Half of the
working area". However, this only applies if the layout supports an extended message line.
See also
Graphic positioning of a runtime window (Page 65)
"Message Display" Tab (Page 43)
Overview
In the "Area" tab, you configure the arrangement of the area buttons and server buttons for the
overview window. Here, you also specify the users' access to areas for which they have no
authorization.
The area buttons result from the plant sections that you have configured in the "Picture Tree"
editor, and consist of the following:
● A button to open the area
● A group display to show the group value of this area
● A button to open the Picture Tree Navigator
The server buttons are used to visualize a server in the overview window, and consist of the
following:
● A button for selecting the server
● A group display to show the group value of this server
Visible areas
The list of "Visible areas" displays all the configured plant areas in the sequence in which they
are displayed as area buttons in the overview area. For the standard layouts, the sequence of
the buttons is from left to right and from top to bottom. To define area buttons for any future
extension of the plant areas, you can insert empty area buttons as placeholders even during the
project creation stage. Do this by using "empty buttons", which you include at the required
position in the "Visible areas" list.
You can simultaneously select as many entries in the list as you wish, and move them with the
"up" and "down" buttons. Click "->" to remove the selected entries, and click ">>" to remove all
entries from the "Visible areas" list.
Server assignment
If the chosen layout allows the server to be displayed on the WinCC client, you can arrange the
areas for the server selected in the "Server assignment in the area overview" list. If you select
another server, the "Visible areas" and "Areas not needed" lists are refilled. You can arrange
the selected servers by clicking "Up" and "Down".
In the case of a layout without View on a server, the "Server assignment in the area overview"
list cannot be edited. The list shows only the server and the local computer. The lists "Visible
areas" and "Areas not needed" then contain all the areas available for display in the overview
window.
Preview
Click "Preview". A preview window showing the arrangement of the areas will open. This
display shows the generated overview schematically.
While the preview window is open, you can further configure the sequence of the area and
server buttons. Each change is immediately updated in the preview.
The "Preview" button can only be used when the selected layout supports the generic creation
of area buttons in the overview window.
See also
How to change the sequence of areas (Page 55)
How to change the sequence of the servers on the WinCC client (Page 54)
How to Hide an Area (Page 56)
How to arrange "Empty buttons" (Page 56)
2.7.2 How to change the sequence of the servers on the WinCC client
Introduction
You can change the sequence and arrangement of the server keys in the overview area of the
WinCC client. The servers are ordered from left to right and then from top to bottom.
Procedure
1. Open the OS Project Editor.
Select the server from the "Server arrangement in the area overview" list in In the "Areas"
tab.
2. Move the server to the desired position by clicking "Up" and "Down".
3. If the layout does not support "Server View", this list is not activated. You should then select
all areas of the server in the "Visible areas" list and move these to the required position by
clicking Up" and "Down".
4. Click "Preview". The "Area preview" window opens, and you can follow the configuration.
5. Check the settings in the "Basic Data" tab to avoid any unwanted data overwrites.
See also
"Areas" Tab (Page 51)
"Basic data" tab (Page 66)
Introduction
You can change the sequence and arrangement of the area buttons in the overview window by
moving individual areas. The areas are ordered from left to right and then from top to bottom.
Procedure
1. Open the OS Project Editor and the "Areas" tab.
Select the area from the "Visible Areas" list.
2. Click "Up" or "Down" to move this area to the required position.
3. Click "Preview". The "Area preview" window opens, and you can follow the configuration.
4. If necessary select further areas that you wish to move.
5. Check the settings in the "Basic Data" tab to avoid any unwanted data overwrites.
See also
"Areas" Tab (Page 51)
"Basic data" tab (Page 66)
Introduction
If not all the system areas are intended for runtime operation, for example, reserve areas, you
can hide the currently unneeded areas. This procedure is also practical on the WinCC clients,
where not all of areas of all servers need to be operated.
Procedure
1. Open the OS Project Editor and the "Areas" tab.
Select the area from the "Visible Areas" list.
2. Move this area to the list of "Areas not needed" by clicking "->".
3. Click "Preview". The "Area preview" window opens, and you can follow the configuration.
4. Check the settings in the "Basic Data" tab to avoid any unwanted data overwrites.
See also
"Areas" Tab (Page 51)
"Basic data" tab (Page 66)
Introduction
"Empty buttons" serve as placeholders for the positioning of area buttons in the overview area.
Plant areas are not assigned to these buttons until later. This method avoids having to move a
number of area buttons around later. Plant operators work with a familiar area overview, even
after an expansion.
Procedure
1. Open the OS Project Editor and select the "Areas" tab.
Select the "<Empty Button>" entry from the "Areas not needed" list.
2. Click "<-". This entry is placed in the "Visible areas" list.
3. Click "Up" or "Down". You will move this area to the desired position.
4. Click "Preview". The "Area preview" window opens, and you can follow the configuration.
5. Check the settings in the "Basic Data" tab to avoid any unwanted data overwrites.
See also
"Areas" Tab (Page 51)
"Basic data" tab (Page 66)
Loop display and process window (Page 60)
Group display (Page 62)
Trend group display (Page 64)
Introduction
You can make the settings for the number and arrangement of the pre-configured picture
windows in the "Runtime window" tab.
In runtime, pictures and faceplates will be opened and superimposed over the work area in
these picture windows.
Note
Do not use independent picture windows
When you insert a picture window in a picture, select the setting "No" for the "Independent
window" object property.
Independent picture windows are not supported when using Basic Process Control.
Overview area
To show the current computer name in the overview area, enable the option "Show name of
operator station".
The name is displayed above the user name in the overview area.
The placement depends on the selected layout. In SIMATIC server view layouts, the name of
the operator station is displayed next to the user name.
See also
Loop display and process window (Page 60)
Group display (Page 62)
Trend group display (Page 64)
Introduction
Loop display gives a detailed display of faceplates. Process windows display processes.
Both the loop display and the process window use windows that do not adapt to the size of
picture being displayed. The windows have scroll bars and the size of the windows can be
changed. The windows can be displayed either in a grid or in an arrangement similar to the
group display.
Grid display
Each window has the same size and is positioned in a grid. The input boxes called "Number of
windows horizontally" and "Number of windows vertically" on the "Runtime Windows" tab make
dimensioning and positioning the windows in the grid an easy matter. Either enter the number
straight into the input field, or else use the slider or the spin box.
Set up the values in the following input boxes either by entering the values straight into the input
box or else by using the slider or the spin box:
● "Window Width" and "Window Height"
Define the window's dimensions at these parameters.
● "Top" and "Left"
Define the position of the first window at these parameters relative to the coordinate origin
of the working area.
● "Horizontally displaced" and "Vertically displaced"
Define the position of the next window relative to the previous windows at these parameters.
The "Graphic positioning" allows you to position the windows with ease. To do so, click "Detail".
Note
The settings are limited by layout-specific considerations. If nothing is specified in the
configuration file, up to 16 windows are possible. Grids have from 1 to 4 fields available in both
dimensions. The following settings are suggested by the OS Project Editor:
● The windows have a size of 150 x 120 pixels.
● The position is 20 pixels from the top and 20 pixels from the left.
● The next window is displaced horizontally and vertically by 10 pixels.
See also
Graphic positioning of a runtime window (Page 65)
"Runtime window" tab (Page 58)
Introduction
Group displays provide a compressed display of picture modules and use windows that adapt
to the size of picture being displayed. The windows have no scroll bars and the size of the
windows cannot be changed.
Window settings
Use the "Group Display" dialog box to position windows. Since the size of the windows cannot
be changed, you cannot set their width and height. However, you can specify the window
position.
Set up the values in the following input boxes either by entering the values straight into the input
box or else by using the slider or the spin box:
● "Top" and "Left"
Define the position of the first window at these parameters relative to the coordinate origin
of the working area.
● "Horizontally displaced" and "Vertically displaced"
Define the position of the window relative to the previous window at these parameters.
The "Graphic positioning" allows you to position the windows with ease. To do so, click "Detail".
Note
The settings are limited due to layout-specific aspects. If an entry in the configuration file is
missing, the following settings apply:
● The maximum number of picture windows is limited from 1 to 16.
● The window's size is adapted to fit the picture size.
● The positions of the windows are limited to a value between 0 pixels and the width or height
of the working area.
● You can only move the windows within the range from 0 to 100 pixels.
The following settings are suggested by the OS Project Editor:
● The position is 20 pixels from the top and 20 pixels from the left.
● The next window is displaced horizontally and vertically by 10 pixels.
See also
Graphic positioning of a runtime window (Page 65)
"Runtime window" tab (Page 58)
Introduction
Configure the trend groups generated using the "Online Trend Control" function in the same
way as for "Loop display". Windows adapt to the size of the picture being displayed. They have
no scroll bars and their size can be changed. When you change the size, the picture is also
scaled.
See also
Loop display and process window (Page 60)
"Runtime window" tab (Page 58)
Introduction
In the picture window display dialog boxes, you can open a dialog box for easier positioning of
the windows. To do so, click "Detail" in the "Graphic Positioning" group. The following dialog
box will open.
Procedure
1. Move the window to the position you want it to occupy in runtime and drag it to the
appropriate size with the mouse.
2. Click "OK".
This closes the window and enters the size and position "Window Width", "Window Height",
"Top" and "Left" fields.
You cannot position the window outside the working area of the runtime user interface.
See also
"Runtime window" tab (Page 58)
Introduction
Basic data includes picture files, actions and standard functions for the purpose of providing a
suitable user interface in runtime.
The "Basic Data" tab shows which elements of the initialized basic data differ from the basic
data that are local to the project.
The picture settings are dependent on the layout concerned. The entries in the lists change in
step with changes in the picture and script configurations.
Note
SIMATIC BATCH
If "BATCH Engineering" or "BATCH Client" is installed on the computer at the same time, the
picture "@AlarmJournal.PDL" will be shown to differ from the originally delivered version.
The list (lower right) shows all picture modules that are present in both the product library and
the user library. This may have arisen due to a newer version of the basic data or the picture
modules concerned may have been configured in the Faceplate Designer.
Entries in the "User Library" column show the dates of the files in the user library in the folder
"\<Product>\Options\pdl\FaceplateDesigner".
Entries in the "Product Library" column show the respective dates of the files in the product
library in the folder "\<Product>\Options\pdl\FaceplateDesigner_V6".
Picture components with a check mark alongside will be adopted from the user library.
The lower two lists of faceplates are interdependent. If a modified picture component that is
local to the project and shown in the left-hand list is flagged not to be overwritten, it will in fact
not be overwritten by a picture component from the user library.
If you select the check box, the sound files local to the project will be replaced by the sound files
in the delivery state.
Introduction
The "General" tab contains settings for the OS Project Editor.
Select the "Only configurations capable of loading online changes" radio button if you want to
reconfigure all settings except for the alarm system and startup list. All OS Project Editor control
fields whose settings are not sent to the project are disabled. This option is the default when the
editor is not used for the first time.
When configuration is complete, the full runtime system and alarm system are transferred to the
project again. When the OS Project Editor is started for the first time, this is the only available
setting in the project. Since a complete configuration is associated with the loss of load online
change capability, the following notice appears if the project is still capable of performing "Load
Online Changes":
When you click "Yes", the settings you have made are accepted into the project. When you click
"No", the operation is canceled.
If the OS Project Editor has executed a basic run once with the setting "Complete configuration
(loading online changes no longer possible)", it does not mean that this project has lost the
capability for load online changes forever. To restore the load online change capability, you
only have to transfer the complete OS from PCS 7 ES once.
The "Message configuration only" radio button is intended for users that want to create a project
with STEP 7 and transfer the configured messages to WinCC without having to use the user
interface of Basic Process Control or PCS 7. All OS Project Editor control fields whose settings
are not sent to the project are disabled. The basic data, such as the graphics, are not
transferred into the project. The startup list and start picture are not set in the computer
properties.
Note
If you add a client computer to a server project, you must afterward run the OS Project Editor
with the setting "Complete configuration (loading online changes no longer possible)".
The log file that is created is placed in one of the following directories:
● Text log: \<Project>\SSM\ Projecteditor.txt
● HTML log: \<Project>\SSM\Projecteditor
In the "Display the log file after the configuration is completed" drop-down list, select one of the
following options:
● Do not display
● Always display
● Only display if errors occur.
The log is opened in Notepad if it is registered or in a registered browser.
In the "Behavior if there is already a log file" drop-down list you can specify whether the new log
should overwrite the previous entries in the existing log file or whether it should be appended
to the current entries. When the OS Project Editor is run often, the "Append" setting can result
in very large files. For this reason, we recommend the "Overwrite" setting.
The log is created in the language used for the OS Project Editor. Some of the log entries come
from the operating system and are displayed in language selected for the system.
Current configuration
To use the same project editor configuration for several OS projects, you can export and import
the data of the project editor.
If you wish to export the configuration of the project editor, the project editor must have run
through the project beforehand. Click on the "Export..." button. The file selection dialog box
opens. Enter the path and file name in the dialog box. The default path is that of the current
WinCC project and the default file name extension is "*.exp".
Click "Import..." if you want to import configuration file from the Project Editor. Select this
configuration file from the file selection dialog box. The information contained in the imported
file is displayed in the project editor. To accept the imported configuration data in the project,
click "OK" or "Apply".
See also
"OS Project Editor" (Page 30)
Picture management
In an activated project, the Split Screen Manager manages the screen data, the screen
compositions, and the picture changes according to the picture hierarchy. You can address and
retrieve the individual screen areas using the API functions of the Split Screen Manager. You
can also switch the language to the languages supplied in the Text Library.
The Split Screen Manager runs in the background of the active project. It cannot be accessed
via the user interface.
The important features of the Split Screen Manager are the following:
● Manages the screen data
● Saves the screen composition
● Manages the plant membership of all displayed pictures
● Supports picture changes in accordance with the picture hierarchy created in the "Picture
Tree" editor.
● Manages a picture stack (Picture Memory)
● Manages a picture storage (Picture Store)
The functions of the Split Screen Manager are only available in an activated WinCC project.
The basic picture of the activated project is displayed in Runtime. The upper part of the basic
picture contains the overview window with the configured buttons. You call the WinCC pictures
of the current project using the buttons.
The Split Screen Manager manages the screen areas of all connected monitors using a basic
picture. You configure the structure of the basic picture with the aid of the OS Project Editor.
Note
The Split Screen Manager is a WinCC option and is only available to you if you have installed
the "Basic Process Control" option package.
A separate picture memory is kept for each working area in the basic picture.
Use the following keys:
The contents of the picture memory can be retrieved, changed or deleted using the API
functions of the Split Screen Manager.
You retrieve the contents of the picture stack using the API functions of the Split Screen
Manager.
Introduction
You need one of the following graphics cards for the multi-VGA WinCC option:
● Matrox M9120 Plus LP PCIe X16 Dual (item no. 6ES7 652-0XX04-1XE0).
● Matrox M9140 LP PCIe X16 Quad (item no. 6ES7 652-0XX04-1XE1).
You can also use other graphics cards. However, Siemens only provides support for the
graphics card mentioned above.
Note
The main monitor must always be the top left monitor.
Depending on the operating system and driver (driver parameter assignment), a given module
can react differently. You can download the latest driver version from the manufacturer from the
Internet.
Note
Online help for multi-VGA
The WinCC online help does not support multi-VGA operation.
Optimizing performance
To optimize the image painting time with several monitors, set the "WinCC Classic" design in
the WinCC project properties.
Introduction
To use the multi-VGA option, configure the M9120/M9140 Matrox graphics card using the
Control Panel.
The following operating systems are supported:
● Windows 7
● Windows 8.1
● Windows Server 2008 R2
● Windows Server 2012 R2
The two modules "Dual" and "Quad" were tested:
● 32-bit (Windows 7, Windows 8.1):
"5.01.01.001 WDDM" driver with "wddm32_5_01_01_001_u_whql.exe"
● 64-bit (Windows 7, Windows 8.1, Windows Server 2008 R2, Windows Server 2012 R2):
"5.01.01.001 WDDM" driver with "wddm64_5_01_01_001_u_whql.exe"
The driver is available on the Web site of the manufacturer (Matrox).
Procedure
1. Download the driver for the Matrox M9120/9140 graphics card from the Matrox homepage.
2. Shut down the computer.
3. Install the graphics card and start the computer.
4. Install the graphics card driver.
5. After installation of the driver, set the required parameters for the screen settings in the
Windows dialog, e.g. 4 monitors in horizontal arrangement with 1920x1200 pixels at 60 Hz.
6. Use display "1" as the primary monitor and use a numerical ascending order when arranging
the monitors.
Note
Your required pixel setting can usually be found in the Windows dialog for screen settings.
Then you will not have to make additional settings for multi-VGA.
In this case, do not start the Matrox Tool "Matrox PowerDesk – SE" that was automatically
installed during the driver installation. Do not change any of the settings in the following
dialogs:
● Multi-Display Setup...
● Desktop Management ...
● Desktop Divider...
● Hotkeys...
Introduction
The "Loop in Alarm" function is only available at a PCS 7 OS.
The "Loop In Alarm" function is used to visualize a measuring point which triggered an alarm
in a loop display on the faceplate, or as process picture that has been linked in the Component
List Editor.
Procedure
1. Open the "Alarm Logging" editor.
2. Select a message from the table window.
3. Select the the "Loop in Alarm" property in the "Properties" area or in the table area. By
default, "Open Picture" is entered in the "Function name" property.
4. Click in the "Function name" text box and select "LoopInAlarm" function in the function
browser under "Standard Functions / Split Screen Manager".
5. Click in the "Function parameter" text box and select a process tag from the tag dialog, for
example, "FIC_752_003".
Note
The standard function "Open Picture" may not be used in the PCS 7 environment. A picture
opened with this function overlays the standard runtime environment. Now, operator input is no
longer possible.
Content
With the "Horn" editor, you configure the output of message-related events on signal modules
and PC sound cards.
This documentation includes the following topics:
● Linking signal tags to messages
● Declaring signal tags
● Defining message priorities and authorizations in signal tags
● Assigning signal encoders to a signal tag
● Installing and testing signal modules
Functionality
With the horn, you control optical or acoustic sensors. Sound files are output when messages
arrive.
With the "Horn" editor, you can configure the signal that is to be triggered upon receipt of certain
messages.
Signal tag
An incoming message activates a signal tag which then triggers an acoustic or optical signal in
the assigned signaling device. The signal tag must be a binary tag.
Signal tags can also be activated as follows:
● With scripts
● With user actions
● With the "Central Signaling Devices" function in Alarm Logging.
If you confirm the message, the signal tag is reset and the signal is terminated.
Configuration overview
Open the "Horn" in WinCC Explorer.
The editor is integrated in the WinCC Configuration Studio with the two options "Message
assignment" and "Signal assignment". You configure activation of the signal outputs by signal
tags and the acknowledgment response in a client-server architecture in the two tabs.
Message assignment
You can use "Message assignment" to configure specific properties of messages for signal
tags.
The following message properties act as filters to trigger a signal:
● Message class
● Priority
● User text block 1 to User text block 10
The user text blocks are displayed with the name configured in alarm logging. By default, the
user text blocks 1 to 3 are supported in the horn. You can optionally use the other user text
blocks.
In the "Authorization" column, you stipulate additionally whether the horn is to be triggered on
a user-specific basis by messages from certain areas if the specified filter criteria are fulfilled.
Every line forms a logical "AND" with six inputs. The signal tag is only set to "1" if all six
conditions have been fulfilled.
Signal assignment
You configure the signals for the incoming messages using the "Signal assignment". You
assign available, physical signaling devices to the signal tags and define the acknowledgment
response.
Application examples show you the configuration of the acknowledgment response in a client-
server system.
Enabling runtime
On activating runtime, the horn is only activated after the Alarm Logging system has started up.
The standard delay is 30 seconds and can be modified in the "SSM.cfg" file of the project in the
section "[RTControl]" using the "HornDelay" parameter. The value should not be less than 30
seconds. In the case of large projects, 60 seconds may perhaps be sensible.
The signal transducer behaves in different ways, depending on the delay:
● In normal operation, the signal transducer is only triggered by messages for a certain user,
messages which occur chronologically after the user has logged on.
● Messages which occurred before logging on but have not yet departed are included in the
new list but no longer trigger the signal transducer.
● If messages occur between booting runtime and the user logging on, the signal transducer
is triggered from the past for these messages (after HornDelay has expired).
Note
The signal transducer is also triggered in runtime when the user is logged off.
See also
Linking Signal Tags to Messages (Page 96)
Minimum Horn Configuration (Page 110)
General Information about the sound card (Page 112)
Application Examples for Acknowledgement Behavior (Page 113)
Introduction
In the "Message Assignment" tab in the horn, you create signal tags that you link with properties
of messages. You also define the access rights for triggering signals for individual signal tags.
When a message comes in the signal tag of the assigned message class is set to "1".
If a message satisfies the conditions of a number of signal tags, only the first assigned signal
tag is taken into consideration. This is because a message can only set one signal tag.
If you do not specify a message class, each incoming message activates the signal tag.
Procedure
1. Select the "Message Assignment" tab.
6. Specify additional filters for determining the triggering of a signal in the columns of the user
text blocks.
To learn how to use the filters for the user text blocks, see page Setting Additional Filter
Criteria for Messages (Page 99).
7. Click on "Message Assignment" in the navigation area to go to the message settings.
In the "Set tag" field, use the drop-down list to define the message status which will cause
the signal tag to be set:
– If the signaling device is triggered after every occurrence of an incoming message, select
"For every incoming message".
– If the signaling device is only triggered on the first occurrence of an incoming message,
select "Not for incoming message without acknowledgment".
If the same message occurs again, only one signal is triggered if the previous message
has already been acknowledged as "Came In" or "Went Out".
8. If needed, change the order of the message assignment by selecting the command "Move
up" or "Move down" in the table via the shortcut menu of the selected line.
See also
Assigning a Message Priority to a Signal Tag (Page 98)
Setting Additional Filter Criteria for Messages (Page 99)
Specifying a Triggering Authorization for the Signal Tags (Page 102)
How to assign a signal transducer to a signal tag (Page 104)
Introduction
In addition to and independent of the message class, the message priority allows you to
determine which messages are first to trigger a signal.
You specify the priorities for single messages in Alarm Logging.
In the "Message Assignment" tab of the horn, you enter the number of the message priority in
the "Priority" column. You can use the following entries:
Do not assign to a signal tag a combination of message priority and message class that is
already being used in another signal tag. In this case, an incoming message could not set this
signal tag, as the first assignment already fulfills the conditions for the triggering of the signal.
The following example shows how the system behaves:
Example 1
Example 2
Incoming messages of message class "Alarm" with priority "10" never activate the signal tag
"AlarmHighTag". In both cases the first condition sets the "AlarmTag" signal tag and triggers
the associated signal.
See also
Linking Signal Tags to Messages (Page 96)
Introduction
In addition to the message class and the message priority, you can determine user text blocks
as filters for the triggering of the signal.
By default, the first three user text blocks of a message are available with the following default
setting:
To show additional user text blocks, select the entry "Show" in the shortcut menu of a table
heading and then the desired user text block.
WinCC project
PCS 7 project
Compared with this, the area names of the messages are adapted to the Runtime language so
that the filter evaluation works correctly.
Procedure
1. WinCC project: Enter the text that is to be used as a filter for the message text in the
respective rows of the "Message text" column.
PCS 7 project: In the "Origin" column, use the tag selection dialog to select the instance of
a structure tag or enter text in the rows.
2. WinCC project: Enter the location from where the message originated in the respective rows
of the "Fault location" column.
PCS 7 project: In the "Area" column, use the drop-down list to select the area of the
message as a filter criterion.
You can only select areas that were created in the "Picture Tree" editor and that are
available locally or from the imported packages.
3. WinCC project: In the "Block: 3" column, enter a text in the rows that is to be used as an
additional filter in each case.
PCS 7 project: In the "Event" column, enter text in the lines which determine the event
description of the message as a filter.
4. If you want to use other user text blocks for filtering, you must display the respective
columns.
Right-click on a column header to open the shortcut menu. Select the columns of the user
text blocks from the "Unhide" menu. Then you can enter the text.
5. If you want to change the language dependency of a user text block, click on "Message
assignment" in the navigation area.
In the settings for language dependency, you can then activate language dependency for
each user text block.
If no translations have yet been created for the user text block in Alarm Logging, a new text
entry is created in the Text Library. You then need to translate this text entry into the
languages used.
See also
Linking Signal Tags to Messages (Page 96)
Introduction
In the "Authorization" column in the "Message Assignment", you specify whether the signal tag
is to be triggered user-specific by selecting an authorization level. The authorizations of a
logged in user are applied on the basis of the User Administrator configuration.
In addition to the configured trigger permission, the audible indicator also checks in runtime if
the user has the "Authorization for area" access right. Only when the user receives the actual
messages on which they are based does it make sense to trigger signals for the user.
For example, you have "Watch" permission for the "WarnVar" signal tags. If a message meets
the specified filter criteria and comes from an area for which the user has "Watch" permission,
the signal tag "WarnVar" is set and the corresponding signal is triggered.
Procedure
1. Go to the "Authorization" column in the "Message Assignment" tab .
2. Select the authorization from the drop-down list. You can use any of the authorizations
defined in the User Administrator. If you do not want to specify authorizations, do not select
an entry. This entry corresponds to the authorization called "Authorization for Area", which
you need in order to view messages.
3. The settings are saved when you exit the WinCC Configuration Studio.
When the default authorization check is deactivated, only the configured trigger authorization
in addition to the filter criteria are assessed before allowing signals to be triggered in runtime.
1. Click on "Message Assignment" in the navigation area to go to the message settings.
2. Deactivate the "Authorization for area" check box in the "Authorization check" field if this
option is selected.
Note
If you change the authorizations in the WinCC Configuration Studio/User Administrator after
configuring the horn, you must adapt the affected assignments for the horn signal manually.
The same applies if you alter any of the message classes.
Note
The signal transducer is also triggered in runtime when the user is logged off.
See also
Linking Signal Tags to Messages (Page 96)
Introduction
In the "Signal Assignment" tab, you assign signal outputs to the tags. This can be outputs of a
signal module or sound files. Several signal tags can be assigned to the same outputs of a
signal module or the same sound files. You can combine an output of the signal module with a
sound file.
Procedure
1. Go to the "Signal Assignment" tab in the horn.
2. Select the tag from the "Signal tag" column. Open the tag selection dialog using "..." and
select the signal tag. You can also directly enter the name of an existing tag.
3. If you want to assign the output of a signal module to the tag, select an output in the "Signal
module" column from the drop-down list. The signal devices "Output "1", "Output 2" and
"Output 3" of an installed signal module are available.
4. If you want to assign a sound file to the tag, open the file selection dialog using "..." in the
"Sound" column. Select the desired sound file in WAV format. Note that client computers
use the same configuration as server computers. This is why the paths for the sound files
must also be accessible from server computers as well as from client computers.
5. If you do not want to assign a signal module and a sound file to the tags, you do not require
any entries in the "Signal module" and "Sound" columns.
6. The settings are saved when you exit the WinCC Configuration Studio.
Playing sounds
If several messages are queued, the sounds are not played for each individual signal tag; they
are played simultaneously for all set signal tags. You can limit the number of sounds to be
played at the same time. For example, in order for a voice output to be clearly audible, it makes
sense to play only one sound.
If several messages are queued and the output of sounds is limited, the order of the entries in
the "Sound" column determines which sound is played.
See also
How to Configure the Acknowledgment Behavior of the Audio Alarm (Page 106)
Linking Signal Tags to Messages (Page 96)
Application Examples for Acknowledgement Behavior (Page 113)
General Information about the sound card (Page 112)
Introduction
In the "Signal Assignment" tab, you configure the acknowledgment behavior of the horn in the
signal settings.
The horn can either be acknowledged separately for one computer or in a coordinated manner
for multiple computers.
When you click the "Acknowledge signaling device" button in the web client in runtime, a dialog
opens where you can specify the acknowledgement behavior that the horn adopts.
When a signal has been activated, as soon as an acknowledgment tag is acknowledged and
thus deactivated, the local @HornReset tag is acknowledged, thereby deactivating all signaling
devices.
Procedure
1. Click the "Signal Assignment" option in the navigation area of the horn.
Make the following settings in the right data area under "Signal settings".
2. If you just want to acknowledge the acoustic alarm on a separate computer, select the "Only
local" check box for "Type of acknowledgment" in the drop-down list.
3. If you want to configure multiple acknowledgment by means of a group, select the "Multiple
acknowledgment in the group" option from the drop-down list.
– Enter any group name in the "Multiple acknowledgment in the following group" input field.
– Enter the same name for the computers that belong to a group under in the horn. This
setting is case-sensitive.
4. If you want to configure multiple acknowledgment by means of acknowledgment tags, select
the "Multiple acknowledgment by tags" option from the drop-down list.
– Click "..." in the "Multiple acknowledgment using the following acknowledgment tags:"
entry field.
– You specify the acknowledgment tags in the tag selection dialog.
– Click "OK".
The tags are displayed separated by semicolons.
Note
If a preferred server is entered on a client with a view to a redundant server pair, you cannot
configure the central acknowledgment tag on this server pair as the internal tag for the horn.
Help:
● Use an external tag
● Do not configure a preferred server for this server pair
● Configure the acknowledgment tag on a non-redundant server
● When using a signal module, link it externally
See also
How to assign a signal transducer to a signal tag (Page 104)
Tag definitions
Additional tags are defined to control the runtime of the horn.
You use the @HornSettingTagsActive and @HornTriggeringSignalsActive tags to temporarily
deactivate or activate the respective horn components. The two tags are defined with the start
value "1". After runtime of the horn is activated, the components "Alarm sets signal tag" and
"Signal tag sets signaling device" are activated by default.
The "@RestartHorn" tag controls the restart of the horn components. Following a configuration
change, you can restart the runtime of the horn. Normally this is not necessary, since each
change of configuration is applied automatically.
The binary tag @HornReset controls the way signaling devices and signal tags behave
following an acknowledgment. Separate OSs or WinCC clients use a local reset tag for this
purpose. WinCC clients and/or servers acting in unison use one or more additional reset tags.
Tag Meaning
@HornSettingTagsActive The "Alarm sets signal tag" component is activated if the value "1" is set at the
binary tag. The component pauses and no alarms activate the assigned signal tag
if the value "0" is set at the binary tag.
@HornTriggeringSignalsActive The "Signal tag sets signaling device" component is activated if the value "1" is set
at the binary tag. The component pauses and no signal tags activate the assigned
signal generator if the value "0" is set at the binary tag. All signaling devices are
shut down. Only the synchronization of additional reset tags remains active.
@RestartHorn The binary tag defines whether the "Alarm sets signal tag" and "Signal tag sets
signaling device" components are reactivated. If you set the value of the tag "1",
both components reload the configuration data. The signal tags and signal gener‐
ators are reset. The binary tag is set to "0" at the start of runtime.
@HornReset The binary tag determines the acknowledgment behavior of the signal generators.
The tag is set to "1" if the signal generators are active. The tag is reset to "0" after
the signal generator was acknowledged. This behavior applies accordingly to the
additional reset tags.
Note
The project engineer my not create any tags with @ prefix. Such actions are reserved for
handling in the WinCC PCS7 software. You are not allowed to manipulate these system tags.
The system tags are necessary for proper functioning of the product.
Introduction
The following minimum horn configuration is recommended for the PCS7:
If the user is allowed to view messages and no authorization has been specified, there is also
a check as to whether a signal is triggered.
If the signals are to be output through a sound card, configure the following assignment
between signal tags and the audio file:
See also
Linking Signal Tags to Messages (Page 96)
How to assign a signal transducer to a signal tag (Page 104)
How to Configure the Acknowledgment Behavior of the Audio Alarm (Page 106)
Functionality
You use commercially available sound cards in order to output messages acoustically. In this
case, a WAV audio file created using commercially available software is played back and
repeated until the message is acknowledged.
If several messages from different message classes come in, the assigned sounds are played
back simultaneously.
In order to access multimedia hardware, the sound card communicates via the DirectSound
component of the standard operating system component "DirectX". "DirectX" takes advantage
of all the properties that the sound card driver supports, and emulates those properties which
the driver does not support but which are nonetheless needed. Thus, the sound card
implementation is independent of the hardware.
To configure the sound card, select "Start > Settings > Control Panel". Double-click "Sounds
and Multimedia" to open the dialog box.
The sounds of the WAV files must support the Pulse Code Modulation format. Both mono and
stereo are supported.
Corresponding to the three channels of the signal module, three audio files are supplied for the
sound card.
See also
Example 1: Automatically acting WinCC clients with signal transducer (Page 113)
Example 2: WinCC Clients with Multiple Acknowledgment in a Group (Page 114)
Example 3: WinCC Clients with Multiple Acknowledgment by Tags (Page 115)
Introduction
The following example shows the configuration of standalone WinCC clients that have
signaling devices and that are networked with multiple servers.
Requirement
● Each WinCC client is in a separate room.
● The WinCC clients have one signaling device each, the servers have none.
Requirement
WinCC clients monitor the servers and use their signaling devices in accordance with their
access rights.
When a WinCC client receives a message, a signal is triggered or acknowledged
independently of the other WinCC clients.
This does not affect the other WinCC clients.
Procedure
1. Configure the Horn message and signal assignment on every WinCC Client.
2. Select "Only local" in the signal settings of the "Type of acknowledgment" in the "Signal
Assignment" tab.
Runtime behavior
The horn runs on each WinCC client.
The signaling devices of individual WinCC clients are triggered by a message independently of
one another.
Each WinCC client acknowledges its own signaling device.
Its own signal tag is reset and the signal is deactivated.
See also
Application Examples for Acknowledgement Behavior (Page 113)
Introduction
The following example shows you the configuration of two WinCC clients in a group whose
signaling devices are deactivated in a coordinated manner.
Requirement
● The WinCC clients have one signaling device each.
● The servers do not have a signaling device.
Requirement
Because the WinCC clients are in a group, one WinCC client acknowledges all signaling
devices of the WinCC clients.
Procedure
1. Configure the message and signal assignment of the horn on both of the WinCC clients.
2. Select "Multiple acknowledgment in the group" in the signal settings of the "Type of
acknowledgment" in the "Signal Assignment" tab.
3. Enter the same group name each time in the "Multiple acknowledgment in the following
group" input field, for example, "Horn_Group1".
This entry is case-sensitive.
Runtime behavior
The horn runs on the WinCC clients.
When one WinCC client acknowledges the horn, the local "@HornReset" tag is reset and the
signaling devices are deactivated.
Because the other WinCC client is in the same group ("Horn_Group1"), this WinCC client
recognizes the acknowledgment and resets its local "@HornReset" tag.
This causes its signaling devices to be deactivated.
Note
When configuring a shared acknowledgment, you must be aware that users with different
authorizations can be logged on to the WinCC clients.
When a message comes in it is possible for, say, WinCC client 1 to see this message and
trigger the horn.
WinCC client 2 is not authorized to see this message and trigger a signal.
However, WinCC client 2 can acknowledge the signaling device on WinCC client 1 at any time,
even though it does not see any messages and its signaling device is deactivated.
See also
Application Examples for Acknowledgement Behavior (Page 113)
Introduction
The following example shows you the configuration of two WinCC clients acting in unison
whose signaling devices are deactivated using acknowledgment tags.
The configuration of the multiple acknowledgment using acknowledgment tags is retained for
compatibility reasons.
Requirement
● The WinCC clients have one signaling device each.
● The servers do not have a signaling device.
● A server has a common acknowledgment tag for both WinCC clients.
Requirement
Since the WinCC clients act in unison, the acknowledgment tag acknowledges all the signaling
devices on the WinCC clients.
Procedure
1. On the "S1" server, create the binary acknowledgment tag "HornResetMC" with project-
wide updating in the WinCC Configuration Studio/Tag Management.
2. Configure the message and signal assignment of the acoustic alarm on both of the WinCC
clients.
3. Select "Multiple acknowledgment using tags" in the signal settings of the "Type of
acknowledgment" in the "Signal Assignment" tab.
4. Click "..." in the "Multiple acknowledgment using the following acknowledgment tags:" entry
field.
5. Select the acknowledgment tag "S1::HornResetMC" in the tag selection dialog box.
Click "OK".
6. The tag is displayed in the input field.
Runtime behavior
The horn runs on the WinCC clients.
Each WinCC client sets its own signal tags.
When a WinCC client acknowledges the signaling device, this automatically resets tag
"S1::HornResetMC".
The other WinCC client detects this and resets its local "@HornReset" tag.
This causes it signal tags to be reset and the signals to be deactivated.
Note
When configuring a shared acknowledgment, you must be aware that users with different
authorizations can be logged on to the WinCC clients.
When a message comes in it is possible for, say, WinCC client 1 to see this message and
trigger the horn.
WinCC client 2 is not authorized to see this message and trigger a signal.
However, WinCC client 2 can acknowledge the signaling device on WinCC client 1 at any time,
even though it does not see any messages and its signaling device is deactivated.
See also
Application Examples for Acknowledgement Behavior (Page 113)
Introduction
The signal module is used to control up to three different messaging devices (horn, buzzer,
lights, etc.) with an option to connect to a hardware-based acknowledgment button used for
acknowledging externally. It also includes a hardware timer (watchdog). It is triggered cyclically
by WinCC Runtime via a API call driver. An alarm is triggered if an error, such as a computer
failure, occurs so that retriggering no longer takes place. The module also possesses 3
additional binary inputs. The signal module is a PC module that has been specially developed
for use in the OS with a 32-bit PCI bus interface (MLFB no.: 6DS 1916-8RR). You need a 5V
PCI slot to operate the signal module with PCI bus interface. It is not possible to operate it in a
3.3V PCI slot.
The signal module is a hardware option to the WinCC system that is offered as an option pack.
In the following figure, you can see the general structure of a system and the installation options
for the signal module within a system.
6LJQDOPRGXOH
7HUPLQDOEXV
6HUYHU
3ODQWEXV
If the server operator stations have multiple client operator stations, each terminal can be
equipped with a signal module.
Note
The signal module is configured separately for each computer. You need to configure each
computer. When you use the project duplicator, the settings are not copied.
See also
Function Characteristics of the Signal Module (Page 118)
PCI Bus Signal Module (Page 119)
Installing the Signal Module (Page 122)
Pin Assignment of the External Interface (Page 125)
Testing the Signal Module (Page 123)
Functionality
The signal module performs the following functions:
● Control of three acoustic or optical sensors
● Watchdog
● Three binary inputs
● Acknowledgment/resetting of the audible signals through software control or external
acknowledgment
A 25-pin and a 9-pin Sub-D-plug are located at the front of the module. The watchdog and
signaling device functions are carried through the 25-pin Sub-D-plug. The 9-pin plug is not
used.
Via the Basic Process Control option pack, the group signal or the group audible indicator is
controlled by a logical OR.
When control is through the software, the three signal outputs are reset. When
acknowledgment is carried out externally, for instance using keystrokes, all assigned signal
tags are set to 0 and the signal outputs are reset at the same time.
All signals sent through the two plugs are isolated and implemented as relay contacts or optical
couplers. The 24 V DC supply voltage, which is provided externally by the relay contacts or
optical couplers of the signal module, must be 1 A protected by the customer.
See also
General Information about the Signal Module (Page 117)
Testing the Signal Module (Page 123)
Installing the Signal Module (Page 122)
Insert the signal module into the motherboard of the operator station PC. Check whether a PCI
slot is available.
=XVDPPHQVFKDOWHQPHKUHUHU%HGLHQNDQ¦OHPLW
DX¡HQOLHJHQGHQ4XLWWLHUXQJVWDVWHQ +¸UPHOGHU
%HGLHQNDQDO
.OHLQVFK¾W]
. 5HODLVNRQWDNWGHV+¸UPHOGHUV
5( 5HVHW(LQJDQJ
5$ 5HVHW$XVJDQJ
%U¾FNH;3LQJHVWHFNW
LQWHUQHVXQGH[WHUQHV5¾FNVHW]HQ
%U¾FNH;3LQRIIHQ
LQWHUQHV5¾FNVHW]HQ
%HGLHQNDQDO
([W4XLWWLHUXQJVWDVWHU
$X¡HUKDOEOLHJHQGHU9HUWHLOHU
Note
You can only use a PCI card as a signal module if it has a product status > = 4 (see self-
adhesive label, e.g. ES4).
See also
Structure of the Switches and Jumpers with the PCI Bus (Page 121)
3.11.4 Structure of the Switches and Jumpers with the PCI Bus
Overview
The following simplified representation of the signal module with 32-Bit PCI bus interface
shows the physical arrangement and the pin numbering of the switches and jumpers. Their use
is explained below.
The image shows the factory settings of the jumpers and the default switch positions.
All X6 jumpers are inserted in delivery state. The X4 jumper "1-2" is inserted in delivery state.
The jumper settings marked with *) represent the standard configuration for use with PCS7-OS
and do not correspond with the delivery state.
Note
If several modules are interconnected by way of external wiring it is mandatory that jumper 3-4
at slot X6 is in the same position at all modules. The jumper is usually inserted on all modules.
See also
PCI Bus Signal Module (Page 119)
Procedure
The installation is broken down into multiple steps. Follow these steps:
1. Hardware Installation:
Insert the signal module card into the OS motherboard. The card requires a free PCI slot in
the OS. If the OS is a server OS with several client OS's, each client can contain an
additional signal module.
2. Hardware Setup:
Once you have installed the signal module card, you can test its functionality using the
operating system's "Control Panel". To do so, double-click "Signal Unit Configuration" within
the "Control Panel". The "Signal Unit Hardware Setup" dialog box will open. Perform the
hardware setup for the signal module plug-in card via this dialog box.
Note:
– When you close the dialog box, you must wait approx. 4 seconds before opening it again
once the icon comes into focus again.
– Before activating Runtime, you have to close the "Signal Unit Hardware Setup". The horn
is not triggered by message events otherwise.
See also
Testing the Signal Module (Page 123)
Introduction
In order to test the installed signal module, proceed as follows:
Procedure
1. Select "Start > Settings > Control Panel".
2. Double-click this icon to open the "Signal Unit Hardware Setup" dialog box.
3. You can now test the signal module in the "Signal Unit Hardware Setup" dialog box.
Note:
● After having closed the dialog box, you must wait approx. four seconds after the icon is
focused again before you re-open the dialog box.
● Close the "Signal Unit Hardware Setup" dialog box before activating Runtime. The horn is
not triggered by message events otherwise.
Structure of the dialog box "Signal Unit Hardware Setup".
Activate "Output 1" to "Output 3" check boxes in the "Output Channels" group in order to
immediately test the functions of the signal module and connected signal generators.
Dialog boxes
The dialog box settings are defined as follows:
Note
The previous "Auto-Trigger Watchdog" option is no longer available, as the PCI version of the
signal module does not support auto-triggering of the watchdog.
See also
Installing the Signal Module (Page 122)
*H = Housing
*S = Shield
*BI = Binary Inputs
25-pin subminiature plug connector (pin connector with screw locking)
Comments
Wire the main signaling device (horn, signal lamp, etc.) to the main contact of the signal module.
The main signaling device responds every time a detail contact is set, that is, each time an
alarm is reported at the signal module.
You can connect the detail contacts to signal devices such as lamps or buzzers.
You can wire a device which is activated if the relevant signal module is no longer triggered to
the watchdog alarm output. This event is triggered by a failure of the corresponding OS.
You must choose whether to reset the signal module using the control software (driver) or an
external acknowledgment button.
Take the following measures to use both variants in parallel:
● You can interconnect pins 3 and 4 at jumper X6 of the PCI card to enable acknowledgment
by means of external pushbutton. You can find related topics in the section "Configuration
of switches and jumpers on the PCI bus".
Wire an external pushbutton to the reset input. Wire the reset output accordingly in parallel to
this button.
See also
PCI Bus Signal Module (Page 119)
Structure of the Switches and Jumpers with the PCI Bus (Page 121)
Introduction
Time synchronization is a WinCC application that controls the time synchronization throughout
the system using the SIMATIC method. The NTP method is not used.
You configure time synchronization with the "Time Synchronization" editor. The time can be
synchronized as follows:
● Via the local area network/terminal bus for the operator station
● Via the system bus/Industrial Ethernet Bus for WinCC servers with a link to the automation
systems
If an AS is used as the time master, the synchronization interval there should be set to one
second. We do not recommend this operating mode because the time will be lost with a memory
reset on the AS.
Note
Greenwich Mean Time (GMT) or winter time is used on all devices on the system bus for user
data and time message frames. You could only upgrade V5 projects to WinCC V5 online if the
"V5-compatible communication mode" check box was activated in the "Parameters" tab of the
"Computer Properties" dialog box in the WinCC Explorer. The following default setting is
enabled for this option:
● for newly created projects as of WinCC V6: check box is deactivated.
● for projects migrated from WinCC V5: check box is activated.
Note
Up to Version WinCC V 5.1, clock synchronization on the PROFIBUS was supported. This
function is no longer directly available as of WinCC V 6.0. For questions concerning this
problem, please contact Customer Support.
See also
Hardware Support of Time Synchronization (Page 148)
The "Time Synchronization" editor (Page 131)
How to configure the synchronization through the system bus/CP1613 A2 and CP1623
(Page 135)
How to configure the synchronization over the Local Area Network (Page 142)
Simultaneous use of Time Synchronization over System Bus and Local Area Network
(Page 145)
Introduction
Open the "Time Synchronization" editor by double clicking on it in the WinCC Explorer.
You specify the required settings in the configuration dialog box:
Synchronization settings
Synchronization can be configured via the system bus, Industrial Ethernet bus, or LAN.
Activate the corresponding check boxes. You can also use both options in parallel.
If you are using two access points with CP1613 A2 or CP1623, the following modules are
assigned to the symbolic names in SIMATIC NET:
Symbolic name "Set PG/PC Interface" dialog box "Set PC Station" dialog box
<CP1613 A2 (1)> CP1613 A2(ISO) CP1613 A2
<CP1613 A2 (2)> CP1613 A2(ISO)<Board 2 CP1613 A2(2)
<CP1623 (1)> CP1623(ISO) CP1623
<CP1623 (2)> CP1623(ISO)<Board 2 CP1623(2)
The symbolic name "<Softnet (1)>" or "<Softnet (2)>" is used for the BCE network card.
The internal tags "@TimeSyncDevice1State" and "@TimeSyncDevice2State" are used for
both access points. These tags display the status of the access points and are used for
diagnostics functions in runtime. Possible values are "Slave", "Standby master", "Active
master" and "Deactivated".
Note
The project engineer my not create any tags with @ prefix. Such actions are reserved for
handling in the WinCC PCS 7 software. You are not allowed to manipulate these system tags.
The system tags are necessary for proper functioning of the product.
See also
How to configure the synchronization through the system bus/CP1613 A2 and CP1623
(Page 135)
How to configure the synchronization over the Local Area Network (Page 142)
Simultaneous use of Time Synchronization over System Bus and Local Area Network
(Page 145)
Effects of the Time Reception Service (Page 153)
Introduction
You can use up to two devices to synchronize the time over the system bus.
If only one device is being configured, always use "access point 1".
With "Access point 2", you have the option of configuring the following tasks:
● Implement one device redundantly
● Synchronize two system buses over a type of "bridge"
● Synchronize two system buses as simultaneous masters
Due to a system feature in connection with the interplay between AS417-4H and CP443-1EX11
(Industrial Ethernet), the time synchronization on the redundant System Bus is only possible as
from CP443-1EX11 Firmware Version 2.3.
Procedure
1. Activate option "Synchronization via System Bus (Master, Slave)".
2. Select the desired device from the drop down list box of "Access point 1" and "Access point
2."
The drop down list boxes show all devices installed on the computer which support time
synchronization via system bus.
3. Activate the corresponding check box to define the device as master or slave.
4. The installed access points are unknown if you configure station time synchronization on a
different computer. For this reason, it is possible to display symbolic names of access points
enclosed with "< >", e.g. "<CP1613 A2 (1)>" or "<CP1623 (1)>".
If you want to use symbolic names for access points, activate the "Display symbolic name
of the access point" check box.
The symbolic names of the access points are assigned to the physical names of the access
points during startup in Runtime.
If two access points such as two CP1613 A2 cards are configured on the same computer,
the combination of functionality returns the following behavior:
Note
The selection boxes are disabled if the station to be configured is WinCC Client.
See also
The "Time Synchronization" editor (Page 131)
Simultaneous use of Time Synchronization over System Bus and Local Area Network
(Page 145)
Introduction
You can use a BCE network card to synchronize the time over the system bus.
If only one device is being configured, always use "access point 1".
With the option "Access point 2", you can configure the following tasks:
● Use a second access point with a CP1613 A2 or CP1623 card
● Synchronize two system buses over a type of "bridge"
● Synchronize two system buses as simultaneous masters
Requirement
● Only one BCE network car can be used for time synchronization on an OS.
● The ISO log must be installed and activated for the network card.
● The BCE network card can be used for up to eight connections.
● The time synchronization via a BCE network card cannot be used redundantly.
● A 1 - 10 second grid must be set on the external time transmitter.
● The following target address is used for Multicast with a BCE/CP1612 A2 network adapter:
Address 09-00-06-01-FF-EF.
● Broadcast must not be used.
Procedure
1. Activate option "Synchronization via System Bus (Master, Slave)".
2. The drop down list for "Access point 1" shows all of the network cards and devices installed
on the computer. Choose the BCE network card, suitable for time synchronization via the
system bus, from the drop down list.
3. The installed access points are unknown if you configure station time synchronization on a
different computer. The symbolic name of access points may be displayed in brackets "< >"
for this reason, for example, "<Softnet (1)>". If you want to use symbolic names for access
points, activate the "Display symbolic name of the access point" check box. The symbolic
names of the access points are assigned to the physical names of the access points during
startup in Runtime.
4. Activate the corresponding check box to define the device as master or slave.
5. Optionally choose a CP1613 A2 or CP1623 card as a second access point.
If two access points such as a BCE network adapter and a CP1613 A2 card are configured
on the same computer, the combination of functionality results in the following behavior:
Note
The selection boxes are disabled if the station to be configured is WinCC Client.
4.5 How to configure the synchronization over the Local Area Network
Introduction
There are three types of time synchronization over the Local Area Network/terminal bus:
● The computer is synchronized automatically via a connected WinCC server.
● The time is imported from one of the permanently defined computers in the network.
● The time is set by a 3rd party component.
The WinCC client queries the computer for its time and synchronizes its time with this time. The
following options for setting are available.
● Import Time from a Connected WinCC Server
● Import Time from Permanently Defined Computers
● Setting time over an external (third-party) component
Client computers are integrated into time synchronization via routers. UTC is used as the time
base.
If the client computer is located in a different time zone, it will automatically switch to the local
time zone for display and output purposes.
In this case, no additional synchronization may be active on the default client (e.g.: DCF77
Client Service or other 3rd Party Software, which provides the local PC time).
Note
DCF-77 Time Reception Service
If the DCF-77 time reception service is used, the "Allow time to be set by external (third-party)
component" radio button must not be activated.
Instead the "Use time reception service" check box must be activated.
See also
The "Time Synchronization" editor (Page 131)
Simultaneous use of Time Synchronization over System Bus and Local Area Network
(Page 145)
Introduction
The time can be synchronized simultaneously over the system bus and the Local Area
Network. The local computer time in this case will always be synchronized with that of the Local
Area Network. The access points on the system bus can only be configured as masters to
forward the time received from the Local Area Network to the system bus.
Note
If the WinCC servers belong to a Windows domain and a specialized device, such as
Siclock, operates as the time master on the system bus, the Siclock and the domain must
have the same time. We recommend equipping both with an external time receiver.
Synchronization via system bus is not allowed if the "Use the time from a connected WinCC
server" check box is activated. This is because it makes no sense to import the time from a
server connected to the system bus and then to send this time back to the system bus.
See also
Time signal receiver (Page 149)
General Information on the Time Reception Service (Page 152)
Introduction
The following time signal receivers are supported WinCC:
● DCF77 receiver DCFRS
● WINGPS GPS receiver
Note
Assignment of the COM interfaces
During plant configuration, note that several applications are assigned to the COM interfaces,
for example:
● WinCC redundancy / redundant batch server
● Time receiver (DCF77/GPS)
It may not be possible to run all applications simultaneously as standard computers are
equipped with only two COM ports.
The signals are received from the long-wave transmitter DCF77, which has been transmitting
time signals in coded form on the 77.5 kHz frequency for over 20 years.
Because of its central location in Central Europe (Mainflingen is located near Frankfurt) and its
extensive range of up to 2000 km, this transmitter is significant far beyond Germany.
DCFRS driver
A driver is supplied for the DCFRS receiver.
WINGPS driver
A driver is included with the WINGPS receiver.
Note
After having installed the DCF77 receiving service you start it using either the Windows system
management or you the restart the PC.
The software "DCF77 reception service", Version 2.01, is used for the connected DCF77 radio
receiver or the GPS satellite receiver. Check the version by clicking the DCF77 icon in the
station's Control Panel. Click the About button in the dialog box.
If you choose "UTC" as time reference for the "DCF77 Reception Service" dialog, you may not
configure any "GMT" time shift for "SICLOCK GPSDEC".
With the exception of the FIFO buffer, the Windows default setting for the COM interface is
maintained. Deactivate the "Use FIFO buffer" option at "Advanced settings".
See also
Effects of the Time Reception Service (Page 153)
Introduction
If the "Use time reception service" check box is enabled in the "Time Synchronization" editor,
the time synchronization uses the time reception service to set the computer time. This
prevents other processes from setting the internal time.
See also
General Information on the Time Reception Service (Page 152)
Content
The "Lifebeat Monitoring" editor serves to monitor all servers, clients and automation devices
that can be reached across PC and industrial networks.
Note
The simultaneous utilization of Lifebeat Monitoring and Asset Management is not supported.
Functionality
Lifebeat monitoring monitors WinCC stations and automation devices that are accessible over
PC and industrial networks.
/LIHEHDW /LIHEHDW
REMHFW REMHFW
:LQ&&FOLHQW
3URFHVV
FRQWUROOHYHO
3&QHWZRUN
6HUYHU
/LIHEHDW /LIHEHDW
PRQLWRU REMHFW
3URFHVVOHYHO 6\VWHPEXV
/LIHEHDW
REMHFW
/LIHEHDW
REMHFW
$XWRPDWLRQGHYLFHV $*
The above sketch illustrates as an example the structure of a lifebeat monitoring system with
the computers of the command level and the subordinate process level.
You can configure lifebeat monitoring only via Industrial Ethernet and PROFIBUS connections
of the "SIMATIC S7 PROTOCOL SUITE" or via an OPC connection between WinCC stations.
NetDDE is not supported.
See also
How to configure Lifebeat Monitoring with an OPC connection (Page 159)
Visualizing the Lifebeat Monitoring in Runtime (Page 161)
Introduction
Lifebeat Monitoring monitors servers, clients, and automation devices. In general, Lifebeat
Monitoring runs on a central WinCC client. It provides a view of the lifebeat objects associated
with a project and of automation devices and operator stations of other projects. To this end, all
plant parts must be connected to a shared network.
Monitoring Cycle
You set the monitoring cycle to the values 5 s, 10 s, or 1 minute in the "Lifebeat Monitoring"
dialog box. A default monitoring cycle of 10 seconds is preset.
Project
The following is assigned to a project:
● a group of automation devices
● or a standalone computer
● or Server computer with one or more WinCC client computers
Note
The project engineer my not create any tags with @ prefix. Only the WinCC PCS7 software
can do this. You are not allowed to manipulate these system tags. The system tags are
required for proper functioning of the product.
While configuring AS and OS monitoring by means of Lifebeat Monitoring, device names
should not be identical to pictures in the Picture Tree or like internal tags with the @ name
prefix.
Introduction
The communication between WinCC and specific types of automation systems is established
over a channel. For AS monitoring, you can use Industrial Ethernet and PROFIBUS
connections of the "SIMATIC S7 PROTOCOL SUITE". The OPC connection must be used
to monitor WinCC stations. Monitoring via the OPC connection is limited to WinCC stations.
Since the software for the OPC-DA server and the OPC-DA client is included in the WinCC
basic system, you can use WinCC simultaneously as an OPC-DA server and OPC-DA client.
As a WinCC client, the computer can be simultaneously connected to several servers.
Note the following points for the configuration of the lifebeat monitoring in a distributed system
or a distributed redundant system:
● The lifebeat monitoring of a server pair monitors its subordinate automation devices.
● Configure the monitoring of all WinCC clients in the network either only from the standard
server pair or distribute the monitoring of the WinCC clients over several server pairs.
The OPC-DA client channel uses one channel unit. The channel unit does not require general
configuration.
Procedure
1. Start WinCC and enter a new "OPC.CHN" driver in the tag management.
2. Select "OPC Unit #1".
Open the shortcut menu. Select the "New Connection" command.
A connection is created.
3. Select the "Properties" command from the shortcut menu of the new connection.
Click "Properties" in the "General" tab.
General
Note the following when visualizing the Lifebeat Monitoring:
● To call the visualization of the plant configuration, configure, for example, buttons with
picture selection on "@Config.PDL".
● When the OS Project Editor is run, pre-configured basic data are created in the current
project. This means that the picture selection is already on the system configuration for a
button in the key set.
● With a WinCC client project, the connections to the server as well as the status of the lifebeat
objects to be monitored by the server is displayed.
● When you click the system configuration, the configuration of the server whose packages
have been loaded is displayed. This is not possible if the server has failed. In the "Disturbed"
state, the disturbed Lifebeat objects can be displayed.
Note
You have to open and update the "Lifebeat Monitoring" editor on all participating servers in
order to created the internal "@LBMRTConfigState" tag. Otherwise, the non-updated server in
the "@Config.PDL" of the WinCC client will be shown with the "Disturbed" state in Runtime. The
diagnostic window of the GlobalScript shows a non-existent tag.
See also
Function Principle of Lifebeat Monitoring (Page 157)
Practical Example of Lifebeat Monitoring (Page 165)
Introduction
The following possibilities are available for designing the system configuration picture
"@Config.PDL":
● Automatically generating the system configuration picture
● Specifying custom positions of the lifebeat objects
● Inserting graphic objects into the system configuration picture
● Specifying custom display sizes of the lifebeat objects
● Specifying custom display forms of the lifebeat objects
Specifying display sizes of the lifebeat objects in the system configuration picture
Several display sizes for each lifebeat object are saved in the typicals picture
@@ConfigTypicals.PDL and @ConfigTypicals.PDL. The Lifebeat Monitoring uses the lifebeat
object with the object property "type" = "<device type>/1" as the default for updating the system
configuration picture.
1. Open the system configuration picture @Config.PDL in the "Graphics Designer" editor.
2. Select the device type whose display size you wish to change, e.g., "OS".
Open the object properties in the shortcut menu of the device type.
3. Change the entry for the "type" object property from "OS/1" to "OS/2". The name of device
type including the backslash may not be changed.
Close Graphics Designer.
4. If you want to receive the lifebeat object changes, update Lifebeat Monitoring. To do so,
select the setting "User-defined" in the "Device positioning in the system configuration"
selection box.
Note
On a PCS 7 OS, you can also make the display changes using the Graphic Object Update
Wizard, "Update the picture objects". Select the desired typical picture and the configuration
file "LBMObjects.cfg".
Specifying display form of the lifebeat objects in the system configuration picture
If the supplied display forms for lifebeat objects available in the typical picture
"@@ConfigTypicals.PDL" are insufficient, you will need to create your own typical picture.
1. Save the typical picture "@@ConfigTypicals.PDL" as a copy under the name
"@ConfigTypicals.PDL". You must not change the "@@ConfigTypicals.PDL" typical file.
2. Create a copy of the existing display forms for the device type for which you wish to generate
a new display form.
3. Enter a new identifier after the backslash for the "type" object property of the new object. The
name of device type including the backslash may not be changed.
4. Now you can change the display form in the new object. Note that you may not delete any
of the existing object properties.
Close Graphics Designer.
5. If you want to receive the lifebeat object changes, update Lifebeat Monitoring. To do so,
select the setting "User-defined" in the "Device positioning in the system configuration"
selection box.
If the file @ConfigTypicals.PDL exists, Lifebeat Monitoring uses this file as the typical picture.
Now the variants in the "@ConfigTypicals.PDL" typical file are available to you for designing the
system configuration picture.
Note
You must not open the "Graphics Designer" editor while you are updating Lifebeat Monitoring.
See also
How to Design the System Configuration Picture (Page 162)
Introduction
In the figure below, you can see a WinCC operator control and monitoring system in which
Lifebeat Monitoring is performed.
/LIHEHDW /LIHEHDW
REMHFW REMHFW
/$1 /$1
/LIHEHDW /LIHEHDW
REMHFW PRQLWRU (WKHUQHW
Failure of Server1
An error occurs in Server1, for example, due to a power failure. After the Lifebeat Monitor
(Server2) has sent the status of the tags to Server1, a return message is missing due to the
error in Server1. The Lifebeat Monitor Server2 detects this. The appropriate message is sent
to Client3, which is configured to Server2.
See also
How to configure Lifebeat Monitoring with an OPC connection (Page 159)
Device List of Lifebeat Monitoring (Page 169)
Dialog box
The picture below shows you the structure of the "Lifebeat Monitoring" dialog box.
Procedure
Perform the following steps to open the "Lifebeat Monitoring" dialog box:
1. Double-click "Lifebeat Monitoring" in WinCC Explorer.
The "Lifebeat Monitoring" dialog box opens.
Create or edit the configuration in this dialog box.
In this dialog box, you configure the complete Lifebeat Monitoring.
After the configuration, the corresponding tag is entered for each device at the corresponding
connection.
Note
Completely fill in the device list, consisting of device name, device type, and connection. A
notice will appear if the list is not complete.
If you create or change a connection in the tag management, you must reassign the connection
in the "Lifebeat Monitoring" editor.
No configuration in the "Lifebeat Monitoring" editor is possible on the WinCC client. Instead, an
overview of all Lifebeat objects of the installed server project packages is displayed on the
WinCC client.
If you can no longer open the lifebeat monitor, check whether the temporary file "Lbmcs.tmp"
is available in the WinCC project folder. If yes, delete this file. Start the lifebeat monitor.
See also
Buttons of Lifebeat Monitoring (Page 171)
System Configuration of Lifebeat Monitoring (Page 171)
General Information About Lifebeat Monitoring (Page 156)
Practical Example of Lifebeat Monitoring (Page 165)
Introduction
Lifebeat Monitoring is configured using the device list. Each device name is stored as a tag
within the Tag Management of WinCC. The tag name has the structure "@<Device name>".
For the device name "Server12", for example, the tag "@Server12" is created. The data type
of the tags is of no significance to the lifebeat monitoring, as only the status of the tags is
queried.
Note
For lifebeat monitoring, a tag "@<Devicename>" is created for each device name. For the
Picture Tree, for each picture that contains a group display, a tag called "@<Bildname>" is
stored. This can cause conflicts with identical names. To prevent such conflicts, the picture
name must not be the same as the device name or system tags with the "@" name prefix.
A message is displayed when this type of conflict occurs. The tag names that cause a name
conflict are listed in log file "LifebeatMonitoringCS.log" in the "Diagnosis" folder of the
installation directory. Change the device name to resolve the name conflict.
Note
After you have deleted an S7 connection on the engineering station and performed an OS
compile, the connection and the LBM tags in the WinCC tag management are deleted.
However, the configured connection in the "Lifebeat Monitoring" editor is retained. You yourself
must delete the relevant connection in the editor and save the new plant picture via the
"Update" function. If the connection has not been deleted from Lifebeat Monitoring the runtime
message "1009999" outputs the text "LBMRT: Tag '...' does not exist".
See also
Device List of Lifebeat Monitoring (Page 169)
System Configuration of Lifebeat Monitoring (Page 171)
General Information About Lifebeat Monitoring (Page 156)
Overview
Button Meaning
Close Use this button to close the dialog box.
Print Use this button to print the feedback messages from the device list.
Printer Setup Use this button to set up the current printer.
Preview Use this button to output a print preview of the feedback from the device list to the screen.
Add Use this button to create a new empty line within the device list. This function is not available in
WinCC Client projects.
Delete Use this button to delete a line within the device list. Pay attention to the following:
● The device name is only deleted from the device list. It is not deleted from the tag list of the
corresponding connection in WinCC Explorer. Reason: Other modules of the WinCC system can
access this tag.
● Select a line and then click "Delete" to delete the entire line. Click the button with the device
number to select a line.
● When you click "Delete", you will not be asked whether you really want to delete the selected line.
● You can only delete single lines. You can not select a group of lines in order to delete this group.
This function is not available in WinCC client projects.
Update Use this button to create/update the system configuration. The system configuration is created by
default with the name "@CONFIG.PDL" and saved to the project-specific picture folder. The geom‐
etry of the picture is based on the settings that were made in OS Project Editor. The "Graphics
Designer" editor cannot be opened during the update.
Edit Picture Open Graphics Designer directly with this button in order to edit the plant configuration picture
"@Config.PDL". You can only operate this button if the plant configuration picture exists.
See also
Device List of Lifebeat Monitoring (Page 169)
Buttons of Lifebeat Monitoring (Page 171)
General Information About Lifebeat Monitoring (Page 156)
Introduction
Within the system configuration, all of the components to be monitored are shown as graphics.
Components that are currently not ready to function, due to a fault, for example, are crossed out
in the graphic with a red line.
26
3ODQWEXV
$6
$6 $6
/RDGHG /RDGHG
'HYLFHW\SH
'HYLFHQDPH
6WDWXV
$6
'LVUXSWHG
If a number of automation systems (AS) are connected to an OS, they are shown is series.
The servers in the system configuration are represented as follows on a client:
● Disturbed - A device monitored by the server has failed.
● Failed - The server itself has failed.
● Established - The connection to the server has been established.
See also
Device List of Lifebeat Monitoring (Page 169)
Buttons of Lifebeat Monitoring (Page 171)
System Configuration of Lifebeat Monitoring (Page 171)
Practical Example of Lifebeat Monitoring (Page 165)
Overview
You use picture tree create and manage a hierarchy of plants and plant sections.
When you create a WinCC project, you should ideally also create a picture hierarchy with the
plant pictures of the Graphics Designer.
The following functionality is available:
● Creation and viewing of a hierarchy
● Support during the defining of systems and subsystems
● Assignment of the plant pictures of the Graphics Designer to the hierarchy areas.
You can only assign a picture to a system once.
● Support for picture selection in runtime via the navigation in the hierarchy tree.
● Export and import of the hierarchy to and from other WinCC projects for reuse
Actions across projects, such as copying/moving pictures and systems, are not possible across
multiple projects.
Note
Requirement: OS Project Editor
Picture Tree is a WinCC option that is only available after the installation of "Basic Process
Control".
The WinCC project must first run through the OS Project Editor so that the menu items are
displayed.
Picture Tree is not fully functional until the OS Project Editor has been run.
If the OS Project Editor is not run, only the hierarchy information will be written to the database
on saving.
WinCC client
You cannot configure a picture hierarchy on the WinCC client.
Instead you see an overall view of the hierarchies of the server projects that were loaded with
packages on the WinCC client in runtime.
User interface
● The hierarchy window displays the hierarchy of the systems created and is displayed as a
tree.
● The data area contains all available pictures of the WinCC project that are not yet assigned
to the levels of the hierarchy.
When a node in the hierarchy window is selected, only the direct sub-nodes are displayed
with the available pictures.
● You see the properties of the selected container in the property view.
If you click the picture name, the "What's this?" window displays the picture preview below
the properties.
● Use the special menu entries for Picture Tree from the menu bar:
– "File > Save" to save the configuring hierarchy
– "File > Project Documentation Group Display", to set up or print the print job for the group
display.
– "File > Project Documentation", to set up or print the print job for the hierarchy.
– "Options > Completely Recalculate Group Display Hierarchy When Saving" to activate
the new calculation.
– "Options > Delta Save", to enable Delta Save
Delta Save
When the "Delta Save" option is selected, only the project changes are taken into account every
time a save is conducted in the Picture Tree.
The creation of pictures for the Picture Tree Navigator is accelerated.
The pictures whose assigned area of the hierarchy has not changed are no longer created
again.
Note
Save hierarchy information first
After the OS Project Editor has been run, the "Delta Save" option is disabled.
The complete configured hierarchy information must always be saved initially.
After the first save operation, you can enable "Delta Save" and then save only the project
changes.
See also
General information on the hierarchy (Page 179)
General information
The hierarchy of a plant consists of areas of the plant or plant section to which plant pictures are
assigned.
The structure of the hierarchy is not limited with regard to the height or width of the hierarchy.
Note that only the first 256 ranges can be configured for user authorization in the User
Administrator. Messages or modules that are assigned to a range extended beyond this limit in
the ES or OS cannot be selected in Runtime.
After configuration of a hierarchy, the hierarchy information is stored in various OS engineering
data, such as in the alarm system, User Administrator and component lists. You must therefor
define and retain the OS hierarchy at an early stage in the configuration process.
The changes to the hierarchy affect all applications that are in runtime as Picture Tree clients.
If the "Completely recalculate group display hierarchy when saving" option is selected, the
changes affect the group display.
The subsequent changes to a hierarchy at the area level requires manual corrections in the
following places:
● Correction of hierarchy data in the messages
● Edit the user authorizations in the User Administrator.
● Generation of new packages for the connected WinCC clients
Symbol
Picture Tree Containers
You can give the containers any names but no two containers may have the same name. If you
derive the picture tree from the plant hierarchy, the complete path with separator characters is
entered as the container names. Only the last part of the container name is displayed during
runtime. In multi-user systems, the container names in the projects of the various WinCC
servers must be unique. In this way you ensure error-free filtering and display of messages by
areas.
Note
Do not configure any container without picture assignment is placeholder.
Do not configure containers without picture assignment as placeholders for a future expansion
of the system areas. This would result in faulty navigation through the picture tree. The OS
Project Editor has a convenient way to configure empty area buttons.
See also
How to create a hierarchy (Page 181)
Overview of Picture tree (Page 175)
Introduction
At the start of the hierarchy configuration the hierarchy window contains on the root node in
which you insert the hierarchy levels.
The root node has the following properties:
● You cannot insert a node before or after the root node.
● You cannot move or delete the root node.
● You cannot assign a picture to the root node.
When you create a new hierarchy, two procedures are possible:
● You create the hierarchy by adding empty containers, as is no or only a few plant pictures
are configured in the Graphics Designer.
After the creation of the hierarchy you must assign an available picture to each empty
container or create a new picture.
● You create the hierarchy by assigning the available plant pictures to the hierarchy levels.
All "PDL" pictures created in the project are available for this.
You must save the hierarchy after it has been created and edited.
The container names are available in the text library in all existing languages.
6. If no suitable picture is available for a container, a picture with container name is created and
assigned to the container using the shortcut menu command "Create picture".
You can open the picture in the designer graphic and edit it with the shortcut menu "open
picture".
7. With the menu command "File > Save", you save the created hierarchy of the containers.
Delete Container
Select the short cut menu command "Delete" to remove a container from the hierarchy.
The assigned picture is again available for other containers.
If you want to delete pictures from the Picture Tree, you must remove the pictures from the
picture directory of the current project.
See also
General information on the hierarchy (Page 179)
Hierarchy change
If you change the hierarchy in the Picture Tree, you must open the User Administrator after
saving the changes.
The assignment of the authorizations for the hierarchy is updated as a result.
Introduction
The pictures with group displays must be available in the hierarchy to receive and relay
messages:
● The pictures from which messages are received must be in the hierarchy on or below the
level of the corresponding group object.
● The pictures to which messages are forwarded must be in the hierarchy on or above the
level of the corresponding group object.
Construct a group display hierarchy according to the picture hierarchy. The OS Project Editor
supports you in configuring the group display hierarchy. By selecting the "Create / update group
displays" the option "Message Display" tab, the group displays in the area overview are
automatically integrated in the picture hierarchy. However, you can also interconnect the group
display objects independent of the picture hierarchy.
Introduction
The container names are administered in the text library.
When the picture tree is saved the texts are saved in all languages available in the text library.
Only the text specified as the current language is used as the text.
If the name already existed in the text library, the existing text is used.
Switch language
After a language switch, all container names are displayed in the selected language. Container
names for which there is no corresponding name in the selected language are displayed in the
language in which they were created.
If you change languages in runtime, all non-compiled containers are named "Container<Text-
ID>".
Adding a language
When you add a new language in the text library, the texts of the picture tree do not exist in this
language. After adding the language, you must save the picture hierarchy or run the "Compile
OS" function so that the texts of the picture hierarchy are entered for this language.
Note
A number of WinCC applications store their texts in the text library. Identical texts are only
stored once. When a text is changed, e.g. by changing the name of the container, the text also
changes at the positions of the WinCC applications that use an identical text.
Introduction
In Alarm Logging, you can assign areas of the created hierarchy to the individual messages.
The prerequisite for a message assignment is a picture hierarchy that was created in the
Picture Tree or by data transfer to the OS. A user text block with the name "Area" must be
available in Alarm Logging.
If an area name, such as "Container1", is assigned for a message, the message is only
displayed if authorization for this area exists. If no area name is specified for a message, the
message will always appear.
Content
With the "Graphic Object Update Wizard" editor, you export, import or update dynamic user
objects from WinCC pictures.
This documentation includes the following topics:
● Creating object templates
● Exporting user object templates
● Importing WinCC pictures
● Updating WinCC pictures
● Changing user object interconnections
● Working with configuration files
Functionality
You use the Graphic Object Update wizard to export, import or update dynamic user objects
from WinCC pictures in the Graphics Designer. The interconnection with the assigned tags is
retained. This wizard functionality is only available in a PCS 7 OS.
With the Graphic Object Update wizard, you update existing objects in WinCC pictures on the
basis of a new template.
To change dynamic information, you export it into a Microsoft Excel spreadsheet. Thereafter,
you re-import the dynamic information.
With the Graphic Object Update wizard, you edit dynamic WinCC pictures as follows:
1. You copy the dynamic WinCC pictures.
2. You change the interconnection in the exported Microsoft Excel spreadsheet, e.g., for
another unit.
3. You re-import the dynamic WinCC pictures.
Alongside the interconnection information of the process pictures, you can also update the
instances of scripts and triggers when importing and updating the objects. The expanded
functionality can be executed by means of a configuration file.
Note
When the import/export wizard is used, its is assumed that the process pictures for valves,
motors, controls, etc., are available in WinCC in the form of user objects.
The selection of faceplates for process control remains user-specific: You use either standard
OCX, e.g., from the technological library of PCS 7, or specific user objects/WinCC operating
pictures.
In order to be able to use the functionality of the wizard, the OS Project Editor must run first. This
enables you to copy the dynamic wizard scripts and the configuration files into the project.
See also
Dynamic Wizard of the Graphics Designer (Page 191)
Structure of the configuration files (Page 196)
File Format of the Export/Import File (Page 203)
Introduction
You need object templates for central storage of user objects, in which you save the user
objects created.
Example:
There is a common template for all valves in the mimic diagrams of a project. You must change
this template centrally, if necessary.
This object template is called a "template picture". The name of the template picture has to start
with the symbol "@". During the import process, the user object templates are copied to the
respective process pictures with connection information.
This is only possible if the user objects present in a process picture do not have to be adapted
on an instance-specific basis. Otherwise the import causes the loss of object information. Only
the tag connection is adapted on an instance-specific basis. For example, if you need a script
to call a specific faceplate, it must be identical for all user objects of one type. You achieve this
when the script automatically accesses the connection information when you click the user
object (= AS block name) and derives the name of the faceplate from it.
The user objects must have the "type" object property. In this property, the customized object
type is entered, e.g. "VALVE". This entry in the "type" object property is the identifier for the
object.
Give a unique identifier to the newly created objects. The "tag" object property exists for this
purpose. If this object property is present, the current text is also exported into the "tag" column
of a Microsoft Excel file during the export. You can then change the entries in Microsoft Excel.
For the next import, these values are then entered in the "tag" object property for the
corresponding customized object. The optional "trend" object property is available. This object
property is intended for trend group call-ups or other texts specific to user objects. The existing
text is exported or imported into/from the "Trend" column of the export file.
Template pictures "Create / update block symbols" Create / update block symbols" function
The "Create / update block symbols" function uses the following template pictures
● Template pictures from "@@PCS7Typicals"
● The ten template pictures, maximum, created by the project engineer. These template
pictures begin with "@PCS7Typicals".
The function opens all pictures and determines the priority of the pictures alphabetically based
on their names.
Priority 1: "@PCS7Typicals*", of which the last picture in alphabetical order.
Priority 2: "@PCS7Typicals"
Priority 3: "@@PCS7Typicals"
The pictures of the highest priority are inserted.
The "Create/update diagnostic pictures" function uses the template pictures from
"@@MaintenanceTypicals" correspondingly.
Note
The descriptions of the object properties only match if the supplied Template Control is used.
If you have named the descriptions of the object properties in the configuration file yourself,
these object properties are used.
See also
Structure of the configuration files (Page 196)
File Format of the Export/Import File (Page 203)
Functionality of the Graphic Object Update Wizard (Page 188)
Dynamic Wizard of the Graphics Designer (Page 191)
Functionality
The Graphic Object Update Wizard provides the following Dynamic Wizards for the
exchangeability of process symbols:
See also
How to export user object templates (Page 192)
How to import WinCC pictures (Page 193)
How to update WinCC pictures (Page 194)
How to change the user object interconnection (Page 195)
Settings
Scope of export
Select whether the export file is to be generated only from the picture currently opened in the
Graphics Designer or from all WinCC pictures of the project.
In general, do not export any template pictures with user object templates and PCS 7 system
pictures. You can identify files of this type by the prefix "@...".
Configuration files
The OS Project Editor creates the configuration files for the export in the WinCC project folder
"WScripts".
You can find additional information on the configuration files under "Structure of the
configuration files (Page 196)".
Requirement
● The corresponding WinCC picture is opened in the Graphics Designer.
Procedure
1. In the Graphics Designer, select the Dynamic Wizard "Exporting Picture Objects" from the
"Picture Functions" group.
The Dynamic Wizard leads you through a series of dialog boxes to create the export file.
2. Select whether you want to export the user objects of all pictures or only from the active
picture.
3. Specify the name of the export file.
"Export.csv" in the folder of the current project is suggested as the default name.
See also
Dynamic Wizard of the Graphics Designer (Page 191)
Requirement
To import a WinCC picture, open the WinCC picture in the Graphics Designer into which the
picture stored in the Microsoft Excel file is to be imported. Create a back-up copy of the pictures
to be imported because you cannot undo this procedure.
Procedure
1. Before the import, all objects that have an entry in the object property "type" and also are
present in the template picture are deleted in the pictures to be imported (column 1 of the
Mircosoft Excel spreadsheet). Therefore, export the current version before you import a
picture. The name of your template picture has to start with the symbol "@".
2. Open the "Import Picture Objects" Dynamic Wizard in the "Picture Functions" tab and import
the objects.
3. When doing so, make the following settings:
– Specify the name of the import file.
Specify the name of the import file here. "Export.csv" in the folder of the current project
is suggested as the default name.
– Specify the name of the template picture.
Here, specify the name of the template picture containing the template objects.
"@TEMPLATE.pdl" in the directory "GraCS" of the current project is proposed.
If the import file contains objects that are not found in the template picture, a warning message
is displayed. These "unknown" objects will not be imported. If objects have been added to the
import file by copying existing lines, they will be regenerated.
The WinCC tag names of the import file will not be checked for their validity or presence in
WinCC Tag Management.
Note
The descriptions of the object property "type" only match if the supplied TemplateControl is
used. If you have named the description of the object property in the configuration file yourself,
this object property is used.
See also
Structure of the configuration files (Page 196)
Dynamic Wizard of the Graphics Designer (Page 191)
Requirements
If you do not have to post-process the export file, use the "Updating Picture Objects" Wizard
instead of exporting and then importing the picture objects. Open the relevant picture in the
Graphics Designer. Create a back-up copy of the picture because you cannot undo this
procedure.
Procedure
1. Update the objects with the "Update Picture Objects" Dynamic Wizard. Open the Wizard in
the "Picture Functions" tab.
2. Make the following settings:
– Select whether to only update the active picture that is open in the Graphics Designer or
all of the pictures in the project. In general, do not update any template pictures with user
object templates and no PCS 7 system pictures. Files of this type can be identified by the
prefix "@...".
– Specify the name of the template picture containing the template objects.
"@TEMPLATE.pdl" in the directory "GraCS" of the current project is proposed.
– Specify the name of the configuration file in which the information about the updated
picture object is retained.
This Wizard replaces the following picture objects with those from the template picture
● Picture objects that have an object property to identify the object, e.g. "type"
● Picture objects that are present in the template picture.
In the process, no export file is created. If the export file is not required for editing purposes, this
makes sense.
See also
Structure of the configuration files (Page 196)
Dynamic Wizard of the Graphics Designer (Page 191)
Introduction
With this Wizard, you change the dynamic connection on a user object. In doing so, you replace
the instance name in the tag in front of the period. Dynamics with internal tags are not affected
by this.
Procedure
1. Open the picture in the Graphics Designer and select the user object.
2. Open the Dynamic-Wizard "Replace User Object Connection" in the "Picture Functions" tab
to edit the object.
3. Specify the new instance name or select one. If you do not specify a name here, the instance
name is deleted from the tag connections.
See also
Dynamic Wizard of the Graphics Designer (Page 191)
Section 1: "AnalyzedObjects"
The editable object types are specified in the first section of the configuration file.
Disable any objects that are not required in order to increase performance.
[AnalyzedObjects]
Customized_Object = 1
OCX_Objects = 0
AdvancedStateDisplay_Objects = 0
AdvancedAnalogDisplay_Objects = 0
CSIG_Objects = 0
Section 2: "Trace"
In the second section of the configuration file, you specify whether a log file should be output.
[Trace]
Logfile = 0; no log file
The default setting is "0".
If you enter the value "1", a log file is created.
Section 3: "General"
In the third section of the configuration file, you specify what happens during exchanges.
[General]
ChangeTag = 0
ChangeLink = 0
ConsiderZoomFactor = 1
ConsiderHyphenForBlockName = 1
Entry "ChangeTag"
The "ChangeTag" entry enables tag replacement.
The default setting is "0". The Wizard only replaces the tag interconnections of dynamic object
properties.
When you enter the value "1", all used tags in C scripts, triggers and the content of the
"tagname" object property for faceplates are updated.
Entry "ChangeLink"
With the "ChangeLink" entry, you specify the tag replacement type of the tag connections.
The default setting is "0". The wizard replaces the tag connections of dynamic display object
properties with the structure instance information of the tag connection. The structure instance
name does not have to appear in the tag.
When you enter the value "1", the tag connections are replaced according to the structure
instance names.
Entry "ConsiderHyphenForBlockName"
The "ConsiderHyphenForBlockName" entry is relevant if you select the "Split tag names"
option.
The default setting is "0". If a block name consists only of the hyphen "-" or ends with the
hyphen, the corresponding column is interpreted as empty during import.
If you use block names that consist only of the hyphen "-" or end with the hyphen, enter the
value "1". During import, the tag names with hyphens as last character are also correctly
reassembled from the block columns.
Section 4: "IdentifierObjecttype"
In the fourth section of the configuration file, you specify the unique identifier of the object that
is indicated in the "Object type" column of the export/import file.
A maximum of 10 entries are permitted in ascending order without blank lines.
[IdentifierObjecttype]
Objecttype0 = tagtype
...
Objecttype9= type
These entries are compared sequentially with the properties of the object to be edited.
When a match is found, the wizard accepts this property as an identifier.
Section 5: "Columns"
In the fifth section of the configuration file, you specify the columns of the export/import file.
The descriptions of the columns are located in the first line of the export/import file.
A maximum of 100 entries are permitted in ascending order without blank lines.
The data type of the associated object property is specified. Only the following data types are
allowed:
● Numerical = 3
● Alphanumerical = 8
● Binary (Boolean) = 11
[Columns]
Column00 = X-Pos
Type00 = 3
Column01 = Y-Pos
Type01 = 3
Column02 = Tag
Type02 = 11
The names are compared with the settings of the configuration file during import.
If the import and configuration files do not match, the import is aborted.
Section "Column0x"
In the next sections of the configuration file, you specify the assignment of the object properties
to the columns of the export/import file.
You can assign several entries to each column defined in the fifth section "Columns".
A maximum of 10 entries are permitted in ascending order without blank lines.
[Column00]
Property0 = Left
Property1 = PosX
[Column01]
Property0 = Top
These entries are compared sequentially with the properties of the object to be edited.
As soon as a match is found, the Wizard links this property to the corresponding column.
See also
Application of the configuration file (Page 200)
How to exchange script- and instance-specific picture information (Page 201)
Introduction
After configuring a custom, project-specific configuration file, the Graphic Object Update
Wizard compares the user objects.
See also
Structure of the configuration files (Page 196)
Introduction
When objects are imported and updated, alongside the tag connections of dynamic object
properties, the structure instance names of the following tags are also recognized and
exchanged:
● Tags used in C scripts
● Tags used in triggers
● The content of the object property "tagname" of the faceplates
Prerequisite
Observe the following restrictions:
In the case of scripts, the tag is defined in the declaration, e.g.:
// WINCC:TAGNAME_SECTION_START
#define TagNameInAction "Tag1.ui"
// WINCC:TAGNAME_SECTION_END
Tags which are stored directly in the code are ignored.
The tag of the object in the template picture has a structure instance name that is specified for
each object property for a tag interconnection of the object, e.g.:
Correct: #define TagName "Tag1.ui"
The structure instance is "Tag1".
Incorrect: #define TagName ".ui"
The structure instance is missing. The structure instance is not entered in the template picture
of the picture object.
Procedure
The structure instance with picture object in the template picture is determined on the basis of
a user-specific object property of a tag interconnection. The tag information can not be replace
if neither an object property of this kind, nor a structure instance for this object property are
available. The structure instance must be the same for all object properties of the tag
interconnection, for otherwise it is selected at random.
Replacement of the structure instance works according to the following principle:
● A structure instance name entered as a whole is also replaced as a whole; for example,
#define TagNameInAction "Instance1" > #define TagNameInAction "Instance2".
● The instance-specific part is replaced at all tag databases which access a part of the
structure instance name, for example,. #define TagNameInAction "Instance1.ui" > #define
TagNameInAction "Instance2.ui".
The scripts you edited are recompiled if the instance-specific part of the tag file is replaced.
Introduction
The export/import file contains the following columns in this order:
● Picture Name
● Object Type
● Link1 to Link6
● Object name
● Individually configured columns from the configuration file
See also
Functionality of the Graphic Object Update Wizard (Page 188)
Introduction
You can use the Component List Editor, for example, to configure the properties of the
measurement points that are needed for the PCS 7 OS runtime.
● Type
● Entry point picture (Loop In Alarm)
● Area assignments
The function is only available in one PCS 7-OS.
Overview
The component list is usually derived from the PCS 7 ES configuration in the course of the AS-
OS engineering ("Compile OS"). The AS-OS engineering distributes all relevant runtime
properties of the measurement point in the WinCC configuration data, such as data manager,
alarm logging, and the component list. Following configuration changes in the PCS 7 ES, you
can use the AS-OS engineering to ensure that specific data on the OS remains consistent.
You can create new measurement points yourself using the Component List Editor. The editor
shows you all the information of the component list regardless of the source. However, you can
only change data in the editor that you have entered with the editor. You cannot change data
derived from the PCS 7 ES, recognized by the label "System ES" in the "Owner" column in the
Component List Editor
Open the Component List Editor by double-clicking it in the WinCC Explorer.
Effect in Runtime
Use the "LoopInAlarm" function for active alarms. You can configure an entry point picture for
each measuring point using the Component List Editor. Measuring points for which no entry
point picture is configured, are displayed as a loop at the corresponding faceplate by the
"LoopInAlarm" function.
The "Picture via measuring point" is usually used for informational purposes in runtime. Only
the measuring points that are entered in the Component List Editor are entered in the runtime
dialog box. You can select among five display formats:
● Process picture in working area
● Process picture as window
● Group display
● Loop display in working area
● Loop display as window
If no entry point picture is configured, the default setting is "Loop display in working area".
Introduction
The component list offers a storage system for the following important runtime properties of the
measuring point in the PCS 7 OS and allows them to be edited:
● Measurement point name
● Block type
● Area location
● Entry point picture
● Name of the block icon in the entry point picture
During delta compilation, the "Type" and "Area" properties of deleted or renamed measuring
points are individually deleted. The entry point picture created from the group display, the
measuring point name and the object name of the previous measuring point remain in the
component list.
The measuring point name continues to be shown in the "Picture via measuring point" dialog
box although the "old" measuring point no longer has properties.
You clean up the component list using the "Options > Garbage Collection" menu command.
The deleted or "old" measuring points are then removed from the "Picture via measuring point"
dialog box.
See also
General Information About the Component List Editor (Page 205)
Requirement
A new measuring point in the Component List Editor can always be created if no AS-OS
engineering has been performed in the ES. In this case you can configure the necessary data
in the Component List Editor and create a new measuring point.
Procedure
1. Select the "Edit > Create New Measuring Point" menu command.
2. Click the button in the toolbar, or double-click in a blank line of the Component List Editor.
The following dialog box opens:
3. Configure the data in the four input boxes. You can select the text from the options provided
or enter a text using the keyboard:
Field Definition/Action
Measuring point Click the button to open the dialog box for selecting tags.
Select a configured WinCC tag.
Click "OK". The selection is saved.
Type Select the block type you want to assign to the specified measuring point from the drop down list box.
Only the types configured as structure tags are offered for selection.
Area Select the hierarchy area you want to assign to the specified measuring point from the drop down list
box. The areas configured in the "Picture Tree" editor are offered for selection.
Entry point picture Click the button to open the dialog box for selecting the entry point picture.
Select the picture.
Click "Open".
OK Use this button to save your settings and close the dialog box.
Cancel Use this button to close the dialog box. Your entries are not saved.
Note
If using the Component List Editor or AS-OS engineering to create measuring points the
consistency is not checked against the Tag Management of the data manager. The project
engineer is responsible for consistent configuration. If a measuring point exists, the calculation
of the group display hierarchy updates the missing attributes, for example, area, entry point
picture and name of the block icon only if these have not been created or changed by the user.
Procedure
1. Select the "Edit > Find measuring point" command, or click the toolbar button .
The following dialog box opens:
Field Definition/Action
Find what: Enter the search criterion in this input box.
Match whole word only If the "Match whole word only" check box is activated, only whole words
are included in the search for measuring points.
Match case If you enable the "Match case" check box, the search only covers meas‐
uring points whose lower and upper case lettering match the specification
at "Find what:".
Find Next Click this button to start the search.
Cancel Click this button to exit the dialog box. The search function is canceled.
Requirement
You can edit data in the Component List Editor under the following conditions:
● You can only change the entry point picture for measuring points created by the owner
"System ES" using AS-OS engineering.
● You can change the entry point picture, the type and the area at measuring points created
by the owner "User".
Procedure
1. Select a measuring point.
2. Select the "Edit > Edit measuring point" command, or double-click in the line which contains
the selected measuring point.
The following dialog box opens:
3. Configure the edit settings: You can select the text from the options provided or enter a text
using the keyboard:
Field Definition/Action
Measuring point Displays the measuring point to be edited.
Type This is where you can edit the block type. Only the "User" owner can change the block type.
Area Select the hierarchy area you want to assign to the specified measuring point from the drop down list
box. The areas configured in the "Picture Tree" editor are offered for selection.
Entry point picture In order to change the entry point picture, click the button
The entry point picture selection dialog box opens.
Select the picture.
Click "Open".
Object name Shows the name of the block icon in the entry point picture. The object name cannot be changed.
Owner Indicates the data origin of the selected measuring point. The owner cannot be changed.
Field Definition/Action
OK Save your changes and close the dialog box by clicking this button.
Cancel Click this button to close the dialog box. Your entries are not saved.
You can also select and edit a number of measuring points in the editor window. The entry
"<various>" is displayed in the input boxes. Configured changes are valid for all selected
measuring points. However, only the entry point picture is changed at measuring points created
by the owner "System ES".
Note
If you change the entry point picture the existing object name is deleted from the component list.
The new object name is derived from the new entry point picture. If a suitable block icon is
found, its object name is entered in the component list. The first of several block icons found in
the same entry point picture is used.
Introduction
The tag selected in the measuring point list represents a measuring point that is highlighted
according to the configured display format. Example:
Prerequisite
Appropriate area authorizations must be assigned in the User Administrator to the logged on
user.
Procedure
1. Click the "Picture via measurement point" button in runtime within button set 1.
The "Picture selection via measurement point" dialog box opens. Any block comment of the
measuring point is also displayed in the table beside the measuring point. The block
comment is also displayed in the window bar of the faceplate which can be opened by
clicking the block icon. The comment originates from the "#comment" block structure/tags
and is configured at the block in CFC.
Field Definition/Action
Computer This drop down list box is only active if the dialog box is opened from within a WinCC client
project. In addition, you must have downloaded the package from the selected server to the
WinCC client.
Measuring point Select the measuring points to be displayed from this drop-down list box. "<All>" is displayed
by default.
including In the filter function, you can enter a filter criterion. Then only the measurement points that
comply with the filter criterion are displayed.
excluding You can use the negative filter to exclude measurement points from the display. The list
displays only measurement points that comply with the filter criterion and that do NOT comply
with the negative filter criterion. If you enter e.g. "*" in the "including" field and "b*" in the
"excluding" field, all measurement points that do not begin with a "b" are displayed.
Load Loads the current filter.
Save Saves the current filter.
Representation You can select one of five display formats from the Show as area. The default setting is
"Process picture in working area"
Process picture in the working area: The measuring point is visualized as a process picture in
the working area.
Process picture as window: The measuring point is visualized as a window.
Loop display in working area: The measuring point is visualized as loop display in the working
area.
Loop display as window: The measuring point is visualized as loop display window.
Group display: The measuring point is visualized as group display.
Note
Measurement points for which the area is unknown do not possess any operator authorization.
If the measuring point selection fails, check in the Component List Editor to determine whether
the measuring point has been assigned an area. There, specify the area for which the user has
authorization.
If no entry point picture is configured, the faceplate for which the measuring point was
configured is displayed. The default setting of the display mode is then "Loop display in working
area". The first two radio buttons in the Show as area are then disabled.
Introduction
The "Loop in Alarm" function is only available at a PCS 7 OS.
The "Loop In Alarm" function is used to visualize a measuring point which triggered an alarm
in a loop display on the faceplate, or as process picture that has been linked in the Component
List Editor.
Procedure
1. Open the "Alarm Logging" editor.
2. Select a message from the table window.
3. Select the the "Loop in Alarm" property in the "Properties" area or in the table area. By
default, "Open Picture" is entered in the "Function name" property.
4. Click in the "Function name" text box and select "LoopInAlarm" function in the function
browser under "Standard Functions / Split Screen Manager".
5. Click in the "Function parameter" text box and select a process tag from the tag dialog, for
example, "FIC_752_003".
Note
The standard function "Open Picture" may not be used in the PCS 7 environment. A picture
opened with this function overlays the standard runtime environment. Now, operator input is no
longer possible.
Content
This documentation provides an overview of the runtime functionality in PCS 7.
This chapter shows you the following:
● how to use the key and button functions
● how to navigate the picture hierarchy
● how to display message lists
● how to work with graphic pictures
● how to show alarm sources in the group display
Assumption
The functions described in this user manual assume that you have used the optional Basic
Process Control package to configure your plant.
Usage
The runtime system is used to monitor and guide automatic processes.
The well-arranged graphical user interface with windows technology gives the user a fast
overview of the entire plant down to detail level. The user is supported in this task by function-
oriented operation and extensive help functions.
Group displays for the alarm and warning functions in the different system areas, together with
the "Loop in alarm" function in respect of messages, help to ensure for the user fast reaction
and sharply focused intervention.
Overview
WinCC Runtime is an operator system for central operating and monitoring. The following
system configurations are possible:
● WinCC computer with one screen
● WinCC computer with up to four screens through a Multi-VGA card
The following screen arrangements are supported:
OS Project Editor configures the screen arrangement and screen resolutions (1024x768,
1280x1024, 1152x864 or 1600x1200 pixels) for the WinCC computers.
Project
A "project" is a consistent database which contains the configuration data for executing the
entire Runtime.
Example:
This example shows four screens arranged in a row. The user can move the cursor freely from
left to right and vice versa.
Introduction
This chapter describes how to select and set up a new project and then activate it for runtime.
Overview
When you have created a project, you may wish to load it into the runtime system. To do this,
perform the following steps.
● Selecting a project
● Assign a computer to the project.
● Configure and initialize the runtime interface with the aid of the OS Project Editor.
● Set up the message system with the standard default values via the OS Project Editor.
Procedure
1. When you have started WinCC for the first time, the following dialog box is displayed:
Alternatively, open the dialog in WinCC Explorer via the menu command "File > New".
2. Select the "Open an existing project" check box and then click "OK".
The file selection dialog box opens.
3. Double-click the "<Name>.mcp" file in the file selection dialog box to display the selected
project in WinCC Explorer.
4. If you already started WinCC and want to download a project, select the "File > Open" menu
command:
Selecting a computer
If the computer is not entered in the computer list for the opened project, use the following
procedure to add the computer to the project:
● Single-user project
– Right-click "Computer" in WinCC Explorer to open the shortcut menu.
– Select the "Properties" menu command.
The "Properties" dialog box opens.
– Enter your computer name.
● Multi-user project
– Modify a configured computer, or add your own computer as an additional operator
station.
You set the properties of the computer on which the project is to run in the "Computer
Properties" dialog box:
1. Click on "Computer" in WinCC Explorer and double click on the appropriate computer name
in the "Name" column.
The following dialog box opens:
2. Specify your settings for your computer configuration in the "General" tab.
3. Switch to the "Startup" tab:
If the Basic Process Control optional package is being used, the entries shown above are
made in the "Additional Tasks/Applications" list of the OS Project Editor.
Note
The OS project editor automatically activates the startup applications Alarm Logging
Runtime, Global Script Runtime and Graphics Runtime in the "Startup" tab. In addition the
application "CCCSigRTServer" is automatically linked.
See also
How to activate a project for Runtime operation (Page 228)
Introduction
Activate the project after having completed all preparations.
Procedure
1. Click on "File" in the WinCC Explorer.
The "File" menu opens:
Button set 1:
Button set 2:
PCS 7 Tag Browser Open the PCS 7 Tag Browser to display process tags with selected
states (required authorization: authorization for area).
Online Help Opens the online help. (required authorization: none).
Display the Plant Picture Displays lifebeat monitoring (authorization required: none).
Save screen composition Saves the current composition of displayed pictures on all screens
(authorization required: authorization for area).
Restore screen composition Displays the saved screen composition again (authorization required:
authorization for area).
Change user The current view of the images and windows is remembered as a
screen composition.
When the new user logs on, the remembered screen composition is
restored.
User authorization Select User Administrator (authorization required: User Administra‐
tion).
Route Control Center Starts "Route Control Center" (authorization required: none).
Lock messages The lock applies to all blocks of the picture in the working area and to
all child pictures of a parent picture (authorization required: process
control elements).
Free alarms The release applies to all blocks of the picture in the working area and
to all nested pictures of the picture (authorization required: process
control elements).
Group acknowledgment Process pictures: Acknowledges all group display objects and face‐
plates created accordingly in the picture (authorization required:
none).
Message list: Acknowledges all unacknowledged messages (author‐
ization required: none). The signaling devices are automatically ac‐
knowledged.
Overview Area
Area Selection Button Select area. Displays the area identified on this button (authorization
required: depends on the setting in the "Areas" tab of OS Project
Editor pertaining to the picture selection in areas with missing au‐
thorization).
Server Selection Button Select server area. Displays the server package identified by the
name on this button (authorization required: none).
Extended Message Line Displays the list of entered messages (required authorization: none).
Loop in alarm Selects the picture showing the alarm source (required authorization:
none).
Messages to be hidden and locked Show number of hidden and locked messages.
messages You open the list of messages to be hidden and the lock list using the
buttons in the displayed window.
Highest priority messages Display of the list of highest priority messages.
This button flashes if a priority "16" message was activated. (required
authorization: none).
The function is only available on a PCS 7 OS.
Logon Selects the logon dialog box (authorization required: none).
Redundancy monitoring If packages are loaded on the client, a green or red button represent‐
ing the status of the connected servers will appear in the area over‐
view.
If you click this button, then a window will open listing all connected
servers in the working area.
The function is only available at one PCS 7 client.
Screen Dump Prints the screen content to the default printer (authorization re‐
quired: none).
For screen formats "16:9" and "16:10", use printers with adjustable
margin shift or print position.
Pictures
Picture by name Selects a picture by means of the picture name (authorization re‐
quired: none).
Picture via measuring point Selects a picture via measuring point (authorization required: none).
The function is only available on a PCS 7 OS.
Previous picture Displays the process picture which is saved to the picture stack be‐
fore the current process picture in the working area (required author‐
ization: none).
Next picture Displays the process picture that is stored in the picture stack after the
current process picture in the working area (authorization required:
none).
Picture up Change to the next higher area level or sublevel (authorization re‐
quired: none).
Picture left Changes to the next sublevel of the current level (authorization re‐
quired: none).
Picture right Changes to the next sublevel of the current level (authorization re‐
quired: none).
Messages / Alarms
Previous graphics picture Exits message system (authorization required: none).
Message system Displays the message system with the associated button set. The
Incoming alarm list incoming alarm list is displayed immediately (authorization required:
none).
Incoming alarm list, acknowledgea‐ Displays the acknowledgeable incoming alarm list, provided that sep‐
ble arate acknowledgeable alarm lists are to be displayed (authorization
required: none).
Acknowledged alarm list Displays the acknowledged alarms list (authorization required: none).
Acknowledged alarm list, acknowl‐ Displays the acknowledged alarm list, provided that separate ac‐
edgeable knowledgeable message lists are to be displayed (authorization re‐
quired: none).
Outgoing alarm list Displays the outgoing alarm list (authorization required: none).
List of active messages Displays the list of active messages (authorization required: none).
Acknowledgeable list of active mes‐ Displays the acknowledgeable list of active messages, provided that
sages separate acknowledgeable message lists are to be displayed (au‐
thorization required: none).
Process alarm list Displays the process alarm list (authorization required: none).
Hidden list Displays the hidden list of alarms (authorization required: none).
List of hidden messages (split) Displays the list of hidden messages, provided that separate ac‐
knowledgeable message lists are to be displayed (authorization re‐
quired: none).
List of messages to be hidden Display list of messages to be hidden (authorization required: none).
List of messages to be hidden (split) Displays the list of messages to be hidden, provided that separate
acknowledgeable message lists are to be displayed (authorization
required: none).
Lock list Displays the lock list (authorization required: none).
Print message sequence report Prints a chronological list of messages (authorization required: none).
Note
Buttons for installed options
The "SFC Visualization", "BATCH flexible", and "Route Control Center" buttons are only
displayed in button set 2 in runtime if the corresponding optional packages have been installed.
Each of these optional packages must be ordered separately from the "WinCC Basic Process
Control" optional package.
Overview
This section describes the layout of the user interface and the basic control elements of WinCC
Runtime.
Requirement
The optional "Basic Process Control" package was used during configuration.
WinCC Runtime
After the project has been activated, the following startup screen is displayed:
User Interface
The user interface is divided into three areas:
● Overview Area
● Working Area
● Button area
See also
Overview Area (Page 236)
Working Area (Page 241)
Button Area (Page 242)
Introduction
The overview window is a continuous display that provides an overview of the entire plant.
Each plant area is represented by an area selection button in the overview window. With an
area selection list, the user can select the top process picture in the picture hierarchy.
The Picture Tree Navigator and certain key combinations support the user during navigation in
the picture tree.
Description of elements
This example overview window includes the following elements:
Functionality View
Message line:
Displays the most recent incoming message of the highest priority
Extended message line:
Opens a list displaying all incoming messages.
Loop-in-alarm (alarm source picture selection):
Selects the picture with the alarm source
Hidden and locked messages:
Opens a window in which the number of hidden and locked messages is displayed.
Click the buttons in the window to display the list of messages to be hidden or the lock list.
1)
If a server partner is off or faulty and the second server partner also develops a fault, the
second server partner will initially remain available to the connected clients. The second server
partner will not disconnect the clients until the first server partner can run again and has been
compared with the second server partner. This ensures that the clients at least have a
connection to this server pair even if there is a fault on each of the server partners.
When a user is logged in, he can confirm the current status of the servers using the
acknowledge button in the top right-hand corner.
The button stops flashing in the overview area on the operated client.
The button in the overview area can flash under the following conditions:
Flashing Meaning
Yes The client has just activated runtime and not all the servers have the status "OK".
Because the status of the servers was confirmed on the client, the status of some of the
servers has changed from "OK" to "Not OK".
No The current status of the servers was confirmed using the acknowledge key.
Because the status of the servers was confirmed on the client, the status of some of the
servers has changed from "Not OK" to "OK".
The Picture Tree Navigator allows you to select the individual pictures in the area.
You can also select pictures in the hierarchy using the keyboard.
If you are using multiple screens with multi VGA, the screen selection with the keyboard always
acts on the first screen.
When you right-click an icon in the Picture Tree Navigator, the name of the picture containing
the message source is displayed.
Each icon can refer to a different message source.
See also
User Interface (Page 235)
Working Area (Page 241)
Button Area (Page 242)
Overview
Individual pictures of the various areas of a plant are displayed in the working area. The process
is displayed, controlled and operated in the working area.
You have the following options for displaying a picture in the working area:
● You select the picture in the overview area.
● You use the navigation buttons of the picture hierarchy.
See also
User Interface (Page 235)
Working Area (Page 241)
Button Area (Page 242)
Process Controlling, Graphic Pictures (Page 293)
Introduction
Displayed in the button area are buttons that trigger operator activity.
Button sets
Two button sets are defined in runtime.
Button set 1
Button set 2
Operation
When you move the cursor over a button, a What's This? help item with the button description
will be displayed.
When you click the button, the corresponding function is executed.
You can find an overview of the buttons and their functions under "Overview of the button
functions in Runtime (Page 229)"
See also
User Interface (Page 235)
Working Area (Page 241)
Overview Area (Page 236)
Overview of the button functions in Runtime (Page 229)
Introduction
The runtime user interfaces contain the following different window types:
● Pre-configured picture windows containing pictures that overlay the working area.
These top windows are pictures in a process window or faceplates in loop display and group
display mode.
● Pre-configured picture windows containing only one picture that overlays the working area.
These "special fields" include such items such as warning boxes or information windows.
● Picture Tree Navigator that displays the hierarchy of the plant pictures.
Top window
The behavior of the top window can be configured in the OS Project Editor. If the default
behavior is not to your liking, then use that editor to change the behavior of the window.
The "Runtime Window" tab in the OS Project Editor offers you the following configuration
options:
● Loop display mode for picture components.
The windows are automatically adapted to fit the size of the picture on opening. Their size
cannot be changed.
You can configure the number and position of the windows. With the "Detail" button, you
open a configuration dialog in which you set up the position of the first window and the
position of the other windows relative to the previous one.
● Group display mode for picture components and for windows in the function "Picture by
Name".
The windows open with predefined dimensions which can be changed.
If you activated the "User defined" check box, you can use the "Detail" button to open a
configuration dialog box in which you configure the number, position and size of the
windows.
Alternatively, you can display the windows in a grid. For example, with a 2x2 grid, each
window takes up one quarter of the working area. Sets of two windows opened next to each
other and one below the other.
● Trend group display for windows configured with the "Trend online" function.
The windows open to fit the size of the picture. Their size can be changed.
The trends are displayed using pre-configured pictures which you dimension in the
Graphics Designer.
The configuration options are the same as for the loop display mode.
Special fields
"Special fields" are picture windows that you assign to a particular picture during configuration,
for example a warning notice.
You configure the default settings in the "@1001.pdl" picture.
In runtime, the picture is placed in the configured position each time it is opened.
See also
Process Controlling, Graphic Pictures (Page 293)
Overview
The following functions are described in this section:
● Logon in Runtime: Logon to the system with smart card or password
● Cursor, keys, picture information: General explanations
● Exiting runtime
● Acknowledging signaling devices/alarms
● Switch language
● Displaying the Content of the Picture Stack
● "BATCH" selection
● "SFC Visualization" selection
● "Route Control Center" selection
● Displaying the system configuration picture (lifebeat monitoring)
● Selecting the plant area
● Navigation through the picture hierarchy
● Screen composition
● Displaying reporting jobs
● Selecting the User Administrator
● Locking and releasing messages
● Displaying process tags with selected states in the PCS 7 Tag Browser
See also
How to log on in runtime (Page 247)
Basic control elements in Runtime (Page 248)
How to exit runtime (Page 249)
Acknowledging Signaling Devices and Alarms (Page 250)
How to switch languages (Page 251)
"BATCH" selection (Page 252)
"SFC Visualization" selection (Page 252)
"Route Control Center" selection (Page 252)
Displaying the System Configuration Picture (Lifebeat Monitoring) (Page 252)
Overview
You have the following options for logging on in runtime:
● You enter a logon name and password in the logon dialog box.
● If a chip card reader is connected, you can use a chip card.
If a user has not been created in the User Administrator, runtime can be operated by all users.
Procedure
1. Click on the logon field in the overview area.
Alternatively click on this key in the key set 1:
User change
To accept the currently displayed screen composition when changing users, use the "Change
user" key.
Procedure
1. Click on the "Change user" key in the key set 2:
The current view of the images and windows is remembered as a screen composition.
A corresponding message is displayed.
2. Leave this message window open
The message window is automatically closed after you log on.
3. Log on as a new user.
You can select all the usual methods:
– Logon dialog
– Chip card
– Function "Tag Logon"
– SIMATIC Logon
Result
The remembered screen composition is displayed to the new user.
Note
The picture information displayed always refers to the picture in the working area, not to
a picture displayed in the process window.
Overview
You exit runtime using the "Exit runtime" icon in button set 2.
Procedure
1. Switch to button set 2, if this button set has not yet been set.
3. Click "Deactivate".
Runtime will be deactivated.
With this button, you acknowledge the signaling device, e.g., a horn, but not the triggering
alarm.
With this button, you acknowledge the alarms or messages displayed on the screen. The
signaling devices are automatically acknowledged.
If the message system is open, all messages visible in the message window will be
acknowledged.
If the message system is not open, all alarms pending in the working area will be
acknowledged, e.g., in group displays and faceplates. Messages associated with lower-level
pictures are not acknowledged.
Overview
In runtime, you can change the language currently set up for process controlling and for all
runtime functions. The language will change immediately.
Procedure
1. Click this button in button set 2.
The "Change Language" dialog box will open, displaying the available languages:
You can use the "Previous picture" button to have the process picture that is stored before the
current process picture in the picture stack displayed in the working area.
You can use the "Next picture" button to have the process picture that is stored after the current
process picture in the picture stack displayed in the working area.
You can start one of the displayed applications of BATCH by means of this dialog box. The
buttons of the respective components are activated only if they were installed correctly.
For related topics, consult the PCS 7 BATCH manual.
Use this dialog box to visualize, program or edit SFC charts. The buttons of the corresponding
components are only activated if properly installed.
You can find related information in the PCS 7 manual "SFC Visualization".
You can use this dialog box to start "Route Control Center". The buttons of the respective
components are activated only if they were installed correctly.
You can find related information in the PCS 7 manual "Route Control Center".
Overview
Lifebeat monitoring is responsible for continuously monitoring the individual systems, OS and
AS, and generating the process control message. The horn is triggered if you have configured
the horn in the process control message and installed a signal module or sound card.
The monitoring of the configured components is automatically initiated following a restart and
is repeated cyclically. If a component fails to answer after repeated attempts, a message is
generated.
26
3ODQWEXV
$6
66,1(&/B9HUE 653B9HUE
&RQQHFWHG &RQQHFWHG
'HYLFHW\SH
'HYLFHQDPH
6WDWXV
6&3
'LVUXSWHG
If a number of automation systems (AS) are connected to an OS, they are shown is series.
Procedure
1. Click this button.
Overview
The pictures of the individual plant sections are displayed in the work area. You can select the
pictures in the overview area.
Button Display
There are three color display modes for the area buttons:
● No color (gray):
The button is not active. No pictures can be selected. This is the case if the user currently
logged on does not possess the "Authorization for Area".
● Black lettering on gray background:
The buttons are active. You can select the area picture.
● Black lettering on cyan-colored background:
The picture displayed in the working area is located in the plant area of the hierarchy tree,
within the area picture that is represented by the button.
Procedure
1. Click the relevant button to display the plant area:
Example:
When you click , the process picture associated with the process picture is
displayed:
Overview
The Split Screen Manager manages the user-defined screen composition.
The following keys are enabled in the key area when a user is logged on:
Screen compositions
When saving, the screen compositions are assigned to the currently logged on user.
Each user can save any number of screen compositions.
The user-defined plant view can be recalled while in runtime or after a restart of runtime.
Requirement
● A user is logged on.
A screen composition is always stored, called or deleted depending on the user.
Procedure
1. Click this button:
If the user who is logged on has already saved screen compositions, these screen
compositions are displayed in the list.
Screen compositions of other users are not displayed.
2. Enter a name for the screen composition or select an existing screen composition in order
to delete it.
3. Click on the "Store" button.
All currently displayed pictures on all screens are saved.
Procedure
1. Click on the "Change user" key in the key set 2:
The current view of the images and windows is remembered as a screen composition.
A corresponding message is displayed.
2. Leave this message window open
The message window is automatically closed after you log on.
3. Log on as a new user.
You can select all the usual methods:
– Logon dialog
– Chip card
– Function "Tag Logon"
– SIMATIC Logon
Result
The remembered screen composition is displayed.
Changes made after opening the message window will not be restored.
If, for example, you want to open other windows after the message is displayed and apply this
view, close the message window. After the required windows have been composed, click the
button again.
See also
How to recall the screen composition (Page 260)
How to delete the screen composition (Page 261)
Procedure
1. Click this button.
If the user who is logged on has already saved screen compositions, these screen
compositions are displayed in the list. Screen compositions of other users are not displayed.
2. From the list, select one of the displayed screen compositions.
3. Click "Load".
All the pictures that were saved are displayed again on all screens.
Procedure
1. Click this button.
If the user who is logged on has already saved screen compositions, these screen
compositions are displayed in the list. Screen compositions of other users are not displayed.
2. From the list, select one of the displayed screen compositions.
3. Click "Delete".
All the pictures selected on all screens are deleted.
Overview
An overview of all reporting jobs belonging to the project currently started is displayed.
Procedure
1. Click this button.
This displays the "Reports" window:
Overview
You manage and supervise user access rights in the User Administrator. The main task of the
User Administrator in runtime is to monitor system login and access rights.
If you have not set up any user authorizations in your project because no users have yet been
configured, all operating options are available to all users at all times.
On the other hand, if you have set up users for the project, restricted operations will only be
available to those users who possess the required authorizations.
Authorization
Only the user who has authorization for the User Administration level also has the authorization
to start the User Administrator.
All changes to user authorizations take immediate effect in runtime.
Procedure
1. Click on the "User authorization" button:
2. Use the icons of the control to manage, delete, or create users and groups.
Procedure
Clicking on this button opens a dialog where the operator can specify detailed information for
locking. The text entry is limited to a maximum of 255 characters; an empty string is also
possible. The text is displayed in the operator message in the "Comment" message block and
cannot be changed there. Click the button in the dialog to confirm the locking of messages.
When messages are disabled
● the measuring point stops reporting
● a corresponding operator message is entered to indicate the disabled state of reporting at
a measuring point
● the disabled state is displayed at the measuring points
● the disabled state is displayed in the group display of the higher-level group display
hierarchy and the area overview.
Click this button of the second button to enable the messages for
● all measuring points of the working area
● the sublevel measuring points in the group display hierarchy of an area
When messages are re-enabled
● the measuring point starts reporting again
● a corresponding operator message is entered to indicate the enabled state of reporting of
a measuring point
● the display of the disabled state at the measuring points is reset
● the display of the disabled state in the group display of the higher-level group display
hierarchy and of the area overview is reset if no other messages are disabled in the hierarchy
You have the following options to limit the process tags to be displayed:
● By selecting areas of the plant
● By selecting the states to be displayed from the possible states of the process tags
The number of possible states may vary depending on the product installation. You can find a
description of the states and icons in the documentation on the PCS 7 libraries.
Icon Description
"First line"
This button shows the first process tag of the selection in the table.
"Previous line"
This button shows the previous process tag of the selection in the table.
"Next line"
This button shows the next process tag of the selection in the table.
"Last line"
This button shows the last process tag of the selection in the table.
"Sort dialog"
Opens a dialog for setting user-defined sort criteria for the displayed table columns.
"Selection dialog"
Defines selection criteria for the columns to be displayed in the table.
"Loop-in-alarm"
Jumps to the process image containing the selected process tag.
"Update process tags states"
Information about the states of the process tags of the process cell is collected again. This
may take some time depending on the size of the process cell. The process tags of the
selected areas are then are displayed in the table with the updated states.
"Print"
Starts the printout of the table with the displayed process tags.
Procedure
1. Click the button.
The PCS 7 Tag Browser opens.
When you open the browser, information is gathered about all the states of all process tags
in the process cell. Collecting the data may take some time depending on the size of the
process cell. "Data loaded" is displayed in the status bar. The first area selected is that of the
current process image.
2. Under "Selection of the states", click the state icons of the process tags whose states you
want to display the in table.
3. Select additional areas for which you want to view the status of the process tags. You cannot
select areas shown in gray, because there is no authorization for these areas.
To select all the areas, click the "All" button. If you click the "None" button, the selected areas
are disabled.
Result
The table shows the process tags present in the selected areas of the process cell and with the
selected states.
Introduction
This section shows how to display and edit messages in runtime.
Printing the message sequence log with a client without its own project
The message sequence report can be configured in WinCC either only on the server or only on
one client.
To use a message sequence log on one of the clients you need to enter the parameter "/
CLIENT" in the upper case in the "Report Runtime" startup list.
See also
How to Display Message Lists (Page 273)
9.9.2 Messages
Structure of a message
A message consists of system information and various parameters that are displayed as
columns in a table. In WinCC these columns are called message blocks.
The message blocks consist of three sections:
● System blocks contain system data issued by Alarm Logging. These data include date, time,
or report ID.
● Process value blocks contain the values returned by the process, e.g. critical fill levels or
temperatures.
● User text blocks are texts that contribute to general information and understanding, e.g.
information about messages, fault locations, or causes of messages.
Whereas the system blocks are permanently associated with the message, the user may add
process value blocks and user text blocks to a message.
During configuration in Alarm Logging CS, you configure each individual message in one line.
Message state
In a message, a distinction is made between the state of the message source (process value
0/1) and the acknowledgment status (not acknowledged/acknowledged).
As a result the message status is a combination of the state of the message source and the
acknowledgment status.
Depending on the acknowledgment concept, a message may have up to four acknowledgment
statuses:
● Came in
● Came in, acknowledged
● Came in, went out, not acknowledged
● Came in, went out, acknowledged
The current status of the message is indicated as follows:
● The color/flashing of the elements
● The text in text elements
● The time stamps in the message line
* Configured by default for new projects as of WinCC V7.0 SP1. The option for acknowledgment response for the "Tolerance"
message class is enabled in the OS project editor.
See also
"Message Display" Tab (Page 43)
How to Display Message Lists (Page 273)
0HOGHV\VWHP
Overview
Messages are displayed in message windows in runtime. You can restrict the content of the
message window with freely definable filters.
You can move around inside the table in the message window using preconfigured icons. With
a PCS7 OS, you can call an entry point picture that shows the message cause for each
message (Loop in alarm). You can configure the entry point picture in the component list editor.
The message archive enables you to archive messages on a suitable mass storage device
such as a hard disk.
Select messages
You can display and edit lists with messages in runtime. The messages displayed in the lists
refer exclusively to the current project.
Message selection
The following message lists are offered for a better overview:
* Configured by default for new projects as of WinCC V7.01. The option for acknowledgment
response for the "Tolerance" message class is enabled in the OS project editor.
You can display the journal list, process alarms, and operation list again with the "Update"
button and the "F5" key.
Note
If messages come in and go out several times without having been acknowledged, the older
messages are removed from the incoming alarm list. The journal list (archive) contains all
messages.
The single-line message window in the overview window does not display messages of the
classes "Operator prompt", "Tolerance", and "Operation message", as messages in these
classes cannot be acknowledged. Otherwise, a message that cannot be acknowledged would
eclipse all other messages, including those with higher priority, until it is changed to the "Went
Out" status or a new message is received. Messages of message class "Tolerance" are shown
in the single line message window, if the option "Message class Tolerance requires
acknowledgement" is activated.
See also
How to Display Message Lists (Page 273)
Introduction
You can configure a different message behavior in the message window in runtime. Depending
on the authorization held by a user, the user can either be restricted to viewing messages only,
or may also be able to acknowledge messages.
● Message windows which allow acknowledgment display all messages which may be
acknowledged by a currently logged in user who has the "Process controlling" authorization.
If the operator has the "Higher process controlling" access right for at least one area, the
"Hide message" button is available.
● Message windows which allow messages to be viewed display all messages which may be
viewed but not acknowledged by a currently logged in user who has the "Authorization for
area" authorization.
You can set the message behavior in the OS Project Editor. The properties of the message
window can be set in the "Message filter" group of the "Message Display" tab.
In runtime, users who can view messages but not acknowledge them need message windows
with two message lists. In one of these message lists the user with the "Process controlling"
authorization can acknowledge messages in the areas. In the other message list the user is
able only to view messages in areas with the "Authorization for area" authorization. The
message line in the Overview window shows only the messages which can be acknowledged.
The option "Acknowledgeable messages on separate page (switch-selectable)" enables a user
to switch between the double window display and the message window which allows
acknowledgment.
Example
Here is an example of a new list with the "Acknowledgeable messages in separate list" setting.
The operator has the following access rights:
● "Process controlling" and "Higher process controlling" in "Area1"
● "Authorization for area" in "Area2"
See also
How to Display Message Lists (Page 273)
Procedure
Click the following button in button set "1". The incoming alarm list and a new button set will be
displayed.
In the default setting, the button for the "Incoming alarm list" is displayed.
You can specify which of the following alarm lists is displayed with its button in button set "1" on
the "Message Display" tab of the OS Project Editor.
If you want separate lists of messages that can be acknowledged to be displayed, the
appropriate buttons are displayed in the button set.
The user displays the individual lists with the following buttons:
Operation list
Journal list
Lock list
Previous graphics picture. Exits the message system, opens the last displayed process pic‐
ture and shows button set 1.
Example
In button set 1 the user clicks the "Incoming alarm list" button:
When the user has selected the "Incoming alarm list" function the following window, for
example, is displayed:
Overview Area
The overview area contains the following optional keys:
Key Explanation
Extended message line:
Displays the list of incoming messages
Acknowledge message:
Acknowledge currently displayed message
Loop in alarm:
Select the picture with the alarm source
Messages to be hidden and locked messages:
Show number of hidden and locked messages
You open the list of messages to be hidden and the lock list using the buttons in the displayed
window.
Highest priority messages:
Display the list of highest priority messages
This button flashes if a priority "16" message came in.
Terminology Explanation
Date Date for Incoming, Outgoing, and Acknowledged.
For hidden messages, the journal list shows the date on which that message was
hidden.
Time Every time the status of the message changes, the associated time element (time
stamp of the status change) is displayed.
Priority Displays the priority of the message.
Source Technological assignment of the message source:
Plant ID, consisting of the hierarchy, chart name and block name, input as place‐
holder.
Location ID (LID) for driver components.
Event Contains a user-definable message text for technological blocks.
In the case of driver blocks, contains a message text with integrated associated
values for line/rack/slot or error identifier/block number/relative address.
Message duration Length of time a message was queued.
State State of acknowledgment:
● K = Message came in
● G = Message went out
● QS = Message acknowledged by operator
● KG = Message came in/went out
● QuitSystem = Message acknowledged by system
In certain scenarios, "QS" is displayed although no operator has acknowledged,
for example when AS or CPU has been stopped and started again or after a warm
restart.
Status in the list of messages to be hidden:
● Hide - System = Message hidden automatically
● Hide - Operator = Message hidden manually
Info You can configure an information text for each message.
Comment The operator can subsequently add a comment to any message.
Batch name Contains the batch ID, batch name, and consecutive step number entered by
means of associated values.
Area Area ID
Loop in alarm When this check box is selected, Loop in Alarm is configured for this message.
Type Message types, e.g., Alarm High or Tolerance High.
Operation Operator message with logged on user who performed the operation, including the
type of operation.
Group acknowl‐ Acknowledges all visible messages in the message window that are
edgment queued and require acknowledgment, unless they require individual
acknowledgment.
Long-term archive Shows the archived messages from the long-term archive list in the
list journal list.
Hit list Shows statistical information for the messages in additional columns in
the journal list.
First message Shows the start of the list. The cursor moves to the first list element.
You must first switch off the autoscroll.
Previous message Cursor moves to the previous list element.
You must first switch off the autoscroll.
Next message Cursor moves to the next list element.
You must first switch off the autoscroll.
Last message Shows the end of the list. The cursor moves to the last list element.
You must first switch off the autoscroll.
Info Text Opens a window for displaying pre-configured, supplemental message
texts.
Loop in Alarm Shows a picture for the selected message or triggers a script.
See also
Messages (Page 268)
"Message Display" Tab (Page 43)
Message Window (Page 269)
Message behavior (Page 272)
Message filters (Page 47)
Introduction
The following rules apply to the configuration, saving and loading of trend groups:
● Trends which were configured in online mode are persistent.
● The user is always offered all trend groups that are not labeled as "private". This also
includes trend groups that were created by other users.
● Trend groups that are labeled as "private" are only offered to the person who created them.
● On a WinCC client you can display tags configured on a server in trends. Precondition is the
loaded packages of the relevant server.
● Trend groups configured on a server in a "Multi-user project" project form are always stored
locally on this computer. You can load these trend groups only on this computer.
● If you have configured trend groups on a WinCC client in the "Client project", you have the
following options of saving and calling up these trend groups:
– Standard server configured for Split Screen Manager
Configuration data of the trend groups are automatically saved to the standard server if
a standard server was configured for the Split Screen Manager in the shortcut menu of
"Server data" on the WinCC client. Other WinCC clients can specify this server as the
standard server for Split Screen Manager. The trend groups are also available to these
WinCC clients. The trend groups created on the clients cannot be called from the server.
The trend group data on a redundant server is automatically synchronized with the data
on its redundancy partner. If the redundant standby station has assumed master mode
the WinCC clients are still be able to load all configured trend groups.
– No standard server configured for Split Screen Manager
The configured trends are saved locally on a WinCC client which does not contain a
configured standard server for Split Screen Manager. Other WinCC clients cannot
display these trend groups in WinCC OnlineTrendControl. Likewise, these trend groups
cannot be displayed on the actual server and on its connected clients.
Note
If you are configuring online tags for "Trends Online" on a client with its own project, you
may not use any local tags of the client if a default server has been configured for "SSM"
under "Server data".
See also
"New Trend Group" Dialog Box (Page 283)
Configuring Online Trends (Runtime) (Page 281)
Introduction
The "Online Trends" dialog box can be used to select tags from Tag Management in WinCC
Runtime and to visualize these in a WinCC Online Trend Control. A distinction is made between
online tags and archive tags.
The functionality is only available at one PCS 7-OS. The "Trend online" button can only be
accessed if a picture is open and originates from an area for which the logged on user has been
assigned authorization level "2" (allowing selective access) or a general authorization.
History values cannot be displayed because online tags are not saved to the database. As long
as it is open, the trend control will buffer the values itself for the duration of the time configured
in WinCC Online Trend Control.
Archive tags, however, are saved to the database so that you can also page to older values
using the function buttons in the curve control.
Note
The "Load/Configure Trend Groups" function is available in WinCC Runtime.
The trend traces are not displayed in the Tag Logging application window. An archive of trend
values is no longer created in Tag Logging.
See also
"New Trend Group" Dialog Box (Page 283)
Configuring, Saving and Loading Trend Groups (Page 280)
Requirement
Users require the "Authorization for area" authorization for the picture window in the working
area to open the "Trend Online" dialog box. Click "Load/configure trend groups" in button set
1 WinCC Runtime to open the "Online Trends" dialog box:
This dialog box displays all last created trend groups, including their contents and the date/time
of the last change.
Dialog Description
Functionality Explanation
Show Displays the selected trend group in WinCC Online Trend Control.
New Opens the "New Trend Groups" dialog box. In this dialog box, you configure the settings
for a new trend group.
Removing Deletes the selected trend group. You can also delete several trend groups.
Rename Opens the "New Trend Group Name" dialog box, in which you can enter a new name for
the selected trend group. This button is only active if you have selected a trend group.
Save as Creates a copy of the selected trend group.
Cancel Closes the dialog box without saving the changes.
See also
"New Trend Group" Dialog Box (Page 283)
Configuring Online Trends (Runtime) (Page 281)
Configuring, Saving and Loading Trend Groups (Page 280)
Introduction
You open the "New Trend Group" dialog box by clicking "New..." in the "Online Trends" dialog
box:
Dialog Description
Functionality Explanation
Name Name of new trend group. Special characters and spaces are not allowed. The default setting of
the input box is "Unnamed".
private Specifies that the trend group will be offered only to the person who created it.
The setting can also be changed using the functions in the "Trends Online" dialog box.
Content Specifies whether archive tags or online tags are visualized as trends in WinCC Online Trend
Control. Activate the required check box.
Template pictures Displays the available template pictures. The system will deliver the following template pictures:
● "@TRG_Default.Pdl" for WinCC Online Trend Control in WinCC V7.0 or earlier.
● "@TRG_Standard.Pdl" for the new WinCC OnlineTrendControl in WinCC V7.0 or higher.
Use one of these template pictures to visualize trends in runtime. In WinCC V7.0 and higher we
recommend the new standard template picture "@TRG_Standard.Pdl".
To create a customized template picture, generate a copy of the product template pictures and
then rename it. In order for this template picture to be identified as such its name must start with
the "@TRG_" prefix.
Perform this procedure on each server and client, as the template pictures are always saved
locally.
You can insert any of the objects provided in Graphics Designer into user-defined template pic‐
tures and interconnect these.
Create Closes the "New Trend Group" dialog box and opens the "Properties of WinCC Online" dialog box.
Cancel Closes this dialog box without saving the changes.
See also
Configuring Online Trends (Runtime) (Page 281)
Configuring, Saving and Loading Trend Groups (Page 280)
Introduction
The "Properties of WinCC OnlineTrendControl" dialog box is used to assign either an archive
tag or an online tag to each trend. The system saves all settings made in the configuration
dialog box persistently.
Procedure
1. Use the "New" button to define the desired number of trends.
2. Define the data source for the selected trend under "Data connection".
Click "?" in the title bar to view additional information on configuration options in WinCC
OnlineTrendControl.
See also
Configuring Online Trends (Runtime) (Page 281)
"New Trend Group" Dialog Box (Page 283)
Configuring, Saving and Loading Trend Groups (Page 280)
Introduction
Group displays are used to visualize process states (message states) in compressed graphical
format. There are 16 different message types. The group display object is triggered by a tag
which represents the message status. You can use this tag to display the group display states
in the other WinCC components . Other types of dynamization are not possible.
The response of the group display can be freely configured using the object properties. This
allows you to assign individual buttons to message types and configure texts, colors, flashing
and acknowledgment display of the buttons.
The effect of the group display default setting is described below.
Process displays
* Configured by default for new projects as of WinCC V7.01. The option for acknowledgment
response for the "Tolerance" message class is enabled in the OS project editor.
Operator displays
Disable displays
The disable display can also be seen if the loading of the AS is not yet complete during loading
of the changes. For example, a newly added message point does not yet exist on the AS.
It contains all default message types and the priorities of multiple functions (top to bottom in
descending order).
● "Alarm", "Warning" and process control message require acknowledgment. The messages
based on these displays in the PCS 7 context also trigger a configured signal generator.
With new projects as of WinCC V7.01, you can configure messages of the "Tolerance"
message class to require acknowledgement by default. The option is enabled in the OS
project editor.
● The list of message classes that can be assigned to the group display is available in the
WinCC Information System:
Working with WinCC > Creating Process Pictures > Working with Objects > Working with
Smart Objects > How to Insert a Group Display
Note
It takes around 50 seconds from the time Runtime is activated until the group display is updated
in the area overview.
Note
With WinCC V6.0 SP3 (PCS7 V6.1), the "S" for "OS Process Control Message" is replaced by
"M" or "MR" for "Maintenance request." For projects migrated to WinCC V6.0 SP3 (PCS7 V6.1),
group displays in process pictures continue to show "S" for "OS process control message". The
new "M" for "Maintenance request" is displayed in the area overview and in the Picture Tree
Navigator. The new group displays inserted in process pictures based on WinCC V6.0 SP3
(PCS7 V6.1) have the same default setting as before the migration.
See also
How to display the alarm source via the group display (Page 289)
Influencing the Acknowledgement Behavior via the @EventQuit Tag (Page 292)
9.11.2 How to display the alarm source via the group display
Alarm Source
Alarm events are displayed in a field of the group display. The operator can view the picture in
which the alarm has occurred.
Procedure
How to call the picture with the alarm source:
1. Click on the button for the group display that is showing an alarm whose source you wish to
view.
The picture is displayed with the alarm source. If it is not possible to uniquely identify this
picture because the same event is queued in several sources, the first picture in the search
results is displayed. The affected measurement point is highlighted, for example:
2. Right-click the group display button to open a message which indicates the picture from
which a message originated.
Note
If there is no connection to a WinCC tag, or the configuration is faulty, the buttons of a group
display object appear dark gray in a picture and cannot be operated.
These buttons if in "pressed" state are visualized in light gray color in the group displays of the
overview area.
5DQJH5DQJH
See also
Group display (Page 286)
Influencing the Acknowledgement Behavior via the @EventQuit Tag (Page 292)
Overview
The events "ToleranceLow", "ToleranceHigh", "Operator prompt" and "Measuring point
disable" are not acknowledgeable events in the PCS 7 environment. Using the "@EventQuit"
tag and the "Acknowledgment mask" attribute in the group display in Runtime, these events are
automatically indicated as acknowledged to prevent flashing during the calculation of the group
displays and the display of the area overview. The start value of the attribute is 0x00000011
(17) by default. The value of the "Acknowledgment mask" attribute should be identical for all
group display objects, extended analog display and extended status display, and for the
"@EventQuit" tag.
The "@EventQuit" tag is created directly by Basic Process Control as a signed 32-bit value
under "Internal tags."
You can set the acknowledgment response for "Tolerance" in the OS Project Editor.
You can set further acknowledge tags to ensure that other events are also automatically
identified as acknowledged when group displays are being calculated.
When group acknowledgment is carried out via the "Group Acknowledgment" button, all
acknowledgement bits for the measurement points in the picture concerned that require
acknowledgment are set to 65535.
For technical reasons it is necessary to delete all the status bits of the measurement points
requiring acknowledgment for the group acknowledgment.
If you do not want the status bits to be deleted following acknowledgment, the bits in the status
word (most significant word) of the "@EventQuit" tag must be set (0xFFFF). When combined
with the acknowledgement bits (least significant word) this gives the start value 0xFFFF0C11,
which means -62447 for a signed 32-bit value or 4294904849 for an unsigned 32-bit value.
In projects prior to WinCC V7.01, the events "ToleranceLow", "ToleranceHigh", "Operator
prompt" and "Measuring point disable" are not acknowledgeable events in the PCS 7
environment. By default, the tag has the start value 0x00000C11 (3089). These are precisely
the acknowledgment bits for "ToleranceLow", "ToleranceHigh", "Operator prompt" and
"Measuring point disabled."
See also
Group display (Page 286)
How to display the alarm source via the group display (Page 289)
Introduction
With the configured graphic system, you can control and monitor process events during
process control.
Process control takes place in the working area. The graphics system has the following tasks:
● Displaying the plant in a plant overview
● Displaying process pictures in the working area
● Operating the process and system
● Displaying the status of alarms
Graphic pictures
Graphic pictures are freely configured pictures, which generally display plant or plant
components, and enable process actions and events to be operated.
Graphic pictures are displayed in the working area.
Note
Do not use independent picture windows
You can insert a picture window in a graphic picture; a second graphic picture is displayed in
this picture window.
This picture window adopts the positioning and behavior of the graphic picture.
Independent picture windows are not supported when using Basic Process Control.
Select the setting "No" for the "Independent window" object property.
Bar Bar graphs display process values in analog form. The current value is visualized by a scalable bar.
The object properties of the bar are user-definable.
Limit value violations can be displayed by changing the color.
Example:
3D-Bar The Basic Process Control option pack provides you with a 3D-Bar graph for graphically displaying values
relative to an upper and lower limit value.
The three-dimensional representation is user-definable.
Limit value violations can be displayed by changing the color.
Example:
See also
Working Area (Page 241)
Runtime Window (Page 244)
The "Runtime window" tab (Page 58)
Introduction
In a PCS 7 OS, you can also change a picture via the measurement point.
The tag selected in the measurement point list represents a measurement point that is
displayed highlighted in the selected display format.
Prerequisite
Appropriate area authorizations must be assigned in the User Administrator to the logged on
user. This function is only available in a PCS 7 OS.
Procedure
Click "Picture via measurement point" in runtime in button set 1. The "Picture selection via
measurement point" dialog box opens. Any block comment of the measuring point is also
displayed in the table beside the measuring point. The block comment is also displayed in the
window bar of the picture component, which can be opened by clicking the block icon. The
comment originates from the "#comment" block structure/tags and is configured at the block in
CFC.
Dialog Description
Functionality Description
Computer This drop down list box is only active if the dialog box is opened from within a WinCC client
project. In addition, you must have downloaded the package from the selected server to the
WinCC client.
Measuring point Select the measuring points to be displayed from this drop-down list box. "<All>" is displayed
by default.
including In the filter function, you can enter a filter criterion. Then only the measurement points that
comply with the filter criterion are displayed.
excluding You can use the negative filter to exclude measurement points from the display. The list
displays only measurement points that comply with the filter criterion and that do NOT comply
with the negative filter criterion. If you enter e.g. "*" in the "including" field and "b*" in the
"excluding" field, all measurement points that do not begin with a "b" are displayed.
Load Loads the current filter.
Save Saves the current filter.
Representation The "Display mode" group provides five display modes for the measurement points to be
displayed. The default setting is "Process picture in working area".
● Loop display in working area
● Loop display as window
● Group display
● Process picture in working area
● Process picture as window
Note
Measurement points for which the area is unknown do not possess any operator authorization.
If the measurement point selection fails, check in the Component List Editor to determine
whether the measuring point has been assigned an area. If necessary, specify the area for
which the user has authorization.
If no entry point picture is configured, the picture component for which the measurement point
was configured is displayed. The default setting of the display mode is then "Loop display in
working area". In this case, the last two display mode options cannot be selected.+
Introduction
From a list of all graphic pictures that belong to the current project and are stored in the project
folder, pictures can be selected and displayed in the working area or in a process window.
During the selection, a check will determine whether the area authorizations assigned in the
User Administrator are present.
Procedure
Click "Picture via name" in runtime in button set 1. The "Picture Selection by Name" dialog box
opens. If you created a plant hierarchy with the "Picture Tree" editor and have assigned pictures
to the containers, the associated picture hierarchy is also displayed next to the picture names
in the table.
Dialog description
Functionality Description
Computer This drop down list box is only active if the dialog box is opened from within a WinCC client project.
In addition, you must have downloaded the package from the selected server to the WinCC client.
including In the filter function, you can enter a filter criterion. Only the pictures satisfying the filter criterion
will then be displayed.
excluding You can use the negative filter to exclude pictures from the display. The list displays only pictures
that comply with the filter criterion and that do NOT comply with the negative filter criterion. If you
enter e.g. "*" in the "including" field and "b*" in the "excluding" field, all pictures that do not begin
with a "b" are displayed.
Loading Loads the current filter.
Save Saves the current filter.
Representation type The "Display mode" group provides two display modes for the picture to be displayed:
Display in the working area
Display in the process window
Preview If the "Display" check-box is activated, the picture to be displayed is shown in the preview window.
Selecting a Subsection
If a selected section has further subsections, you can select them via the buttons shown above.
Highlighted arrows indicate that additional subsections can be accessed.
3ODQWRYHUYLHZ
DUHDRYHUYLHZ
6XEVHFWLRQ
6XEVHFWLRQ
6XEVHFWLRQ
Changes from one area level or subsection to another subsection level, e.g., from subsection
level 1 to subsection level 2.
Changes within a subsection level to the pictures contained within this subsection level, e.g. in
subsection level 1, from picture 1 to picture 2 and back.
Introduction
There are various ways in which you can select graphic pictures directly.
Use this key to select the picture that is stored in the picture stack before the current process
picture.
Use this key to select the picture that is stored in the picture stack after the current process
picture.
Overview
When the cursor takes on the form shown here, you can operate an object, for example, you
can enter values.
The following types of operations exist:
● System operator input, which change the display in the graphic window. They have no effect
on the process. They affect only the OS and permit the handling of pictures and dialog
boxes. System operations include selecting further pictures/dialog boxes and repositioning
pictures in their window.
● Operator process controls, which affect the sublevel control. They adjust values such as
setpoints or valve positions in the automation system.
SIMATIC Logon
Do not confuse the "WinCC Chip Card Reader" option with "SIMATIC Logon".
Information on SIMATIC Logon:
● "Working with WinCC > Structure of the User Administration > Central user administration
with SIMATIC Logon"
See also
How to write to a chip card (Page 307)
Chip card reader in runtime (Page 308)
See also
General Information About the Chip Card Reader (Page 305)
How to write to a chip card (Page 307)
Chip card reader in runtime (Page 308)
Introduction
The User Administrator provides functions for controlling a chip card read/write device.
Note
Runtime must be deactivated
The "Write to Chip Card" shortcut menu is disabled in Runtime because the functions can only
be used in the configuration system.
Requirement
● Users are created in the User Administrator.
● A chip card reader is connected and a chip card is inserted.
You do not need administrator rights to operate WinCC, write to chip cards, or use the chip
cards in Runtime.
Procedure
1. Select a user in the navigation area of the User Administrator.
2. Select the "Write to Chip Card" command from the shortcut menu.
User Administrator transfers the data to the chip card .
If several chip card readers are connected, a dialog for selection is displayed.
3. To check the validity of a chip card, select the entry "User Administrator" in the navigation
area.
In the shortcut menu, select the entry "Check Chip Card".
See also
Chip card reader: Supported devices (Page 306)
General Information About the Chip Card Reader (Page 305)
Note
Runtime: Only one chip card allowed
Even if several readers are connected to one PC, only one chip card may be inserted in
Runtime.
Requirement
● The "Use in Runtime" option is enabled for the user in the User Administrator.
You do not need administrator rights to operate WinCC, write to chip cards, or use the chip
cards in Runtime.
Behavior in Runtime
● You are logged on to the system until you remove the card from the reader.
● When a card is inserted in the chip card reader, it is not possible to log on to the system
manually.
● The automatic logoff is disabled.
See also
Chip card reader: Supported devices (Page 306)
General Information About the Chip Card Reader (Page 305)
3 B
3D-Bar, 293 Bar, 293
Basic data, 66, 220
Basic data tab, 66
A Basic picture, 84, 303
Batch flexible, 252
Accept
Batch Visualization, 252
Faceplate, 66
BCE, 139
Access point, 135, 139
Blank pictures, 179
Access rights, 262
Button area, 242
Acknowledge, 250
Button functions
Group acknowledgment, 250
In Runtime, 229
Message, 268
Signaling devices, 250
Acknowledge button, 236
Acknowledged alarm list, 269
C
Acknowledged messages, 47 Check
Acknowledgement response, 292 Authorization, 20
Action, 66 Chip card, 305
Activate Hardware, 306
Runtime, 228 Login in Runtime, 247
Activating a faceplate, 66 Operation in Runtime, 308
Activating runtime, 228 write to, 307
Active master, 129, 153 Close
Adapting project, 223
Message line, 48 Color of the area buttons, 255
Overview window, 36 Colored display, 242
Alarm, 268, 289 Completely recalculate group display hierarchy when
Alarm Logging, 185, 268 saving, 178
Defining the area name, 185 Component list
Alarm Source Generating, 207
Display via Group Display, 289 Component List Editor, 24, 205
Alarm window, 37, 48 Component List Editor documentation
Archive tag, 281 Content, 27
Area, 51, 56 Computer, 223
Hide, 56 Computer List, 223
Area buttons, 34, 51, 255 Name, 223
Area preview, 34, 51 Configuration
Areas tab, 51 in the PCS 7 environment, 11
Area-specific filtering, 43 Server, 13
Arrange WinCC Client, 13
Empty button, 56 Configuration file, 196, 200
Audio alarm, 23 Create, 73
Authorization, 303 Configuring
Authorization check, 43 Loop in Alarm, 89, 217
Overview Area, 34
Synchronization via Local Area Network, 142
G J
Garbage Collection, 207 Journal list, 269
Generating
Component list, 207
Graphic Pictures, 303 L
Operating,
Language
Graphic positioning, 65
Changeover, 251
Group acknowledgement, 250, 269
Layout, 34
Group display, 48, 62, 183, 220, 236, 289
Layout configuration, 34
Hierarchy, 289
Lifebeat, 253
Group display hierarchy, 43, 178, 207, 289
Lifebeat Monitoring, 23
Group message, 286
Load
Grouping
Trend groups, 280
Trend groups (online), 281
Loading
Guide, 220
Modifications, 9
Local Area Network, 131, 142
Locking
H Messages, 263
Hardcopy, 236 Log file, 70
Hardware Logging, 70
Chip card, 306 Login, 247
for time synchronization, 148 With chip card, 247
Hide Logon, 236
Area, 56 With password, 247
Hide messages, 43 Long-term archiving, 269
Hierarchy, 179 Loop display
Container, 179 Modify, 60
Creating, 181 Loop in alarm, 236, 269
Limitations, 179 Configure,
Managing, 175
Nodes, 179
Root node, 181 M
Highest priority messages, 236
Managing
Hierarchy, 175
Picture memory, 84
I Mapper, 207
Import Master/Slave, 129
Picture objects, 193 Measuring point
Incoming alarm list, 269 Edit, 212
Industrial Ethernet Bus, 131, 135, 139 Find, 211
Input text, 293 Selecting a picture, 297
Installing Message
Editors, 21 Acknowledge, 268
Integer, 293 Acknowledgment concept, 268
Interrupt, 37 Message block, 268
Operating, 268
Process, 268
Process control, 268
Process value block, 268
V
Valve, 220
Visible areas, 51
Visible messages, 47
W
Warning, 268
WinCC
Time signal receiver, 149
WinCC Client
Configuration, 13
Working area, 84
write to
Chip card, 307