WinCC Flexible e PDF
WinCC Flexible e PDF
Introduction to WinCC
flexible 1
WinCC flexible Engineering
System 2
SIMATIC HMI 3
Working with projects
User administration 10
System functions and
runtime scripting 11
Structure of multi-lingual
projects 12
Project documentation 13
Planning jobs 14
Logging changes 16
This user's Manual is part of the
documentation package with the
order number 6AV6691-1AB01-0AB0 Transfer 17
Integration of WinCC flexible
in STEP 7 18
Edition 03/2004
Features 19
A5E00280169-01
Safety Guidelines
This manual contains notices which you should observe to ensure your own personal safety as well as to avoid
property damage. The notices referring to your personal safety are highlighted in the manual by a safety alert
symbol, notices referring to property damage only have no safety alert symbol.
Danger
indicates an imminently hazardous situation which, if not avoided, will result in death or serious injury.
Warning
indicates a potentially hazardous situation which, if not avoided, could result in death or serious injury.
Caution
used with the safety alert symbol indicates a potentially hazardous situation which, if not avoided, may
result in minor or moderate injury.
Caution
used without safety alert symbol indicates a potentially hazardous situation which, if not avoided, may
result in property damage.
Notice
used without the safety alert symbol indicates a potential situation which, if not avoided, may result in
an undesirable result or state.
When several danger levels apply, the notices of the highest level (lower number) are always displayed. If a
notice refers to personal damages with the safety alert symbol, then another notice may be added warning of
property damage.
Qualified Personnel
The device/system may only be set up and operated in conjunction with this documentation. Only qualified
personnel should be allowed to install and work on the equipment. Qualified persons are defined as persons who
are authorized to commission, to earth, and to tag circuits, equipment and systems in accordance with
established safety practices and standards.
Intended Use
Please note the following:
Warning
This device and its components may only be used for the applications described in the catalog or
technical description, and only in connection with devices or components from other manufacturers
approved or recommended by Siemens.
This product can only function correctly and safely if it is transported, stored, set up and installed
correctly, and operated and maintained as recommended.
Trademarks
All designations marked with ® are registered trademarks of Siemens AG. Other designations in this
documentation might be trademarks which, if used by third parties for their purposes, might infringe upon the
rights of the proprietors.
Siemens AG
Automation and Drives Group © Siemens AG 2004
P.O. Box 4848, D-90327 Nuremberg (Germany) Technical data subject to change
User manual
• WinCC flexible Micro
– describes the engineering basics based on the WinCC flexible Micro engineering
system (ES)
• WinCC flexible Compact/ Standard/ Advanced
– describes the engineering basics based on the WinCC flexible Compact,
WinCC flexible Standard and WinCC flexible Advanced engineering systems (ES)
• WinCC flexible Runtime:
– describes how to commission and operate your Runtime project on a PC.
• WinCC flexible Migration:
– describes how to migrate an existing ProTool project to WinCC flexible.
– describes how to migrate an existing WinCC project to WinCC flexible.
– describes how to migrate ProTool projects with an HMI migration from OP7 to
OP 77B.
– describes how to migrate ProTool projects with HMI migration from RMOS graphic
devices to Windows CE devices.
• Communication:
– Communication part 1 describes the integration of your HMI device into control
systems of the SIMATIC family.
– Communication part 2 describes the integration of the HMI device into control systems
of external suppliers.
Operating instructions
• Operating instructions for the HMI devices.
• Short instructions for the HMI devices SIMATIC OP 77B and SIMATIC Mobile Panel 170.
Getting started
• WinCC flexible for newcomers:
– based on a practical example, this is a step-by-step introduction to the basics of
programming screens, messages, recipes and screen navigation.
• WinCC flexible for advanced users:
– based on a practical sample project, this is a step-by-step introduction to the basics of
engineering log files, project reports, scripts, user management, multilingual projects
and integration into STEP 7.
• WinCC flexible Options:
– based on a practical sample project, this is a step-by-step introduction to the basics of
engineering the options WinCC flexible Sm@rtServices, Sm@rtAccess and OPC
Server.
Online availability
The links below guide you directly to the technical documentation pool for SIMATIC products
and systems in German, English, French, Italian and Spanish language.
• SIMATIC Guide Technical Documentation in German:
http://www.ad.siemens.de/simatic/portal/html_00/techdoku.htm
• SIMATIC Guide for Technical Documentation in English:
http://www.ad.siemens.de/simatic/portal/html_76/techdoku.htm
Guide
Structure of this manual:
• Introduction to WinCC flexible – Chapter 2
• Working with WinCC flexible – Chapters 3 - 17
• Transferring a project to an HMI device – Chapter 18
• Integration of WinCC flexible in STEP 7 – Chapter 19
• Features of WinCC flexible – Chapter 20
Conventions
A distinction is made in the naming conventions for the configuration and runtime software:
• "WinCC flexible 2004" designates the configuration software.
• "WinCC flexible Runtime" is used to mean the runtime software on the HMI devices.
The term "WinCC flexible" is used in the general context. A version name such as
"WinCC flexible 2004" is always used to distinguish other versions thereof.
The following conventions are used in the text and will help you to read the manual more
effectively:
Note
Notes containing important information about the product and its handling, or the relevant
part of the documentation you should pay particular attention.
Registered trademarks
HMI®
SIMATIC®
SIMATIC HMI®
SIMATIC ProTool®
SIMATIC WinCC®
SIMATIC WinCC flexible®
Other names in this document could be trademarks, whose use by third parties for their own
purposes may constitute an infringement of the rights of the trademark owners.
Further support
Training center
We offer relevant courses to simplify your introduction to the world of automation systems.
Please contact your regional training center or our central training center in D 90327
Nuernberg, Germany for details.
Phone: +49 (911) 895-3200.
Internet: http://www.siemens.com/simatic
6.3.2 Integrating alarms with the alarm numbering procedure ......................................................... 6-18
6.4 Alarm logging ........................................................................................................................... 6-20
6.4.1 Basic principles of alarm logging ............................................................................................. 6-20
6.4.2 Alarm logging ........................................................................................................................... 6-21
6.4.3 "Alarm logs" editor.................................................................................................................... 6-22
6.4.4 Basic settings for alarm logs .................................................................................................... 6-23
6.4.5 Alarm logging ........................................................................................................................... 6-24
6.4.6 Displaying logged alarms on screens ...................................................................................... 6-25
6.4.7 Structure of a *.csv file with alarms.......................................................................................... 6-25
6.4.8 Accessing the ODBC log database directly ............................................................................. 6-27
7 Structure of a recipe management system ............................................................................................. 7-1
7.1 Basic principles .......................................................................................................................... 7-1
7.1.1 Basic principles of recipes.......................................................................................................... 7-1
7.1.2 Structure of recipes .................................................................................................................... 7-2
7.1.3 Structure of recipe data records................................................................................................. 7-4
7.1.4 Configuration of recipes ............................................................................................................. 7-5
7.1.5 Transfer of recipe data records.................................................................................................. 7-7
7.2 Elements and basic settings ...................................................................................................... 7-8
7.2.1 "Recipes" editor.......................................................................................................................... 7-8
7.2.2 Recipe elements ...................................................................................................................... 7-10
7.2.3 Recipe data records ................................................................................................................. 7-11
7.2.4 Recipe settings......................................................................................................................... 7-12
7.3 Viewing and editing recipes in Runtime ................................................................................... 7-14
7.3.1 Viewing and editing recipes in Runtime ................................................................................... 7-14
7.3.2 Basic principles of the recipe view ........................................................................................... 7-16
7.3.3 Basic principles of the simple recipe view................................................................................ 7-17
7.3.4 Operator control elements of the recipe view .......................................................................... 7-19
7.3.5 Behavior of the recipe view in Runtime.................................................................................... 7-20
7.3.6 Configuration options for the recipe view................................................................................. 7-20
7.3.7 Basic principles of the recipe screen ....................................................................................... 7-22
7.4 Scenarios ................................................................................................................................. 7-26
7.4.1 Scenario: Entering recipe data records in Runtime ................................................................. 7-26
7.4.2 Scenario: Automatic production sequence .............................................................................. 7-27
7.4.3 Scenario: Manual production sequence................................................................................... 7-28
8 Logging and displaying tags ................................................................................................................... 8-1
8.1 Basic principles .......................................................................................................................... 8-1
8.1.1 Basic principles for data logging ................................................................................................ 8-1
8.1.2 Trends ........................................................................................................................................ 8-1
8.1.3 Data logging in WinCC flexible .................................................................................................. 8-3
8.2 Elements and basic settings ...................................................................................................... 8-5
8.2.1 "Data Logs" editor ...................................................................................................................... 8-5
8.2.2 Basic settings for data logs ........................................................................................................ 8-6
8.3 Logging tags............................................................................................................................... 8-8
8.4 Outputting logged data............................................................................................................... 8-9
8.4.1 Outputting tag values in screens................................................................................................ 8-9
8.4.2 The structure of a *.csv file with tags ......................................................................................... 8-9
8.4.3 Accessing the ODBC log database directly ............................................................................. 8-11
Introduction
Maximum transparency is essential for the operator who works in an environment where
processes are becoming more complex, and requirements for machine and plant
functionality are increasing. The Human Machine Interface (HMI) provides this transparency.
The HMI system represents the interface between man (operator) and process
(machine/plant). The controller is the actual unit which controls the process. Hence, there is
an interface between the operator and WinCC flexible (at the HMI device) and an interface
between WinCC flexible and the controller. An HMI system assumes the following tasks:
• Process visualization
The process is visualized on the HMI device. The screen on the HMI device is
dynamically updated. This is based on process transitions.
• Operator control of the process
The operator can control the process by means of the GUI. For example, the operator
can preset reference values for the controls or start a motor.
• Displaying alarms
Critical process states automatically trigger an alarm, for example, when the setpoint
value is exceeded.
• Archiving process values and alarms
The HMI system can log alarms and process values. This feature allows you to log
process sequences and to retrieve previous production data.
• Process values and alarms logging
The HMI system can output alarms and process value reports. This allows you to print
out production data at the end of a shift, for example.
• Process and machine parameter management
The HMI system can store the parameters of processes and machines in recipes. For
example, you can download these parameters in one pass from the HMI device to the
PLC to change over the product version for production.
SIMATIC HMI
SIMATIC HMI offers a totally integrated, single-source system for manifold operator control
and monitoring tasks. With SIMATIC HMI, you always master the process and always keep
your machinery and units running.
Examples of simple SIMATIC HMI systems are small touch panels for use at machine level.
SIMATIC HMI systems used for controlling and monitoring production plants represent the
upper end of the performance spectrum. These include high-performance client/server
systems.
Introduction
WinCC flexible is an engineering system for all your configuring tasks. WinCC flexible has a
modular design. With each higher edition you expand the spectrum of supported devices and
WinCC flexible functionality. You can always migrate to a higher edition by means of a
powerpack.
WinCC flexible covers a performance spectrum ranging from Micro Panels to simple PC
visualization. The WinCC flexible functionality is thus comparable with that of products of the
ProTool family and the TP Designer. You can integrate your existing ProTool projects into
WinCC flexible.
Principle
The WinCC flexible workbench opens on the screen of your programming computer when
you create a new or open an existing project in WinCC flexible. The project structure is
visualized and the project managed in the "Project View."
WinCC flexible provides a special editor for each configuring task. For example, you
configure the GUI of an HMI device in the "Screens" editor. Or you can use the "Discrete
alarms" editor to configure alarms.
All project configuration data related to a project is stored in the project database.
Principle
In runtime, the operator can control and monitor the process. This involves in particular the
following tasks:
• Communication with the automation systems.
• On-screen visualization of images
• Operating the process, for example, by setting setpoint values or opening and closing
valves.
• Archiving of current runtime data, e.g. process values and alarm events.
Principle
The following options are available for WinCC flexible Runtime. The options depend on the
target system used.
The following options are available for the WinCC flexible Engineering System.
1.2.5 Licensing
Principle
All WinCC flexible editions require a license. Certain WinCC flexible editions require an
authorization to be used without restriction.
• License
You receive your license on paper. The license entitles you to install and use your
purchased WinCC flexible edition on a computer. More information about rights of use is
available in the electronic catalog CA 01.
• Authorization
You receive your authorization separately on a copy-protected disk. When you run Setup,
you are prompted to insert the authorization disk.
Principle
Without authorization, WinCC flexible runs in demo mode only and the software operability
are restricted. Alarms which need acknowledging appear regularly on the screen both in
WinCC flexible Engineering System and in WinCC flexible Runtime.
Introduction
WinCC flexible supports the configuration of many different automation concepts. The
following automation concepts can be implemented by default using WinCC flexible.
Single-user systems are generally used near production, but can also be deployed to
operate and monitor independent part processes or system sections.
Such systems are deployed, for example, in a production line to operate the plant from
several points.
The operator or service technician can thus work directly on site. This enables an accurate
setting up and positioning, e.g. during the startup phase. In the case of servicing, mobile
units ensure shorter downtimes.
Introduction
By using the Sm@rtService option, it is possible to connect to an HMI device from a
workstation via a network (Internet, LAN).
Example: A medium-sized production company has a service contract with an external
service company. When servicing is required, the service technician responsible can
remotely access the HMI device and display its user interface directly on his workstation. In
this way, updated projects can be transferred more quickly which, in turn, reduces machine
downtime.
Application Possibilities
The option "Sm@rtService" is required for implementation.
Remote access via a network can be used for the following applications:
• Remote operation and monitoring
An HMI device can be operated and running processes monitored from your own
workstation.
• Remote administration
A project can be transferred from a workstation to an HMI device. In this way, projects
can be updated from a central point.
• Remote diagnostics
Each Panel provides HTML pages for accessing the installed software, version or system
alarms using a Web browser.
Introduction
A machine which fails due to a fault costs money. An alarm that reaches the service
technician in a timely manner helps to minimize unplanned downtime.
Example: Contamination in a feed line reduces the flow of coolant. When the value drops
below the configured limit value, the HMI device displays a warning. The warning is also
dispatched as an e-mail to the service technician responsible.
Principle
The "Sm@rtAccess" option is required for implementation. In order to send alarms as e-
mails, the HMI system must have access to an e-mail server.
The e-mail client sends the alarms via intranet or Internet. The automatic alarm dispatch
ensures that all the people involved (e.g. shift foreman and sales manager) are informed of
the status of the machine in good time.
Introduction
Distributed HMI enables the operation of a machine from several synchronized operating
stations. All the operating stations display the same process screen. The operating
authorization is transferred intelligently.
Principle
The "Sm@rtAccess" option is required for implementation.
Only one HMI device contains the configuration data and functions as the server. The server
can be controlled from the other operator devices. All the HMI devices display the same
screens.
Using the link information and the HMI parts of the modules, the basis for visualization with
WinCC flexible is automatically generated.
Introduction
WinCC flexible is used to configure user interfaces to operate and monitor machines and
plants. WinCC flexible provides support for the configuration tasks in the form of solution-
oriented concepts. For example, this could concern the processing of bulk data, automatic
transfers or even the intelligent configuration of movement paths.
Configuration support
Efficient configuration saves time and costs. WinCC flexible supports the following for this:
• Target system dependent configuration
During configuration, only those functions supported by the selected target system are
displayed.
• Target system independent configuration
If you use a project for different or several target systems, you only switch over the HMI
device in the project. Functionalities of the selected HMI device which are not supported
are not displayed.
• Central modification of referenced objects
Modifications made at a central station are applied to the entire project.
• Reuse
The reuse of configuration objects simplifies configuration and reduces overall costs.
• Bulk data processing
Create an action, for example, with several tags having the same values or
chronologically ascending addresses.
• Graphic Configuration of the Screen Navigation
Create a screen hierarchy from the graphic overview of the configured screens. The
required objects for the screen navigation are generated automatically.
• Configuring movement paths
Configure the movement of objects clearly in the process screen.
• Totally Integrated Automation
Benefit from the smooth integration of WinCC flexible in the configuration user interface
of SIMATIC STEP 7 and SIMOTION SCOUT.
Introduction
If WinCC flexible is used to edit projects for different HMI devices, the functional scope is
adapted to the HMI device during configuration. Different functionality is available according
to the HMI device.
You can use a project for different target systems. If the target system is changed, only the
view of the project data is modified. When the target system changes, configured objects are
not deleted; they are only hidden if some features are not supported by the target system.
Introduction
WinCC flexible supports you in creating configurations independent on the destination
system.
Example: A machine has three operating stations. One HMI device with average
performance connected to one of these operating stations is sufficient.
Principle
The project need not be recreated for this HMI device. Simply switch the HMI device in the
project instead.
Functions not supported by the HMI device are hidden.
The different HMI devices should not differ too much in their resolution and functionality .
1.4.4 Reuse
Introduction
Reusing configuration objects facilitates configuration work. Centralized editing saves a
considerable portion of the configuration work when an object is changed.
Faceplates
Simple screen objects can be combined as faceplates to form complex objects. For each
faceplate, it is possible to define which properties of the screen objects can be changed. By
reusing a faceplate stored in the library, modifications can be executed throughout the entire
project from a central point.
Libraries
All configuration objects can be stored centrally in libraries. In addition, numerous
preconfigured screen objects are supplied which can be used to design process screens
appropriately.
Text Libraries
Text libraries can be used to store all configuration texts in several languages. If a project is
configured in several languages, the texts can be translated automatically.
Introduction
Bulk data management provides support in the simultaneous creation and editing of several
objects. Configuration is more efficient, saving time and costs.
Example: A part of the tag inventory is assumed from an old project but the inventory has the
wrong tag type. Using WinCC flexible, the tag type can be modified for all tags in one
working step.
Principle
The advantages of bulk data processing can be used when creating and editing specific
objects (e.g. tags).
• Automatic address assignment
If several tags, created with process linking, are stored successively in the controller
memory, the address area can be increased automatically for each tag.
• Multiple modification
Identical modifications for several tags can be executed in one step, e.g. changing the tag
type or the controller.
Introduction
Process sequences involving object movement can be clearly displayed on the HMI device,
e.g. the transport of a product on a conveyor belt.
Movement paths simplify the configuration of movements of objects in the process screen.
The movement process is represented on the screen by a diagram.
Principle
The movement path for an object is defined in the process screen. The movement path is
composed of the starting point and finishing point. The movement path is assigned a tag.
The tag value defines the relative position of the object on the movement path in runtime.
Introduction
Screen navigation means configured hierarchy for process screens. Using the screen
navigation, a fixed navigation structure is defined for a project. Operators can use the
navigation control in runtime to navigate between the various screens of the structure.
Principle
Use the Screen Navigation editor to place screens in the required location in the screen
hierarchy using drag-and-drop. You can also create a direct link between screens that are
not integrated in the hierarchy. The navigation buttons can be pasted in the process screen.
Introduction
A full automation solution not only involves an HMI system such as WinCC flexible but
additional components, e.g. controller, process bus and periphery.
A particularly sophisticated integration is provided by WinCC flexible with components from
the SIMATIC product range and the SIMOTION product range.
• Consistent configuration and programming
• Consistent data retention
• Consistent communication
Principle
The HMI software WinCC flexible is designed for future-proof automation concepts at
machine level with straightforward and highly efficient engineering features.
You can access all functions supported by the selected HMI device. To start WinCC flexible,
either click the desktop icon on the configuration computer or select it from the Windows
Start menu.
WinCC flexible only allows one project to be open at any time. You can work simultaneously
on several projects by opening WinCC flexible as many times as necessary.
Note
WinCC also allows you to configure several HMI devices in the same project.
Introduction
The WinCC flexible working environment consists of several elements. Some of the
elements are linked to specific editors which means they are not visible unless the
corresponding editor is active.
Note
Set the configuration computer operating system to "Small Fonts" while working with
WinCC flexible.
Work area
Project objects are edited in the work area. All WinCC flexible elements are arranged on the
borders of the work area. With the exception of the work area, you can organize, configure
and, for example, move or hide any of the elements to suit your individual requirements.
Project View
All component parts and editors available in a project appear in a tree structure in the Project
View. Folders are provided as sub-elements of each editor in which you can save objects in
a structured way. In addition, direct access to the configured objects is available for screens,
recipes, scripts, protocols and user dictionaries. In the project windows you have access to
the device settings of the HMI device, the language settings and the version management.
Toolbox
The toolbox contains a selection of objects which you can add to your screens, e.g. image
objects or operator control elements. In addition, the toolbox also provides libraries
containing object templates and collections of faceplates.
Library
The "Library" is an element of the Toolbox view. The "Library" provides access to screen
object templates. You can always add screen objects and thus increase programming
efficiency either by multiple use or reuse of object templates. The library is your central
database for storing frequently used objects, such as screen objects and tags.
Output view
The output window displays system alarms generated, for example, in a project test run.
Object view
The "Object View" shows all elements of the area selected from the "Project View".
Note
With the exception of the work area, you can show or hide all windows in the "View" menu.
Introduction
The menus and toolbars provide access to all functions you need to configure your HMI
device. When the corresponding editor is activated, menu commands and toolbars specific
to that editor appear.
When the mouse pointer is moved over a command, the corresponding tooltip appears.
Menus
Menus available in WinCC flexible:
The availability of the menus and the scope of their commands depend on the respective
editor which is used.
Toolbars
The toolbars provide quick access to important, frequently used functions. The following
toolbar configuration options are available:
• Adding and removing buttons
• Changing the position
Introduction
The work area is used to edit project data either in table format, e.g. the tags, or in graphic
format, e.g. a process screen.
Description
Each editor is opened in a separate tab control on the work area. In the case of graphic
editors, each element is displayed on a separate tab control. Only one tab is active when
several editors are open simultaneously. To move to another editor, click the corresponding
tab. A maximum of 20 editors can be opened simultaneously.
Introduction
The project window is the central control point for project editing. All component parts and
editors available in a project appear in a tree structure in the Project View. Each editor is
assigned a symbol which you can use to identify the corresponding objects. Only those
elements which are supported by the selected HMI device are displayed in the project
window. In the project windows you have access to the device settings of the HMI device,
the language settings and the version management.
Description
The Project View displays the project structure hierarchically:
• Project
• HMI devices
• Folder
• Objects
The Project View is used to create and open objects for editing. You can organize your
project objects in folders to create a structure. Handling the Project View is similar to
handling Windows Explorer. Shortcut menus, which consist of the most important
commands, are available for all objects.
Elements of graphic editors are displayed in the Project View and Object View. Elements of
"tabular editors" are shown only in the Object View.
Introduction
The Property View is used to edit the properties of an object selected from the work area.
The content of the "Property View" is based on the selected object.
Description
The "Property View" shows the properties of the selected object organized in categories. The
changed values take effect directly after exiting from the input field.
Invalid entries are highlighted with a colored background. A tooltip will appear to help you
correct the entry.
Example
The object property "height" is logically linked to a "Byte" variable. This tag type has a range
of values from 0 to 255. When you enter a value of "300" in the "Height" input box of the
"Property View", the value is highlighted with a colored background when you exit the box.
2.2.6 Library
Introduction
The "Library" is an element of the Toolbox view. The library is your central database for
storing frequently required objects. You need to configure the object stored in the library
once only. You can then reuse it as many times as you like. You can always add screen
objects and thus increase programming efficiency either by multiple use or reuse of object
templates.
Description
WinCC flexible distinguishes between global and project libraries:
• Shared library
The global library is not saved in the project database. It is written to a file. The file is
saved by default in the installation directory of WinCC flexible The global library is
available for all projects.
• Project library
The project library is stored with the project data in the database and is available only in
the project for which it was created.
You can create folders in both libraries to generate a structure for the objects they contain.
Furthermore, you can always copy elements from a project library to the global library.
Introduction
The output window displays system alarms generated, for example, in a project test run.
Description
The "Output view" normally displays system alarms in the order of alarms. The categories
define the corresponding WinCC flexible module which has generated a system alarm. For
example, system alarms for the "Generator" category are generated during the consistency
check.
To sort system alarms, click the header of the corresponding column. The pop-up menu can
be used to jump to an error location or a tag, and copy or delete system alarms.
The "Output view" shows all system alarms of the last action. A new action overwrites all
previous system alarms. You can still retrieve old system alarms from a separate log file.
Introduction
If folders or editors are selected in the Project View, their content is displayed in the Object
View.
The following figure illustrates how the selection in the Project View affects the display in the
Object View:
Description
Double-click an object in the OBJECT View to open the corresponding editor. Drag-and-drop
functions are available for all objects displayed in the object window.
The following drag-and-drop actions, for example, are supported:
• Moving a variable to a process screen in the work area: Creates an I/O field which is
linked to the tags.
• Moving a tag to an existing I/O field: Creates a logical link between the variable and the
I/O field.
• Moving a process screen to another process screen in the work area: Generates a button
with screen change function which is linked to the process screen.
Long object names are abbreviated in the "Object View". After moving the mouse pointer to
the object, the full name appears as a tooltip.
When a large number of objects are available, quickly locate the object you require by
entering just the first letter of the object.
Introduction
Editor-specific operating elements are only visible in the active work area of the
corresponding editor.
Placement
The default position of editor-specific toolbars is on the right-hand side or below the existing
toolbars.
Default position of editor-specific toolbox views is the screen margin on the right-hand side.
Editor-specific commands are added to the corresponding menus.
The positions of editor-specific operating elements are restored the next time you start
WinCC if you have rearranged these in a previous session to suit your individual
requirements.
Introduction
WinCC flexible allows you to customize the layout of frames and toolbars. You can hide
certain frames which are not used frequently in order to enlarge the work area.
The "View" menu can be used to restore the default layout of frames and toolbars.
Combined frames
You can combine a frame with another frame. Each frame is represented in the combined
frame by a separate tab. To change to a different frame, click the corresponding tab.
Introduction
Work is mainly completed with the mouse in WinCC flexible. Important operating functions in
this context are the drag-and-drop function and the call of commands from the context menu.
Drag-and-drop
Drag-and-drop makes configuring much easier. For example, when you drag-and-drop a
variable from the Object View to a process screen, the system automatically generates an
I/O field which is logically linked to the variable. To configure a screen change, drag and
drop the required process screen onto the process screen displayed in the work area. This
generates a button configured to contain a corresponding screen change function.
The drag-and-drop function is available for all objects in the "Project View" and"Object View."
The mouse pointer shows you whether drag-and-drop is supported at the destination or not:
• Drag-and-drop is possible
• Drag-and-drop is not possible
Shortcut menu
In WinCC, you can right-click any object to open a context menu. The context menu displays
the commands you can execute in the relevant situation.
Function Effect
Left-click Activates any object or executes an action such
as a menu command or drag-and-drop.
Right-click Opens a context menu
Double-click with the left mouse button Starts an editor in the Project View or Object
View or opens a folder.
<Left mouse button+drag-and-drop> Generates a copy of the object in the "Project
View".
<CTRL+left mouse button> Selects a number of individual objects from the
"Object view" one after the other.
<SHIFT+left mouse button> Selects all objects within the rectangle lasso you
have drawn with the mouse in the "Object view."
Introduction
WinCC flexible provides a number of hotkeys which you can use to execute frequently
required menu commands. The menu shows whether a hotkey is available for the relevant
command or not.
WinCC also integrates all the standard hotkeys provided by Windows.
Important hotkeys
The table shows you the most important hotkeys for use in WinCC flexible.
Introduction
WinCC flexible offers a range of scalable engineering systems which are optimally adapted
to the respective configuration task or can be adapted by the user. Each edition supports a
wider range of HMI devices and functions, whereby the "Standard" edition can be used to
configure HMI devices from the "Micro" edition. You can always migrate to a higher edition
by means of a powerpack.
Introduction
WinCC flexible is used to configure user interfaces to operate and monitor machines and
plants.
Special editors are available for the different configuration tasks. All configuration information
is saved in a project.
Device-based dependency
WinCC flexible only provides the functionality supported by the HMI devices selected. The
Project View displays the editors available for configuration.
Migration
If an existing ProTool or WinCC project is opened in WinCC flexible, the data is converted.
The user is guided through the conversion process and informed of the progress of the
conversion.
Principle
WinCC flexible only allows one project to be open for editing at any time. If projects should
be copied globally, for example, restart WinCC flexible and then open the required project.
Note
If ProTool and WinCC flexible are installed on the configuration computer, only one of the
programs can be opened at any one time.
Introduction
If WinCC flexible is used to edit projects for different HMI devices, the functional scope is not
identical for the configuration. Different functionality is available according to the HMI device.
Principle
The functional scope available is dependent on the HMI device selected. Only configure the
functions supported by the selected HMI device. This procedure is advantageous for efficient
configuration.
The editors displayed in the Project View can be used, for example, to quickly detect which
functions are supported by the HMI device selected.
The diagram illustrates the functional scope of two different HMI devices based on the
Project View:
Introduction
WinCC flexible provides a special editor for each configuring task. WinCC flexible
differentiates between two different types of editors: graphical editors and tabular editors. A
maximum of 20 editors can be opened simultaneously.
Graphical Editors
Graphical editors, such as the Screen editor, display the associated elements in the Project
View and Object View. You open each object in the work area with graphical editors.
Tabular Editors
Tabular editors, such as the Tag editor, only display the associated objects in the Object
View. When a tabular editor is opened to edit the objects, all associated objects are
displayed in a table in the work area
Editor Properties
The following properties apply to all editors and their objects:
• Changing contents
Changes take effect directly after exiting an input field and affect projects globally. All the
objects affected by a modification are automatically updated.
If a tag parameter is changed at the place of use in the Screens Editor, for example, the
change has a direct effect in the Tag editor.
• Accepting changes to the project data
The modified project data are transferred to the project database as soon as the project is
saved.
• Revert working steps or restoring
Every editor has an internal list in which the user actions are saved. In this way, all
actions can be reverted (undone) or restored. The relevant commands are in the "Edit"
menu. The list is deleted when the editor is closed or the project is saved. Switching to
another editor does not affect the actions stored in the list.
Introduction
The way in which an editor is started depends on whether it is a graphical editor (e.g. Screen
Editor) or tabular editor (e.g. Tag Editor). A maximum of 20 editors can be opened
simultaneously.
The object, e.g. a screen, is created in the Project View and displayed in the work area.
3. To open an existing object, double-click on the object in the Project View or Object View.
The object, e.g. a screen, is displayed in the work area.
A tabular editor can also be activated using the associated context menu. To open an
existing element in the tabular editor, select the tabular editor in the Project View. Then
double-click on the required object in the Object View.
Alternative procedure
To open an editor via the menu, select the "New object in project" command from the "Insert"
menu.
Introduction
Although several editors or their objects can be opened simultaneously in WinCC flexible,
only the work area of one editor can be active in the work area.
If several editors are open, they are represented by separate tab controls in the work area.
Tab Controls
To select a different editor, click on the relevant tab control in the work area. For simple
identification, the tab control of a tabular editor displays the name of the editor. In the case of
graphical editors, the name of the current element is indicated, e.g. "Screen1".
The tooltip indicates which HMI device is being configured in the editor.
Navigation Arrows
If the tab controls cannot be fully displayed in the work area, the navigation arrows become
active in the work area.
To access the tab controls that are no longer displayed in the work area, click on the
corresponding navigation arrow.
Context-sensitive help
A tooltip will appear after moving the mouse pointer over any object, icon, or dialog element.
If a question mark is next to the Tooltip, context-sensitive help is available for this user
interface element. To call in an additional explanation to the short description, click on the
question mark, press <F1> if the tooltip is activated, or move the mouse cursor to the tooltip.
The explanation includes references which refer users to a detailed description in the Online
Help.
Online Help
In the "Help" command menu you can access the Online Help. When you use the "Help >
Contents" menu command, the WinCC flexible Information System opens with an opened
table of contents. Use the table of contents to navigate to the desired topic.
Alternatively select the "Help > Index" menu command. The WinCC flexible Information
System opens with an opened index. Use the index to search for the desired topic.
In order to use the full text search across the entire WinCC flexible Information System
select the "Help > Search" menu command. The WinCC flexible Information System opens
with an opened search tab. Enter the desired search term.
The WinCC flexible Information System can also be opened via the Start menu of Windows.
Select the menu command "Start > SIMATIC > WinCC flexible > WinCC flexible Help
System" in the task bar.
The online help is opened in a separate window.
Introduction
WinCC flexible allows you to customize the position and behavior of windows and toolbars.
This provides the possibility of setting up the working environment according to individual
requirements.
Application example
WinCC flexible can be used, for example, to process the following scenarios:
• Configuring an HMI device installed permanently at machine level.
This represents the most common type of configuration in which the HMI device is
permanently installed on the system or machine.
• Use of mobile units
Mobile units are generally used in the case of large production sites or lines, or material
conveyor technology. The machines to be operated are equipped with several interfaces
to which the Mobile Panel 170, for example, can be connected.
The operator or service technician can thus work directly on site. This enables an
accurate setting up and positioning, e.g. during the startup phase. In the case of
servicing, mobile units ensure shorter downtimes.
Principle
A WinCC flexible project consists of all the configuration data which enables the system to
by operated and monitored. The configuration data is compiled in WinCC flexible according
to topic categories. Each category is processed in an individual editor.
The editors available for use depend on the WinCC flexible edition used and the HMI device
to be configured. The working environment of WinCC flexible only displays the editors
supported by the HMI device currently in use. This means that configuration is simple and
easy to follow.
Principle
Different types of projects can be created using WinCC flexible. The type of project is
dependent on the system configuration, the size of the system or machine, the required
representation of the system or machine and the HMI devices used for operating and
monitoring.
The following project types can be configured in WinCC flexible:
• Single-user project
Project which is used for a single HMI device.
• Multi-user project
Project in which several HMI devices are configured.
• Project for use on different HMI device
Single-user project
In most cases, only one HMI device is configured. During the configuration phase, a project
always displays precisely the function range which is supported by the currently selected
HMI device.
Multi-user project
If several HMI devices are used to operate a system, WinCC flexible can be used to create a
project in which several HMI devices are configured. This type of project is used, for
example, when the machine or system controlled is operated from several different points.
Common objects can then be used in the project. This method means that a project need not
be created for each separate HMI device, but rather all HMI devices are managed in the
same project.
A WinCC flexible project consists of all the configuration data which enables the system to
by operated and monitored. Each configured unit only displays the functions which the
specific unit supports. Functions which are not supported are hidden but remain a
component part of the project data.
Principle
The functions of the HMI device determine project visualization in WinCC flexible and the
functional scope of the editors.
• Resolution
When switching from an HMI device to another with a lower resolution, there are two
options available: All screen objects can be automatically scaled. All screen objects can
be left in their original size. Objects at the lower or right side of the screen that overlap
the displayable screen will not be displayed.
Principle
Using a WinCC flexible edition from "Compact" and later, a project can be configured with
several HMI devices.
You can delete, copy (also across projects) and rename the HMI devices in the project
window.
Application example
This type of configuration is used, for example, in projects designed for large systems which
are to be operated by several HMI devices.
Principle
It is possible to create a single project and to load it on several different HMI devices.
Application example
This type of configuration is typically used for several operating units of a similar type but
with different performance, for example.
Introduction
WinCC flexible can be operated integrated in SIMATIC STEP 7 and SIMOTION SCOUT
from the WinCC flexible Compact edition. Integration has the following advantages:
• The tags and texts are imported into the WinCC flexible project.
• Direct access to SIMATIC STEP 7 icons and SIMOTION SCOUT icons during process
connection.
• The texts and attributes contained in the alarm configuration are imported into
WinCC flexible.
• The configuring overhead is reduced thanks to the common use of configuration data.
A condition for operation integrated in SIMOTION SCOUT is that SIMATIC STEP 7 and
SIMOTION SCOUT are installed on the configuration computer. The installation sequence is:
1. SIMATIC STEP 7
2. SIMOTION SCOUT
3. WinCC flexible
Multilanguage configuration
You can configure your projects in multiple languages using WinCC flexible. WinCC flexible
supports the multilanguage configuration of practically all objects whose texts are displayed
in runtime.
WinCC flexible can be used to configure in all languages installed in the operating system.
In addition to direct text input in the editors, WinCC flexible provides easy-to-use export and
import features for translating projects. This is of particular advantage when configuring large
projects with a large share of text.
Use the following editors to translate texts in WinCC flexible:
English is installed as the default user interface language in any case. The following
languages can also be installed:
• Western European languages
German
Spanish
Italian
French
• Reports
The Reports editor is used to create reports with which the user prints alarms and
process values, for example, in runtime.
• Scripts
WinCC flexible provides the option of dynamizing projects with custom scripts. The
scripts are managed in the Scripts editor.
The following tasks can also be completed in WinCC flexible:
Task Editor
Configuration of controllers Connections
Setting up users, user groups and assigning user rights for operation in Runtime user
runtime administration
Managing task-related jobs. It is possible to execute a job once or Scheduler
several times.
Setting up the device settings, such as start screen, language used. Device settings
Managing different project versions Version management
Principle
All component parts and editors available in a project appear in a tree structure in the Project
View.
The Project View display is dependent on the HMI device selected when the project was
created. Only those editors are displayed which are supported by the HMI device selected.
If, for example, a "TP170A" is configured, the "Log" editor is not available because the
"TP170A" does not have a logging function.
Select the project objects which are to be edited in the Project View. To do this, double-click
on the relevant object. The corresponding editor will open.
Task
Principle
The representation of the project in the Project View can be used to edit projects.
The following actions can be executed in the Project View:
• Double-click
• Select a command in the context menu
• Drag-and-drop actions
Double-click
A folder is opened by double-clicking on the folder in the Project View.
The editor is opened by double-clicking on an editor, e.g. "Tag" editor, or on an object, e.g. a
screen, in the Project View.
Context menus
After positioning the pointer on an object or folder and clicking the right mouse button, the
respective context menu appears. The following actions are available in the context menu:
Action Description
"Open editor" Opens the editor
"Add folder" Creates a new subfolder. The creation of subfolders enables the
user to sort the objects according to topics.
"Delete" Deletes the object or folder selected.
"Rename" Enables the object or folder selected to be renamed.
"Undo" Reverts the last process.
"Cut" Copies the object or folder in the clipboard and deletes it.
"Copy" Copies the object or folder in the clipboard.
"Paste" Inserts the object stored in the clipboard.
"Print selection" Prints the object or folder selected.
"Cross-reference" Shows all places of use for the selected object or folder.
"Properties" Shows the properties of the object or folder selected.
Drag-and-drop actions
Drag-and-drop can be used for the following actions:
• Inserting objects in an editor
Drag an image from the Project View and drop it in another screen. The screen is then
assigned a button which, when clicked, switches the screen content back to the first
screen.
• Moving or copying objects in subfolders
If the Project View simultaneously contains objects and subfolders, an object can be
moved to a subfolder by means of drag-and-drop or copied.
Principle
The Object View provides an overview of the objects.
The following actions can be executed in the Object View:
• Double-click
• Select a command in the context menu
• Drag-and-drop
Double-click
A folder is opened by double-clicking on the folder in the Object View.
After double-clicking on an object (e.g. a screen) in the Object View, the editor opens.
Context menus
The following actions are available in the context menu:
Action Description
"Open editor" Opens the editor
"Add folder" Creates a new subfolder. The creation of subfolders enables
the user to sort the objects according to topics.
"Delete" Deletes the object or folder selected.
"Rename" Enables the object or folder selected to be renamed.
"Undo" Reverts the last process.
"Cut" Copies the object or folder in the clipboard and deletes it.
"Copy" Copies the object or folder in the clipboard.
"Paste" Inserts the object stored in the clipboard.
"Print selection" Prints the object or folder selected.
"Cross-reference" Shows all places of use for the selected the object or folder.
"Properties" Shows the properties of the object or folder selected.
Drag-and-drop
Drag-and-drop can be used for the following actions:
• Inserting objects in an editor
Using drag-and-drop, an object can be dragged from the Object View into any editor
when the editor permits editing of the object. An example of its application is the linking of
tags to a screen. If a tag is dragged from the Object View into a screen, an I/O field is
automatically created.
• Moving or copying objects in subfolders
If the Object View contains both objects and subfolders, an object can be moved to a
subfolder by means of drag-and-drop or copied.
Principle
Libraries enable the multiple use of objects. Libraries can be used to save all types of objects
from simple graphics up to complex modules.
WinCC flexible provides different libraries for different tasks:
• Shared libraries
A global library is saved as a file in the file system independent of a project (in the
installation directory of WinCC flexible by default). Global libraries are available for all
projects.
• Project libraries
A project library is saved together with the project data in the database and is only
available in the project in which it was created.
It is possible to exchange objects between the two libraries.
Objects in libraries
All objects which can be moved by means of drag-and-drop can be saved in libraries, e.g.
graphic objects, screens, alarms and tags.
When a object which has references to other objects is saved in the library, it is possible to
select whether the referenced objects should also be saved in the library. A reference object
can be a tag, for example, for an I/O field.
Configuration of libraries
The following configuration options are provided for libraries:
• Creating folders to organize the objects
• Changing the display of the library objects
It is possible, for example, to display small icons or library objects without names.
• Multilanguage configuration of library objects
Principle
Faceplates are groups of preconfigured objects. Faceplates extend the number of screen
objects available and reduce the amount of work for configuration. Faceplates are created
and edited in the faceplate designer.
This editor is used to define the faceplate properties which can be configured when put in
use. These properties can be the properties of the objects contained.
In addition, all of the places where a faceplate is used can be managed centrally in the
"Faceplate" editor. After changing the faceplate, either all or only selected place where a
faceplate is used can be updated.
Principle
The "Cross Reference" editor enables all places of use for specific objects, e.g. tags or
screens, to be located and to skip to those points directly.
Principle
WinCC flexible enables character strings and objects to be found and replaced.
• Character strings can be searched for and replaced in certain editors. Enter the character
string to be searched for in the "Find and replace strings" toolbar Alternatively, use the
"Find in work area..." dialog.
• Objects can be found and replaced within entire projects. Use the "Find in project" dialog
in this case.
Principle
Use the project documentation to recall an overview of the configuration data.
The project documentation can be provided as follows:
• Displayed on screen.
• Output as file, e.g. PDF or HTML
• Output via a printer.
If only certain parts of the project data need to be used in the project documentation, select
the corresponding objects.
Introduction
During configuration, the data entered is automatically tested for its plausibility. When you
create a new user, the system indicates that the current password of the user is invalid and
you have to assign a new password for the user.
The plausibility test ensures, for example, that value ranges are maintained and incorrect
input is indicated during the configuration phase.
There is no check for incorrect parameters in the input, for example, when no tag is assigned
in an IO field. The assignment is checked with the "Check consistency" function and
displayed as an error.
Consistency test
To locate configuration faults, start the integrity test by clicking the "Check consistency" icon.
All faulty points in the project are listed in the Output Window. Then skip to the cause of fault.
Work through the fault list from top to bottom.
Transfer
A transfer operation refers to the transfer of a complete project file to the operator devices
where the project is to run.
After you have completed a configuration process, check the consistency of the project by
using the menu "Project > Generator > Check consistency". After a successful consistency
check the system generates a compiled project file. This project file has the same name
assigned to it as the project, however with the extension "*.fwx". Transfer the compiled
project file to the configured operator devices.
The operator devices must be connected to the configuration computer to transfer the project
data. If the operator device is a PC, it is also possible to perform the transfer operation using
data media such as diskettes.
Basic procedure
1. Enter the transfer settings for the individual operator devices in your WinCC flexible
project.
2. Enter the transfer mode on the operator device where the project is to be transferred.
3. Transfer the compiled project file from the configuration computer to the operator devices.
The project file is transferred to all operator devices for which the respective check box is
selected in the transfer settings.
Transfer mode
The operator device must be in "transfer mode" for the transfer operation. Depending on the
type of operator device, transfer mode is enabled as follows:
• Windows CE systems
The operator device starts up automatically in transfer mode when the device is
commissioned the first time.
The operator device switches automatically to transfer mode at the start of each
additional transfer operation if this transfer option is enabled on the configuration menu of
the operator device.
If not, restart the operator device and call the transfer applet on the Start menu, or
configure the "Change Operating Mode" system function in your project.
• PCs
If the operator device is a PC that does not yet contain a project, you must enable the
transfer mode in the "RT Loader" manually before the first transfer operation.
Refer to your product manual for more detailed instructions on setting the transfer mode on
the operator device.
Introduction
When transferring, you can transfer the compressed source data file along with the compiled
project file to the operator device. This source data file is required for the project to be back
transferred from the operator device to a configuration computer.
Advantage:
The back transfer operation enables you to subsequently perform analyses and make
changes to an existing project even if the original configuration device is not available or the
source file (*.pdf) for the project is no longer available on the configuration device.
Note
You can also use WinCC flexible to transfer the source data file of a ProTool V6.0 project
back from the operator device onto a configuration computer. You can then perform a
migration of the ProTool project to a WinCC flexible project.
The source data of a ProTool project which was configured for an operating device not
supported by WinCC flexible must be transferred back to a configuration computer with
ProTool. Save the ProTool project. Then execute a migration using WinCC flexible.
• If there is no project opened in WinCC flexible, you must select the operator device on
which the source data file for the back transfer operation is located and the loading
method in the "Communication settings" dialog prior to carrying out the back transfer
operation.
If a project is open in WinCC flexible, the back transfer operation takes place from each
selected operator device. In this case, the transfer mode selected for this operator device
in the "Transfer Settings" dialog in WinCC flexible is applied.
Caution
WinCC flexible cannot check whether the source data file on the operating unit actually
belongs to the project running on the device. If you have performed a transfer operation in
the interim that did not include the source data file, old project data may still be on the
operator device. Under certain circumstances, the data will then no longer match the project
that is currently running.
Note
Use the back transfer process preferably for small and medium sized configurations in order
to keep transfer times as short as possible.
You have the following options when there are numerous project files: Transfer the project
file as a compressed *.arj file onto a CF card, for example, using the backup function of the
project manager.
Introduction
External tags enable the communication (data exchange) between the components of an
automation process, e.g. between the HMI device and the PLC.
Principle
An external tag is the image of a defined storage location in the PLC. You have reading and
writing access to this storage location from both the HMI device and the PLC.
Since external tags are the image of a storage location in the PLC, the applicable data types
depend on the PLC which is connected to the HMI device.
If you configure integrated in STEP 7 or SIMOTION Scout when creating the external tags,
you can directly access all the tags which were created during the programming of the PLC.
Data types
Basic data types are available for all configurations.
In addition, you can also use other data types for external tags which are intended
specifically for the PLC to which a connection exists.
A detailed listing of the basic data types and the data types for a connection to S7 PLCs and
S5 PLCs can be found under "Data types if connecting to S7" and "Data types if connecting
to S5". Information about data types which are available for connection to other PLCs can be
found in the documentation about the respective communication drivers.
Note
In addition to the external tags, area indicators can be used for communication between HMI
device and PLC. You can set up and activate the area indicators in the "Connections" editor.
Detailed information about the area indicators can be found under "Communication."
Introduction
Internal tags do not have any connection to the PLC.
Principle
Internal tags are stored in the memory of the HMI device. Therefore, only this HMI device
has reading and writing access to the internal tags. You create internal tags, for example, in
order to execute local calculations.
You can use all basic data types for internal tags. A detailed list of the data types can be
found under "Basic data types."
Introduction
In the tag editor you can create and configure tags.
Opening
To open the tag editor, create a new tag or edit a tag displayed in the Object window.
As an alternative, you can open the tag editor by double-clicking on the entry "Tags" in the
Project window.
Structure
The tag editor displays all tags that are in a folder.
Work area
All tags are displayed in a table in the work area. You can edit the properties of the tags in
the table cells. You can sort the table according to the entries in a column by clicking the
column header.
You can configure the selection of columns to suit your needs. Some columns are not
available, depending on the HMI device for which you are configuring. The configured
column selection will be saved whenever the project is saved. It is linked with the user name
that you used when logging into Microsoft Windows.
Introduction
You can configure the properties of tags and array elements in the tabular editors and also in
the corresponding property view.
The respective property view offers the same information and settings as the tag editor.
In the property view for tags you can configure the following properties of the selected tag:
Introduction
In WinCC flexible, certain properties can be configured for every tag.
The properties determine how you can use the tag in your projects.
Principle
The following properties can be set for tags:
• "Name"
Every tag has a name which you can choose. Note, however, that the name may only
occur once within the tag folder.
• "Connection" to PLC and tag "Logging cycle"
For external tags, you must specify the PLC to which the HMI device is connected since
these tags represent memory locations in the PLC. The available data types for a tag and
their address in the PLC memory depend on the type of PLC.
Furthermore, you must specify how often the tag should be updated.
• "Data type" and "Length"
The data type of a tag determines which type of values will be stored in a tag, how these
are saved internally and the maximum value range that can be held by the tag.
Two simple examples of data types are "Int" for saving integers or "String" for saving
character strings.
For text tags of the type "String" or "StringChar", you can also set the "Length" of the tag
in bytes. For all other data types, the value of "Length" is fixed.
• "Array count"
You can assemble tags from a number of the same type of array elements. Array
elements are saved in consecutive memory locations.
Array tags are primarily used when working with larger quantities of the same form of
data, e.g. for a curve buffer or in the definition of a recipe.
• "Comment"
You can enter a comment for each tag to provide for a more exact documentation of your
project.
• "Limits"
You can specify a value range with an upper and lower limit range for each tag. If the
process value, which should be stored in the tag, enters one of the limit ranges, alarm
messages can be sent. If the process value lies outside the value range, a function list for
sending messages can be processed.
• "Start value"
You can configure a start value for every tag. The tag will be set to this value at runtime
start. In this manner, you can ensure that the project will begin in a defined state every
time it is started.
• "Logging" and "Logging limits"
To ease documentation and later evaluation, data can be stored in different logs.
You can set the frequency and mode of logging.
Furthermore, in WinCC flexible it is possible to limit logging to data that is within or
outside specified logging limits.
All properties which were configured when the tag was created can be modified with the
object list later where the tag is used.
Example: Create a tag and configure its limit values. Link this tag to an IO field. The limit
values which were set when the tag was created can be modified with the object list later
when the IO field is configured.
Introduction
External tags are used to exchange data between an HMI device and PLC.
Principle
An external tag is the image of a defined memory location in the PLC. You have reading and
writing access to this storage location from both the HMI device and the PLC.
The fact that the HMI device can access data on the PLC affects which properties are
available when you configure the tags. The configuration possibilities supported by the
following tag properties depend on the PLC that is connected to the HMI device:
• "Addressing"
• "Data type"
With linear scaling, you can adjust the value range of external tags to suit the requirements
of the configuration.
Addressing
If you create an external tag in WinCC flexible, you must specify the same address as it has
in the PLC program. Thus both the HMI device and the PLC access the same memory
location.
Note
When you create the external tag in an integrated configuration environment, you can
directly access the icon in the symbol table which was created when the PLC was
programmed using STEP 7 or SIMOTION Scout. In this case, you need only select the icon
which represents the tag. All other settings will then be made by WinCC flexible in
accordance with the PLC program.
Data type
Since external tags represent an image of a specific memory location in the PLC, the data
types available depend on the PLC that is connected to the HMI device.
A detailed listing of the basic data types and the data types for a connection to S7 PLCs and
S5 PLCs can be found under "Data types if connecting to S7" and "Data types if connecting
to S5". Information about data types which are available for connection to other PLCs can be
found in the documentation about the respective communication drivers.
Acquisition cycle
The acquisition cycle determines when the HMI device will read the process value of an
external tag. Normally, the value is updated at regular intervals as long as the tag is shown
in the process screen or is logged. The interval for regular updates is set with the acquisition
cycle. For cyclical acquisition, you can choose one of the predefined cycles or define one
yourself.
An external tag can also be updated independent of the display in the process screen, for
example, by triggering a value change for the tag functions. Please note that frequent reads
cause an increased communication load.
Linear Scaling
For numeric data types you can configure a linear scaling. The data in a PLC for an external
tag can be mapped to a specific value range in the WinCC flexible project.
Example: The user enters length dimensions in centimeters although the PLC expects
inches. The entered values are automatically converted before they are forwarded to the
PLC. Using linear scaling, the value range [0 ...100] on the PLC can be mapped to the value
range [0 ...254] on the HMI device.
Introduction
You can define a value range for numerical tags.
Principle
You can specify a value range with an upper and lower limit range for numerical tags.
If the process value of a tag falls into one of the limit ranges, you can have an analog alarm,
e.g. a warning, sent.
If the process value exceeds the value range, you can configure this to trigger an analog
alarm message or a function list. If the operator enters a value for the tag that is outside the
configured value range, the input is rejected and the value will not be entered.
Note
The text of the analog alarm message, which is sent when the limit value is exceeded, can
be changed using the analog alarms editor.
Application example
Use the limit values, e.g. to warn the operator in time, if the value of a tag enters a critical
range.
Application example
You can preset an IO field to a default value. Enter the desired default value as start value
for the tag that is linked to the IO field.
Introduction
Tags contain data which change during runtime. The value changes are handled in different
ways for internal and external tags.
Principle
If a start value has been configured for the tag, the tag will be set to this value at runtime
start. Tag value changes can occur In Runtime .
In runtime, you have the following options for changing the value of a tag:
• Executing a system function to change the value, e.g. the system function "SetValue"
• An operator input, e.g. in an IO field
• A value assignment in a script
• A value change in an external tag in the PLC
Only use the "Cyclic continuous" setting for tags that must truly be updated. Frequent
reads increase the communication load.
Introduction
In runtime, tag values can be stored in logs for later evaluation. For the logging of a tag, you
must specify the log in which the values are to be stored, how often this should happen and
whether only the tag values in a specific value range are to be saved.
Note
The main purpose of data logging is to log the values of external tags. However, you can
also log the values of internal tags.
Principle
Several steps are involved in data logging:
• Creating and configuring data logs
When creating a data log, you must define the following:
– General settings, e.g. name, size, storage location
– Behavior at runtime start
– Behavior when the log is full
• Configuring the logging of tags
You can specify a data log for every tag. This log records the values of the tags in
runtime and other information, e.g. the time the value was logged.
Furthermore, you can define when and how often the value of the tag should be logged.
To perform the latter, you have the following options:
– "On request":
The tag values are logged by calling the "LogTag" system function.
– "On change":
The tag values are logged, as soon as the operator device detects a change of value
in the tag.
– "Cyclic continuous":
The tag values are logged at regular intervals. In addition to the standard cycles
available in WinCC flexible, you can add cycles of your own, which are based on the
standard cycles.
Furthermore, you can restrict the logging to those values that are within or outside of a
tolerance band. In this manner, you can distribute tag values specifically to different
logs for separate analysis later.
Introduction
Numeric data types can be processed with linear scaling. The data in a PLC for an external
tag can be mapped to a specific value range in the WinCC flexible project.
Principle
To apply linear scaling to a tag, you must specify one value range on the HMI device and
one on the PLC. The value ranges will be mapped to each other linearly.
As soon as data from the HMI device is written to an external tag, it will be automatically
mapped to the value range of the PLC. As soon as data from the HMI device is read from the
external tag, a corresponding transformation will be performed in the other direction.
Note
You can also use the system functions "LinearScaling" and "InverseLinearScaling" to
automatically convert process values.
Application example
The user enters length dimensions in centimeters although the controller expects inches.
The entered values are automatically converted before they are forwarded to the controller.
Using linear scaling, the value range [0 ...100] on the PLC can be mapped to the value range
[0 ...254] on the HMI device.
Principle
In multiplexes, a type of indirect addressing, the tag used is first determined at runtime. A list
of tags is defined for the multiplex tags. The relevant tag is selected from the list of tags in
runtime. The selection of the tag depends on the value of the index tag.
In runtime, the system first reads the value of the index tag. Then the tag which is specified
in the corresponding place in the tag list is accessed.
Application example
Using indirect addressing, you could configure the following scenario:
The operator selects one of several machines from a selection list. Depending on the
operator's selection, data from the selected machine will be displayed in an output field.
To configure such a scenario, configure the index tag for a symbolic IO field. You configure
the multiplex tag for an IO field. Configure the tag list of the multiplex tag to reflect the
structure of the selection list.
If the operator selects another machine, the value of the index tag will change. The selection
field will then display the content of the tag which is pointed to in the tag list (in the multiplex
tag) by the new index value.
Introduction
If you want to save a large amount data of the same type, create a tag from multiple
elements of the same type (array elements). Array elements occupy a continuous address
area.
A tag assembled from array elements is called an array tag. Array tags are used, for
example, to display process values from different points in time in a trend. Using an index
tag, you can control which array element will be accessed.
Principle
Array tags consist of a definable number of array elements in which data of the same type
can be stored. Each of a tag's array elements occupies the same amount of memory. All of
an array tag's array elements are saved consecutively in memory.
Note
All read and write accesses will always read or write all of the array elements of a tag. If an
array tag is connected with a PLC, all of the contents will be transferred whenever there is a
change. This is the reason that the HMI device and PLC cannot write to the same array tag
at the same time.
Note
The VBS function "IsArray()" cannot be used for array tags that you have created in the tag
editor.
Application example
Use array tags whenever you need to continually read a value or when you need to
configure multiple tags of the same type. Some examples include:
• Profile trends
To selectively access the value of the profile trend, configure an array tag. By
incrementing the index tag, you can output all values of the profile trend.
• Recipes
If you have many tags of the same type, you can configure an array tag with the
corresponding number of array elements instead. In this manner, you can save time since
you only need to configure a single tag. Additionally, in runtime the performance will be
better when transferring the process data.
Introduction
Cycles are used to control project sequences that are run at regular intervals. Common
applications are the acquisition cycle, the logging cycle and the update cycle. Besides the
cycles predefined in WinCC flexible, you can also define your own cycles.
Principle
In runtime, actions that are performed at regular intervals are controlled by cycles. Typical
applications for cycles include the acquisition of external tags, the logging of data and the
updating of screens.
• Acquisition cycle
The acquisition cycle determines when the HMI device will read the process value of an
external tag from the PLC. Set the acquisition cycle to suit the rate of change of the
process values. The temperature of an oven, for example, changes much more slowly
than the speed of an electrical drive.
If the acquisition cycle is set too low, it will strongly increase the communication load on
the process.
• Logging cycle
The logging cycle determines when data will be saved in the log database. The logging
cycle is always an integer multiple of the acquisition cycle.
• Update cycle
The update cycle determines how often a screen will be refreshed.
The smallest possible value for the update cycle depends on the HMI device that will be
used in your project. For most HMI devices, this value is 100 ms. The values of all other
cycles are always an integer multiple of the smallest value.
If the standard cycles predefined in WinCC flexible do not satisfy the requirements of your
project, it is possible to define your own cycles. These custom cycles must, however, be
based on the standard cycles.
Application example
Use cycles, for example, to log your process at regular intervals or to provide reminders of
the maintenance intervals.
Introduction
In WinCC flexible, you create screens which an operator can use to control and monitor
machines and plants. When you create your screens, the object templates included support
you in visualizing processes, creating images of your plant, and defining process values.
Application example
The figure shows a process screen which was created in WinCC flexible. With the help of
this screen, you could operate and monitor the mixing unit of a fruit juice manufacturing
system. Fruit juice base is supplied from various tanks to a mixing unit. The screen indicates
the filling levels of the tanks and of the mixer. The screen also contains operator control
elements for the valve units and for the mixer motor.
Screen design
You add screen elements you need for process visualization, and configure these to suit the
requirements of your process.
A screen may consist of static and dynamic elements.
• Static elements such as text or graphic objects do not change their status in runtime. The
tank labels shown in this example of a mixing plant are such static elements.
• Dynamic elements change their status based on the process. They visualize current
process values which are output from the memory of a PLC or operator station, in the
form of alphanumeric displays, trends and bar graphs. Operator input boxes also belong
to the category of dynamic elements. The filling level values of the tanks in our example
of a mixing plant also belong to the category of dynamic screen objects.
The PLC and the operator station exchange process values and operator input data by
means of variables.
Screen properties
The screen layout is determined by the features of the HMI device you are configuring. It
corresponds with the layout of the user interface of this device. It contains an image of the
function keys, for example, provided the selected HMI device is equipped with such keys.
Other properties such as the screen resolution, fonts and colors are also determined by the
characteristics of the selected HMI.
Navigation
All configured screens must be integrated into the operator control system, in order to enable
runtime access to these at the operator station. You have various options of configuring
these functions:
• Use the "Screen navigation" editor to define the screen structure and configure the entire
screen navigation system.
• You use the "Screen" editor to configure buttons and function keys for calling other
screens.
Introduction
The functions of the HMI device determine project visualization in WinCC flexible and the
functional scope of the editors.
While creating the project, select the corresponding HMI device for the project. The "Project
view" can be used to change the type of HMI device or add further ones.
The following screen properties are determined by the functions of the selected HMI:
• Layout
• Screen resolution
• Color depth
• Fonts
• Objects available
Device layout
The device layout of a screen forms the image of the HMI device in your configuration. The
screen layout shows all the function keys available on the HMI device, for example.
Screen resolution
The screen resolution is determined by the different display dimensions of the various
operator panels. The screen resolution can only be influenced when "WinCC flexible RT" has
been configured for the PC.
Color depth
You can assign colors to the screen objects. The range of colors is determined by the color
depth supported on your selected HMI device.
Fonts
In all screen objects containing static or dynamic text, you can customize the appearance of
the texts. You could, for example, identify the priority of individual texts within a screen. You
may select the font, font style and size, or additional effects such as the underscore.
Which fonts are available depends on the selected HMI device. The selected font determines
which font properties are available.
Your text format, for example, the font style (bold, italic etc.) and effects (strikeout,
underscore), always applies to all of the text in a screen object. That is, you can display the
complete title in bold format, but not its individual characters or words, for example.
Objects available
Some of the screen objects can not be configured globally for all HMI devices. These screen
objects are grayed out in the Toolbox view and cannot be selected. For a TP170 touch panel
unit you can not configure any buttons, for example.
Introduction
Programming screens in the screen editor. This editor is formed by the combination of a
graphic programming software and a process visualization tool. You can access the screen
editor in the project view.
Opening
Double-click "Add screen" in the "Screens" group of the Project view,
The view opens with a new screen.
Structure
Menu bar
The menu bar contains all commands required for operating WinCC flexible. Any available
shortcut keys are indicated next to the menu commands.
Toolbars
You can hide or show a specific toolbar.
Work area
You configure screens in the work area.
Toolbox
The toolbox contains a selection of simple and complex objects which you can add to your
screens, e.g. graphic objects or operator control elements. In addition, the toolbox also
provides libraries containing object templates and collections of faceplates.
5.1.4 Procedures
Procedures
To create screens, you need to take the following initial steps:
• Create a draft of the process visualization structure, i.e. define the structure and the
number of screens.
Example: Partial processes can be visualized in separate screens and merged in a
master screen.
• Define your screen navigation control strategies.
• Adapt the template.
The template which is stored in WinCC flexible for the selected HMI device applies to all
your project screens. In this template, you can define objects locally and assign global
functions keys. For some of the HMI devices, you can store the objects you want to
integrate into all screens in the permanent window.
• Create the screens. Use the following options of efficient screen creation:
– Create a screen structure in the "Screen navigation" editor.
– Working with libraries
– Working with faceplates
– Working with layers
Introduction
In the Project view, you can move screens to other screen folders of the project, or copy,
rename and delete screens.
Move screen
WinCC flexible allows you to create a screen folder structure and allocate your screens to
the various folders.
1. Select the screen from the "Project view."
2. Drag-and-drop the screen to the required screen folder.
The screen is moved to this folder.
Instead, you may also use the "Cut" and "Paste" commands of the context menu.
Copy screen
In WinCC flexible you can cut screens and paste these into the same or a different folder.
1. Select the screen from the "Project view."
2. Select "Copy" from the context menu to copy the screen to the clipboard.
3. In the "Project view", select the screen insert position.
4. Select "Paste" from the context menu to paste the screen.
A screen copy is inserted under the same name. If this file name already exist in the
folder, it is appended a consecutive number suffix.
As an option, press <CTRL> while you drag the screen to the required position.
Rename screen
1. Select the screen from the "Project view."
2. Select the "Rename" command from the context menu.
3. Type in a new name.
4. Press <ENTER>.
As an option, use the <F2> function key to rename the screen.
Delete screens
1. Select the screen from the "Project view."
2. Select the "Delete" command from the context menu.
The screen and all its objects are deleted from the current project.
Introduction
A WinCC flexible project which consists of multiple screens offers the following screen
navigation options in runtime:
• Navigation by means of navigating buttons
• Navigating with the help of function keys
• Navigation by means of the navigation control
WinCC flexible offers the following programming options:
• By programming buttons or function keys
• By graphical configuration via the "Screen navigation" editor and the navigation control
Note
If you have set the "Visibility" animation to "Hidden" in the project view of a screen, this
screen cannot be called up in Runtime.
Opening
To open the "Screen Navigation" editor, double-click on the "Screen navigation" are under
the "Device Settings" in the project view.
Structure
Menu bar
The menu bar contains all commands required for operating WinCC flexible. Any available
shortcut keys are indicated next to the menu commands.
Work area
The view of the "Screen navigation" editor shows the screen structure. The various screens
are indicated by rectangles.
The screen interconnections correspond with your navigating options in runtime. The various
interconnection types are identified by means of colored lines:
• Black lines reflect the structured screen interconnections.
• Green arrows represent direct screen connections, irrespective of the structure.
Context menu
The context menu contains commands you can use to configure the "Screen navigation"
editor, and to create, open, delete, copy or rename screens.
"Unused screens"
The "Unused screens" view contains all the project screens which are not included in your
navigation system. You can drag-and-drop "Unused screens" from this dialog box onto your
view, and interconnect these with other screens.
Introduction
Objects are graphic elements which you use to design the process graphics of your project.
The "Toolbox" contains various types of objects which are frequently required for use in
process screens.
The Toolbox view can be faded in and out using the "Toolbox" command in the "View" menu.
The Toolbox view can be moved to any position on the screen.
The "Toolbox" contains various object groups, depending on the currently active editor.
When the "Screens" editor is opened, the toolbox provides objects in the following object
groups.
• "Simple objects"
Simple objects are graphic objects such as the "Line" or "Circle" and standard operator
control elements, such as the "I/O field" or "Button".
• "Enhanced objects"
These objects provide an enhanced functional scope. One of their purposes is to display
processes dynamically, e.g. integrating bars or Active X controls in the project, such as
the Sm@rtClient view.
• "User-specific controls"
In this object group, you can add ActiveX controls which are registered in the Windows
operating system of your PG / PC to the toolbox, and thus integrate them into your
project.
• "Library"
A library contains object templates such as graphics of pipes, pumps, or default buttons.
You can integrate multiple instances of a library object in your project, without any need
to reconfigure these.
The WinCC flexible software package includes libraries. You may also store user-defined
objects and faceplates in user libraries.
The "Faceplates" represent preconfigured object groups. Some of their properties, but not
all of these, can be configured at the relevant place of their application. The faceplates
can be edited from a central location. The use of faceplates helps you to reduce the work
involved in configuration and ensure uniform project design.
Simple objects
"Polyline" A polyline consists of linked paths and can have any number of corners. The corner
points are numbered in the order of their creation. The corner points can be modified
or deleted individually. You can select straight, rounded or arrow-shaped polyline
ends. The polyline is an open object. Although the start and end points may have the
same coordinates, the area they enclose cannot be filled in.
"Polygon" The corner points of a polygon are numbered in the order of their creation. The corner
points can be modified or deleted individually. You can fill a polygon area with a color
or a pattern.
"Ellipsis" You can fill an ellipsis with a color or a pattern.
"Rectangle" The corners of a rectangle can be rounded. You can fill the rectangle with a color or a
pattern.
"Text field" You can enter one or several lines of text in a "Text field" and define the font and the
font color. You can add a background color or pattern to a text field.
"IO field" An IO field may be used to perform the following runtime functions:
• Output of the values in a tag
• Operator input of values; these input values are saved to a tag.
• Combined input and output; the operator can here edit the output value of the tag
in order to set a new value.
You can define limits for the tag values shown in the IO field.
Set "Hide input" if you want to hide operator input in runtime.
"Date-time field" A "Date / time field" may be used to perform the following runtime functions:
• Output of the date and time
• Combined input and output; the operator can here edit the output values in order to
reset the date and time.
The system time or a corresponding tag may be used as source to define the date and
time.
The date can be output in extended format, e.g. Tuesday, 31 December 2003, or in
short format, e.g. 12.31.2003.
"Graphic IO field" A "Graphic IO field" may be used to perform the following runtime functions:
• Output of graphic list entries
• Combined input and output; the operator can here select a graphic from an graphic
list in order to change the content of the "Graphic IO field."
Enhanced objects
"User view" In WinCC flexible, you can use passwords to control access to screen objects.
In the "User view", an administrator can manage users on the HMI device in Runtime.
In the "User view", user who do not have administrator privileges can change their
password in runtime.
"Gauge" The "Gauge" dial can display numerical values in runtime.
The layout of the "Gauge" is configurable. You can customize the background image
or the dial layout, for example.
"Trend view" In the "Trend view", you can show a group of trends which represent process values
read from the PLC or from a log. The trend coordinates are configurable, i.e. the
scaling, units etc.
"Recipe view" The operator can use the "Recipe view" in runtime to view, edit and manage data
records.
"Alarm view" In the "Alarm view", the operator can view selected alarms or alarm events in the
alarm buffer or the alarm log in runtime.
"Alarm window" In the "Alarm window", the operator can view selected alarms or alarm events in the
alarm buffer or the alarm log in runtime.
You always edit the template to configure the Alarm window.
"Alarm indicator" The "Alarm indicator" warns the operator of events which are not acknowledged yet.
You always edit the template to configure the alarm indicator.
Note
Some of the toolbox view objects are either available with restricted functionality or not at all.
This depends on the HMI device you are configuring. Objects not available in the toolbox
view are grayed out and cannot be selected.
Principle
You can organize multiple object in a group. In your screen, you edit an object group in the
same way you edit a single object. You can also edit any object of the group separately.
In contrast to the multiple selection function which shows the selection rectangles of single
objects, the system displays only one selection rectangle for the complete group.
You can edit any object of the group separately. To do so, change to the single-object editing
mode. In this mode, you can access all of the properties of a single object you have selected
from the group.
Introduction
All objects for input and output demonstrate dynamic reactions in Runtime. You can also
assign dynamic properties for objects. An example of this feature is the graphic of a tank
filling level, which is dynamically updated based on the respective process value. Another
example of dynamic object properties is a button which triggers a particular function.
Dynamic objects
You can assign dynamic properties to any graphic object. Programming options:
• The object changes its appearance: Color or flashing properties.
• The screen object is animated.
• The object is shown or hidden.
The following additional options are available for the operator control elements:
• Operator control of an object is enabled or locked.
• The operator control, e.g. clicking, of an object triggers an event which is configured to
execute a function list.
Introduction
The function key is a physical key on your HMI device and can be assigned user-defined
functions. In WinCC flexible, you can assign one or several functions to a function key. You
can assign a press or release trigger to the function key.
A function key can be assigned global or local functions.
Global assignment
Global function keys always trigger the same action, regardless of the currently displayed
screen.
Global function keys are configured once in the template. A global assignment applies to all
screens of the selected HMI device which are based on this template.
Global function keys reduce programming effort considerably, because there is no need to
assign these global keys to each individual screen.
Local assignment
Function keys assigned local functions are softkeys. They can trigger a different action in
every screen. Softkeys are assigned locally in the screen. This assignment applies only to
the screen in which you have defined the softkey.
You can overwrite the global assignment of a function key with a local assignment.
Note
Local function keys remain active in runtime, even if the screen in which they are assigned is
overlayed by an alarm display or an alarm window. This may occur particularly with HMI
devices with a small display (e.g. OP 77B).
Hotkey assignment
You can assign hotkeys to operator control objects such as buttons. The hotkeys available
depend on the HMI device.
Graphics
When a function key is placed directly next to the display, you can assign a graphic to it to
make the function of the softkey more clear.
While you are programming the keys, the assignment of the function keys is indicated by the following
icons:
used globally
used locally
Layers
The layers and the nesting depth of the objects form a feature which allows a differentiated
visualization and editing of screen objects. A screen consists of 32 layers. You can add
objects to any one of these layers. The layer assignment of the object determines its nesting
depth on the screen. Objects of the layer 0 are located at the screen background, while
objects of the layer 31 are located in the foreground.
The objects within the various layers are also nested. When a process screen is created, the
objects within the layer are always organized in the order of their creation. The object which
was inserted first lies completely at the rear within the level. Each further object is placed
one position further towards the front. The position between objects within the layer can be
changed.
Application examples
You can use the layer technique, for example, to hide the labels of objects you are currently
editing.
Alarm windows should be configured within their own layer in the template. Theis layer can
be hidden later when the screens are configured.
Introduction
Libraries are a collection of screen object templates. They enhance the collection of
available screen objects and programming efficiency, because library objects are always
available for reuse without the need to reconfigure them. Your WinCC flexible software
package is supplied with comprehensive libraries which contain, for example, "Motor" or
"Valve" objects. You may, however, define your own library objects.
Project library
There is one library for each project. Objects of the project library are stored alongside with
the project data and are available only for the project in which the library was created. When
you move the project to a different computer, the project library created therein is included.
The project library remains hidden as long as it does not contain any objects. In the context
menu of the library view, select the command "Display project library" or drag the screen
object into the library view to display the project library.
Shared libraries
In addition to the objects from the project library, you can also incorporate objects from
shared libraries in your projects. A shared library is stored independent of project data in a
separate file with the extension *.wlf.
When a shared library is used in a project, you generate only one reference to this library in
the relevant project. The shared libraries are not automatically included when you move the
project to a different computer. The interconnection between the project and the shared
library may be lost in the course of this action. This interconnection will also be lost if the
shared library is renamed in a different project or in an application other than WinCC flexible.
A project can access multiple shared libraries. A shared library may be used concurrently in
multiple projects.
When a library object is changed by a project, this library is opened in all other projects in
this modified state.
Among the shared libraries you will also find the libraries supplied with your WinCC flexible
package.
Categories
To sort library objects by topics, you can either split a library into categories, or create
several shared libraries. A particular shared library may contain all of the objects you need to
configure motor controls, for example. Another shared library may contain all of the objects
you need to configure the pump controls.
Library objects
A library may contain all the WinCC flexible objects, e.g. screens, tags, graphic objects or
alarms.
To use a library object in a project, copy the object and all referenced objects to the project.
The copied object looses its interconnection with the library. Changes in the library do not
affect any of the copied library objects.
If you wish to use multiple instances of configurable object groups and edit these centrally,
you need to create faceplates.
Introduction
A faceplate is a preconfigured object group which can be edited locally. Faceplates expand
your screen object resources, reduce programming effort and, at the same time, ensure a
consistent layout of your projects.
Faceplates are created and edited in the faceplate designer. The faceplates you create are
added to the "Project library", and can be inserted into screens in the same way as other
objects.
Faceplate properties
When you configure a faceplate, you determine which of its properties can be edited and
which events can be assigned to it.
The faceplate properties can be derived from the properties of its embedded objects.
Moreover, you can also define a range of new properties.
Application example
You may configure a "Bar display" faceplate, for example The faceplate may consist of a bar
and a text field for the name.
You can define properties for this faceplate that you want to link to properties of the
individual objects, e.g. the foreground color or process value.
Using faceplates
After you have created it, the faceplate appears as an object in your project library. You can
now insert the faceplate into your process screens, and configure its properties in the
properties dialog box to suit the requirements of the relevant application.
An inserted faceplate is automatically updated when you change its properties in the library.
Introduction
• User-defined alarms
You configure alarms to display process states or measure and report process data that
you receive from the PLC on the HMI device.
• System alarms
System alarms are predefined in these devices to display particular system states in the
HMI device or the PLC.
Both user-defined alarms and system alarms are triggered by the HMI device or the PLC and
can be displayed on the HMI device.
Acknowledging alarms
For alarms displaying critical or hazardous operating and process states, a stipulation can be
made requiring the plant operator to acknowledge the alarm.
Alarm statuses
The following alarm statuses exist for discrete alarms and analog alarms:
• When the condition for triggering an alarm has occurred, the alarm status is "Activated."
Once the operator has acknowledged the alarm, it has "Activated/acknowledged" status.
• When the condition for triggering an alarm no longer applies, the alarm status is
"Activated/deactivated." Once the operator has acknowledged the deactivated alarm, it
has "Activated/deactivated/acknowledged" status.
Each occurrence of an alarm status can be displayed and logged on the HMI device as well
as printed out.
Introduction
For discrete and analog alarms displaying critical or hazardous operating and process
states, a stipulation can be made requiring the plant operator to acknowledge the alarm.
Alarm classes
Alarm classes mainly determine how alarms will appear when they are displayed on the HMI
device. Alarm classes are also used to group alarms for various means of display.
WinCC flexible has both predefined alarm classes and the option to configure user-defined
alarm classes.
Introduction
System alarms notify the operator about the operating states of the HMI device and the
PLCs. System alarms can range from notes to serious errors.
Logging of alarms
Alarm classes are used to configure assignment of alarms to an alarm log. An alarm log can
be specified for each alarm class. All events related to the alarms of this alarm class are
logged in the specified alarm log.
Reporting of alarms
The properties of the "Print alarm" object are used to configure the assignment of alarms to a
report. In addition to the data source (alarm buffer or alarm log), filtering is also possible on
the basis of alarm classes.
System functions
System functions are predefined functions you can use to implement many tasks during
runtime even without having any programming knowledge. You can use system functions in
a function list or in a script.
The table shows all of the system functions available for editing alarms and manipulating
their display.
Events for alarms and for objects used for alarm displays
The following events can occur during runtime in the case of alarms and in the case of
objects for alarm displays. A function list can be configured for each event.
Properties of alarms
An alarm always comprises the following components:
• Alarm text
The alarm text contains a description of the alarm. Character formats supported by the
relevant operator device can be used to format the alarm text on a character-by-character
basis.
The operator note can contain output fields for the current values of tags or text lists. The
alarm buffer retains the instantaneous value at the time at which the alarm status
changes.
• Alarm number
The alarm number is used to reference an alarm. Each alarm number is unique within the
following types of alarms:
– Discrete alarms
– Analog alarms
– HMI system alarms
– Alarms from the PLC within a CPU
• Alarm triggers
– For discrete alarms: A bit within a tag
– For analog alarms: The limit value for a tag
• Alarm class
The alarm class of an alarm determines whether or not the alarm has to be
acknowledged. It can also be used to determine how the alarm appears when it is
displayed on the operator device. The alarm class also determines whether and where
the corresponding alarm is logged.
Note
If you want to integrate a project in SIMATIC STEP7, you can configure a maximum total
of 7 alarm classes in WinCC flexible and STEP 7.
Introduction
You create discrete alarms and specify their properties in the "Discrete alarms" tabular
editor.
Opening
In the project view, double-click "Discrete alarms" in the "Alarms" group.
Structure
Work area
All the discrete alarms are displayed in a table in the work area. You can edit the properties
of the discrete alarms in the table cells. You can sort the table according to the entries in a
column by clicking the column header.
Introduction
You create analog alarms and specify their properties in the "Analog alarms" tabular editor.
Structure
Work area
All the analog alarms are displayed in a table in the work area. You can edit the properties of
the analog alarms in the table cells. You can sort the table according to the entries in a
column by clicking the column header.
Introduction
You can view all HMI system alarms and change the alarm texts in the "System alarms"
tabular editor.
Structure
Work area
All the system alarms are displayed in a table in the work area. You can edit the alarm text of
the system alarm in the table cells. You can sort the table according to the entries in a
column by clicking the column header.
Introduction
You create alarm classes and specify their properties in the "Alarm classes" tabular editor.
Structure
Work area
All the alarm classes are displayed in a table in the work area. You can edit the properties of
the discrete alarms in the table cells. You can sort the table according to the entries in a
column by clicking the column header.
Introduction
You create alarm groups and specify their properties in the "Alarm groups" tabular editor.
Structure
Work area
All the alarm groups are displayed in a table in the work area. You can edit the properties of
the alarm groups in the table cells. You can sort the table according to the entries in a
column by clicking the column header.
Introduction
In principle, the WinCC flexible alarm system is functional using the default settings. You
only need to change these default settings if you want to adapt the alarm system behavior to
specific plant conditions.
Structure
Work area
You define the settings for the alarm system in the work area. In the "System alarms" area
you select, for example, the types of system alarms to be displayed on the HMI device. In
integrated operation further settings can be defined in the "Alarm procedures" area.
Introduction
Configure a report in WinCC flexible with which you can output the alarms from the alarm
buffer or an alarm log.
In WinCC flexible, you can filter the display of ALARM_S alarms via display classes. In the
project view select "Alarms > Settings" and double-click the "Alarm settings". The existing
connections are displayed in the "Alarm Procedures" area.
In the row of the required connection, select the field in the "ALARM_S Display Classes"
column and open the selection dialog by pressing the selection button. Select the display
class you want. Close the selection dialog by pressing the button.
In the "SFM Alarms" column of a link, specify whether system errors should be displayed.
For more information, consult the STEP 7 documentation.
You configure the display options for the alarm classes using the "Alarm Classes" editor.
Introduction
Alarms indicate fault states and operating states of a process in a project. They are generally
triggered by the controller. Alarms are indicated in a screen display on the HMI device.
WinCC flexible lets you log alarms and document operational states and error states of the
plant.
Archiving is not available on all devices.
Principle
You can configure alarm logging. The alarms to be logged are assigned to an alarm log via
the alarm class. Every message belongs to a specific alarm class. When configuring an
alarm class, enter the alarm log to be used.
You can save alarms from various alarm classes in a single log.
When you create a log, you specify the log properties and select the log behavior.
A log contains the following data:
• Date and time of alarm
• Alarm text
• Alarm number
• Alarm status
• Alarm class
• Alarm procedure
• Values in the tags contained in the alarm text
• Controller
Note
The alarm text and controller are only logged if this has been configured in the properties
of a log.
Introduction
To log alarms, you group them in alarm classes. Each alarm class can be recorded in a
separate log. Depending on the HMI device, you can select among several log types when
making configuration settings. You specify the log behavior when configuring the log.
Log types
In WinCC flexible, you can select from the following log types:
1. Circular log
2. Segmented circular log
3. Log with level-dependent system alarm
4. Log with level-dependent execution of system functions
Alarms can be logged automatically or managed by an operator.
Storage media
Log data can be saved either in a file or in a database. Saved data can undergo additional
processing in other programs, e.g. for analysis purposes.
Introduction
In the "Alarm logs" table editor, you configure alarm logs for logging alarm classes and
define their properties.
Structure
Work area
All alarm logs are displayed in a table in the work area. You can edit the properties of the
alarm logs in the table cells. You can sort the table according to the entries in a column by
clicking the column header.
Introduction
The properties of an alarm log can be defined in the "Alarm log" editor or in the Properties
window for logs.
General properties
• Name
The name of the alarm log is freely selectable but the name must include at least one
letter or one number.
Note
The characters which can be used in the name of the data source depend on the storage
location.
If the storage location "File" is used, the following characters may not be used: \ / * ? : " <
>|
If the storage location "Database" is used, the following characters may not be used: a-z
A-Z 0-9 _ @ # $
However, the characters _ @ # $ may not be used as the first character of the name.
• Storage location
The alarm log may be stored in an ODBC database (only on a PC) or in a separate
"*.csv" file. Select "File" or "Database" as the storage location correspondingly.
Depending on the configuration of the HMI device, you can select the local hard disk of
the PC or the storage card of the panel or, if present, a network drive as "path."
If you have chosen an ODBC database as the storage location, you have the name
suggested by the system (system-defined data source name) or enter one yourself (user-
defined data source name).
• Size
The size of the log is calculated from the number of data records and the rough size of an
entry. The size of an entry is dependent, amongst other things, on whether the alarm text
and associated tag values are to be logged with it.
Note
System functions can be used to control the restart of a log during runtime.
• Logging method
Here you can specify what should happen when the log is full. You can choose one of the
following options:
– Circular log: When the log is full, the oldest entry will be overwritten.
– Segmented circular log: Multiple logs of the same size will be created and filled one
after the other. When all logs are completely full, the oldest log is overwritten.
– Display system message when: When a defined fill level is reached a system
message is displayed.
– Trigger event: The "Overflow" event is triggered as soon as the log is full.
• Settings
Define whether the alarm text and error location should be stored each time an alarm is
logged. The alarm texts will be logged in the current runtime language.
• Comment
Here you can enter descriptive text regarding the log.
Introduction
In runtime, alarms can be stored in logs for later evaluation. When configuring the logging of
alarms and alarm classes, the user defines the log in which the alarms are to be stored and
whether just the alarm events are stored or the associated alarm texts and error location,
too.
Principle
Several steps are involved in alarm logging:
• Creating and configuring alarm logs
When creating an alarm log, the following must be defined:
– General settings, e.g. name, size, storage location
– Behavior at runtime start
– Behavior when the log is full
• Configuring logging of the alarms in an alarm class
An alarm log can be specified for each alarm class in which the alarm events are stored
during runtime.
Introduction
During runtime, you can display logged alarms on the screens of the HMI device. During this
process, alarms in an alarm class are downloaded from the log database and presented in
an alarm view.
Principle
You must configure an alarm view to display logged alarms on the HMI device. When
configuring an alarm view, specify the alarm class of the alarms to be displayed.
Introduction
In the *.csv (Comma separated value) file format, table columns (name and value of entry)
are separated by a semicolon. Each table row ends with a carriage return.
Time_ms Specify a time stamp as a decimal value ( see below for conversion)
Msg_Proc Alarm procedures:
0 = Unknown alarm procedure
1 = System alarm
2 = Alarm bit procedure (operating alarms)
3 = Alarm number procedure ALARM_S
4 = Diagnostic event
100 = Alarm bit procedure (fault alarms)
State after Alarm event:
0 = Arrived/Departed
1 = Arrived
2 = Arrived/Acknowledged/Departed
3 = Arrived/Acknowledged
6 = Arrived/Departed/Acknowledged
Msg_Class Alarm class
0 = No alarm class
1 = "Error"
2 = "Warnings"
3 = "System"
64 ... = Alarm classes configured by user
Msg Number Alarm number
Var1 to Var8 Alarm tag value as STRING
Time string Time stamp as STRING, i.e., readable date format
Msg text Alarm in a readable STRING
PLC Alarm localization (relevant PLC)
Introduction
The storage location of a log can be a database or a file.
The database is addressed by means of its "Data source name" (DSN). Select the database
you would like to use in WinCC flexible in the Windows Start menu under Settings > Control
panel > ODBC data sources.
To store log data, specify the "Data source name" (DSN) instead of a directory name when
making your configuration settings. With the DSN, you are referencing the database and the
storage location.
Application
The entire functional scope of the database is available for additional processing and
evaluation of log data.
Principle
You create the data source that connects to the database on the same computer that
contains the runtime software. You then specify the DSN configured here when you create a
log in WinCC flexible.
Using the ODBC interface, you can access the database directly with other programs such
as MS Access or MS SQL server.
With the "StartProgram" system function, you can also configure a program call (for MS
Access, for example) on the HMI device. This does not interrupt the runtime program
sequence.
Introduction
Recipes are a collection of associated data, e.g. machine configuration or production data.
You can transfer these data, for example, from the HMI device to the controller in a single
step in order to change the production variant. If you have programmed directly at the
machine, for example, you can transfer the data to your HMI device and write these to the
recipe.
Principle
You create recipes with the associated data in the "Recipes" editor. In order to display and
edit recipes on the HMI device, you configure either a recipe view or recipe screen in the
process screen.
The following data entry options are available:
• Data entry during runtime
If you have to change or adjust production data on a frequent basis, you can acquire the
data directly on the HMI device or the machine itself during runtime. One example is the
"Teach in" mode for assigning parameters to a machine. You can move movable
components to their desired positions directly on the machine. You then transfer the
acquired position data from the PLC to the HMI device and store them in the recipe.
• Data import during runtime
If, for example, production data are stored on a server in a database, you can import the
production data to the HMI device via a CSV file during runtime.
• Data entry during configuration
If production data are already available or are fixed, you can enter or import them in the
"Recipes" editor during recipe configuration.
Introduction
A product often has several variants. For example, product variants can differ with respect to
size or quality. This condition is accurately reflected in a recipe.
Principle
A recipe consists of recipe data records containing values. The structure of a recipe is
explained using the example of a filing cabinet.
Each recipe represents a drawer of the file cabinet shown, and thus precisely one product. If
the fruit juice mixing plant is producing orange, apple, and tropical fruit flavors, you would
then configure one recipe for each flavor.
You define the recipe elements in the recipe. A recipe element consists of the display name
and a tag. The display names are indicated in the recipe data records and on the HMI device
in the recipe view. In Runtime, the appropriate tag value is read from the controller or
transferred to the controller.
Introduction
A recipe data record corresponds to a file card in an individual drawer and thus to a single
product variant. If the fruit juice mixing plant is producing juice, nectar, and fruit drinks, you
would then create a recipe data record in the recipe for each product variant. In this case,
the product variants consist of the different mixing ratios for the ingredients.
A recipe data record is a set of values for the tags defined in the recipe. You enter the values
in the input fields. You can enter the values either during configuration or during runtime on
the HMI device or the machine.
To produce a product, you transfer the appropriate recipe data record from the HMI device to
the connected controller. The values in the recipe data record cannot be changed on the
HMI device unless the configuring engineer has provided for this.
Introduction
You configure recipes according to your intended application. To write a value to a recipe
data record on your HMI device without disturbing the current process, you need
configuration settings other than those required for assigning parameters to a machine.
Principle
In the configuration settings of a recipe, you specify the behavior of the tags you are using in
the recipe. The figure below shows the basic differences when working with recipe data
records.
These configuration settings are made under "Settings" in the property view:
In order to synchronize transfer of data records between the HMI device and the controller,
the following requirements must be met during configuration:
• The "Data mailbox" range pointer is located under "Range pointers" in the project view.
• The controller with which the HMI device synchronizes the data record transfer is
specified in the recipe properties.
Introduction
Recipe data records can be transferred in Runtime between external data storage media,
e.g. a flash memory, an HMI device and a controller.
Principle
The figure below shows how recipe data records can be transferred. You configure the
appropriate functionality for transferring data records in the recipe view. In a recipe screen,
you use the system functions provided for this purpose.
The HMI device stores recipe data records on a storage medium such as a flash memory
device or hard disk. You can edit a recipe data record in a recipe view or recipe screen on
the HMI device display.
(1) Save: Values you change on the recipe view or recipe screen are written to the recipe
data record on the storage medium by executing the "Save" function.
(2) Load: The "Load" function is used to update the values of recipe tags shown on the
recipe screen with the values of the recipe data record of the storage medium. The function
overwrites any values changed on the recipe screen. The "Load" function is executed for the
Recipe view when the data record is selected again.
(3) Write to controller: The values deltas of the recipe view and recipe screen are
downloaded to the PLC by calling the "Write to controller" function.
(4) Read from controller: Call the "Read from controller" function to update the indicated
values of the recipe view and recipe screen with the controller values. The function
overwrites any data changed on the recipe view or screen.
(5) Synchronization with controller: In your configuration, you can decide to synchronize the
values in the recipe view with the values of the recipe tags by setting the "Synchronization
with controller" function. After this synchronization, both the recipe tags and the recipe view
contain the current updated values. When the "Variables offline" setting is disabled for the
recipe, the current values are also applied in the controller.
(6) Import, Export: A data record can be exported to an external data carrier in order to
process it in MS Excel, for example. The data record is there stored in *.csv format.
Introduction
You create, configure, and edit recipes in the "Recipes" editor. In addition, the "Recipes"
editor can be used to enter values in existing recipe data records.
Menu bar
The menu bar contains all commands required for operating WinCC flexible. Available
keystroke combinations are indicated beside the respective menu command.
"Recipes" toolbar
The toolbars contain the most important commands from the menus.
Work area
This area is used to create and edit recipe elements and recipe data records. A recipe is
defined in the "Elements" tab. A recipe is defined in the "Elements" tab.
Recipe name
The recipe name identifies the recipe uniquely within the project.
Display name
For example, the display name of the recipe appears during runtime in the recipe view and
can be configured in several languages. It is possible to assign descriptive names or
designations that relate directly to a product, such as "FruitJuice_Orange."
Recipe number
The recipe number identifies the recipe uniquely within the project.
Version
The version identifies the date and time of the most recent change made to the recipe.
Element name
The element name identifies a recipe element uniquely within the recipe. It is possible to
assign unique descriptive names or designations, such as axis designations, on a machine
or ingredients such as "flavoring."
Assigned tag
Each recipe element is assigned a recipe tag in which the recipe data record value is stored
during runtime.
Default value
The default value is used as the default entry when you create a new recipe data record.
Text List
Text is assigned to a value or value range in a text list. This text can then be displayed in an
output field, for example.
Decimal places
This number defines exactly how many decimal places will be displayed for the recipe data
record value during runtime.
Operator note
Here you can enter a help message about the recipe element that will be displayed to the
user during runtime.
Display name
The display name of the recipe data record appears during runtime in the recipe view and
can be configured in several languages. It is possible to assign descriptive names or
designations that relate directly to a product, such as product numbers.
Entered values
You can enter values in a recipe data record during configuration. When the project is
transferred to the HMI device, the recipe data records are also transferred. If the HMI device
already has data records, they are overwritten after a user prompt is displayed and based on
the transfer settings.
Operator note
Here you can enter a help message about the recipe element that will be displayed to the
user during runtime.
Introduction
You enter recipe settings for a recipe in the property view.
Principle
The display in the property view is dependent on the selection you made in the "Recipes"
editor. If you are editing recipe elements or recipe data records on the "Elements" or "Data
records" tab, you can also modify the contents in the property view.
In order to modify recipe settings, click the "Recipe name" or "Recipe number" field in the
"Recipes" editor. The following settings can be modified in the property view:
For example, in "Data medium" under the "Properties" group, you define the path on the
hard disk where the file containing the recipe data records will be saved.
In the "Properties" group, you configure the behavior of the recipe during runtime in
"Settings" and "Transfer." In "Settings," for example, you define whether values of the recipe
tags should be transferred immediately to the PLC during runtime.
Introduction
The WinCC flexible ES offers you two configuration options of viewing and editing recipes
and their corresponding data records in Runtime on the HMI device:
• Recipe views
• Recipe screen
Recipe views
The recipe view is a screen object that is configured in the "Screens" editor. For example,
you can specify what operating function the recipe view will have in Runtime:
The recipe view shows recipe data records in tabular form. It is particularly useful if data
records are small in size or only a few values are to be modified.
Recipe screen
A recipe screen is a process screen with a customized input screen form that you create by
setting up input/output fields and other screen objects in the "Screens" editor. This makes it
possible for you to input parameter data in the context of machine visualization. The I/O
fields for a recipe can be distributed over multiple recipe screens, which allows you a topical
organization of recipe elements. The operating functions for the recipe screens must be
configured explicitly in the process screens.
Introduction
The recipe view is a screen object that you use to display and edit recipe data records during
runtime.
Configuration
The functions of the recipe view can be configured.
Moreover, you can specify whether available recipes and associated recipe data records can
be both selected and modified in the recipe view or simply selected.
Introduction
On HMI devices which have a display smaller than 6" (e.g. OP 77B), the simple recipe view
is used to display and edit recipes.
The recipe views can be used on all other HMI devices.
A command option selection can be called in for each display area by pressing the button.
The command selection lists those commands that are available in the current display area.
Each command is assigned a number which you can use to select it directly from the list
(without using the <Enter> key).
Configuration
To configure the simple recipe view, select "Recipe view" under "Enhanced objects" in the
toolbox view.
The "Simple view" group is also available in the property view for configuring the simple
recipe view.
The following system functions can be configured on function keys of the HMI device for
operator control of the simple recipe view:
• RecipeViewMenu: Opens the selection of commands
• RecipeViewOpen: Depending on the selection, the system shows either the recipe
records or recipe entries
• RecipeViewBack: Returns to the previous display area
Creates a new recipe record in the recipe that is displayed in the specified
recipe view. The recipe record values are preset with the values that were
specified as "Basic value" when the recipe was configured.
Saves the recipe data record which is currently displayed in the recipe view.
You specify the storage location during configuration in the "Properties" > "Data
medium" group in the property view.
Saves the recipe record currently being displayed in the recipe view under a
new name. You specify the storage location during configuration in the
"Properties" > "Data medium" group in the property view.
Deletes the recipe record that is displayed in the recipe view from the data
medium of the HMI device.
Synchronizes the values of the recipe record that is currently displayed in the
recipe view with the associated tags.
During synchronization, only those values that have been modified in the recipe
view are written to the associated tags. The values are then read from the tags
and used to update the recipe view.
Transfers the recipe record, which is currently displayed in the recipe view, to
the connected PLC.
Transfers the recipe record, which is currently loaded in the PLC, to the HMI
device and displays it in the recipe view.
You can also configure system functions for operating buttons. This is the case, for example,
if the buttons in the recipe view are not to be used or the HMI device does not have touch
functionality.
Note
The operator control elements are shown as menu functions in the simple recipe view.
Screen change
If you change to another screen and have not yet saved changes to the recipe data in the
recipe view, you will be prompted to save the recipe data. The recipe name and the name of
the recipe record are displayed to show which recipe data have not been saved yet.
If you change to a process screen that contains a recipe view with loaded recipe data, the
recipe data will be automatically updated.
Writing a recipe number or name and recipe data record number or name to a tag
Both the recipe and the recipe data record can each be linked to a tag in the recipe view. If
you select a recipe or a recipe data record, its number or name is stored in the tag.
Conversely, you can use the tag to select a recipe or recipe data record by entering the
corresponding value. The tag type determines whether the name or the number is stored. If
you want to store the name, you must specify a tag of type STRING. You can, for example,
transfer the tag as a parameter for a system function.
Introduction
A recipe screen is a process screen in which you configure a customized input mask in the
"Screens" editor. The input mask is created from input/output fields and other screen objects.
System functions are used to configure the recipe functionality, such as saving recipe data
records.
Note
You can configure a recipe screen in the TP 170B and higher models.
Principle
Configuration of a recipe screen offers you the opportunity for customization: You can
spread large recipes over several process screens according to topic and display them
vividly, using features such as graphical screen objects.
• Spreading recipes over several process screens according to topic
You can spread recipe data records containing many entries over several process
screens. For example, for each plant section you can configure a process screen
containing the associated input masks for the recipe data records. The process for
manufacturing table tops, for example, can be divided into process screens for in-feed,
trimming, cutting, drilling, sanding, and packaging operations.
Spreading recipes over several process screens is useful for HMI devices with small
displays. For one thing, you can avoid having to scroll in tables during runtime.
• Visual machine simulation
You can visually simulate your machine in a process screen using graphical screen
objects. This enables you to display parameter assignment settings more vividly by
placing input/output fields directly next to machine elements such as axes or guide rails.
You can use this to produce a direct reference between the values and the machine.
Configuration settings
You must select "Synchronize tags" in the property view in order to be able to enter the
recipe data record values in the configured input/output fields outside the recipe view.
If the entered values are to be transferred immediately to the connected PLC during runtime,
you must disable "Tags offline" in the property view.
Configure the "SetRecipeTags" system function if you want to enable and disable immediate
transfer of entered values during runtime.
System functions
The following system functions are available for operator control of a recipe screen.
• ImportDataRecords
• ExportDataRecords
• LoadDataRecord
• SaveDataRecord
• Write data record tags to PLC
• GetDataRecordTagsFromPLC
The following system functions are available for operator control of the recipe view when it is
being used in the recipe screen.
• RecipeViewSaveDataRecord
• RecipeViewSaveAsDataRecord
• RecipeViewSynchronizeDataRecordWithTags
• RecipeViewDeleteDataRecord
• RecipeViewNewDataRecord
• RecipeViewGetDataRecordFromPLC
• RecipeViewRenameDataRecord
• RecipeViewShowInfoText
• RecipeViewMenu (for simple recipe view only)
• RecipeViewMenu (for simple recipe view only)
• RecipeViewMenu (for simple recipe view only)
The system functions for loading, saving, and transferring recipe data records and recipes
are located in the "Recipes" group.
7.4 Scenarios
Objective
You want to enter production data on the HMI device without disturbing the process that is
currently underway. Therefore, the production data should not be transferred to the PLC.
Sequence
You enter the production data in the recipe view or the recipe screen, assign a recipe data
record name, and save the new recipe data record on the storage medium of the HMI
device.
Depending on the extent of the recipe, you either configure a recipe view or create a recipe
screen.
Objective
You want production to be executed automatically. The production data should be
transferred directly to the PLC either from the data storage medium in the HMI device or
from an external data storage medium. The production data do not have to be displayed.
Sequence
Production can be controlled using one or more "Scripts", which transfer production data
records automatically to the PLC. The sequence can be checked using the return values of
the utilized functions.
Objective
The production data are to be requested by the PLC according to the work piece to be
processed and displayed on the HMI device for inspection. You want to be able to correct
the transferred production data online, if necessary.
Sequence
A reading device connected to the PLC reads a bar code on the work piece to be processed.
The recipe data record names correspond to the respective bar code names. This will enable
the PLC to load the necessary recipe data record from the storage medium of the HMI
device. The recipe data record is displayed for inspection. Changes are transferred
immediately to the PLC.
Depending on the extent of the recipe, you either configure a recipe view or create a recipe
screen.
Introduction
Data logging is used to capture, process and log process data from industrial equipment.
The collected process data can then be analyzed to extract important business and technical
information regarding the operational state of the equipment.
8.1.2 Trends
Introduction
A trend is a graphic representation of the values that a tag takes during runtime. In order to
display trends, configure a trend view in a screen of your project.
To configure the trend view, specify a trend type for the values to be displayed.
• Log: For displaying the logged values of a tag
• Realtime pulse triggered: For time-triggered display of values
• Realtime bit triggered: For event-triggered display of values
• Buffer bit-triggered: For event-triggered display with buffered data acquistion
Pulse-triggered trends
The values to be displayed are determined individually with a definable time pattern. Pulse-
triggered trends are suitable for representing continuous courses such as the changes in the
operating temperature of a motor.
Bit-triggered trends
The values to be displayed are event-driven by setting a defined bit in "Trend transfer" tags.
The bit is reset after reading has been completed. Bit-triggered trends are useful for
displaying fast changing values such as the injection pressure for producing plastic parts.
The switch between the trend buffer and the switch buffer functions as follows:
Whenever the bit which is assigned to the trend is set in the "Trend transfer 1" tag , all the
values are read simultaneously from the trend buffer and displayed as a trend at the operator
device. The bit in "Trend Transfer 1" is reset after reading has been completed.
While the operator device is reading the tag values from the trend buffer, the PLC writes the
new tag values into the switch buffer. When the bit which is assigned to the trend is set in the
"Trend transfer 2" tag , all the trend values are read from the switch buffer and displayed at
the operator device. While the operating device is reading the switch buffer, the PLC writes
again to the trend buffer.
Introduction
Data is information that is collected during the process and saved in the memory of one of
the connected automation systems. This data reflects the state of the equipment, e.g.
temperatures, fill levels or states (e.g. motor off). To work with the process variables, you
must define tags in WinCC flexible.
In WinCC flexible, external tags are used to collect process values and to access a memory
location in a connected automation system. Internal tags are not connected to any process
and are only available to their respective HMI device.
Principle
The values from external and internal tags can be saved in data logs. You can individually
specify the log in which each tag will be saved.
Data logging is controlled via cycles and events. Logging cycles are used to ensure
continuous acquisition and storage of the tag values. In addition, data logging can also be
triggered by events, e.g. when a value changes. These settings can be made for each tag
individually.
In runtime, the tag values which are to be logged are captured, processed and stored in an
ODBC database or a file.
Log types
In WinCC flexible, you can select from the following log types:
• Circular log
• Segmented circular log
• Circular log which sends a system alarm message when it is full
• Circular log which executes system functions when it is full.
Depending on the hardware configuration of the HMI device, the data may be logged locally
(on the hard disk of a PC or on the storage card of a panel) or, if present, on a network drive.
Saved data can undergo additional processing in other programs, e.g. for analysis purposes.
Introduction
To log process values, they must be assigned to a log. You can plan logs and specify their
properties in the tabular "Data Log" editor.
Opening
In the project window in the "Log" group, double-click on "Data logs" to open the "Data log"
editor.
Structure
Work area
All the data logs are displayed in a table in the work area. You can edit the properties of the
data logs in the table cells. You can sort the table according to the entries in a column by
clicking the column header.
You can show and hide the table columns. To do so, activate or deactivate the entries in the
pop-up menu of the column table header.
Introduction
The properties of a data log can be defined in the "Data log" editor or in the Properties
window for logs.
General properties
• Name
The data log may be given any desired name, but the name must include at least one
letter or number.
• Storage location
The data log may be stored in an ODBC database (only on a PC) or in a separate "*.csv"
file. Select "File" or "Database" as the storage location correspondingly.
Depending on the configuration of the HMI device, you can select the local hard disk of
the PC or the storage card of the panel or, if present, a network drive as "path."
If you have chosen an ODBC database as the storage location, you can accept the name
given by the system (system-defined data source name) or enter one yourself (user-
defined data source name).
• Size
The size of a log is calculated as follows:
The number of items * the length of each tag value to be logged.
In the Properties window, the minimum and maximum sizes of the log using the currently
selected "Number of data records" are shown under the "Number of data records" input
field. The maximum size of a is limited by the amount of storage on the HMI device.
Note
You can use system functions to control the Restart of a log during runtime.
• Logging method
Here you can specify what should happen when the log is full. You can choose one of the
following options:
– Circular log: When the log is full, the oldest entry will be overwritten.
– Segmented circular log: Multiple logs of the same size will be created and filled one
after the other. When all logs are completely full, the oldest log is overwritten.
– Display system message when: When a defined fill level is reached a system
message is displayed.
– Trigger event: The "Overflow" event is triggered as soon as the log is full.
• "Comment"
Here you can enter descriptive text regarding the log.
Events
Here you can configure a function list which will be processed whenever an "Overflow" event
is triggered by the overflow of the log.
Introduction
In runtime, tag values can be stored in logs for later evaluation. For the logging of a tag, you
must specify the log in which the values are to be stored, how often this should happen and
whether only the tag values in a specific value range are to be saved.
Note
The main purpose of data logging is to log the values of external tags. However, you can
also log the values of internal tags.
Principle
Several steps are involved in data logging:
• Creating and configuring data logs
When creating a data log, you must define the following:
– General settings, e.g. name, size, storage location
– Behavior at runtime start
– Behavior when the log is full
• Configuring the logging of tags
You can specify a data log for every tag. This log records the values of the tags in
runtime and other information, e.g. the time the value was logged.
Furthermore, you can define when and how often the value of the tag should be logged.
To perform the latter, you have the following options:
– "On request":
The tag values are logged by calling the "LogTag" system function.
– "On change":
The tag values are logged, as soon as the operator device detects a change of value
in the tag.
– "Cyclic continuous":
The tag values are logged at regular intervals. In addition to the standard cycles
available in WinCC flexible, you can add cycles of your own, which are based on the
standard cycles.
Furthermore, you can restrict the logging to those values that are within or outside of a
tolerance band. In this manner, you can distribute tag values specifically to different
logs for separate analysis later.
• Processing logged tag values further
The logged process tag values can be evaluated directly in your WinCC flexible project,
e.g. in a trend view, or with another application, e.g. Excel.
Introduction
In runtime you can output tag values in the screens of the operator device in the form of a
trend. The data can be requested by the PLC from the current process or be loaded from a
log database.
Displayed values
You have to configure a trend view in a screen so that tag values are displayed at the
operator device. When configuring the trend view you specify which tag values are
displayed:
• Current values from the PLC
The trend can be continued either with individual values from the PLC (display in real-
time) or with all the values which are stored in a buffer between two read processes from
the PLC (display of an interval).
The reading moment can be controlled by setting a bit or by means of a cycle.
• Logged tag values
In runtime the trend view displays the values of a tag from a data log. The trend shows
the logged values in a particular window in time. In runtime, the operator can shift the
window in time to view the desired information (logged data).
Introduction
In the *.csv (Comma separated value) file format, table columns (name and value of entry)
are separated by a semicolon. Each table row ends with a carriage return.
Introduction
The storage location of a log can be a database or a file.
The database is addressed by means of its "Data source name" (DSN). Select the database
you would like to use in WinCC flexible in the Windows Start menu under Settings > Control
panel > ODBC data sources.
To store log data, specify the "Data source name" (DSN) instead of a directory name when
making your configuration settings. With the DSN, you are referencing the database and the
storage location.
Application
The entire functional scope of the database is available for additional processing and
evaluation of log data.
Principle
You create the data source that connects to the database on the same computer that
contains the runtime software. You then specify the DSN configured here when you create a
log in WinCC flexible.
Using the ODBC interface, you can access the database directly with other programs such
as MS Access or MS SQL server.
With the "StartProgram" system function, you can also configure a program call (for MS
Access, for example) on the HMI device. This does not interrupt the runtime program
sequence.
Introduction
In WinCC flexible, reports are used to document process data and completed production
cycles. You can report messages and recipe data in order to create shift reports, output
batch data, or to document a manufacturing process for the acceptance test.
Overview
You can edit the report files in the graphic editor. In this editor, you configure the layout of
the reports and determine the output data. You can add various objects for the output of data
to a report file. Some of the toolbox view objects are either available with restricted
functionality or not at all. This depends on the HMI device you are configuring. Objects not
available in the toolbox view are grayed out and cannot be selected.
You can create separate report files for reporting different types of data. You can set the
triggering of the output separately for each report file. You can choose to trigger the output of
data at a specific time or in defined intervals, or by other events.
The modular structure of these features allows you to explicitly configure reports for different
requirements.
Application examples
At the end of a shift, create a shift report which contains the batch data and error events of
the completed production.
You can create a report which outputs the recorded production data of a batch production.
You can create a report which outputs messages of a certain class or type.
Structure of a report
The reports in WinCC flexible all have the same basic structure. They are subdivided into
different sections as shown in the figure below.
The individual sections are used to output different data and can contain general objects and
specific report objects.
• Report header
The report header serves as the cover sheet for a report. The report header is used to
output the project title and general information on the project. The report header is output
without page header and without page footer. The report header is output once at the
start of a report.
• Report footer
The report footer is used as the final page of a report. The report footer is used to output
a summary of the report or other information which is required at the report end. The
report footer is output without page header and without page footer. The report footer is
output once at the end of a report.
• Page header
The page header is output with every page of a report. The page header is used to output
the date, time, title or other general information.
• Page footer
The page footer is output with every page of a report. The page footer is used to output
the page numbers, the total number of pages or other general information.
• Page
The runtime data are output in the "Page" area. The objects for outputting the runtime
data are inserted in the "Page" area. When you output the data, page breaks are added
automatically depending on the amount of data. You can also insert several pages into a
report in order to optically separate the configuration of various output objects.
The creation of a report is described in the "Creating a report" chapter.
9.3.1 Reports
Introduction
You can create and edit reports with the report editor.
Opening
Select the "Reports" entry in the project view and open the pop-up menu. Select the "New
report" entry in the pop-up menu. A new report is created and opened in the work area.
In order to open an existing report, double-click in the object view on the desired report. The
selected report is opened.
Structure
Menu bar
The menu bar contains all commands required for operating WinCC flexible. Any available
shortcut keys are indicated next to the menu commands.
Toolbars
The toolbars contain the buttons most often used.
The available toolbars can be displayed and hidden by using the "View > Toolbars" menu.
The button of a toolbar is used to display or hide the individual buttons of this toolbar.
Work area
You configure the reports in the work area.
Toolbox
The toolbox gives you access to the objects required to configure a report. The objects are
inserted into the report using the drag-and-drop function.
Introduction
The toolbox view contains a selection of objects which you can insert into your reports in the
"Simple objects" and "Report objects" groups.
If the view of a report is activated in the work area, the toolbox only displays those objects
which can be used in the report. Some of the toolbox view objects are either available with
restricted functionality or not at all. This depends on the HMI device you are configuring.
Objects not available in the toolbox view are grayed out and cannot be selected.
Introduction
When creating a report, you specify the individual sections and contents. Configure the
contents of the following sections:
• Report header
• Page header
• Page
• Page footer
• Report footer
Configuration overview
Objects from the toolbox view are available for designing a report and configuring the data
for the output. Some objects have a limited functional scope when used in a report compared
to similar objects of the screen editor. An IO field can, for example, only serve as an output
field.
When a report is created in the report editor, it is displayed as wysiwyg. The dynamic objects
for outputting the data, for example "Print alarm" and "Print recipe", are exceptions. The
configured height of these objects is irrelevant to the output format since the size of the
dynamic objects depends of the existing amount of data. Page breaks are inserted
consecutively on the pages depending on the amount of data. You can only insert one of
these objects each into each page of a report. Objects which are positioned on the same
side below one of these dynamic objects are not output. The "Print alarm" and "Print recipe"
objects are inserted automatically with the width configured for the report. The width of the
output follows the configured width of the report.
A new report always only contains one page. This page represents a page for the output. If
required, you can insert further pages into the report. To do so, move the cursor onto the title
bar of an existing page and open the pop-up menu with the right mouse button. The
commands "Insert page before" and "Insert page after" are used to insert a new page before
or after the existing page. The pages have a consecutive number assigned to them. A
maximum of 10 pages is permitted per report. If you create more than 10 pages, the
consecutive numbers of the superfluous pages are placed in pointed brackets (for example:
Page <11>). The superfluous pages are not taken into consideration for the output. The
"Delete page" command in the pop-up menu of a page is used to delete the selected page.
The sequence of the created pages can be changed subsequently. To do so, move the
cursor onto the desired page and open the pop-up menu with right mouse button. Select the
corresponding command "One page up" or "One page down" in the pop-up menu. The page
is moved correspondingly. The consecutive numbering of the pages is retained. If, for
example, Page 4 is moved "One page up" by means of the corresponding command, Pages
3 and 4 are swapped.
The individual report sections can be closed in order to obtain a better overview in the work
area. In order to minimize or maximize, click on the node before the section designation.
You can also display or hide all the areas simultaneously. To do so, move the cursor onto
the title bar of a report area and open the pop-up menu with the right mouse button. Select
the corresponding command "Display all" or "Hide all" in the pop-up menu.
Introduction
You edit the output options and the format options for the report in the report properties. The
following property groups are available:
• General
• Properties/Display
Requirements
• The report whose properties are to be changed must be open.
• The property view has to be open.
Introduction
Objects can be either graphics elements for laying out your project report or dynamic
elements for outputting data. The objects have limitations which depend on the configured
HMI device. Please note the information in the object descriptions.
The objects are made available in the "Simple objects" object group in the toolbox view.
The special report objects are also available for creating reports. The special report objects
are contained in the "Report objects" object group.
Simple objects
Note
Some of the toolbox view objects are either available with restricted functionality or not at all.
This depends on the HMI device you are configuring. Objects not available in the toolbox
view are grayed out and cannot be selected.
Introduction
Special objects are available for reports under the "Report objects" section in the toolbar.
These objects are intended exclusively for use in reports.
Introduction
Configure a report in WinCC flexible with which you can output the alarms from the alarm
buffer or an alarm log.
Specify the alarm classes which you want to output for the selected source. The following
selections are possible:
• Error
• Operation
• System
Specify the sequence of the alarms for the output.
The following selections are possible:
• Oldest message first
• Most recent message first
In order to output the alarms of a certain period, connect the "Display beginning" and
"Display end" fields with tags. The tags can be supplied in runtime with the date and time for
the first or the last alarm of the period.
Introduction
The output parameters for an alarm report are edited in the property view. The "Print alarm"
object has to be inserted in a report in order to display the properties. The property view has
to be open.
Select the "Appearance" subcategory in the "Properties" category. Configure the foreground
color, the background color, the style and the font settings.
Select the "Display" subcategory in the "Properties" category. Configure the position and
size of the "Print alarm" object. Select the columns for the output in the report in the "Visible
elements" area.
The following columns can be output:
• "Alarm number"
• "Time"
• "Alarm status"
• "Alarm text"
• "Date"
• "Alarm class"
• "Acknowledgement group"
• "Diagnosable"
• "PLC"
Note
The height of the "Print alarm" object configured in the report is irrelevant to the output.
Since a large amount of data can occur during the report output, the "Print alarm" object
is extended dynamically so that all the data arising can be output. If the page length is
exceeded, an automatic page break is carried out.
Introduction
Configure a report of recipe records in WinCC flexible.
Introduction
The output parameters for a recipe report are edited in the property view. The "Print recipe"
object has to be inserted in a report in order to display the properties. The property view has
to be open.
Select the "Appearance" subcategory in the "Properties" category. Configure the foreground
color, the background color, the style and the font settings.
Select the "Display" subcategory in the "Properties" category. Configure the position and the
size of the "Print recipe" object in the "Position and size" area. You can also use the mouse
to change the size and position of the "Print recipe" object in the work area.
Select the output form as table or line-by-line output in the "Settings" area. In case of table
form output, specify the number of characters for the width of the columns in the "Column
width" field. The set width affects all columns of the table.
Select the record elements for the output in the report in the "Visible elements" area.
Note
The height of the "Print recipe" object configured in the report is irrelevant to the output.
Since a large amount of data can occur during the report output, the "Print recipe" object is
extended dynamically so that all the data arising can be output. If the page length is
exceeded, an automatic page break is carried out.
Introduction
WinCC flexible offers the following options for outputting a report:
Time-controlled output, for example:
• Non-recurring, time-controlled output
• Output repeated at intervals
Event-controlled output, for example:
• Through a change in the tag value
• Through activating a configured button in a WinCC flexible screen
• Overflow of a log
• Through a WinCC flexible script
Note
Te output goes to the default printer with Windows-based HMI devices.
The printer is set in the Control Panel on the HMI device for Windows-CE-based HMI
devices. A network printer must be accessable via the printer name. In other words, the
printer must be connected to the network via a DNS server. Addressing of a network printer
via the IP address is not possible at Windows-CE-based HMI devices.
Principle
Access protection controls access to data and functions in order to protect them against
unauthorized operation during runtime. Safety-relevant operations are already limited to
specified user groups when a project is being created. For this purpose, users and user
groups are set up and have characteristic access rights, the authorizations, assigned to
them. Required operation authorizations are configured for objects. For example, operators
only have access to specific function keys. Commissioning engineers, on the other hand,
have unlimited access during runtime.
Definition
Users, user groups and authorizations are administered centrally in the user administration.
The user administration controls access to data and functions during runtime. For this
purpose, users and user groups are created, administered and transferred to the HMI device
in the engineering system. In Runtime you manage the users and passwords by using the
"User view".
Application example
You create and configure an access protection in order to protect operating elements, such
as input fields and function keys, against unauthorized operation. Only specified persons or
operator groups can change parameters and settings and call functions.
Caution
Access protection does not protect against incorrect operations. You are responsible for
ensuring that only correspondingly trained and authorized personnel design, commission,
operate and maintain, etc. plants and machines.
Access protection is not suitable for defining work routines and monitoring their observance.
Introduction
In case of a project in manufacturing engineering, the environment at the equipment
manufacturer has to be differentiated from the environment at the end customer as plant
operator. The equipment manufacturer allows the user, for example Mr. Foreman, a specific
access to the project. However, a user Foreman does not exist at the end customer.
Similar difficulties arise, for example, when different projects on a plant are to be integrated
into one project in process engineering. In order to integrate the projects you have to be able
to access the data of each individual project without restriction during commissioning.
Authorizations are therefore not assigned directly to users in the user administration, but
rather to user groups. The user Foreman is then, for example, assigned to the "Operator"
user group and receives its authorizations. Authorizations do not have to be assigned
individually to each user, only to the user group.
In a different environment, for example at the customer, there are other users. The
authorizations and user groups of the project, however, remain unchanged. Only the users
are re-assigned to the user groups, for example "Operator."
The user administration separates the administration of the users from the configuration of
the authorizations. This ensures flexibility at the access protection.
Introduction
In user administration you administer users and user groups in order to control access to
data and functions in runtime. The user administration is divided into the administration of
the users and the administration of the user groups. This section described the
administration of the user groups.
Opening
You open the administration of the user groups in the project window by double-clicking on
"Groups."
Structure
Work area
The "Groups" work area shows the existing user groups and their authorizations.
Introduction
The "Groups" work area shows a table of the user groups and their authorizations. You
administer the user groups and assign authorizations to them.
Principle
The work area consists of the "Groups" and "Group Authorizations" tables.
The "Groups" table shows the existing user groups. When you select a user group in this
table, the "Group Authorizations" table shows the authorizations which were assigned to the
user group.
The number of the user group and of the authorization is assigned by the user
administration. The designations and descriptions are assigned by you.
Introduction
In user administration you administer users and user groups in order to control access to
data and functions in runtime. The user administration is divided into the administration of
the users and the administration of the user groups. This section describes the
administration of the users.
Opening
You open the administration of the users in the project window by double-clicking on "Users."
Structure
Work area
The "Users" work area shows the existing users and the user groups to which they are
assigned.
Note
A user can only be assigned to one user group.
Introduction
The "Users" work area lists the users and user groups in table form. You administrate the
users and assign them to a user group.
Principle
The work area consists of the "Users" and "Groups of the user" tables.
The "Users" table shows the existing users. When you select a user in this table, the
"Groups of the user" table displays the user group to which the user is assigned.
Introduction
In the work area you administer users and user groups and assign authorizations for use in
Runtime.
Requirements
The "Users" and "Groups" work areas are open.
Deleting a user
You delete a user in the "Users" table in the "Users" work area. Select the line of the user to
be deleted. Select the "Delete" command from the context menu.
Note
Predefined users cannot be deleted.
Note
Predefined user groups cannot be deleted.
Deleting authorizations
You delete an authorization in the "Group Authorizations" table in the "Groups" work area.
Select the line of the authorization to be deleted. Select the "Delete" command from the
context menu.
Note
Predefined authorizations cannot be deleted.
Principle
In the engineering system you create users and user groups and allocate authorizations to
them. You configure objects with authorizations. After transfer to the HMI device, all objects
which were configured with an authorization are protected against unauthorized access in
runtime.
User view
When you configure a user view in the engineering system, you can administer users in the
user view following transfer to the HMI device.
Caution
Changes in the user view are effective immediately in runtime. Changes in runtime are not
updated in the engineering system. When the users and user groups are transferred from
the engineering system to the HMI device, all the changes in the user view are overwritten
after a user prompt and based on the transfer settings.
Some HMI devices do not support the user view. These HMI devices only support the
functions "Log on" and "Log off": The only user "Administrator" is logged on and logged off.
The "Administrator" is assigned to the only user group "Administrators."
Introduction
If you have configured a user view in the engineering system, the users and user groups can
be administered in runtime.
Caution
Changes in the user view are effective immediately in runtime. Changes in runtime are not
updated in the engineering system. When the users and user groups are transferred from
the engineering system to the HMI device, all the changes in the user view are overwritten
after a user prompt and based on the transfer settings.
Requirements
• The user view is open.
• You have the predefined "Administration" authorization.
Notice
If you do not have the "Administration" authorization, you can only change your own user
designation and password.
Notice
The user can then no longer log on with his old user designation in runtime. If you delete the
designation and press the <Return> button, the user is deleted.
Notice
The user can then no longer log on with his old password in runtime. If you delete the
password and press the <Return> button, the user is deleted.
Deleting a user
You delete a user in user view: Click on the designation of the user to be deleted. Delete the
designation. Press the <Return> button.
As an alternative, you can also click on the password of the user to be deleted, delete the
password and press the <Return> button.
Notice
The user can no longer log on in runtime.
Introduction
You configure an authorization at an object in order to protect it against access. All logged-
on users who have this authorization can access the object. When a user does not have
authorization to operate an object, the logon dialog is displayed automatically.
Note
Several system functions are available under "User administration" so that user, password
and user group can be edited, for example, in the control system.
Introduction
WinCC flexible provides predefined system functions for common configuration task. You
can use them to perform many tasks in Runtime and need no programming skills to do so.
You can use Runtime scripting to solve more complex problems. Runtime scripting has a
programming interface which can be used to access part of project data in runtime. The use
of runtime scripting is aimed at project planners with knowledge of Visual Basic (VB) and
Visual Basic Script (VBS).
Scripts
You can save your own VB script code in a script. You can use the script just like a system
function in the project. You have access to the tags of the project and the runtime object
model of WinCC flexible in the script. In addition, you can use all standard VBS functions in
the script. You can call other scripts and system functions in the script.
Introduction
System functions are pre-defined functions you can use to implement many tasks in runtime
even without having any programming knowledge, e.g.:
• Calculations, for instance the increasing of a tag value to a specific or variable amount.
• Log functions, for instance starting a process value log.
• Settings, for instance changing the PLC or setting a bit in the PLC.
• Messages, for instance after change of user.
Application
You can use system functions in a function list or in a script. You cannot change system
functions, since system functions are pre-defined functions.
When configuring a function list, select the system functions from a selection list that is
sorted by categories:
When you want to use a system function in the script, you can select it from a selection list.
You can call up the selection list in the script with <Ctrl+Space>.
Language dependency
The names of the system functions are dependent on the set project language. The
functionality can then be recognized immediately by the project planner.
Exception: When calling up system functions in a script, please use the English name for the
system function. You can find the English name of the system function in the system function
reference.
Availability
In WinCC flexible you can only configure functionalities which are supported by the selected
HMI device. Therefore, in a function list you can configure only system functions which are
supported by the selected operating unit. If you use a project for several operating units, the
system functions which are not supported by a operating unit are marked in color.
Introduction
In runtime a function list will be carried out when the configured event has taken place. The
operator can trigger an event, for instance by pressing a function key on the operating unit.
An event can also be triggered by the system, for instance if a process value falls below a
limit value.
Applications
You can configure system functions on all the objects that are able to react to an event. You
can use system functions directly in function lists and scripts and thereby control the course.
• Function list
System functions are processed sequentially in a function list, that is, from the first to the
last system function. In order to avoid waiting times, system functions with a longer
running time (for instance file operations) are processed simultaneously. For instance, a
subsequent system function can already be performed even though the previous system
function has not yet been completed.
An example for the configuring of a function list can be found under "Example: Changing
the operating mode on the HMI device with the current display.
• Script
In a script you are able to use system functions in connection with orders and
requirements in the code. This way, you can execute a script depending on a specific
system state. In addition, return values of system functions can be evaluated, for
example. Depending on the return value, test functions can be carried out, for example,
which in turn affect the course of the script.
11.1.4 Scripts
Introduction
You program VB script codes in a script. You can use finished scripts in the project just like a
system function. When creating a script, you determine its type and define transfer
parameters. Scripts of the type "Function" have a return value. "Sub" type scripts are
referred to as "procedures" and have no return value.
Properties of scripts
You can call up other scripts and system functions in a script. You can access the runtime
objects of WinCC flexible by using the runtime object model. When calling up a system
function, please use the English name of the system function. You can use the full scale of
language from Microsoft VBScript in scripts. Functions and methods for user interaction are
excluded, for instance "MsgBox."
If you use system functions in a script which are not available on the set operating unit, you
will receive a warning message. In addition, the respective system function in the script will
be underlined with a wavy blue line.
Organization of scripts
Scripts are stored in the project database. The available scripts are listed in the project view
under scripts.
If you want to use a script in a function list, you can find the scripts in the selection list under
scripts.
Principle
Scripts provide more flexibility by using control elements of a programming language.
Using scripts in runtime you can implement individual solutions in a project, for instance:
• Configuring an advanced functions list
You can use a script just like a function list by calling up system functions and other
scripts in the script.
You can execute system functions and scripts in the script dependent on conditions, or
have them repeated. You then add the script to a functions list.
• Programming new functions
Scripts are available in the entire project. You can use scripts just as you would system
functions. You can define delivery parameters and return values for these scripts. You
can use scripts, e.g. to convert values.
Introduction
When the configured event occurs, several system functions and scripts can be performed
with the function list.
Principle
The function list is configured on an event of an object, e.g. a screen object or a tag. The
events which are available depend on the selected object and the HMI device.
Events occur only when the project is in runtime. Events are, for example:
• Value changes of a tag
• Pressing of a button
• Activation of runtime
You can configure a function list precisely on every event.
Note
The choice of configurable system functions in a function list is dependent on the HMI device
chosen.
Status information
During configuration the project data is tested in the background. A status information
returns in each function list the status of the respective system functions and scripts.
The status information has the following meaning:
• Orange: Function list is not performed in runtime because at least one system function or
a script has not been supplied completely with parameters.
• Yellow: Function list is performed in runtime. However, the function list contains at least
one system function or script which is not supported by the HMI device (e.g. due to the
change of device type).
11.3.1 Scripts
Introduction
Create and edit scripts in the script editor.
Opening
The script editor opens automatically a new script is created or an existing script is opened.
Structure
Menu bar
The menu bar contains all commands required for operating WinCC flexible. Any available
shortcut keys are indicated next to the menu commands.
"Scripts" toolbar
The commands for synchronizing objects an tags as well as for checking script syntax are
located in the "Script" toolbar.
"IntelliSense" toolbar
The commands for displaying selection lists, e.g. all objects of the object model, available
system functions or VBS constants, are found in the "IntelliSense" toolbar.
Work area
Create and edit scripts in the work area. The creation of scripts is supported by syntax
emphasis and IntelliSense.
"Script Wizard"
In the "Script Wizard" system functions and scripts can be set up with assigned parameters
just as in a function list. The filed system functions and scripts can also be transferred to the
active script from the "Script Wizard." In this way, you only need to perform the parameter
assignment once.
If system functions or scripts have already been configured on an event, these may be
transferred to the "Script Wizard" using copy and paste. Only system functions which are
allowed in a script may be filed in the "Script Wizard." When you transfer system functions
which cannot be used in a script using copy and paste, these system functions will be
marked.
Introduction
The script editor supports you during programming with functionalities such as IntelliSense,
emphasized syntax, and others. For example, references to tags can be created with the
drag-and-drop function.
IntelliSense
When you access objects, methods or properties of the VBS object models, you are
supported by IntelliSense:
The methods and properties which the given object possesses can be selected from the
selection list.
Syntax emphasis
In the script editor, keywords are emphasized by different colors. Objects which the script
editor recognizes are displayed in bold. Unknown words are underlined with a red wavy line:
The table shows the pre-set colors for the most important keywords.
Synchronization of objects
When opening the script, instances of objects (e.g. tags) are automatically synchronized with
the configuration data. If a tag has been renamed in the "Tag" editor, e.g., this change also
affects the script. When change is made and the affected script is open, the renamed object
will be underlined with a blue wavy line. The synchronization can then be performed
manually in the script editor.
Object list
Using the key sequence <Alt+Right>, the object list can be called up in which all available
objects are displayed depending on the context. The object lists can be called up during the
assignment of parameters, e.g., or when using listings.
Example: You want to reference an existing process screen by means of the screen list.
Enter HmiRuntime.Screens in the script editor and then call up the object list with
<Alt+Right>. All of the process screens available in the project are listed there:
Select the desired process screen and take on the selection with <Return>.
Drag-and-drop
If a tag is required in the script, it can be pulled from the object window.
Help functions
During programming you will be shown automatically short descriptions of the necessary
parameters for the methods and system functions. In addition, the following help functions
are available in the script editor:
• Tooltip
Unknown or incorrectly written keywords will be underlined with a wavy line. When you
move the mouse over a keyword, Tooltip appears:
Introduction
In the script you have access to external and internal tags which you set up in the project.
The value of a tag can be read or changed in runtime. Furthermore, you can set up local
tags as a counter or as buffer storage in the script.
Project tags
If the tag name in the project corresponds to the VBS name conventions, the tag can be
used directly in the script:
'VBS_Example_03
If BeltDriveOilTemperature > 100 Then [instruction]
If the tag name in the project does not correspond to the VBS name conventions, then the
tag must be referenced by means of the "Smart tags" list. In the following example, the tag
name contains the & sign, which is not allowed according to VBS name conventions:
'VBS_Example_04
Dim objTag
SetobjTag = SmartTags("Test&Trial")
The VBS name conventions are found in the help for VBS in the information system.
Local tags
Local tags can be defined in the script using the Dim statement. Local tags can be used only
within the script. Therefore, they do not appear in the "Tags" editor.
For example, in the script a local tag is used as counter in a For statement.
'VBS_Example_05Dim intCountFor intCount = 1 To 10[instruction]Next
Principle
System functions and other scripts can be called up in a script.
Call up a system function or a script without return value ("Sub") as follows:
<Function name> [Parameter1], [Parameter2], [...]
A system function or a script with return value ("Function") is called up by means of
assignment to an expression:
<Expression> = <Function name> ([Parameter1, Parameter2,...
[Parameter N])
If you do not want to evaluate the return value, use the call up as you would for a system
function or a script without return value.
Introduction
The objects of the runtime object model with the accompanying properties and methods are
available to you in the script.
The object properties can be read and changed in runtime.
Referencing objects
In the script, reference objects by means of the accompanying list. To identify the object, use
its name or the position number within the list.
The first object in the screen "Main screen" is referenced with the following statement:
'VBS_Example_01
Dim objObject
'Change to Screen "MainScreen"
HMIRuntime.BaseScreenName = "MainScreen"
Set objObject = HMIRuntime.Screens(1).ScreenItems(1)
An object is referenced by means of its name and an object property is changed with the
following statement: In order to do this, the object must be set up with this name in the
screen.
'VBS_Example_02
Dim objCircle
HMIRuntime.BaseScreenName = "MainScreen"
Set objCircle = HMIRuntime.Screens(1).ScreenItems("Circle_01")
objCircle.BackColor = vbGreen
Introduction
When an object name is changed in WinCC flexible, the change affects the entire project.
Such changes are identified as "Synchronizing" in the script.
Application example
In the tag editor you defined the tag "Oil Temperature" which you want to use in a script.
During the configuration rename this tag "OilTemperatureMotor1" in the tag editor.
• Script was open during the renaming:
The old tag name is underlined by a blue wavy line in the script. When you move the
mouse pointer over the tag name, Tooltip appears. When you click on the button
"Synchronize", the tag is renamed in the script:
11.5 Debugging
Introduction
Debugging allows you to test your scripts in runtime for logical programming errors. For
example, you can test whether the proper values were delivered to the tags, and whether
cancellation terms are realized correctly.
You can use any VBS debugger to debug your scripts.
Error types
The following error types are distinguished when debugging:
• Runtime error
A runtime error occurs when you try to perform an invalid of incorrect instruction, e.g.
when a tag is not defined.
In order to intercept runtime errors, you can use the instruction "On error resume next" in
the script. This instruction causes a successive instruction to be carried out after a
runtime error. You can check the error code with the error object in the next line. In order
to stop the processing of runtime errors in the script, use the instruction "On error go to
0." Additional information about error processing is found in the Microsoft VBS help in the
information system.
• Logical error
A logical error occurs when the event you are expecting does not take place, e.g.
because a condition was checked incorrectly. In order to resolve logical errors, go
through the script step by step in order to identify the part of the script which does not
function.
If a project is activated in WinCC flexible with the command "Start runtime system with script
debugger", a dialog with a list of available script debuggers appears when the first script is
run.
Other installed script debuggers such as "Microsoft Visual Interdev" or "Microsoft Visual
Studio .NET" may appear in the list. Select "Microsoft Script Editor" and confirm your
selection by clicking "Yes".
Activate the "Script" program object in the "Step Into Remote Procedure Call" dialog and
confirm your selection with "OK".
The "Microsoft Script Editor" is started and operation is stopped at the first line of the script.
Note
The "Microsoft Script Debugger" is not supported when another script debugger system is
available on your computer!
Principle
In runtime a function list is completed from top to bottom. A distinction is made between
synchronous completion and asynchronous completion, so that no waiting periods ensue
during completion. The distinction is made by the system by evaluating the different runtimes
of the system functions. Scripts are always processed synchronously independent of the
runtime. If a system function returns an error status, the completion of the function list is
cancelled.
Synchronous completion
During synchronous completion, the system functions in a function list are performed one
after another. The previous system function must be finished before the next system function
can be performed.
Asynchronous completion
System functions, which perform file operations such as storing and reading, have a longer
runtime than system functions which, for example, set a tag value.
Therefore, system functions with longer runtimes are performed asynchronously. While a
system function writes to a storage medium, e.g. a recipe record, the next system function is
already being performed. Due to the parallel completion of system functions, waiting periods
at the HMI device are avoided.
Principle
Only one script at a time can be performed in runtime. If several scripts are waiting to be
edited, the scripts are lined up in a queue and completed one after another.
Note
A loop in a script therefore blocks the execution of other scripts in the queue even if the
scripts are triggered asynchronously.
WinCC flexible supports a maximum nesting depth of eight scripts. Please note that the
nesting depth is not checked.
Note
If a script is configured for the "Runtime stop" event, only those functions may be used in the
script which are specified as configurable objects in the reference of the "Runtime stop"
system function.
Ensure that the ending of the runtime is not interferred with by the execution of the script.
Delivery of a value
When calling up a script, parameters are delivered according to the principle "Call by
Reference". When you pass a tag as a parameter, for example, the value assignments in the
script have an immediate effect on the value of the tag.
You don't have to set up any parameters for local tags in the script, but rather, you can use
the parameters directly.
Example: The system function "SetValue(Y, X)" assigns the value "5" to the tag "IndexTag":
SetValue IndexTag, 5
Return of a value
Return values can return the result of a calculation (e.g. average value of two numbers). But
a return value can also give information about whether an instruction was performed
correctly.
Therefore, the system functions which perform file operations such as "Delete" also have
return values.
Note
The return value of a system function can only be assigned an external or internal tag.
In order for a script to return a value, you must have chosen the type "Function" for the
script. In the script you assign the return value to the name of the script:
In order to create an average value from two numbers, call up the "Average" function and
deliver the values to be processed to a tag, for example:
Average Value = Average 4. 6
You can then output the average value in an output field.
Introduction
You can access object properties of screen objects and tags in runtime with VBS. When you
change values of object properties with VBS, this has no effect on the project data.
Language switching
When you change the language in runtime, the foreign language labels are loaded from the
configuration data. In case you changed text with VBS, this text is then overwritten.
Principle
If you use system functions in a script which are not available on the set operating unit, you
will receive a warning message. In addition, the respective system function in the script will
be underlined with a wavy blue line.
Project languages
The following project languages have been released for WinCC flexible:
• Chinese (PRC)
• Chinese (Taiwan)
• Danish
• German
• English
• Finnish
• Flemish
• French
• Greek
• Italian
• Korean
• Norwegian
• Polish
• Portuguese
• Russian
• Swedish
• Spanish
• Czech
• Turkish
• Hungarian
• Japanese
In addition, as a general principle, you can configure in any language available in Windows.
However, restrictions may apply when some languages are used for configuring, such as:
• Right-to-left languages (such as Hebrew or Arabic) cannot be entered on the HMI device.
• Language-specific fonts are not available.
• Non-editable texts stored in WinCC flexible are displayed in English.
The following languages are differentiated within the project languages.
• Reference language.
The reference language is the language that you use to configure the project initially.
During configuration, you select one of the project languages as the reference language.
You use the reference language as a template for translations. All of the texts for the
project are first created in the reference language and then translated. While you are
translating the texts, you can have them displayed simultaneously in the reference
language.
• Editing language
You create the translations of the texts in the editing language.
Once you have created your project in the reference language, you can translate the
texts into the remaining project languages. For this purpose, you select one of the project
languages as the editing language and edit the texts for this language. You can change
the editing language at any time.
Note
When switching the project languages, the assignment to the keys on the keyboard also
changes. In the case of some languages (e.g. Spanish), switching the keyboard
assignment is not possible due to the operating system. In this case, the keyboard
assignment is switched to English.
• Runtime languages
Runtime languages are those project languages that are transferred to the HMI device.
You decide which project languages to transfer to the HMI device depending on your
project requirements.
You must provide appropriate operator control elements so that the operator can switch
between languages during runtime.
Introduction
The operating system settings on the configuration computer influence the language
management of WinCC flexible in the following areas:
• Selection of project languages
• Language-dependent format for dates, times, currency, and numbers
Introduction
You select the languages for creating your project in the "Project languages" editor:
• The project languages for creating your project
• The reference language in which you configure the project initially.
• The editing language in which you translate the text.
Opening
To open the "Project languages" editor, double-click "Project languages" in the "Localize"
group in the "Project view."
Structure
Project languages
Here you enable the project languages for creating your project.
Reference language.
Here you select the reference language from the project languages. The languages
displayed are limited to those that you enabled in the list of available languages.
Editing language
Here you select the editing language from the project languages. The languages displayed
are limited to those that you enabled as project languages in the list of available languages.
Translation methods
You first create a project for one language only and then test it.
Afterwards, you configure all other languages required. The following options are available:
• Direct translation of project texts in the editors used to create the individual objects.
• Central translation of project texts in the "Project texts" editor.
• Export of project texts, translation in another program, and import of translated texts to
WinCC flexible.
Use dictionaries to speed up translation and maintain consistency of translated texts.
Recommended workflow
1. Set a language you are familiar with as the reference language in the "Project languages"
editor.
At the start of configuration, the reference language should correspond to the editing
language.
2. Create the project in this language. The reference language text is used as the source
language for translation.
3. In the "Project languages" editor, set one of the other project languages as the editing
language.
4. Translate all project texts into this language. You can perform the translation either
directly in the individual editors or in the centralized "Project texts" editor where all project
texts and their points of use are displayed.
As an alternative,, you can export the texts to a *.csv file, have them translated, and then
import the translated texts back into your project.
5. If necessary, adapt the graphics in the project to reflect the editing language or country-
specific factors.
6. Repeat steps 3 to 5 for all other project languages.
Result
The project can now be compiled and transferred to the HMI device. Specify which runtime
languages are to be available on the HMI device in the transfer settings.
Introduction
As a general rule, if you are creating a project for multiple languages, all texts are configured
initially in a language you are familiar with. You use this language as the reference language
for translation.
Define the project languages in the "Project languages" editor. Select the reference
language and the respective editing language to which it should be translated, from the
project languages.
Reference texts
As a general rule, if you are creating a project for multiple languages, all texts are configured
initially in a language known to you. This language then serves as the reference language.
If you then switch the editing language to enter texts in another language, all of the text fields
are empty.
WinCC flexible offers a convenient reference text function so that you have a template for
translation. You can display the reference text window containing texts in the reference
language in dialogs and editors.
Translation methods
You can translate the configured texts as follows:
• Internal translation of texts directly in the "Project texts" editor.
This method is recommended for texts with little to be translated.
• External translation of texts using the export and import function.
This method is recommended for large amounts of text to be translated or when there are
many project languages.
The "Project texts" editor is linked to the other editors. Texts introduced here are
automatically available in other editors as appropriate. You can also jump directly from the
"Project texts" editor to the point of use of the object to be translated.
Introduction
External translation of project texts is advantageous when there is a large amount of text in
multiple languages. You can use the export function to transfer project texts to external
translators. You can then use the import function to reintegrate the translated texts back into
your project.
Introduction
Terms in the system dictionary are managed in the "System dictionary" editor. You can view
and sort the system dictionary in this editor, but you cannot make changes.
Work area
The languages are displayed in a table in the work area. A separate column is created for
each language. Each table row contains a process automation term and its translations.
In order to find the translation for a particular term quickly, you can sort the table
alphabetically according to the entries in a column. To accomplish this, click the header of
the appropriate column.
Introduction
You can view and edit the terms of a user dictionary in the "User dictionary" editor.
Work area
The text of the user dictionary is shown in tablular form in the work area. When creating a
user dictionary, you select the languages the user dictionary should include. The table in the
editor contains one column for each of these languages. Each table row contains a term in
the reference language and its translations provided you have entered these translations in
the user dictionary.
Basic procedure
1. First, configure all process screens for one language in the "Screens" editor.
2. Create a version of the graphics for each project language in a graphics program.
3. In the "Graphics" editor, import the language-dependent graphics into the project.
Result
The version of each graphic for the current editing language setting is displayed in the
"Screens" editor. The version of each graphic for the current runtime language setting is
displayed during runtime.
Introduction
You manage the configured graphic objects in multiple language versions in the "Graphics"
editor.
Work area
Here all of the configured graphic objects are displayed in a table. A separate table column is
created for each project language, which contains the versions of the graphics for that
language.
In addition, you can specify a default graphic for each graphic to be displayed whenever a
language-specific graphic for a project language does not exist.
Preview
Here you can preview the graphic displays on various HMI devices.
Introduction
Project documentation serves to output the configuration data of a WinCC flexible project,
e.g. a table containing the tags used and their parameters.
Application
You can output configuration data in a project report. You can output project reports for:
• A complete WinCC flexible project
• A component of WinCC flexible
• A single or multiple objects
The selection of the output data depends on the objects or components selected. The
composition of the data depends on the selected output format, "Compact" or "Complete"
and is carried out when the project report is generated by the system.
If you output the configuration data or several or all the components of WinCC flexible, a
separate chapter is output for each component. A separate chapter is also output for each
WinCC flexible screen in view of the possible data quantity.
You can open the project report in a preview before you start the output. In this preview you
can verify the project report before you output it.
Output media
Project reports can be output to:
• A printer
• A file
• The screen
Introduction
A layout for the project documentation consists of a cover sheet and a formal contents sheet
which is filled dynamically with the configuration data. If the data for the output fill several
pages, page breaks are inserted automatically by the system. Layouts are divided into
various areas. The page area displays the entire layout surface. The print margins can be
specified for this area. The printable area consists of the header, footer and the page body.
The header and footers are output on every page of a project report. The header and footer
are not output on the cover sheet.
Line Contents
Title Designation of the selected components for the project report
Name Designation of the objects, the attributes and the output WinCC flexible screens.
Field Output configured attribute values of objects.
The lines listed in the table are repeated for all the objects contained in the project report.
Two formats are available for the output.
In "Complete" format the data are output in two columns. In "Complete" format all the
attributes of an object are output in the report.
In "Compact" format the data are output in a five-column table. In "Compact" format the five
most important attributes of an object are output. The five attributes which are to be output
are preset in the system. The selection of these attributes cannot be modified.
The output format is selected in the "Print project documentation" dialog box. Select the
"Compact" or "Complete" format on the "Contents" tab in the "Documentation of the
properties" area.
Introduction
The "Print project documentation" dialog box is used to edit the layouts. This dialog box is
used to create new layouts and to duplicate and/or delete existing layouts.
Overview
WinCC flexible provides a ready-made layout as the basis for a project report. The ready-
made layout with its settings is always used if you use the command button to create a
new layout. From the ready-made layout, WinCC flexible generates the "Default layout"
during installation. It is used to output project reports via the "Print selection" function.
The layouts for the project reports are stored centrally in WinCC flexible and are therefore
available in all projects for all users. Configure the common properties of a layout for a
WinCC flexible project, e.g. author, company name, project name, header, footer, display
used and the settings for the output. Duplicate this template several times and specify
different configuration data for the output in each of these templates. For example, create a
separate project report for each WinCC flexible component.
A predefined style is available in order to lay out a project report. The style can be modified
as required. The style is not saved with the individual layouts. A change in the style therefore
affects all the existing layouts.
Duplicating <CTRL+SHIFT+D>
Delete <DEL>
Rename F2
Print <CTRL+SHIFT+P>
Preview <CTRL+SHIFT+V>
Export <CTRL+SHIFT+E>
Introduction
A layout is opened by using the "Print project documentation" dialog box. The "Print project
documentation" dialog box is accessed via:
• The "Project > Print project documentation..." menu command
• The command button in the "Print" toolbar.
Open the properties of the layout to be edited by using the mouse to select the layout.
Editing possibilities
The properties of the selected layout are displayed in the "Print project documentation"
dialog box.
The following table shows the available categories and the editing possibilities.
Introduction
The selection of the data depends on the selected output format in the layout used. All the
attributes of all the configured objects of a WinCC flexible component are output in the
"Complete" output format. Five attributes each specified by the system are output in the
project report for each object in the "Compact" output format.
Overview
Select the WinCC flexible components for the output on the "Contents" tab in the "Print
project documentation" dialog box. Select the output format "Complete" or "Compact" in the
"Documentation of the properties" area. In the WinCC flexible components "Screens" and
"Reports" you can limit the output of the data. The following options are available:
• "Only graphics"
• "Only properties"
• "Graphics and properties"
Introduction
WinCC flexible offers you the possibility to output the configuration data of individual objects.
The output can also be carried out for several selected objects.
Overview
Select the objects for the data output in the project view or in the object view.
The output of the configuration data of a selected object is always performed with the
"Default Layout". The desired output options have to be set in this layout. Selection of
another layout is valid for the documentation of individual object data.
The configuration data of the selected objects are opened in the preview. Outputting to a
printer can be started from the preview. The button can be used to copy the data to the
clipboard for further use.
Introduction
WinCC flexible offers various options for outputting the configuration data of individual or
multiple objects of a WinCC flexible component. Start the output via:
• The main menu
• The toolbar
• The pop-up menu of selected objects
Definition
In the scheduler, you link system functions or scripts to an event. For example, you link the
SendEMail system function to the "Runtime stop" event so that an e-mail is always sent to a
particular recipient at the end of operation.
A job then exists. When the event occurs, the linked function is called. An e-mail is sent
when runtime ends.
Application example
The scheduler is used to execute event-controlled jobs automatically. For example, you use
a job to automate the following:
• Regular swap out of log data
• Printout of an alarm report when an alarm buffer overflow occurs
• Printout of a report at shift end
Introduction
A job consists of a triggering event and a "function list".
Definition
The scheduler differentiates between time-based events and system events. A time-based
event occurs at a particular time, for example, "Starting daily at 12:00". Examples of system
events are "Runtime stop" and "Change user".
The event occurs either cyclically, for example "Starting every day at 12:00", or acyclically,
for example "Change user".
Notice
The events available depend on the HMI device. Not every HMI device supports all events.
Job sequence
When the event occurs, the scheduler starts the jobs associated with the event. The jobs are
executed consecutively. A job is executed by executing the function list line-by-line.
In the case of a system event, only one job per HMI device can be configured and executed.
Note
If many jobs are executed within short intervals, time delays can occur. In the case of a
cyclic event, make sure that all of the jobs are executed before the next event occurs.
Notice
The tag must be of the "DateTime" type.
14.3 Elements
14.3.1 Scheduler
Introduction
In the scheduler, you plan a job by configuring a function list for an event.
Opening
Double-click on "Scheduler" to open it in the project view.
Structure
Work area
The work area shows the planned jobs.
Introduction
The work area shows the planned jobs, which consist of the triggering event and the function
list.
Structure
The work area consists of the table of jobs, the properties, and the function list.
The table of jobs shows the job, the triggering event, and additional information. You assign
the label and a comment and select the event. The scheduler compiles a description of the
job.
The properties also show the job along with the triggering event. The time-based event is
specified in the properties.
In the function list you configure the functions or scripts to be executed in the job.
Note
The compiled description provides a written summary of the job including the timing for the
job. You can obtain more detailed information using the QuickInfo function. by moving the
mouse pointer over the selected element in the user interface.
Principle
A project version is a copy of a project that is saved at a defined storage location by version
management. Each project version always represents a specific project status. You can go
back to an older version or compare versions with one another.
Application example
You can use project versions in the following situations:
1. To archive accepted reference versions: You can revert to an older version if necessary.
2. To improve an older project version. For example, a customer may wish to correct an
error in an older project version which is already being used in runtime. However, the
project has been further developed in the meantime. The error is corrected in the older
project version. The current project version remains unaffected at this time.
3. Assigning versions to different project states on different HMI devices: When an HMI
device fails, you can always transfer the suitable project version to it.
4. Versioning alternative or experimental project configurations separately: Test versions,
various device and plant types or special models of a machine.
5. Backing up data to a different medium. Loss of data, e.g. due to defective mass storage,
is avoided. The most recent project version of the components for operating the plant is
especially affected by this.
Definition
Version management distinguishes between the project itself and the project version. A
project is a file in the project folder that you can edit in WinCC flexible. A project version is a
file at the "RCS" location that is saved there by the version management.
Copies are exchanged between the project folder and the "RCS" location in both directions.
When a new project version is created, a copy of the project is saved in a file at the "RCS"
location. When an older project version is edited, a local copy is created in the project folder.
Note
Project versions can be distinguished by sequential version numbers. The version numbers
are assigned automatically in order to avoid conflicts that might occur in the branches.
Introduction
You are continually developing your project. Changes are being added to changes step-by-
step. If you are regularly versioning your project, sequential project versions are being
created. All project versions with whole number such as 1, 2, 3 etc., form the trunk of the
development.
Several branches may exist as well. The branches, for example, 2.1.1, 2.1.2, 2.1.3, are
created when you edit the older project version 2 and version it regularly.
15.3 Trunk
Principle
You create a new project version to record the current state of the project. The new project
version is a copy of the current project. The first project version is assigned version number
"1".
Notice
Once a project version is saved in the version management, it can no longer be changed.
Changes are always passed along to the next project version.
You are continually developing your project in WinCC flexible. Changes you are now making
are based on the project state with the version 1. Version 1 is the current version.
The continuing development reaches a new milestone. You create a new project version to
record the current state of the project. Version 2 is the current version.
When the next project version is created, the project status is saved as version 3.
To access an older project state, open the respective project version, for example, version 2.
A copy of version 2 is then created in the project folder with the name "Project_2" and
opened in WinCC flexible. You can now edit the older project state in "Project_2". The
changes are based on version 2. Version 2 is the current version.
15.4 Branch
Principle
In order to record the project status of "Project_2" in the version management, create a new
project version of "Project_2". Since version 3 already exists, the new project version is
saved as version 2.1.1. Version 2.1.1 is the current version. The next version is 2.1.2. Now
there is a branch based on version 2 in addition to the trunk development.
To continue the development of this branch, you always open "Project_2" in the project
folder. When you create another new version of "Project_2", it will be saved as version 2.1.2.
Version 2.1.1 is now the current version. Branch 2.1 is formed by all project versions, 2.1.1,
2.1.2, 2.1.3 etc.
Note
A branch always begins with a version, for example, version 2. Several branches may arise
from the same version. This is why a branch is always assigned an extended version
number, for example, 2.1. A project version of a branch always requires a two-number
extension for its version number, for example, 2.1.2.
Additional branches
However, when you open version 2 in the version management again, "Project_2" is not
overwritten in the project folder. Instead, "Project_2(2)" is saved. In "Project_2(2)" you can
edit the state in version 2 once again.
A new branch numbered 2.2 is created when you now create a new project version. Branch
2.1 already exists. The new project version is saved as version 2.2.1.
However, in order to continue to work with branch 2.1, you can open the highest number of
this branch, for example version 2.1.2 in the version management. As an alternative, you can
open the most recently edited "Project_2" in the project folder.
15.5 Elements
Introduction
The version management shows the project versions that have been created from the
current project. You can create a new project version, open an older project version and
compare project versions.
Opening
You open the "Project Versions" editor in the Project view by double-clicking on "Project
versions" .
Note
If you have moved the location of the project versions in another project, enter the new
location in the "Reset path for project versions" dialog that subsequently appears.
Structure
Menu bar
You can start the functions for version management from the menu bar.
Toolbar
You can start the functions for version management in the "Project versions" toolbar. The
toolbar is displayed by default. The toolbar can be displayed or hidden from the context
menu of the toolbar.
You can also access the version management functions in the context menu of the work
area.
Work area
The work area displays the project versions that have been created.
Introduction
The work area shows a table of the project versions that you have created from the current
project. You can create new project versions, open older ones and compare two project
versions.
Note
The work area always displays all versions of the project, even when you open an older
project version.
Structure
The work area contains the Tree view of the project versions. The work area displays the
trunk of the project versions as the top-most level. A project version marked with the
symbol represents the beginning of a branch. You can open the view of a branch similar to a
folder in the Windows Explorer.
The icon always shows you the project version on which the current project is based.
This project version is the current version.
The "Author", "Date/Time", "Version" and "Status" information is assigned by the version
management. You can enter the comment and the description. The information is saved at
the storage location of the project versions. When you change the comment or the name, the
information is immediately updated.
Introduction
The Properties view shows the "Name" and the comment of the selected project version in
the "General" group. The Properties group shows the current and the next version of the
project under "Project versions".
Name
The name can be used to identify different project versions over many projects, for example,
"Released 01/15/2001": If you use the same name for a project version in a different project,
you make it clear that these two project versions belong together, both sharing a common
status of "Released 01/15/2001".
Principle
The following options are available for managing project versions:
Caution
When you delete a project version, all project versions on all branches based on this version
are deleted.
You can delete a project version, for example, version 2.1.2, in the corresponding line in the
work area using the "Delete version" command from the context menu.
As an alternative, you can delete a project version using the "Delete version" icon in the
"Project versions" toolbar.
The project version is deleted from the version management. All other version numbers
remain unaffected, for example 2.1.1 and 2.1.3.
Note
When the deleted project version is the current version on the trunk, for example version 1,
the highest version on the trunk, version 3 for example, becomes the current version.
When the deleted project version was the current version on a branch, for example version
2.1.2, version 2 becomes the current version.
Principle
The current project with its current status is compared to a project version. This can be the
same project version on which the current project is based or a project version with a lower
or higher version number.
The project version is opened and compared with the current project status. The results of
the comparison are displayed in the "Compare versions" table similar to the change log.
Introduction
The "Compare versions" table shows all the objects that have been created, deleted or
modified.
Created: The object exists in the current project but not in the project version.
Deleted: The object exists in the project version but not in the current project.
Changed: The object exists in the current project and in the project version. However, the
object properties are different.
When you select a changed object in the "Compare versions" table and this object has been
changed in the current project, a second table is displayed. The second table shows which
properties were changed for the selected object.
Definition
The change log documents all changes made in a project in a continuous table. The table
contains the changed objects and object properties.
Application example
1. Certain industrial sectors have a special interest in complete and authentic verification of
the entire lifecycle of a product and the production conditions. The evidence of who did
what, when, where and why is archived. It can then be documented even years later. One
example is the pharmaceutical industry.
2. The American authority FDA (Food and Drug Administration), for example, is responsible
for specifying the regulations for food and drugs.
Not only do the FDA and various technical inspection companies require documentation
of project changes, but many other industrial sectors and products are subject to this
documentation regime.
3. Engineering businesses process customer orders in their project configuration. The
customers often demand changes that go beyond the framework of the contract. The
change log helps to document these changes and creates a basis for calculating the
additional costs.
Principle
Every project has its own change log. Project changes are recorded as long as the change
log is enabled.
Principle
The "Changed objects" table lists each changed object on a separate line. The "Changed
properties" table lists the changed object properties in detail.
Numerous project configuration changes are summarized as a single change.
• In the "Changed objects" table, all project changes to an individual object are summarized
on the same line.
• In the corresponding "Changed properties" table, all project configuration changes to a
single object properties are summarized on the same line.
Example
When you enable the change log for an object for the first time and then change
"GraphicIOField_First", for example, the changed object will be inserted in a new line in the
"Changed objects" table.
In the "Changed properties" table the changed object property "Position ", for example, is
inserted as the first line and the old value "0", for example, and the new value "100", for
example is entered.
Each additional change to the object is recorded in the "Changed properties" table.
• For example, if you change the same object property such as "Position" again, the
existing line is changed to the new value, for example, "200."
• When you change another object property for the first time, for example, "Size", the
changed object property is inserted as a new line at the bottom of the table and the new
and old value is entered.
Note
In a screen the object properties such as "Height" and "Width" are summarized under the
object property "Size." A change to the height is recorded as a change to the "Size."
Example
When you open the project, a new project is created. When you change an object the first
time, for example "GraphicIOField_First", the changed object will be inserted in a new line in
the "Changed objects" table.
Each additional change to the same "GraphicIOField_First" object is registered in the
existing line.
When you save the project, a new change section begins. The next change to the same
"GraphicIOField_First" object is now registered in a new line. All further changes to the same
object are registered in the same line until a new change section begins.
Introduction
The following section describes the special circumstances for a change log when you are
using version management for your project. Each project version has its own change log with
additional entries.
All changes to the project version are recorded as long as the change log is enabled.
16.5 Elements
Introduction
The change log displays configuration changes made in your project. You can see who,
changed which objects and object properties, when changes were made, and the
corresponding comments.
Opening
You open the change log in the project view by double-clicking on "Version
management\Change log."
Note
To open the change log of an older project version, first open the required project version in
version management.
Structure
Menu bar
Under the menu item "Options > Version management" you can enable and disable the
change log.
Toolbar
You can open the change log from the "Project versions" toolbar.
Work area
The work area displays the modified objects and object properties.
Introduction
The work area displays the modified objects and object properties in the form of a table.
Structure
The work area consists of the "Changed objects" and "Changed properties" tables.
The "Changed objects" table shows all the objects that have been created, modified, or
deleted. If you select a changed object in this table, the "Changed properties" table opens.
The "Changed properties" table shows which object properties of the selected object were
changed. The object selected in the "Changed objects" table and the "Changed properties"
table are connected by a line.
Principle
There are several ways to manage the change log:
• Assigning comments to a changed object in the corresponding line of the "Changed
objects" table under the "Comments" column.
• Assigning comments to a changed object property in the corresponding line of the
"Changed objects" table under the "Comments" column.
Note
You can only change a comment within a change section. This comment can no longer
be edited once the project is saved. However, you can comment changes in the new
change section.
Transfer
A transfer operation refers to the transfer of a complete project file to the operator devices
where the project is to run.
After you have completed a configuration process, check the consistency of the project by
using the menu "Project > Generator > Check consistency". After a successful consistency
check the system generates a compiled project file. This project file has the same name
assigned to it as the project, however with the extension "*.fwx". Transfer the compiled
project file to the configured operator devices.
The operator devices must be connected to the configuration computer to transfer the project
data. If the operator device is a PC, it is also possible to perform the transfer operation using
data media such as diskettes.
Basic procedure
1. Enter the transfer settings for the individual operator devices in your WinCC flexible
project.
2. Enter the transfer mode on the operator device where the project is to be transferred.
3. Transfer the compiled project file from the configuration computer to the operator devices.
The project file is transferred to all operator devices for which the respective check box is
selected in the transfer settings.
Transfer mode
The operator device must be in "transfer mode" for the transfer operation. Depending on the
type of operator device, transfer mode is enabled as follows:
• Windows CE systems
The operator device starts up automatically in transfer mode when the device is
commissioned the first time.
The operator device switches automatically to transfer mode at the start of each
additional transfer operation if this transfer option is enabled on the configuration menu of
the operator device.
If not, restart the operator device and call the transfer applet on the Start menu, or
configure the "Change Operating Mode" system function in your project.
• PCs
If the operator device is a PC that does not yet contain a project, you must enable the
transfer mode in the "RT Loader" manually before the first transfer operation.
Refer to your product manual for more detailed instructions on setting the transfer mode on
the operator device.
Introduction
You can enter transfer settings individually for each HMI device of your project. The transfer
settings include communication settings and the HMI device selection for the transfer
operation.
The "Transfer settings" dialog allows you to enter only those settings that are actually
available for the selected HMI device.
Transfer modes
Depending on the HMI device, you can use one or more of the following transfer modes:
• Direct connection (USB cable (host-to-host), serial cable)
Transfer takes place by means of a serial cable or a USB cable connecting the
configuration computer and HMI device.
Note
Always select the highest possible transmission rate for a transfer operation by means of
a serial cable. At lower transmission rates, it can easily take hours for the quantity of data
to be transferred.
Transfer destination
On Windows CE HMI devices, you can store the compiled project file to the flash memory or
RAM of the HMI device.
Note
If the HMI device is a PC, the complete data file is always transferred.
Back transfer
When transferring, you can transfer the compressed source data file along with the compiled
project file to the operator device. The compressed source data file is stored on the HMI
device with the same name as the project but with the extension *.pdz added.
If necessary, you can back transfer this source data file onto any configuration computer.
Thus, you can analyze and continue processing the original project on a computer other than
the original configuration computer at a later time.
Notice
The source data file can be stored on the HMI device for back transfer purposes only if
sufficient memory is available externally on the HMI device.
Introduction
When transferring, you can transfer the compressed source data file along with the compiled
project file to the operator device. This source data file is required for the project to be back
transferred from the operator device to a configuration computer.
Advantage:
The back transfer operation enables you to subsequently perform analyses and make
changes to an existing project even if the original configuration device is not available or the
source file (*.pdf) for the project is no longer available on the configuration device.
Note
You can also use WinCC flexible to transfer the source data file of a ProTool V6.0 project
back from the operator device onto a configuration computer. You can then perform a
migration of the ProTool project to a WinCC flexible project.
The source data of a ProTool project which was configured for an operating device not
supported by WinCC flexible must be transferred back to a configuration computer with
ProTool. Save the ProTool project. Then execute a migration using WinCC flexible.
Caution
WinCC flexible cannot check whether the source data file on the operating unit actually
belongs to the project running on the device. If you have performed a transfer operation in
the interim that did not include the source data file, old project data may still be on the
operator device. Under certain circumstances, the data will then no longer match the project
that is currently running.
Note
Use the back transfer process preferably for small and medium sized configurations in order
to keep transfer times as short as possible.
You have the following options when there are numerous project files: Transfer the project
file as a compressed *.arj file onto a CF card, for example, using the backup function of the
project manager.
17.2.1 ProSave
Introduction
The ProSave service tool is supplied with WinCC flexible. The functionality of ProSave is
integrated in the WinCC flexible user interface on the configuration computer. ProSave can
also be installed as a stand-alone program on a computer where WinCC flexible is not
installed ("stand-alone operation").
Functional scope
ProSave provides all of the functions needed to transfer files to the HMI device.
• Data backup and restoration of backed-up data
• Operating system update for Windows CE-based devices
• Transferring authorizations
• Installing and uninstalling drivers and options as well as information on installed options
and options that can be installed on an HMI device
• Communication settings
Introduction
The data on an HMI device should be backed up at regular intervals.
A data backup gives you the option to recommission your project quickly after a system
failure or a device is replaced. The backed-up data is simply transferred to the new HMI
device, thus reproducing the original state.
Note
Only use the restore function for project data on operating devices configured using the
same configuration software.
If, for example, WinCC flexible recipe data is restored on a device configured using ProTool,
the Flash memory can no longer be read. Delete the Flash memory, in this case, and
transfer the ProTool project again.
Note
Note the following when performing a complete data file backup and restore operation for
Windows CE devices:
Authorizations are not backed up!
When a complete data restoration is carried out, all of the data that were previously on the
device, including authorizations and the operating system, are irrevocably deleted.
If an interruption occurred while data was being restored, you must first reload the operating
system onto the HMI device by means of the serial interface using the "bootstrap"
mechanism before resuming the data restoration.
All installed options are also backed up, but not the associated authorizations. Basically, all
the data for the option that are still available after "POWER OFF" are backed up.
Note
If at all possible, you should use USB or Ethernet to back up and restore data because use
of these interfaces will result in the shortest transfer times.
Note
For Windows CE devices, a direct data backup can be performed from the device to an
external storage medium, namely a CF card or PC card. For additional information, refer to
the relevant operating instructions.
Introduction
If the operating system version on a Windows CE device is not compatible with the
configuration, the transfer of the configuration is cancelled. A message appears indicating
the operating system must be updated.
Note
The operating system can only be updated on Windows CE-based devices
If an HMI device is connected to a configuration computer, you can use WinCC flexible to
update the operating system from the configuration computer.
If the computer does not have WinCC flexible installed, you have the option of using
ProSave to update the operating system of the HMI device.
Notice
Do not use a serial connection to transfer the operating system. The transfer operation can
take up to an hour if a serial cable is used.
When an operating system is updated, all of the data on the destination device, including
authorizations, are deleted. Therefore, use the "Authorizations" function to transfer the
authorizations back onto the license diskette beforehand.
If you want to continue to use any user data (such as passwords and recipes) stored in the
internal flash memory once the operating system is updated, you must export the data to an
external data memory beforehand and reload them onto the HMI device following the
update.
"Bootstrapping"
If the operating system update was terminated prematurely, an operating system will no
longer be available on the HMI device. A "bootstrap" operation is then the only option
available for loading an operating system.
When an operating system is updated, the communication between the configuration
computer and the HMI device takes place by means of the operating system of the HMI
device. During a "bootstrap" operation, however, the configuration computer communicates
with the boot loader of the HMI device. In this case, communication is only possible by
means of a serial connection. The bootstrap operation can take time.
Once the "bootstrap" operation has been started in WinCC flexible, the HMI device must be
switched off and on (booted), so that the HMI device can make contact by means of the boot
loader.
Transferring authorizations
The installation of some WinCC flexible runtime options require authorizations provided on
an authorization disk. You transfer the required authorizations to the HMI device during
installation by means of the configuration computer.
If necessary, you can transfer the authorization back onto the authorization diskette, for
example, to use the authorization on another HMI device.
Note
An authorization can be transferred back onto an authorization diskette.
Caution
To prevent irrevocable loss of authorizations, you must transfer the authorizations for an HMI
device back onto the authorization diskette in the following cases:
- Before updating the operating system on a Windows CE HMI device
- Before restoring a complete data file from the backup
Available options
You can install additional options supplied with WinCC flexible on HMI devices at a later
time. Likewise, you can install options purchased separately from WinCC flexible at a later
time.
The HMI device type determines which options can be installed.
For an overview of available options, refer to "Introduction to WinCC flexible."
Introduction
If you are using a SIMATIC controller and have installed the STEP 7 configuration software
on your system, you can integrate WinCC flexible in STEP 7.
Connection parameters created by the system during STEP 7 integration: Network parameters and
partner parameters are preassigned
• When configuring tags and area pointers, you can access the STEP 7 symbols directly in
WinCC flexible. In WinCC flexible, simply select the STEP 7 symbol to which you would
like to link a tag. Symbol changes made in STEP 7 are updated in WinCC.
• You assign a symbolic name once in STEP 7 and use it in STEP 7 and WinCC flexible.
• ALARM_S and ALARM_D alarms configured in STEP 7 are supported in WinCC flexible
and can be output on the HMI device.
• You can create a WinCC flexible project without integration in STEP 7 and integrate it in
STEP 7 at a later time.
• You can remove an integrated project from STEP 7 and use it as a standalone project.
• In a STEP 7 multiproject, communication connections can be configured across projects.
Installation requirements
A specific installation sequence must be followed to integrate WinCC flexible in STEP 7. You
must first install the STEP 7 software, followed by WinCC flexible. When installing WinCC
flexible, it detects an existing STEP 7 installation and automatically installs the support for
integration in STEP 7.
For user-guided installation, the "Integration in STEP 7" option must be activated.
If WinCC flexible is already installed and STEP 7 is installed subsequently, WinCC flexible
must be uninstalled and reinstalled once the STEP 7 installation is complete.
Introduction
When you are working with WinCC flexible integrated in STEP 7, you can use the SIMATIC
Manager for your WinCC flexible projects. In STEP 7 projects, the SIMATIC Manager is the
central point for managing your projects, including your WinCC flexible projects. The
SIMATIC Manager enables you to access the configuration of your automation systems and
the configuration of the operator control and monitoring layer.
Requirements
WinCC flexible is integrated in SIMATIC STEP 7.
Introduction
The HW Config editor is provided in STEP 7 for configuring and assigning parameters to the
hardware. Use drag-and-drop operations to assemble the required hardware. A catalog is
provided for selecting the hardware components. During configuration, a configuration table
with the address parameters is automatically created. During subsequent editing in STEP 7
or WinCC flexible, the system accesses this configuration table and accepts the prepared
parameters.
Using HW Config
You use HW Config to create the hardware configuration for new stations or to add required
modules to existing stations. HW Config provides a catalog with the available modules and
preconfigured components and stations. HW Config checks the usability of the objects you
wish to insert. Thus, unusable or illegal objects cannot be inserted. Edit the properties of a
newly inserted object directly in HW Config. Open the context menu and select the "Object
properties" command. Edit the object properties directly in the dialog that appears.
For example, you can create a PC station in the SIMATIC Manager. Open the station to be
configured in HW Config. Insert a WinCC flexible Runtime application. Select a
communication interface and insert it. Edit the settings for the communication interface in
HW Config. The WinCC flexible Runtime application cannot be opened from HW Config; use
the SIMATIC Manager to open it.
For more information, consult the HW Config documentation.
Introduction
Data exchange between WinCC flexible and the automation layer requires connections for
communication to take place. In integrated projects, you can create connections with the
following applications:
• WinCC flexible
• NetPro
This configuration can be made with either WinCC flexible or NetPro.
When creating a connection, select the station, partner, and connection node from selection
lists. The required connection parameters are automatically accepted in STEP 7. The project
has to be saved after configuration has been completed. Connections which you configure in
WinCC flexible are not transferred to NetPro and can only be edited with WinCC flexible.
Using NetPro
NetPro is recommended for use with larger projects. In NetPro, you configure the
connections on a graphically supported interface. When you start up NetPro, the devices and
subnetworks in the STEP 7 project will be displayed. NetPro has a catalog of network
objects that you can use to insert additional devices or subnetworks. In integrated projects,
this catalog also includes the SIMATIC HMI station object. You insert objects from the
catalog in the work area of NetPro using a drag-and-drop operation. You connect individual
stations to the subnetworks using a drag-and-drop operation. You use property dialogs to
configure the connection parameters of the nodes and subnetworks. You then save the
configuration in NetPro to update the data management in the WinCC flexible project.
Connections which you configure with NetPro can only be read in WinCC flexible. In
WinCC flexible you can only rename the connection, enter a comment for the connection
and set the connection "Online". Editing of the connection itself is carried out exclusively with
NetPro.
Note
Subnetwork properties, such as the data transmission rate, are set automatically in STEP 7
for all nodes in a subnetwork. If you create or modify the subnetwork properties yourself, you
must ensure that these settings are applied for each node in the subnetwork. You can find
more information on this topic in the NetPro documentation.
Note
If a new HMI station is set up in STEP 7, the MPI/DP nodes are set to MPI and Address 1 by
the system. If the HMI station is not networked and the HMI station should be networked via
a different substation type, the connection parameters must be changed in NetPro or in the
HW configuration.
Introduction
Perform the following steps to create an integrated WinCC flexible project:
• Create a new HMI station in the SIMATIC Manager
• Integrate a WinCC flexible project in STEP 7
From here, you can open existing projects or create new ones. If you create or open a
WinCC flexible object in the SIMATIC Manager, WinCC flexible is automatically started for
editing the object.
Select, for example, the "Screens" element and create a WinCC flexible screen directly in
the SIMATIC Manager. The new screen will be created and opened immediately for editing
in WinCC flexible.
For more information about STEP 7, consult the SIMATIC Manager documentation.
Introduction
To simplify editing, the absolute addresses of operands have symbolic names (symbols) in
STEP 7. These symbols and their associations are listed in a symbol table. The symbol
selection also enables direct access to symbols within data blocks (DB). In integrated
projects, WinCC flexible tags are connected directly to the symbols from the STEP 7 project.
The associated operands are automatically assumed.
Click on the command button. The symbolic name from STEP 7 will be accepted as the
tag name. The relevant data from the symbol table or data blocks will be integrated in the
WinCC flexible tag.
The tag names, transferred from STEP 7 to the WinCC flexible project, are generated from
the components of the general STEP 7 symbol. The tag name "Motor.Speed" is derived from
"Motor.Speed" for example.
For unique identification, an index starting with "1" is assigned to identical tags. Non-
supported characters in a tag name are replaced by an underscore ("_").
Changing a connection
When you make changes to a connection, e.g., by changing a node, a program, or a station,
the symbol association of a tag is not lost. The tag association is automatically reassigned to
the STEP 7 symbol.
If a tag can no longer be assigned because the address or symbol does not exist, you have
the following options:
• Save the association
The tag will be labeled defective. The tag in question must be connected manually.
• Separate tag from symbol
This tag will no longer be compared automatically with the STEP 7 symbol.
Introduction
Connections between WinCC flexible objects and operands in the control layer are
configured simply by selecting the symbols in the connected controller.
Changing a connection
When you make changes to a connection, e.g., by changing a node, a program, or a station,
the symbol association of a tag is not lost. The tag association is automatically reassigned to
the STEP 7 symbol.
If a tag can no longer be assigned because the address or symbol does not exist, you have
the following options:
• Save the association
The tag will be labeled defective. The tag in question must be connected manually.
• Separate tag from symbol
This tag will no longer be compared automatically with the STEP 7 symbol.
In the row of the required connection, select the field in the "ALARM_S Display Classes"
column and open the selection dialog by pressing the selection button. Select the display
class you want. Close the selection dialog by pressing the button.
In the "SFM Alarms" column of a link, specify whether system errors should be displayed.
For more information, consult the STEP 7 documentation.
You configure the display options for the alarm classes using the "Alarm Classes" editor.
Note
For information on the installed Windows version, refer to the "General" tab under "Start >
Settings > Control Panel > System."
Released databases
Logging with WinCC flexible Runtime is released for the following databases:
• MS SQL Server: MS SQL Server 2000 was tested
• MS Access: MS Access 2000 and MS Access XP were tested
• MS Data Engine: MS Data Engine 2000 and MS Data Engine XP were tested
Recommended printers
Printers tested for use in WinCC flexible:
Introduction
WinCC flexible supports the full ASCII character set. We advise user, however, to refrain
from using localized special characters. You should in particular refrain from using these
special characters in the names of objects used in scripts.
Illegal characters
Illegal characters are: '
Note
If you use both tags and arrays in a recipe, you have to add the results of both formulas to
calculate the total memory required.
Introduction
The following list of system limitations provides assistance in estimating whether a specific
project is still within the system limitations of a specific HMI device.
The maximum values specified are not additive, i.e. 4000 alarms can be configured if no
further objects are used. Simultaneous output of 4000 alarms and 300 screens, each with 40
screen objects, is not possible.
In addition to the limitations specified, the restrictions of configuration memory resources
must also be considered.
Overview
F Tasks, 1-1
HTML Browser, 5-11
Faceplate, 3-17
Field of application, 10-1, 14-1, 15-1, 16-1
Logging changes, 16-1
Managing project versions, 15-1
I
Planning jobs, 14-1 Import, 10-9
User administration, 10-1 Project texts, 12-10
Function Index tag, 4-12
Dependency on the type of HMI device, 3-3 Indirect addressing, 4-12
Function key / Softkey, 5-2, 5-16 Initializing
Function list, 11-6 Password, 17-4
Asynchronous completion, 11-22 Recipe, 17-4
Completion, 11-8 Installing
Completion in runtime, 11-22 Options, 17-10
HMI device dependency, 11-8 Integrated configuration, 1-3
Property, 11-8 Integrated projects
Script, 11-8 Using HW Config, 18-3
Status information, 11-8 Integration in SIMATIC STEP 7, 1-20
Synchronous completion, 11-22 Integration in SIMOTION SCOUT, 1-20
System function, 11-8 Integration in STEP 7, 18-1
Functional scope IntelliSense, 11-11
ProSave, 17-7 Internal tag, 11-14
Introduction
Project documentation, 13-1
G IO field, 5-11, 9-8
Gauge, 5-11
Global assignment
of a function key, 5-16
L
Graphic IO field, 5-11, 9-8 Language dependency
Graphic object, 5-11 System function, 11-15
Graphic view, 5-11, 9-8 Language support
Graphics Toolbar, 12-7
Structure of editor, 12-14 Language switching
ProSave, 17-7
Language switching
H in Runtime, 11-24
Language-dependent format, 12-4
Help, 2-26
Languages
Displaying, 2-26
In various editors, 12-7
Help function, 11-13
Layout
HMI device
Editing, 13-3, 13-4
configuration with several HMI devices, 3-2
Language-dependent format for date, time,
Data backup, 17-7
currency, and numbers, 12-4
Project with several HMI devices, 3-4
Property, 13-3
Remote access (concept), 1-11
Library, 2-8, 3-16, 5-18
Restoring data, 17-7
Global, 2-9
synchronized, 1-13
Project-related, 2-9
Using a project for several HMI devices, 3-5
Library object, 5-18
HMI devices
License
Inserting multiple, 18-5
for options, 1-7
HMI station
for WinCC flexible ES, 1-6
Creating, 18-5
for WinCC flexible Runtime, 1-6
HMI system
Limit range
W
WinCC