WCC Advanced V13 SP1 enUS en-US PDF

System overview of STEP 7
and WinCC 1
What's new in WinCC
Advanced? 2
SIMATIC What's new in STEP 7 Basic? 3
Readme 4
WinCC Advanced V13.0 SP1
Installation 5
Migrating projects and
System Manual
programs 6
First steps 7
Introduction to the TIA Portal 8
Editing projects 9
Editing devices and networks 10
Programming the PLC 11
Visualize processes 12
Using technology functions 13

Using online and diagnostics
functions 14
Online help printout
Using Team Engineering 15
Hardware documentation 16
12/2014
Legal information
Warning notice system
This manual contains notices you have to observe in order to ensure your personal safety, as well as to prevent
damage to property. The notices referring to your personal safety are highlighted in the manual by a safety alert
symbol, notices referring only to property damage have no safety alert symbol. These notices shown below are
graded according to the degree of danger.
Danger
indicates that death or severe personal injury will result if proper precautions are not taken.
Warning
indicates that death or severe personal injury may result if proper precautions are not taken.
Caution
indicates that minor personal injury can result if proper precautions are not taken.
Notice
indicates that property damage can result if proper precautions are not taken.
If more than one degree of danger is present, the warning notice representing the highest degree of danger will be
used. A notice warning of injury to persons with a safety alert symbol may also include a warning relating to property
damage.
Qualified Personnel
The product/system described in this documentation may be operated only by personnel qualified for the specific
task in accordance with the relevant documentation, in particular its warning notices and safety instructions. Qualified
personnel are those who, based on their training and experience, are capable of identifying risks and avoiding
potential hazards when working with these products/systems.
Proper use of Siemens products
Note the following:
Warning
Siemens products may only be used for the applications described in the catalog and in the relevant technical
documentation. If products and components from other manufacturers are used, these must be recommended or
approved by Siemens. Proper transport, storage, installation, assembly, commissioning, operation and maintenance
are required to ensure that the products operate safely and without any problems. The permissible ambient
conditions must be complied with. The information in the relevant documentation must be observed.
Trademarks
All names identified by are registered trademarks of Siemens AG. The remaining trademarks in this publication
may be trademarks whose use by third parties for their own purposes could violate the rights of the owner.
Disclaimer of Liability
We have reviewed the contents of this publication to ensure consistency with the hardware and software described.
Since variance cannot be precluded entirely, we cannot guarantee full consistency. However, the information in
this publication is reviewed regularly and any necessary corrections are included in subsequent editions.
Siemens AG Copyright Siemens AG 2014.

Division Digital Factory 06/2015 Subject to change All rights reserved
Postfach 48 48
90026 NRNBERG
GERMANY
Table of contents
1 System overview of STEP 7 and WinCC....................................................................................................33

1.1 Scaling of STEP 7 and WinCC in the TIA Portal....................................................................33
1.2 Options for STEP 7 Engineering System...............................................................................34
1.3 Options for WinCC Engineering and Runtime systems.........................................................34
2 What's new in WinCC Advanced?..............................................................................................................37
2.1 What's new in WinCC V13 SP1?...........................................................................................37
3 What's new in STEP 7 Basic?....................................................................................................................39
3.1 What's new in STEP 7 Basic?................................................................................................39
4 Readme......................................................................................................................................................43
4.1 Notes on the TIA Portal..........................................................................................................43
4.1.1 General notes.........................................................................................................................43
4.1.2 Notes on libraries...................................................................................................................45
4.1.3 Notes on memory cards.........................................................................................................45
4.1.4 Notes on the hardware configuration.....................................................................................46
4.1.5 Notes on instructions..............................................................................................................47
4.1.6 Notes on online and diagnostics............................................................................................47
4.2 WinCC Comfort/Advanced.....................................................................................................48
4.2.1 Security information...............................................................................................................48
4.2.2 News......................................................................................................................................53
4.2.3 Notes on use..........................................................................................................................53
4.2.4 Migration................................................................................................................................56
4.2.5 Engineering System...............................................................................................................60
4.2.5.1 Screens and Screen Objects.................................................................................................60
4.2.5.2 Tags and connections............................................................................................................66
4.2.5.3 Alarm system and alarm displays..........................................................................................68
4.2.5.4 System functions and scripts.................................................................................................69
4.2.5.5 Reports...................................................................................................................................73
4.2.5.6 Recipes..................................................................................................................................73
4.2.5.7 User administration................................................................................................................74
4.2.5.8 Communication......................................................................................................................75
4.2.6 System-wide functions...........................................................................................................78
4.2.7 Compiling and loading............................................................................................................78
4.2.8 Runtime..................................................................................................................................82
4.2.8.1 Notes on operation in Runtime...............................................................................................82
4.2.8.2 Notes on operation of panels in Runtime...............................................................................84
4.2.8.3 Notes on operation of Runtime Advanced.............................................................................85
4.2.9 HMI devices...........................................................................................................................86
4.2.9.1 Notes on HMI devices............................................................................................................86
4.3 STEP 7 Basic.........................................................................................................................89
4.3.1 Security information...............................................................................................................89
4.3.2 Notes on use..........................................................................................................................91

System Manual, 12/2014 3
Table of contents
4.3.3 Editing devices and networks.................................................................................................92

4.3.3.1 General information on devices and networks.......................................................................92
4.3.3.2 Use of modules on the S7-1200.............................................................................................92
4.3.3.3 Replacing ET 200S positioning modules...............................................................................93
4.3.3.4 CP 343-2 on SIMATIC S7 Embedded Controller EC31-RTX.................................................94
4.3.3.5 F-CM AS-i Safety ST for ET 200SP.......................................................................................94
4.3.3.6 S7 routing via IE/PB Link.......................................................................................................94
4.3.3.7 Notes on online and diagnostics............................................................................................95
4.3.3.8 Network components.............................................................................................................95
4.3.4 Programming a PLC...............................................................................................................98
4.3.4.1 General notes on PLC programming.....................................................................................98
4.3.4.2 Compatibility of PLC programs from V12 SP1 or V13.........................................................100
4.3.4.3 Instructions...........................................................................................................................103
4.3.4.4 Testing the user program.....................................................................................................106
4.3.5 Inter Project Engineering (IPE)............................................................................................107
4.3.5.1 Notes on IPE........................................................................................................................107
4.3.6 Technological functions........................................................................................................108
4.3.6.1 Notes on technological functions.........................................................................................108
5 Installation................................................................................................................................................111
5.1 Notes on the installation.......................................................................................................111
5.2 System requirements for installation....................................................................................112
5.2.1 Notes on licenses.................................................................................................................112
5.2.2 Notes on the system requirements......................................................................................113
5.2.3 System requirements STEP 7 Basic....................................................................................114
5.2.3.1 Licensing of STEP 7.............................................................................................................114
5.2.3.2 Handling licenses and license keys.....................................................................................116
5.2.3.3 Software and hardware requirements STEP 7.....................................................................118
5.2.4 System requirement for WinCC Advanced..........................................................................121
5.2.4.1 Software and hardware requirements..................................................................................121
5.2.4.2 Parallel installation...............................................................................................................125
5.2.4.3 Add-ons................................................................................................................................126
5.2.4.4 Licenses and Powerpacks...................................................................................................128
5.3 Installation log......................................................................................................................136
5.4 Starting installation...............................................................................................................137
5.5 Checking availability of updates and support packages and installing them.......................139
5.6 Displaying the installed software..........................................................................................142
5.7 Modifying or updating installed products..............................................................................143
5.8 Repairing installed products.................................................................................................144
5.9 Starting to uninstall...............................................................................................................146
5.10 Installing and uninstalling the migration tool........................................................................148
5.10.1 System requirements...........................................................................................................148
5.10.2 Installing the migration tool..................................................................................................148
5.10.3 Uninstalling the migration tool..............................................................................................149
6 Migrating projects and programs..............................................................................................................151
6.1 Overview of Migration Options.............................................................................................151

4 System Manual, 12/2014
Table of contents
6.2 Migrating projects to a TIA Portal project.............................................................................152

6.2.1 Migration of projects with the TIA Portal..............................................................................152
6.2.2 Check migration readiness of hardware components..........................................................154
6.2.3 Preparing projects with the migration tool............................................................................155
6.2.3.1 Migrating projects with the migration tool.............................................................................155
6.2.3.2 Calling the migration tool......................................................................................................157
6.2.3.3 Creating a migration file.......................................................................................................157
6.2.4 Migrating projects.................................................................................................................158
6.2.5 Displaying the history of the migration.................................................................................160
6.2.6 Display migration log............................................................................................................160
6.2.7 Migrating WinCC flexible projects........................................................................................161
6.2.7.1 Principles (WinCC flexible)...................................................................................................161
6.2.7.2 Migrating engineering data (WinCC flexible)........................................................................167
6.2.7.3 Migrating runtime data (WinCC flexible)..............................................................................188
6.2.7.4 Migrating integrated projects (WinCC flexible).....................................................................191
6.2.7.5 Reference (WinCC flexible)..................................................................................................195
6.2.8 Migrating integrated projects................................................................................................209
6.2.8.1 Migrating an integrated project.............................................................................................209
6.2.8.2 Post-editing integrated projects............................................................................................211
6.2.8.3 Converting unspecified CPUs into specified CPUs..............................................................213
6.2.8.4 Creating an integrated HMI connection................................................................................214
6.2.8.5 Re-linking HMI tags..............................................................................................................216
6.2.8.6 Deleting an unspecified connection.....................................................................................217
6.3 Migrating S7-1200 to firmware as of V4...............................................................................217
6.3.1 Basic information on upgrading to V4..................................................................................217
6.3.2 Migrating to V4.....................................................................................................................220
6.3.3 Special considerations after migrating to V4........................................................................221
6.4 Programming recommendations..........................................................................................224
6.4.1 The new S7-1500 CPU functions at a glance......................................................................224
6.4.2 Flexibly using enable output ENO........................................................................................227
6.4.3 Querying and fixing errors in the program code...................................................................228
6.4.4 Using MOVE instructions in STL..........................................................................................234
6.4.5 Using IEC timers and counters............................................................................................236
6.4.6 Using ARRAY data blocks...................................................................................................239
6.4.7 Reliable addressing..............................................................................................................249
6.4.7.1 Symbolic addressing............................................................................................................249
6.4.7.2 Addressing with Slice access...............................................................................................250
6.4.7.3 Indirect addressing of ARRAY elements..............................................................................251
6.4.7.4 Addressing tags indirectly....................................................................................................254
6.4.8 Handling specific data types................................................................................................260
6.4.8.1 Using the VARIANT data type..............................................................................................260
6.4.8.2 Using the DB_ANY data type...............................................................................................275
6.4.8.3 Using PLC data types (UDT)................................................................................................286
6.4.8.4 Calculating with floating-point numbers (REAL and LREAL) in SCL...................................290
6.4.8.5 Calculating with constants in SCL........................................................................................295
7 First steps.................................................................................................................................................299
7.1 Getting Started Documentation............................................................................................299
8 Introduction to the TIA Portal....................................................................................................................301
8.1 User interface and operation................................................................................................301

Table of contents
8.1.1 Starting, setting up, and exiting the TIA Portal....................................................................301

8.1.1.1 Starting and exiting the TIA Portal.......................................................................................301
8.1.1.2 Overview of the program settings........................................................................................302
8.1.1.3 Overview of the script and text editor settings.....................................................................304
8.1.1.4 Overview of the print settings...............................................................................................305
8.1.1.5 Overview of the online and diagnostic settings....................................................................305
8.1.1.6 Changing the settings..........................................................................................................306
8.1.2 Layout of the user interface..................................................................................................307
8.1.2.1 Views....................................................................................................................................307
8.1.2.2 Portal view............................................................................................................................307
8.1.2.3 Project view..........................................................................................................................309
8.1.2.4 Library view..........................................................................................................................311
8.1.2.5 Project tree...........................................................................................................................312
8.1.2.6 Work area.............................................................................................................................316
8.1.2.7 Inspector window.................................................................................................................324
8.1.2.8 Task cards............................................................................................................................326
8.1.2.9 Reference projects...............................................................................................................328
8.1.2.10 Details view..........................................................................................................................330
8.1.2.11 Overview window.................................................................................................................331
8.1.2.12 User interface layout............................................................................................................335
8.1.3 Keyboard operation in the TIA Portal...................................................................................339
8.1.3.1 Operation of the TIA Portal with the keyboard.....................................................................339
8.1.3.2 Displaying an overview of all keyboard shortcuts................................................................339
8.1.3.3 Basic functions of the TIA Portal..........................................................................................339
8.1.3.4 Using project-related functions.............................................................................................341
8.1.3.5 Arranging windows...............................................................................................................341
8.1.3.6 Navigating through the program interface............................................................................342
8.1.3.7 Customizing editors..............................................................................................................343
8.1.3.8 Editing objects......................................................................................................................345
8.1.3.9 Text editing...........................................................................................................................346
8.1.3.10 Editing tables........................................................................................................................347
8.1.3.11 Using online functions..........................................................................................................348
8.1.3.12 Using the on-screen keyboard.............................................................................................349
8.1.4 Special features specific to the operating system................................................................349
8.1.4.1 Influence of user rights.........................................................................................................349
8.1.4.2 Expanding user rights..........................................................................................................350
8.2 Help on the information system............................................................................................351
8.2.1 General remarks on the information system........................................................................351
8.2.2 Opening the Help system.....................................................................................................355
8.2.3 Searching the Help system for keywords.............................................................................355
8.2.4 Full-text searches.................................................................................................................356
8.2.5 Using favorites.....................................................................................................................356
8.2.6 Printing help topics...............................................................................................................357
8.2.7 Configuring the display of tooltips and tooltip cascades......................................................358
8.2.8 Safety Guidelines.................................................................................................................359
8.2.9 Assembling customized documentation...............................................................................360
8.3 Providing user-defined documentation.................................................................................361
8.3.1 Using user-defined documentation......................................................................................361
8.3.2 Specifying settings in the TIA Portal....................................................................................364
8.3.3 Specifying settings with an XML file.....................................................................................365
8.3.4 Creating a homepage...........................................................................................................366

Table of contents
8.3.5 Conventions for the creation................................................................................................367

8.3.6 Calling user-defined documentation.....................................................................................370
8.3.7 Displaying the call log..........................................................................................................371
8.3.8 Creating user-defined documentation..................................................................................371
9 Editing projects.........................................................................................................................................375
9.1 The basics of projects..........................................................................................................375
9.2 Using logs............................................................................................................................376
9.3 Creating and managing projects..........................................................................................376
9.3.1 Creating a new project.........................................................................................................376
9.3.2 Compatibility of projects.......................................................................................................377
9.3.3 Opening projects..................................................................................................................379
9.3.4 Upgrading projects...............................................................................................................380
9.3.5 Displaying properties of the project......................................................................................382
9.3.6 Saving projects.....................................................................................................................383
9.3.7 Closing projects....................................................................................................................384
9.3.8 Removing projects...............................................................................................................384
9.3.9 Deleting projects..................................................................................................................385
9.3.10 Archiving and retrieving projects..........................................................................................386
9.3.10.1 Working with project archives..............................................................................................386
9.3.10.2 Creating compressed project archive...................................................................................387
9.3.10.3 Minimizing project................................................................................................................388
9.3.10.4 Retrieving compressed project.............................................................................................389
9.4 Using reference projects......................................................................................................390
9.4.1 Basics of reference projects.................................................................................................390
9.4.2 Opening and closing a reference project.............................................................................390
9.4.3 Comparing reference projects..............................................................................................391
9.5 Editing project data..............................................................................................................392
9.5.1 Compiling and loading project data......................................................................................392
9.5.1.1 Compiling project data.........................................................................................................392
9.5.1.2 Loading project data.............................................................................................................394
9.5.2 Comparing project data........................................................................................................402
9.5.2.1 Basics of project data comparison.......................................................................................402
9.5.2.2 Carrying out an online/offline comparison............................................................................403
9.5.2.3 Carrying out offline/offline comparisons...............................................................................404
9.5.2.4 Using the compare editor ....................................................................................................405
9.5.3 Protecting project data.........................................................................................................417
9.5.3.1 Protection concept for project data......................................................................................417
9.5.3.2 Revoking access rights for devices......................................................................................418
9.5.4 Printing project contents.......................................................................................................419
9.5.4.1 Printing project documentation.............................................................................................419
9.5.4.2 Printing module labels..........................................................................................................438
9.6 Undoing and redoing actions...............................................................................................446
9.6.1 Basics of undoing and redoing actions................................................................................446
9.6.2 Undoing an action................................................................................................................447
9.6.3 Redoing an action................................................................................................................448
9.7 Find and replace..................................................................................................................449
9.7.1 Basics of searching..............................................................................................................449
9.7.2 Searching and replacing in the editor...................................................................................450

Table of contents
9.7.2.1 Basics for search in open editors.........................................................................................450

9.7.2.2 Overview of the "Find and replace" palette..........................................................................451
9.7.2.3 Searching and replacing in the editor...................................................................................452
9.8 Working with multi-language projects..................................................................................454
9.8.1 Project text basics................................................................................................................454
9.8.2 Select project languages......................................................................................................456
9.8.3 Setting the editing language.................................................................................................456
9.8.4 Translating all project texts in tabular form..........................................................................457
9.8.5 Translating text associated with individual objects...............................................................458
9.8.6 Translating texts using reference texts................................................................................458
9.8.7 Exporting project texts..........................................................................................................459
9.8.8 Importing project texts..........................................................................................................461
9.8.9 Application examples for multilanguage projects.................................................................462
9.9 Working with text lists...........................................................................................................463
9.9.1 Text lists...............................................................................................................................463
9.9.2 Creating user-defined text lists.............................................................................................465
9.9.3 Editing user-defined text lists...............................................................................................466
9.9.4 Editing system-defined text lists...........................................................................................466
9.10 Using memory cards............................................................................................................467
9.10.1 Basics about memory cards.................................................................................................467
9.10.2 Adding a user-defined card reader.......................................................................................468
9.10.3 Accessing memory cards.....................................................................................................468
9.10.4 Displaying properties of memory cards................................................................................469
9.11 Using libraries......................................................................................................................470
9.11.1 Library basics.......................................................................................................................470
9.11.2 Using the "Libraries" task card.............................................................................................472
9.11.2.1 Overview of the "Libraries" task card...................................................................................472
9.11.2.2 Using the element view........................................................................................................474
9.11.3 Using the library view...........................................................................................................475
9.11.3.1 Overview of the library view.................................................................................................475
9.11.3.2 Opening and closing the library view...................................................................................477
9.11.4 Using library management...................................................................................................478
9.11.4.1 Overview of the library management...................................................................................478
9.11.4.2 Opening library management...............................................................................................480
9.11.4.3 Filtering the display of types.................................................................................................481
9.11.4.4 Displaying instances in the project.......................................................................................481
9.11.4.5 Displaying cross references of an instance..........................................................................482
9.11.4.6 Displaying relations to other library objects..........................................................................483
9.11.5 Using global libraries............................................................................................................483
9.11.5.1 Creating a global library.......................................................................................................483
9.11.5.2 Compatibility of global libraries............................................................................................484
9.11.5.3 Opening a global library.......................................................................................................486
9.11.5.4 Upgrading global libraries....................................................................................................487
9.11.5.5 Displaying properties of global libraries...............................................................................488
9.11.5.6 Displaying logs of global libraries.........................................................................................489
9.11.5.7 Saving a global library..........................................................................................................490
9.11.5.8 Closing a global library.........................................................................................................491
9.11.5.9 Deleting a global library........................................................................................................491
9.11.5.10 Archiving and disabling global libraries................................................................................492
9.11.5.11 Using global corporate libraries............................................................................................495

Table of contents
9.11.6 Creating folders in a library..................................................................................................497

9.11.7 Using master copies.............................................................................................................497
9.11.7.1 Basics on master copies......................................................................................................497
9.11.7.2 Adding master copies...........................................................................................................498
9.11.7.3 Filtering master copies.........................................................................................................500
9.11.7.4 Using master copies.............................................................................................................500
9.11.8 Using types and their versions.............................................................................................501
9.11.8.1 Basics on types....................................................................................................................501
9.11.8.2 State of type versions...........................................................................................................503
9.11.8.3 Displaying a released type version......................................................................................504
9.11.8.4 Displaying properties of a type or version............................................................................505
9.11.8.5 Working with types in the project library...............................................................................506
9.11.8.6 Working with types in global libraries...................................................................................520
9.11.8.7 Assigning a version..............................................................................................................524
9.11.9 Editing library elements........................................................................................................526
9.11.10 Updating a library with the contents of another library.........................................................528
9.11.11 Harmonizing names and path structure...............................................................................530
9.11.12 Clean up library....................................................................................................................531
9.11.13 Comparing library elements.................................................................................................532
9.12 Using cross-references........................................................................................................533
9.12.1 Using cross-references........................................................................................................533
9.13 Simulating devices...............................................................................................................533
9.13.1 Simulation of devices...........................................................................................................533
9.13.2 Starting the simulation..........................................................................................................534
10 Editing devices and networks...................................................................................................................535
10.1 Configuring devices and networks.......................................................................................535
10.1.1 Hardware and network editor...............................................................................................535
10.1.1.1 Overview of hardware and network editor............................................................................535
10.1.1.2 Network view........................................................................................................................537
10.1.1.3 Device view..........................................................................................................................539
10.1.1.4 Topology view......................................................................................................................542
10.1.1.5 Overview of settings for hardware configuration..................................................................543
10.1.1.6 Printing hardware and network configurations.....................................................................544
10.1.1.7 Activating the page break preview for printout.....................................................................546
10.1.1.8 Changing the print options...................................................................................................546
10.1.1.9 Inspector window ................................................................................................................547
10.1.1.10 Hardware catalog.................................................................................................................548
10.1.1.11 Enabling product support.....................................................................................................550
10.1.1.12 Displaying product support for hardware components.........................................................551
10.1.1.13 Keyboard operation: Navigation in the editor.......................................................................552
10.1.1.14 Keyboard operation: Editing objects....................................................................................553
10.1.2 Configuring devices..............................................................................................................554
10.1.2.1 Basics...................................................................................................................................554
10.1.2.2 Configuring individual devices..............................................................................................564
10.1.2.3 Comparing devices..............................................................................................................579
10.1.3 Configure networks..............................................................................................................581
10.1.3.1 Networking devices..............................................................................................................581
10.1.3.2 Communication via connections..........................................................................................603
10.1.3.3 Displaying and configuring topology....................................................................................661
10.1.3.4 Industrial Ethernet Security..................................................................................................677

Table of contents
10.1.4 Creating configurations........................................................................................................846

10.1.4.1 Information about the web server.........................................................................................846
10.1.4.2 Things you should know about PROFIBUS DP operating modes.......................................847
10.1.4.3 Configuring automation systems..........................................................................................848
10.1.4.4 S7-1200 CM/CP...................................................................................................................896
10.1.4.5 SCALANCE X, W and M......................................................................................................925
10.1.4.6 Configuring PROFIBUS DP...............................................................................................1085
10.1.4.7 Configurations for PROFINET IO.......................................................................................1109
10.1.4.8 Bus coupling with PN/PN coupler......................................................................................1143
10.1.4.9 Integrating external tools....................................................................................................1144
10.1.4.10 Loading a configuration......................................................................................................1146
10.1.5 Displaying alarms...............................................................................................................1157
10.1.5.1 Overview of the alarm display............................................................................................1157
10.1.5.2 Archive view.......................................................................................................................1158
10.1.5.3 Layout of the alarms in the archive view............................................................................1158
10.1.5.4 Receiving alarms................................................................................................................1158
10.1.5.5 Export archive....................................................................................................................1159
10.1.5.6 Clear archive......................................................................................................................1159
10.1.5.7 "Active alarms" view...........................................................................................................1160
10.1.5.8 Layout of the alarms in the "Active alarms" view...............................................................1160
10.1.5.9 Status of the alarms...........................................................................................................1160
10.1.5.10 Acknowledging alarms.......................................................................................................1161
10.1.5.11 Ignoring alarms..................................................................................................................1161
10.1.5.12 Sort table in alarm display..................................................................................................1162
10.1.5.13 Keyboard commands in the alarm display.........................................................................1162
10.1.6 Additional information on configurations............................................................................1163
10.1.6.1 Functional description of S7-1200 CPUs...........................................................................1163
10.1.6.2 Identification systems.........................................................................................................1237
10.1.6.3 Distributed I/O....................................................................................................................1244
10.1.6.4 IPv6 configuration..............................................................................................................1352
10.2 Device and network diagnostics.........................................................................................1354
10.2.1 Hardware diagnostics.........................................................................................................1354
10.2.1.1 Overview of hardware diagnostics.....................................................................................1354
10.2.1.2 Showing non-editable and current values of configurable module properties....................1365
10.2.1.3 Showing the current values of dynamic modules properties..............................................1371
10.2.1.4 Checking a module for defects...........................................................................................1375
10.2.1.5 Changing the properties of a module or the programming device/PC...............................1382
10.2.1.6 Diagnostics in STOP mode................................................................................................1398
10.2.1.7 Online accesses in the Online and Diagnostics view.........................................................1400
10.2.1.8 Checking PROFIBUS DP subnets for faults......................................................................1403
10.2.2 Connection diagnostics......................................................................................................1406
10.2.2.1 Overview of connection diagnostics...................................................................................1406
10.2.2.2 Displaying the connection status using icons.....................................................................1406
10.2.2.3 Detailed connection diagnostics.........................................................................................1407
11 Programming the PLC............................................................................................................................1411
11.1 Creating the user program.................................................................................................1411
11.1.1 Programming basics..........................................................................................................1411
11.1.1.1 Operating system and user program..................................................................................1411
11.1.1.2 Blocks in the user program................................................................................................1412
11.1.1.3 Block calls..........................................................................................................................1424
11.1.1.4 Using and addressing operands........................................................................................1441

Table of contents
11.1.1.5 Program flow control..........................................................................................................1473

11.1.2 Declaring PLC tags............................................................................................................1479
11.1.2.1 Overview of PLC tag tables................................................................................................1479
11.1.2.2 Structure of the PLC tag tables..........................................................................................1480
11.1.2.3 Rules for PLC tags.............................................................................................................1481
11.1.2.4 Creating and managing PLC tag tables.............................................................................1485
11.1.2.5 Declaring PLC tags............................................................................................................1487
11.1.2.6 Grouping PLC tags for inputs and outputs in structures....................................................1490
11.1.2.7 Declaring global constants.................................................................................................1493
11.1.2.8 Editing properties...............................................................................................................1496
11.1.2.9 Monitoring of PLC tags.......................................................................................................1498
11.1.2.10 Editing PLC tag tables........................................................................................................1499
11.1.3 Creating and managing blocks...........................................................................................1506
11.1.3.1 Creating blocks..................................................................................................................1506
11.1.3.2 Specifying block properties................................................................................................1517
11.1.3.3 Managing blocks................................................................................................................1524
11.1.4 Programming blocks..........................................................................................................1529
11.1.4.1 Program editor...................................................................................................................1529
11.1.4.2 Programming code blocks..................................................................................................1551
11.1.4.3 Programming data blocks..................................................................................................1703
11.1.4.4 Programming PLC data types............................................................................................1734
11.1.4.5 Using external source files.................................................................................................1744
11.1.5 Comparing PLC programs.................................................................................................1750
11.1.5.1 Basic information on comparing PLC programs.................................................................1750
11.1.5.2 Comparing blocks..............................................................................................................1754
11.1.5.3 Comparing PLC tags..........................................................................................................1778
11.1.5.4 Comparing PLC data types................................................................................................1780
11.1.6 Compiling and downloading blocks....................................................................................1782
11.1.6.1 Compiling blocks................................................................................................................1782
11.1.6.2 Downloading blocks for S7-1200/1500..............................................................................1786
11.1.7 Protecting blocks................................................................................................................1802
11.1.7.1 Protecting blocks................................................................................................................1802
11.1.7.2 Setting up and removing block copy protection.................................................................1804
11.1.7.3 Setting up block know-how protection................................................................................1805
11.1.7.4 Opening know-how protected blocks.................................................................................1806
11.1.7.5 Printing know-how protected blocks...................................................................................1807
11.1.7.6 Changing a password........................................................................................................1808
11.1.7.7 Removing block know-how protection................................................................................1808
11.2 Displaying program information.........................................................................................1809
11.2.1 Overview of available program information........................................................................1809
11.2.2 Displaying an assignment list.............................................................................................1810
11.2.2.1 Introduction to the assignment list......................................................................................1810
11.2.2.2 Layout of the assignment list..............................................................................................1811
11.2.2.3 Symbols in the assignment list...........................................................................................1812
11.2.2.4 Displaying an assignment list.............................................................................................1813
11.2.2.5 Setting the view options for the assignment list.................................................................1814
11.2.2.6 Filter options in the assignment list....................................................................................1815
11.2.2.7 Defining filters for assignment list......................................................................................1815
11.2.2.8 Filtering an assignment list.................................................................................................1816
11.2.2.9 Defining retentive memory areas for bit memories............................................................1817
11.2.2.10 Enabling the display of retentive bit memories...................................................................1818
11.2.3 Displaying the call structure...............................................................................................1818

Table of contents
11.2.3.1 Introduction to the call structure.........................................................................................1818

11.2.3.2 Symbols in the call structure..............................................................................................1820
11.2.3.3 Layout of the call structure.................................................................................................1821
11.2.3.4 Displaying the call structure...............................................................................................1822
11.2.3.5 Setting the view options for the call structure.....................................................................1822
11.2.3.6 Introducing the consistency check in the call structure......................................................1823
11.2.3.7 Checking block consistency in the call structure................................................................1824
11.2.4 Displaying the dependency structure.................................................................................1824
11.2.4.1 Introduction to the dependency structure...........................................................................1824
11.2.4.2 Layout of the dependency structure...................................................................................1826
11.2.4.3 Symbols in the dependency structure................................................................................1826
11.2.4.4 Displaying the dependency structure.................................................................................1827
11.2.4.5 Setting the view options for the dependency structure......................................................1828
11.2.4.6 Introducing the consistency check in the dependency structure........................................1828
11.2.4.7 Checking block consistency in the dependency structure..................................................1829
11.2.5 Displaying CPU resources.................................................................................................1830
11.2.5.1 Introducing resources.........................................................................................................1830
11.2.5.2 Layout of the "Resources" tab............................................................................................1832
11.2.5.3 Displaying resources..........................................................................................................1833
11.2.5.4 Selecting the maximum load memory available.................................................................1834
11.3 Displaying cross-references...............................................................................................1834
11.3.1 General information about cross references......................................................................1834
11.3.2 Structure of the cross-reference list...................................................................................1835
11.3.3 Displaying the cross-reference list.....................................................................................1836
11.3.4 Displaying cross-references in the Inspector window........................................................1838
11.4 Testing the user program...................................................................................................1839
11.4.1 Basics of testing the user program.....................................................................................1839
11.4.2 Testing with program status...............................................................................................1840
11.4.2.1 Introduction to testing with program status........................................................................1840
11.4.2.2 Setting the call environment...............................................................................................1841
11.4.2.3 Switching test with program status on/off...........................................................................1843
11.4.2.4 Editing blocks during the program test...............................................................................1845
11.4.2.5 Modifying tags in the program status.................................................................................1845
11.4.2.6 Switching display formats in the program status................................................................1846
11.4.2.7 Examples of program status display..................................................................................1847
11.4.3 Testing with the watch table...............................................................................................1854
11.4.3.1 Introduction to testing with the watch table........................................................................1854
11.4.3.2 Layout of the watch table...................................................................................................1855
11.4.3.3 Basic mode and expanded mode in the watch table..........................................................1856
11.4.3.4 Icons in the watch table......................................................................................................1857
11.4.3.5 Creating and editing watch tables......................................................................................1858
11.4.3.6 Entering tags in the watch table.........................................................................................1860
11.4.3.7 Monitoring tags in the watch table......................................................................................1868
11.4.3.8 Modifying tags in the watch table.......................................................................................1873
11.4.4 Testing with the force table................................................................................................1881
11.4.4.1 Introduction for testing with the force table........................................................................1881
11.4.4.2 Safety precautions when forcing tags................................................................................1883
11.4.4.3 Layout of the force table.....................................................................................................1883
11.4.4.4 Basic mode and expanded mode in the force table...........................................................1884
11.4.4.5 Icons in the force table.......................................................................................................1885
11.4.4.6 Open and edit force table...................................................................................................1886

Table of contents
11.4.4.7 Entering tags in the force table..........................................................................................1887

11.4.4.8 Monitoring tags in the force table.......................................................................................1894
11.4.4.9 Forcing tags in the force table............................................................................................1898
11.4.4.10 Stop forcing tags................................................................................................................1906
11.5 Data types..........................................................................................................................1908
11.5.1 Overview of the valid data types........................................................................................1908
11.5.2 Binary numbers..................................................................................................................1912
11.5.2.1 BOOL (bit)..........................................................................................................................1912
11.5.2.2 Bit strings...........................................................................................................................1913
11.5.3 Integers..............................................................................................................................1917
11.5.3.1 SINT (8-bit integers)...........................................................................................................1917
11.5.3.2 USINT (8-bit integers)........................................................................................................1918
11.5.3.3 INT (16-bit integers)...........................................................................................................1918
11.5.3.4 UINT (16-bit integers).........................................................................................................1919
11.5.3.5 DINT (32-bit integers).........................................................................................................1920
11.5.3.6 UDINT (32-bit integers)......................................................................................................1921
11.5.3.7 LINT (64-bit integers).........................................................................................................1922
11.5.3.8 ULINT (64-bit integers).......................................................................................................1923
11.5.4 Floating-point numbers......................................................................................................1925
11.5.4.1 REAL..................................................................................................................................1925
11.5.4.2 LREAL................................................................................................................................1926
11.5.4.3 Invalid floating-point numbers............................................................................................1927
11.5.5 Timers................................................................................................................................1929
11.5.5.1 S5TIME (duration)..............................................................................................................1929
11.5.5.2 TIME (IEC time).................................................................................................................1930
11.5.5.3 LTIME (IEC time)...............................................................................................................1931
11.5.6 Date and time.....................................................................................................................1931
11.5.6.1 DATE..................................................................................................................................1931
11.5.6.2 TIME_OF_DAY (TOD)........................................................................................................1932
11.5.6.3 LTOD (LTIME_OF_DAY)....................................................................................................1932
11.5.6.4 DATE_AND_TIME (date and time of day) .........................................................................1933
11.5.6.5 LDT (DATE_AND_LTIME) .................................................................................................1934
11.5.6.6 DTL....................................................................................................................................1935
11.5.7 Character strings................................................................................................................1936
11.5.7.1 CHAR (character)...............................................................................................................1936
11.5.7.2 WCHAR (character)...........................................................................................................1937
11.5.7.3 STRING..............................................................................................................................1937
11.5.7.4 WSTRING..........................................................................................................................1939
11.5.8 Array...................................................................................................................................1941
11.5.8.1 Format of array (16-bit limits).............................................................................................1941
11.5.8.2 Format of array (32-bit limits).............................................................................................1942
11.5.8.3 Example of a one-dimensional array..................................................................................1943
11.5.8.4 Example of a multi-dimensional array................................................................................1944
11.5.9 Structures...........................................................................................................................1945
11.5.9.1 STRUCT.............................................................................................................................1945
11.5.10 Pointer................................................................................................................................1946
11.5.10.1 POINTER...........................................................................................................................1946
11.5.10.2 ANY....................................................................................................................................1948
11.5.10.3 VARIANT............................................................................................................................1951
11.5.11 Parameter types.................................................................................................................1953
11.5.11.1 Parameter types.................................................................................................................1953
11.5.12 PLC data types...................................................................................................................1954

Table of contents
11.5.12.1 PLC data types...................................................................................................................1954

11.5.12.2 Example of a PLC data type..............................................................................................1954
11.5.13 System data types..............................................................................................................1955
11.5.13.1 System data types..............................................................................................................1955
11.5.14 Hardware data types..........................................................................................................1957
11.5.14.1 Hardware data types..........................................................................................................1957
11.5.15 Data type conversion for S7-1500:.....................................................................................1959
11.5.15.1 Overview of data type conversion......................................................................................1959
11.5.15.2 Implicit conversion..............................................................................................................1961
11.5.15.3 Explicit conversion.............................................................................................................2010
11.5.16 Data type conversion for S7-1200:.....................................................................................2091
11.5.17 Data type conversion for S7-300, S7-400..........................................................................2157
11.6 Instructions.........................................................................................................................2193
11.6.1 General parameters of the instructions..............................................................................2193
11.6.1.1 Meaning of the parameters REQ, RET_VAL and BUSY with asynchronous instructions..2193
11.6.1.2 Evaluating errors with output parameter RET_VAL...........................................................2195
11.6.2 Basic instructions...............................................................................................................2199
11.6.2.1 LAD....................................................................................................................................2199
11.6.2.2 FBD....................................................................................................................................2471
11.6.2.3 SCL....................................................................................................................................2752
11.6.3 Extended instructions.........................................................................................................2971
11.6.3.1 Date and time-of-day..........................................................................................................2971
11.6.3.2 String + Char......................................................................................................................3001
11.6.3.3 Process image...................................................................................................................3062
11.6.3.4 Distributed I/O....................................................................................................................3069
11.6.3.5 PROFIenergy.....................................................................................................................3152
11.6.3.6 Module parameter assignment...........................................................................................3206
11.6.3.7 Interrupts............................................................................................................................3216
11.6.3.8 Alarms................................................................................................................................3246
11.6.3.9 Diagnostics.........................................................................................................................3262
11.6.3.10 Pulse..................................................................................................................................3310
11.6.3.11 Recipes and data logging...................................................................................................3312
11.6.3.12 Data block functions...........................................................................................................3348
11.6.3.13 Addressing.........................................................................................................................3358
11.6.4 Technology.........................................................................................................................3374
11.6.4.1 S7-1200 Motion Control.....................................................................................................3374
11.6.4.2 High-speed counters..........................................................................................................3439
11.6.4.3 PID Control.........................................................................................................................3442
11.6.5 Communication..................................................................................................................3608
11.6.5.1 S7 communication..............................................................................................................3608
11.6.5.2 Open User Communication................................................................................................3625
11.6.5.3 Web server.........................................................................................................................3721
11.6.5.4 Communications processor................................................................................................3722
11.6.5.5 TeleService........................................................................................................................3854
11.7 Programming examples.....................................................................................................3861

Table of contents
11.7.1 LAD programming examples..............................................................................................3861

11.7.1.1 Example of controlling a conveyor belt .............................................................................3861
11.7.1.2 Example of detecting the direction of a conveyor belt........................................................3863
11.7.1.3 Example of detecting the fill level of a storage area ..........................................................3864
11.7.1.4 Example of calculating an equation...................................................................................3867
11.7.1.5 Example of controlling room temperature..........................................................................3868
11.7.2 FBD programming examples.............................................................................................3871
11.7.2.1 Example of controlling a conveyor belt .............................................................................3871
11.7.2.4 Example of calculating an equation...................................................................................3877
11.7.2.5 Example of controlling room temperature..........................................................................3879
11.7.3 SCL programming examples..............................................................................................3881
11.7.3.1 Example of controlling a conveyor belt..............................................................................3881
12 Visualize processes................................................................................................................................3889
12.1 Creating screens................................................................................................................3889
12.1.1 Basics.................................................................................................................................3889
12.1.1.1 Screen basics.....................................................................................................................3889
12.1.1.2 Device-dependent functional scope of screens.................................................................3891
12.1.1.3 Elements and basic settings..............................................................................................3892
12.1.1.4 Working with screens.........................................................................................................3895
12.1.1.5 Working with templates......................................................................................................3900
12.1.1.6 Working with pop-up screens.............................................................................................3907
12.1.1.7 Working with slide-in screens.............................................................................................3910
12.1.1.8 Working with styles............................................................................................................3916
12.1.2 Working with objects..........................................................................................................3932
12.1.2.1 Overview of objects............................................................................................................3932
12.1.2.2 Overview of objects............................................................................................................3935
12.1.2.3 Options for editing objects..................................................................................................3939
12.1.2.4 Inserting an object..............................................................................................................3939
12.1.2.5 Deleting an object..............................................................................................................3941
12.1.2.6 Positioning an object..........................................................................................................3942
12.1.2.7 Resizing objects.................................................................................................................3943
12.1.2.8 Aligning objects..................................................................................................................3946
12.1.2.9 Moving an object forwards or backwards...........................................................................3947
12.1.2.10 Showing objects outside the screen area..........................................................................3948
12.1.2.11 Rotating objects.................................................................................................................3949
12.1.2.12 Flipping objects..................................................................................................................3951
12.1.2.13 Flashing..............................................................................................................................3952
12.1.2.14 Designing an object............................................................................................................3952
12.1.2.15 Designing the fill pattern.....................................................................................................3953
12.1.2.16 Formatting text in an object................................................................................................3955
12.1.2.17 Formatting graphics in an object........................................................................................3956
12.1.2.18 Connecting tags and text lists in the text............................................................................3958
12.1.2.19 Designing a border.............................................................................................................3959
12.1.2.20 Designing table-based objects...........................................................................................3961
12.1.2.21 Defining color gradients.....................................................................................................3962
12.1.2.22 Using predefined styles......................................................................................................3963
12.1.2.23 Inserting multiple objects of the same type (stamping)......................................................3964

Table of contents
12.1.2.24 Selecting multiple objects ..................................................................................................3966

12.1.2.25 Repositioning and resizing multiple objects.......................................................................3968
12.1.2.26 Managing own controls......................................................................................................3968
12.1.2.27 External graphics ..............................................................................................................3971
12.1.2.28 Managing external graphics...............................................................................................3973
12.1.2.29 Storing an external image in the graphics library...............................................................3974
12.1.2.30 Working with object groups................................................................................................3977
12.1.2.31 Configuring the keyboard access.......................................................................................3984
12.1.2.32 Examples...........................................................................................................................3987
12.1.3 Working with text lists and graphics lists............................................................................3990
12.1.3.1 Working with text lists.........................................................................................................3990
12.1.3.2 Working with graphics lists.................................................................................................4001
12.1.4 Dynamizing screens...........................................................................................................4012
12.1.4.1 Basics on dynamizing screens...........................................................................................4012
12.1.4.2 Basics on dynamizing screens...........................................................................................4012
12.1.4.3 Dynamization in the inspector window...............................................................................4013
12.1.4.4 Dynamization in the inspector window...............................................................................4015
12.1.4.5 Dynamization with animations............................................................................................4018
12.1.4.6 Dynamization in the property list........................................................................................4030
12.1.4.7 Dynamizing with system functions.....................................................................................4034
12.1.5 Working with function keys.................................................................................................4036
12.1.5.1 Working with function keys ................................................................................................4036
12.1.5.2 Assigning function keys globally........................................................................................4039
12.1.5.3 Local assignment of function keys.....................................................................................4040
12.1.5.4 Assigning a function to a function key................................................................................4041
12.1.5.5 Assigning operator authorization for a function key...........................................................4043
12.1.5.6 Assigning a graphic to a function key.................................................................................4045
12.1.5.7 Configuring LED tags.........................................................................................................4047
12.1.5.8 Example: Using function keys for screen navigation..........................................................4049
12.1.6 Working with layers............................................................................................................4051
12.1.6.1 Basics on working with layers............................................................................................4051
12.1.6.2 Moving objects on layers....................................................................................................4052
12.1.6.3 Setting the active layer.......................................................................................................4053
12.1.6.4 Showing and hiding layers.................................................................................................4054
12.1.6.5 Renaming layers................................................................................................................4055
12.1.7 Working with faceplates.....................................................................................................4057
12.1.7.1 Basics on faceplates..........................................................................................................4057
12.1.7.2 Device dependency of faceplates......................................................................................4058
12.1.7.3 Faceplate editor.................................................................................................................4059
12.1.7.4 Creating and managing faceplates....................................................................................4062
12.1.7.5 Dynamizing faceplates.......................................................................................................4079
12.1.7.6 Examples of faceplates......................................................................................................4081
12.1.8 Display and operating elements.........................................................................................4088
12.1.8.1 Device dependency of the objects.....................................................................................4088
12.1.8.2 Objects...............................................................................................................................4097
12.1.9 Configuring screen navigation............................................................................................4194
12.1.9.1 Basics on screen navigation..............................................................................................4194
12.1.9.2 Assigning screen change to button....................................................................................4195
12.1.9.3 Assigning screen change to function key...........................................................................4196
12.2 Working with Tags..............................................................................................................4197
12.2.1 Basics.................................................................................................................................4197
12.2.1.1 Basics of tags.....................................................................................................................4197

Table of contents
12.2.1.2 Overview of HMI tag tables................................................................................................4198

12.2.1.3 External tags......................................................................................................................4200
12.2.1.4 Addressing external tags....................................................................................................4202
12.2.1.5 Internal Tags......................................................................................................................4205
12.2.1.6 User-defined PLC data types (UDT)..................................................................................4205
12.2.2 Working with Tags..............................................................................................................4207
12.2.2.1 Creating tags......................................................................................................................4207
12.2.2.2 Editing tags........................................................................................................................4211
12.2.2.3 Configuring Tags................................................................................................................4218
12.2.3 Working with arrays............................................................................................................4236
12.2.3.1 Basics on arrays.................................................................................................................4236
12.2.3.2 Creating array tags.............................................................................................................4238
12.2.3.3 Examples of arrays............................................................................................................4239
12.2.4 Working with user data types.............................................................................................4239
12.2.4.1 Basics on user data types..................................................................................................4239
12.2.4.2 Creating a user data type...................................................................................................4241
12.2.4.3 Creating user data type elements......................................................................................4243
12.2.4.4 Managing versions of user data types...............................................................................4244
12.2.4.5 Creating tags with a user data type data type....................................................................4245
12.2.5 Working with cycles............................................................................................................4247
12.2.5.1 Cycle basics.......................................................................................................................4247
12.2.5.2 Defining cycles...................................................................................................................4248
12.2.6 Logging tags.......................................................................................................................4249
12.2.6.1 Basic principles for data logging........................................................................................4249
12.2.6.2 Data logging in Runtime Advanced and Panels.................................................................4250
12.2.7 Displaying Tags..................................................................................................................4268
12.2.7.1 Displaying tags with Basic Panels......................................................................................4268
12.2.7.2 Displaying tags with Runtime Advanced and Panels.........................................................4270
12.3 Working with alarms...........................................................................................................4278
12.3.1 Basics.................................................................................................................................4278
12.3.1.1 Alarm Logging in WinCC....................................................................................................4278
12.3.1.2 Alarm Logging in WinCC....................................................................................................4279
12.3.1.3 Alarm Procedures..............................................................................................................4280
12.3.1.4 Alarm states.......................................................................................................................4285
12.3.1.5 Alarm classes.....................................................................................................................4286
12.3.1.6 Acknowledgement..............................................................................................................4290
12.3.1.7 Alarm groups......................................................................................................................4292
12.3.1.8 Alarm number.....................................................................................................................4293
12.3.2 Working with Alarms .........................................................................................................4293
12.3.2.1 Alarm components and properties.....................................................................................4293
12.3.2.2 Configuring Alarms.............................................................................................................4295
12.3.2.3 Configuring the Outputting of Alarms.................................................................................4315
12.3.2.5 Configuring alarm buffer overflow......................................................................................4336
12.3.3 Logging Alarms..................................................................................................................4337
12.3.3.1 Alarm Logging Basics........................................................................................................4337
12.3.3.2 Creating an alarm log.........................................................................................................4339
12.3.3.3 Logging Alarms..................................................................................................................4341
12.3.3.4 Configuring an alarm view for logged alarms.....................................................................4342
12.3.3.5 Direct access to the ODBC log database...........................................................................4343
12.3.3.6 Setting up the ODBC data source......................................................................................4343
12.3.3.7 Configuring a checksum for a log.......................................................................................4344

Table of contents
12.3.3.8 Evaluating the checksum of log data.................................................................................4346

12.3.3.9 Checksums for logs in regulated projects..........................................................................4348
12.3.3.10 Log response to language switching in runtime.................................................................4348
12.3.3.11 Managing logging behavior when Runtime starts..............................................................4349
12.3.3.12 Controlling the Logging in relation to the Fill Level............................................................4350
12.3.4 Using Alarms in Runtime....................................................................................................4351
12.3.4.1 Alarms in Runtime..............................................................................................................4351
12.3.4.2 Alarms in Runtime..............................................................................................................4353
12.3.4.3 Using the Alarm Window or Alarm View............................................................................4355
12.3.4.4 Using the Simple Alarm Window, Alarm View....................................................................4358
12.3.4.5 Using the Alarm Indicator...................................................................................................4361
12.3.4.7 Filtering Alarms .................................................................................................................4363
12.3.5 Reference...........................................................................................................................4364
12.3.5.1 System functions for alarms...............................................................................................4364
12.3.5.2 Alarm events......................................................................................................................4365
12.3.5.3 System functions for logs...................................................................................................4366
12.3.5.4 Structure of *.csv files that contain alarms.........................................................................4366
12.3.5.5 System events....................................................................................................................4368
12.3.6 Configuring system diagnostics.........................................................................................4401
12.3.6.1 System diagnostics basics.................................................................................................4401
12.3.6.2 System diagnostics views..................................................................................................4402
12.3.6.3 Basic Panel basics.............................................................................................................4406
12.3.6.4 Configuring system diagnostics objects.............................................................................4409
12.4 Working with logs...............................................................................................................4418
12.4.1 Working with logs for Runtime Advanced and Panels.......................................................4418
12.4.1.1 Log Basics..........................................................................................................................4418
12.4.1.2 Properties of Logs..............................................................................................................4418
12.4.1.3 Storage locations of logs....................................................................................................4420
12.5 Working with recipes..........................................................................................................4423
12.5.1 Basics.................................................................................................................................4423
12.5.1.1 Definition and applications.................................................................................................4423
12.5.1.2 Examples for using recipes................................................................................................4425
12.5.1.3 Recipe structure.................................................................................................................4425
12.5.1.4 Display of recipes...............................................................................................................4427
12.5.1.5 Transferring recipe data records........................................................................................4429
12.5.1.6 Configuration of recipes.....................................................................................................4432
12.5.1.7 Special features of some devices......................................................................................4433
12.5.1.8 Synchronization of recipe data records with the PLC........................................................4435
12.5.1.9 "Recipes" editor..................................................................................................................4436
12.5.2 Displaying and Editing Recipes in Runtime.......................................................................4439
12.5.2.1 Recipe screen and recipe view..........................................................................................4439
12.5.2.2 Simple recipe view.............................................................................................................4440
12.5.2.3 Configuration options of the simple recipe view.................................................................4441
12.5.2.4 Advanced recipe view........................................................................................................4444
12.5.2.5 Configuration options of the advanced recipe view............................................................4445
12.5.2.6 Advanced recipe view (as of V13)......................................................................................4447
12.5.2.7 Configuration options of the advanced recipe view (V13 or higher)...................................4448
12.5.2.8 Response of the recipe view in Runtime............................................................................4451
12.5.2.9 Basics on the recipe screen...............................................................................................4452
12.5.3 Configuring Recipes...........................................................................................................4454

Table of contents
12.5.3.1 General configuration procedure........................................................................................4454

12.5.3.2 Creating and Editing Recipes.............................................................................................4455
12.5.3.3 Configuring the display of recipes......................................................................................4463
12.5.3.4 Importing recipes into the configuration and exporting them.............................................4467
12.5.4 Using Recipes in Runtime..................................................................................................4470
12.5.4.1 Simple recipe view.............................................................................................................4470
12.5.4.2 Advanced recipe view........................................................................................................4477
12.5.4.3 Exporting and importing recipe data records.....................................................................4483
12.5.4.4 Reactions to modifications of the recipe structure.............................................................4485
12.5.5 Examples...........................................................................................................................4485
12.5.5.1 Example of creating a recipe..............................................................................................4485
12.5.5.2 Example of configuring a recipe screen.............................................................................4488
12.5.5.3 Scenario for Entering Recipe Data Records in Runtime....................................................4489
12.5.5.4 Scenario for a manual production sequence......................................................................4491
12.5.5.5 Scenario for an Automatic Production Sequence..............................................................4492
12.6 Working with reports..........................................................................................................4493
12.6.1 Basics.................................................................................................................................4493
12.6.1.1 Reports...............................................................................................................................4493
12.6.1.2 Structure of reports............................................................................................................4494
12.6.2 Working with reports..........................................................................................................4496
12.6.2.1 Creating reports.................................................................................................................4496
12.6.2.2 Printing reports...................................................................................................................4501
12.6.2.3 Working with objects..........................................................................................................4502
12.6.3 Operation in Runtime.........................................................................................................4516
12.6.3.1 Printing reports...................................................................................................................4516
12.6.4 Objects in reports...............................................................................................................4516
12.6.4.1 Audit report.........................................................................................................................4516
12.6.4.2 Date/time field....................................................................................................................4517
12.6.4.3 I/O field...............................................................................................................................4518
12.6.4.4 Graphic view......................................................................................................................4520
12.6.4.5 Graphic I/O field.................................................................................................................4521
12.6.4.6 Alarm report.......................................................................................................................4521
12.6.4.7 Recipe report......................................................................................................................4524
12.6.4.8 Page number......................................................................................................................4525
12.6.4.9 Symbolic I/O field...............................................................................................................4526
12.6.4.10 Text field.............................................................................................................................4526
12.7 Configuring user administration.........................................................................................4527
12.7.1 Field of application of the user administration....................................................................4527
12.7.2 Form of the user administration.........................................................................................4528
12.7.3 Basics.................................................................................................................................4529
12.7.3.1 Users..................................................................................................................................4529
12.7.3.2 Users work area.................................................................................................................4531
12.7.3.3 User groups........................................................................................................................4531
12.7.3.4 User groups work area.......................................................................................................4532
12.7.3.5 Settings for the user administration....................................................................................4533
12.7.3.6 Settings for the user administration....................................................................................4534
12.7.4 Building up and structuring a user administration..............................................................4536
12.7.4.1 Basics of user administration.............................................................................................4536
12.7.4.2 Administering users for Runtime .......................................................................................4537
12.7.4.3 Managing users on the server............................................................................................4543
12.7.4.4 Administering users in Runtime.........................................................................................4548

Table of contents
12.7.4.5 Configuring access protection............................................................................................4557

12.7.5 Reference...........................................................................................................................4558
12.7.5.1 Objects with access protection...........................................................................................4558
12.7.5.2 Objects with access protection...........................................................................................4558
12.7.5.3 Default user groups and authorizations.............................................................................4559
12.7.6 Examples...........................................................................................................................4559
12.7.6.1 Example: Configuring a button with logon dialog box........................................................4559
12.7.6.2 Example: Logging the logon and logoff events..................................................................4560
12.7.6.3 Example of a user administration.......................................................................................4561
12.8 Working with system functions and Runtime scripting.......................................................4569
12.8.1 Basics.................................................................................................................................4569
12.8.1.1 Runtime scripting...............................................................................................................4569
12.8.1.2 System functions................................................................................................................4570
12.8.1.3 User-defined functions.......................................................................................................4572
12.8.2 Working with function lists..................................................................................................4574
12.8.2.1 Basics of the function list....................................................................................................4574
12.8.2.2 Properties of a function list.................................................................................................4575
12.8.2.3 Configuring a function list...................................................................................................4575
12.8.2.4 Editing a function list..........................................................................................................4577
12.8.3 Working with user-defined VB functions............................................................................4578
12.8.3.1 "Scripts" editor....................................................................................................................4578
12.8.3.2 Access to HMI tags............................................................................................................4580
12.8.3.3 Access to objects...............................................................................................................4581
12.8.3.4 Calling system functions....................................................................................................4582
12.8.3.5 Calling user-defined VB functions......................................................................................4583
12.8.3.6 Transfer and return of values in VBS.................................................................................4584
12.8.3.7 Create customized VB functions........................................................................................4585
12.8.3.8 Testing the syntax of customized functions.......................................................................4587
12.8.3.9 Renaming customized VB functions..................................................................................4588
12.8.3.10 Executing customized VB functions...................................................................................4589
12.8.3.11 Protecting user-defined functions.......................................................................................4590
12.8.4 Debugging user-defined VB functions................................................................................4592
12.8.4.1 Debugging user-defined VB functions................................................................................4592
12.8.4.2 Integrating the Debugger...................................................................................................4594
12.8.4.3 Registering Microsoft Script Debugger..............................................................................4598
12.8.4.4 Starting and stopping the debugger...................................................................................4599
12.8.5 Runtime behavior in Runtime.............................................................................................4600
12.8.5.1 Executing a function list in Runtime...................................................................................4600
12.8.5.2 Executing user-defined functions in Runtime.....................................................................4601
12.8.5.3 Processing sequence for user-defined functions and system functions............................4602
12.8.5.4 Making object properties dynamic in Runtime...................................................................4604
12.8.6 Examples...........................................................................................................................4604
12.8.6.1 Example: Converting Fahrenheit into degrees Celsius......................................................4604
12.8.6.2 Example: Converting inches into meters............................................................................4606
12.8.6.3 Example: Changing the operating mode on the HMI device with the current display........4608
12.8.7 Reference...........................................................................................................................4612
12.8.7.1 Function list........................................................................................................................4612
12.8.7.2 Events................................................................................................................................4836
12.8.7.3 VB scripts...........................................................................................................................4858
12.9 Mobile Panels.....................................................................................................................5944
12.9.1 Field of application of the Mobile Panel Wireless...............................................................5944

Table of contents
12.9.2 How does the transponder system work?..........................................................................5945

12.9.3 How does the RFID system work?.....................................................................................5948
12.9.4 Configuring the Mobile Panel V2 for fail-safe operation (up to V12)..................................5950
12.9.4.1 Configuration overview.......................................................................................................5950
12.9.4.2 Creating PLC for fail-safe operation...................................................................................5951
12.9.4.3 Installing a general station description (GSD)....................................................................5952
12.9.4.4 Creating a module from the GSD file.................................................................................5952
12.9.4.5 Creating a connection between a module and the PLC.....................................................5955
12.9.4.6 Creating Mobile Panel........................................................................................................5956
12.9.5 Configuring KTP Mobile Panels for fail-safe operation......................................................5957
12.9.5.1 Creating KTP Mobile Panel for fail-safe operation.............................................................5957
12.9.5.2 Configuring the termination of the PROFIsafe connection.................................................5958
12.9.6 Basics.................................................................................................................................5959
12.9.6.1 Zones.................................................................................................................................5959
12.9.6.2 Zones work area at transponders......................................................................................5960
12.9.6.3 Zones work area on connection boxes..............................................................................5961
12.9.6.4 Effective ranges.................................................................................................................5961
12.9.6.5 Effective ranges working area............................................................................................5962
12.9.6.6 Effective ranges (RFID)......................................................................................................5964
12.9.6.7 Work area for effective ranges (RFID)...............................................................................5964
12.9.7 Working with zones on transponders.................................................................................5966
12.9.7.1 Configuring a zone in the transponder system...................................................................5966
12.9.7.2 Displaying the screen on entering a zone..........................................................................5967
12.9.7.3 Displaying an object in relation to the zone........................................................................5968
12.9.8 Working with zones on connection boxes..........................................................................5969
12.9.8.1 Configuring the zone of a connection box..........................................................................5969
12.9.8.2 Configuring a screen for connection to connection box.....................................................5970
12.9.9 Working with effective ranges............................................................................................5971
12.9.9.1 Overview............................................................................................................................5971
12.9.9.2 Configure effective range...................................................................................................5972
12.9.9.3 Configuring the effective range name................................................................................5973
12.9.9.4 Configuring additional Mobile Wireless objects..................................................................5974
12.9.10 Working with effective ranges (RFID)................................................................................5974
12.9.10.1 Overview............................................................................................................................5974
12.9.10.2 Configuring effective range (RFID)....................................................................................5975
12.9.10.3 Configuring the effective range name (RFID)....................................................................5976
12.9.11 Reference...........................................................................................................................5977
12.9.11.1 PROFIsafe address............................................................................................................5977
12.9.11.2 Power Management...........................................................................................................5978
12.9.11.3 Zone ID / connection point ID.............................................................................................5978
12.10 Planning tasks....................................................................................................................5979
12.10.1 Field of application of the Scheduler..................................................................................5979
12.10.2 Working with tasks and triggers.........................................................................................5980
12.10.3 Basics.................................................................................................................................5980
12.10.3.1 Work area of the "Scheduler" editor...................................................................................5980
12.10.3.2 Function list........................................................................................................................5982
12.10.3.3 Function list........................................................................................................................5982
12.10.3.4 Triggers..............................................................................................................................5983
12.10.4 Planning jobs......................................................................................................................5985
12.10.4.1 Planning tasks with acyclic triggers....................................................................................5985
12.10.4.2 Planning tasks with cyclic triggers .....................................................................................5986
12.10.4.3 Planning tasks with event triggers .....................................................................................5987

Table of contents
12.10.4.4 Administer task...................................................................................................................5988

12.10.5 Examples...........................................................................................................................5989
12.10.5.1 Example: Terminating Runtime every day.........................................................................5989
12.10.5.2 Example: Update user following change of user................................................................5990
12.10.5.3 Example: Changing the starting point of a job in Runtime.................................................5991
12.11 Communicating with PLCs.................................................................................................5996
12.11.1 Basics of communication...................................................................................................5996
12.11.1.1 Communication between devices......................................................................................5996
12.11.1.2 Devices and networks in the automation system...............................................................5997
12.11.1.3 Data exchange using tags..................................................................................................6000
12.11.1.4 Data exchange using area pointers...................................................................................6001
12.11.1.5 Communication drivers......................................................................................................6001
12.11.2 Editors for communication..................................................................................................6002
12.11.2.1 "Devices & networks" editor...............................................................................................6002
12.11.2.2 Network view......................................................................................................................6003
12.11.2.3 Network data......................................................................................................................6006
12.11.2.4 Diagnostics of online connections......................................................................................6008
12.11.2.5 Device view........................................................................................................................6010
12.11.2.6 Topology view....................................................................................................................6012
12.11.2.7 Inspector window ..............................................................................................................6014
12.11.2.8 Hardware catalog ..............................................................................................................6016
12.11.2.9 Information on hardware components................................................................................6018
12.11.3 Networks and connections.................................................................................................6019
12.11.3.1 SIMATIC communication networks....................................................................................6019
12.11.3.2 Configuring networks and connections..............................................................................6024
12.11.4 Data exchange...................................................................................................................6034
12.11.4.1 Data exchange using tags..................................................................................................6034
12.11.5 Device dependency............................................................................................................6049
12.11.5.1 Basic Panel........................................................................................................................6049
12.11.5.2 Panel..................................................................................................................................6055
12.11.5.3 Comfort Panel....................................................................................................................6059
12.11.5.4 Multi Panel.........................................................................................................................6066
12.11.5.5 Mobile Panel......................................................................................................................6070
12.11.5.6 PC systems........................................................................................................................6075
12.11.5.7 Parallel communication .....................................................................................................6079
12.11.6 Communicating with SIMATIC S7 1500.............................................................................6081
12.11.6.1 Communication with SIMATIC S7 1500.............................................................................6081
12.11.6.2 Communication via PROFINET.........................................................................................6082
12.11.6.3 Communication via PROFIBUS.........................................................................................6106
12.11.6.4 Data exchange...................................................................................................................6121
12.11.6.5 Performance features of communication...........................................................................6141
12.11.6.6 Configuring connections in the "Connections" editor.........................................................6148
12.11.6.8 Configuring time synchronization.......................................................................................6160
12.11.7 Communicating with SIMATIC S7 1200.............................................................................6164
12.11.7.1 Communication with SIMATIC S7 1200.............................................................................6164
12.11.7.4 Data exchange...................................................................................................................6208
12.11.7.6 Creating connections in the "Connections" editor..............................................................6238

Table of contents
12.11.7.7 Time synchronization.........................................................................................................6246

12.11.8 Communicating with SIMATIC S7 300/400........................................................................6251
12.11.8.1 Communication with SIMATIC S7 300/400........................................................................6251
12.11.8.4 Communication via MPI.....................................................................................................6287
12.11.8.5 Data exchange...................................................................................................................6301
12.11.8.7 Creating connections in the "Connections" editor..............................................................6326
12.11.9 Communicating with the SIMATIC S7-1500 Software Controller.......................................6338
12.11.9.1 Communication with SIMATIC S7-1500 Software Controller.............................................6338
12.11.9.3 PROFINET parameters......................................................................................................6350
12.11.9.4 Data exchange...................................................................................................................6356
12.11.10 Communicating with SIMATIC ET 200 CPU......................................................................6391
12.11.10.1 Communication with SIMATIC ET 200 CPU......................................................................6391
12.11.10.4 Data exchange...................................................................................................................6422
12.11.11 Communicating with SIMATIC S7 200...............................................................................6469
12.11.11.1 Communication with SIMATIC S7 200...............................................................................6469
12.11.11.2 Creating a connection to SIMATIC S7 200........................................................................6469
12.11.11.3 Parameters for the connection...........................................................................................6471
12.11.11.4 Data exchange...................................................................................................................6478
12.11.12 Communicating with SIMATIC LOGO!...............................................................................6503
12.11.12.1 Communication with SIMATIC LOGO!...............................................................................6503
12.11.12.2 Creating a connection to SIMATIC LOGO!........................................................................6504
12.11.12.3 Connection parameters......................................................................................................6505
12.11.12.4 Data exchange...................................................................................................................6509
12.11.13 Configuring direct keys.......................................................................................................6518
12.11.13.1 Direct keys.........................................................................................................................6518
12.11.13.2 Changing the operating mode of the HMI device...............................................................6519
12.11.13.3 Configuring direct keys.......................................................................................................6520
12.11.13.4 PROFINET IO direct keys..................................................................................................6521
12.11.13.5 PROFIBUS DP direct keys.................................................................................................6540
12.11.14 Communication via SIMATIC HMI HTTP...........................................................................6557
12.11.14.1 Basic information on SIMATIC HMI HTTP.........................................................................6557
12.11.14.2 Configuring a connection via SIMATIC HMI HTTP............................................................6559
12.11.15 Communication via OPC....................................................................................................6573
12.11.15.1 Communication via OPC....................................................................................................6573
12.11.15.2 Configuring a connection via OPC.....................................................................................6574

Table of contents

12.11.16 Communication via routing.................................................................................................6578
12.11.16.1 Communication via routing.................................................................................................6578
12.11.16.2 Example for communication via routing.............................................................................6580
12.11.16.3 Configuring communication via routing..............................................................................6582
12.11.17 PROFINET IO and IRT......................................................................................................6584
12.11.17.1 PROFINET IO....................................................................................................................6584
12.11.17.2 IRT communication............................................................................................................6585
12.11.17.3 Configuring the HMI device as IO device...........................................................................6588
12.11.17.4 Parameters for PROFINET IO and IRT..............................................................................6589
12.11.17.5 Performance characteristics of PROFINET IO and IRT.....................................................6592
12.11.18 Media redundancy..............................................................................................................6593
12.11.18.1 Restrictions with media redundancy..................................................................................6593
12.11.18.2 Media redundancy..............................................................................................................6593
12.11.18.3 Media Redundancy Protocol (MRP)...................................................................................6595
12.11.18.4 Configuring media redundancy for HMI devices ...............................................................6596
12.11.18.5 Parameters for media redundancy.....................................................................................6598
12.11.18.6 Managing MRP domains....................................................................................................6599
12.11.19 Communication with other PLCs........................................................................................6601
12.11.19.1 Communication with other PLCs........................................................................................6601
12.11.19.2 Distinctive features when configuring.................................................................................6602
12.11.19.3 Parallel communication .....................................................................................................6602
12.11.19.4 Communication drivers......................................................................................................6604
12.11.20 Special features of WinAC MP...........................................................................................6745
12.11.20.1 WinAC MP basics..............................................................................................................6745
12.11.20.2 Communication options with WinAC MP............................................................................6747
12.11.20.3 Standard procedure for communication with WinAC MP...................................................6751
12.11.20.4 Configuring the WinAC MP communications driver...........................................................6752
12.11.20.5 Transferring WinAC MP to the HMI device........................................................................6763
12.11.20.6 Transferring authorization to the HMI device.....................................................................6767
12.11.20.7 WinAC MP system library..................................................................................................6768
12.12 Using global functions........................................................................................................6768
12.12.1 HMI device wizard basics...................................................................................................6768
12.12.2 HMI device wizard basics...................................................................................................6770
12.12.3 Working with libraries.........................................................................................................6771
12.12.3.1 Basics on libraries..............................................................................................................6771
12.12.3.2 Overview of the library view...............................................................................................6774
12.12.3.3 Master copies and types....................................................................................................6775
12.12.3.4 Libraries in WinCC.............................................................................................................6776
12.12.3.5 Managing libraries..............................................................................................................6778
12.12.3.6 Managing objects in a library.............................................................................................6786
12.12.3.7 Using types and their versions...........................................................................................6791
12.12.4 Importing and exporting project data..................................................................................6795
12.12.4.1 Importing and exporting project data..................................................................................6795
12.12.4.2 Import and export of recipes..............................................................................................6796
12.12.4.3 Importing and exporting alarms..........................................................................................6800
12.12.4.4 Importing and exporting tags..............................................................................................6807
12.12.4.5 Importing and exporting text lists.......................................................................................6814
12.12.5 Exchanging controller data from other projects..................................................................6818
12.12.6 Using cross-references......................................................................................................6819
12.12.6.1 General information about cross references......................................................................6819

Table of contents
12.12.6.2 Displaying the cross-reference list.....................................................................................6820

12.12.6.3 Structure of the cross-reference list...................................................................................6820
12.12.6.4 Displaying cross-references in the Inspector window........................................................6821
12.12.6.5 Rewiring tags in the screens..............................................................................................6823
12.12.7 Managing languages..........................................................................................................6825
12.12.7.1 Languages in WinCC.........................................................................................................6825
12.12.7.2 Language settings in the operating system........................................................................6826
12.12.7.3 Operating system settings for Asian languages.................................................................6826
12.12.7.4 Setting project languages...................................................................................................6827
12.12.7.5 Creating one project in multiple languages........................................................................6831
12.12.7.6 Using language-specific graphics......................................................................................6838
12.12.7.7 Languages in Runtime.......................................................................................................6842
12.12.7.8 Example of multilingual configuration.................................................................................6849
12.12.8 Replacing devices..............................................................................................................6852
12.12.8.1 Basics.................................................................................................................................6852
12.12.8.2 Device-specific functions....................................................................................................6853
12.12.8.3 Adjusting screens to the new device..................................................................................6858
12.12.8.4 Example: Replacing devices..............................................................................................6863
12.12.9 Copying between devices and editors...............................................................................6867
12.12.9.1 Basics.................................................................................................................................6867
12.12.9.2 Copying and pasting..........................................................................................................6870
12.12.9.3 Copying between different RT and ES versions................................................................6874
12.12.10 Using WinCC version compatibility....................................................................................6875
12.12.10.1 Basics on version compatibility..........................................................................................6875
12.12.10.2 Editing projects of a previous WinCC version....................................................................6878
12.12.10.3 Upgrading projects.............................................................................................................6879
12.12.10.4 Upgrading a global library..................................................................................................6880
12.12.10.5 Changing between device versions...................................................................................6881
12.12.10.6 Changing the device version..............................................................................................6882
12.12.11 Viewing memory card data.................................................................................................6883
12.12.11.1 Basics.................................................................................................................................6883
12.12.11.2 Working with backups........................................................................................................6883
12.12.11.3 Working with HMI device images.......................................................................................6886
12.12.12 Managing colors centrally..................................................................................................6890
12.12.12.1 Basic principles for color management..............................................................................6890
12.12.12.2 Finding and replacing colors..............................................................................................6891
12.13 Compiling and loading........................................................................................................6892
12.13.1 Establishing a connection to the HMI device.....................................................................6892
12.13.2 Basic Panels......................................................................................................................6893
12.13.2.1 Runtime settings................................................................................................................6893
12.13.2.2 Overview of compiling and loading projects.......................................................................6895
12.13.2.3 Compiling a project............................................................................................................6896
12.13.2.4 Simulating projects.............................................................................................................6897
12.13.2.5 Loading projects.................................................................................................................6902
12.13.2.6 Runtime start......................................................................................................................6905
12.13.2.7 Error messages during loading of projects (Basic)............................................................6906
12.13.2.8 Adapting the project for another HMI device......................................................................6908
12.13.2.9 Basics of operating in Runtime..........................................................................................6909
12.13.3 Runtime Advanced and Panels..........................................................................................6922
12.13.3.1 Runtime settings................................................................................................................6922
12.13.3.2 Overview of compiling and loading projects.......................................................................6927
12.13.3.3 Compiling a project............................................................................................................6929

Table of contents
12.13.3.4 Simulating projects.............................................................................................................6930

12.13.3.5 Loading projects.................................................................................................................6937
12.13.3.6 Runtime start......................................................................................................................6952
12.13.3.7 Error messages during the download of projects...............................................................6954
12.13.3.8 Adapting the project for another HMI device......................................................................6956
12.13.3.9 Viewing memory card data.................................................................................................6958
12.13.3.10 Basics of operating in Runtime..........................................................................................6965
12.13.4 Viewing memory card data.................................................................................................6983
12.13.4.1 Basics.................................................................................................................................6983
12.13.4.2 Working with backups........................................................................................................6983
12.13.4.3 Working with HMI device images.......................................................................................6986
12.13.5 Servicing the HMI device...................................................................................................6990
12.13.5.1 Overview of HMI device maintenance (Basic Panels).......................................................6990
12.13.5.2 Overview of HMI device maintenance tasks (Basic Panels)..............................................6991
12.13.5.3 ProSave.............................................................................................................................6992
12.13.5.4 Backup of HMI data............................................................................................................6993
12.13.5.5 Backing up and restoring data of the HMI device..............................................................6994
12.13.5.6 Updating the operating system..........................................................................................6996
12.13.5.7 Updating the operating system on the HMI device............................................................6997
12.13.5.8 Transferring license keys...................................................................................................6998
12.13.5.9 Managing licenses.............................................................................................................6999
12.13.5.10 Installing and uninstalling an option...................................................................................7001
12.13.6 Printer driver.......................................................................................................................7002
12.13.6.1 Validity................................................................................................................................7002
12.13.6.2 Supported HMI devices......................................................................................................7002
12.13.6.3 Installation..........................................................................................................................7003
12.13.6.4 Transferring the Options....................................................................................................7004
12.13.6.5 Setting up the printer driver................................................................................................7005
12.14 Performance features.........................................................................................................7007
12.14.1 Engineering system............................................................................................................7007
12.14.2 Basic Panel........................................................................................................................7009
12.14.3 Basic Panel 2nd Generation..............................................................................................7013
12.14.4 Panel..................................................................................................................................7016
12.14.5 Mobile Panel......................................................................................................................7020
12.14.6 Multi Panel.........................................................................................................................7026
12.14.7 Comfort Panel....................................................................................................................7029
12.14.8 WinCC Runtime Advanced................................................................................................7034
12.14.9 General technical specifications.........................................................................................7038
12.14.9.1 Permitted characters..........................................................................................................7038
12.14.9.2 Recommended printers......................................................................................................7038
12.14.9.3 Printing via print server......................................................................................................7039
12.14.9.4 Memory requirement of recipes.........................................................................................7040
12.14.9.5 Memory requirements of recipes for Basic Panels, OP 77A, and TP 177A.......................7041
12.15 Options...............................................................................................................................7042
12.15.1 WinCC Audit.......................................................................................................................7042
12.15.1.1 Basics.................................................................................................................................7042
12.15.1.2 Enabling GMP compliant configuration..............................................................................7046
12.15.1.3 Using the Audit trail............................................................................................................7048
12.15.1.4 Configuring audit functions.................................................................................................7068
12.15.1.5 Performance features of GMP relevant configuration........................................................7082
12.15.2 WinCC Sm@rtServer.........................................................................................................7083

Table of contents
12.15.2.1 Basics.................................................................................................................................7083
12.15.2.2 Remote control via Sm@rtServer......................................................................................7115
12.15.2.3 E-mail notification from runtime..........................................................................................7127
12.15.2.4 Display integrated Service-Pages......................................................................................7131
12.15.2.5 Access via SIMATIC HMI HTTP Protocol..........................................................................7142
12.15.2.6 Connection to the Office-world...........................................................................................7151
12.16 Interfaces...........................................................................................................................7155
12.16.1 OPC...................................................................................................................................7155
12.16.1.1 Basics.................................................................................................................................7155
12.16.1.2 Configuring an OPC server................................................................................................7158
12.16.1.3 Configuring an OPC client..................................................................................................7161
12.16.1.4 Security concept of OPC UA..............................................................................................7166
12.16.1.5 Reference...........................................................................................................................7168
12.17 Migrating to WinCC in the TIA Portal.................................................................................7171
12.17.1 Overview of the migration to WinCC in the TIA Portal.......................................................7171
12.17.2 WinCC flexible....................................................................................................................7172
12.17.2.1 Libraries.............................................................................................................................7172
12.17.2.2 Screens and templates......................................................................................................7174
12.17.2.3 Scripts in faceplates...........................................................................................................7176
12.17.2.4 Synchronization of recipes.................................................................................................7177
12.17.2.5 Special considerations for converting................................................................................7178
13 Using technology functions.....................................................................................................................7179
13.1 PID control.........................................................................................................................7179
13.1.1 Principles for control...........................................................................................................7179
13.1.1.1 Controlled system and actuators........................................................................................7179
13.1.1.2 Controlled systems.............................................................................................................7180
13.1.1.3 Characteristic values of the control section........................................................................7182
13.1.1.4 Pulse controller..................................................................................................................7184
13.1.1.5 Response to setpoint changes and disturbances..............................................................7188
13.1.1.6 Control Response at Different Feedback Structures..........................................................7189
13.1.1.7 Selection of the controller structure for specified controlled systems................................7197
13.1.1.8 PID parameter settings......................................................................................................7198
13.1.2 Configuring a software controller.......................................................................................7198
13.1.2.1 Overview of software controller..........................................................................................7198
13.1.2.2 Steps for the configuration of a software controller............................................................7200
13.1.2.3 Add technology objects......................................................................................................7201
13.1.2.4 Configure technology objects.............................................................................................7202
13.1.2.5 Call instruction in the user program...................................................................................7203
13.1.2.6 Downloading technology objects to device........................................................................7204
13.1.2.7 Commissioning software controller....................................................................................7205
13.1.2.8 Save optimized PID parameter in the project.....................................................................7205
13.1.2.9 Comparing values..............................................................................................................7206
13.1.2.10 Parameter view..................................................................................................................7209
13.1.2.11 Display instance DB of a technology object.......................................................................7226
13.1.3 Using PID_Compact...........................................................................................................7226
13.1.3.1 Technology object PID_Compact.......................................................................................7226
13.1.3.2 PID_Compact V2................................................................................................................7227
13.1.3.3 PID_Compact V1................................................................................................................7243
13.1.4 Using PID_3Step................................................................................................................7258
13.1.4.1 Technology object PID_3Step............................................................................................7258

Table of contents
13.1.4.2 PID_3Step V2.....................................................................................................................7259

13.1.4.3 PID_3Step V1.....................................................................................................................7276
13.1.5 Using PID_Temp................................................................................................................7291
13.1.5.1 Technology object PID_Temp............................................................................................7291
13.1.5.2 Configuring PID_Temp.......................................................................................................7292
13.1.5.3 Commissioning PID_Temp.................................................................................................7313
13.1.5.4 Cascade control with PID_Temp........................................................................................7321
13.1.5.5 Multi-zone controlling with PID_Temp................................................................................7327
13.2 Using S7-1200 Motion Control...........................................................................................7330
13.2.1 Introduction........................................................................................................................7330
13.2.1.1 Motion functionality of the CPU S7-1200...........................................................................7330
13.2.1.2 Hardware components for motion control..........................................................................7331
13.2.2 Basics for working with S7-1200 Motion Control................................................................7333
13.2.2.1 Drive connection via PTO..................................................................................................7333
13.2.2.2 PROFIdrive/analog drive connection.................................................................................7340
13.2.2.3 Hardware and software limit switches................................................................................7346
13.2.2.4 Jerk limit.............................................................................................................................7347
13.2.2.5 Homing...............................................................................................................................7348
13.2.3 Guidelines on use of motion control...................................................................................7349
13.2.4 Using versions....................................................................................................................7349
13.2.4.1 Overview of versions..........................................................................................................7349
13.2.4.2 Changing a technology version..........................................................................................7352
13.2.4.3 Compatibility list of tags.....................................................................................................7352
13.2.4.4 Status of limit switch...........................................................................................................7355
13.2.5 Positioning axis technology object.....................................................................................7357
13.2.5.1 Integration of the positioning axis technology object..........................................................7357
13.2.5.2 Tools of the positioning axis technology object..................................................................7360
13.2.5.3 Adding a positioning axis technology object......................................................................7362
13.2.5.4 Configuring the positioning axis technology object............................................................7363
13.2.6 Technology object command table....................................................................................7415
13.2.6.1 Use of the command table technology object....................................................................7415
13.2.6.2 Command table technology object tools............................................................................7416
13.2.6.3 Adding the technological object command table................................................................7416
13.2.6.4 Configuring the command table technology object............................................................7417
13.2.7 Download to CPU...............................................................................................................7434
13.2.8 Commissioning...................................................................................................................7435
13.2.8.1 Axis control panel...............................................................................................................7435
13.2.8.2 Tuning................................................................................................................................7438
13.2.9 Programming......................................................................................................................7440
13.2.9.1 Overview of the Motion Control statements.......................................................................7440
13.2.9.2 Creating a user program....................................................................................................7441
13.2.9.3 Programming notes............................................................................................................7444
13.2.9.4 Behavior of the Motion Control commands after POWER OFF and restart.......................7446
13.2.9.5 Monitoring active commands.............................................................................................7446
13.2.9.6 Error displays of the Motion Control statements................................................................7457
13.2.9.7 Restart of technology objects.............................................................................................7458
13.2.10 Axis - Diagnostics...............................................................................................................7459
13.2.10.1 Status and error bits (technology objects as of V4) ..........................................................7459
13.2.10.2 Motion status......................................................................................................................7462
13.2.10.3 Dynamics settings..............................................................................................................7462
13.2.10.4 PROFIdrive frame..............................................................................................................7463
13.2.11 Appendix............................................................................................................................7464

Table of contents
13.2.11.1 Using multiple axes with the same PTO............................................................................7464

13.2.11.2 Using multiple drives with the same PTO..........................................................................7467
13.2.11.3 Tracking jobs from higher priority classes (execution levels).............................................7468
13.2.11.4 Special cases when using software limit switches for drive connection via PTO...............7470
13.2.11.5 Reducing velocity for a short positioning duration..............................................................7476
13.2.11.6 Dynamic adjustment of start/stop velocity..........................................................................7477
13.2.11.7 List of ErrorIDs and ErrorInfos (technology objects as of V4)............................................7477
13.2.11.8 Tags of the positioning axis technology object as of V4....................................................7498
13.2.11.9 Tags of the command table technology object as of V4....................................................7532
13.2.11.10 Versions V1...4...................................................................................................................7533
14 Using online and diagnostics functions..................................................................................................7587
14.1 Displaying accessible devices............................................................................................7587
14.2 Changing the device configuration online..........................................................................7588
14.3 Connecting devices online.................................................................................................7589
14.3.1 General information about online mode.............................................................................7589
14.3.2 View in online mode...........................................................................................................7591
14.3.3 Default setting online connection data...............................................................................7592
14.3.4 Establishing or changing an online connection..................................................................7593
14.3.5 Canceling an online connection.........................................................................................7595
14.3.6 Connecting online with several devices.............................................................................7595
14.3.7 Disconnecting online connections of multiple devices.......................................................7596
14.4 Creating a backup of an S7 CPU.......................................................................................7597
14.4.1 Backup options for S7 CPUs..............................................................................................7597
14.4.2 Backing up S7-300 and S7-400 CPUs...............................................................................7598
14.4.2.1 Creating a backup of a device............................................................................................7598
14.4.2.2 Restoring the software and hardware configuration of a device........................................7599
14.4.2.3 Backing up a device configuration.....................................................................................7600
14.4.3 Backing up S7-1200 and S7-1500 CPUs...........................................................................7601
14.4.3.1 Creating a backup of a device............................................................................................7601
14.4.3.2 Backing up a device configuration.....................................................................................7602
14.4.3.3 Restoring the configuration of a device..............................................................................7603
14.5 Configuring the PG/PC interface........................................................................................7604
14.5.1 Online access.....................................................................................................................7604
14.5.2 Basics of assigning parameters for the PG/PC interface...................................................7606
14.5.3 Showing or hiding interfaces..............................................................................................7606
14.5.4 Displaying and modifying interface properties...................................................................7607
14.5.5 Adding interfaces...............................................................................................................7607
14.5.6 Setting parameters for the Ethernet interface....................................................................7608
14.5.6.1 Setting parameters for the Industrial Ethernet interface.....................................................7608
14.5.6.2 Displaying operating system parameters...........................................................................7609
14.5.6.3 Connecting the PG/PC interface to a subnet.....................................................................7609
14.5.6.4 Setting parameters for the Ethernet interface....................................................................7610
14.5.6.5 Assigning a temporary IP address.....................................................................................7610
14.5.6.6 Managing temporary IP addresses....................................................................................7611
14.5.6.7 Resetting the TCP/IP configuration....................................................................................7611
14.5.7 Setting parameters for the MPI and PROFIBUS interfaces...............................................7612
14.5.7.1 Setting parameters for the MPI and PROFIBUS interfaces...............................................7612
14.5.7.2 Setting MPI or PROFIBUS interface parameters automatically.........................................7613
14.5.7.3 Setting parameters for the MPI interface...........................................................................7614

Table of contents
14.5.7.4 Setting parameters for the PROFIBUS interface...............................................................7616

14.5.7.5 Overview of the bus parameters for PROFIBUS................................................................7618
14.5.7.6 Resetting the MPI or PROFIBUS configuration.................................................................7619
14.6 Using the trace and logic analyzer function.......................................................................7620
Preface...............................................................................................................................7620
14.6.1 Security information...........................................................................................................7621
14.6.1 Description.........................................................................................................................7621
14.6.1.1 Supported hardware...........................................................................................................7621
14.6.1.2 Recording of measured values with the trace function......................................................7621
14.6.1.3 Trace configuration, recording, installed trace and measurement.....................................7623
14.6.1.4 Data storage.......................................................................................................................7624
14.6.2 Software user interface......................................................................................................7625
14.6.2.1 Project navigator................................................................................................................7626
14.6.2.2 Working area......................................................................................................................7628
14.6.2.3 Inspector window...............................................................................................................7633
14.6.3 Operation...........................................................................................................................7633
14.6.3.1 Quick start..........................................................................................................................7633
14.6.3.2 Using the trace function - overview....................................................................................7638
14.6.3.3 Project tree.........................................................................................................................7638
14.6.3.4 Working area - general.......................................................................................................7640
14.6.3.5 Working area - Configuration tab.......................................................................................7644
14.6.3.6 Working area - Diagram tab...............................................................................................7644
14.6.4 Devices..............................................................................................................................7648
14.6.4.1 S7-1200/1500 CPUs..........................................................................................................7648
A Service & Support..............................................................................................................7661
14.7 Establishing a remote connection with TeleService...........................................................7664
14.7.1 Basics of working with TeleService....................................................................................7664
14.7.1.1 Introduction to TeleService................................................................................................7664
14.7.1.2 TeleService functionality....................................................................................................7665
14.7.1.3 Telephone book at TeleService.........................................................................................7665
14.7.2 Working with the phone book.............................................................................................7666
14.7.2.1 Basics on working with the phone book.............................................................................7666
14.7.2.2 Structure of the phone book...............................................................................................7667
14.7.2.3 Symbols in the phone book................................................................................................7668
14.7.2.4 Manage phone book..........................................................................................................7668
14.7.3 Remote connections as dial-up connections......................................................................7674
14.7.3.1 Basics for establishing a dial-up connection......................................................................7674
14.7.3.2 Telephone networks and modems.....................................................................................7675
14.7.3.3 Access protection for dial-up connections..........................................................................7678
14.7.3.4 TS adapter MPI..................................................................................................................7683
14.7.3.5 TS adapter IE.....................................................................................................................7690
14.7.3.6 Establishing a dial-up connection to a remote system.......................................................7696
14.7.4 Remote VPN connections..................................................................................................7698
14.7.4.1 Basics for establishing a VPN connection..........................................................................7698
14.7.4.2 Basics of CA certificates....................................................................................................7699
14.7.4.3 Installing CA certificates for VPN connections...................................................................7701
14.7.4.4 Deleting CA certificates for VPN connections....................................................................7704
14.7.4.5 Establishing a VPN connection to a remote system..........................................................7704
14.7.4.6 TS Adapter IE Advanced....................................................................................................7706
14.7.5 CPU controlled TeleService remote connections ..............................................................7711
14.7.5.1 Overview of CPU controlled remote connections...............................................................7711

Table of contents
14.7.5.2 Establishing a connection from and to remote systens (PG-AS-remote coupling)............7712

14.7.5.3 Data exchange between remote systems (AS-AS-remote coupling).................................7713
14.7.5.4 Send SMS from a system..................................................................................................7715
14.7.5.5 Send an email from a system.............................................................................................7716
14.7.6 Notes on troubleshooting...................................................................................................7719
14.7.6.1 General information on troubleshooting for modem problems...........................................7719
14.7.6.2 Recording a log file for the modem....................................................................................7719
14.7.6.3 Dial-up connection to the TS Adapter is not established...................................................7720
14.7.6.4 Dial-up connection from the TS Adapter is not established...............................................7722
14.7.6.5 Modem connection is interrupted.......................................................................................7723
14.7.6.6 Checklist for troubleshooting the modem...........................................................................7723
14.7.6.7 Modem alarms...................................................................................................................7724
14.7.6.8 Possible error messages with VPN connections................................................................7725
15 Using Team Engineering........................................................................................................................7727
15.1 Shared commissioning of projects.....................................................................................7727
15.1.1 Basics for shared commissioning.......................................................................................7727
15.1.2 Requirements for shared commissioning...........................................................................7730
15.1.3 Procedure for shared commissioning.................................................................................7731
15.1.4 Rules for shared commissioning........................................................................................7734
15.2 Exchanging data with Inter Project Engineering (IPE).......................................................7740
15.2.1 Basics of Inter Project Engineering (IPE)...........................................................................7740
15.2.2 Requirements for Inter Project Engineering (IPE)..............................................................7743
15.2.3 Overview for working with Inter Project Engineering (IPE)................................................7743
15.2.4 Creating "Device proxy data" in the source project............................................................7746
15.2.5 Creating an IPE file by means of the "Device proxy data".................................................7747
15.2.6 Using controller data from other projects with IPE.............................................................7747
15.2.6.1 Using controller data from other projects in an HMI device ..............................................7747
15.2.6.2 Communication with device proxies...................................................................................7759
15.2.6.3 Integrated configuring with WinCC and SIMATIC Manager...............................................7766
16 Hardware documentation.......................................................................................................................7779
16.1 General information on the hardware documentation........................................................7779
16.2 HMI.....................................................................................................................................7779
16.2.1 Basic Panels......................................................................................................................7779
16.2.1.1 Basic Panels......................................................................................................................7779
16.2.2 Panels................................................................................................................................7779
16.2.2.1 Panels of the 70 series.......................................................................................................7779
16.2.2.2 Panels of the 170 series.....................................................................................................7779
16.2.2.3 Panels of the 270 series.....................................................................................................7780
16.2.3 Comfort Panels..................................................................................................................7780
16.2.3.1 Comfort Panels..................................................................................................................7780
16.2.4 Multi Panels........................................................................................................................7780
16.2.4.1 170 series...........................................................................................................................7780
16.2.4.2 270 series...........................................................................................................................7780
16.2.4.3 370 series...........................................................................................................................7780
16.2.5 Mobile Panels.....................................................................................................................7780
16.2.5.1 170 series...........................................................................................................................7780
16.2.5.2 270 series...........................................................................................................................7781
16.2.6 Key Panels.........................................................................................................................7781
16.2.6.1 Key Panels.........................................................................................................................7781

Table of contents
16.2.6.2 Push Button Panels............................................................................................................7781

16.2.7 WinAC for Multi Panels......................................................................................................7781
16.2.7.1 WinAC for Multi Panel........................................................................................................7781
16.2.8 PC-based Automation........................................................................................................7781
16.3 Controller............................................................................................................................7782
16.3.1 SIMATIC S7-1200..............................................................................................................7782
16.3.1.1 CPU....................................................................................................................................7782
16.3.1.2 Signal boards.....................................................................................................................7788
16.3.1.3 Communication boards......................................................................................................7790
16.3.1.4 Battery boards....................................................................................................................7790
16.3.1.5 Digital input modules..........................................................................................................7790
16.3.1.6 Digital output modules........................................................................................................7792
16.3.1.7 Digital input and digital output modules.............................................................................7794
16.3.1.8 Analog input modules.........................................................................................................7797
16.3.1.9 Analog output modules......................................................................................................7800
16.3.1.10 Analog input and analog output modules...........................................................................7801
16.3.1.11 Communications modules..................................................................................................7802
16.3.1.12 Technology modules..........................................................................................................7806
16.4 Distributed I/O....................................................................................................................7807
16.4.1 ET 200SP...........................................................................................................................7807
16.4.1.1 Interface modules...............................................................................................................7807
16.4.1.6 Communication modules....................................................................................................7814
16.4.1.7 Power modules..................................................................................................................7815
16.4.1.8 Special modules.................................................................................................................7815
16.4.1.10 BusAdapter........................................................................................................................7817
16.4.2 ET 200MP..........................................................................................................................7817
16.4.2.4 Digital input and digital output modules.............................................................................7821
16.4.2.7 Analog input and analog output modules...........................................................................7822
16.4.2.9 Power supply module.........................................................................................................7824
16.4.3 ET 200AL...........................................................................................................................7825
Index.......................................................................................................................................................7829

System overview of STEP 7 and WinCC 1
1.1 Scaling of STEP 7 and WinCC in the TIA Portal
Scope of performance of the products

The following graphic shows the scope of performance of the individual products of STEP 7
and WinCC:
6,0$7,&67(3 6,0$7,&:LQ&&
3URJUDPPLQJODQJXDJHV 0DFKLQHOHYHORSHUDWRUFRQWURO
/$')%'6&/67/ 6*5$3+ DQGPRQLWRULQJ
2SWLRQDOSDFNDJH67(36DIHW\ 6&$'$DSSOLFDWLRQV
:LQ$&LQFO)DLOVDIH 6&$'$
6LQFO)DLOVDIH 3&VLQJOHXVHUVWDWLRQ
&RPIRUW3DQHOVDQG[
6 3URIHVVLRQDO
3URIHVVLRQDO
ZLWKRXW0LFUR0RELOH
$GYDQFHG
&RPIRUW
%DVLF
%DVLF
6 %DVLF3DQHOV
&RPPXQLFDWLRQ
352),%86352),1(7$6L,2/LQN(7QHWZRUNWRSRORJ\
352),VDIHYLD352),%86DQG352),1(7
&RPPRQIXQFWLRQV
6\VWHPGLDJQRVWLFVLPSRUWH[SRUWWR([FHOUHXVHRIHOHPHQWVZLWKKHOSRIOLEUDULHVDQGPXFKPRUH
* Only with STEP 7 Professional for S7-300/400/WinAC and S7-1500

** With installed optional package "STEP 7 Safety Advanced"
STEP 7
STEP 7 (TIA Portal) is the engineering software for configuring the SIMATIC S7-1200,
S7-1500, S7-300/400 and WinAC controller families. STEP 7 (TIA Portal) is available in two
editions, depending on the configurable controller families:
STEP 7 Basic for configuring the S7-1200
STEP 7 Professional for configuring S7-1200, S7-1500, S7-300/400 and WinAC

System overview of STEP 7 and WinCC
1.3 Options for WinCC Engineering and Runtime systems
WinCC
WinCC (TIA Portal) is an engineering software for configuring SIMATIC Panels, SIMATIC
Industrial PCs, and Standard PCs with the WinCC Runtime Advanced or the SCADA System
WinCC Runtime Professional visualization software.
WinCC (TIA Portal) is available in four editions, depending on the configurable operator control
systems:
WinCC Basic for configuring Basic Panels
WinCC Basic is included with every STEP 7 Basic and STEP 7 Professional product.
WinCC Comfort for configuring all panels (including Comfort Panels, Mobile Panels)
WinCC Advanced for configuring all panels and PCs with the WinCC Runtime Advanced
visualization software
WinCC Runtime Advanced is a visualization software for PC-based single-station systems.
WinCC Runtime Advanced can be purchased with licenses for 128, 512, 2k, 4k as well as
8k PowerTags (tags with a process interface).
WinCC Professional for configuring panels and PCs with WinCC Runtime Advanced or
SCADA System WinCC Runtime Professional. WinCC Professional is available in the
following editions: WinCC Professional for 512 and 4096 PowerTags as well as "WinCC
Professional max. PowerTags".
WinCC Runtime Professional is a SCADA system for structuring a configuration ranging
from single-station systems to multi-station systems including standard clients or web
clients. WinCC Runtime Professional can be purchased with licenses for 128, 512, 2k, 4k,
8k, and 64k PowerTags (tags with a process interface).
With WinCC (TIA Portal), it is also possible to configure a SINUMERIK PC with WinCC Runtime
Advanced or WinCC Runtime Professional and HMI devices with SINUMERIK HMI Pro sl RT
or SINUMERIK Operate WinCC RT Basic.
1.2 Options for STEP 7 Engineering System
Additional STEP 7 products

For applications with increased safety requirements, STEP 7 Professional can be
supplemented with the STEP 7 Safety Advanced option.
When using the STEP 7 Safety Advanced option, you can configure failsafe I/O and program
safety programs for F-CPUs in LAD and FBD.

SIMATIC Panels as well as WinCC Runtime Advanced and WinCC Runtime Professional
contain all essential functions for operator control and monitoring of machines or plants.
Additional options allow you to extend the functionality in some cases to increase the range
of available tasks.

Options for Comfort Panels, Mobile Panels, Multi Panels

The following possible extensions are available for Comfort Panels, Mobile Panels, and Multi
Panels:
WinCC SmartServer (remote operation)
WinCC Audit (audit trail and electronic signature for regulated applications)
Note
In contrast to WinCC flexible 2008, functions from the WinCC flexible /Sm@rtService, WinCC
flexible /Sm@rtAccess options as well as the WinCC flexible /OPC Server option are
incorporated into the basic functionality.
Options for WinCC Runtime Advanced

The following possible extensions are available for WinCC Runtime Advanced:
WinCC Recipes (recipe system)
WinCC Logging (logging of process values and alarms)
WinCC Audit (audit trail for regulated applications)
WinCC ControlDevelopment (extension by means of customer-specific controls)
Note
In contrast to WinCC flexible 2008, functions from the WinCC flexible /Sm@rtService, WinCC
flexible /Sm@rtAccess options as well as the WinCC flexible /OPC Server option are
incorporated into the basic functionality.
Options for WinCC Runtime Professional

The following possible extensions are available for WinCC Runtime Professional:
WinCC Client (standard client for structuring multi-station systems)
WinCC Server (supplements WinCC Runtime to include server functionality)
WinCC Recipes (recipe system, formerly WinCC /UserArchives)
WinCC WebNavigator (Web-based operator control and monitoring)
WinCC DataMonitor (display and evaluation of process states and historical data)
WinCC ControlDevelopment (extension by means of customer-specific controls)

Note
In contrast to WinCC V7, functions from the WinCC /OPC-Server and WinCC /
ConnectivityPack options are incorporated into the basic functionality. Likewise, the basic
functionality includes the Runtime API from WinCC /ODK.

What's new in WinCC Advanced? 2
2.1 What's new in WinCC V13 SP1?
New features in WinCC Advanced V13 SP1

You can find all important new features in WinCC Advanced V13 SP1 here:
Topic New features in the TIA Portal

HMI devices You can now configure the following new HMI devices:
Mobile Panels: KTP700 Mobile and KTP900 Mobile
The following HMI devices have been extended in terms of their func
tionality:
Basic Panels 2nd Generation
Configuring screen The following editors for creating HMI screens have been extended:
"Design" editor
"Styles" editor
The following screen objects can now be configured:
"Slide-in screen"
"Pop-up screen"
"PDF view"
"Camera view"
You can search for and replace colors within HMI screens.
Working with tags Synchronization of HMI tags and PLC tags of data type "UDT".
The range of data types for Panels and Runtime Advanced has been
expanded.
Exchanging data with Inter The exchange of controller data using proxy devices has been exten
Project Engineering (IPE) ded.
Automating projects with You can automate projects with scripts using the "Openness" option.
scripts Install the "Openness" option using the DVD:
"Support/Siemens_TIA_Openness_V13_SP1.exe"

What's new in WinCC Advanced?
2.1 What's new in WinCC V13 SP1?

What's new in STEP 7 Basic? 3
3.1 What's new in STEP 7 Basic?
New features in the TIA Portal

You can find all important new features in TIA Portal V13 SP1 here:

Installation The new virus scanner 360 Safety Guard is supported.
Migrating projects and pro You can find many new examples of effective programming of
grams S7-1200/1500 in the programming recommendations. (Page 224)
Editing projects Information, warnings and errors can be hidden in the Inspector win
dow. (Page 324)
The creation of user-defined documentation is possible. (Page 361)
Function extensions in libraries:
Types can be changed in the project view. (Page 501)
Drag-and-drop is also possible for multiple selection of objects.
Editing devices and networks Devices can be compared at module level in the offline/offline compar
ison. (Page 579)
HW system constants have unique names.
The server module (6ES7 193-6PA00-0AA0) of the ET 200SP is auto
matically inserted after a compilation
Installed GSD/GSDML files can be removed.
The selection of partners for direct data exchange has been simplified.
Device numbers are displayed in the network overview.
PROFINET device names can be assigned easily.
You can simply zoom in on the device and network views.
Configuration control is available for S7-1200 as of FW4.1.

What's new in STEP 7 Basic?

Programming the PLC New functions are available for controlling tags in data blocks.
WCHAR and WSTRING data types are available. (Page 1936)
Global constants cannot be used as ARRAY limits.
New VARIANT instructions for creating generic user programs are
available in all languages. (Page 260)
The following instructions are also available for the S7-1200 CPU. As
an example, the instructions in LAD are listed here:
EQ_Type (Page 2292)
NE_Type (Page 2294)
EQ_ElemType (Page 2295)
NE_ElemType (Page 2296)
IS_NULL (Page 2297)
NOT_NULL (Page 2298)
IS_ARRAY (Page 2299)
MOVE_BLK_VARIANT (Page 2346)
VariantGet (Page 2367)
VariantPut (Page 2368)
CountOfElements (Page 2369)
Specifically in STL and SCL, the following VARIANT instructions are
also available for the S7-1200 CPU:
VARIANT_TO_DB_ANY (Page 2890)
DB_ANY_TO_VARIANT (Page 2892)
New extended instructions:
GetInstancePath (Page 3060)
GetSymbolPath (Page 3057)
ReconfigIOSystem (Page 3113)
PLC data types (UDT) can be expanded in the PLC tag table
A search is available in the "Instructions" task card.
During a block call, the called block can be replaced with another block.
Using technology functions A new PID controller "PID_Temp" for temperature processes is availa
ble.
High-precision input/output with time-based IO is available.
Position-controlled axis is available.
Using online and diagnostics Scalable options for online backup of devices are available.
functions (Page 7597)
Preferred interfaces for the online connection can be saved as default
in the settings.
To establish an online connection to devices in an external subnet, you
can assign an alternative IP address to the device.


Using Team Engineering Developing function extensions for HMI and PLC in parallel with Inter
Project Engineering:
MPI is supported
H systems are supported
Support packages The "Openness" option package with API functions and XML format for
the import/export of project data is available for installation in the "Sup
port" folder on the DVD.
PLCSIM is also available for the S7-1200 CPU.
See also
Overview of versions (Page 7349)


Readme 4
4.1 Notes on the TIA Portal
4.1.1 General notes

The information in this readme file supersedes statements made in other documents.
Read the following notes carefully because they include important information for installation
and use. Read these notes prior to installation.
Display of Asian characters in the TIA Portal

Due to a change in behavior in Microsoft Windows, it may occur that texts are not displayed
correctly in the TIA Portal when a Chinese TIA Portal is installed on another Asian operating
system (e.g. Korean). To view the texts in TIA Portal correctly, open the Windows Control
Panel and select "English" under "Language for non-Unicode programs". Note, however, that
this may cause display problems in other programs.
Installing new .Net versions or .Net service packs

Close the TIA Portal before installing a new .Net version or a new .Net service pack on your
programming device/PC.
Restart the TIA Portal only after successful installation of the new .Net version or the
new .Net service pack.
Notes on handling
If a project in the list of projects last used is located on a network drive that is not connected,
you may experience delays when opening the "Project" menu.
When you insert a CPU, you may need to wait for some time if the project editor is open at
the same time. This generally takes longer when you insert the first CPU in a newly created
project. To be able to continue working more quickly, you should close the project editor
before inserting a CPU.
The alarm "Application is not responding" may appear in Windows 7 with functions that
take a long time to run (loading the CPU for example). If this occurs, wait until the function
has correctly finished.
If you have installed a Microsoft mouse with IntelliPoint, you may find that it superimposes
components over the buttons of the title bar. If this is the case, uninstall the IntelliPoint
software from Microsoft.
Enabling the "Virtual Desktop" options with NVIDIA graphics cards can cause problems. In
this case, disable the "nView virtual desktop manager" of your NVIDIA graphics driver.

Readme
Using the TIA Portal via a remote desktop

In principle, it is possible to use the TIA Portal via a remote desktop connection. During
configuration, you should, however, avoid disconnecting the connection to the desktop client.
In rare cases, this can lead to the software user interface being blocked.
If you experience this blockage, follow these steps on the desktop client.
1. Open the Windows Task-Manager and close the "rdpclip.exe" process.
2. Type in "rdpclip.exe" in the command prompt to restart the process.
Note that the current content of the clipboard will be lost. You can, however, then continue
configuration as usual. To be on the safe side, you should restart the TIA Portal at the next
opportunity.
Migration of projects with the TIA Portal

After the migration of hardware configurations and program blocks from earlier automation
solutions, first check the functionality of the migrated project before you use it in productive
operation.
Working with automatically synchronized network drives

Automatic synchronization after a network interruption can result in current (local) project data
being stored as a "backup" on the network drive through user interactions. This could cause
outdated project data to be loaded from the network drive when opening the project. For this
reason, we do not recommend that you store TIA Portal projects on synchronized network
drives.
If, however, you do work on synchronized drives, you can continue working locally in the event
of a network interruption. In this case, you must always ensure that the TIA Portal application
is closed while data is synchronized. The synchronization itself must be implemented in such
a way that the current (local) project data replaces the project data on the network drive.
Entry of decimal places

With certain Windows language settings, it may occur that the entry of values with a comma
as decimal place is not recognized (entering "1,23" leads to an error). Instead, use the
international format ("1.23").
Information on the TIA Portal in online support

Overview of the most important technical information and solutions for the TIA Portal in the
Siemens Industry online support.
Internet link: TIA Portal in Siemens Industry online support (www.siemens.com/industry/
onlinesupport/tiaportal)
All information on service and support in the Siemens Industry online support:
Internet link: Service and support in Siemens Industry online support (http://
support.automation.siemens.com/WW/llisapi.dll?aktprim=99&lang=en&referer=%2fWW
%2f&func=cslib.csinfo2&siteid=csius&extranet=standard&viewreg=WW&groupid=4000002)

Readme
Here, you can also subscribe to the newsletter that provides you with latest information relating
to your products.
Starting the TIA Portal

When you start the TIA Portal, Windows attempts to update the Certificate Revocation List
(CRL) of "windowsupdate.com".
If no Internet access is available and there are multiple DNS servers, a timeout may occur and
delay the start of the TIA Portal.
4.1.2 Notes on libraries
Contents
Information that could not be included in the online help and important information about
product characteristics.
Comparing library elements

If master copies and types have the same name, the corresponding objects in the project are
overwritten when the action "Copy" is used. Please note that this takes place without a prompt.
The same behavior occurs when the name of the master copy is different to the name of the
type, but an object within the master copy has the same name as the type.
4.1.3 Notes on memory cards
Contents
Notes on SIMATIC memory cards

The SIMATIC memory cards have been formatted and set up by Siemens for use with S7-1200
and S7-1500 modules. This format must not be overwritten; otherwise, the card will no longer
be accepted by the modules. Formatting with Windows tools is therefore not permitted.
Behavior in case of open force job

Note that an active force job is retained even after you have loaded a new project to the
SIMATIC memory card. This means you should first delete the active force job before you
remove a SIMATIC memory card from the CPU and before you overwrite the card in the PC
with a new project. If you use a SIMATIC memory card with unknown content, you should
format the SIMATIC memory card before the next download.

Readme
Access protection for memory cards in USB card readers

By improving the security mechanisms for online access and engineering of S7-1500 CPUs,
the data storage on memory cards has been changed. For this reason, this version of STEP
7 cannot evaluate the passwords of the configured protection level when reading project data
from memory cards that is accessed via a USB card reader. The changed behavior affects the
memory cards for CPUs of the S7-1200/1500 series. Therefore, use physical safeguards to
protect critical project data on memory cards for these devices.
Note
This restriction is not related to online access to devices or the know-how protection of program
blocks.
4.1.4 Notes on the hardware configuration
Content
Subnet addressing for CP 1613 and CP 1623

CP 1613 and CP 1623 are communication modules with microprocessor. To ensure secure
management of communication links, these are processed on the module. The protocol stack
in your PC is used for diagnostic purposes (SNMP, DCP). To allow both protocol stacks (i.e.
CP 1613/23 Firmware and CP 1613/23 NDIS access) access to the same partners, is
recommended to place both stacks of a module in the same subnet.
Editing a device IP address

Do not use the address range from 192.168.x.241 to 192.168.x.250 when editing a device IP
address. If necessary, this address range is automatically assigned by the system to a
programming device. Depending on the subnet mask, this applies also for all network classes.
Drivers for the CP 5512 communications processor

The drivers for the CP 5512 are no longer included in this software version. If you want to use
the CP 5512, the following needs to be installed prior to the installation of this software:
http://support.automation.siemens.com/WW/view/78453460 (http://
support.automation.siemens.com/WW/view/en/78453460)

Readme
Please note that the CP 5512 can be used with a maximum of Windows 7 32-bit. As of Windows
8 or with 64-bit operating systems, the CP 5512 is not compatible.
Note
Since 2009, the functional successor the USB 2.0 module CP 5711 has been available.
4.1.5 Notes on instructions
Contents
Instructions not valid for all CPU firmware versions

The firmware version of your CPU determines the following:
Whether a specific instruction is available for this CPU:
If you select CPU 1211C DC/DC/DC with firmware version V1.0, for example, the
extended instruction "T_COMBINE" will not be available to you. It is grayed out in the
"Instructions" task card.
However, if you select CPU 1211C DC/DC/DC with firmware version V3.0, the extended
instruction "T_COMBINE" will be available to you in versions V1.1 and V1.2.
Which versions of the instruction are available. You can select the different versions in the
"Version" column of the "Instructions" task card.
4.1.6 Notes on online and diagnostics
Contents
Display of interfaces via online access

If the Ethernet interfaces for online access are not displayed sporadically, install hotfix
KB2588507 (for Microsoft Windows) from the Microsoft Support website.
Internet link: http://support.microsoft.com/kb/2588507 (http://support.microsoft.com/kb/
2588507/en-us)

Readme
4.2 WinCC Comfort/Advanced
Online operation in hibernate mode

We recommend that you do not use the two options "Hibernate" and "Sleep" in online operation;
if you do, communication problems could occur. If necessary, adapt the computer's energy
options.
4.2.1 Security information
Security information
Siemens provides products and solutions with industrial security functions that support the
secure operation of plants, solutions, machines, equipment and/or networks. They are
important components in a holistic industrial security concept. With this in mind, Siemens
products and solutions undergo continuous development. Siemens recommends strongly that
you regularly check for product updates.
For the secure operation of Siemens products and solutions, it is necessary to take suitable
preventive action (e.g. cell protection concept) and integrate each component into a holistic,
state-of-the-art industrial security concept. Any third-party products that may be in use must
also be taken into account. For more information about industrial security, visit
http://www.siemens.com/industrialsecurity (http://www.industry.siemens.com/topics/global/
en/industrial-security/Pages/Default.aspx)
To stay informed about product updates as they occur, sign up for a product-specific
newsletter. For more information, visit
http://support.automation.siemens.com (http://support.automation.siemens.com)
Passwords
Various passwords are set by default in WinCC. For security reasons, you should change
these passwords.
On HMI devices with version V11 or V12, the password "100" is preset for the Sm@rtServer
and for the integrated Web server. A default password is not preset for HMI devices with
version V13.
For the user "Administrator", the default password is "administrator".
Integrated Web server

It is always possible on a PC to access HTML pages in Runtime, even though the option"HTML
pages" is disabled. Setup always installs the standard pages of the Web Server on the PC.
Assign an administrator password to prevent unauthorized access to the pages.

Readme
Communication via Ethernet

In Ethernet-based communication, end users themselves are responsible for the security of
their data network. The proper functioning of the device cannot be guaranteed in all
circumstances; targeted attacks, for example, can lead to overload of the device.
Ending Runtime automatically

If automatic transfer is enabled on the HMI device and a transfer is started on the configuration
PC, the running project is automatically stopped on the HMI device. The HMI device then
switches autonomously to "Transfer" mode. Transfer mode may cause undesired reactions in
the system.
After the commissioning phase, disable the automatic transfer function to prevent the HMI
device from switching inadvertently to transfer mode. To block access to the transfer settings
and thus avoid unauthorized changes, assign a password in the Control Panel.
Use of SSL 3.0

For security reasons, the use of the protocol SSL 3.0 is not recommended. The use of the
protocol SSL 3.0 is disabled by default on Comfort Panels. If you nevertheless wish to activate
the use of SSL 3.0, select the option "Use SSL 3.0" in Internet Explorer or in "Start Center >
Settings" under "Internet options > Advanced".
For RT Advanced, the use of SSL 3.0 can be disabled in Internet Explorer or in the Control
Panel under "Internet Options > Advanced" by deactivating the "Use SSL 3.0" option.
Network settings
The following tables show the network settings of each product which you need in order to
analyze the network security and for the configuration of external firewalls:
WinCC Advanced (without simulation)

Name Port num Transport Direction Function Description
ber protocol
ALM 4410* TCP Inbound, License service This service provides the complete functionali
Outbound ty for software licenses and is used by both the
Automation License Manager as well as all li
cense-related software products.
HMI Load 1033 TCP Outbound HMI Load This service is used to transmit images and
(RT Basic) configuration data to Basic Panels.
(RT Advanced) configuration data to panels.
* Default port that can be changed by user configuration
WinCC Simulation for Basic Panels

ber protocol
HMI Load 1033 TCP Inbound HMI Load This service is used to transmit images and
(RT Basic) configuration data to Basic Panels.

Readme
WinCC Simulation for Basic Panels

EtherNet/IP 44818 TCP Outbound Ethernet/IP The Ethernet/IP protocol is used for connec
channel tions to Allen Bradley PLCs.
2222 UDP Inbound Ethernet/IP The Ethernet/IP protocol is used for connec
Modbus TCP 502 TCP Outbound Modbus TCP The Modbus TCP protocol is used for connec
channel tions to Schneider PLCs.
RFC 1006 102 TCP Outbound S7 channel Communication with the S7 controller via
Ethernet/PROFINET
Mitsubishi MC 5002 TCP Outbound Mitsubishi MC The Mitsubishi protocol is used for connections
channel to Mitsubishi PLCs.
WinCC Simulation for Panels and Runtime Advanced

ber protocol
DCP --- Ethernet Outbound PROFINET The DCP protocol (Discovery and basic Con
figuration Protocol) is used by PROFINET and
provides the basic functionality for locating and
configuring PROFINET devices.
LLDP --- Ethernet Inbound, PROFINET The LLDP protocol (Link Layer Discover Proto
Outbound col) is used by PROFINET for topology detec
tion.
SMTP 25 TCP Outbound SMTP This service is used by WinCC Runtime Ad
Communication vanced to send e-mails.
HTTP 80* TCP Inbound Sm@rtServer The Web server is only available when
Sm@rtService is activated. The used port may
differ depending on automatically selected set
tings.
RFC 1006 102 TCP Outbound S7 channel Communication with the S7 controller via
Ethernet/PROFINET
NTP 123 UDP Outbound Time synchroni The NTP protocol (Network Time Protocol) is
zation used for time synchronization in IP-based net
works.
SNMP 161 UDP Outbound PROFINET The SNMP client functionality is used by STEP
7 to read status information from PROFINET
devices.
(RT Advanced) configuration data to panels.
HTTPS 443* TCP Inbound Sm@rtServer The Web server with HTTPS protocol is only
available when Sm@rtService is activated.
The used port may differ depending on auto
matically selected settings.
VNC server 5900* TCP Inbound Sm@rtServer This service is only available when Sm@rtSer
vice is activated.
5800* TCP Inbound Sm@rtServer This service is only available when Sm@rtSer
vice is activated.
VNC client 5500 TCP Outbound Sm@rtServer This service is only available when Sm@rtSer
vice is activated.

Readme
PROFINET protocols for Panels and Runtime Advanced

ber protocol
DCP --- Ethernet Outbound Lifelist, The DCP protocol (Discovery and basic Con
PROFINET Dis figuration Protocol) is used by PROFINET and
covery and con provides the basic functionality for locating and
figuration configuring PROFINET devices.
LLDP --- Ethernet Inbound, PROFINET Link The LLDP protocol (Link Layer Discover Proto
Outbound Layer Discovery col) is used by PROFINET for topology detec
protocol tion.
MRP --- Ethernet Outbound PROFINET me The MRP protocol (Medium redundancy proto
dium redundan col) enables control of redundant transmission
cy paths using a ring topology.
PROFINET IO --- Ethernet Inbound, PROFINET Cy Cyclic data exchange is used by panels for di
Data Outbound clic IO data rect keys and LEDs.
transfer
NARE --- Ethernet Inbound, Name Address This protocol is used to resolve network names
Outbound Resolution and assign IP addresses.
PROFINET Con 34964 UDP Inbound, PROFINET con The PROFINET Context Manager provides an
text Manager Outbound nection less endpoint mapper in order to establish an appli
RPC cation relation (PROFINET AR).
Communication connections for Panels and WinCC Runtime Advanced

ber protocol
Telnet 23 TCP Inbound Telnet This service can be used for maintenance.
SMTP ** TCP Outbound SendEMail This service is used by Windows CE / PC Run
time to send e-mails.
HTTP 80* TCP Inbound Hypertext The HTTP protocol is used for communication
Transfer Proto with the internal Web server.
col
RFC 1006 ** TCP Outbound S7 channel Communication with the S7 controller via
Ethernet/PROFINET.
HMI Load 102 TCP Inbound Transfer This service is used to transmit images, Run
time, and configuration data to the panel via
PN/IE
NTP ** UDP Outbound Time synchroni The NTP protocol (Network Time Protocol) is
zation used for time synchronization in IP-based net
works.
DCOM*** 135 TCP Inbound OPC server This service is a component of the Microsoft
Windows operating system. Communication
via OPC (DA) is based on DCOM. Therefore,
this service is required to initialize OPC (DA)
connections.

Readme

DCOM*** ** TCP Outbound OPC server The communication via OPC (DA) is based on
DCOM and uses unspecified ports assigned by
the system. This should be taken into consid
eration when using OPC (DA) and creating
rules for the firewall.
NetBIOS over ** UDP Outbound With the use of Register / log on to a remote server.
TCP/IP Remote File
Share
NetBIOS over ** UDP Outbound With the use of Register / log on to a remote server.
TCP/IP Remote File
Share
SNMP 161 UDP Inbound Simple Network The SNMP client functionality is used by STEP
Management 7 to read status information from PROFINET
Protocol devices.
HTTPS 443* TCP Inbound Secure Hyper The HTTP protocol is used for communication
text Transfer with the panel-internal Web server via Secure
Protocol Socket Layer (SSL).
Modbus TCP ** TCP Outbound Modbus TCP The Modbus TCP protocol is used for connec
channel tions to Schneider PLCs.
Mitsubishi MC ** TCP Outbound Mitsubishi MC The Mitsubishi protocol is used for connections
channel to Mitsubishi PLCs.
Printing ** TCP Outbound Printing Printing on the control panel (via Ethernet).
HMI Load 2308 TCP Inbound Transfer This service is used to transmit images and
configuration data to panels. On Comfort Pan
els, this service is replaced by DeviceManager
and SCS in V13 and higher. This service is
used to transmit configuration data to WinCC
Runtime Advanced.
HMI Load 50523 TCP Inbound Transfer This port is used if port 2308 is not available.
This service is used to transmit images and
configuration data to panels. On Comfort Pan
els, this service is replaced by DeviceManager
and SCS in V13 and higher.
This service is used to transmit configuration
data to WinCC Runtime Advanced.
ALM 4410* TCP Inbound, Application Li This service of RT Advanced makes available
Outbound cense Manager the complete functionalities for software licen
ses and is used by the Automation License
Manager.
OPC UA 4870* TCP Inbound OPC UA server This service is required for communication via
OPC UA.
HMI Load 5001 TCP Inbound Device Manager This service is used to transmit images and
Runtime to panels.
HMI Load 5002 TCP Inbound SCS (System This service is used to transmit configuration
Configuration data to panels.
Server)
VNC client 5500 TCP Inbound Sm@rtServer Reverse VNC server connection. Receive
mode is set for the VNC client.
VNC server 5800* TCP Inbound Sm@rtServer VNC server connection HTTP
5900* TCP Inbound Sm@rtServer VNC server connection

Readme

SIMATIC Logon ** TCP Outbound UMAC (User Register / log on to a remote server.
Management to
the Access Con
trol)
Allen Bradley ** TCP Outbound Ethernet/IP The Ethernet/IP protocol is used for connec
Ethernet IP channel tions to Allen Bradley PLCs.
Reserved 49152 ... TCP/UDP Outbound Dynamic port range is used, for example, to
65535 connect to the remote file sharing.
** Port is assigned automatically.
*** Supported by WinCC Runtime Advanced only.
4.2.2 News
News about the TIA Portal

You can learn about the latest news about various topic areas of the TIA Portal in Siemens
Industry Online Support.
All news concerning WinCC can be found here: News (http://support.automation.siemens.com/
WW/view/en/88360672)
4.2.3 Notes on use
Contents
Information that could no longer be included in the online help and important information about
product features.
Working with standard user rights

If you are working with standard user rights in Windows 7, "User Account Control (UAC)" must
not be disabled. The "User Account Control" is enabled in Windows 7 by default.
For more information on the "User Account Control", refer to the online help for Windows 7.
On-screen keyboard
Once you have opened the TIA Portal, you can no longer call the on-screen keyboard.
To call the on-screen keyboard in Windows, use the following command: Start > All Programs
> Accessories > Ease of Access > On-screen keyboard.

Readme
Copying HMI devices with HMI connections

If you copy an HMI device with HMI connections to a PLC, the HMI connection in the new HMI
device is not automatically connected to an existing PLC with the same name. This applies to
copying within a project as well as copying across projects.
To access the PLC tag via HMI tag in the new HMI device, you have to complete the
configuration of the HMI connection immediately after copying. Proceed as follows:
1. Open the "Devices & Networks" editor.
2. Connect the new HMI device to the desired network.
3. Open the connection table.
4. Select the HMI connection of the new HMI device.
5. Select the desired PLC under "Partner".
If you compile the new HMI device or connect additional PLC tags in between copying the HMI
device and completing the connection, there may be some instances in which an additional
HMI connection to the same PLC is created. This is especially true if you connect HMI tags
with DB array elements.
Device replacement
After an HMI device has been replaced, you should check the appearance of the configured
screens. Changing the size of the display may result in changes to the position and appearance
of screen objects, e.g. recipe view and alarm view.
Device replacement - communication

If an HMI device is replaced, error messages of the type "... are not supported in the new
configuration. and will therefore be removed" may be generated. These alarms refer to
configured connections of the device and are triggered, for example, if the HMI devices have
a different number of interfaces. These connections are marked red after a device replacement.
If you would like to continue to use these connections, you have change the configuration of
the connection. Proceed as follows:
1. Open the "Devices and Networks" editor.
2. Click "Network" in the toolbar of the network view.
3. Network the interface of the HMI device with the interface of the CPU.
4. Click in the table area of the network view on the "Connections" table.
5. Select the connection marked red.
6. Enter the new interface under "Properties > General > Interface" in the Inspector window.
Specifying the time of modification in the overview window

The times of modification displayed in the overview window only refer to changes to the object
itself. Changes to subordinate objects, e.g. screen objects in a screen, do not cause the time
of the last change to the screen to change in the overview window.

Readme
HMI device wizard

When you create a device with a color display using the HMI device wizard, the graphics of
the navigation buttons may be displayed in black and white. This error only occurs, however,
if the new device is created with the same name as a device with a monochrome display which
has been deleted in the meantime.
You can avoid this error by always deleting the associated graphics in the Graphics collection
whenever you delete a device from the project.
Objects with object references in the project library

Two copying methods can be used in WinCC flexible.
With "simple copy" a WinCC flexible screen including an IO field, for example is copied.
Only the object name of a tag configured on the IO field is copied, as this is a reference.
With "copy", a screen, an IO field contained there and a tag configured on the IO field
together with its properties are copied.
These two methods can also be used for storing an object in a library. Project libraries and the
objects contained there are migrated during migration and can be used in WinCC.
In WinCC, however, only one copying method is available. With regard to tags, it functions like
"simple copy" in WinCC flexible. With regard to graphics, graphics lists and text lists, it functions
like "copy" in WinCC flexible.
If you stored objects with references to tags in a library in WinCC flexible, you must reconfigure
the referenced objects when using them in WinCC.
Reports with Asian character sets on Windows CE devices

If Asian characters sets are displayed in an illegible manner in a report on a Windows CE
device, you must change the character sets for the objects in the report. it is sufficient to change
to a different character set and then reset the original character set.
Installation sequence for Startdrive

When you install Startdrive on a PC, adhere to the following installation sequence:
Install STEP 7 V13.0.
Install Startdrive.
Compatibility with V12

Empty projects are installed in the installation directory under ..\Portal V13\SampleProjects to
allow the TIA Portal to be opened in compatibility mode:
V12.0.1.4 project with the name "TIA_Portal_Project_V12.0.1.4.ap12", so that TIA Portal
V13 SP1 can be opened in V12 compatibility mode
V13.0.0.3 project with the name "TIA_Portal_Project_V13.0.0.3.ap13", so that TIA Portal
V13 SP1 can be opened in V13 compatibility mode

Readme
This project must be copied to a local directory with full access before it can be used. For more
information on this, refer to FAQ ID 66027369.
File browser on a Windows 8 PC with touch screen

You can only operate the file browser dialog with a mouse, keyboard or on-screen keyboard
(without using the touch function) on a Windows 8 PC with touch screen. We recommend using
the file browser dialog of the Windows operating system with the help of a script on a touch
screen PC with Windows 8.
Making characters available for HMI tags of the type WString/WChar

In tags of the type WString or WChar, you specify strings that can be displayed with specific
fonts.
WinCC Runtime Advanced supports all fonts that are installed on the configuration PC. If you
want to use a different font, install it on the configuration PC.
The fonts Courier New and Tahoma are installed by default on the HMI device. Tahoma
supports the display of characters in all languages except Chinese, Korean and Japanese.
You can download the following fonts to the HMI device with the additional ProSave options:
SimSun for the input of strings in Chinese (PRC), Chinese (Singapore), English, German,
Italian, French and Spanish.
Gulim for the input of strings in Korean.
MS PGothic for the input of strings in Japanese.
If you download any other font to the HMI device, only the characters used in tags are retained
during compilation. Unused characters are removed when the project is compiled.
To use fonts that are not installed on an HMI device, provide the characters as configured texts
in a screen:
1. Create a new screen.
2. Insert a text box.
3. In the properties of the text box, set a font that contains characters that you wish to use
later.
4. Insert the characters of the font that you wish to use later into the text box.
After the project is compiled, you can use the characters configured in the text in HMI tags of
the type WString/WChar.
4.2.4 Migration
Contents
product features.

Readme
Project languages in WinCC

WinCC V13 does not support all project languages that were available in WinCC flexible, such
as Arabic. If you receive an empty project as the result of your migration, you may want to
check the set editing language. Do not set the project languages that are not supported as
editing language in the source project. Proceed as follows:
1. Open the project with WinCC flexible.
2. Change the editing language to English, for example.
3. Save the project.
4. Restart the migration.
Migrating an integrated project with ProTool objects

The "PROTOOL option package(s) missing in STEP 7" error message output during migration
of a WinCC flexible project that is integrated in STEP 7 indicates that WinCC flexible 2008
SP3 is installed on your system. Moreover, the project still contains objects that were
configured using ProTool. Do not open the project with WinCC flexible 2008 SP3! Proceed as
follows to migrate the project:
1. Copy the project to a computer on which WinCC flexible 2008 SP2 and STEP 7 are installed.
2. Open the project in the SIMATIC Manager.
3. Remove all ProTool objects from the project.
4. Execute the "Save as" command in the "File" menu.
5. Enable the option "With reorganization" in the "Save project as" dialog.
6. Click OK.
7. Copy the project back to the original computer.
8. Restart the migration.
Migrating a WinCC V7 project: Border line of rectangles

In a WinCC V7 project, you have configured a rectangle with the settings "Line weight = 1"
and "Draw insider border = yes".
You then migrate the WinCC V7 project to WinCC V13. To have the rectangle displayed
correctly, follow these steps.
1. Open the Inspector window of the rectangle.
2. Open the property list.
3. Disable "Widen border line inwards".
Progress bar
As long as the progress bar still shows a value of 100%, the software is still busy running
remaining tasks such as the closing of references. The software will not respond to user input
while this status is given.

Readme
Open a project created with WinCC V11

When you open a V11 project with a WinCC V13 version, it is no longer be possible to open
this project with an older version afterwards.
Managing third-party ActiveX controls

The migration also supports third-party ActiveX controls. However, the controls must be
registered in the operating system. If an ActiveX control is not registered, migration is canceled.
If you save a project with the migration tool and perform the migration yourself on another PC,
the controls must also be registered on this PC.
Migrating integrated projects with alarm views

An alarm view is enabled with all alarm classes in an integrated project. The alarm classes are
disabled during migration of the project.
Once the migration of the project is completed, check the settings in the alarm view.
Enable the require alarm classes in the Inspector window of the alarm view if needed under
"Properties > General".
Migrating more extensive projects from WinCC V7

We recommend the use of a 64-bit operating system for the migration of more extensive
projects from WinCC V7.
To use the migration tool on a computer with a 64-bit operating system for large projects, start
the tool via the command line with the parameter 64-bit, as in the following example:
C:\Program Files (x86)\SIEMENS\Automation\MIGTOOL_V13\Bin
\Siemens.Automation.MigrationApplication.exe 64bit
Migrating projects from WinCC V7

In TIA Portal V13, you can continue to use projects from WinCC V7.2 after migration. Projects
from earlier WinCC versions cannot be migrated directly to WinCC TIA Portal version V13. If
you wish to continue using such projects in TIA Portal V13, you must first migrate them to the
WinCC V7.2 Classic page. To do so, use WinCC V7.2 with the latest update.
Migration log
As of TIA Portal V13.0 alarms are sorted into a tree structure in the migration log. This means
all alarms that are part of a specific subsystem are stored in one folder. The result is an increase
in the number of folders in the tree structure. Press the shortcut <NUM+ X> to expand the
currently selected folder and all subfolders in one single step.

Readme
Restrictions for user-specific project data

1. Folders and files you have created in the WinCC V7.2 project directory are not copied to
the new project directory during the migration. You must adapt all scripts that access such
directories and files after the migration.
2. C standard functions of WinCC V7 are not migrated. If you have made changes to the C
standard functions in the WinCC V7 project, you must apply these changes manually to
the TIA Portal after the migration.
Migration of texts in Spanish (international sorting) and Spanish (traditional sorting)

If the WinCC V7 project includes texts in Spanish (traditional sorting), these texts are migrated
as Spanish (Spain) in WinCC V13.
If the WinCC V7 project includes texts in Spanish (international sorting), these texts are
migrated as Spanish (Spain) in WinCC V13.
If the WinCC V7 project includes texts in Spanish (international sorting) as well as Spanish
(traditional sorting), only the texts from Spanish (traditional sorting) are migrated as Spanish
(Spain) in WinCC V13. The texts from Spanish (international sorting) are not taken into
consideration.
See also
Object support during migration (Page 172)
Object support during migration

Readme
4.2.5 Engineering System
4.2.5.1 Screens and Screen Objects
Contents
product features.
Screen objects after HMI device replacement

If you upgrade a device to the new HMI device versions, you should check the screens
contained in the project. Because of the new appearance and improved operability, texts of
symbolic I/O fields may not be completely legible and may be concealed by operator controls.
Copying display objects between two projects or two devices

In Project_1 configure an alarm window in the Global Screen, for example. You copy the alarm
window and paste it in the Global Screen in Project_2.
The enabled alarm classes are partly not enabled in the alarm window after pasting.
This behavior applies to the following display objects:
Alarm window
Alarm indicator
Alarm view
Display of the cross-references in the Inspector window

The Inspector window displays objects used by a screen object in the "About > Cross-
reference" tab.
A screen is open and an object selected. You are using an HMI tag at the object as process
tag.
The object and the linked HMI tag are displayed in the cross-references. All locations of use
of the object and the HMI tags are listed.
If the HMI tag is interconnected with a PLC tag or a DB tag, the locations of use of the
interconnected PLC tag or DB tag are displayed.

Readme
Event names in case of alarms in the "Info" tab of the Inspector window
In some alarms of the Inspector window the event names in the "Info" tab will deviate from the
names in the "Properties" tab.
Name in the "Properties" tab of the Inspector win Name in the "Info" tab of the Inspector window
dow
Cleared ClearScreen
Loaded GenerateScreen
Enable Activate
Change Change
When a dialog is opened ONMODALBEGIN
When a dialog is closed ONMODALEND
User change PASSWORD
Screen change SCREEN
Disable Deactivate
Press Press
Outgoing Going
Incoming Coming
Limit "high limit error" violated AboveUpperLimit
Limit "low limit error" violated BelowLowerLimit
Click Click
Loop-in alarm LoopInAlarm
Release Release
Alarm buffer overflow OVERFLOW
Acknowledge Acknowledgement
Runtime stop Shutdown
Press key KeyDown
Release key KeyUp
Toggle ON SwitchOn
Toggle OFF SwitchOff
Value change Change value
Faceplates
Faceplates cannot be rotated or mirrored.
Tab sequence in screens with faceplates

If you have configured a tab sequence in screens with faceplates in WinCC V12 or WinCC
V12 SP1, you should check the tab sequence of these screens in WinCC V13. The tab
sequence may have been changed in both the screen and the faceplate.

Readme
Tag prefix of a screen window in WinCC Runtime Professional

The objects of the "Controls" palette do not support the tag prefix that can be configured for a
screen window.
I/O field with "decimal" display format and format pattern without "s" prefix
You have linked a process tag to an I/O field. The I/O field is assigned the "decimal" display
format.
You may select a signed or an unsigned display format.
A "Format pattern" setting without "s", e.g., "999" has the following effects:
1. You cannot set negative values using the I/O field in Runtime.
2. If the tag assumes a negative value, the I/O field generates a two's complement and a
corrupted positive value is output.
Trend view on Basic Panels

The trend view buttons are not displayed on Basic Panels. You can operate the trend view
using the function keys of the HMI device that are assigned corresponding system functions.
Grouping of screen objects

When you group screen objects in WinCC, performance problems can arise in WinCC in the
case of large nesting depths.
ActiveX and .NET controls

ActiveX and .NET controls are always positioned in the foreground in runtime.
The configuration of ActiveX and .NET controls on levels is not supported.
Use of bitmaps as icons

In Windows 8 and Windows 8.1, the use of bitmaps with a size of 48x48 pixels and a color
depth of 32 bits as icons is not supported.
Border line of rectangles

In a WinCC V7 project, you have configured a rectangle with the settings "Line weight = 1"
and "Draw insider border = yes".
You then migrate the WinCC V7 project to WinCC V12. To have the rectangle displayed
correctly, follow these steps.
1. Open the Inspector window of the rectangle.
2. Open the property list.
3. Disable "Widen border line inwards".

Readme
Border line of Graphic I/O field" object

In WinCC V13, the dynamization of the border line of the "Graphic I/O field" object in "Two
states" mode has no effect during runtime.
Dynamization of instances of a faceplate type in a group

You are using the instance of a faceplate type in an object group. The properties of the instance
are also displayed as properties of the group. Any dynamization with tags, scripts or animations
of the group is not displayed in Runtime.
Preview in screen window

You use your own designs with shadows for screen objects. The screen objects can be
displayed in a screen window.
The shadows of the screen objects are not displayed in the preview of the screen window. The
response occurs only in the engineering system. It is displayed correctly in Runtime.
Assigning graphics to a softkey

A graphic can only be assigned to a softkey if the bottom edge of the permanent window does
not conceal the area of the softkey graphic.
Renaming a PLC in Runtime

If a PLC is connected to the PLC code viewer in WinCC Professional and Runtime is running,
changing the name of the PLC during runtime will trigger a error. Do not change the PLC name,
the IP address, or other properties of the HMI connection during runtime.
Panels and RT Advanced with device version V13: many visually different screen objects
The use of screen objects with very many visually different properties (e.g., very many different
styles) can reduce the performance of the user interface in Runtime and can increase the
amount of available memory space used. Avoid using, for example, very many different corner
radii: 0 pixel, 1 pixel, 2 pixels, 3 pixels, etc.
The use of many differently sized Gauge objects can have the same effect. Avoid Gauge
of height 48 pixels, 49 pixels, 51 pixels, etc. Instead, use sizes such as: 50 pixels, 70 pixels,
100 pixels.
Dynamization of grouped objects

For groupings with multiple nestings (group in group, faceplate in group, group in faceplate,
etc.), only the events of the outermost group and the innermost objects can be used for
dynamization with system functions. System functions that are configured at events of the
lower-level group or lower-level faceplate are not executed.

Readme
Number of characters in text fields, lists and alarm texts

The number of available characters in the text of a screen object is dynamic and depends on
the HMI device and the memory format. Control instructions and formatting are taken into
consideration when entering text data and the maximum number of characters is reduced
accordingly.
Transparency in WinCC V13

Transparent graphics can be displayed without any problems in Runtime. This is true for all
Comfort Panels and WinCC Runtime Advanced with version 13.0.0.0.
To use the transparency in a graphic view or in a graphic I/O field, the "Fill pattern" property
must be set to "Transparent" and the property "Use transparent color" must be disabled.
If the property "Use transparent color" is enabled in a device with version 13.0.0.0, the
transparency of the graphic is lost and the transparent pixels are displayed in black. We
recommend that you check the "Use transparent color" property at the points of use of
transparent graphics after upgrading existing projects to device version 13.0.0.0. If the graphics
are not displayed correctly, disable this property.
Addressing tags in the "PLC code display" object

The "PLC code display" object only supports symbolic addressing of tags. If the operand is
not addressed symbolically, the network with the operands cannot be displayed and an error
message is generated.
Characters that can be used in the property name of the screen blocks with RT Professional
Note the following rules when entering property names of the faceplates:
The name must start with a letter.
The name can contain alphanumeric characters and the underscore.
The name may not contain more than 255 characters.
Do not use any UNICODE characters (for example, Chinese characters).
Playing videos on Comfort Panels

You can play video sequences on Comfort Panels in the "Media Player" screen object. You
can find more detailed information on playing videos on the Internet under:
http://support.automation.siemens.com (http://support.automation.siemens.com/WW/view/en/
62101921) (entry ID 62101921)
Selecting the transfer protocol for the camera view

To display the screens of a network camera in the camera view, define the transfer protocol
in the properties of the screen object. Select the TCP or UDP transfer protocol depending on
your network and the type of network camera you are using. In most cases, a TCP connection
has reliable synchronization with the camera view.

Readme
Displaying SIMOTION PLC websites in the HTML browser

If the SIMOTION PLC websites are not displayed correctly in the HTML browser, insert "/basic"
after the website URL to display the websites in basic mode.
Using the optional "CamControls" from older TIA Portal versions

If you want to continue using the control "CamControl" from older versions of TIA Portal
configurations in TIA Portal V13 SP1 or newer, we highly recommend an update of the TIA
Portal project version and HMI device version to V13 SP1.
Basic Panels: Animation of object groups

Basic Panels as of device version V13 SP1 support animation of object groups that consist of
individual screen objects. Animation of nested groups is not supported, however.
RT Professional: Copying screen objects with linked user data types

After copying a screen object from a screen that uses a user data type to a screen that does
not use a user data type, the tag references in the target screen are shown with the prefix
"@NOP::". These tag references do not function during runtime if the target screen is to be
shown in a screen window. If you want the tag references to function, interconnect the target
screen temporarily to a user data type. The interconnection of the target screen to the user
data type can then be deleted afterwards.
RT Professional: User data types linked to screen objects in faceplates

If a faceplate uses an element of a user data type and a faceplate is created from this screen
object, all tag references in the faceplate are shown as "@NOP::". The tag references function
during runtime despite this, however. For the tag references to be shown correctly, no element
of a user data type should be used when creating a faceplate from an existing screen object.
Display differences between the configuration and the display on the HMI device
The display of the text configured in a screen object may be different on the HMI device due
to the display configuration. If you are using the options for automatic size adjustment in the
configuration, check the display on your HMI device in every language.
If texts that were configured with the "Fit object to contents" option cannot be displayed in full,
they are reduced slightly on the HMI device. If this reduction leads to a distorted display of
texts, disable the "Fit object to contents" option and expand the text with additional blanks.
Optionally, you can increase the width of the object or use a shorter formulation for the text.
RT Professional: S7-GRAPH overview

If the name of the S7-GRAPH data block that is interconnected at an S7-GRAPH overview
contains a period, the control does not work during runtime.

Readme
Migration and configuration of ActiveX controls

Changes to properties of ActiveX controls are only saved if the control synchronizes the
OCXState property correctly in the case of changes.
For controls such as "Microsoft Date and Time Picker Control" that do not synchronize the
OCXState property correctly, the changes are discarded after the screen is closed, during
compilation or after the migration.
Exporting and importing function keys

Function keys are synchronized during the import. If a function key is created in the global
screen and the key is empty in the screen, the corresponding function key will use the global
definition in all screens.
If you want to disable the global use of function keys after the import, define empty keys in the
screens and import the screen types in the following order: Global screen, templates, screens.
If you want to ensure when exporting the screens that the global definition of a function key is
not used by the template or by the global screen, create an empty function key in the screen.
Select the required function key in the screen, then enable the "Use global assignment"
property and disable it again.
4.2.5.2 Tags and connections
Contents
product features.
Display of deleted array elements at location of use of HMI tags

The locations of use of HMI tags, such as the process value of IO fields, are usually indicated
by the tag name. If the element of an array tag is used, then the tag name will be extended by
the index of the array element indicated in brackets.
If a used tag is no longer included in the project, then the tag name will still be displayed at the
location of use. The field will be displayed with a red background to indicate the missing tag.
If a used array element or the array tag is no longer present, then only the index of the array
element will be displayed in brackets. The tag name will not be displayed. The field is
highlighted in red. You can no longer identify the name of the associated array tag based on
the location of use in this instance.
If you do not know which array tag was linked to this location of use, then it may be necessary
to link the array element once again.
If a tag or array tag was created based on a reference, then the selected reference will be
closed automatically.
If an HMI tag is connected with an array element of a PLC tag and the PLC tag does no longer
exist in the project, then the same behavior will take place in the "HMI tags" editor.

Readme
Array tags as list entry of multiplex tags

You can use the array tags of the Char data type just like the tags of the String data type.
The use of an array tag of the Char data type as list entry of a multiplex tag in the "HMI
tags" editor is not supported.
Multiplexing tags on a Basic Panel

If you multiplex a tag with an external tag on a Basic Panel, the address is read from the PLC
in runtime during the first read cycle. The value of the address read is not available until the
second read cycle.
Runtime Advanced and Panels: Importing array elements and structure elements
Array tags and structure tags are always imported in full with all elements. The elements of
the array tags and structure tags are not filled further during import.
A new tag is created if the name of a tag corresponds to the name of an array or structure
element in the import file.
Example:
The import file contains an array tag called "Otto" with 10 array elements. The array elements
are then called Otto[1], Otto[2], for example.
If the import file contains a tag named "Otto[1]", the first element of the array tag will not be
filled. Instead, a new tag will be created in the engineering system.
Local ID of HMI connections

You cannot edit the "Local ID" value in the HMI connection properties. You need the local ID,
for example, for communication by way of AR_SEND. To enable usage of the "Local ID" for
communication, proceed as follows:
1. Open the network view in the "Devices & Networks" editor.
2. Click "Connections".
3. Select an S7 connection.
4. Select the "Add new connection" command in the shortcut menu of the PLC.
5. Click on the interface.
6. Specify the "Local ID (hex)".
7. Click "Add" and then "Close".
8. Select "Properties > General" from the partner area of the Inspector window and enter the
IP address of the HMI device for the new connection.
9. Configure the necessary raw data tags for communication in the HMI device.
Tags with the DTL data type

Tags that use the "DTL" data type element by element, can only be used as read-only.

Readme
Tag names in faceplates

Use of the "." or "@" character in names of tags in faceplate types is not permitted. Do not use
these special characters in the tag names in faceplates.
RT Professional: Tags with symbolic addressing and "Char Array" data type
Tags with symbolic addressing and the "Char Array" data type are not released for
communication of RT Professional and SIMATIC S7-1200 V3.
Array elements in WinCC

If you have connected an HMI tag with an array from a STEP 7 data block which does not start
with a low limit of 0, the array elements are mapped in WinCC to the low limit of 0.
To ensure that you do not have to rethink between the STEP 7 indices and the WinCC indices
when accessing the individual array elements, the low limits of arrays should also start at 0 in
STEP 7.
Duration of the initialization of historical data

Initialization of the archives on some storage media can take up to 5 minutes. The successful
completion of initialization is confirmed by a system message once it has been completed. If
there a lack of any storage medium for archiving when Runtime starts, the appearance of the
system message can also take up to 5 minutes.
4.2.5.3 Alarm system and alarm displays
Contents
product properties.
Displaying special characters in alarm texts

When configuring alarm texts, a fixed character set is used in the Engineering System. This
character set allows you to use numerous special characters in alarm texts.
Language-dependent fonts are used in runtime to display the texts, for example MS PGothic,
SimSun. The fonts used in runtime do not support all special characters. As a result, some
special characters are not displayed in runtime.
Use of multiplex tags in output boxes with alarm texts

It is also possible to use multiplex tags in the output boxes of alarm texts in the engineering
system. During runtime, this leads to an incorrect display of the alarm, because the use of
multiplex tags is not supported by the basic panels.

Readme
Parameters in user alarms

Contrary to the information in the online help, it is not possible to configure parameters for user
alarms.
The menu command "Properties > Properties > Alarm parameters" is not available in the
Inspector window.
Tags in alarm texts of Runtime Advanced

Tags of data type WChar or WString cannot be displayed in the alarm view in Runtime
Advanced.
Boolean tags in alarm logs

Bool type tags are recognized as 0 and -1 in the alarm log. If you use a text list that is controlled
by a tag of the type Bool in an alarm log, then add the entry for the value -1 to the corresponding
text list.
Duration of the initialization of historical data

Initialization of the archives on some storage media can take up to 5 minutes. The successful
completion of initialization is confirmed by a system message once it has been completed. If
there a lack of any storage medium for archiving when Runtime starts, the appearance of the
system message can also take up to 5 minutes.
Printing alarms in Runtime

In WinCC, only ASCII characters are supported when printing alarms directly in Runtime.
4.2.5.4 System functions and scripts
Contents
product features.
Runtime error on startup on TP 277 and OP 277

At the start of the runtime on a TP 277 or OP 277, the error "Global unknown error with VBScript:
'Expected statement' in script ..." can be reported.

Readme
This error is triggered on devices with the Windows CE 3.0 operating system by user functions
of the following type:
Sub VBFunction_1()
With HmiRuntime.Screens("Screen_1").ScreenItems("Button_1")
.backcolor = vbred
.visible = not .visible
End With
End Sub
If the error occurs, you need to re-program the user function as follows:
Sub VBFunction_1()
HmiRuntime.Screens("Screen_1").ScreenItems("Button_1").backcolor = vbred
HmiRuntime.Screens("Screen_1").ScreenItems("Button_1").visible = not .visible
End Sub
Hiding warnings for scripts

Enable "Runtime settings > General > Settings > Also start with faulty scripts".
As a result, Runtime is started irrespective of faulty scripts. In addition, script warnings will not
be displayed during a complete compilation
Graphics in faceplates
You have added a graphic view in a faceplate and defined the "Graphic" property as the
interface of the faceplate. The "Graphic" property can be made dynamic using the interface of
the faceplate instance.
Use the following notation to address the graphic property via a script: "..\\..\\Graphic name".
Scripts for service projects

Since no interactive user is usually logged in service projects, C scripts and VB scripts lead to
problems in the following cases:
When the scripts require interaction, for example, operator input.
When the scripts show message boxes.
There is no common data area for C scripting in service mode. Thus, for example, no global
C variables can be exchanged between the "Scheduled tasks" and "Screens".
Find and Replace in local scripts in WinCC Professional

Use the "Find and Replace" function to find and replace texts within editors. It is not possible
to use Find and Replace in local scripts.

Readme
System functions in local scripts

System functions can be converted into local C scripts or VB scripts.
If a WString type tag is used in a SetTag system function that was converted into a C script,
an error message is generated in the Global Script diagnostics window when the function is
executed. The message does not affect the execution of the function.
This concerns the following SetTag functions:
SetTagWithOperatorEvent
SetTagIndirect
SetTagByTagIndirect
SetTagIndirectByTagIndirect
SetTagByProperty
SetTagIndirectByProperty
Properties no longer used in Comfort Panels and RT Advanced

In WinCC V13, many new visual properties have been introduced and many existing properties
have been harmonized.
In the course of revision of the object properties, some properties that could be used in VB
scripts in earlier versions of WinCC are no longer supported for use in WinCC V13. Scripts
that use properties that are no longer supported remain valid, but the relevant calls within the
scripts have no function. These limitations pertain exclusively to Comfort Panels and RT
Advanced in device version V13.0.
The following table shows the properties of screen objects that are no longer being used:
Property Screen object

BorderBrightColor3D Slider
BorderColor Text field, I/O field, symbolic I/O field,
date/time field
BorderInnerWidth3D Slider
BorderOuterWidth3D Slider
BorderShadeColor3D Slider
BorderStyle3D Text field, I/O field, button, symbolic I/O field, graphic I/O field,
date/time field, bar, switch
BorderWidth Text field, symbolic I/O field
CenterColor Gauge
DialColor Gauge
EdgeStyle Text field, I/O field

Readme
System function "ChangeConnection"

Contrary to the description in the online help, the system function "ChangeConnection" is
released for the following devices:
SIMATIC S7-300/400
SIMATIC S7-NC
SIMOTION
The system function "ChangeConnection" is not released for SIMATIC S7-1200.
System function "SetPropertyByProperty"

If you change the background color of a gauge in a VBScript or CScript file with the
"BackgroundColor" property, these changes are applied in Runtime for the dial color of the
gauge. To change the background color of a gauge in a script file, use the "FrameColor"
property.
Note
The "FrameColor" property is not displayed in the Script Editor via IntelliSense, but is accepted
during compilation of the project.
Script parameters in C-scripting

The following labels are already assigned to the "char*" data type in runtime and must not
therefore be used in C-scripting as internal tags or script parameters:
"Object"
"Property"
"Tag"
"Picture".
System function "EstablishPROFIsafe"

Contrary to the description in the online help, the system function "EstablishPROFIsafe" is not
available.
RT Advanced: System function "ShiftAndMask"

If you are using the "ShiftAndMask" system function and the device version of the target HMI
device is changed after configuration (e.g.,"13.1.0" to "13.0.0" or vice versa), you must check
and test the parameters of this system function.
You can use the "Char" and "Word" data types for the "Source tag" and "Target tag" parameters
as of the device version 13.1.0.

Readme
In the device versions before 13.1.0, these parameters must be assigned other data types:
Use "SInt" instead of "Char"
Use "Int" instead of "Word"
Otherwise, undesirable effects may occur, for example, incorrect or unexpected behavior of
the configured system functions.
4.2.5.5 Reports
Contents
product features.
Displaying controls in protocols

A project with WinCC V11 SP2 with Update 4 or earlier is upgraded to WinCC V13.
In this process, it may happen that archive data is not displayed in controls for protocols.
The following controls are affected:
f(t) trend view
f(x) trend view
Table view
Remedial measures for f(t) trend view and f(x) trend view
1. In the control, select "Properties > Properties > General > Display > Online".
2. Recompile your project.
3. Load the project onto your HMI device.
Remedial measures for Table view:
1. In the control, select "Properties > Properties > General > Upon opening screen > Start
update".
2. Recompile your project.
3. Load the project onto your HMI device.
4.2.5.6 Recipes
Contents
product features.

Readme
Arrays in recipe elements

If you have configured both an array as well as the elements of this array for recipe elements
of a recipe, the loading of data records aborts with the following error message: "290055: Import
of data records aborted with error"
Use either the array or just the array elements for recipe elements of a single recipe.
4.2.5.7 User administration
Contents
product features.
Encrypted connection with SIMATIC Logon V1.5 SP3

Secure encrypted communication between SIMATIC Logon and HMI operator devices is
supported as of SIMATIC Logon version V1.5 SP3 and the HMI device version V13 SP1 for
Comfort Panels, KTP Mobile Panels and RT Advanced.
HMI devices with a version V13 or earlier can only make an non-secure / non-encrypted
connection to a SIMATIC Logon server.
Authentication and certificate management in SIMATIC Logon

If you want to use a secure encrypted connection, the first time a connection is made the
SIMATIC Logon certificate is compared with the local certificate of the HMI device. Only when
the comparison has been successfully performed can a secure encrypted connection be
successfully established.
When you make a connection the first time, the compared certificate is stored under
"SimaticLogon\rejected". If you trust the certificate of the server, copy the stored certificate into
the local certificate store directory.
The certificate store is located in the following path:
On the PC under "C:\Program Files\Siemens\CoRtHmiRtm\SimaticLogon\certs"
On HMI panels under "\flash\simatic\SimaticLogon\certs"
Dynamic logon
In Runtime Professional, an automatic log-off time does not affect users that log on via a logon
tag.

Readme
4.2.5.8 Communication
Contents
product features.
Connection interruptions with Mitsubishi PLCs

After multiple connection interruptions, a situation may arise where all the connection
resources of the Mitsubishi PLC are in use and the connection can no longer be established.
It is recommended to check these connection resources in the PLC program of the PLC and
also to enable them again.
Limited number of possible HMI connections

An error message is displayed during compilation of a device indicating that the configuration
of the HMI connection in the "Devices & Networks" editor is invalid. The reason may be that
the maximum number of possible connections of the HMI device or PLC has been exceeded.
Check the maximum number of available connections. Consult the device manuals of the
devices you are using.
Communication by means of routing with S7 300/400

Communication of connection partners in different subnets is possible via routing with the
following connections: PROFINET, PROFIBUS, MPI.
Use of PROFINET IO with panel HMI devices

When using PROFINET IO to connect the direct keys and LEDs of HMI devices to the PLC,
you can define an offset for the address area of the inputs and outputs during configuration in
HW Config.
The following restriction applies when a PROFINET IO-capable S7-400 CPU is used with one
of the HMI devices listed below:
The offset for the start of the address area of the inputs must not be greater than the offset for
the start of the address area of the outputs.
The restriction applies to the following HMI devices:
OP 177B
OP 277
Mobile Panel 177
For the configuration of the address parameters, open the PLC with the S7-400 CPU in HW
Config. Select the HMI device connected via PROFINET IO in the station window of HW Config.
A table with the properties of the HMI device is displayed at the bottom of the station window
in the detail view. Select the line containing the addresses of the HMI device in the table and
open the object properties using the shortcut menu.

Readme
Enable the "Addresses" tab in the "Object properties" dialog. Configure the offset for the inputs
under "Inputs > Start". Configure the offset for the outputs under "Outputs > Start".
Exceeding value ranges with Mitsubishi MC and Mitsubishi FX

With some data types, the Mitsubishi MC and Mitsubishi FX communication drivers do not
check whether the value of a recipe tag exceeds the value range of the PLC tags. The data
types affected are:
4-bit block
12-bit block
20-bit block
24-bit block
28-bit block
Coordination area pointer in an OPC connection

In principle, the coordination area pointer can be used eight times in an OPC connection. If
you have configured an OPC connection and you automatically create another OPC
connection using "Add", the coordination area pointer is only displayed once in the newly
created connection. In this case, you should change the communication driver of the
connection. If you then set OPC again as the communication driver, the coordination area
pointer can again be used eight times.
RT Advanced communication via Station Manager (SIMATIC NET) with an S7-1200

For communication of a SIMATIC S7-1200 with a PC with WinCC RT Advanced via a router,
the following restrictions apply to the PC:
Windows 7: Only with installed SIMATIC NET 8.1
Windows XP: Communication via Station Manager (SIMATIC NET) is not supported
These restrictions also apply if you are using WinAC MP or Station Manager. Connections with
the help of the Station Manager of Runtime Advanced are always treated as routed
connections.
Communication between S7-1200 and a multi panel

Communication between an S7-1200 and a multi panel with the "WinAC MP" option installed
via ProSave is not possible. The HMI devices affected are:
SIMATIC MP 177 6" Touch
SIMATIC MP 277 8" Key

Readme

HMI connections in WinCC V13

HMI connections to SIMATIC S7-1200 PLCs with firmware versions earlier than V2.0 are not
possible in WinCC V13.
Connections via PROFIBUS DP

When a connection between a PLC and an HMI device via PROFIBUS DP is interrupted and
then re-established, sporadically all other PROFIBUS DP connections in the communication
network are interrupted and re-established.
De-energize the disconnected station before reconnecting it.
"Set the IP suite (address) of the PLC in the Control Panel" with SIMATIC S7-1200 V1
The function "Set the IP suite (address) of the PLC in the Control Panel" has not been approved
for the following PLCs:
SIMATIC S7-1200 V1
Switching a connection
A connection may be interrupted when it is switched from an HMI device to a SIMATIC
S7-300/400, to a SIMATIC S7-1500 or to a SIMATIC S7-1200 PLC.
Note the following settings in the SIMATIC S7-1500 or SIMATIC S7-1200 controllers:
Absolute addressing of tags
The "Disable PUT-GET communication" option must be selected
The "Complete protection" protection level may not be set
RT Advanced in the Station Manager

If RT Advanced and WinAC RTX use the same communication processor of a PC, HMI
communication with SIMATIC S7-1200 and SIMATIC S7-1500 is not possible.
Raw data communication in redundant projects

Simatic.NET, Named Connections and various communication blocks, such as BSEND/BRCV,
for example, can only be used to a limited extent in a redundantly configured PC station
because the connection parameters for the redundant partner server cannot be configured.

Readme
Non-integrated connection to a SIMATIC S7-1500 software controller

A non-integrated connection between an HMI device and a SIMATIC S7-1500 software
controller is not supported in WinCC.
Transfer areas of the operating mode IO device and DP slave of the HMI devices
If you have activated the operating mode "IO device" or "DP slave" for HMI devices, no transfer
areas should be added or deleted in the properties of the HMI device. If you have inadvertently
deleted or added a transfer area, disconnect and reconnect the controller.
4.2.6 System-wide functions
Contents
product features.
Using system diagnostics in the device proxy

To use the system diagnostics function in an IPE device proxy, for example, a system
diagnostics view, insert the PLC alarms as content of a device proxy.
Importing and exporting project texts

In WinCC, you only import the previously exported project texts into the same project. Importing
into a different project is not supported.
Initialize device proxy with data from a V13 project

You cannot initialize a device proxy with data from a V13 project in a project with the version
V13 SP1.
Upgrade the V13 source project to version V13 SP1 to initialize the device proxy in the target
project with the data from the source project.
4.2.7 Compiling and loading
Contents
product features.

Readme
Compiling and loading

If internal errors or warnings occur during compiling, compile the complete project using the
command "Compile > Software (rebuild all)" in the shortcut menu of the HMI device.
Before you start productive operation with your project, compile the entire project using the
"Compile > Software (rebuild all)" command from the shortcut menu of the HMI device.
If you are using HMI tags that are connected to the control tags in your project, compile all
modified blocks with the command "Compile > Software" in the shortcut menu before you
compile the HMI device.
Settings for update of operating system

If you select the command "Online > HMI device maintenance > Update operating system"
from WinCC, you cannot change the settings such as the type of PG/PC interface or baud
rate. The settings used during the last download are always used.
To make changes to the settings, open the "Extended download to device" dialog using the
"Online > Extended download to device" command and change the settings. When you click
the "Load" button the changed settings are saved.
Alternatively, you can perform an update of the operating system with changed settings with
ProSave. You start ProSave via the Windows Start menu "Siemens Automation > Options and
Tools > HMI Tools > SIMATIC ProSave".
Incorrect installation of ProSave

If you receive an error message during installation of ProSave when loading data to a target
device or maintenance of an HMI device, then you cannot remedy this error using the repair
function of setup. Remove ProSave via the Control Panel. Then start setup and install the
"ProSave" component again.
Checking the address parameters

During compilation of an HMI device in the project tree with the command "Compile > Software"
in the shortcut menu, the address parameters of the HMI device, such as the IP address, will
not be checked. If you want to ensure that the address parameters are checked as well, you
will have to compile the HMI device using the "Compile" button in the "Devices & Networks"
editor of the toolbar.
Error message when downloading data to the PLC

A panel and a PLC are connected and communicating with other.
If a tag is accessed while downloading data from the panel to the PLC, an error message is
displayed on the panel.
Delayed reaction in the "Extended download to device" dialog

If the settings in the "Extended download to device" dialog for "Type of the PG/PC interface"
and "PG/PC interface" do not match the settings on the HMI device, this can result in the
application not responding for up to a minute.

Readme
Extended download with an S7-1200 and a Comfort Panel

An S7-1200 PLC and a Comfort Panel are located in the same physical network as the PG/
PC. You open the "Extended download to device" dialog for the Comfort Panel.
If you enable the option "Show all accessible devices", it may occur that the application stops
responding.
OP77A, OP73, TP177A: Loading projects

When loading a project to an HMI device, it can happen that Runtime is not automatically
ended, even though "Remote Transfers" is activated in the Panel.
If this happens, stop Runtime and manually set the transfer mode on the HMI device.
Loading a SIMATIC HMI application to a PC station

The following circumstances can lead to an error message during the first load of a SIMATIC
PC station:
A SIMATIC HMI application is configured in a PC station in the project
WinCC Runtime Advanced
WinCC Runtime Professional
WinCC Standby
or WinCC Client
The property "S7RTM is installed" is activated.
Before you load a SIMATIC PC station for the first time, select the configured device HMI_RT
(WinCC...) in the project tree. Open the "Extended download to device" dialog and select the
appropriate interface and parameter settings. Click "Load".
You then load the PC station as normal.
Project transfer via USB

If you have connected more than one HMI device via USB to your configuration PC, project
transfer is only possible to the last connected device.
Opening project files

When you run "HmiIRTm.exe", a dialog opens asking if you want to open the project file (.fwc).
The following options are available to you:
"Yes": A dialog opens allowing you to select a project file (.fwc).
"No": The dialog closes.

Readme
Tag simulator in WinCC Professional does not start

If the tag simulator does not start in WinCC Professional, it may be because the fm20.dll file
has not been installed in the system yet. The fm20.dll file cannot be distributed and must be
installed as part of a Microsoft application:
http://support.microsoft.com (http://support.microsoft.com/default.aspx?scid=kb;EN-US;
224305)
You have the following two options for installing the fm20.dll file:
Install an application, such as Microsoft Office 97, on the destination system. The
installation routine also installs the fm20.dll file.
You can also download and install the Microsoft ActiveX Control Pad free of charge. The
fm20.dll file is also installed in this case. Additional information on the ActiveX Control Pad
is available on the Microsoft Developer Network website:
http://msdn.microsoft.com/en-us/library/ms968493.aspx (http://msdn.microsoft.com/en-us/
library/ms968493.aspx)
Error message when PLC is loaded with a newer version of the TIA Portal
PLC code display shows the current program status of PLC programs.
An error message is output if the PLC code display from an older version of WinCC accesses
a program on the PLC loaded with a new version. Make sure that the PLC and the HMI are
loaded with the same version of the TIA Portal.
Comfort panels as of device version 13.0: Backing up data while loading projects
If the transfer is interrupted for Comfort Panels with a device version 13.0 or higher, WinCC
automatically ensures that no data is lost and that existing data is only deleted on the HMI
device after complete transmission.
Loading projects to a file

The "Load project to file" functionality is only available in Runtime Advanced devices with
version V13 or older.
Displaying characters in transfer alarms

If characters are not displayed correctly in the transfer alarms during transfers to HMI devices
with the device version V12 or older, please check the region and language settings in
Windows. Set the corresponding language under "Language for non-Unicode programs".

Readme
4.2.8 Runtime
4.2.8.1 Notes on operation in Runtime
Contents
product features.
Focus in Runtime
If you have configured a low-contrast combination of focus color and border color in a V12
project, the focus may no longer be identifiable after changing the HMI device version in
Runtime. Change one of the two colors.
Language behavior - Layout of on-screen keyboard

The layout of the on-screen keyboard is not switched when the runtime language changes.
Tag values exceed the maximum length

You enter a character string in a string tag via an I/O field. If the character string exceeds the
configured number of tags, the character string will be shortened to the configured length.
Empty alarm texts

Runtime is running with a project. The project is saved on a network drive.
In the event of interruptions to the network drive connection, Runtime may attempt to load
alarm texts from the network drive.
In the event of disconnection, the alarm window or the alarm view remains empty.
To avoid this, copy the project to a local drive before the starting the project in Runtime.
Complete download in Service mode

If you need to perform a "complete download" to the OS in Service mode from the engineering
station, Runtime automatically stops and then starts again.
The project is then no longer in Service mode.
In this state, the power supply is interrupted and WinCC Runtime no longer starts automatically
on the OS.
Remedy:
1. Switch the project manually to Service mode after you have performed the "complete
download".
2. Close the project manually.

Readme
3. Enable Service mode.

4. Start Runtime again using the surrogate icon in the taskbar.
Slow reaction of SmartServer

The following programs may start and respond very slowly under Windows 7 and Windows
2008 servers:
HMI TouchInputPC
SmartServer: <Ctrl+Alt+Del> shortcut in the logon dialog
The delay is caused by the callback for the Internet certificate validation.
Remedy:
You can find the following files
on the product DVD under:
Support\Windows7\CRL_Check or CD_RT\ Support\Windows7\CRL_Check\:
DisableCRLCheck_LocalSystem.cmd
DisableCRLCheck_CurrentUser.cmd
1. Run the "DisableCRLCheck_LocalSystem.cmd" file with administrator rights. Select the
command "Run as administrator" from the shortcut menu of the file.
2. Reboot the PC.
If the problem persists, follow these steps:
1. Double-click the file and run the "DisableCRLCheck_CurrentUser.cmd" file with user rights.
2. Reboot the PC.
Note
The callback for the certificate validation is disabled for all users or PCs. To restore the
original state, perform the following files:
RestoreDefaults_LocalSystem.cmd
RestoreDefaults_CurrentUser.cmd
You can find the files in the following directory of the product DVD:
Support\Windows7\CRL_Check or CD_RT\Support\Windows7\CRL_Check\
Starting Runtime
Only WinCC Runtime V13 can be started in TIA Portal V13. WinCC Runtime V11.02, V12 or
V13 can be simulated in TIA Portal V13.
Avoiding corrupt files during power failure

If a power failure occurs in Windows systems while the WinCC system is active, files may be
corrupt or destroyed. Operation with the NTFS file system provides better security.
Secure, continuous operation is only ensured by using an uninterruptible power supply (UPS).

Readme
Blocking task switching on Windows 7 and Windows 8.x

To use the "Block task switching" option on a Runtime PC, disable the Aero theme in Windows
7 and Windows 8.x. To disable the Aero theme, right-click on the Desktop and select
"Personalize". In the "Personalization" menu, select the designs "Windows Basic" or "Windows
- Classic".
4.2.8.2 Notes on operation of panels in Runtime
Contents
product features.
License transfer via S7USB

You always need to run WinCC to transfer a license to a panel via S7USB.
Transferring licenses to a panel on 64-bit operating systems

If you are running a 64-bit operating system and the "Edit > Connect target systems > Connect
HMI device" menu command is not available in Automation License Manager, open command
line input and run the following command with administrator rights:
"%WINDIR%\system32\RegSvr32.exe" "%CommonProgramFiles%\siemens\AlmPanelPlugin
\ALMPanelParam.dll"
Using the mouse wheel in Runtime

The use of the mouse wheel in Runtime is not supported on all panels.
Basic Panels, OP73, OP77A and TP177A: Displaying texts in runtime

The default font selected in the "Runtime settings > Languages & font" editor has an effect on
the display of texts in runtime.
Text entries may be truncated if you selected an unfavorable font size or style.
This setting possibly has an effect on the following text entries:
Tooltips
long alarm text
text in the dialogs

Readme
Basic Panels: Connections to S7-1200 and S7-1500 with Backup/Restore

If you use the "Backup/Restore" function, a maximum of two connections from Basic Panels
to the controllers are possible at any given time.
SIMATIC S7-1200
SIMATIC S7-1500
Basic Panels: Backup on the memory card of the PLC

Create the backup file "A.psb" on the memory card of the PLC. An error, for example a
connection break, occurs when creating the backup.
This will create a corrupt file on the memory card of the PLC. Such a file has "~$" as prefix.
Delete the file with the prefix "~$" if you want to save a backup again under the same name
"A.psb".
Basic Panels: Panel Data Storage and S7-1500F

The "Panel Data Storage" PDS function cannot be used on Basic Panels in conjunction with
S7-1500F when the password for the protection level "Full access incl. fail-safe" is used.
"Panel Data Storage" function on Basic Panels

The "Panel Data Storage" (PDS) function provided by Basic Panels is only supported by
SIMATIC S7-1200 as of firmware V4.0 and SIMATIC S7-1500. For the PDS function, the panel
must be connected directly with the CPU and must not be connected via the CP.
4.2.8.3 Notes on operation of Runtime Advanced
Contents
product features.
Authorization for starting Runtime

On a computer running the 32-bit version of Windows 7, WinCC Runtime Professional or
WinCC Runtime Advanced can only be started when a user is a member of the automatically
created group, "Siemens TIA Engineer".
.Net-Controls in Runtime
If you have incorporated a .Net Control in your project as "Specific .Net-Control", you have to
copy the files belonging to these controls to the installation directory of WinCC Runtime, e.g.
"C:\ProgramFiles\Siemens\Automation\WinCC RT Advanced". Otherwise, the control cannot
be loaded in Runtime.

Readme
Starting Runtime
Only WinCC Runtime V13 can be started in TIA Portal V13. WinCC Runtime V11.02, V12 or
V13 can be simulated in TIA Portal V13.
Disabling automatic checking for software updates

If the Engineering System is installed together with Runtime on a PC, the operator gets
notifications above software updates. For the system to run reliably on a multi-user system,
the same software version must be installed on all PCs.
It is possible to disable the automatic checking for software updates and to thus improve
performance.
To disable the automatic checking for software updates, go to "Settings > General > Software
updates" and clear the "Check daily for updates" check box.
4.2.9 HMI devices
4.2.9.1 Notes on HMI devices
Contents
product features.
If the PC goes into standby or hibernate mode while the transfer is in progress, the panel status
after interruption of the transfer is not defined.
Multi-key operation
Unintentional actions can be triggered by multi-key operation:
When you are using a key device, you cannot press more than two function keys at the
same time.
When you are using a touch device, a standard PC or a panel PC, you can only press one
function key or button at the same time.
TS Adapter with Ethernet interface

If an HMI device is connected via Ethernet and a TS adapter, it can not be reset to factory
settings.
Simulation of the Basic Panels

Use an output field in an alarm text to output an external tag. The content of the output field
will always be displayed with "0" during simulation.

Readme
Simulation with real PLC connection

The access point used by the simulation is independent from the settings of the engineering
system and can only be altered in the Control Panel with the "Setting PG/PC Interface" tool.
If the PLC connection is terminated right after the start of the simulation with alarm 140001,
you should check the access point used by the simulation with "Setting PG/PC Interface".
1. Double-click "Setting PG/PC Interface" in the Control Panel. A dialog opens.
2. Select" "S7ONLINE" in the "Access point of application" field as standard for HMI.
3. Select the interface in the "Interface Parameter Assignment Used" area.
4. Exit the dialog "Setting PG/PC Interface" with OK
Loading of projects without recipe data records

You are using recipes in a project. You transfer the project to a Basic Panel without recipe
data records.
You may encounter inconsistencies if you have altered the structure of the recipe in the
engineering system and the device already held recipe data records.
Check the consistency of the data records in this case. The device will not issue a note for all
structural changes.
Floating point numbers on MP 277, MP 377, TP 177B 4'' and CP4

Only floating point numbers in the range from 10-293 ... 10+307 are displayed correctly on the
HMI devices MP 277, MP 377, TP 177B 4'' and CP4. If the tag value is outside this range, it
is displayed as 0.
Mobile Panels V2
If you use Mobile Panels V2 in a project, it is not possible to open the project with WinCC V11
SP1. This affects projects with the following devices:
Mobile Panel 277F IWLAN (RFID Tag)
Mobile Panel 277F IWLAN V2
Mobile Panel 277 IWLAN V2
"Zone ID/Connection point ID" tag of a Mobile Panel 277 IWLAN V2

The tag used for the "Zone ID/Connection point ID" must be of data type INT for Mobile Panel
277 IWLAN V2 devices. Adapt this data type if necessary when migrating a project.
HMI devices with operating system Windows CE 5.0 or higher

Owing to a modified client-server communication security setting, the time difference between
the HMI device (client) and PC (server) must not exceed 1 day. If you back up recipe data from
the HMI device on a network drive, for example, make sure that the time is set correctly on the
PC (server) and the HMI device (client).

Readme
HMI devices with high communication load

S7 Diagnostics should be enabled if a Panel is assigned many connections to PLCs or other
HMI devices. Otherwise, you will risk overload on the Panel.
Device replacement in the engineering system

In the engineering system, you replace a device with configured LED keys with a device without
LED keys. Runtime start fails after you have transferred the project data to the device.
For this reason, delete the LED key configuration before you replace the device.
Restrictions for the HMI device, MP 377 15" Touch daylight readable
The following functions are not supported in WinCC V12 for the MP 377 15" Touch daylight
readable HMI device:
Option: Sm@rtServer
System function: SetAndGetBrightness
Direct keys
Upgrading Basic Panels to WinCC V13

Before you upgrade Basic Panels from version V12 to version V13, transfer the image of the
V12 SP2 Update 5 or higher to the devices.
In the "SIMATIC ProSave [OS Update]" dialog, select the setting "Reset to factory settings".
In this way, you always start a functional update of the image.
Affected devices:
KP300 Basic mono PN
KP400 Basic color PN
KTP400 Basic color PN
Connection switch in the Control Panel with Basic Panels

If you use the "Override protected connection information" function, the following restriction
applies:
You cannot perform a connection switch in the Control Panel of a Basic Panel from a PLC
without a protection level to a PLC with a "Complete protection" level.
2nd generation Basic Panels: Choosing a USB port

If you are not using a USB hub, select the USB port USB_X60.1 as storage path.
KTP400F Mobile
KTP400F Mobile is available as Hardware Support Package (HSP) for version V13 SP1.

Readme
4.3 STEP 7 Basic
Mobile Panels 277F IWLAN (RFID Tag): F_DB_STATES

The block F_DB_STATES is no longer delivered with WinCC V13 SP1. The block
F_DB_STATES serves only for data exchange. You can configure a block to replicate the
function of the F_DB_STATES, however. Note the description of the F_DB_STATES in the
operating instructions of your HMI device or in the information system.
F_FB_KTP_Mobile and F_FB_KTP_RNG

The fail-safe function blocks F_FB_KTP_Mobile and F_FB_KTP_RNG are not contained in the
software WinCC V13 SP1. The function blocks will be part of the WinCC V13 SP1 Update for
the Mobile Panels 2nd generation.
Mobile Panels 277F IWLAN
Mobile Panels 277F IWLAN are not released for use with CPUs of the type S7-1500F with
WinCC V13 SP1.
Mobile Panels 277F IWLAN are not released for use with CPs in connection with CPUs of the
type S7-400F with WinCC V13 SP1.
Affected MLFBs: 6AV6645-0EB01-0AX1, 6AV6645-0EC01-0AX1, 6AV6645-0EF01-0AX1,

6AV6645-0GB01-0AX1, 6AV6645-0GC01-0AX1, 6AV6645-0GF01-0AX1.
4.3 STEP 7 Basic
4.3.1 Security information
Upgrades and updates

Siemens provides products and solutions with industrial security functions that support the
secure operation of plants, solutions, machines, equipment and/or networks. They are
important components in a holistic industrial security concept. With this in mind, Siemens
products and solutions undergo continuous development. Siemens recommends strongly that
you regularly check for product updates.
For the secure operation of Siemens products and solutions, it is necessary to take suitable
preventive action (e.g. cell protection concept) and integrate each component into a holistic,
state-of-the-art industrial security concept. Third-party products that may be in use should also
be considered. For more information about industrial security, visit
http://www.siemens.com/industrialsecurity (http://www.industry.siemens.com/topics/global/
en/industrial-security/Pages/Default.aspx)

Readme
4.3 STEP 7 Basic
To stay informed about product updates as they occur, sign up for a product-specific
newsletter. For more information, visit
http://support.automation.siemens.com (http://support.automation.siemens.com/WW/
llisapi.dll?aktprim=99&lang=en&referer=%2fWW
Network settings
The following tables show the network settings of each product you need to analyze the
network security and to configure external firewalls:
STEP 7 Basic
Name Port number Transport pro Direction Function Description
tocol
ALM 4410* TCP Inbound/out License serv This service provides the complete function
bound ice ality for software licenses and is used by
both the Automation License Manager as
well as all license-related software products.
RFC 1006 102 TCP Outbound S7 communi Communication to the S7 controller via
cation Ethernet/PROFINET for programming and
diagnostic purposes.
DCP --- Ethernet Outbound PROFINET The DCP protocol (Discovery and Basic
Configuration Protocol) is used by PROFI
NET and provides the basic functionality for
locating and configuring PROFINET devi
ces.
SNMP 161 UDP Outbound PROFINET The SNMP client functionality is used by
STEP 7 to read status information from
PROFINET devices.
WinCC ES Basic (without simulation)

tocol
ALM 4410* TCP Inbound/out License serv This service provides the complete function
bound ice ality for software licenses and is used by
both the Automation License Manager as
well as all license-related software products.
HMI Load 1033 TCP Outbound HMI Load (RT This service is used to transmit images and
Basic) configuration data to Basic Panels.
Simulation RT Basic
tocol
HMI Load 1033 TCP Inbound HMI Load (RT This service is used to transmit images and
Basic) configuration data to Basic Panels.

Readme
4.3 STEP 7 Basic
Simulation RT Basic
Ethernet/ 44818 TCP Outbound Ethernet/IP The Ethernet/IP protocol is used for connec
IP channel tions to Allen Bradley PLCs.
2222 UDP Inbound Ethernet/IP The Ethernet/IP protocol is used for connec
Modbus 502 TCP Outbound Modbus TCP The Modbus TCP protocol is used for con
TCP channel nections to Schneider PLCs.
RFC 1006 102 TCP Outbound S7 channel Communication to the S7 controller via
Ethernet/PROFINET
Mitsubishi 5002 TCP Outbound Mitsubishi MC The Mitsubishi protocol is used for connec
MC channel tions to Mitsubishi PLCs.
4.3.2 Notes on use
Content
Online operation
The simultaneous online operation of STEP 7 V5.5 or earlier and STEP 7 Basic V13 has not
been approved.
Simultaneous online connections on an S7-1200 CPU

It is not possible to establish an online connection from multiple instances of the TIA Portal
simultaneously to the same S7-1200 CPU.
Removing/inserting the memory card

After removing or inserting a memory card, always perform a memory reset on the CPU in
order to restore the CPU to a functional condition.
Removing and inserting Ethernet modules

If Ethernet modules are removed and re-inserted during operation, you must boot the PC;
otherwise, the "Accessible devices" functionality in STEP 7 or NCM PC will not display all
devices. While the PC boots, Ethernet modules must be activated.
Loading project data with TIA Portal V12 and V13 (S7-1200)
If you load the project data of an S7-1200 CPU with the TIA Portal V13, you can no longer use
TIA Portal V12 to access this data. To do this, first restore the factory settings of the CPU.
Read the additional information on this in the online help under "How to reset a CPU to factory
settings".

Readme
4.3 STEP 7 Basic
Using project data of distributed IO-Link master modules from TIA Portal V12 in V13
The following procedure applies if you are using distributed IO-Link master modules in TIA
Portal V12 that are not GSD devices and were configured with PCT: To continue using your
project data from TIA Portal V12.0 in TIA Portal V13.0, you have to export them to PCT before
you upgrade the project. After the upgrade, you must import the project data once again using
the PCT.
Compatibility
The device configuration and program of an S7-1200 CPU must always be configured with the
same STEP 7 version. Usually, the TIA Portal makes sure that no version conflicts occur by
outputting appropriate notifications during loading to the device.
This automatic verification is not possible with S7-1200 CPUs with firmware version V1.x. In
this case, users themselves must ensure that no version conflicts occur.
See also
TIA-Portal_Link (http://support.automation.siemens.com/WW/view/en/28919804/133000)
4.3.3 Editing devices and networks
4.3.3.1 General information on devices and networks
Contents
S7 PCT IO-Link
The S7 Port Configuration Tool is available for free download at the following link.
http://support.automation.siemens.com/WW/view/37936752 (http://
%2f&func=cslib.csinfo&siteid=csius&groupid=4000002&extranet=standard&viewreg=WW&n
odeid0=33102519&objaction=csopen)
4.3.3.2 Use of modules on the S7-1200
Content

Readme
4.3 STEP 7 Basic
Use of modules on the S7-1200

The modules listed below are not supported on the S7-1200.
Family Module Order number

S7-300 FMs SM 338 6ES7 338-4BC01-0AB0
FM 350-1 6ES7 350-1AH03-0AE0
FM 350-2 6ES7 350-2AH00-0AE0, 6ES7 350-2AH01-0AE0
FM 351 6ES7 351-1AH01-0AE0, 6ES7 351-1AH02-0AE0
FM 352 6ES7 352-1AH02-0AE0
FM 355 S 6ES7 355-1VH10-0AE0
FM 355 C 6ES7 355-0VH10-0AE0
FM 355-2 C 6ES7 355-2CH00-0AE0
FM 355-2 S 6ES7 355-2SH00-0AE0
S7-300 PtP-CP CP 340 6ES7 340-1AH02-0AE0, 6ES7 340-1BH02-0AE0, 6ES7
340-1CH02-0AE0
CP 341 6ES7 341-1AH01-0AE0, 6ES7 341-1AH02-0AE0, 6ES7
341-1BH01-0AE0, 6ES7 341-1BH02-0AE0, 6ES7
341-1CH01-0AE0, 6ES7 341-1CH02-0AE0
Network component Diagnostics repeater 6ES7 972-0AB01-0XA0
ET 200S 1 Count 24 V 6ES7 138-4DA04-0AB0
1 Count 5 V 6ES7 138-4DE02-0AB0
1 Step 5 V 6ES7 138-4DC00-0AB0, 6ES7 138-4DC01-0AB0
2 pulses 6ES7 138-4DD00-0AB0, 6ES7 138-4DD01-0AB0
1 SI 6ES7 138-4DF01-0AB0
1 SI Modbus 6ES7 138-4DF11-0AB0
1 SSI 6ES7 138-4DB02-0AB0, 6ES7 138-4DB03-0AB0
1 Pos Universal 6ES7 138-4DL00-0AB0
SIWAREX 7MH4910-0AA01, 7MH4912-0AA01, 7MH4920-0AA01
ET 200M SIWAREX 7MH4 900-2AA01, 7MH4 900-3AA01, 7MH4 950-1AA01,
7MH4 950-2AA01
Loading S7-1200 module comments to the PG/PC

In central configurations with S7-1200, comments of modules, submodules and signal boards
are not loaded. With CPs/CMs, only the comments of the IE interface or DP interface are
loaded. In distributed configurations with ET 200SP or ET 200MP, only the comment of the
channels is loaded from the I/O modules.
4.3.3.3 Replacing ET 200S positioning modules
Contents

Readme
4.3 STEP 7 Basic
Replacing ET 200S positioning modules

This information relates to the positioning module "1 Step 5V" (6ES7 138-4DC00-0AB0) from
a project which was created with TIA Portal V11.0. When replacing these modules from the
TIA Portal V11.0 with a new version of these modules, the parameter settings are reset to the
default values.
This is the case with one of the following procedures:
Replace the positioning module 6ES7 138-4DC00-0AB0 with its successor module 6ES7
138-4DC01-0AB0 by means of a device exchange.
Updating the module version using the appropriate button in the device properties in the
Inspector window.
4.3.3.4 CP 343-2 on SIMATIC S7 Embedded Controller EC31-RTX
Contents
CP 343-2 on SIMATIC S7 Embedded Controller EC31-RTX

The module AS-Interface CP 343-2 (article no.: 6GK7 343-2AH01) can be inserted in an
expansion rack of the SIMATIC S7 Embedded Controller EC31-RTX (article no.: 6ES7
677-1DDxx-0BB0), but the CP 343-2 cannot be operated with the EC31-RTX.
4.3.3.5 F-CM AS-i Safety ST for ET 200SP
Content
F-CM AS-i Safety ST (3RK7 136-6SC00-0BC1) from HSP0070

When using an F-CM AS-i Safety ST (3RK7 136-6SC00-0BC1) using HSP0070 in TIA Portal
V13.0, after updating to Service Pack 1, the HSP0070 (F-CM AS-i Safety ST) must be updated
to version V2.0. This is necessary to allow use of the module in TIA Portal V13 Service Pack
1.
4.3.3.6 S7 routing via IE/PB Link
Content

Readme
4.3 STEP 7 Basic
S7 routing via IE/PB Link

In the following situations, no routing via the IE/PB Link PN IO is possible:
S7 routing between two CPUs of the S7-1500
S7 routing of PG connections to CPUs of the S7-1200/1500
S7 routing of HMI connections to CPUs of the S7-1200/1500
This behavior relates to the IE/PB Link with firmware version V2.1 (6GK1 411-5AB00).
4.3.3.7 Notes on online and diagnostics
Contents
Hardware detection followed by online connection

When the "Online > Hardware detection" command is performed for an unspecified CPU, the
online configuration is not loaded from the CPU. If you do not load the configuration resulting
from the hardware detection to the CPU, the device and network views will always show a
difference between the offline and online configurations. It will appear that there are different
configurations in the online and diagnostic views, although the MLFBs are identical in the actual
CPU and the offline CPU.
4.3.3.8 Network components
S7-1200 telecontrol CPs Load, TeleService, project number, station number
Changing the project number or station number for the entire STEP 7 project
If you change the project number or the station number in the "CP identification" parameter
group for a telecontrol CP, this parameter is changed for all CPs in the STEP 7 project.
Copying Security modules

Copying stations with activated Security functions to another project without activated Security
functions is forbidden and can lead to serious inconsistencies.
Mobile wireless CPs: Download / TeleService

The following behavior applies to all mobile wireless CPs:
CP 12427 (6GK7 2427KX300XE0)
CP 12427 GPRS V2 (6GK7 2427KX310XE0)

Readme
4.3 STEP 7 Basic
CP 12437 LTEEU (6GK7 2437KX300XE0)

CP 12437 LTEUSA (6GK7 2437SX300XE0)
Connection resources for TeleService

The TeleService function occupies a connection resource on the engineering station.
The function download to device or upload from device during a TeleService session occupies
a second connection resource on the engineering station.
Download to device
Only use the "Download to device" function with the mobile wireless CP via a TeleService
connection as follows:
1. Select the CP in STEP 7.
2. Select the "Online" > "Download to device" menu.
3. In the "Extended download" dialog that appears, select the TeleService interface.
4. Download the project data from the "Extended download" dialog.
Upload from device

The "Upload from device" function via a TeleService connection is supported by the mobile
wireless CPs with the following TeleService server applications:
TeleControl Server Basic as of version V3
TeleService Gateway as of version V3
Security modules
Migration of projects with Ethernet CPs and activated security functions

In STEP 7 V5.5 projects that contain Industrial Ethernet CPs with activated security functions,
the security settings are disabled during migration to STEP 7 Professional.
If necessary, follow these steps after the migration:
1. Activate the security functionality.
2. Configure the required security settings.
Migration of IP access protection lists when activating the security functions

An active IP access protection list is converted to firewall rules when security functions are
activated. These rules are visible in advanced firewall mode and can be adjusted there. The
advanced firewall mode is activated automatically.
Copying Security modules

Copying stations with activated Security functions to another project without activated Security
functions is forbidden and can lead to serious inconsistencies.

Readme
4.3 STEP 7 Basic
Security online diagnostics of S7 CPs

Security online diagnostics of a CP with security capability is only possible if the online
connection is established directly via the CP. If the online connection was established by
STEP 7 via the CPU to the station, with the "Connect online" button on the security diagnostics
page "Security" > "Status" of the security CP you can establish a direct connection to the CP
to run security online diagnostics. As an alternative, you can also terminate the online
connection to the CPU and enter the IP address of the CP in the "Station address" input box
under the entry "Online access" in online diagnostics.
IKE mode
When negotiating the key in phase 1 the IKE mode "Main" should be preferred. This mode
normally provides a reliable procedure compared with the "Aggressive" mode. One reason for
using the "Aggressive" setting is when you have VPN groups with different pre-shared keys
since only one pre-shared key is supported with the "Main" setting.
The IKE "Aggressive" mode should not be used in conjunction with certificates. In the IKE
"Aggressive" mode, only use pre-shared keys.
The SOFTNET Security Client only supports the IKE "Main" mode.
A security module must not be used in VPN groups that use different IKE modes.
Downloading configuration data to an S7-300/400 via a VPN tunnel

When you download configuration data via the gigabit interface of a CP x43-1 Advanced to an
S7-300/S7-400 station, the path via which the download takes place is stored in the project.
If the project is then downloaded via a VPN tunnel established between a SCALANCE S
module and the CP x43-1 Advanced, the download fails due to the changed path.
To download via the VPN tunnel, follow the steps below:
1. Using the "Go online" button, connect the engineering station to the gigabit interface of the
CP x431 Advanced.
2. Disconnect the online connection to the CP x431 Advanced.
3. Download the project to the station via the gigabit interface of the CP x431 Advanced.
VPN tunnel establishment with 1200/1500 CPs capable of VPN

The establishment of VPN tunnel connections by 1200/1500 CPs capable of VPN with the
authentication method "pre-shared key" is only possible if the VPN connection partner is also
a 1200/1500 CP capable of VPN. The establishment of VPN tunnel connections by a
1200/1500 CP capable of VPN to all other VPN connection partners is only possible with the
"certificate" authentication method.
Media converters
When you migrate a project, you need to reconfigure the media converters.

Readme
4.3 STEP 7 Basic
4.3.4 Programming a PLC
4.3.4.1 General notes on PLC programming
Content
Information about network security

For communications access between the TIA Portal and CPU or between HMI (except for HMI
access using "GET/PUT communication") and CPU, there are integrated security functions.
These provide greater protection from manipulation and higher access protection. To protect
against unauthorized network access to a CPU with standardized communications access
such as "GET/PUT", "TSEND/TRCV", "Modbus", "FETCH/WRITE", you should also take
suitable additional measures (e.g. cell protection concept).
Renumbering PLC data types

For better performance, the S7 CPUs process PLC data types with numbers. The user is not
aware of these numbers, because the system processes the numbers independently. This
means number conflicts are automatically resolved. When using know-how protected blocks
that use PLC data types, it may be useful to set up your own numbering system (recommended
> 5000) because the automatic resolution of numbering conflicts may result in a password
prompt (compilation required).
To renumber the default number of a PLC data type, follow these steps:
1. Open the project library in the "Libraries" task card.
2. Drag the compilable PLC data type to the "Types" folder.
The "Add type" dialog opens.
3. Enter the properties of the new type.
4. Click "OK" to confirm.
5. Right-click the PLC data type.
The shortcut menu opens.
6. Select "Edit type" in the shortcut menu.
7. Open the "PLC programming" task card once again.
The extension "in testing" is now added to the name of the PLC data type.
8. Right-click the PLC data type.
9. Select "Properties" in the shortcut menu.
10.Change the number of the PLC data type in the "General" section.
11.Select "Release version" from the shortcut menu of the library.

Readme
4.3 STEP 7 Basic
The PLC data type now has the new number and can be used. The assigned number is retained
even if the type of the PLC data type is revoked.
Generating external sources from blocks

When generating external sources from blocks, the changes made directly in the block
interface to the default values of PLC data types are not exported to the sources. This means
these values are not available when the sources are imported once again. The default values
are applied instead. To prevent this loss of data for the modified default values, the changes
must be made directly in the PLC data type and not in the block interface. In this case, the
changes are also exported when generating external sources.
Indirect indexing of ARRAY components of data type bit string in SCL

In TIA Portal V13, you can address the components of an ARRAY for a CPU of the S7-1200
series in SCL with a tag of the data type BYTE, WORD or DWORD as index in addition to a
tag of the integer data type if the IEC check is not set.
Explicit data type conversion in SCL

As of TIA Portal V13, the string is displayed with a leading sign during explicit data type
conversion of SINT/INT/DINT/LINT_TO_STRING or WSTRING in SCL and transferred aligned
to the left.
The result is an incompatibility with TIA Portal V12 SP1, in which the string was transferred
aligned to the right during conversion.
Start value behavior during "Upload from device"

The start values that you have changed with the instruction "WRIT_DBL: Write to data block
in the load memory" will be lost during execution of the action "Upload from device".
Online/offline differences in the project tree (S7-1200 FW V2.0 and V2.1)

If you use the instruction "WRIT_DBL: Write to data block in the load memory" to change a
data block, the resulting difference between online and offline block is initially not displayed
correctly by the symbols in the project tree. The difference is only shown when you terminate
an online connection and then go back online.
Loading inconsistent programs to a device

In TIA Portal, it is not possible to download inconsistent programs to a device without a
consistency check. During the loading process, all blocks of the program are implicitly checked
and are compiled again in the event of inconsistencies. If, however, there are programs on
your CPU which were loaded with earlier versions of STEP 7, these programs could
demonstrate inconsistencies.
In this case, note the following:

Readme
4.3 STEP 7 Basic
If you load an inconsistent program from a device, you will not be able to load the program
unchanged to the device afterwards, because a consistency check always takes place during
the loading process and existing inconsistencies are corrected.
Process image of PTO/PWM outputs

Do not use PTO/PWM outputs in the process image (for example, for access in the user
program, for online functions or in HMI). The update rate of the process image is much slower
than the rate of the signal changes. The display in the process image therefore does not reflect
the signal flow.
Monitoring blocks in LAD and FBD

If the start of the current path is outside the visible range, it may not be possible to determine
the input value. In this case, the current path is shown grayed out.
Avoid using PLC data types generated by the system in libraries

Some instructions generate their own PLC data types during instancing which are saved in
the "PLC data types" project folder. However, you should not use these system-generated
PLC data types in any library, because they may be recreated by the system at any time and
may result in an unfavorable system behavior.
Using global data blocks in assignments

It is not possible to assign the contents of a global data block to a structurally identical data
block, e.g. using a move box.
4.3.4.2 Compatibility of PLC programs from V12 SP1 or V13
Content
Compatibility
You can continue to use in V13 SP1 all programs that were created with TIA Portal V12 SP1
or V13. However, because improvements were made to the compiler and errors corrected
there in V13 SP1, it can occur in rare cases that the program reacts differently after the upgrade
or that you have to adjust the program code manually. These cases are described in detail
below.
In addition, you have the option of editing the project in compatibility mode. Compatibility mode
is available for projects that were created with TIA Portal V12 SP1 and V13.
You can find additional information on the compatibility under "Compatibility of projects".

Readme
4.3 STEP 7 Basic
Instruction "S_CONV: Convert character string"

Der EN/ENO mechanism behaves differently in TIA Portal V13 SP1 than in TIA Portal V13.
In version V13, the ENO enable output returns the signal state "0" in case of error, even if you
have deactivated the ENO enable output. If you have switched an additional instruction to the
EN enable output, this is then not executed.
In version V13 SP1, the ENO enable output returns the signal state "1" in case of error, if you
have deactivated the ENO enable output. If you have switched an additional instruction to the
EN enable output, this is then executed as expected.
Instruction "MUX: Multiplex" (SCL)

Up to and including TIA Portal V13, the value of the tag at the input parameter was output
unchanged as a function value, even if the K parameter had a negative integer. This behavior
has changed in TIA Portal V13 SP1.
In TIA Portal V13 SP1, if you use the BOOL, STRING, DT or DTL data types at the input
parameters of the MUX instruction and the K parameter is a negative integer, the value of the
tag is changed.
Instruction "DEMUX: Demultiplex" (SCL)
Up to and including TIA Portal V13, no value was output at the OUTELSE output parameter if
the value of the K parameter was < 0. In contrast, the value of the IN input parameter was
output at the OUTELSE output parameter if the value of the K parameter was > available
outputs. This behavior has changed in TIA Portal V13 SP1.
In the TIA Portal V13 SP1, if you specify at the K parameter a value that is outside the available
outputs (K < 0 or K > available outputs), then the value of the IN input parameter is output at
the OUTELSE output parameter.
Function values (Return)

As of TIA Portal V13 SP1, more stringent syntax rules apply to function call:
It is checked that the function value (Return) is written in any case, even if multiple possible
program paths can be run through in the function. Therefore, there is no longer any risk that
the function values will accidentally not be written during runtime.
However, you may possibly receive syntax errors in functions during compiling, which it was
still possible to compile without errors in V13. In such cases change the program code so that
the function valve is written in all possible program paths.
Example:
SCL
IF #MyIn1 = #MyIn2 THEN
#Block_3 := #MyIn1 + 1;
END_IF;

Readme
4.3 STEP 7 Basic
In this example, the function value of "Block_3" is not written if the condition of the IF instruction
is not fulfilled. The function value then contains an undefined value.
SCL
#Block_3 := #MyIn1;
IF #MyIn1 = #MyIn2 THEN
#Block_3 := #MyIn1 + 1;
END_IF;
In this example the function valve of "Block_3" is definitely written in the program, since "MyIn1"
is set as default before the IF loop is completed.
Comparing the hardware data types HW_IO and HW_DEVICE

As of TIA Portal V13 SP1, there is a stricter syntax rule that is valid for the comparison of the
data types HW_IO and HW_DEVICE:
Up until and including TIA Portal V13 it was possible to compare the data types HW_IO and
HW_DEVICE directly with each other.
If you want to compare these data types in TIA Portal V13 SP1 you have to first create a tag
of the data type HW_ANY in the section "Temp" for the block interface and then copy the
LADDR (from data type HW_DEVICE) to the tag. It is then possible to compare HW_ANY and
HW_IO.
EN/ENO mechanism for STRING conversion
Conversion Description
Strg_TO_Chars: Convert character string to Array The ENO enable output returns the signal state "0"
of CHAR even if you have deactivated the ENO enable out
put:
For an invalid character at the CHARS
parameter
For an invalid ARRAY index at the PCHARS
parameter
If the sum of the PCHARS and STRG
parameters exceeds the length of the target
ARRAY.
Chars_TO_Strg: Convert Array of CHAR to char The ENO enable output returns the signal state "0"
acter string even if you have deactivated the ENO enable out
put:
If the sum of the PCHARS and CNT
parameters exceeds the length of the source
ARRAY.

Readme
4.3 STEP 7 Basic
4.3.4.3 Instructions
Content
Instruction "TRCV_C: Receive data via Ethernet"

Contrary to the information provided in the online help, the communication connection is
terminated immediately, and not after sending data, when the CONT parameter is set to the
value "0".
Instruction "T_CONFIG: Configure interface"

The CPU is restarted after you have executed the "Configure interface" instruction in order to
change an IP parameter. The CPU goes to STOP mode, a warm restart is carried out and the
CPU starts up again (RUN mode). Make sure that the control process is in a secure operating
mode after the CPU has been restarted following execution of the "Configure interface"
instruction. Uncontrolled operation can result in serious material damage or personal injury
due to malfunctions or programming errors, for example. Non-retentive data could be lost.
Parameters ERROR and STATUS
ERROR STATUS ERR_LOC Explanation

(DW#16#..)
0 00000000 0 After the instruction has
been executed success
fully, the STATUS pa
rameter "00000000"
does not return any val
ue.
Instruction "DataLogCreate: Create data log"

In addition to the values described in the online help, the RET_VAL parameter can also adopt
the following values:
Error code Explanation

(W#16#...)
8B24 Invalid assignment at parameter HEADER (for example, bit memory used as memory
area).
8C24 Invalid assignment at parameter DATA (for example, bit memory used as memory area).

Readme
4.3 STEP 7 Basic
Instruction "DPSYC_Fr: Synchronize DP slaves / Freeze inputs"

In addition to the values described in the online help, the RET_VAL parameter can also have
the following value:

(W#16#...)
80A4 Communication on central PROFIBUS disrupted.
Instruction "Get_IM_Data: Reading identification and maintenance data"

The explanation for the values of the RET_VAL parameter described in the online help has
been changed as follows:

(W#16#...)
80B1 No valid data available. (The I&M data is either not supported by the (sub)module or you
have not configured I&M data for this device.)
Instruction "T_RESET: Resetting the connection"

In addition to the values described in the online help, the STATUS parameter can also have

(W#16#...)
7000 No job processing active.
Instruction "TCON: Establish communication connection"

In addition to the values described in the online help, the STATUS parameter can also have

(W#16#...)
80A1 The specified connection or the port is already being used.
Instruction "RD_ADDR: Determine the IO addresses from the hardware identifier"

Output of the IO addresses with packed addresses of an ET200
With packed addresses of an ET200. the first module of the pack group returns all addresses.
For the other modules, the following is output with the PIADDR and PQADDR parameters:
With PROFINET as address "0".
With PROFIBUS as address "0". The error code 16#8090 (the hardware identifier of the
module at the LADDR parameter is invalid.) is also output.
For the number of bytes of the inputs and outputs (parameters PICOUNT and PQCOUNT),
"0" is output in each case.

Readme
4.3 STEP 7 Basic
Instruction "RD_LGADR: Determine the IO addresses from the hardware identifier"

Output of the IO addresses with packed addresses of an ET200
With packed addresses of an ET200. the first module of the pack group returns all addresses.
For the other modules, the following is output with the PEADDR and PAADDR parameters:
With PROFINET as address "0".
With PROFIBUS as address "0". The error code 16#8090 (the hardware identifier of the
module at the LADDR parameter is invalid.) is also output.
For the number of bytes of the inputs and outputs (parameters PECOUNT and PACOUNT),
"0" is output in each case.
Notes on the use of "RecipeExport" and "RecipeImport"

The instructions RecipeExport and RecipeImport are not suitable for applications in which
special protection is necessary for the recipe data. For higher protection of the data use
the recipe functions of HMI.
The data block with the recipe data exported with RecipeExport can be located in work or
load memory. If the data block is both in work memory as well as in load memory, the values
from work memory are used.
You can use different separators for the separators of the row values in the recipe. Note
that if you open the CSV file with the exported recipe data, for example in Excel, commas
can be replaced by periods and vice versa. The reason for this is that different languages
use different decimal separators. This can have effect when importing CSV files. The
following convention applies for RecipeImport; the first detected possible separator is
assumed to be the separator for all values of a table row.
Example 1: If a semicolon is detected as the first separator, during import it is assumed
that the semicolon is used as the separator for all further values. As the decimal
separator with a value of the type REAL, a comma is then used.
Example 2: If a comma is detected as the first separator, during import it is assumed
that the comma is used as the separator for all further values. As the decimal separator
with a value of the type REAL, a period is then used.
If the recipe data record contains a character string, make use that the character string
does not contain the separator you are using. With character strings, also make sure that
they do not contain any control characters that specify a line break (with ASCII: LF, CR LF,
CR).
Note: Spaces and tabs cannot be used as separators. The lead to error code 80B2 during
import.
Notes on the use of data logs

Data logs are stored as a CSV file and can be opened using the Web server, for example in
Excel. If you use character strings within a data log, make sure that you do not use any
characters in the character strings that are also used as the separator for the row elements of
the CSV file.

Readme
4.3 STEP 7 Basic
Instructions STRG_VAL and VAL_STRG

The instructions STRG_VAL and VAL_STRG are also available in the SCL programming
language in V13 SP1 in contrast to the restriction in the online help.
Passing parameters to asynchronous executable blocks

Code blocks (FBs/FCs) and data blocks (DBs) can be created with different access types
("standard" and "optimized"). In code blocks, you can call any instructions. Many instructions
(e.g. "WRIT_DBL" and "READ_DBL") are executed asynchronously. These blocks cannot be
supplied with tags from TEMP because the data must not be changed during execution.
Ensure that you do not use these instructions in programs in which code blocks of different
access types are called reciprocally. This could cause the following to occur:
A structure from a standard data block is directly or indirectly passed to an optimized code
block, which forwards this structure directly or indirectly to one of the blocks mentioned
above.
The reverse scenario, whereby a structure from an optimized code block is directly or
indirectly passed to a standard data block, which forwards this structure directly or indirectly
to one of the blocks mentioned above.
Otherwise a hidden copy of the passed data is created in TEMP, which leads to the
asynchronous blocks returning a negative acknowledgment.
4.3.4.4 Testing the user program
Testing with the watch table
Content
Multiple access to the same CPU

Access to a CPU from a PG/PC is permitted only when a TIA Portal is open. Multiple access
to the same CPU is not permitted and can lead to errors.
Loading data blocks during an active control job
Note
Loading changed data blocks during an active control job can result in unforeseen operating
states. The control job continues to control the specified address, although the address
assignment may have changed in the data block. Complete active control jobs before loading
data blocks.

Readme
4.3 STEP 7 Basic
Testing programs converted from older STEP 7 versions

To monitor and test a program converted from an older STEP 7 version, you first need to
compile and download the program with the current STEP 7 version.
4.3.5 Inter Project Engineering (IPE)
4.3.5.1 Notes on IPE
Contents
Comment box of the device proxy

Contrary to the description in the information system for the TIA Portal V13, with the "Inter
Project Engineering" functionality, the comment field for a device proxy cannot be edited.
Restricted functionality
In the TIA-Portal V13, the "S7 GRAPH overview" and "PLC code display" functionality cannot
be used in conjunction with the IPE device proxy.
Using system diagnostics in the device proxy

To use the "system diagnostics" function in an IPE device proxy, for example, a system
diagnostics view, insert the PLC alarms as content of a device proxy.

Readme
4.3 STEP 7 Basic
4.3.6 Technological functions
4.3.6.1 Notes on technological functions
S7-1200 Motion Control - MC_Home

The motion control instruction "MC_Home" has been extended with the absolute value encoder
adjustment:
Absolute encoder adjustment (relative)
MC_Home.Mode = 6
The current position is shifted by the value of the parameter "MC_Home.Position".
The calculated absolute value offset is stored retentively in the CPU.
(<Axis name>.StatusSensor.AbsEncoderOffset)
Absolute encoder adjustment (absolute)
MC_Home.Mode = 7
The current position is set to the value of the parameter "MC_Home.Position".
The calculated absolute value offset is stored retentively in the CPU.
(<Axis name>.StatusSensor.AbsEncoderOffset)
S7-1200 Motion Control - MC_WriteParam

Motion control instruction "MC_WriteParam" for drive connection via PROFIdrive/analog
output:
Contrary to the statements in the online help, you cannot write parameters with
"MC_WriteParam" which require a restart of the technology object.
S7-1200 Motion Control - MC_ChangeDynamic

You can only use the motion control instruction "MC_ChangeDynamic" for drive connection
via PTO (Pulse Train Output).
S7-1200 Motion Control - Application cycle MC-Servo [OB91]

To avoid disruptions in the program execution on the CPU, set the application cycle depending
on the number of used axes as follows:
Application cycle = number of axes x 2 ms
Number of axes Application cycle

1 2 ms
2 4 ms
4 8 ms
8 16 ms
The SINAMICS G120 drive updates the drive process image every 4 ms. To improve control,
set the application cycle of the MC-Servo [OB91] to 4 ms or to a multiple of 4 ms.

Readme
4.3 STEP 7 Basic
S7-1200 Motion Control - Overflow MC-Servo [OB91]

Contrary to the online help, the CPU does not go into STOP at overflow of the MC-Servo [OB91].
If necessary, you can set the CPU to STOP at overflow of MC-Servo [OB91] via a time-error
OB (OB80).
S7-1200 Motion Control - Process image partition "OB Servo PIP"

For optimal control of all I/O modules (e.g. hardware limit switches) used by Motion Control,
assign them to the process image partition "OB Servo PIP". The assignment causes the I/O
modules to be processed simultaneously with the technology object.
A high-speed counter (HSC) used by Motion Control is automatically assigned to the process
image partition "OB Servo PIP".
S7-1200 Motion Control - Renaming technology objects

In order to assure the consistency of your project, after you rename the technology objects,
download the project to the CPU while it is in STOP. A name change includes when you delete
a technology object and create a new technology object with a new name and data block
number of the deleted technology object.
S7-1200 Motion Control - ErrorIDs and ErrorInfos

The ErrorInfo 16#003D is also displayed if a drive with an analog drive connection has turned
off.
The ErrorInfo 16#002C has been supplemented for the ErrorID 16#820A:
ErrorID ErrorInfo Description Solution

16#820A It is not possible to restart the axis
16#0013 The axis is enabled in the user program Disable the axis with the "MC_Power" instruction;
restart again
16#0027 The axis is currently being operated in "Manual Exit "Manual control"; restart again
control" (axis control panel)
16#002C The axis is not disabled. Disable the axis; restart the command
16#0047 The technology object is not ready for restart. Download the project again.
16#0048 Condition for restart of the technology object is Disable the technology object.
not satisfied.

Readme
4.3 STEP 7 Basic
PtP module with CM 1243-5 PROFIBUS Master

You have to make the following settings in the instance DB for the instructions when using the
PtP-Module CM PtP RS232 BA, CM PtP RS422/485 BA, CM PtP RS232 HF, CM PtP
RS422/485 HF and CM PtP with a CM 1243-5 PROFIBUS Master with firmware V1.3.4:
Send_P2P
max_record_len = 240
Modbus_Master
Send_P2P.max_record_len = 240
Modbus_Slave
Send_P2P.max_record_len = 240

Installation 5
5.1 Notes on the installation
Contents
Automated Installation
A description of automated installation is available on the product DVD in the directory
"Documents\Readme\<Language directory>".
Use of the same versions of TIA Portal products during installation

When installing different TIA Portal products, make sure that you use the same versions of
service packs and updates for the installation. For example, if you have installed SP1 for STEP
7 V13, you must also install SP1 for WinCC V13. The service packs and updates must be
installed for all products at the same time. Do not start the TIA Portal until all products have
been upgraded.
You can download the service packs from the Internet under Siemens Industry online support
(http://support.automation.siemens.com/WW/llisapi.dll?aktprim=99&lang=en&referer=
%2fWW
%2f&func=cslib.csinfo2&siteid=csius&extranet=standard&viewreg=WW&groupid=4000002).
Target directory of the installation

Do not use any UNICODE characters (for example, Chinese characters) in the installation path.
Use of antivirus programs

During the installation, read and write access to already installed files is necessary. Some
antivirus programs block this access. We therefore recommend that you disable antivirus
programs during installation of the TIA Portal and enable them again afterwards.
Compatibility with V12 SP1 and V13

Empty projects from previous versions are installed in the installation directory under ..
\<INSTALLDIR>\Sample Projects to allow the current TIA Portal to be opened in compatibility
mode. These projects must be copied to a local directory with full access before they can be
used. For more information on this, refer to FAQ ID 82169157.

Installation
5.2 System requirements for installation
FAQs on the TIA Portal

FAQs on the TIA Portal are available under FAQs (http://support.automation.siemens.com/
WW/view/en/28919804/133000).
5.2.1 Notes on licenses
Availability of licenses
The licenses for the products of the TIA Portal are usually supplied on an installation data
medium and transferred automatically by the Automation Licence Manager during the
installation process of the TIA Portal.
Before you uninstall the TIA Portal, you must transfer and back up the licenses still required.
Use the Automation License Manager for this purpose.
Provision of the Automation License Manager

The Automation License Manager is supplied on the installation data medium and is
transferred automatically during the installation process.
If you uninstall the TIA Portal, the Automation License Manager remains installed on your
system.
Working with the Automation License Manager

The Automation License Manager is a product of Siemens AG, which is used for handling
license keys (technical representatives of licenses).
Software products that require license keys for operation, such as the TIA Portal, register the
need for license keys automatically with the Automation License Manager . If the Automation
License Manager finds a valid license key for this software, the software can be used according
to the license usage terms associated with this license key.
Note
For additional information on how to manage your licenses with the Automation License
Manager , refer to the documentation supplied with the Automation License Manager .
See also
Notes on the system requirements (Page 113)
Starting installation (Page 137)

Installation
Displaying the installed software (Page 142)

Modifying or updating installed products (Page 143)
Repairing installed products (Page 144)
Starting to uninstall (Page 146)
Installation log (Page 136)
5.2.2 Notes on the system requirements
System requirements for individual products

The system requirements may differ depending on the products you want to install. You should
therefore check the individual system requirements of your products.
If you want to install several products, make sure that your system meets the demands of the
product with the highest requirements.
Displaying PDF files

To be able to read the supplied PDF files, you require a PDF reader that is compatible with
PDF 1.7 e.g. Adobe (R) Reader version 9.
Displaying the Welcome Tour

You need the Adobe (R) Flash Player Version 9 or higher to start the Welcome Tour for the
TIA Portal.
See also
Notes on licenses (Page 112)

Installation
5.2.3 System requirements STEP 7 Basic
5.2.3.1 Licensing of STEP 7
Introduction
You require a License Key to license the following STEP 7 editions:
STEP 7 Basic
STEP 7 Professional
You can install the corresponding License Key when you are installing STEP 7 or transfer it
using the Automation License Manager after the installation has been completed.
Licenses for STEP 7

The following licenses with the corresponding license keys are available:
STEP 7 Basic
STEP 7 Professional
STEP 7 Professional Combo

Installation
Validity of license keys for older versions of STEP 7

With a valid License Key for V13.x of STEP 7 Professional and STEP 7 Professional Combo,
you can also operate older versions of STEP 7 without restrictions. The following table provides
more detailed information about this:
Edition License Valid for

STEP 7 Basic V13.x STEP 7 Basic STEP 7 Basic V13.x
STEP 7 Basic V12.x
STEP 7 Basic V11.x
STEP 7 Basic V10.5
STEP 7 Professional STEP 7 Professional STEP 7 Professional V13.x
V13.x STEP 7 Professional V12.x
STEP 7 Professional V11.x
STEP 7 Basic V13.x
STEP 7 Basic V12.x
STEP 7 Basic V11.x
STEP 7 Basic V10.5
STEP 7 Professional STEP 7 Professional Combo STEP 7 Professional V13.x
V13.x STEP 7 Professional V12.x
STEP 7 Professional V11.x
STEP 7 Basic V13.x
STEP 7 Basic V12.x
STEP 7 Basic V11.x
STEP 7 Basic V10.5
STEP 7 V5.5
STEP 7 V5.4
STEP 7 Professional 2010
STEP 7 Professional 2006
Starting without a valid license key

If you start an edition of STEP 7 without a valid License Key , the system alerts you that you
are working in non-licensed mode. You have the one-time option of activating a Trial License.
However, this license is valid for a limited period only and expires after 21 days.
When the Trial License expires, the following scenarios can occur:
STEP 7 has never been licensed on the PC in question:
Operations requiring a license can no longer be performed in STEP 7.
STEP 7 was already licensed on the PC in question:
A window requiring acknowledgment presents an alert for non-licensed mode every 10
minutes and for every action requiring a license.

Installation
License requirements for simulation

You do not require additional licenses when you use the menu command "Online > Simulation"
to start the simulation in STEP 7.
If the following conditions are met, the appropriate licenses for the edition of STEP 7 you have
installed are also required for the simulation.
The engineering station is connected to a PLC.
The connection to the PLC is configured and active.
See also
Handling licenses and license keys (Page 116)
5.2.3.2 Handling licenses and license keys
Introduction
In each case, you require a valid License Key to use STEP 7 Basic and STEP 7 Professional.
Installing license keys

When you install STEP 7 Basic, the License Key is installed automatically during setup. When
you install STEP 7 Professional you will be prompted at the end of the setup to transfer the
license from the supplied storage medium to your PC.
If you want to install additional License Keys, you have to use the Automation License Manager
to do this.
When you install a license, the associated license key is removed from the license key storage
location.
Notice
Destruction of license keys by copying
It is not possible to copy a License Key. The copy protection prevents the license keys from
being copied. If you attempt to copy a License Key this will be destroyed.
Uninstalling license keys

License keys are always uninstalled using the Automation License Manager. You uninstall a
License Key in the following cases:
When backing up data.
If you no longer require the license.
You can then use a valid license on another PC or HMI device.

Installation
Data backup
When backing up data on the HMI device or creating a backup during device replacement,
remove the License Keys on the HMI device. To do this, open the Automation License Manager
and back up the uninstalled license key to another storage location.
Notice
Destruction of license keys on PCs
Start by removing all license keys in the following situations:
Before you format the hard disk.
Before you compress the hard disk.
Before you restore the hard disk.
Before you start an optimization program that moves fixed blocks.
Before you install a new operating system.
Read the description of Automation License Manager ("Start > Siemens Automation >
Documentation"). Observe all warnings and notices.
On PC-based HMI devices and on non-PC-based HMI devices where Automation License
Manager is used, the license key storage location may contain multiple license keys. This
capability means you can store multiple licenses of the same type at one location. Save all
license keys of an HMI device to the same storage location.
Notice
Always keep the original storage location of the license keys.
Invalid license after time zone change

The installed license no longer functions in the following case.
If you change the time zone on a PC as follows:
From a time based on a complete hour to a time not based on a complete hour.
Example: You change the time zone from GMT +3:00 to GMT +3:30.
To avoid this inconvenience, uninstall the license key using the Automation License Manager
under the time zone setting that was set when the license key was installed.
This behavior does not apply to the Trial License.
Defective license
A license is defective in the following cases:
If the license key is no longer accessible at the storage location.
If the license key disappears during its transfer to the destination drive.
You can use the Automation License Manager to repair the defective license. To do this, use
the "Restore" function or the "Restore wizard" of the Automation License Manager. To perform
this restore operation you must contact Customer Support.

Installation
You can find more detailed information on the Internet: http://support.automation.siemens.com

(http://support.automation.siemens.com/WW/llisapi.dll?aktprim=99&lang=en&referer=
%2fWW
See also
Licensing of STEP 7 (Page 114)
5.2.3.3 Software and hardware requirements STEP 7
System requirements for installation

The following table shows the minimum software and hardware requirements for installation
of the "SIMATIC STEP 7 Basic" software package:
Hardware/software Requirement
Processor Intel Celeron Dual Core 2.2 GHz (Ivy/Sandy Bridge)
RAM 4 GB
Available hard disk space 8 GB
Operating systems * Windows 7 (32-bit)
Windows 7 Home Premium SP1
Windows 7 Professional SP1
Windows 7 Enterprise SP1
Windows 7 Ultimate SP1
Windows 7 (64-bit)
Windows 8.1 (64-bit)
Windows 8.1
Windows 8.1 Professional
Windows 8.1 Enterprise
Windows Server (64-bit)
Windows Server 2012 R2 StdE (full installation)
Screen resolution 15.6" wide screen display (1024 x 768)
* For more detailed information on operating systems, refer to the help on Microsoft Windows
or the Microsoft homepage.

Installation
Recommended software and hardware requirements

The following table shows the recommended software and hardware for the operation of STEP
7.
Computer From SIMATIC FIELD PG M4 PREMIUM (or similar PC)
Processor From Intel Core i5-3320M 3.3 GHz
RAM 8 GB or more
Hard disk 300 GB SSD
Monitor 15.6" Wide Screen Display (1920 x 1080)
Operating systems * Windows 7 (64-bit)
Windows 8.1 (64-bit)
Windows 8.1
Windows Server (64-bit)
Windows Server 2012 R2 StdE (full installation)
* For more detailed information on operating systems, refer to the help on Microsoft Windows
or the Microsoft homepage
Supported virtualization platforms

You can install the "SIMATIC STEP 7 Basic" software package on a virtual machine. For this
purpose, use one of the following virtualization platforms in the specified version or a newer
version:
VMware vSphere Hypervisor (ESXi) 5.5 as of Update 2
VMware Workstation 10
VMware Player 6.0
Microsoft Windows Server 2012 R2 Hyper-V
These virtualization platforms can use the following operating systems as host operating
system:
Windows 7 Professional/Ultimate/Enterprise (64-bit)
Windows Server 2008 R2 (64-bit)
Windows 8.1 Professional/Enterprise (64-bit)

Installation
You can use the following host operating systems to install "SIMATIC STEP 7 Basic" within
the selected virtualization platform:
Windows 7 Professional/Ultimate/Enterprise (64-bit)
Note
The same hardware requirements apply to the host operating system as for the respective
TIA products.
The plant operator must ensure that sufficient system resources are available for the host
operating systems.
The hardware certified by the manufacturers is recommended for the use of HyperV server
and ESXi.
When you use Microsoft Hyper-V, accessible stations cannot be displayed.
Supported security programs

The following security programs are compatible with "SIMATIC STEP 7 Basic":
Antivirus programs:
Symantec Endpoint Protection 12.1
Trend Micro Office Scan Corporate Edition 10.6
McAfee VirusScan Enterprise 8.8
Kaspersky Anti-Virus 2014
Windows Defender (as of Windows 8.1)
Safety Guard 360
Encryption software:
Microsoft Bitlocker
Host-based Intrusion Detection System:
McAfee Application Control 6.0

Installation
5.2.4 System requirement for WinCC Advanced
5.2.4.1 Software and hardware requirements
Introduction
Specific requirements for the operating system and software configuration must be met for the
installation.
Note
WinCC is generally authorized for use in a domain or workgroup.
However, be aware that domain group policies and restrictions of the domain may hinder the
installation. In this happens, remove the computer from the domain prior to installing Microsoft
Message Queuing, Microsoft SQL Server and WinCC. Log onto the computer in question
locally with administrative rights. Then perform the installation. After successful installation,
you can enter the WinCC computer back into the domain. If the domain group policies and
restrictions of the domain do not impede the installation, the computer need not be removed
from the domain during the installation.
Be aware that domain group policies and restrictions of the domain may also hinder operation.
If you cannot avoid these restrictions, run the WinCC computer in a workgroup.
Consult with the domain administrator if needed.
Installation requirements
The following table shows the minimum software and hardware requirements that have to be
met for the installation of the "SIMATIC WinCC Comfort/Advanced" software package:
Processor type Intel Celeron Dual Core 2.2 GHz (Ivy/Sandy Bridge)
RAM 4 GB
Free hard disk space 8 GB

Installation
Operating systems * Windows 7 (32 bit)
Windows 7 (64 bit)
Windows 8 (64 bit)
Windows Server (64 bit)
Windows Server 2008 R2 Standard Edition SP1
Windows Server 2012 R2 Standard Edition
Screen resolution 1024 x 768
Network Ethernet 10 Mbps or faster
Optical drive DVD-ROM
Software Microsoft .Net Framework 4.5
* For additional information on the operating systems, refer to the Microsoft Windows help or
the Microsoft homepage.
Simultaneously opening multiple instances of WinCC on a configuration PC can also increase
the hardware capacity required.
Note
"Aero Glass Style" of Microsoft Windows 7
A powerful graphics card is required for "Aero Glass Style". It requires DirectX9 capabilities
and 128 MB of dedicated graphics memory.
The performance of the architecture of the graphics system can significantly influence the
performance of WinCC.
Recommended hardware
The following table shows the recommended hardware for the operation of SIMATIC WinCC.
Hardware Requirement
Computer SIMATIC FIELD PG M4 PREMIUM or higher (or comparable PC)
Processor Intel Core i5-3320M 3.3 GHz or higher
RAM 8 GB or more
Hard disk 300 GB SSD
Monitor 15.6" Wide Screen Display (1024 x 768)
Optical drive DL MULTISTANDARD DVD RW

Installation
Supported virtualization platforms

You can install the "SIMATIC WinCC Comfort/Advanced" software package on a virtual
machine. To do this, use one of the following virtualization platforms:
VMware vSphere Hypervisor (ESXi) 5.5 (as from Update 2)
VMware Workstation 10
VMware Player 6
Microsoft Windows Server 2012 R2 Hyper-V
The following operating systems can serve as a host operating system for these virtualization
platforms:
Windows 7 Professional / Ultimate / Enterprise (64-bit)
You can use the following guest operating systems to install "SIMATIC WinCC Comfort/
Advanced" on the selected virtualization platform:
Windows 7 Professional / Ultimate / Enterprise (64-bit)
Note
The same hardware requirements apply to the guest operating system as to the respective
TIA products.
The plant operator must provide sufficient system resources for the guest operating
systems.
The hardware certified by the manufacturers is recommended for the use of HyperV server
and ESXi.

Installation
Supported security programs

The following security programs are compatible with "SIMATIC WinCC Comfort/Advanced".
Virus scanners:
Symantec Endpoint Protection 12.1
Trend Micro Office Scan Corporate Edition 10.6
McAfee VirusScan Enterprise 8.8
Kaspersky Anti-Virus 2014
Windows Defender (Windows 8.1 and higher)
Encryption software:
Microsoft Bitlocker
Host-based Intrusion Detection System:
McAfee Application Control 6.0
Installing Microsoft .Net Framework

The software requires .Net Framework 4.5; it is automatically installed and activated.
You will be prompted to install the required .Net Framework version if this cannot be performed
by the software package installation. A restart may be necessary after installation of .Net
Framework.
Online help for Windows 7 / Windows Server 2008

Windows 7 and Windows Server 2008 no longer support all online help formats by default.
These online help formats are used in WinCC in the following cases:
Calling WinCC Direct Help
Calling the WinCC Information System from the WinCC editors or via the Direct Help links
The following component is installed during the installation of WinCC to allow you to continue
to call the WinCC Direct Help:
Microsoft Help Engine
You can also call the WinCC Information System under Windows 7 and Windows Server 2008
from the Windows Start menu or from the installation folder.
To call the WinCC Information System from the WinCC editors or via the Direct Help links,
some changes have to be made to the operating system. You can find more information on
this in the section "More information for advanced users" of Microsoft Support article "917607":
http://support.microsoft.com/kb/917607 (http://support.microsoft.com/kb/917607)
Security settings during installation

When you install WinCC V13, security settings are changed in your operating system.
The security settings in question are listed during the installation.
You must confirm the changes to the security settings.

Installation
If you make changes to your operating system after the installation, the changes to the security
settings made by the installation of the TIA Portal could be changed.
You can restore the changes to the security settings made by the installation of the TIA Portal:
"Start > All Programs > Siemens Automation > Security Controller > Restore settings".
SQL instance of WinCC V13

If you have installed a WinCC V11 product and you wish to install WinCC V13, you must
uninstall the WinCC instance of SQL Server 2005 before the installation.
A new WinCC SQL 2008 instance is installed with the installation of WinCC V13.
See also
Options for WinCC Engineering and Runtime systems (Page 126)
Licensing of WinCC Engineering System (Page 128)
5.2.4.2 Parallel installation
Parallel installations in TIA Portal V13

You will be prevented from starting the TIA Portal if you perform a non-permitted parallel
installation of STEP 7 and WinCC. The following parallel installations are permitted in the TIA
Portal:
STEP 7 V13 and WinCC V13
A dialog opens during installation to inform you of any inconsistencies in your parallel
installation. The following parallel installations are permitted:
WinCC V13 and RT Advanced V13
WinCC V13 and RT Professional V13
The engineering system and Runtime must always be of the same version after an installation.
Parallel installation of WinCC V13 and other SIMATIC HMI products

Parallel installation of WinCC V13 and versions of WinCC flexible earlier than WinCC flexible
2008 SP1 is not allowed.
Parallel installation of WinCC V13 with versions of WinCC earlier than WinCC V7.0 SP2 is not
allowed. Parallel installation of WinCC V13 with WinCC V7.0 SP2 or WinCC V7.0 SP3 is not
allowed for:
WinCC V 13 Professional
WinCC V 13 Runtime Professional

Installation
Parallel use
If the term "Combo" appears in the name or license key of the software after installation, the
use of the following products/versions is permitted in accordance with paragraph 1.6 of the
General Terms and Conditions (see also setup text):
With license for "WinCC V13 Comfort Combo": WinCC flexible 2008 Standard
With license for "WinCC V13 Advanced Combo": WinCC flexible 2008 Advanced
5.2.4.3 Add-ons
Options for WinCC Engineering and Runtime systems

SIMATIC Panels as well as WinCC Runtime Advanced and WinCC Runtime Professional
contain all essential functions for operator control and monitoring of machines or plants.
Additional add-ons allow you to extend the functionality in some cases to increase the range
of available tasks.
Add-ons for Comfort Panels, Mobile Panels, Multi Panels

The following add-ons are available for Comfort Panels, Mobile Panels, and Multi Panels:
WinCC Audit (audit trail and electronic signature for regulated applications)
Note
In contrast to WinCC flexible 2008, functions from the WinCC flexible /Sm@rtService,
WinCC flexible /Sm@rtAccess add-ons as well as the WinCC flexible /OPC Server add-on
are incorporated into the basic functionality.
Add-ons for WinCC Runtime Advanced

The following add-ons are available for WinCC Runtime Advanced:
WinCC Recipes (recipe system)
WinCC Logging (logging of process values and alarms)
WinCC Audit (audit trail for regulated applications)
Note
For use of the WinCC SmartServer and WinCC Audit add-ons, one license each is required.
Note
In contrast to WinCC flexible 2008, functions from the WinCC flexible /Sm@rtService,
WinCC flexible /Sm@rtAccess add-ons as well as the WinCC flexible /OPC Server add-on
are incorporated into the basic functionality.

Installation
Add-ons for WinCC Runtime Professional

WinCC Runtime Professional contains the following components, which you can activate with
a corresponding license:
WinCC Server (supplements WinCC Runtime to include server functionality)
WinCC Recipes (recipe system, formerly WinCC /UserArchives)
WinCC Logging (logging system, previously WinCC/TagLogging)
You can select and install the following add-ons in the installation dialog:
WinCC Client (standard client for building multiple-station systems)
WinCC WebNavigator (Web-based operator control and monitoring)
WinCC DataMonitor (display and evaluation of process states and historical data)
Note
To use the add-ons, one license each is required.
Note
In contrast to WinCC V7, functions from the WinCC / OPC Server add-on have been
incorporated into the basic functionality. Likewise, the basic functionality includes the
Runtime API from WinCC /ODK.
In addition to the Runtime add-ons, you can also expand WinCC Runtime Professional with
customized controls. The WinCC ControlDevelopment add-on is required to develop controls.
See also
Software and hardware requirements (Page 121)
Installing and uninstalling options (Page 127)
Installing and uninstalling options
Introduction
Some add-ons are included in standard WinCC installation and are installed automatically.
During the installation of WinCC Engineering System, the following add-ons are available for
you to select for installation:
Simulation for WinCC Runtime Advanced
During the installation of WinCC Runtime Advanced, the following add-ons are available for
you to select for installation:
OPC XML Gateway
WinCC Audit Viewer

Installation
Add-ons for non-PC-based HMI devices

The required Runtime add-ons are installed on the HMI device as follows:
During the transfer of the project to the HMI device
Add-ons that are no longer required are removed automatically.
With ProSave
Procedure - activating add-ons

To activate an add-on for use, install the appropriate license key using the Automation License
Manager.
In order to backup the license key of an add-on or use it on a different configuration PC or HMI
device, you must uninstall this license key using the Automation License Manager.
Note
When no valid license key is installed on a PC with WinCC Runtime, Runtime runs in Demo
mode.
See also
Options for WinCC Engineering and Runtime systems (Page 126)
5.2.4.4 Licenses and Powerpacks
Licensing of WinCC Engineering System

You require a license key for the following:
WinCC Engineering System, for example, WinCC Professional
Add-ons for WinCC Engineering System
You can transfer the license key for WinCC simultaneously with the WinCC installation. You
transfer licenses for the WinCC add-ons after installation with the Automation License Manager.
Starting without a valid license key

If you start WinCC without a valid license, the system alerts you that you are working in non-
licensed mode. You have the one-time option of activating a trial license. The trial license for
Engineering editions WinCC Basic, Comfort/Advanced, and Professional expires after 21 days.

Installation
When the trial license has expired, the following scenarios may occur:
WinCC was never licensed on the PC in question.
Operations requiring a license can no longer be performed in WinCC.
WinCC was already licensed on the PC in question.
Non-licensed mode is indicated every 10 minutes and at every action requiring a license
by a window, which you must acknowledge.
License requirements for simulation

When you want to start simulation in WinCC using the "Online > Simulation> With tag simulator"
menu command, you do not need licenses for WinCC Runtime or for add-ons that require a
license.
If the following conditions are met, you will need the appropriate licenses for WinCC Runtime
and add-ons that require a license even for simulation:
The engineering station is connected to a PLC.
The connection to the PLC is configured and active.
You start the simulation with the "Online > Simulation > Start" menu command.
See also
Software and hardware requirements (Page 121)
Licensing WinCC Runtime on PC-based HMI devices (Page 129)
Licensing of HMI devices (Page 132)
Working with license keys (Page 132)
Powerpack (Page 135)
Installing a Powerpack (Page 136)
Licensing WinCC Runtime on PC-based HMI devices

With PC-based HMI devices, you require a license key for the following:
WinCC Runtime with 128 tags, for example.
WinCC add-ons
You can install the license key for WinCC Runtime during the installation of WinCC. You
transfer licenses for the WinCC add-ons after installation with the Automation License Manager.
Note
Only the Certificate of License for WinCC Runtime V13 authorizes operation of WinCC Runtime
V13 SP1.
The appropriate new license is required to license WinCC Runtime.

Installation
You can upgrade the runtime licenses of WinCC flexible 2008 and WinCC V7 with an upgrade
to WinCC Runtime V13.
Productive operation of the software is only allowed with a valid Certificate of License that
matches the version listed on it.
Non-licensed mode
WinCC Runtime and the Runtime add-ons can be used freely without license. Non-licensed
mode is indicated every 10 minutes by a window, which you must acknowledge.
See also
Validity of licensing for older versions of WinCC
Validity of license keys for older versions of WinCC

With a valid license key for WinCC Advanced V13.x, you can also operate older versions of
WinCC without restrictions.
The following table provides more detailed information about this:

Installation
WinCC Engineering System
Edition License Validity

WinCC Basic V13.x WinCC Basic WinCC Basic V11.0 SP2
WinCC Basic V12.0
WinCC Basic V13.0
WinCC Comfort/Advanced V13.x WinCC Comfort WinCC Basic V11.0 SP2
WinCC Comfort V10.5
WinCC Comfort V11.0
WinCC Basic, Comfort V12.0
WinCC Comfort Combo WinCC flexible Compact, Standard >= 2005
WinCC Basic V11.0 SP2
WinCC Comfort V10.5
WinCC Comfort V11.0
WinCC Advanced WinCC Basic V11.0 SP2
WinCC Comfort, Advanced V10.5
WinCC Basic, Comfort, Advanced V12.0
WinCC Advanced Combo WinCC flexible Compact, Standard,
Advanced >= 2005
WinCC Basic V11.0 SP2
WinCC Runtime Advanced
Edition License Validity

WinCC RT Advanced V13.x WinCC RT Advanced (128) WinCC RT Advanced V11.0
WinCC RT Advanced (512) WinCC RT Advanced V12.0
WinCC RT Advanced (2048) WinCC RT Advanced V13.0
WinCC RT Advanced (4096)
WinCC RT Advanced (8192)
Validity of licenses for WinCC options

Generally, WinCC options have version-independent license keys. You can use WinCC
options V13.x with V11 and V12 license keys and vice versa.

Installation
Licensing of HMI devices

Non-PC-based HMI devices are always equipped with Runtime licenses. A license key is not
required for runtime operation.
A license may be required for an add-on for non-PC-based HMI devices. The license key of
the respective license always activates one add-on for use.
License key
In order to license non-PC-based HMI devices with license keys, the
"SIMATIC HMI License Manager Panel Plugin" add-on is needed.
WinCC Setup installs this add-on by default. You open the License Manager Panel Plugin in
the Automation License Manager with the "Edit > Connect Target System > Connect HMI
Device" menu command.
If WinCC is not installed, an installation of ProSave 7.2 or higher is required.
Note
Further information on license handling can be found in the Automation License Manager help.
Note
Verify that the current version of the operating system (or higher) is installed on the HMI device
before you start licensing. If necessary, update the operating system using ProSave.
Non-licensed mode
Runtime add-ons can be used for a short time without restrictions without a valid license. Non-
licensed mode is indicated every 10 minutes by a window, which you must acknowledge.
See also
Working with license keys
Introduction
You transfer a license key to the HMI device in the following cases:
To use the WinCC engineering system
To operate WinCC Runtime
To use add-ons for WinCC Runtime on PC-based HMI devices
To use add-ons on non-PC-based HMI devices

Installation
You transfer a license key from the HMI device in the following cases:
When backing up data
If you no longer require the license
You can then use this license on another PC or HMI device.
When you transfer a license to an HMI device, the associated license key is removed from the
license key storage location.
Note
A license key cannot be copied. The copy protection employed prevents the license keys from
being copied.
Data backup
You transfer the license keys from the HMI device for data backup on the HMI device or as a
backup for device replacement.
You use the Automation License Manager to back up license keys from an HMI device to the
storage area of the license keys.
Notice
Destruction of license keys on non-PC-based HMI devices
License keys transferred as a result of backup/restore operations are destroyed in the case of
the following HMI devices:
270 series
370 series
Carry out the following before beginning restoring:
Use the Automation License Manager and ProSave to check whether license keys are on
the HMI device.
Transfer the license keys present from the HMI device
After restoring has been carried out, transfer the license keys back to the HMI device.
Note
Destruction of license keys on PCs
Transfer all license keys to a storage location in the following cases:
Before you format the hard disk
Before you compress the hard disk
Before you restore the hard disk
Starting an optimization program that moves fixed blocks
Installing a new operating system
Read the description of Automation License Manager ("Start > Simatic Automation >
Documentation"). Observe all warnings and notices.

Installation
The license key storage location on PC-based HMI devices and on non-PC-based HMI devices
where Automation License Manager is used may contain multiple license keys. This capability
means you can store multiple licenses of the same type at one location. For the backup, use
a single storage location for all license keys present on an HMI device.
Note
Always keep the original storage location of the license keys.
Invalid license after time zone change

The transferred license no longer functions in the following case.
If you change the time zone on a WinCC PC as follows:
From a time based on a complete hour to a time not based on a complete hour.
Example: You change the time zone from GMT +3:00 to GMT +3:30.
To work around this, transfer the license key from the HMI device with a time zone setting that
was set when the license key was transferred to the HMI device.
Example:
You transferred the license key with a time zone setting based on a full hour. Then, also transfer
the license key to a storage location with a time zone setting based on a full hour.
This behavior does not apply to the trial license.
Defective license
A license is defective in the following cases:
If the license key is no longer accessible at the storage area.
If the license key disappears during its transfer to the destination drive.
Note
Resetting of the system date to an earlier time causes all licenses to be become defective.
You can use the Automation License Manager to repair the defective license. Use the "Restore"
function or the "Restore Wizard" of the Automation License Manager for this purpose. You
must contact Customer Support in order to restore the license. For additional information see:
http://support.automation.siemens.com (http://support.automation.siemens.com)
Note
The Runtime software can also be operated without errors if the license is missing or defective.
The system alerts you at brief intervals that you are working in non-licensed mode.

Installation
Note
If you start the WinCC Engineering System without a valid license key, the system alerts you
that you are working in non-licensed mode. You have the one-time option of activating a trial
license. The trial license expires after 21 days.
When the trial license has expired, the following scenarios may occur:
WinCC was never licensed on the PC in question.
WinCC can no longer be started.
WinCC was already licensed on the PC in question.
WinCC can be started. Non-licensed mode is indicated every 10 minutes by a window,
which you must acknowledge.
See also
Powerpack
Introduction
The following upgrades are possible with a Powerpack:
From a smaller to a larger edition of WinCC Engineering System
To a runtime system with a larger tag volume
A Powerpack also includes a special license that you can use at any time to activate a higher
level of WinCC for use.
Engineering system
You own WinCC Comfort, for example. You can use the "SIMATIC WinCC Advanced
Powerpack WinCC Comfort -> WinCC Advanced V13" Powerpack to activate
WinCC Advanced for use.
Runtime
You own WinCC Runtime Advanced with 128 tags, for example. You use the "SIMATIC WinCC
Runtime Advanced Powerpack 128 PowerTags -> 512 PowerTags V13" Powerpack to
increase the tag volume from 128 to 512 tags.
You own WinCC Runtime Advanced with 128 tags, for example. You use the "SIMATIC WinCC
Runtime Professional Powerpack Runtime Advanced 128 PowerTags -> Runtime Professional
128 PowerTags V13" Powerpack to activate WinCC Runtime Professional with 128 tags for
use.
See also

Installation
5.3 Installation log
Installing a Powerpack
Introduction
Install a Powerpack by transferring the corresponding license key. The Powerpack license key
replaces the license key of an existing installation.
Requirement
The conditions described in the "System requirements" section must be fulfilled.
The license key for the license for which you have purchased a Powerpack is available on
the PC.
Installing a Powerpack
1. Open the Automation License Manager.
2. Select the license key.
3. Select "License Key > Upgrade" in the menu.
Result
The Powerpack license key replaces the former license key. You cannot reverse this process.
See also
5.3 Installation log
Function of the installation log

The progress during the following installation processes is logged in a file:
Installing products
Modifying or updating already installed products
Repairing an existing installation
Uninstalling products
If errors occur during the installation process or warnings are issued, these can be evaluated
with the help of the log file. You can do this yourself or contact product support.
Installation logs storage location

The log file is the most recent file with the file extension ".log" and the name of which that starts
with "SIA".

Installation
5.4 Starting installation
The location of the log file is stored in the environment variable "%autinstlog%". You can enter
this environment variable in the address bar of Windows Explorer to open the folder with the
log files. Alternatively, you can navigate to the corresponding directory by entering "CD
%autinstlog%" in the command line.
The storage location is dependent on the operating system, e.g. "C:\ProgramData\Siemens
\Automation\Logfiles\Setup" in English-language Windows.
Setup_Report (CAB file)

To make it easier to provide Product Support with all necessary files, an archive file that
contains the installation log and all other required files is saved in CAB format. This log can
be found at "%autinstlog%\Reports\Setup_report.cab". Send this CAB file to Product Support
if you need assistance with installation. With this information, Product Support can determine
whether the installation was executed properly. CAB files that were generated during earlier
installation processes are saved with a date ID in the "Reports" directory.
See also
Checking availability of updates and support packages and installing them (Page 139)
Introduction
Software packages are installed automatically by the setup program. The setup program starts
once the installation medium has been inserted in the drive.
Requirement
Hardware and software of the programming device or PC meet the system requirements.
You have administrator privileges on your computer.
All running programs are closed.

Installation
Procedure
To install the software packages, follow these steps:
1. Insert the installation medium in the relevant drive.
The setup program starts automatically unless you have disabled Autostart on the
programming device or PC.
2. If the setup program does not start up automatically, start it manually by double-clicking
the "Start.exe" file.
The dialog for selecting the setup language opens.
3. Choose the language in which you want the setup program dialogs to be displayed.
4. To read the information on the product and installation, click the "Read Notes" or
"Installation Notes" button.
The help file containing the notes opens.
5. Once you have read the notes, close the help file and click the "Next" button.
The dialog for selecting the product languages opens.
6. Select the languages for the product user interface, and click the "Next" button.
Note
"English" is always installed as the basic product language.
The dialog for selecting the product configuration opens.
7. Select the products you want to install:
If you wish to install the program in a minimal configuration, click on the "Minimal" button.
If you wish to install the program in a typical configuration, click on the "Typical" button.
If you wish to personally select the products to be installed, click on the "User-defined"
button. Then select the check boxes for the products you wish to install.
8. If you want to create a shortcut on the desktop, select the "Create desktop shortcut" check
box.
9. Click the "Browse" button if you want to change the target directory for the installation. Note
that the length of the installation path must not exceed 89 characters.
10.Click the "Next" button.
The dialog for the license terms opens.
11.To continue the installation, read and accept all license agreements and click "Next".
If changes to the security and permission settings are required in order to install the TIA
Portal, the security settings dialog opens.
12.To continue the installation, accept the changes to the security and permissions settings,
and click the "Next" button.
The next dialog displays an overview of the installation settings.
13.Check the selected installation settings. If you want to make any changes, click the "Back"
button until you reach the point in the dialog where you want to make changes. Once you
have completed the desired changes, return to the overview by clicking on "Next".

Installation
5.5 Checking availability of updates and support packages and installing them
14.Click the "Install" button.

Installation is started.
Note
If no license key is found during installation, you have the chance to transfer it to your PC.
If you skip the license transfer, you can register it later with the Automation License
Manager.
Following installation, you will receive a message indicating whether the installation was
successful.
15.It may be necessary to restart the computer. If this is the case, select the "Yes, restart my
computer now." option button. Then click "Restart".
16.If the computer does not reboot, click "Exit".
Result
The TIA Portal along with the products and licenses you have ordered and the Automation
License Manager have been installed on your computer.
See also
5.5 Checking availability of updates and support packages and installing

them
By default, the TIA Portal checks automatically if new software updates or support packages
are available, for example, Hardware Support Packages (HSPs). The automatic search for
updates takes place after each computer restart and then cyclically every 24 hours. You can
also deactivate the automatic search at any time or reactivate it. You can also search for
updates manually.
If updates are found, you can download and install them.
Note
Updates and support packages from TIA Portal V13 or higher are supported.

Installation
Deactivate or activate automatic search for software updates

To deactivate or reactivate the automatic search for software updates, follow these steps:
1. Select the "Settings" command in the "Options" menu.
The "Settings" window is displayed in the work area.
2. Select the "General > Software Updates" group in the area navigation.
3. Deselect the "Look for updates daily" check box if you want to deactivate the automatic
search for software updates.
4. Select the "Look for updates daily" check box if you want to reactivate the automatic search
for software updates.
Manually searching for software updates

If you want to search for software updates manually, follow these steps:
1. Click "Installed software" in the "Help" menu.
The "Installed software" dialog opens.
2. Click "Look for updates".
The "TIA Updater" opens and the available updates are displayed.
Or:
2. Select the "General > Software Updates" group in the area navigation.
3. Click "Search for updates now".
The "TIA Updater" opens and the available updates are displayed.
Or:
1. Open the TIA Updater with "Start > All Programs > Siemens Automation > Automation
Software Updater".
2. Click "Look for updates".
The available updates are displayed.

Installation
Download and install software updates

To download and install available software updates and support packages, follow these steps:
1. If the TIA Updater is not displayed, open it in one of these ways:
If the automatic search has found updates, you receive a message in the information
area of the Windows taskbar and the icon for the TIA Update is displayed in the
information area. Click either the message or the icon to open the TIA Updater.
Click "Installed software" in the "Help" menu and then "Look for updates".
In the Windows Start menu, click "Start > All Programs > Siemens Automation >
Automation Software Updater".
2. Click "Download" in the line of the update or support package that you want to install.
The update or support package is downloaded. The associated "Install" button becomes
active as soon as the download process has been completed.
Note
Please note the following:
1. You can initiate multiple download processes simultaneously.
2. You can log off or also shut down the computer while the download process is running.
In such cases, the download process continues in the background as soon as you log
on again.
3. In some cases, a link to an external web page is displayed instead of the "Download"
button. In this case, download the software update from this site and install it manually.
3. Close the TIA Portal if it is still open.

4. In the TIA Updater, click the "Install" button of the software package you want to install.
The installation dialog appears.
Note
1. It is not possible to install multiple updates simultaneously.
2. Do not log off during an installation and do not shut down the computer. This avoids
inconsistent versions of the software on your computer.
5. Click "Next".
The selected product is installed.

Installation
5.6 Displaying the installed software
Alternative procedures for the installation of support packages

Another procedure is available for the installation of a support package. To do this, follow these
steps:
1. Click "Support packages" in the "Options" menu of the TIA Portal.
The "Detailed information" dialog opens. A table lists all support packages from the directory
that you selected as the storage location for support packages in the settings.
2. If you want to install a support package that is not in the list, you have the following options:
If the support package is already on your computer, you can add it to the list by selecting
"Add from file system".
If you add a support package from the "Service & Support" page on the Internet, first
you download it by selecting "Download from the Internet". Then you can add it from
the file system.
3. Select the support package that you want to install.
4. Click "Install".
5. Close and then restart the TIA Portal.
See also
5.6 Displaying the installed software

You can find out which software is installed at any time. In addition, you can display more
information on the installed software.
Procedure
To display an overview of the software installed, follow these steps:
1. Click "Installed software" in the "Help" menu.
The "Installed software" dialog opens. You will see the installed software products in the
dialog. Expand the entries to see which version is installed in each case.
2. If you would like to display additional information on the installed automation software, click
the link on the "Detailed information about installed software" dialog.
The "Detailed information" dialog opens.
3. Chose the topic you want more information about in the area navigation.
See also

Installation
5.7 Modifying or updating installed products

5.7 Modifying or updating installed products

You have the option to modify installed products using the setup program or to update to a
new version.
Requirement
Procedure
To modify or update installed products, follow these steps:
The dialog for selecting the installation variant opens.
6. Select the "Modify/Upgrade" option button and click the "Next" button.
The dialog for selecting the product languages opens.
7. Select the check boxes of the product languages that you want to install. You can remove
previously installed product languages by clearing the corresponding check boxes.
Note
Note that the product language "English" cannot be removed.
8. Click the "Next" button.

The dialog for selecting the product configuration opens.
9. Select the check boxes of the components that you want to install. You can remove
previously installed components by clearing the corresponding check boxes.

Installation
5.8 Repairing installed products
10.Click the "Next" button.

Note
Note that you cannot change the target directory because the existing installation is being
modified.
If changes to the security and permission settings are required in order to install the TIA
Portal, the security settings dialog opens.
11.To continue the installation, accept the changes to the security and permissions settings,
and click the "Next" button.
12.Click the "Modify" button.
This starts the installation of the additional components.
Note
Following installation, you will receive a message indicating whether the existing installation
was successfully changed.
13.It may be necessary to restart the computer. If this is the case, select the "Yes, restart my
14.If the computer does not reboot, click "Exit".
Result
The existing installation has been modified on your computer.
See also

You have the option to repair installed products by completely reinstalling them using the setup
program.

Installation
Requirement
Procedure
To repair installed products, follow these steps:
6. Select the "Repair" option button, and click the "Next" button.
7. Click the "Repair" button.
This starts the repair of the existing installation.
Note
Following installation, you will receive a message indicating whether the existing installation
was successfully repaired.
8. It may be necessary to restart the computer. If this is the case, select the "Yes, restart my
9. If the computer does not reboot, click "Exit".
Result
The installed products have been reinstalled.
See also

Installation
5.9 Starting to uninstall

Introduction
Software packages are removed automatically by the setup program. Once started, the setup
program guides you step-by-step through the entire removal procedure.
You have two options for removing:
Removing selected components via the Control Panel
Removing a product using the installation medium
Note
The Automation License Manager will not be removed automatically when you remove the
software packages, because it is used for the administration of several license keys for
products supplied by Siemens AG.
Removing selected components via the Control Panel

To remove selected software packages, follow these steps:
1. Open the Control Panel with "Start > Control Panel".
2. Click "Programs and Features".
The "Uninstall or change a program" dialog opens.
3. Select the software package to be removed and click the "Uninstall" button.
4. Select the language in which you want the dialogs of the setup program to be displayed
and click "Next".
The dialog for selecting the products you want to remove opens.
5. Select the check boxes for the products that you want to remove and click "Next".
6. Check the list with the products to be removed. If you want to make any changes, click the
"Back" button.
7. Click the "Uninstall" button.
Removal begins.

Installation
Removing a product using the installation medium

To remove all software packages, follow these steps:
3. Select the language in which you want the setup program dialogs to be displayed.
4. To read the information on the product and installation, click "Read product information" or
"Read installation notes".
6. Select the "Uninstall" option button and click the "Next" button.
7. Click the "Uninstall" button.
Removal begins.
See also

Installation
5.10 Installing and uninstalling the migration tool
5.10.1 System requirements
System requirements for the migration tool

The following system requirements apply to the use of the migration tool:
All products used to create the source project must be installed. The following products are
supported:
STEP 7 V5.5 SP3
WinCC V7.2 with the latest updates
WinCC flexible 2008 SP3
Integrated projects from STEP 7 V5.5 and the WinCC products listed above
STEP 7 Distributed Safety V5.4
SINUMERIK STARTER and Startdrives
SIMOTION SCOUT V4.4
You need the SCOUT Migration Tool PlugIn V4.4 to migrate SIMOTION SCOUT V4.4
projects.
All optional packages needed to process the STEP 7 project are installed. For example, all
HSPs for the devices used in the source project are required.
5.10.2 Installing the migration tool
Distribution of the migration tool

You can find the migration tool in the "Support" directory on the installation DVD of the TIA
Portal. Alternatively, it is available for download from the Siemens Industry Online Support.
For some products, (such as SIMATIC Failsafe or SIMOTION) additional plug-ins are required
for the migration tool. These plug-ins can also be downloaded from the Siemens Industry
Online Support or installed from the installation DVD of the specific products.
Normally, the migration tool is installed without the TIA Portal. Because the TIA Portal has its
own integrated migration function, a separate installation of the migration tool is not necessary.

Installation
Procedure
To install the migration tool, proceed as follows:
1. Download the installation file from the Siemens Industry Online Support, or use the
installation file from the "Support" directory of the installation DVD of the TIA Portal to
perform the installation.
2. Run the installation file.
The setup program for the migration tool will open.
3. First, select the language in which the setup should be displayed and click the "Next" button.
The page for selecting the software language is displayed.
4. Since the migration tool is provided exclusively in English, you cannot choose any other
language for the installation. Therefore, click "Next" to proceed to the next step.
The page for selecting the product is displayed.
5. The migration tool consists solely of a software component. Therefore, the migration tool
is already selected.
To create a Desktop icon for starting the migration tool, select the check box "Create
Desktop icon". Then click the "Next" button.
The page for confirming the licensing terms is shown.
6. Click on an entry in the list of license terms to read the selected license term. If you agree
with all license terms, select the check box "I accept the terms of the displayed license
agreement". Then click the "Next" button.
An overview of the installation is displayed.
7. Click the "Install" button.
The installation is performed with the displayed settings.
5.10.3 Uninstalling the migration tool

The migration tool can be removed using the Control Panel.
Procedure
To remove the migration tool, follow these steps:
1. Open the Control Panel.
2. Double click on "Add or Remove Programs" in the Control Panel.
The "Add or Remove Programs" dialog opens.
3. Select the entry for the migration tool in the "Add or Remove Programs" dialog, and click
the "Remove" button.
A security prompt appears.
4. Click the "Uninstall" button to confirm this prompt.
The migration tool will be removed.

Installation

Migrating projects and programs 6
6.1 Overview of Migration Options
Migration paths
If you want to continue to use existing projects or programs with the latest version of the TIA
Portal and the S7-1500, you have several options for migrating projects.
The following graphic provides an overview of the migration options:
0LJUDWH3/&
0LJUDWHSURMHFW SURJUDPWR
6
6 6
6 6 6
Migrating projects to the TIA Portal

You use the "Migrate project" function to migrate projects that were created outside of the TIA
Portal with STEP 7, WinCC, WinCC flexible, or SINUMERIK.
The result of the project migration is a TIA Portal project that you can use with your existing
S7-300/400 series hardware and existing HMI devices.
Migrating PLC programs from S7-300/400 to S7-1500

To migrate a PLC program within the TIA Portal from an S7-300/400 series device to an
S7-1500, you use the PLC migration.
The result of the PLC migration is an executable PLC program that is automatically adapted
to the new system architecture of the S7-1500 as far as possible.

Migrating projects and programs
6.2 Migrating projects to a TIA Portal project
Optimizing PLC program for S7-1500

You also have the option to optimize your program for the S7-1500 by employing newly
introduced programming methods. The optimization enables you to effectively use the higher
performance, innovated memory technology and new features of the S7-1500 system.
Upgrading projects
You can also continue to use projects from previous versions of the TIA Portal. However, these
projects do not need to be migrated. You upgrade projects from previous versions to the current
version of the product or use projects from TIA Portal V12 SP1 in compatibility mode. You can
find additional information on compatibility and upgrading projects in the section "Upgrading
projects (Page 380)".
Note
Additional support for migration
You can find the latest information about migration in the Siemens Industry Online Support.
Migration of entire systems (http://support.automation.siemens.com/WW/view/en/83558085)
If you need further support, contact SIMATIC Customer Support.
See also
Compatibility of projects (Page 377)
Upgrading projects (Page 380)
Migration of controllers (http://support.automation.siemens.com/WW/view/en/83557459)
Migration of visualization (http://support.automation.siemens.com/WW/view/en/76878921)
Migration of communication (http://support.automation.siemens.com/WW/view/en/83558087)
Migration of I/O (http://support.automation.siemens.com/WW/view/en/83558994)
6.2.1 Migration of projects with the TIA Portal
Migration of existing projects

You can migrate projects from earlier automation solutions to the TIA Portal. Each time you
migrate, a new project is created for the migrated data with which you can then work. Any TIA
Portal projects already open are closed first.

The migration is then displayed in the table of the project history. From there, you have access
to the migration log that is created automatically for the migration.
Supported products for migration

Refer to the chapter "System overview STEP 7 and WinCC" to find out which products are
available for the TIA Portal. All products listed there are generally supported by the TIA Portal
during migration.
Any additional requirements that must be met depend on the initial products that were used
and the currently installed products. For more information on the migration options for your
products, you can, for example, refer to the Siemens Industry Online Support and the
documentation of your software products.
See also: Scaling of STEP 7 and WinCC in the TIA Portal (Page 33)
Procedure during migration

The migration process is divided into the following basic steps:
1. Preparing the initial project
If the software for editing the initial project is not installed or not fully installed on the
programming device/PC with the TIA Portal, or if the initial project is an integrated project,
you must first convert the initial project to a migration file. To do this, install the migration
tool on a programming device/PC on which the required software for editing the initial
project is installed. Then, use the migration tool to convert the initial project, and copy the
file to the programming device/PC on which the TIA Portal is installed. You can omit this
step if the initial project and its associated software are on the same programming device/
PC as the TIA Portal, and if the initial project is not an integrated project.
2. Performing migration
Perform the migration within the TIA Portal. For the migration, specify as source either the
migration file which you created with the migration tool or the initial project when all required
software has been installed.
3. Checking the migration log
A migration log is created for each migration. It contains information about modified project
parts. You can call the log under "Common data > Logs" in the project tree or in the project
history. After completion of the migration, the migration log will be displayed in the TIA
Portal. Check the log following completion of the migration.
If the migration failed, an XML file is created as a log under "\Logs" in the project directory.
You can use any XML editor to open this log and view the reasons why the migration failed.
4. Correcting the migrated project
Because the configurations of the initial project may not always be completely compatible
with the TIA Portal, all configurations may not be reproduced identically in the migrated
project. You should therefore work through the points in the migration log systematically.
If you have not included the hardware configuration in the migration, you also have to
convert the unspecified devices to the appropriate hardware.

Including the hardware configuration in the migration

By default, only the software parts of the project are included in the migration. An unspecified
device is generated in the migrated project for the devices contained in the initial project. The
hardware and network configurations and the connection are not migrated. You therefore
convert the unspecified devices into suitable devices after the migration and recreate any
network configurations and connections manually.
If you are certain that the hardware used in the initial project has a corresponding equivalent
in the TIA Portal, you can include the hardware configuration in the migration. In this case,
both the hardware configuration and the software are migrated. You can check with a tool
(Page 154) to see which hardware components are supported.
See also
Display migration log (Page 160)
Scaling of STEP 7 and WinCC in the TIA Portal (Page 33)
6.2.2 Check migration readiness of hardware components
Introduction
Siemens offers a tool that can be used to check whether the hardware configuration used in
an initial project is ready for migration to the TIA Portal.
Components integrated via GSD or GSDML files cannot be checked. For such modules, check
manually in the TIA Portal whether the modules are available in the hardware catalog. If the
modules are not available there, install the required GSD or GSDML files in the TIA Portal.
You can obtain the required files from the manufacturer of the components.
In the result you can also see which software products and licenses have to be available on
the programming device/PC with the installation of the TIA Portal to perform a migration. You
can also see as of which firmware version the individual modules of the initial project are
supported in TIA Portal. The result of the check can be output in a Microsoft Excel file or in
PDF format.
Download
The tool for checking the migration readiness is available for download in the FAQs of the
Siemens Industry Online Support under entry number 60162195 (http://
support.automation.siemens.com/WW/view/en/60162195).

Source files for the check

To check readiness, you require one of the following source files which contains the article
number of the hardware used in the initial project:
.cfg file
You can export the .cfg file from HW Config (STEP 7) with the menu command "Export
as .cfg file" in the "Station" menu. The .cfg file contains all MLFBs of the devices used in
the currently open station.
Microsoft Excel file (in .xls file format)
Regardless of the initial project used, you can create a Microsoft Excel list containing all
MLFBs of the devices you want to migrate.
File in .csv format
The article numbers that are to be checked can also be saved to a .csv file instead of a
Microsoft Excel list. To do this, use a standard text editor and enter the MLBs separated
by comma and without space after the comma. Save the text file with the extension ".csv".
See also
Tool for checking migration readiness (http://support.automation.siemens.com/WW/view/en/
60162195)
6.2.3 Preparing projects with the migration tool
6.2.3.1 Migrating projects with the migration tool
Preparation for migration

In many cases, a project that you wish to migrate will not be located on the same programming
device/PC on which the latest version of the TIA Portal is installed. Therefore, the initial project
must first be converted to a compatible format for the migration. The same applies to integrated
projects.
After creation of the migration file, you copy the migration file to the programming device/PC
on which the current version of the TIA Portal is installed. In the TIA Portal, you enter the
migration file as the source for the migration and can create a project in the current file format
of the TIA Portal.

Procedure for migration with the migration tool

The following steps are necessary to prepare a migration with the migration tool:
1. Install the migration tool on the programming device/PC where the source project is located.
To do this, download the installation file from the Siemens Industry Online Support or install
the migration tool from the setup DVD of the TIA Portal.
2. Start the migration tool, and use it to convert the source project to the migration file format
with file extension ".am13".
For this step, make sure that all software needed to process the source project is installed
on the programming device/PC. This also includes all necessary service packs, hardware
support packages and all expansion software that is needed to process the initial project.
If individual products are not installed it may not be possible to perform the migration or the
migration may be incomplete.
3. Copy the migration file to the target system on which a current version of the TIA Portal is
installed.
Note that the target system must have been installed with all software needed to configure
the complete set of devices contained in the migration.
4. Perform the migration within the TIA Portal and specify the migration file with the extension
".am13" as the source.
5. Once migration is complete, check the migration log and systematically work through the
information provided there for the newly created project. Read the information in the
Inspector window with special care after the first compilation of the configuration.
Including the hardware configuration in the migration

By default, only the software parts of the project are included in the migration. An unspecified
device is generated in the migrated project for the devices contained in the initial project. The
hardware and network configurations and the connection are not migrated. You therefore
convert the unspecified devices into suitable devices after the migration and recreate any
network configurations and connections manually.
If you are certain that the hardware used in the initial project has a corresponding equivalent
in the TIA Portal, you can include the hardware configuration in the migration. In this case,
both the hardware configuration and the software are migrated. You can check with a tool to
see which modules are supported.
See also
Migration of projects with the TIA Portal (Page 152)
Migrating projects (Page 158)
Calling the migration tool (Page 157)
Creating a migration file (Page 157)

6.2.3.2 Calling the migration tool
Starting the migration tool

During the installation, a "Migration to TIA Portal V13" shortcut is created as standard in the
Start menu under "Siemens Automation > Migration Tool". Click this shortcut.
Alternatively, you can call the migration tool directly in Windows Explorer. During the
installation, the migration tool is saved by default in one of the following folders:
On a 64-bit operating system:
C:\Program Files (x86)\Siemens\Automation\MIGTOOL_V13\Bin
On a 32-bit operating system:
C:\Program Files\Siemens\Automation\MIGTOOL_V13\Bin
To start the migration tool, click the "Siemens.Automation.MigrationApplication.exe" file in one
of the directories.
See also
6.2.3.3 Creating a migration file

The section below describes how you can use the migration tool to convert the initial project
to a migration file that can be read by the TIA Portal. Following conversion, this file is transferred
to the target system and migrated there.
You can specify whether the migration file should contain the entire project, including the
complete hardware configuration and the associated software, or whether you want to migrate
the software only.
Requirement
The suitable, original software with a valid license is installed for all configurations used in
the initial project.
The initial project is not provided with access protection.
The initial project must be consistent, otherwise problem-free migration cannot be assured.

Procedure
To create the migration file, proceed as follows:
1. Select the path of the source file for the migration in the "Storage Location (Path)" field.
2. Specify the project parts that are to be migrated:
Select the "Include HW and Network data during the migration" check box to migrate
not only the software but also the complete hardware parts and the network configuration
of the project.
Select the "Copy SCADA runtime data" check box if you also want to migrate the runtime
data, such as alarm archives, tag archives and user archives, in addition to the data of
the engineering system.
3. Select the path and the file name for the migration file in the "Intermediate file" field.
4. Click the "Migrate" button.
Result:
A migration file is created. You now copy this file to the target system and migrate this file in
the TIA Portal.
See also
Migrating projects (Page 158)
Calling the migration tool (Page 157)
Migrating projects with the migration tool (Page 155)
6.2.4 Migrating projects
Requirement
A converted file in the format ".am13" is already available or the original software with a
valid license is installed for all configurations used in the initial project.
The initial project is not provided with access protection.
The initial project must be consistent, otherwise problem-free migration cannot be assured.
Read the additional information on the requirements in the help for the respective products
installed.
Note
System hibernation during the migration
While a migration is running, the system should not be changed to the standby or hibernate
mode. Otherwise the migration will be aborted.

Procedure
To migrate a project, follow these steps:
1. Select the "Migrate project" command in the "Project" menu.
The "Migrate project" dialog opens.
2. Specify the path and the file name for the project to be migrated in the "Source path" field.
Select either a project in the ".am13" migration format or in the format of the initial project.
3. To include the hardware configuration in the migration, select the "Include hardware
configuration" check box.
If you have selected a migration file that was created with the migration tool, the check box
cannot be selected. In this case, you must specify if you wish to include the hardware
configuration in the migration before the conversion with the migration tool .
4. Select the "Copy WinCC Runtime Professional data" check box, if you also want to migrate
the runtime data, such as alarm archives, tag archives and user archives, in addition to the
data of the engineering system.
If you have selected a migration file that was created with the migration tool, the check box
cannot be selected. In this case, you must specify if you wish to include the SCADA runtime
data in the migration before the conversion with the migration tool .
5. Select a name for the new project in the "Project name" box.
6. Select a path in the "Target path" box where the new project is to be created.
7. Enter your name or the name of another person responsible for the project in the "Author"
field.
8. Enter a comment in the "Comment" box, if you require one.
9. Click "Migrate".
Result
The initial project is converted and a message appears after conversion is complete. The newly
created project is then opened in the project view, and the migration log is opened in the TIA
Portal.
Even if the migration failed, a project directory is created and a migration log in the form of an
XML file is generated in this directory. The completion message that appears after the migration
contains a link to this XML file. Click the link to open the XML file. Alternatively, you can find
the XML file in the project directory under "\Logs".
See also
Post-editing integrated projects (Page 211)
Display migration log (Page 160)
Using logs (Page 376)
Migrating projects with the migration tool (Page 155)

6.2.5 Displaying the history of the migration

If a project was created by migration, the migration will be listed in the table of the project
history. You can open the migration log in the table. The time of the migration is also shown.
Procedure
To display the migration in an overview table, follow these steps:
1. Select the open project in the project tree.
2. Select "Properties" in the shortcut menu of the project.
The dialog with the properties of the project opens.
3. Select the "Project history" group in the area navigation.
The overview table is displayed.
See also
Displaying properties of the project (Page 382)
6.2.6 Display migration log

A log is created for each successful migration. The log contains the following information:
Migrated objects
Modifications to objects made during migration
Errors that occurred during migration
In certain cases a link to more help with specific events.
In this case, click the question mark to obtain more help.
Procedure
To display the log file of the migration, follow these steps:
1. Open the "Common data > Logs" folder in the project tree.
2. Double-click the desired log in the list.
The contents of the log are displayed in the work area.
See also
Migration of projects with the TIA Portal (Page 152)

6.2.7 Migrating WinCC flexible projects
6.2.7.1 Principles (WinCC flexible)
Migration (WinCC flexible)
Introduction
You can continue to use projects in WinCC from WinCC flexible. The following versions of
WinCC flexible are supported:
The following sections describe the HMI devices that are supported and the required basic
conditions for a successful migration.
Projects from ProTool Pro and earlier WinCC flexible versions cannot be migrated directly to
WinCC. If you want to continue using such projects in WinCC, you have to migrate these to a
supported version of WinCC flexible first and change the HMI device type.
If the project to be migrated contains components of a supported option package, the option
package must be installed for successful migration to WinCC. If the option package is not
installed, migration is canceled. This concerns the following option packages:
SINUMERIK
The following option packages are not supported by the migration:
ProAgent
Open Platform Program - OPP
See also
Migrating projects from WinCC flexible (Page 164)
Compiling and loading a migrated project (WinCC flexible) (Page 166)
Supported HMI devices (Page 167)
Migration of connections (WinCC flexible) (Page 176)
Migration of tags (WinCC flexible) (Page 179)
Migration of runtime data (WinCC flexible) (Page 188)
Migration of integrated projects (WinCC flexible) (Page 191)

Migration principles (WinCC flexible)
Introduction
In the migration the project data are converted from a WinCC flexible project into the new data
format of WinCC. The data will not be evaluated to see if they are consistent in the project you
want to migrate. If errors or warnings are output in a source project during compilation, these
will not be resolved as part of the migration. This means you should be able to compile the
project without errors prior to migration. Note the scope of a project during migration. The
features of WinCC apply for migration. For additional information refer to the online help in
section "Process visualization > Performance features > Engineering System".
Unique object names

The objects are clearly identified by the folders in which they are contained in WinCC flexible.
Screen objects in groups are clearly identified by the group name.
In WinCC, an object name must be unique within an HMI device. The name of screen objects
must be unique within a screen.
The uniqueness of the name is verified during migration. If a name is not unique according to
the new rule, the object in question will be renamed. A renamed object will receive the suffix
"#Mign", where "n" stands for a sequential number.
Note
Changed OPC DA server name
If you have configured an OPC-DA server in the WinCC flexible project, the OPC-DA server
is no longer available under the old name after migration.
In the migrated project, change the name of the OPC-DA server to the following value for the
OPC clients concerned: "OPC.SimaticHMI.CoRtHmiRTm".
Points to note when renaming tags

If you have structured tags in folders in WinCC flexible, the name of the tag will be formed
during migration from the folder name and the tag name. The names of the folders and tags
are separated by the character \. The name of the tag after migration is then, for example:
Plant1\Line3\Tag17.
If the name would otherwise be longer than 128 characters after migration, the name is formed
by the character string #mig, a consecutive number, the character # and the tag name from
WinCC flexible, for example #mig2#Tag17.
If you dynamically compose tag names in scripts, you must check the tags whose names were
changed during migration with "#mig".

Affected objects
The following objects are renamed if necessary:
Screens
Faceplates
Screen objects
Graphics
Recipes
Structures
Structural elements
Alarm logs
Tags
Data logs
Connections
Canceling migration
The migration is canceled in the following cases:
If the project to be migrated is opened in the engineering system or in Runtime.
If not enough memory space is available on the hard disk to create a copy for migration of
the project.
If the migration cannot address the project database due to problems with the installed SQL-
Server.
If the migration cannot address the project database due to missing user authorization.
If you select the "*.hmi" file for the migration in an integrated project. You must select the
"*.s7" file for the migration in an integrated project.
If the project was created with a version not supported by the migration.
Saving the project in the migration format

You do not have to execute the migration of a WinCC flexible project completely on the PC on
which the project is available. You can prepare the migration by saving the project in the
migration format. The migration tool is available for saving a WinCC flexible project in the
migration format. The migration tool exports the engineering data from the WinCC flexible
project and saves the data in the migration format "*.AM13".
For the actual migration, copy the data in the migration format to a PC on which the TIA Portal
is installed.
For more detailed information, please refer to the migration tool documentation.

Migrating projects from WinCC flexible
Introduction
When you migrate a project, data from a WinCC flexible project is loaded into a new project
for WinCC. A new project is therefore created automatically for project migration. You cannot
migrate to an existing project.
The migration can be started in both the Portal view and the Project view.
You should only migrate a project to a re-started TIA Portal.
Information on the migration of an integrated project can be found in the section Migration of
integrated projects (WinCC flexible) (Page 191).
If you only want to save the project in migration format, you can use the migration tool. See
Migration principles (WinCC flexible) (Page 162) for additional information.
Note
Further support for migration
You find current information on migration in the Siemens Industry Online Support:
Migration of visualization
If you need further assistance, please contact the SIMATIC Customer Support.
Requirement
A project from WinCC flexible is available.
The project is not open in WinCC flexible.

Procedure
Migrate a project in the Portal view as follows:
1. Select the action "Start > Migrate Project".
2. In the "Source path" box, navigate to the project you want to migrate.
3. Select the WinCC flexible project file "*.hmi" or "*.am13".

4. Change the information for the project to be created, if necessary. For example, change
the project name or project path. The data to be migrated is created in the new project.
5. Click "Migrate".
A new project is created and migration of the data is started:
The Project view opens.
The progress of the migration is shown in a migration window.
Warnings and errors about the migration process are displayed in the Inspector window
under "Info > General".
All information about the migration is saved in a log file.
The project is saved and a message displayed upon completion of the migration. The
message contains a link that you can use to open the log file.

When migration is complete, you will find a newly created device for each migrated HMI device
in the project tree. These devices contain the migrated data, such as screens, alarms and tags.
Opening the migration log at a later point in time

The migration log is saved together with the migrated project. You can view the log at a later
point in time. Open the log file as follows:
1. Open the "Common data > Logs" folder in the project tree. It contains the logs of all
previously performed migrations.
2. Double-click the required migration log.
The log is opened.
See also
Migration (WinCC flexible) (Page 161)
Migration principles (WinCC flexible) (Page 162)
Compiling and loading a migrated project (WinCC flexible)
Compiling a migrated project

Once you have successfully migrated a WinCC flexible project, you need to recompile it before
loading it to the HMI device. The project will only compile successfully if it was capable of error-
free compiling prior to migration.
If errors occur during compilation of the migrated project, they have to be eliminated.
Once compiling is successfully completed, load the project to the HMI device.
Settings for download to the HMI device

The settings for loading the HMI device are not included in the migration. Once you have
migrated the project, you must configure the settings for loading.
Select the HMI device in the project tree and select "Loading in device > Software (complete
loading)" from the shortcut menu.The dialog "Advanced Loading" is opened. Configure the
required settings for the interface. Click the "Load" button. The project is recompiled and the
dialog "Load preview" is opened.
Expand the "Overwrite" entry and verify the settings for the following options:
Would you like to overwrite the existing user administration data from this device
Would you like to overwrite the existing recipe data on HMI system
Configure the options as you want to use them in the project in the future. Subsequently, load
the project to the HMI device.

See also
6.2.7.2 Migrating engineering data (WinCC flexible)
HMI devices (WinCC flexible)
Supported HMI devices
Introduction
When migrating projects from WinCC flexible you must bear in mind that WinCC does not
support all HMI devices. You have to distinguish between the following cases:
HMI device is supported by WinCC.
The project is migrated 1:1 and gets the same HMI device after migration as before
migration.
The HMI device is replaced by a compatible successor model.
The project is migrated. The migration replaces the HMI device with a compatible successor
model. See HMI device change as a result of migration (WinCC flexible) (Page 169) for
additional information.
HMI device is not supported.
If your WinCC flexible project contains an HMI device that is not supported by WinCC, the
migration process is cancelled. To migrate the project, you must change the HMI device in
WinCC flexible to a HMI device type supported by WinCC.
The following HMI device types are supported both by WinCC flexible and WinCC:
Basic Panels
KTP400 Basic mono PN
KTP400 Basic mono PN Portrait
KTP600 Basic DP
KTP600 Basic DP Portrait
KTP600 Basic PN
KTP600 Basic PN Portrait
KTP600 Basic mono PN
KTP600 Basic mono PN Portrait
KTP1000 Basic DP
KTP1000 Basic PN
TP1500 Basic PN

Mobile Panels
Mobile Panel 177 6'' DP
Mobile Panel 177 6'' PN
Mobile Panel 277 8''
Mobile Panel 277 8'' IWLAN V2
Mobile Panel 277F 8'' IWLAN V2
Mobile Panel 277F 8'' IWLAN (RFID Tag)
Mobile Panel 277 10''
Panels
OP 73
OP 77A
OP 77B
OP 177B 6'' mono
OP 177B 6'' color PN/DP
TP 177B 4'' color PN/DP
TP 177A
TP 177A Portrait
TP 177B 6'' mono DP
TP 177B 6'' color PN/DP
OP 277 6''
TP 277 6''
Multi Panels
MP 177 6'' Touch
MP 277 8'' Key
MP 277 8'' Touch
MP 277 10'' Key
MP 277 10'' Touch
MP 377 12'' Key
MP 377 12'' Touch
MP 377 15'' Touch
MP 377 15" Touch daylight readable
MP 377 19'' Touch

Sinumerik PC
OP 010 Key
OP 012 Key
OP 015 Key
OP 015A Key
TP 015A Touch+Key
HMI applications
WinCC flexible Runtime
WinCC only supports the functions provided by these HMI device types.
Other functions which are not migrated because of the restricted device selection are
documented in the following sections.
Adaptations before migration

If the HMI device was changed to an HMI device with a different screen size in the project to
be migrated, you must recompile and save the project in WinCC flexible before the migration.
The compilation process will adjust the size of the screens and screen elements.
See also
HMI device change as a result of migration (WinCC flexible) (Page 169)
Configuration change after HMI device change (WinCC flexible) (Page 172)
HMI device change as a result of migration (WinCC flexible)
Introduction
WinCC flexible supports some HMI devices which are discontinued in the future. These HMI
devices are no longer supported by WinCC. When migrating a WinCC flexible project, an HMI
device that is not supported is replaced by a compatible successor device.
Only the HMI device type is changed during the migration. HMI device-specific data are not
changed by the migration.
Inconsistencies in the project may occur due to a change in the HMI device. In a project which
was compilable before the migration, errors may occur in the project compilation after changing
the HMI device. E.g. because the changed HMI device supports different memory media to
the previous HMI device.

HMI device change by the migration

The following table provides information about which successors replace the HMI devices that
are not supported.
Unsupported HMI devices Successors

C7-635 6" Key MP 177 6 Touch
C7-635 6" Touch MP 177 6 Touch
C7-636 6" Key MP 177 6 Touch
C7-636 10" Touch MP 277 10 Touch
HT 8 PCU50.3 -C (resolution: 640*480)
Mobile Panel 170 6'' Mobile Panel 177 6'' DP
Mobile Panel 277 8'' IWLAN Mobile Panel 277 8'' IWLAN V2
Mobile Panel 277F 8'' IWLAN Mobile Panel 277F 8'' IWLAN V2
OP010 Key PCU50.3B -C (resolution: 640*480)
OP 08T PCU50.3 -C (resolution: 640*480)
OP 73micro OP 73
OP 170B 6'' mono OP 177B 6'' color PN/DP
OP 270 6'' OP 277 6''
OP 270 10'' MP 277 10'' Key
TP015A Touch Key PCU50.3B (resolution: 1024*768)
TP 170A 6'' TP 177A 6''
TP 170B 6'' mono TP 177B 6'' color PN/DP
TP 170B 6'' color TP 177B 6'' color PN/DP
TP 170micro 6'' TP 177A
TP 177micro 6'' TP 177A
TP 270 6'' TP 277 6''
TP 270 10'' MP 277 10'' Touch
MP 270 6'' Touch TP 277 6''
MP 270 10'' Key MP 277 10'' Key
MP 270 10'' Touch MP 277 10'' Touch
MP 370 12'' Key MP 377 12'' Key
PC 477 12'' Key PC 477B 12'' Key PB
PC 477 12'' Touch PC 477B 12'' Touch PB
PC 477 15'' Key PC 477B 15'' Key PB
PC 577 12'' Key IPC 577C 12'' Key PB
PC 577 12'' Touch IPC 577C 12'' Touch PB
PC 577 15'' Key IPC 577C 15'' Key PB

Unsupported HMI devices Successors

PC 670 10" Key HMI IPC677C 12" Key PB
PC 670 12'' Key PC 677B 12'' Key PB
PC 670 15'' Key PC 677B 15'' Key PB
PC 677 12'' Key PC 677B 12'' Key PB
PC 677 15'' Key PC 677B 15'' Key PB
PC 870 15" Touch HMI IPC677C 15" Touch PB
PC IL 70 12" Touch HMI IPC577C 12" Touch PB
PC IL 77 12" Key HMI IPC577C 12" Key PB
PC IL 77 15" Key HMI IPC577C 15" Key PB
P012T Touch IPC 677C 12'' Touch PB
(if a P350 is connected)
P012T Touch IPC 477C 12'' Touch PB
(if a P320 is connected)
HMI device change by the user

If a project contains an HMI device that is not supported by WinCC and no compatible
successor model exists, the migration is cancelled. If you want to migrate the project, you must
change the HMI device to WinCC yourself before the migration. Use an HMI device which is
supported both by WinCC flexible and WinCC for this.
See also

Configuration change after HMI device change (WinCC flexible)
Note
If you migrate a project with embedded screens, this can result in the project file becoming
larger than the old project file.
HMI device replacement by the migration

If the migration makes an HMI device replacement, it replaces the existing HMI device with a
compatible successor model. The successor models are further developed and therefore more
efficient than their predecessors. The new models therefore support all the properties of their
predecessors. Therefore only a little rework is to be expected on the project due to the HMI
device replacement.
HMI device replacement by the user

if you change an HMI device yourself before the migration, you must ensure that the HMI
device used supports all properties which are used in the project. Compile the project after the
HMI device replacement in WinCC flexible. The project must be perfectly compilable before
the migration. Then migrate the project to WinCC.
See also
Object support during migration
Introduction
When migrating projects from WinCC flexible, all configuration data involving an HMI device
supported by WinCC will be migrated. Basically, all object types and functions that are available
and can be mapped to the new project environment will be fully migrated.
Some global object types are not migrated, for example, dictionaries and global libraries.
Supported object types

The following object types are supported for migration:
Animations
Disabled animations are not migrated.
Audit settings
Audit reports
Scheduler
User administration

Area pointers
Faceplates
Screens
Screen template
Data types
Function lists
Graphics lists
Display and operating elements
All display and operating elements that are available on the supported HMI devices are
supported for migration.
Alarms
Alarm classes
Alarm groups
Project library
Project languages
Reports
Recipes
Runtime languages
Runtime scripting
Sm@rtAccess/Sm@rtService
Structures
System events
System functions
Texts
Text lists
Tags
Connections
Effective ranges
Zones
Cycles
Unsupported object types

The following object types are not supported by migration:
Global libraries
Dictionaries

Project versions
Change log
Mapping of the screen navigation

WinCC does not support the screen navigation from WinCC flexible. The data of the screen
hierarchy from WinCC flexible are not migrated. To map the functionality of a screen navigation
from WinCC flexible, the naivigation buttons are migrated to the button available in WinCC.
The system functions migrated to the "ActivateScreen" system function are migrated to the
"Click" event of the respective button. The following system functions used in WinCC flexible
are not available for the screen navigation in WinCC:
ActivateRootScreen
ActivateLeftScreen
ActivateRightScreen
ActivateParentScreen
ActivateFirstChildScreen
These system functions are migrated to the "ActivateScreen" system function. The "Screen
name" parameter is taken from the data of the screen hierarchy. If one of the named system
functions is called from a screen which is not contained in the screen hierarchy, the
"ActivateScreen" function is created without parameters. You must configure the desired
screen to this system function after the migration.
Tab sequence in pictures with faceplates

In pictures with faceplates, the tab sequence is changed in both the screen and the faceplate
as a result of the migration.
Migration of the screen template

WinCC offers an extended concept for working with screen templates. WinCC offers a global
screen and several templates for each device. During migration of a template from
WinCC flexible, the objects contained there and the properties configured in the template are
migrated to the extended concept of the screen templates of WinCC.
The following objects are migrated to the "global screen" of WinCC:
Alarm window
Alarm indicator
Help indicator
Function keys of HMI devices with function keys
All other objects and properties are migrated to a template of WinCC.
The connection of the objects and properties to the respective template is automatically
adapted.

See also
Changes of values of object properties by the migration (WinCC flexible) (Page 175)
Changes of values of object properties by the migration (WinCC flexible)
Introduction
The standardization of object properties from WinCC V7 and WinCC flexible requires changes
to the object properties during the migration process. The migration calculates the changes in
such a way that the representation of the objects after migration is the same as prior to
migration. Changes made during migration result in different units of measurements and values
in the configuration for some object properties.
Migrating the font settings of an object

In WinCC V7 and WinCC flexible, the unit of measurement "point" is used to denote the size
of the fonts used for an object. In WinCC, the unit of measurement "pixel" is used to denote
the size of the fonts used for an object. During migration, the font size is converted accordingly
to ensure that the representation of the font is the same size at zoom level 100%. The different
units of measurement result in changes to the numerical values for the font sizes after
migration.
Example:
Font style before migration Font style after migration

Arial 10 points Arial 13 pixels
Arial 16 points Arial 21 pixels
Tahoma 10 points Tahoma 13 pixels
Tahoma 16 points Tahoma 21 pixels
Migration of object margins

In WinCC flexible, some objects permit the entry of values <0 and >127 for setup of the object
margins for the configuration of the representation. In WinCC, the range of values for object
margins is limited to values between 0 and 127. The migration changes values <0 to the value
"0" and values >127 to the value "127".
See also
Object support during migration (Page 172)

Connections (WinCC flexible)
Migration of connections (WinCC flexible)
Introduction
If you migrate a project in which a supported communication driver is used, this driver is used
further in WinCC. Objects which communicate via this driver are migrated 1:1. No rework is
necessary.
Not all communication drivers which are available in WinCC flexible are supported in WinCC.
If an unsupported driver is used in the project to be migrated, there are two possible scenarios:
1. A compatible spare driver is available for the used driver.
2. No compatible spare driver is available for the used driver.
Compatible spare driver is available

If a driver is available in WinCC which addresses the used PLC or a comptaible PLC, the driver
is automatically replaced during the migration.
You get an appropriate warning if the used driver is replaced.
In this case, check whether all the external tags and area pointers are valid after the migration
by means of the migration report.
If the used driver is replaced, all the connection parameters are reset to the standard values.
The CPU type is adapted to the appropriate PLC. The properties of the connected tags and
area pointers are not changed.
Compatible spare driver is not available

If no driver is available in WinCC which addresses the used PLC or a compatible PLC, the
configured connection is not migrated. All external tags which were connected to the PLC by
this driver are converted into internal tags. External tag properties are lost in the conversion,
e.g. the address in the PLC. All changes to the tags are recorded in the migration report.
You must reconnect the tags with the PLC after the migration and configuring of a connection.
You get an appropriate warning if the driver is not migrated.
Converting the communication driver

The following tables show the mapping of communication drivers from WinCC flexible to
WinCC.
Supported communication drivers
WinCC flexible WinCC

Allen Bradley DF1 Allen Bradley DF1
Mitsubishi FX Mitsubishi FX


Modicon MODBUS Modicon MODBUS RTU
Modicon MODBUS TCP/IP Modicon MODBUS TCP/IP
Omron Hostlink/Multilink Omron HostLink
OPC OPC
SIMATIC HMI HTTP Protocol SIMATIC HMI HTTP Protocol
SIMATIC S7 200 SIMATIC S7 200
SIMATIC S7 300/400 SIMATIC S7 300/400
Compatible communication drivers

Allen Bradley DH485 Allen Bradley DF1
Allen Bradley E/IP C.Logix Allen Bradley EtherNet/IP
Mitsubishi Protocol 4 Mitsubishi MC TCP/IP
Not supported communication drivers

GE Fanuc SNP Not supported
ISAC Not supported
LG GLOFA-GM Not supported
SIMATIC 500/505 DP Not supported
SIMATIC 500/505 serial Not supported
SIMATIC S5 AS511 Not supported
SIMATIC S5 DP Not supported
Telemecanique Uni-Telway Not supported
See also
Adapting configuration for non-migrated connection (WinCC flexible) (Page 178)
Migration of area pointers (WinCC flexible) (Page 179)

Adapting configuration for non-migrated connection (WinCC flexible)
Introduction
If a connection cannot be migrated you have the following options:
Change the configuration in WinCC flexible before the migration
Change the configuration after the migration
Change a connection before the migration

If the communication driver selected for the connection is not supported by the migration, you
must select a driver which is supported by the migration. The HMI device must also support
the selected communication driver.
If no suitable driver is available for the used HMI device, you must use a suitable HMI device.
Then adapt the configuration in WinCC flexible and recompile the project. Migrate the project
after successful adaptation and compiling. The connection is then also migrated.
Changing a connection before the migration

If you migrate a WinCC flexible project in which the connection is not migrated, all external
tags of this connection are mapped to internal tags. You receive an appropriate entry in the
migration protocol for every tag concerned.
You must configure a new connection after the migration. For this connection you select a
communication driver which supports the used HMI device. If no suitable driver is available for
the used HMI device, you must use a suitable HMI device.
If you have configured the new connection, you must reconnect all tags which were mapped
to internal tags before the migration. Open the migration report to make reconfiguration easier.
Reconfigure the tags according to the log entry.
If the project contained area pointers, you must also reconfigure these. You will also find
corresponding entries for the area pointers in the migration log.
See the section Migrating projects from WinCC flexible (Page 164) for further information about
the migration log.
See also
Migrating projects from WinCC flexible (Page 164)

Migration of area pointers (WinCC flexible)
Introduction
The migration of area pointers depends on the used communication driver.
If the used communication driver is supported by the migration, area pointers from WinCC
flexible are taken over unchanged in the migration.
if the used communication driver is not supported by the migration, area pointers are not
migrated.
Migration of the area pointers

If the connection used by the area pointers is fully migrated, the area pointers are also fully
migrated. The parameters of the area pointers are taken over unchanged.
If you replace the communication driver of the connection before the migration, check whether
all the parameters of the area pointers are still valid after the migration.
If the connection used by the area pointer is not migrated, the area pointers are not migrated
either. See Adapting configuration for non-migrated connection (WinCC flexible) (Page 178)
for additional information.
See also
Adapting configuration for non-migrated connection (WinCC flexible) (Page 178)
Migration of tags (WinCC flexible)
Introduction
You need to make some special considerations when migrating tags. The following aspects
should be distinguished:
Migrating data types of tags
Migrating internal tags
Migrating external tags
Tag names
Tag limits
Migrating data types

WinCC features some other data types and uses different data type names than
WinCC flexible. When migrating a relevant tag, the data type from WinCC flexible is mapped
to the corresponding data type in WinCC. See Migration of data types (WinCC flexible)
(Page 195) for additional information.

Migrating internal tags

Internal tags are always migrated completely. Only the data type names and tag names may
change due to migration.
Migrating external tags

If the connection used by the external tags is migrated, the external tags are also fully migrated.
The migration of external tags depends on whether the used communication driver is supported
by the migration. See Migration of connections (WinCC flexible) (Page 176) for additional
information.
If the connection used by the external tags is not migrated, the external tags are not migrated
either. The external tags are then mapped to internal tags. You must configure a new
connection and reconnect the tags with the tags of the PLC after the migration.
Migrating names of tags

In WinCC flexible, tags located in different folders can have the same name. In WinCC, the
tag name must be unique on the configured HMI device. This means that tags with the same
name from different folders will be renamed during migration. See Migration principles (WinCC
flexible) (Page 162) for additional information.
See also
Migration of data types (WinCC flexible) (Page 195)
Migration of alarm classes and alarm groups (WinCC flexible) (Page 181)
Migrating scripts (Page 184)
Migration of language-specific content (WinCC flexible) (Page 185)
Migration of libraries (WinCC flexible) (Page 187)
Migration of structures
The "StringChar" data type is not supported in HMI user data types in WinCC.
If you have used this data type in a structure in a WinCC flexible project, an invalid element is
created by the migration in the HMI user data type.
After migration , you must re-work this user data type in WinCC and enable the user data type.
At the same time, check the offset of the following elements and any existing interconnections
between a faceplate and the elements of the user data type. Adapt the elements if required.

Migration of logs
Storage location of logs

WinCC flexible allowed you to store logs in a database which was automatically set up upon
WinCC flexible installation ("System-defined data source" setting). This option is not available
in WinCC.
If you have used this setting in your WinCC flexible project, it will be changed to "User-defined
name of data source" during migration. Before you can store logs in a database, you must
configure an ODBC data source in the Windows control panel and configure the name of the
user data source specified there as the "name of the data source" in the log in WinCC.
Migration of alarm classes and alarm groups (WinCC flexible)
Changing the names of alarm classes

In contrast to WinCC flexible, the names of the predefined alarm classes are not dependent
on the user interface language currently in use. During migration, the names of the alarm
classes are assigned as follows:

Error Alarms
System System
Warnings Events
The names of the alarm classes can be changed as necessary after migration.
Migrating alarm groups

Migration will migrate only those alarm groups actually in use.
Alarm groups with an ID from 1-31 will be migrated 1:1.
A corresponding alarm group is created in WinCC for each alarm class in the system. These
alarm groups created by the system are assigned IDs beginning with the number 32 and
consecutively incremented. The 4 pre-defined message classes in every WinCC project are
automatically given IDs 32-35 by their alarm groups. Additionally created alarm group and an
additional ID is assigned to each user-defined alarm class. Therefore, the IDs for alarms groups
with IDs > 31 may be changed after migration. This step also changes the assignment of the
alarm group names to the IDs.
Example:
In the example, you can see the assignment of the IDs in WinCC for the migration.
Alarm groups ID in WinCC flexible ID in WinCC

Alarm group 1-16 1-16 1-16 Default for alarm groups from system
alarms
Alarm group 17-31 17-31 17-31 Custom alarm groups

Alarm groups ID in WinCC flexible ID in WinCC

32-35 Default in WinCC for alarm groups of pre
defined alarm classes.
Alarm group 32 32 36 Changed assignment of ID to alarm group
in WinCC
Alarm group 33 33 37 Changed assignment of ID to alarm group
in WinCC
Also note:
When migrating alarm groups that supposedly have the same group name, the migration
adapts the name. This occurs, for example, when a group name contains a space at the end
of the name. The migration deletes all existing spaces at the end of names. If two groups
obtained the same group names due to this deletion, the migration adds the suffix "# Mign" to
the group name of the following alarm groups, where "n" stands for a sequential number.
Example:
The following alarm groups exist in WinCC flexible:
"AlarmGroup_18"
"AlarmGroup_18 " - group name contains one space
"AlarmGroup_18 " - group name contains two spaces
"AlarmGroup_18" is the alarm group with the highest number.
Result after migration:
"AlarmGroup_18"
"AlarmGroup_18#Mig1"
"AlarmGroup_18#Mig1.1"
Changing the names of alarm classes

In contrast to WinCC flexible, the names of the predefined alarm classes are not dependent
on the user interface language currently in use. During migration, the names of the alarm
classes are assigned as follows:

Error Errors
System System
Warnings Warnings
The names of the alarm classes can be changed as necessary after migration.
Display of ALARM_S messages and SIMATIC SFM messages

In WinCC flexible you can activate the display classes for ALARM_S messages in integrated
projects. In WinCC flexible, you activate the display of SIMATIC SFM messages via a separate
setting. The separate setting for activating the display of SIMATIC SFM messages is not
required in WinCC. You control the display of SIMATIC SFM messages, and also the display
of ALARM_S messages in WinCC only by activating the corresponding display class.

The changed concept may cause the display of messages to change following migration.
If all the display classes for ALARM_S messages are activated and the display of
SIMATIC SFM messages is deactivated in the WinCC flexible project , ALARM_S messages
and SIMATIC SFM messages are displayed following migration.
To ensure that only ALARM_S messages are displayed following migration, you have to assign
the SIMATIC SFM messages to an unused display class after migration to STEP 7. You then
have to deactivate this display class in WinCC.
If all the display classes for ALARM_S messages are deactivated and the display of
SIMATIC SFM messages is activated in the WinCC flexible project , ALARM_S messages and
SIMATIC SFM messages are not displayed following migration.
To ensure that only SIMATIC SFM messages are displayed following migration, you have to
assign the SIMATIC SFM messages to an unused display class after migration to STEP 7.
You then have to activate this display class in WinCC.
The display class is dependent on the settings in STEP 7. The default setting for SIMATIC SFM
messages in Step 7 is the display class "0". To activate the display in WinCC, the display class
"0" must be activated.
You activate the display class in WinCC in the Runtime settings of the respective HMI device
in the "Messages" category.
See also

Migrating scripts
Introduction
The migration supports VB-scripts which were created in WinCC flexible. For a VB-script to
be migrated successfully it must be functionable in WinCC flexible first.
Note
Script errors
The most efficient way to locate scripting errors in the course of the initial test run after migration
is to use an installed Script Debugger and the diagnostics controls.
Migration of a VB script
A script is analyzed in the migration and adapted to the system behavior of WinCC if necessary.
The following is adapted:
System functions which have changed their names are renamed.
This concerns the following system functions:
Function name in WinCC flexible Function name in WinCC

IncreaseValue IncreaseTag
DecreaseValue DecreaseTag
SetBrightness SetAndGetBrightness
SetValue SetTag

The access to tags as parameters of system functions is adapted to the system behavior
of WinCC. In WinCC scripts are no longer transfromed as in WinCC flexible. The scripts
are executed directly as a source code. Therefore the stricter rules for the VBS syntax
apply. A tag call is always migrated with inverted commas. If several parameter types are
allowed for a system function, these are migrated with the keyword "SmartTags".
Example 1:
The value of the "temperature" tag should be incremented by the value "1".
Valid expressions in WinCC flexible:
IncreaseValue temperature, 1
IncreaseValue "temperature", 1
IncreaseValue SmartTags("temperature"), 1
Valid expression in WinCC:
IncreaseTag "temperature", 1
Example 2:
You use a system function on which several parameters are allowed. The value of the
"temperature" tag should be incremented by the value of the "heatcontrol" tag.
Valid expression for WinCC flexible:
IncreaseValue "temperature", "heatcontrol"
Valid expression for WinCC:
IncreaseTag "temperature", SmartTags("heatcontrol")
Objects renamed by the migration are also renamed in the script when using in a script.
See the section Migration principles (WinCC flexible) for further information about the
renaming objects. You only have to observe the following rules when renaming objects:
If you address objects whose names are dynamically generated by the script with the help
of a script, the object names in the script can not be automatically changed by the migration.
In such a case, you have to correct the generation of the object names in the script after
migration.
See also
Migration of language-specific content (WinCC flexible)
Introduction
WinCC offers the same options for configuring projects in different languages as those
available in WinCC flexible. All languages supported by WinCC are included in the migration
of a project.
Migrating language-dependent content

The following language-dependent content is migrated:
Project languages
Project texts

Fonts for display in runtime

Language-dependent graphics
You need to consider the following when migrating language-dependent content:
The operating system on the PC performing the migration must support the project
languages used in the project.
The fonts used for runtime display must be installed on the PC performing the migration.
Dictionaries are not supported by the migration.
Editiing language of integrated projects following migration

During migration of an integrated project, the project components to be migrated from STEP 7
and WinCC flexible also bring their respective settings for the editing language. In WinCC there
is only one editing language for all project components. Migration activates for the mgrated
project the editing language which was set in STEP 7 prior to migration. If this setting is not
the same as the setting from WinCC flexible, the configured texts are no longer visible in
WinCC. No text is displayed at the usage locations, or only the entry "Text" can be seen. To
make the texts visible, you must change the editing language. Click the "Tasks" taskcard at
the right-hand edge of the TIA portal and select the correct editing language in the "Language
& Resources" area.

Unsupported languages
The migration of language-dependent content depends on whether or not WinCC supports the
respective language.
If a project only contains project languages not supported by WinCC, the project will not be
migrated.
If a project contains supported and unsupported project languages, only the supported
languages will be migrated. The editing language and reference language are set to a
supported language.
The following languages are not supported by WinCC:
Arabic
Hebrew
Dhivehi
Gujarati
Kannada
Tamil
Telugu
Urdu
Punjabi
Persian
Syrian
See also
Migration of libraries (WinCC flexible)
Introduction
You need to consider two different cases when migrating from libraries:
1. Migrating a project library
2. Migrating a global library
Migrating a project library

A project library is stored together with the project data in the project file. For this reason, a
project library is migrated with the same restrictions as the project data.

Migrating a global library

Global libraries are not supported by the migration. The library objects used in the project will
be migrated, however. The library objects are copied when used in the project and then no
longer have a connection to the library.
To migrate a global library, you must copy or move the objects contained in the library to the
project library. The objects are then included in the migration. In WinCC, you move the migrated
objects to a new global library that is created. You can copy or move both individual objects
or entire library categories.
See also
6.2.7.3 Migrating runtime data (WinCC flexible)
Migration of runtime data (WinCC flexible)
Introduction
Only the configuration data are migrated by the migration when migrating a project. The runtime
data are not affected. You need to update the runtime data following migration.
The runtime data consists of the following:
Runtime project
The runtime project contains the compiled project data.
Recipe data and user administration
The recipe data and user administration are data that can be changed in runtime.
Log data
The data of tag logs and alarm logs are acquired and logged in runtime.
Migrating recipe data and user administration

If the recipe data and user administration were changed in runtime, you need to back up this
information from the HMI device before you load the migrated project.
Depending on the used HMI device, you have different options for saving the above data.
If the HMI device supports external memory media and the recipe data are saved there, the
data remain on the memory medium. External memory media are for example StorageCard
or a network drive. You use the data again after the migration. The user adminsitration is not
saved on an external memory medium so you have to save these data, e.g. with ProSave.
If the recipe data are saved in the internal memory of the HMI device, save these data on an
external memory medium. Use ProSave to save the recipe data. If you have already configured

appropriate system functions in your project, use the system functions. The following system
functions are available for the recipe data:
"ExportDataRecords" for the backup
"ImportDataRecords" for the restore
You update the runtime project by compiling the project in WinCC again and loading it to the
HMI device.
After you have loaded the migrated project on the HMI device, restore the recipe data and the
user administration to the HMI device.
See also
Backing up recipe data and user administration (WinCC flexible) (Page 189)
Restoring recipe data and user administration (WinCC flexible) (Page 190)
Backing up recipe data and user administration (WinCC flexible)
Introduction
To continue using the recipe data and user administration in a migrated project, you first need
to back up this data from the HMI device. Then load the data into the migrated WinCC project.
Use ProSave to back up the data.
Requirement
The WinCC flexible project is running on the HMI device in Runtime.
The HMI device is connected to a PC on which ProSave is installed.
Procedure
Proceed as follows to back up the recipe data and user administration:
1. Start ProSave.
2. Select the device type and the connection parameters in the "General" tab.
3. Open the "Backup" tab.
4. Select the "Recipes from the device memory" entry in the "Data type" box.
Do not select "Complete backup" because otherwise you will not be able to select separately
when restoring the recipe data.
5. Navigate to the desired location in the "Save as" box and click "Start Backup".
The recipe data are saved.
6. Select "User administration" in the "Data type" box and click "Start Backup".
The user administration is saved.
For additional information refer to the online help for ProSave.

Alternative procedure
ProSave is automatically installed with WinCC flexible. The entire functional range of ProSave
is available on the configuration PC within WinCC flexible via the menu command "Project >
Transfer".
Alternatively, you can back up the recipe data and user administration via the ProSave
integrated in WinCC flexible. Start WinCC flexible and select the menu command "Project >
Transfer > Backup". Back up the recipe data and user administration as described in steps 4-6.
See also
Restoring recipe data and user administration (WinCC flexible)
Introduction
To continue using saved recipe data and user administration after the migration, you first need
to compile the migrated project and load it to the HMI device. You can then transfer the saved
data to the HMI device. Use ProSave to restore the data.
Requirement
The migrated project has been transferred to the HMI device and is running in runtime.
The HMI device is connected to a PC on which ProSave is installed.
Procedure
Proceed as follows to load the saved recipe data and user administration to the HMI device:
1. Start ProSave.
2. Select the device type and the connection parameters in the "General" tab.
3. Open the "Restore" tab.
4. Navigate to the location of the saved recipe data in the "Opening..." box and select the file.
5. Click "Start Restore".
The recipe data will be transferred to the HMI device..
6. Repeat steps 4-5 to restore the user administration.
The user administration will be transferred to the HMI device.
For additional information refer to the online help for ProSave.
Alternative procedure
ProSave is automatically installed with WinCC. The entire functional range of ProSave is
available on the configuration PC within WinCC flexible via the menu command "Project >
Transfer".

You can also restore the recipe data and user administration via the ProSave integrated in
WinCC. Start WinCC and select the menu command "Online > Device maintenance >
Restore". Restore the recipe data and user administration as described in steps 4-6.
See also
Backing up log data (WinCC flexible)
Introduction
If an HMI device supports external memory media and the log data are saved there, the data
remain on the memory medium. External memory media are for example StorageCard or a
network drive. If a log is saved on an external memory medium, the migrated project accesses
this storage location again after the migration. In this case the log data must not be backed up.
Backing up log data

If you want to back up the log data externally before the migration, you have the following
options:
Backup with the "ArchiveLogFile".
If you have already configured the "ArchiveLogFile" function in the WinCC flexible project,
use this function to back up the data.
Copy the log files by Copy&Paste with the Windows Explorer to an external memory
medium or network drive.
See also
6.2.7.4 Migrating integrated projects (WinCC flexible)
Migration of integrated projects (WinCC flexible)
Introduction
The controllers and HMI devices contained in a project integrated in STEP 7 are linked together
by the configuration. The configuration data of WinCC flexible and STEP 7 are also connected.
When an integrated project is migrated, the complete project will be migrated with components
from WinCC flexible and STEP 7. The connections remain intact.

Note
It is advisable to compile and save an integrated project in WinCC flexible before you migrate
it. You can be sure that the data in WinCC flexible and STEP 7 is synchronized if compilation
was completed without errors.
Migrating an integrated project

When migrating an integrated project, the same requirements apply for the WinCC flexible
component as those for the migration of a non-integrated WinCC flexible project. The objects
and properties contained in the WinCC flexible component must be supported by WinCC, for
example, the HMI device or the communication driver. The "Online" property must be activated
on the configured connection. A connection with deactivated "Online" property is not migrated.
In addition to the requirements for the WinCC flexible component, there are also requirements
for the STEP 7 component of the integrated project. The objects and properties contained in
the STEP 7 V5.4 SP5 or V5.5 component must be supported in STEP 7. For detailed
information, refer to the documentation for STEP 7.
To fully migrate an integrated project and then edit it, the following components must be
installed on the PC performing the migration:
STEP 7 V5.4 SP5 or STEP 7 V5.5
WinCC flexible 2008 SP2 or WinCC flexible 2008 SP3
STEP 7
If you only want to save the project in migration format, you can use the migration tool. See
Migration principles (WinCC flexible) (Page 162) for additional information.
An integrated project is always fully migrated. If you only want to migrate the WinCC flexible
project it contains, you need to separate it from the STEP 7 project before the migration. To
separate the project from the integrated form, open the project in STEP 7 V5.4 SP5 or V5.5.
Open the WinCC flexible project in the SIMATIC Manager. The project is opened with
WinCC flexible. In WinCC flexible, select the menu command "Project > Copy project from
STEP 7". WinCC flexible saves a non-integrated copy of the project.
See also
Migrating an integrated project (Page 193)

Introduction
When migrating an integrated project, the components from both the WinCC flexible project
and the STEP 7 project will be migrated. This means you need to select the project file with
the file extension "*.s7p" for migration. During migration, the data is copied from the existing
project and migrated to a new project. You cannot migrate to an existing project.
The migration can be started in both the Portal view and the Project view.
You should only migrate a project to a re-started TIA Portal.
If you only want to save the project in migration format, you can use the migration tool. For
more information, refer to basics of migration (WinCC flexible).
Requirement
STEP 7 V5.4 SP5 or STEP 7 V5.5 and all option packages used are installed.
STEP 7 and all option packages used are installed.
The TIA Portal is restarted.
No project is open in WinCC.
An integrated project is available.
The integrated project is not open.

Procedure
To migrate an integrated project in the portal view, follow these steps:
1. Select the action "Start > Migrate Project".
2. In the "Source path" box, navigate to the project you want to migrate.
3. Select the "*.s7p" project file.

4. Change the information for the project to be created, if necessary. For example, change
the project name or project path. The data to be migrated is created in the new project.
5. To migrate the project with hardware configuration, activate "Include hardware
configuration".

6. Click "Migrate".
A new project is created and migration of the data is started:
The Project view opens.
The progress of the migration is shown in a migration window.
Warnings and errors about the migration process are displayed in the Inspector window
under "Info > General".
All information about the migration is saved in a log file.
A message is displayed upon completion of the migration. The message contains a link
that you can use to open the log file.
7. Once migration is completed, save the project.
Once the migration is complete, you will find a newly created device for each migrated HMI
device and controller in the project tree. These devices include the migrated data.
Opening the migration log at a later point in time

The migration log is saved together with the migrated project. You can view the log at a later
point in time. Open the log file as follows:
1. Open "Common data > Logs" in the project navigation.
2. Double-click the log file. The migration log opens.
See also
6.2.7.5 Reference (WinCC flexible)
Migration of data types (WinCC flexible)
Introduction
To harmonize the data types used by PLCs and HMI systems, some data types of the internal
HMI tags are renamed. The naming takes place in accordance with IEC conventions. Because
only the names change, there are no changes to the internal tags for the configuration.
The following table describes the mapping of the internal data types from WinCC flexible to
the data types in WinCC.

Migrating internal data types

The internal data types are mapped as follows during migration:
Internal data types WinCC flexible Internal data types WinCC

Bool Bool
Char SInt
Byte USInt
Int Int
UInt UInt
Long DInt
ULong UDInt
Float Real
Double LReal
String WString
DateTime DateTime
Migrating external data types

See the following pages for how to map the available communication drivers.
See also
Migrating data types of Allen-Bradley DF1 (WinCC flexible) (Page 197)
Migrating data types of Allen-Bradley DF485 (WinCC flexible) (Page 197)
Migrating data types of Allen-Bradley Ethernet IP (WinCC flexible) (Page 198)
Migrating data types of GE Fanuc SNP (WinCC flexible) (Page 198)
Migrating data types of LG GLOFA GM (WinCC flexible) (Page 199)
Migrating data types of Mitsubishi FX (WinCC flexible) (Page 199)
Migrating data types of Mitsubishi Protocol 4 (WinCC flexible) (Page 200)
Migrating data types of Modicon Modbus (WinCC flexible) (Page 201)
Migrating data types of Modicon Modbus TCP/IP (WinCC flexible) (Page 201)
Migrating data types of Omron Hostlink/Multilink (WinCC flexible) (Page 202)
Migrating data types of OPC (WinCC flexible) (Page 202)
Migrating data types of SIMATIC 500/505 DP (WinCC flexible) (Page 203)
Migrating data types of SIMATIC 500/505 serial (WinCC flexible) (Page 203)
Migrating data types of SIMATIC HMI HTTP Protocol (WinCC flexible) (Page 204)
Migrating data types of SIMATIC S5 AS511 (WinCC flexible) (Page 204)
Migrating data types of SIMATIC S5 DP (WinCC flexible) (Page 205)
Migrating data types of SIMATIC S7 200 (WinCC flexible) (Page 205)

Migrating data types of SIMATIC S7 300/400 (WinCC flexible) (Page 206)

Migrating data types of Telemecanique Uni-Telway (WinCC flexible) (Page 209)
Migrating data types of Allen-Bradley DF1 (WinCC flexible)
Migrating data types Allen-Bradley DF1

The data types of the Allen-Bradley DF1 communication driver are mapped as follows in the
migration to WinCC:
Data type in WinCC flexible Data type in WinCC

ASCII ASCII
BCD4 UInt
BCD8 UDInt
Bit Bool
Int Int
Long DInt
Real Real
UInt UInt
ULong UDInt
See also
Migrating data types of Allen-Bradley DF485 (WinCC flexible)
Migrating data types Allen-Bradley DH485

The Allen-Bradley DH485 communication driver is not supported by WinCC, it is replaced by
the Allen-Bradley DF1 driver. The data types of the Allen-Bradley DH485 communication driver
are mapped as follows in the migration to WinCC:

ASCII ASCII
Bit Bool
Int Int
Long DInt
Real Real
UInt UInt
ULong UDInt

See also
Migrating data types of Allen-Bradley Ethernet IP (WinCC flexible)
Migrating data types Allen-Bradley Ethernet IP

The data types of the Allen-Bradley Ethernet IP communication driver are mapped as follows
in the migration to WinCC:

Bool Bool
DInt DInt
Int Int
Real Real
SInt SInt
String String
UDInt UDInt
UInt UInt
USInt USInt
See also
Migrating data types of GE Fanuc SNP (WinCC flexible)
Migrating data types GE Fanuc SNP

The GE Fanuc SNP communication driver is not supported by WinCC, the data types are
mapped to the internal data types of WinCC. The data types of the GE Fanuc SNP
communication driver are mapped as follows in the migration to WinCC:

BCD4 UInt
BCD8 UDInt
Bit Bool
Byte USInt
DInt DInt
Word UInt
Int Int
Real Real
UInt UInt
DWord UDInt

See also
Migrating data types of LG GLOFA GM (WinCC flexible)
Migrating data types LG GLOFA GM

The LG GLOFA GM communication driver is not supported by WinCC, the data types are
mapped to the internal data types of WinCC. The data types of the LG GLOFA GM

Bool Bool
Byte USInt
DInt DInt
DWord UDInt
Int Int
SInt SInt
String WString
Time UDInt
UDInt UDInt
UInt UInt
USInt USInt
Word UInt
See also
Migrating data types of Mitsubishi FX (WinCC flexible)
Migrating data types Mitsubishi FX

The data types of the Mitsubishi FX communication driver are mapped as follows in the
migration to WinCC:

12 Bit Block 12-Bit Block


Bit Bool
Double DWord
IEEE-Float Real
String String
Word Word
See also
Migrating data types of Mitsubishi Protocol 4 (WinCC flexible)
Migrating data types Mitsubishi Protocol 4

The Mitsubishi Protocol 4 communication driver is not supported by WinCC, it is replaced by
the Mitsubishi MC TCP/IP driver. The data types of the Mitsubishi Protocol 4 communication
driver are mapped as follows in the migration to WinCC:

Bit Bool
DInt DInt
DWord DWord
Int Int
Real Real
String String
Word Word
See also

Migrating data types of Modicon Modbus (WinCC flexible)
Migrating data types Modicon Modbus

The Modicon Modbus communication driver is not supported by WinCC, it is replaced by the
Modicon Modbus RTU driver. The data types of the Modicon Modbus communication driver
are mapped as follows in the migration to WinCC:

+/-Double +/- Double
+/-Int +/- Int
16 Bit Group 16 Bit Group
ASCII ASCII
Bit Bit
Double Double
Float Float
Int Int
See also
Migrating data types of Modicon Modbus TCP/IP (WinCC flexible)
Migrating data types Modicon Modbus TCP/IP

The data types of the Modicon Modbus TCP/IP communication driver are mapped as follows
in the migration to WinCC:

+/-Double +/- Double
+/-Int +/- Int
16 Bit Group 16 Bit Group
ASCII ASCII
Bit Bit
Double Double
Float Float
Int Int
See also

Migrating data types of Omron Hostlink/Multilink (WinCC flexible)
Migrating data types Omron Hostlink/Multilink

The Omron Hostlink/Multilink communication driver is not supported by WinCC, it is replaced
by the Omron Host Link driver. The data types of the Omron Hostlink/Multilink communication
driver are mapped as follows in the migration to WinCC:

+/-DEC Int
+/-LDEC DInt
ASCII String
BIN Bool
BYTE Byte
DEC UInt
IEEE Real
LDEC UDInt
See also
Migrating data types of OPC (WinCC flexible)
Migrating data types OPC

The data types of the OPC communication driver are mapped as follows in the migration to
WinCC:

Bool VT_BOOL
Byte VT_UI1
Char VT_I1
Date VT_DATE
Double VT_R8
DWord VT_UI4
Float VT_R4
Long VT_I4
Short VT_I2
String VT_BSTR
Word VT_UI2
See also

Migrating data types of SIMATIC 500/505 DP (WinCC flexible)
Migrating data types SIMATIC 500/505 DP

The SIMATIC 500/505 DP communication driver is not supported by WinCC, the data types
are mapped to the internal data types of WinCC. The data types of the SIMATIC 500/505 DP

+/-Double DInt
+/-Int Int
ASCII WString
Bit Bool
Double UDInt
Int UInt
Real Real
See also
Migrating data types of SIMATIC 500/505 serial (WinCC flexible)
Migrating data types SIMATIC 500/505 seriell

The SIMATIC 500/505 seriell communication driver is not supported by WinCC, the data types
are mapped to the internal data types of WinCC. The data types of the SIMATIC 500/505 seriell

+/-Double DInt
+/-Int Int
ASCII WString
Bit Bool
Double UDInt
Int UInt
Real Real
See also

Migrating data types of SIMATIC HMI HTTP Protocol (WinCC flexible)
Migrating data types SIMATIC HMI HTTP Protocol

The data types of the SIMATIC HMI HTTP Protocol communication driver are mapped as
follows in the migration to WinCC:

Bool Bool
Byte USInt
Char SInt
DateTime DateTime
Double LReal
Float Real
Int Int
Long DInt
String WString
UInt UInt
ULong UDInt
See also
Migrating data types of SIMATIC S5 AS511 (WinCC flexible)
Migrating data types SIMATIC S5 AS511

The SIMATIC S5 AS511 communication driver is not supported by WinCC, the data types are
mapped to the internal data types of WinCC. The data types of the SIMATIC S5 AS511

Bit in D Bool
Bit in W Bool
DF DInt
DH UDInt
KC WString
KF Int
KG Real
KH UInt
KM UInt
KT UDInt
KY UInt
KZ UInt

See also
Migrating data types of SIMATIC S5 DP (WinCC flexible)
Migrating data types SIMATIC S5 DP

The SIMATIC S5 DP communication driver is not supported by WinCC, the data types are
mapped to the internal data types of WinCC. The data types of the SIMATIC S5 DP

Bit in D Bool
Bit in W Bool
DF DInt
DH UDInt
KC WString
KF Int
KG Real
KH UInt
KM UInt
KT UDInt
KY UInt
KZ UInt
See also
Migrating data types of SIMATIC S7 200 (WinCC flexible)
Migrating data types SIMATIC S7 200

The data types of the SIMATIC S7 200 communication driver are mapped as follows in the
migration to WinCC:

Bool Bool
Byte Byte
Char Char
DInt DInt
DWord DWord
Int Int
Real Real


StringChar StringChar
Timer Timer
Word Word
See also
Migrating data types of SIMATIC S7 300/400 (WinCC flexible)
Migrating data types SIMATIC S7 300/400

The data types of the SIMATIC S7 300/400 communication driver are mapped as follows in
the migration to WinCC:

Bool Bool
Byte Byte
Char see below
Counter see below
Date Date
Date and Time Date_And_Time
DInt DInt
DWord DWord
Int Int
Real Real
String String
StringChar see below
Time Time
Time of Day Time_Of_Day
Timer see below
Word Word
Special considerations for some data types

There are special considerations to be made when migrating external tags that contain data
types of a SIMATIC S7-300/400 PLC.
Mapping of the S7 data type "Char"

The S7 data type "Char" is a data type for mapping characters according to the specification.
However, since this data type is often used for reading and writing numerical values, it is
mapped in WinCC to the S7 data type "Byte". If this should be the case during migration, an
alarm will appear in the output window.

If the S7 data type "Char" is used for numerical values and negative numbers were configured
at the point of use, the result is an error in mapping to the S7 data type "Byte". The S7 data
type "Byte" cannot map any negative numbers. You have to adapt the configuration accordingly
to correct the error. Use a signed data type, such as the data type "Int", for processing positive
and negative numerical values.
If the S7 data type "Char" is used for mapping characters, you must change the configuration
after migration. To represent characters, use the data type "String".
When an integrated project is migrated, the data type "Char" in WinCC is also migrated to the
data type "Byte". With a connected PLC tag, the data type "Char" remains "Char". As a result
of changing the data type of the HMI tag, symbolic addressing of the tags in question is not
migrated. After migration. the tags are interconnected by absolute addresses and continue to
work. If you want to restore symbolic addressing, you have to change the configuration
accordingly after the migration.
Mapping an array of the S7 data type "Char"

An array of the S7 data type "Char" is mapped to an array of the data type "Byte" during
migration.
If an array of the S7 data type "Char" is used for numerical values and negative numbers were
configured at the point of use, the result is an error in mapping to an array of the S7 data type
"Byte". The S7 data type "Byte" cannot map any negative numbers. You have to adapt the
configuration accordingly to correct the error. Use a signed data type, such as the data type
"Int", for processing positive and negative numerical values.
Mapping of the S7 data type "Counter"

An external tag with the S7 data type "Counter" with counter address is mapped to the S7 data
type "Counter". The address will be retained.
If an external tag with the S7 data type "Counter" addresses a data block or a bit memory
address, it is is mapped to the S7 data type "Word". The address will be retained. The migration
sets the coding to "SimaticBCDCounter".
The S7 data type "Counter" has a value range of 0-999. When supplied by the S7 data type
"Word" the value range may be exceeded on the PLC side. Ensure that you are observing the
value range.
Example:
WinCC flexible
Tag S7 data type Address Comment

Counter_Actual_Value Counter C10 BCD coded counter value
Counter_Setpoint_Value Counter DB10.DBW200 BCD coded counter value
Counter_Setpoint_Value#2 Counter MW20 BCD coded counter value

WinCC
Tag S7 data Address Coding Comment

type
Counter_Actual_Value Counter %C10 <Standard> BCD coded counter
value
Counter_Setpoint_Value Word %DB10.%DB SimaticBCDCounter BCD coded counter
W200 value
Counter_Setpoint_Value#2 Word %MW20 SimaticBCDCounter BCD coded counter
value
Mapping of the data type "StringChar"

In WinCC there is no corresponding data type to which the "StringChar" data type can be
mapped. Mapping in WinCC depends on the property "Length" of the S7 data type.
A tag of the "StringChar" data type with the "Length" property > 1 is migrated to an array of
the S7 data type "Char". The length of the array corresponds to the length of the originally
configured data type "StringChar".
If the property "Length" = 1, the data type in WinCC is migrated to an array of the S7 data type
"Char" with length = 1. The expression for an array with an element is "Array[0 ..0] of Char".
Mapping of the S7 data type "Timer"

An external tag with the S7 data type "Timer" with timer address is mapped to the S7 data type
"Timer". The address will be retained.
If an external tag with the S7 data type "Timer" addresses a data block or a bit memory address,
it is is mapped to the S7 data type "S5 Time". The address will be retained.
Example:
WinCC flexible

Timer_Actual_Value Timer T10 BCD coded timer value
Timer_Setpoint_Value Timer DB10.DBW200 BCD coded timer value
Timer_Setpoint_Value#2 Timer MW20 BCD coded timer value
WinCC

Timer_Actual_Value Timer %T10 BCD coded timer value
Timer_Setpoint_Value S5Time %DB10.%DBW200 BCD coded timer value
Timer_Setpoint_Value#2 S5Time %MW20 BCD coded timer value
See also

Migrating data types of Telemecanique Uni-Telway (WinCC flexible)
Migrating data types Telemecanique Uni-Telway

The Telemecanique Uni-Telway communication driver is not supported by WinCC, the data
types are mapped to the internal data types of WinCC. The data types of the Telemecanique
Uni-Telway communication driver are mapped as follows in the migration to WinCC:

+/-Int Int
+/-Long DInt
ASCII WString
Bool Bool
Float Real
Int UInt
Long UDInt
See also
6.2.8 Migrating integrated projects
6.2.8.1 Migrating an integrated project
Introduction
In integrated projects, you use SIMATIC controllers and WinCC components together in a
project. When an integrated project is migrated, the complete project will be migrated with
components from WinCC and STEP 7. Configured connections between control and
visualization remain intact.

When migrating an integrated project, the same requirements apply for the STEP 7 component
as those for migration of a non-integrated STEP 7 project. The objects and properties contained
in the WinCC component must also be supported in WinCC (TIA Portal).
For an operating station (OS) to be migrated, it has to be located below a PC station and the
WinCC application in the project tree of SIMATIC Manager. The following figure shows the
assignment of the operating station within the initial project:

Additional migration requirements for integrated projects can be found in the documentation
for WinCC.
Also note that the initial project must be compiled before the migration.
In order to fully migrate an integrated project, the following components must be installed on
the programming device/PC for the migration:
STEP 7 V5.4 SP5 or STEP 7 V5.5
WinCC V7.2 with the latest update or WinCC flexible 2008 SP2 and SP3
To be able to fully post-edit an integrated project, the latest version of the following components
must be installed on the PC for post-editing:
STEP 7 Professional
WinCC Basic, WinCC Comfort/Advanced or WinCC Professional, depending on the
components used
Using the migration tool

It is necessary to use the migration tool under the following circumstances:
The initial project is not located on the same programming device/PC as the installation of
the TIA Portal.
SCADA devices are included in the initial project. These can only be migrated with the
migration tool.
WinCC Professional V13 and STEP 7 with WinCC V7.2 cannot be installed on the same
programming device/PC. Therefore, integrated projects with WinCC V7.2 parts must be
prepared for migration using the migration tool.
Migration of the STEP 7 part of an integrated project

An integrated project is always fully migrated. Individual components cannot be migrated on
their own. You can only migrate the included STEP 7 project alone, if you have previously
deleted all HMI stations in the SIMATIC stations in the SIMATIC Manager and then recompiled
the project in NetPro.
Alternatively, you can open the project in an installation of STEP 7 V5.4 SP5 or V5.5 without
an installation of WinCC. Then, save the project again and select the "Reorganize" function
during saving. The WinCC parts are then automatically removed when the copy is saved.
You can then migrate the STEP 7 project without the WinCC project.

Migration of an integrated project with the hardware configuration

In integrated projects, HMI devices are migrated even if the hardware configuration is not
included in the migration. The STEP 7 part of the hardware configuration, including network
configurations, and connections and interrupts, is migrated only if you include the hardware
configuration in the migration. Otherwise, unspecified modules will be created for the STEP 7
devices and you will need to convert them into suitable modules after the migration.
HMI modules that are plugged into a PC station are converted to a separate Station during the
migration. If you perform the migration without including the hardware configuration, the
migrated project then contains a non-specified SIMATIC PC Station and a SIMATIC PC Station
with the HMI devices. References to HMI devices are not imported during migration. When the
hardware configuration is included, the migrated project contains two separate stations: the
HMI Station and the PC Station.
Storage location of an integrated WinCC project

If you migrate an integrated project, the HMI part of it must be on the same PG/PC as the
STEP 7 part of the project. If the HMI part is on a different PG, then only the STEP 7 part will
be migrated.
Unsupported objects
The following components are not supported for migration:
STEP 7 multiproject
A STEP 7 multiproject cannot be migrated. Migration will be canceled.
Central Archive Server - CAS
If a CAS is part of an integrated project, then the migration will be carried out but the CAS
data will not be migrated.
See also
Post-editing integrated projects (Page 211)
6.2.8.2 Post-editing integrated projects

If you have migrated an integrated project without hardware configuration, unspecified CPUs
are used instead of the CPUs of the original project. Since no connection can exist between
an unspecified CPU and an HMI device, connections from the source project are also imported
only unspecified.
The following figure shows the state after a Migration without hardware configuration in an
example project:

The original CPU 317-2 PN/DP was replaced with an unspecified CPU during migration.
The link between the CPU and HMI device is also unspecified and must be renewed.
Procedure
To continue to use an integrated project after the migration, follow these steps:
1. Convert the unspecified devices into suitable devices again.
2. Restore the integrated HMI connection between the HMI device and the PLC.
3. Connect all HMI tags to the newly created integrated connection.
4. Restore the connection between HMI tags and PLC tags.
5. Delete the non-integrated HMI connection.
In the following chapters a sample project is used to describe the individual steps in more detail.
See also
Converting unspecified CPUs into specified CPUs (Page 213)
Creating an integrated HMI connection (Page 214)
Re-linking HMI tags (Page 216)
Deleting an unspecified connection (Page 217)

6.2.8.3 Converting unspecified CPUs into specified CPUs

The first step after the migration without hardware configuration is the conversion of the
unspecified CPUs into specified CPUs. Unspecified CPUs are placeholders for certain CPUs
from the hardware catalog that are not currently known. You can define general parameters
and home the CPUs already in the user program. However, the project is not fully functional
until the unspecified CPU has been specified.
Specifying a CPU using module replacement

To use module replacement to specify an unspecified CPU, follow these steps:
1. Select the unspecified CPU in the network or device view.
2. Select the "Replace device" command in the shortcut menu.
The "Replace device" dialog opens.

3. Under "New device" in the tree structure, select the module with which you want to replace
the unspecified CPU. (Area 1)
"Compatibility information" provides you with information on the extent to which the selected
CPU is compatible with the configuration in source project. (Area 2)
4. Click "OK".
5. Perform the above-described steps for all unspecified CPUs.
See also
Creating an integrated HMI connection (Page 214)
6.2.8.4 Creating an integrated HMI connection

After you have specified the unspecified CPU, establish the connection to the HMI-device.
Procedure
To create a connection graphically, follow these steps:
1. On the toolbar, click the "Connections" icon. This activates connection mode.
2. Select the connection type "HMI connection" in the adjacent drop-down list.
The network view highlights in color all CPUs and HMI devices that can be used for an HMI
connection.
3. You can now have the connection path automatically determined, or explicitly select a
connection path via specific interfaces:
Allow connection path to be automatically determined
Select the source CPU for a connection. Drag the mouse to the target components.
Confirm the connection endpoint with another mouse click.
Alternatively: While holding down the shift button, select the target components and with
the right mouse button select the "Add new connection" command.
Selecting an explicit connection path from interface to interface
Click on the subnet interface in the device for which you want to create a connection.
Hold down the mouse button, drag the cursor to the relevant interface in the target device
and then release the mouse button.

Result
The following figure shows the state after the integrated connection has been created:
An integrated HMI connection is created and highlighted in the network view.

The connection is shown in the connection table of the components.
The connection can be edited in the connection properties.
See also
Re-linking HMI tags (Page 216)

6.2.8.5 Re-linking HMI tags

When you have created a new HMI connection between the CPU and HMI device, you have
to assign the existing HMI tags to the new connection. Perform the following steps for each
line in the relevant tag table.
Procedure
To re-link HMI tags, follow these steps:
1. In the project tree, navigate to the HMI tags and double-click the relevant tag table to show
this in the work area.
The tag table opens.
2. Click the " ... " button in the "Connection" column.

A dialog box for selecting the connection opens.
3. Select the newly established HMI connection.
4. Click the "" button to apply the selected connection.

5. On the toolbar, click the "Re-connect PLC tag" button.

6.3 Migrating S7-1200 to firmware as of V4
See also
Deleting an unspecified connection (Page 217)
6.2.8.6 Deleting an unspecified connection

Finally, you can remove unspecified connections that still remain from the source project.
Procedure
To delete unspecified connections, follow these steps:
1. In the project tree, open the HMI device and double-click the "Connections" entry.
The connection table opens.
2. Select the row with the old connection in the table.

3. Select the "Delete" command in the shortcut menu of the connection line.
4. Perform the above-described steps for all unspecified connections of the source project.
6.3.1 Basic information on upgrading to V4
Introduction
If you have used a CPU with firmware version V3 in your project and want to upgrade to a
CPU with firmware V4.0 or later, you can easily replace the device.

The TIA Portal offers the "Change device" function for this purpose. The project remains
unchanged when the device is replaced. You can continue using the programs that you created
with firmware version V3.
Rules
The following basic rules apply when replacing a device:
Replacing a device is only possible if the project was created based on a CPU with firmware
version V3.0. If your project was created based on firmware version V1.0 or V2.0, create
a new CPU with firmware version V3.0 offline in the project, and copy your program to this
CPU.
It is not possible to replace a V4 CPU with a V3 CPU. If you want to continue using the
existing V3 CPU, create a copy of this CPU before replacing the device.
The program cannot be transferred to the new CPU via a memory card. Instead, use the
"Change device" function, which is described in the following sections.
HMI panels
Configured HMI panels are treated differently during device replacement depending on the
firmware version of the panel and the communication mode.
The following table shows the HMI connections that are supported with the migration:
Firmware version of PUT/GET communi Migration to V4

the panel cation
V11 or later No S7-1200 does not support this configuration. Upgrade the firmware of the
HMI panel to V12.0. Then compile and load the configuration.
V11 or later Yes S7-1200 supports this configuration. The connection is established automat
ically while you compile and load the project after replacing the device.
V12 or later No S7-1200 supports this configuration. The connection is established automat
ically while you compile and load the project after replacing the device.
During compilation of the program, you receive specific information on migrating the HMI panel.
Note
HMI TP 177B 4"
The HMI TP 177B 4" with firmware version V11.0.2 cannot be operated with S7-1200 V4.
Replace the panel with a new device, if necessary.

S7-1200 expansion modules

If you are already using the following centrally plugged S7-1200 modules in your system, you
must perform a firmware update for these modules in order to guarantee operation with
S7-1200 V4.
ASi - Master - CM 1243
DP - Master - CM 1243-5
WAN CP - CP1243-1
Newly shipped S7-1200 modules have the latest firmware installed ex works.
Protected blocks
Blocks equipped with know-how protection or copy protection cannot be converted to V4. If
the project contains protected blocks, you must remove the protection prior to migration.
If these are supplied blocks and you do not know the password, ask your supplier either for
the password or for a V4-compatible block.
Warning
Preventing personal injury and material damage
Changes are made to the program during device replacement in some cases. Therefore,
thoroughly check the program in a test environment after replacing the device and before
putting it in operation.
Note
Additional support
You can find the latest FAQs about migrating to S7-1200 V4 (http://
support.automation.siemens.com/WW/view/en/82140966) in Siemens Industry Online
Support.
If you need further assistance with migrating to S7-1200 V4, please contact SIMATIC Customer
Support.
See also
Migrating to V4 (Page 220)
Special considerations after migrating to V4 (Page 221)

6.3.2 Migrating to V4
Requirement
A CPU with firmware version V3 is available in the project.
The project contains no protected blocks.
Procedure
Proceed as follows to replace a CPU:
1. Select the V3 CPU you want to replace.
2. Select the "Change device" command in the shortcut menu.
The "Change device" dialog box appears.
3. Under "New device" in the tree structure, select the V4 CPU with which you want to replace
your current V3 CPU.
4. Click "OK".
The existing CPU is replaced by the new one.
5. Select the new CPU and select the "Compile > Hardware and software (only changes)"
command in the shortcut menu.
The device configuration and the user program are compiled again.
6. Optional: If necessary, apply know-how protection or copy protection to individual blocks
in the program.
7. Select the new CPU and select the "Download to device > Hardware and software (only
changes)" command in the shortcut menu.
The device configuration and the user program are loaded into the new CPU.
This completes the device replacement.
Warning
Changes are made to the program during device replacement in some cases. Therefore,
thoroughly check the program in a test environment after replacing the device and before
putting it in operation.

Note
Additional support
Support.
Support.
See also
Basic information on upgrading to V4 (Page 217)
Special considerations after migrating to V4 (Page 221)
6.3.3 Special considerations after migrating to V4
Functional changes in V4
S7-1200 V4 offers significantly enhanced functionality. The most important functional changes
that you need to consider after migrating from V3 are described briefly below.
You can find more information on S7-1200 in the "SIMATIC S7-1200 Programmable controller"
system manual.
See also:
TIA Portal in Siemens Industry Online Support (http://support.automation.siemens.com/WW/
view/en/65601780)
Organization blocks
With S7-1200 V4, you can specifically set the interruptibility of each organization block used.
When a device is replaced, all the organization blocks are configured as non-interruptible, to
ensure that the executability of your V3 program remains unchanged. The OB priorities from
the V3 program also remain unchanged. After migration, you can change the settings for
priority and interruptibility as needed.
The behavior of diagnostic interrupts in V4 has changed as follows:
In V3, the start information always contained information on the triggering module, including
the channel number. In V4, this information is only generated for a pending diagnostics event.
If no diagnostic event is pending, for example, because the fault has already been corrected,
only the triggering module is indicated.

Access levels
S7-1200 V4 offers an extended access level concept. The following table shows how the
protection levels of the V3 firmware are indicated in V4:
V3 protection level V4 access level Meaning

No protection Full access (no Unrestricted access without password protection.
protection)
Read-only Read access HMI access and unimpeded communication between CPUs without password
protection.
A password is required for changes (write access) in the CPU and for changing
the
operating mode of the CPU (RUN/STOP).
Write/read protec HMI access HMI access and unimpeded communication between CPUs without password
tion protection.
A password is required to read the data in the CPU, for changes (writing) in the
CPU, and
for changing the operating mode of the CPU (RUN/STOP).
- No access (com No access without password input.
plete protection) A password is required for HMI access, for reading the data in the CPU, for chang
ing (writing) data in the CPU, and for changing the operating mode of the CPU
(RUN/STOP).
Instruction libraries
After migration to S7-1200 V4, instructions from the libraries of the firmware version V3 are
still available. This ensures that you can continue to use your program unchanged. In addition,
S7-1200 V4 offers many new instructions which are also compatible with the instructions of
the S7-1500.
You can find more information on the instruction libraries of S7-1200 in the "SIMATIC S7-1200
Programmable controller" system manual.
See also:
view/en/65601780)
Motion Control
When a device is replaced, the Motion Control objects from the libraries of the firmware
versions V1 and V2 are replaced with the corresponding objects from the V3 libraries. The
objects from V3 libraries are compatible so that you can continue to use the programs
unchanged.
The libraries of the S7-1200 V4 offer many new Motion Control functions, which are compatible
with the functions of the S7-1500. If you want to use V4 libraries, select them on the
"Instructions" task card after replacing the device.
You can find more information on the new Motion Control functions in the "SIMATIC S7-1200
Programmable controller" system manual.
See also:


view/en/65601780)
Web server
The following settings for operation via a web server are transferred from the V3 CPU to the
V4 CPU during device replacement:
Activate web server on this module
Permit access only with HTTPS
If you want to operate the V4 CPU via a web server, you need to set up user accounts with
assigned user rights in the user management. Only the standard web pages are available to
standard users without any additional rights.
Note
Additional support
Support.
Support.
Communication via PUT/GET

Communication via PUT/GET is enabled after the device replacement. Note that the new
integrated connection types offer a security standard higher than PUT/GET communication.
If you do not use PUT/GET communication, you should disable it.
See also
Basic information on upgrading to V4 (Page 217)
Migrating to V4 (Page 220)

6.4 Programming recommendations
6.4.1 The new S7-1500 CPU functions at a glance
Higher performance
The S7-1500 represents a CPU series that provides much higher performance than the CPUs
of the S7-300/400 series. When programming with STEP 7 V5.x, you were probably used to
working with programming methods such as absolute addressing to achieve higher
performance from the CPU and leaner program code.
Due to the high performance that the S7-1500 provides, these programming methods are made
obsolete.
In the paragraphs below we would like to introduce some new programming options of the
S7-1500.
Universal symbolism
The S7-1500 allows you to use the symbolism throughout the entire project. Using the auto-
complete function, you are given context-dependent support for programming with symbols
within the programming editors. The data elements, for example those in a data block, are
assigned only a symbolic name in the declaration but no fixed address within the data block.
This allows you to fully exploit the high performance of the S7-1500 when accessing these
data elements. The absolute addresses of operands need not be known and access errors
are avoided.
Your program code will be clearer due to the symbolism and you have to comment less. All
points of use are automatically updated when a correction is made to the symbolism.
An example of the use of universal symbols is available at: Symbolic addressing (Page 249)

Optimized block access

With optimized block access, the declared data elements are arranged automatically in the
available memory area of the block in a way that makes optimal use of its capacity. The data
is structured and saved in way that is optimal for the CPU used. The storage is left to the
system. The data elements are assigned only a symbolic name in the declaration by which the
tag within the block can be addressed. This allows you to increase the performance of the
CPU. Access errors, from the HMI, for example, are not possible.
&RPSDULVRQRIEORFNDFFHVVHV 6,(0(16
6WDQGDUG!2SWLPL]HG
6WDQGDUGEORFNDFFHVV 2SWLPL]HGEORFNDFFHVV
6FRPSDWLEOH 6RQO\
ZLWK6
'DWDPDQDJHPHQW <RXFDQDGGUHVVWDJVXVLQJERWKV\PEROLF 7KHV\VWHPPDQDJHVDQGRSWLPL]HVWKH

PHPRU\RSWLPL]HGDQGDEVROXWH GDWDVWRUDJH7KLVUHVXOWVLQRSWLPDOXVHRI
XVHUGHILQHGDGGUHVVHV WKHPHPRU\FDSDFLW\
3HUIRUPDQFH 7KHDFFHVVWRD&38RIWKH 7KHDFFHVVDOZD\VRFFXUVDVIDVWDV

6VHULHVGRHVQRWDOZD\V SRVVLEOHEHFDXVHWKHGDWDVWRUDJHLV
RFFXUDVIDVWDVSRVVLEOHEHFDXVHWKH RSWLPL]HGE\WKHV\VWHPDQGQRIL[HG
GDWDVWRUDJHFDQEHLQHIILFLHQWGXHWR DGGUHVVHVDUHDVVLJQHG
DEVROXWHDGGUHVVLQJ
6XVFHSWLELOLW\WRHUURUV $EVROXWHDGGUHVVLQJHJIURP+0, $FFHVVHUURUVHJIURP+0,RUZKHQ

RUZKHQLQGLUHFWDGGUHVVLQJLVXVHG LQGLUHFWDGGUHVVLQJLVXVHGDUHQRW
FDQOHDGWRLQFRQVLVWHQFLHVDIWHUD SRVVLEOHEHFDXVHWKHDFFHVVLV
FKDQJHWRWKHIL[HGDGGUHVV V\PEROLF
5HWHQWLYLW\ 9DOLGIRUDOOWDJVRIDGDWDEORFN 9DOLGIRULQGLYLGXDOWDJV
5HFRPPHQGDWLRQ
7RDFKLHYHWKHEHVWSRVVLEOHSHUIRUPDQFHWKHFRPELQLQJRIGLIIHUHQWEORFNDFFHVVW\SHVZLWKLQ\RXUSURJUDPLVQRW
UHFRPPHQGHG
You can find additional information on blocks with optimized access under "See also".
New data types

The new data types LWORD, LINT, ULINT, LTIME, LTOD, LDT and the array (32-bit limit)
offer much higher calculation accuracy when using mathematical functions. In the area of
implicit and explicit data type conversion, you have more options in comparison to the CPUs
of the S7-300/400 series.
You can find additional information on the new data types under "See also".

PLC data types

PLC data types (UDT) are data structures that you define and that can be used multiple times
within the program. The structure of a PLC data type is made up of several components, each
of which can contain different data types. You define the type of components in the declaration
of the PLC data type.
You can use the PLC data type as a base data type for defining tags and as a template for
creating global data blocks. If you later make changes to the PLC data type, the changes are
automatically updated at all points of use.
You can also symbolically access individual elements of an array within a PLC data type.
You can find additional information on the new data types under "See also".
You can find an example for using PLC data types under: Using PLC data types (UDT)
(Page 286)
Uniform instructions in all programming languages

You are provided with a uniform set of instructions in all programming languages (LAD, FBD,
STL, SCL, and GRAPH).
Slice access
Slice access gives you the option of specifically addressing areas within declared tags. You
can implement symbolic access to a single bit up to the level of the tag. The single bit is then
addressed absolutely.
You can find additional information on slice access under "See also".
Indirect addressing
Indirect addressing offers you the option of addressing operands whose address is not
calculated until runtime. All programming languages provide general methods for indirect
addressing, for example, via POINTER. In the SCL programming language, you can also use
PEEK and POKE instructions.
You can find additional information on indirect addressing under "See also".
Additional programming recommendations

You can find more information about programming recommendations and a programming
guide in the Siemens Industry online support under:
FAQs: Programming recommendations (http://support.automation.siemens.com/WW/
%2f&func=cslib.csinfo&siteid=csius&Datakey=47071380&extranet=standard&groupid=40
00002&viewreg=WW&nodeid0=29156492&objaction=csopen)
Background and system descriptions in the Programming Guideline (http://
%2f&func=cslib.cssearch&nodeid0=4000024&viewreg=WW&siteid=csius&extranet=stand
ard&groupid=4000002&objaction=cssearch&content=adsearch%2Fadsearch%2Easpx)

See also
PLC data types (Page 1954)
6.4.2 Flexibly using enable output ENO
Advantages
You can to detect runtime errors and avoid program termination using the EN/ENO mechanism
for each instruction and block call. Overflow, for example, is reported via the ENO enable
output for mathematical functions.
In STEP 7 TIA Portal, the ENO enable output is disabled by default in the programming
languages LAD and FBD. If needed, you can activate the enable output and thereby
deliberately target the instructions for which you want to have error evaluation.
This gives you the following advantages:
The performance increases with ENO disabled.
Runtime errors do not cause the CPU to go to STOP when ENO is enabled.
Procedure in STEP 7 TIA Portal

Proceed as follows to activate the EN/ENO mechanism of an instruction:
1. In your program, right-click the instruction at which you want to activate the EN/ENO
mechanism.
2. Select the "Generate ENO" command from the shortcut menu.
The ENO value is generated for the instruction. Other instructions are inserted with the
enable output.
The tables below list the instructions for which ENO enable output can be disabled:
Basic instructions
Math functions ADD, SUB, MUL, DIV, MOD, INC, DEC, ABS, NEG, SQR, SQRT, LN,
EXP, SIN, COS, TAN, ASIN, ACOS, ATAN, FRAC, EXPT, MIN, MAX,
LIMIT, CALCULATE
Move operations MOVE, SWAP, MOVE_BLK, UMOVE_BLK, FILL_BLK, UFILL_BLK,
MOVE_BLK_VARIANT
Conversion operations CONVERT, ROUND, CEIL, TRUNC, FLOOR, NORM_X, SCALE_X
Word logic operations AND, OR, XOR, INV, DECO, ENCO
Shift and rotate SHR, SHL, ROR, ROL
Extended instructions
String + Char CONCAT, LEFT, RIGHT, MID, DELETE, INSERT, REPLACE, FIND,
LEN, S_CONV
Date and time T_CONV

You can find additional information on the EN/ENO mechanism in each programming language
under "See also".
Programming example
The following example shows you how to use instructions with the ENO enable output enabled
and disabled:
If you have activated the ENO enable output, for example with the SUB instruction, all
subsequent instructions are also applied with an activated enable output. If an arithmetic error
occurs during the execution of the SUB instruction, the ADD instruction is not executed.
The ENO enable output is disabled for the DIV instruction in the second branch. If a runtime
error occurs during execution, the MUL instruction is executed anyway.
6.4.3 Querying and fixing errors in the program code
Error handling in the TIA Portal

Various error scenarios can occur within the program code during runtime. These can involve,
for example, an access error or an overflow in mathematical operations. If you do not catch
such a runtime error using a program code sequence within your program, the CPU reacts as
follows in the event of an error, depending on the model:
CPU S7-1200:
The CPU remains in RUN mode and writes an entry to the diagnostics buffer.
CPU S7-1500:
When a programming error occurs, the CPU goes to STOP mode and writes an entry
to the diagnostics buffer.
With an I/O access error, the CPU remains in RUN mode and writes an entry to the
diagnostics buffer.

To be able to respond appropriately to possible errors, in addition to global error handling (for
example, the use of the organization blocks "Programming error OB" or "I/O access error OB"),
we recommend that you implement local error handling in your program (for example, use an
EN/ENO mechanism, the parameters RET_VAL, STATUS and ERROR, or the instructions
"GET_ERROR"/"GET_ERR_ID").
Note
STL programming language
In STL, you use the BR bit of the status word instead of the EN/ENO mechanism.
Global error handling intervenes at the end of each program cycle, while local error handling
is capable of intervening immediately after an error occurs.
Note
BR bit and EN/ENO mechanism as first indicator
A first indicator for an error can be either the BR bit of the status word or the ENO enable
output. If these return signal state "0", there is an error in the execution of the instruction. Signal
state "1" indicates that there is no error and no further error analysis is necessary.
Options for local error handling

The following options for local error handling of programming and access errors are available:
Error handling method Validity Explanation

EN/ENO mechanism S7-1200/15 You can use the ENO enable output to detect and handle runtime errors. Exe
00 cution of subsequent instructions depends on the signal state of this parameter.
You can avoid program crashes by using the EN/ENO mechanism. The block
status is passed on in the form of a Boolean tag.
Output parameter RET_VAL S7-1200/15 Using the RET_VAL parameter as the return value of system functions (SFCs).
00 you can display general error codes that may relate to any instruction or specific
error codes that apply only to the instruction at hand. A maximum of one tag of
the data type INT or WORD can be output. This error handling method is suit
able for querying a communication error or incorrect data access, for example.
You can find more information on the error codes in the Siemens Industry On
line Support under the following FAQ ID: 770453 (http://
support.automation.siemens.com/WW/llisapi.dll?aktprim=0&lang=en&referer=
%2fWW
%2f&func=cslib.csinfo&siteid=csius&groupid=4000002&extranet=standard&vi
ewreg=WW&nodeid0=10805384&objaction=csopen)
Output parameters STATUS S7-1200/15 Using the STATUS and ERROR parameters as return values of system func
and ERROR 00 tion blocks (SFBs), you can query device-specific error information. The error
information is output in a pre-defined structure.

Error handling method Validity Explanation

Instructions "GET_ERROR" S7-1200/15 The instructions give you the opportunity to obtain an error ID or detailed error
and "GET_ERR_ID" 00 information. You can use the error information for an access error, for example,
to determine the parameter that caused the access error. In order for the in
structions to output the required error information, they must be programmed
in the user program for each individual block from which potential errors are to
be evaluated. This option is ideal especially for custom libraries with error han
dling. If you work with the "GET_ERROR" or "GET_ERR_ID" instructions, no
error OB is called and there is no entry in the diagnostics buffer. With this
method of error handling, you actively intervene in the program sequence when
an error occurs.
BR bit of the status word S7-1200/15 Using the BR bit of the status word, you can determine whether an error oc
00 curred when the instruction was executed. (BR bit = "0" => An error has occur
red; BR bit = "1" => No error has occurred)
Warning
Output parameter RET_VAL
When errors occur in the supply of the input parameters during the execution of the instruction
that contains the RET_VAL parameter, an invalid error code is output at the RET_VAL
parameter and the output parameters of the instruction cannot be evaluated.
Example
The above-mentioned local error handling options can be programmed individually or in
combination with one another. To ensure that each error scenario that can occur within your
program is recognized, we recommend a combination of local error handling options, as shown
in the example below.
For a more precise error analysis, in addition to the RET_VAL output parameter you can also
use the instructions "GET_ERROR" or "GET_ERR_ID". These options provide you with error
codes, the detailed explanations of which are available in the descriptions of the respective
instructions.
There are also error scenarios in which the RET_VAL output parameter does not output a valid
error code. If an access error occurs while reading an input parameter, for example, the outputs
of the instruction are no longer written, because the execution of the instruction is interrupted.
In this case, we recommend that you integrate the two instructions "GET_ERROR" and
"GET_ERR_ID" in your program because they provide reliable error information even when
this type of error occurs.
Warning
Access error when reading an input parameter
The RET_VAL parameter does not return a valid error code and no detailed error information
is output to the diagnostics buffer.
The following example shows you how you can recognize an access error when reading an
input parameter:



In network 1, the instruction "MOVE_BLK_VARIANT": Move block" is called. The "SrcField"

source area is accessed at the SRC parameter using a variable index. If no errors occur during
the execution of the instruction, the ENO enable output returns signal state "1", and program
execution jumps to network 4 and continues there.
If an access error occurs during the execution of the instruction, for example, due to the variable
index, the instruction "GET_ERR_ID: Get error ID locally" in network 2 returns an error ID. The
comparison of the error ID for "UNEQUALS" with the value "0" in network 2 returns the result
#Test2 = TRUE. The comparison of the error ID for "EQUALS" with the value "0" in network 3
returns the result #Test3 = TRUE.
The #TagRet_Val operand at the RET_VAL output parameter returns no valid error code in
this case.
Exceptions
There are some instructions, however, for which you cannot program the error handling as
described in the example above. This includes the following instructions:
Instructions which generally do not have an EN/ENO mechanism
Instructions in which the ENO was disabled
S_COMP and T_COMP
PEEK, PEEK_BOOL, POKE, POKE_BOOL and POKE_BLK
The BR bit or the ENO enable output is set to TRUE in these instructions even if it may result
in an access error.
The following example shows you how to program reliable error handling in the STL
programming language:
STL Explanation
SET // The operand #Tag_ErrorID is initial-
L 0 ized with "0".
T #Tag_ErrorID
CALL S_COMP // The instruction is called.

STL Explanation
String EQ
IN1 := #StringArray.[#index] // Variable access to the ARRAY component.
IN2 := 'STRING' // The two values are compared with each
other.
OUT := #TagResult // If both values are identical, the op-
erand #TagResult receives the signal
state "1".
A BR // The BR bit is queried.
CALL GET_ERR_ID // The instruction is called.

RET_VAL := #Tag_ErrorID // The instruction outputs an error code
in the case of an access error.
Even if the RLO bit has signal state "1", the access error is detected. You can query the error
code with the evaluation of the #Tag_ErrorID operand of the "GER_ERR_ID instruction: Get
error ID locally".
See also
GET_ERROR: Get error locally (Page 2414)
GET_ERR_ID: Get error ID locally (Page 2417)
Evaluating errors with output parameter RET_VAL (Page 2195)
Parameter STATUS (Page 3078)
6.4.4 Using MOVE instructions in STL
Possible applications
You can now program with MOVE instructions in STL on an S7-1500 CPU.
The program structure is easier to create.
The performance of the CPU increases.
Programming in STEP 7 V5.x

In STEP 7 V5.x, you used the "BLKMOV: Move block" and "UBLKMOV: Move block
uninterruptible" system functions to implement the MOVE functionality.


The following new MOVE instructions are available in STEP 7 TIA Portal:
MOVE: Move value
MOVE_BLK: Move block
MOVE_BLK_VARIANT: Move block
UMOVE_BLK: Move block uninterruptible
You can find additional information on the new MOVE instructions under "See also".
Programming example
The following example shows you how the "MOVE_BLK instruction works: Move block". An
ARRAY block is copied into another ARRAY block:

Using the MOVE_BLK instruction, ten elements from "Array_1" of the "Data_DB" data block
are copied into "Array_2" of the same data block.
6.4.5 Using IEC timers and counters
Advantages of IEC timers and counters

The universal use of IEC timers and counters makes your program code more efficient.
The blocks can be called multiple times with newly generated instance data blocks.
The IEC counters have a large counting range.
Compared to S5 timers, IEC timers have better performance and greater time accuracy.

The S5 timers and counters in STEP 7 V5.x were addressed absolutely via a number. Due to
this dependency on numbers, program blocks were not reusable with S5 timers and counters.
The value range of a timer was limited to 9990 seconds and that of a counter limited to a
maximum of 999.

You declare IEC timers and counters in the program block where they are called or needed.
The IEC timer is a structure of data type IEC_TIMER, IEC_LTIMER, or TON_TIME and
TON_LTIME, for example, which you can also declare as a local tag in a block. The IEC counter
is a structure of data type IEC_SCOUNTER, IEC_USCOUNTER, etc.

Programming examples in the TIA Portal

The following example shows you how to declare an IEC timer and IEC counter as a local tag:
The data of the TON IEC timer and the CTU IEC counter is stored as a local tag (multi-instance)
in the block interface.

In the LAD and FBD programming languages, you also have the option of creating timers in
a global data block and of using these as instances in your program code.
1. To do this, for example, create a global data block with an ARRAY of TON. The data type
TON does not appear in the drop-down list, but can be entered manually:
2. Create a LAD or FBD function block and drag the instruction "TON: Generate on-delay" to
a network. Call the instance of timer TON as follows:
Call of a timer as multi-instance

If you want to use the IN parameter to start a timer as multi-instance, you must not initialize it
beforehand in your program code. In this case, the timer called at the IN parameter does not
recognize a positive signal edge and the timer is not started:
STL Explanation
Q "Tag_Output" // When the "Tag_Output" output receives
the signal state 1,
= #Timer_1.IN // the IN parameter of the multi-instance
timer #Timer_1 is initialized with a pos-
itive signal edge.

STL Explanation
CALL #Timer_1 // When the multi-instance timer is now
??? called and the IN parameter queried
again, the timer is not started because
IN := "Tag_Output"
there is no new positive signal edge.
PT := T#30s
Q := "Tag_4"
// Enter TIME as data type of the instruc-
ET := "Tag_ElapsedTime" tion.
This is why you must program the initialization of the multi-instance timer within the call.
STL Explanation
CALL #Timer_1 // The timer is called and started.
???
IN := "Tag_Output" // Enter TIME as data type of the instruc-
PT := T#30s tion.
Q := "Tag_4"
ET := "Tag_ElapsedTime"
See also
Timers (Page 1929)
6.4.6 Using ARRAY data blocks
Using an ARRAY data block (S7-1500)

ARRAY data blocks are global data blocks that consist exclusively of an ARRAY. A data block
with a tag of the ARRAY data type is sufficient for most applications because access can be
programmed intuitively with a tag of the ARRAY data type (for example, #myArray[#index])
and offer a better runtime performance than ARRAY data blocks. In certain scenarios,
however, it is necessary to process ARRAYs with different lengths. The ARRAY data block is
particularly suitable for these scenarios. ARRAY data blocks with different length can be
processed by means of the following instructions:
ReadFromArrayDB: Read from Array data block
WriteToArrayDB: Write to array data block
ReadFromArrayDBL: Read from array data block in load memory
WriteToArrayDBL: Write to array data block in load memory
For more information about the instructions, refer to "Basic instructions > LAD/FBD/STL/SCL/
GRAPH > Move operations > ARRAY DB".
When the program code is being written, it is not necessary to know which ARRAY data block
is read or written or what size it is. As a result, you can program the block flexibly so that it can
also be used for buffers of various length. It is also not necessary to know the data type of the
ARRAY elements, as the function in the program code using the DB_ANY data type does not
yet require this information. The data type VARIANT is used so that you can also be flexible

in specifying the value to be read or written. The ARRAY data block is transferred only during
runtime in order to then access the values in the program block. The data type of the ARRAY
elements and the data type of the value that is to be read or written are determined. You can
determine the number of objects and the fill level of the ARRAY data block using the ARRAY
elements.
Note
When you create an ARRAY data block, specify the data type and the number of ARRAY
elements. The data type of the value which is to be written to the ARRAY data block, for
example, must match the data type of the ARRAY elements of the data block. In each case,
connect a source area (PLC data type) with a destination area (ARRAY data block).
The advantage of this procedure is that the program code can already be created before you
know which ARRAY data block and which value will be processed.
Programming example
The following example shows you how to use an ARRAY data block:
Individual pieces of material are transported on a conveyor belt. These pieces of material pass
a scanner which can read out the information that a piece of material carries with it. The
information is read out and transmitted to a panel. Because the scanner and the panel have
different clock cycles/speeds, the material information must be cached in each case.
In the following programming example, we show you how to program the program code for
passing on material information. For this purpose, you use a PLC data type (UDT) and an
ARRAY data block.

Procedure
Create the PLC data type "UDT_Queue". You use this PLC data type as an instance which
can be accessed by both functions ("FC_Enqueue" and "FC_Dequeue"). This is important, for
example, for accessing the tag #Queue.Used, as the function "FC_Enqueue" increments the
tag by one and the function "FC_Dequeue" decrements the tag by one.
1. Double-click the "Add new data type" command in the "PLC data types" folder in the project
tree.
A new declaration table for creating a PLC data type will be created and opened.
2. Declare the following lines within the PLC data type:
DB > Data type: DB_ANY
Size > Data type: DINT
Used > Data type: DINT
ReadPos > Data type: DINT
WritePos > Data type: DINT

Program the instruction "FC_Enqueue", which writes the values from a PLC data type into an
ARRAY data block. The PLC data type and the ARRAY data block must be still unknown at
this time, as the interfaces with the data types VARIANT and DB_ANY are programmed:
1. Create an SCL function and name it "FC_Enqueue".
2. Declare the block interface as follows:
3. Write the following program code:

With this function, you check whether there is still space free in the data block. If so, write
the value that is specified at the parameter value into the data block at the parameter db.
With each new item of material information that is written, the tag #Queue.Used and the
pointer tag #Queue.WritePos are incremented by one. As soon as the cursor reaches the
end of the data block, it is reset to 0. If the data block is full, the error code #4711 is returned.
Program the instruction "FC_Dequeue", which reads the material information from an ARRAY
data block and writes it into a PLC data type. The PLC data type and the ARRAY data block
must be still unknown at this time, as the interfaces are programmed with the data types

VARIANT and DB_ANY. The material information can then be displayed on a panel, for
example:
1. Create an SCL function and name it "FC_Dequeue".

With this function, you check whether material information is available in the data block. If
so, read the value to which the pointer #Queue.ReadPos points, and write it to the tag
#Value. With each item of material information that is read, the tag #Queue.Used is
decremented by one and the pointer tag #Queue.ReadPos is incremented by one. As soon
as the cursor reaches the end of the data block, it is reset to 0. If the data block is empty,
the error code #4712 is returned.
In order to be able to write or read data, you require a specific PLC data type and an ARRAY
data block, each of which must have the same data type.

To do this, create the PLC data type "UDT_Material". The scanner writes the read-out material
information into this PLC data type.
tree.
ArticleNumber > Data type: DINT
ArticleName > Data type: STRING
Amount > Data type: REAL
Unit > Data type: STRING
Create the ARRAY data block "DB_MaterialBuffer". The material information from the PLC
data type "UDT_Material" is sent to this ARRAY data block with the help of the function
"FC_Enqueue".
1. Double-click the "Add new block" command.
The "Add new block" dialog box opens.
2. Click the "Data block (DB)" button.
3. Specify the name "DB_MaterialBuffer".
4. Select the type of the data block "ARRAY DB".
5. Select the PLC data type "UDT_Material" as ARRAY data type.
6. Specify "1000" as high ARRAY limit.
7. Click "OK".

Create the start of the organization block (OB) "OB_MaterialQueue". In this organization block,
you initialize the tags DB and Size.
2. Click the "Organization block (OB)" button.
3. Specify the name "OB_MaterialQueue".
4. Select the type "Startup".
5. Select SCL as the language of the organization block.
6. Click "OK".
By assigning the data block, you connect the ARRAY data block "DB_MaterialBuffer" with
the SCL functions "FC_Enqueue" and "FC_Dequeue". Enter the size of the ARRAY data
block at the Size parameter. The start value of the Used parameter is "0". The first item of
material information is thus written to the ARRAY element "0".
1. Select the folder "Program blocks" in the project tree and select the command "Compile >
Software (only changes)" from the shortcut menu.
2. Declare the following tags in the "Default tag table":
3. Call the SCL function "FC_Enqueue" within the function block in which the scanner reads
out the material information.
4. Declare the tag "ConnectionToUDT" in the section "Temp" in the block interface and link
this tag with the PLC data type "UDT_Material":

5. Link the function call with the following tags and, at the enable input EN, create the signal
edge "P: Scan operand for positive signal edge". Link the signal edge with the global tags
from the default tag table:
6. Call the SCL function "FC_Dequeue"

7. Link the function call with the following tags and, at the enable input EN, create the signal
edge "P: Scan operand for positive signal edge". Link the signal edge with the global tags
from the default tag table:
Result
As soon as a positive signal edge occurs, material information is written to an ARRAY data
block with the help of the instruction "WriteToArrayDB" and sent to the panel with the help of
the instruction "ReadFromArrayDB".
See also
ReadFromArrayDB: Read from array data block (Page 2357)
WriteToArrayDB: Write to array data block (Page 2359)
ReadFromArrayDBL: Read from array data block in load memory (Page 2361)
WriteToArrayDBL: Write to array data block in load memory (Page 2364)


6.4.7 Reliable addressing
6.4.7.1 Symbolic addressing
Advantages of symbolic addressing

The use of universally applied and meaningful symbols in the overall project makes the
program code easier to read and understand.
You do not have to write detailed comments.
Data access is faster.
No errors occur when accessing data.
You no longer have to work with absolute addresses.
The assignment of the symbol to the memory address is monitored by STEP 7, which
means all points of use are automatically updated when the name or the address of a tag
changes.

STEP 7 V5.x already gave you the option to write a program that is easier to read by using
descriptive names for operands and blocks. You did this by assigning the symbolic operands
to memory addresses and blocks in the symbol table. In order for a change in the symbolism
to also have an affect on the program code in the program editor, you had to use the "Operand
priority" property to specify whether the symbol or the absolute value had priority.
The use of symbolic addressing allowed you to create a program with greater clarity. However,
in some cases, such as when programming with user-defined data types (UDT), this could
impair performance.
You could increase the performance by ignoring the symbolism in the UDT and using absolute
addressing. This made it necessary, however, to know the data storage. Changes to the UDT
were not automatically updated. Using absolute addressing, you could also access parts of a
tag and edit these. The disadvantage of exclusively absolute addressing, however, was that
the program code became cluttered after a certain level and you had to insert additional
comments for better orientation.


The S7-1500 CPU offers much higher performance than the S7-300/400 CPUs. To make full
use of this high performance, we recommend that you enable optimized block access for all
blocks and use symbolic addressing in the program code.
The program editor helps you work with symbols through context-sensitive input help, for
example, auto-completion. Using it, you can easily access existing tags or instructions during
programming.
Programming example
The following example shows you how to symbolically access individual elements:
You can use the tag names that you have defined in the block interface directly at the
parameters of the TON instruction without knowing the absolute address of the tags.
6.4.7.2 Addressing with Slice access
Symbolically accessing tags of Bit string data type, bit by bit, byte by byte, word by word and double
word by double word
You have the option to specifically address areas within declared tags. You can access areas
of the 1-bit, 8-bit, 16-bit, or 32-bit width. The allocation of a memory area (e.g., BYTE or WORD)
to a small memory area (e.g., BOOL) is also referred to as "Slice".
You can find additional information on the syntax of slice access under "See also".

Programming example
You can find a detailed example in the Siemens Industry Online Support under the following
FAQ ID: 57374718 (http://support.automation.siemens.com/WW/llisapi.dll?
aktprim=0&lang=en&referer=%2fWW
%2f&func=cslib.csinfo&siteid=csius&Datakey=47071380&extranet=standard&groupid=4000
002&viewreg=WW&nodeid0=29156492&objaction=csopen)
6.4.7.3 Indirect addressing of ARRAY elements
Implementing ARRAY access in TIA Portal with a variable index

It is advisable to use an ARRAY when you want to process assembled data of the same data
type. For addressing ARRAY elements, you can specify either constants or tags of the integer
data type as index. Integers with lengths of up to 32 bits are allowed here.
With indirect addressing using a tag, the index is only calculated during program runtime. You
can, for example, use a different index for each cycle in program loops. You can also access
an ARRAY within a PLC data type (UDT).
No addressing is necessary with address registers or with self-assembled pointers, for
example, an ANY pointer.
More flexibility within your program.
The variable index is available in all STEP 7 programming languages.
It uses the existing names of data blocks and ARRAY tags (symbolic addressing). This
improves readability of the program code.
The start address of the ARRAY does not have to be known.
The program code is easier to create and the compiler generates optimized program code.
Procedure in STEP 7 V5.x

In STEP 7 V5.x, you had to use an address register with the help of a self-configured POINTER
for indirect addressing of ARRAY elements. The following aspects had to be taken into
consideration for this:
The name of the ARRAY was not used. This reduced the readability of the program code
and make additional comments necessary.
The start address of the ARRAY had to be known to perform the addressing.
The SCL programming language already supported indirect addressing with variable index.

Programming example in STEP 7 V5.x

The "Data_classic" data block is required for the following STL example. To address an
element of the "Quantities" ARRAY, the following commands must be used:
STL Explanation
OPN "Data_classic" // The "Data_classic" data block is called.
L #index // The value of the local tag #index is loaded into ac-
cumulator 1.
SLD 3 // Move bits 0 to 31 of accumulator 1 by 3 positions to
the left.
// Fill the now empty bit places with zeros.
LAR1 // Load address register 1 with contents of accumulator
1.
L DBW [AR1, P#10.0] // Load the ARRAY element addressed with #index into ac-
cumulator 1.
// P#10.0 = Start address of the array
Programming example in STEP 7 TIA Portal

In the example below, you see the indirect addressing of an ARRAY element in STL in the TIA
Portal.
Create a global data block for this purpose:
3. Specify the name "DB_Quantities".
5. Select the "DINT" data type as ARRAY data type.


7. Click "OK".
1. Create a function block and name it "FB_Quantities".


You need just one more program line for addressing an ARRAY element in the TIA Portal.
The value of the ARRAY element #index is loaded directly from the data block into
accumulator 1.
4. Call the "FB_Quantities" function block in OB1 and assign it an index between 0 - 10:
Note the following to get the best performance:

Declare tags that are used as an ARRAY index as an integer of less than or equal to 32
bits.
Store intermediate results and ARRAY indexes in the temporary local data area.
See also
Array (Page 1941)
6.4.7.4 Addressing tags indirectly
Implementing tag access with variable index

Using a variable index, you can access tags that have different data types and are located in
different areas. For addressing, you can specify either constants or tags of the integer data
type as index. Integers with lengths of up to 32 bits are allowed here.
With indirect addressing using a tag, the index is only calculated during program runtime. You
can, for example, use a different index for each cycle in program loops.


No addressing is necessary with address registers or with self-assembled pointers, for
example, an ANY pointer.
More flexibility within your program.
The variable index is available in all STEP 7 programming languages.
The existing names of data blocks and tags are used (symbolic addressing). This improves
readability of the program code.
The start address does not need to be known.
The program code is easier to create and the compiler generates optimized program code.
1. Programming example
In the example below, you use the index to access three tags from different memory areas.
Access list of the three tags, each of which is assigned to an index:
Index Accessing tag Memory area

1 Input_WORD_0 IW 0
2 "Processdata".Temperature DB 1
3 Output_WORD_4 QW 4
Declare the following two tags in the "Default tag table":
Create a global data block:

3. Specify the name "DB_Processdata".
4. Select "Global DB" as the type of the data block.
5. Click "OK".
6. Declare the data block element "Temperature":

Declare indirect access using an index within a function.

1. Create an SCL function and name it "FB_AccessGroupInt".
4. Call the "FC_AccessGroupInt" function in OB1:
Depending on which number (1, 2 or 3) you specify at the Index parameter, the first, second
or third case of the "FC_AccessGroupInt" instruction is executed.
2. Programming example
In the example below, you use the index to access three different optimized data blocks.

Since all data blocks should contain the same tags, you can use a PLC data type (UDT) in this
case.
1. To create a PLC data type, double-click the "Add new data type" command in the "PLC
data types" folder in the project tree.
2. Rename the PLC data type to "UDT_SiloContents".
MyBool > Data type: BOOL
MyInt > Data type: INT
MyWord > Data type: WORD
Create three global data blocks.

3. Specify the names "DB_SiloWater", "DB_SiloSugar" and "DB_SiloMilk".

4. Select the data blocks "UDT_SiloContents" as the type of the data blocks.
5. Click "OK".
Create a function to read the values of the data block tags and to write these to a PLC data
type.
1. Create an SCL function and name it "FC_AccessGroupSiloRead".

4. Call the "FC_AccessGroupSiloRead" function in OB1:
Depending on which number (1, 2 or 3) you specify at the Index parameter, the first, second
or third case of the "FC_AccessGroupSiloRead" instruction is executed.
Result
With this procedure, the programming is
comprehensible, as you can use cross-reference lists
reliable, as you use only the previously defined memory areas
applicable to both standard and optimized data areas

6.4.8 Handling specific data types
6.4.8.1 Using the VARIANT data type
Overview of the VARIANT data type
Introduction
The VARIANT data type is a pointer or a reference to another data object. The data type
VARIANT is typified, i.e., you can read out the data type of a referenced tag during program
runtime.
Using the data type VARIANT, you can above all create generic, standardized function blocks
(FB) or functions (FC) for various data types. Various instructions in all programming languages
are available to you for this purpose. During the creation of the program, you can specify which
data types the block should be able to process. The VARIANT data type supports you here by
allowing the interconnection of any tags. You can then react accordingly to their data types in
the block.
Each of the figures below shows you a section from the "Moving data" programming example.
You can find the detailed program code under "See also".
Application cases for pointers with an S7-1200/1500 CPU as compared to S7-300/400

The following table provides you with an overview of the various applications for pointers on
a CPU of the S7-300/400 series (ANY pointer) and their solution with a CPU of the
S7-1200/1500 series.
In most applications, the use of a pointer is no longer required on a CPU of the S7-1200/1500
series. Instead, much simpler language resources are available.
It is only advisable to use the VARIANT data type for indirect addressing, when the data types
are only determined during the program runtime.
What is the purpose of the ANY pointer? Recommendations in the TIA Portal (S7-1200/
S7-1500)
Moving data of any source and destination data Definition of tags within a PLC data type. You can
type in the program using the instruction use the instructions "Serialize" and "Deserialize"
"BLKMOV: Move block". to move the tags.
Initializing an ARRAY structure Using the instruction "FILL_BLK: Fill block", you
initialize or fill an ARRAY structure.
Moving ARRAY elements Using the instruction "MOVE_BLK: Move block".
you move the content of multiple elements of an
ARRAY structure to another ARRAY structure.

What is the purpose of the ANY pointer? Recommendations in the TIA Portal (S7-1200/
S7-1500)
Memory and performance optimization using struc Use the InOut section in the block interface to op
tured data timize memory and performance.
You can find additional information in the "Pro
gramming Guideline for S7-1200/1500" under the
following link Programming Guideline for
S7-1200/1500 (http://
support.automation.siemens.com/WW/llisapi.dll?
%2f&func=cslib.csinfo&siteid=csius&groupid=400
0002&extranet=standard&viewreg=WW&nodeid4
=20229695&objaction=csopen)
Access to individual bits/bytes of a WORD Use the "slice access"
Additional information is available here: Example
of a slice access (http://
support.automation.siemens.com/WW/llisapi.dll?
%2f&func=cslib.csinfo&siteid=csius&groupid=400
0002&extranet=standard&viewreg=WW&nodeid0
=29156492&objaction=csopen)
Determination of the length of structures or data Use an ARRAY and read its length using the in
blocks struction "CountofElements: Get number of AR
RAY elements. The instruction only works in con
junction with the data type VARIANT.
Indirect addressing You can use the VARIANT pointer for the indirect
addressing of data types that will only be known
during runtime. You can use the data type
DB_ANY for indirect access to a data block.

Initializing the VARIANT data type

Initialize the VARIANT data type by assigning a specific tag to the VARIANT block parameter
at the block call. This forms a reference to the address of the passed tag. To do this, create a
block parameter of the VARIANT data type in the block interface. In the following example,
these are the two block parameters SourceArray and DestinationArray in the section InOut.
Note
Direct passing of a tag to a VARIANT tag is not possible, such as myVARIANT := #Variable
Passing various data types

In the following example, you see how the VARIANT block parameter can be initialized with
different tags when a generic, standardized function is called multiple times:
The "FC_PartialArrayCopy" function is called twice. The VARIANT parameter SourceArray is
interconnected with an ARRAY of "my_struct" with the left call. The VARIANT parameter
SourceArray is interconnected with an ARRAY of REAL with the right call.

Reading out and checking data types

Various comparison instructions are available to you to read out the data type of a tag or an
element and compare it with data types of other tags or elements.
In the figure below, you see the usage of multiple comparison instructions to check whether
the elements of the ARRAYs have the same data type:
The MOVE_BLK_VARIANT instruction is only executed if the data types of the ARRAY
elements are the same.
See also
ANY (Page 1948)
VARIANT (Page 1951)
TypeOf: Check data type of a VARIANT tag (Page 2798)
TypeOfElements: Check data type of an ARRAY element of a VARIANT tag (Page 2799)
IS_ARRAY: Check for ARRAY (Page 2800)
Programming example: Moving data (Page 267)
VARIANT instructions
VARIANT instructions
The following instructions for working with VARIANT are available to you in the TIA Portal:
Basic instructions
Category Instruction Description
Comparator operations EQ_Type Compare data type for EQUAL with the data type of a tag
NE_Type Compare data type for UNEQUAL with the data type of a tag
EQ_ElemType Compare data type of an ARRAY element for EQUAL with the data type
of a tag
NE_ElemType Compare data type of an ARRAY element for UNEQUAL with the data
type of a tag
IS_NULL Query for EQUALS ZERO pointer
NOT_NULL Query for UNEQUALS ZERO pointer
IS_ARRAY Check for ARRAY
TypeOf Check data type of a VARIANT tag
TypeOfElements Check element data type of a VARIANT tag
IS_ARRAY Check for ARRAY

Basic instructions
Category Instruction Description
Move operations MOVE_BLK_VAR Move block
IANT
VariantGet Read out VARIANT tag value
VariantPut Write VARIANT tag value
CountOfElements Get number of ARRAY elements
Conversion operations VAR Convert VARIANT to DB_ANY
IANT_TO_DB_AN
Y
DB_ANY_TO_VA Convert DB_ANY to VARIANT
RIANT
Note
Differences between MOVE, MOVE_BLK and MOVE_BLK_VARIANT
You can use the "MOVE" instruction to copy complete structures.
You can use the "MOVE_BLK" instruction to move parts of ARRAYs with known data type.
The MOVE_BLK_VARIANT instruction is only required if you want to move parts of ARRAYs
with a data type that is only known during program runtime.
You can find additional information on the individual instructions in the information system
under "Basic instructions > Respective programming language".
You can also find additional instructions which also work with the VARIANT data type under
the "Extended instructions".
See also
VARIANT (Page 1951)
Indirect addressing with the VARIANT data type (http://support.automation.siemens.com/WW/
%2f&func=cslib.csinfo&siteid=csius&groupid=4000002&extranet=standard&viewreg=WW&n
odeid0=29156492&objaction=csopen)
Using VARIANT instructions
Introduction
In the following chapter, you will learn which application options you have with VARIANT
instructions.

Evaluating data types of tags to which a VARIANT points

In the table below, you see which instructions are available to you to evaluate data types of
tags to which a VARIANT points:
Function Instruction Description

To determine the TypeOf(): Check data type of a VARIANT tag You use this instruction to compare the data type to
data type (This instruction is available only in SCL and which a VARIANT tag points with the data type of any
only in conjunction with an IF instruction.) other tag. You can also make the comparison with a
PLC data type.
TypeOfElements(): Check element data type You use this instruction to compare the data type to
of a VARIANT tag which a VARIANT tag points with the data type of any
(This instruction is available only in SCL and other tag. You can also make the comparison with a
only in conjunction with an IF instruction.) PLC data type. If the data type of the VARIANT tag is
an ARRAY, the data type of the ARRAY elements is
compared.
EQ_Type: Compare data type for EQUAL with You use this instruction to compare the data type to
the data type of a tag which a VARIANT tag points with the data type of any
NE_Type: Compare data type for UNEQUAL other tag. You can also make the comparison with a
with the data type of a tag PLC data type.
EQ_ElemType: Compare element data type You use this instruction to compare the data type to
for EQUAL with the data type of a tag which a VARIANT tag points with the data type of any
NE_ElemType: Compare element data type other tag. You can also make the comparison with a
for UNEQUAL with the data type of a tag PLC data type. If the data type of the VARIANT tag is
compared.
To evaluate AR IS_ARRAY: Check for ARRAY You use this instruction to check whether the data type
RAY elements to which a VARIANT tag points is an ARRAY.
CountOfElements: Get number of ARRAY ele You use this instruction to read out how many ARRAY
ments elements the tag has to which the VARIANT tag points.
You can find additional information on the individual instructions in the information system
under "Basic instructions > Respective programming language".
Reading data to which a VARIANT points

To be able to use the data you must move this data to a tag as an intermediate step, as it
cannot be processed directly.
Instruction Description Example Result

VARIANT Destination da
points to ta type
VariantGet: Read out VARIANT You use this instruction to move UDT_1 UDT_1 The instruction is
tag value the value of a single tag to anoth REAL REAL executed
er tag. The data types of both
tags must match. DINT DWORD The instruction is
not executed.

Assigning data to a VARIANT tag

You cannot use the instruction to initialize VARIANT tags. The VARIANT tags must therefore
already be initialized when the data is returned to the tag. Do not use uninitialized temporary
VARIANT tags.
Instruction Description Example Result

Source data VARIANT
type points to:
VariantPut: Write VARIANT tag You use this instruction to move UDT_1 UDT_1 The instruction is
value the value of a single tag to anoth REAL REAL executed
er tag. The data types of both
tags must match. DINT DWORD The instruction will
not be executed,
as the data types
are different.
Processing dynamic ARRAY structures
To evaluate AR TypeOfElements(): Check data type of an AR You use this instruction to compare the data type to
RAY elements RAY element of a VARIANT tag which a VARIANT tag points with the data type of any
(This instruction is available only in SCL and other tag. You can also make the comparison with a
only in conjunction with an IF instruction.) PLC data type. If the data type of the VARIANT tag is
compared.
IS_ARRAY: Check for ARRAY You use this instruction to check whether the data type
to which a VARIANT tag points is an ARRAY.
CountOfElements: Get number of ARRAY ele You use this instruction to read out how many ARRAY
ments elements the tag has to which the VARIANT tag points.
MOVE_BLK_VARIANT: Move block This instruction is used to move dynamic and type-safe
(integrated type test) ARRAYs. You can freely select
the limit values for the source and destination AR
RAYs. The data types of ARRAY elements must match.
Note
Differences between MOVE, MOVE_BLK and MOVE_BLK_VARIANT
You can use the "MOVE" instruction to copy complete structures.
You can use the "MOVE_BLK" instruction to move parts of ARRAYs with known data type.
The MOVE_BLK_VARIANT instruction is only required if you want to move parts of ARRAYs
with a data type that is only known during program runtime.
Additional information on the use of the MOVE_BLK_VARIANT instruction can be found in the
"Moving data" programming example.
See also
VARIANT (Page 1951)
Programming example: Moving data (Page 267)

Programming examples with VARIANT
Programming example: Moving data
Programming example
In this programming example, data values, which are collected for example during a production
shift, are moved for further processing. The data is collected in an ARRAY. Using the
"MOVE_BLK_VARIANT instruction: Move block", you can move either the entire ARRAY or
only individual ARRAY elements dynamically and type-safe. You can freely select the ARRAY
limits for the respective source and destination ARRAYs and these do not have to match.
However, the data type of the data values that are to be moved must match. This instruction
is available in all programming languages.
By using the VARIANT data type, you can use the created program code to move data for
other production shifts as well, by specifying a different source and destination area at the
block call.
Procedure
1. Create a function using the SCL programming language and give it the name
"FC_PartialArrayCopy".

3. Create the SCL program code as follows:

You can find the program code below as template.
4. Create the PLC data type "UDT_MyStruct":
5. Create the global data block "DB_WithArrays":

6. Call the "FC_PartialArrayCopy" function in an organization block, for example OB1, and
initialize the parameters with the DB_WithArrays data block. Enter the named constants:
7. Instead of using the first two ARRAYs, which have the data type UDT_MyStruct, you can
also use the third and fourth ARRAY, which have the data type REAL:
Result
As soon as the "FC_PartialArrayCopy" block is called in the program cycle, two data values,
starting with the fourth element, are copied from the first ARRAY of the "DB_WithArrays" global
data block to the second ARRAY of the data block. The copied data values are inserted in the
second ARRAY, starting from the fourth element.

SCL program code for copying:
SCL
IF IS_ARRAY(#SourceArray) AND TypeOfElements(#SourceArray) =
TypeOfElements(#DestinationArray) THEN
#Error := MOVE_BLK_VARIANT(COUNT := #Count, SRC := #SourceArray, SRC_INDEX := #SourceIndex,
DEST => #DestinationArray, DEST_INDEX := #DestinationIndex);
END_IF;
#FC_PartialArrayCopy := #Error;
See also
VARIANT (Page 1951)
Programming example: Programming queues (FIFO)
Programming example
In the following example, you program a ring buffer which consists of an ARRAY and is written
and read according to the FIFO principle. The program code has a read-VARIANT pointer and
a write-VARIANT pointer. Using the VARIANT instructions, you can program the program code
robustly and ensure reliable copying or deleting.
Using the VARIANT data type, program sections can be influenced during runtime. The
VARIANT pointer is a type-safe pointer, i.e. a type test is performed during runtime. For blocks
that have been created with the block property "optimized", sub-functions that were previously
programmed with an ANY pointer can now be resolved with a VARIANT pointer. The VARIANT
data type is used to transfer structures to system function blocks.

Procedure
1. Create an SCL function block and name it "FIFOQueue".
Declaration Parameters Data type Comment

Input request BOOL The instruction is execu
ted when a positive signal
edge is detected at the "re
quest" parameter.
mode BOOL 0 = The first entry in the
ring buffer is returned.
1 = An entry is written at
the last position in the ring
buffer.
initialValue VARIANT Value with which the AR
RAY of the ring buffer is in
itialized.
Output error INT Error information
InOut item VARIANT The entry that is either re
turned from the ring buffer
or written to the ring buffer.
buffer VARIANT An ARRAY that is used as
a ring buffer.
Static edgeupm BOOL Edge memory bit in which
the RLO of the previous
query is saved.
firstItemIndex INT Index of the oldest entry in
the ring buffer
nextEmptyItemIn INT Index of the next free entry
dex in the ring buffer
Temp edgeup BOOL Result of edge evaluation
internalError INT Error information
newFirstItemIndex INT Variable index
newNextEmptyIte INT Variable index
mIndex
bufferSize UDINT Number of ARRAY ele
ments in the ring buffer
3. Create the following program code in the "FIFOQueue" function block:
(* This program code section is only executed once after a positive signal
edge. If there is no change in the signal state of the result of logic
operation, the program processing of the "FIFOQueue" FB is terminated. *)
#edgeup := #request & NOT #edgeupm;
#edgeupm := #request;
IF NOT (#edgeup) THEN
RETURN;
END_IF;

// ------Validation of whether all parameter inputs are valid.----

(* This program code section checks whether the ring buffer is an ARRAY. If
so, the number of the ARRAY elements is read out. If it is not an ARRAY,
the program execution is terminated at this point and the error code "-10"
is output. *)
IF NOT (IS_ARRAY(#buffer)) THEN
#error := -10;
RETURN;
ELSE
#bufferSize := CountofElements(#buffer);
END_IF;
(* This program code section checks whether the data type of the ARRAY
elements matches the data type of the entry (tag #item). If the data types
do not match, the program execution is terminated at this point and the
error code "-11" is output. *)
IF NOT (TypeOf(#item) = TypeOfElements(#buffer)) THEN
#error := -11;
RETURN;
END_IF;
(* This program code section checks whether the initial value of the ring
buffer matches the entry (tag #item). If the data types do not match, the
program execution is terminated at this point and the error code "-12" is
output. *)
IF NOT (TypeOf(#item) = TypeOf(#initialValue)) THEN
#error := -12;
RETURN;
END_IF;
(* This program code section checks whether the variable indices are within
the ARRAY limits. If they are not, the program execution is terminated at
this point and either error code "-20" or "-21" is output depending on the
index. *)
IF (#nextEmptyItemIndex >= #bufferSize) THEN
#error := -20;
RETURN;
END_IF;
IF (#firstItemIndex >= #bufferSize) THEN
#error := -21;
RETURN;
END_IF;

//-----------Program code execution, depending on the Mode

parameter-------------
// The execution of the instructions depends on the signal state of the Mode
parameter.
IF #mode = 0 THEN
// If the Mode parameter has the signal state "0", the first entry from the
passed ring buffer is returned.
(* This program code section checks whether the ring buffer is empty. If
this is the case, program execution is terminated at this point and the
IF (#firstItemIndex = -1) THEN
#error := -40;
RETURN;
END_IF;
// This program code section returns the first entry of the ring buffer.
#internalError := MOVE_BLK_VARIANT(SRC := #buffer,
COUNT := 1,
SRC_INDEX := #firstItemIndex,
DEST_INDEX := 0,
DEST => #item);
IF (#internalError = 0) THEN
(* This program code section checks whether the ring buffer contains ARRAY
elements. If it does, the first entry is passed further on and the index is
incremented by 1. *)
#internalError := MOVE_BLK_VARIANT(SRC := #initialValue,
COUNT := 1,
SRC_INDEX := 0,
DEST_INDEX := #firstItemIndex,
DEST => #buffer);
// This program code section calculates the new index of the first entry.
#newFirstItemIndex := #firstItemIndex +1;
#newFirstItemIndex := #newFirstItemIndex MOD #bufferSize;
// This program section checks whether the ring buffer is empty.

IF (#nextEmptyItemIndex = #newFirstItemIndex) THEN
// If the ring buffer is empty, the index is set to 0.
#firstItemIndex := -1;
#nextEmptyItemIndex := 0;
ELSE
// The index of the first entry is changed.
#firstItemIndex := #newFirstItemIndex;
END_IF;

END_IF;
ELSE
// If the Mode parameter has the signal state "1", the entry is written to
the passed ring buffer.
(* This program code section checks whether the ring buffer is full. If this
is the case, program execution is terminated at this point and the error
code "-50" is output. *)
IF (#nextEmptyItemIndex = #firstItemIndex) THEN
#error := -50;
RETURN;
END_IF;
// This program code section writes the entry to the ring buffer.
#internalError := MOVE_BLK_VARIANT(SRC := #item,
COUNT := 1,
SRC_INDEX := 0,
DEST_INDEX := #nextEmptyItemIndex,
DEST => #buffer);
IF (#internalError = 0) THEN
// This program code section increments the index by 1 and calculates the
new empty entry index.
#newNextEmptyItemIndex := #nextEmptyItemIndex +1;
#newNextEmptyItemIndex := #newNextEmptyItemIndex MOD #bufferSize;
#nextEmptyItemIndex := #newNextEmptyItemIndex;
(* This program code section checks which index the "#firstItemIndex" tag
has. If the number = -1, the ring buffer is initialized and the entry is
written to the ring buffer. Therefore, "0" must be assigned to the tag. *)
IF (#firstItemIndex = -1) THEN
#firstItemIndex := 0;
END_IF;
END_IF;
END_IF;
//-------------------------Local error handling----------------------------

(* This program code section checks whether a local error has occurred. If
this is the case, program execution is terminated at this point and the
IF (#internalError > 0) THEN
#error := -100;
RETURN;
END_IF;

// If no error occurred during program execution, the error code "0" is

output.
#error := 0;
Result
Call the SCL function block at the position in your program at which the FIFO queue is to run.
6.4.8.2 Using the DB_ANY data type
Using the DB_ANY data type (S7-1200/1500)

The DB_ANY data type is used to identify any data block. For CPUs of the S7-1200/1500
series, you have the option of accessing a data block that is not yet available during
programming. For this purpose, create a block parameter of the DB_ANY data type in the block
interface of the accessing block. The data block name or a tag of data type DB_ANY which
was previously assigned to the data block name is transferred to this parameter during runtime.
You can symbolically process the content of a data block by means of the following instructions:
VARIANT_TO_DB_ANY: Convert VARIANT to DB_ANY
DB_ANY_TO_VARIANT: Convert DB_ANY to VARIANT
For more information about the instructions, refer to "Basic instructions > LAD/FBD/STL/SCL
> Conversion operations > VARIANT".
The advantage of this procedure: You can create the program code before you know which
data block will be processed.
Programming example
The following example shows you how to use the DB_ANY data type:
A punching machine can punch out a variety of geometric shapes. The punching jobs are
transferred to the machine and there are specific job data for each individual job. The job data
differ in their job type as well as in their values.

Procedure - Creating the PLC data types

In the first job, a round hole is to be punched out of a piece of sheet metal. For the punching
machine to be able to execute this job, it needs the center point coordinates and the radius of
the hole. You can transfer these job data to the punching machine collectively in a PLC data
type (UDT).
8'7B+ROH
<
5DGLXV
0

Create the PLC data type "UDT_Hole" to transfer the job data:
tree.
X-coordinate > REAL
Y-coordinate > REAL
Radius > REAL
A rectangle is to be punched out of a piece of sheet metal in the second job. For this job, you
need two coordinates which define the upper left-hand point and the bottom right-hand point
of the rectangle. You can transfer these job data to the punching machine collectively in the
PLC data type "UDT_RectangleWindowStatic".

< 8'7B5HFWDQJOH:LQGRZ6WDWLF
%

$

Create the PLC data type "UDT_RectangleWindowStatic":

tree.
X1-coordinate > REAL
Y1-coordinate > REAL
X2-coordinate > REAL
Y2-coordinate > REAL
The job data of the "UDT_RectangleWindowStatic" can only be used to punch out rectangles
whose edges are aligned parallel to the x and y axis.
If you want to punch out a rectangle with different alignment, i.e., not parallel to the x and y
axis, you need an additional PLC data type. In it, you can specify the height and width, for
example, as well as the alignment of the rectangle to the x axis by means of an angle.

< 8'7B5HFWDQJOH:LQGRZ)OH[LEOH

:L
GW K
W
L JK
+H

0

Create the PLC data type "UDT_RectangleWindowFlexible":

tree.
X-coordinate > REAL
Y-coordinate > REAL
Height > REAL
Width > REAL
Angle > REAL
The x and y coordinates specify the center of the rectangle.

Procedure - Creating the data blocks

In the next section, you will learn how to transfer simple geometric shapes whose job data you
have defined in the PLC data types to the punching machine. The punch jobs are broken down
into individual punches in the program code; these punches are then executed consecutively
by the punching machine. The punching machine has a cross table on which a sheet metal
has been firmly clamped. You can move a cross table along the x and/or y axis just as in a
coordinate system. The cross table is moved by two motors. The tool has different dies to
punch out shapes from the sheet metal, such as circles and rectangles of different sizes. The
tool can also be rotated by up to 90 degrees to cut out rectangles at different alignments.
You now use the PLC data types to create a data block. The data block then includes the
specific values, for example, for a hole.
Create the data block "DB_OrderHole":
3. Specify the name "DB_OrderHole".
4. Select "Global-DB" as the type of the data block.
5. Click "OK".
Create the following tag in the data block and enter the corresponding start values:
To manufacture a specific sheet metal part such as the side panel of a control cabinet, for
example, the necessary geometric shapes are loaded to the punching machine. For this
purpose, you need to create another data block which includes a list of data blocks.
Create the data block "DB_OrderList":
3. Specify the name "DB_OrderList".
4. Select "Global-DB" as the type of the data block.
5. Click "OK".

Create the following job list in the data block:
Procedure - Creating the program code

The punching machine should now start processing the jobs. If it is already processing the
jobs, it should get the next job from the job list and prepare it.
1. Create an SCL function block.
3. Click the "Function block (FB)" button.
4. Specify the name "FB_PickNextOrder".

The next job on the list is prepared by breaking down the current punch job into individual
punches. The punching machine must be able to recognize which punch job it is processing.
1. Create an SCL function.
3. Click the "Function (FC)" button.
4. Specify the name "FC_PrepareOrder".

6. Write the following program code. The calls of the three functions are not yet given a red
underline because they still have to be created.
The "VariantGet" instruction copies the information from the #a tag to the #Hole tag.

In the following section, you create the functions "FC_PrepareHole" and

"FC_PrepareWindowStatic".
A separate function is created for each job type. The punch jobs are broken down into individual
punches here and collected in an ARRAY.
1. Create a PLC data type.
2. Double-click the "Add new data type" command under "PLC data types".
A new PLC data type with the name "UserDataType_x" is created.
3. Rename the PLC data type to "UDT_Punch".
Tool > DINT
x > REAL
y > REAL
w > BOOL
5. Create the global data block "DB_PunchList":

To prepare the punch job for a hole, create an SCL function and name it "FC_PrepareHole".

To prepare the punch job for a window, you need a function which combines four punch
sequences into the punch job. Create an SCL function and name it "FC_PrepareWindowStatic".
Call the SCL function block "FC_PrepareOrder" in the SCL function block "FB_PickNextOrder":

Then, call the "FB_PickNextOrder" in OB1:
Result
This example shows you how to use the instruction "DB_ANY_TO_VARIANT: Convert
DB_ANY to VARIANT" to determine the PLC data type of a data block and how to select and
execute a suitable function based on this.
6.4.8.3 Using PLC data types (UDT)
Using a PLC data type

PLC data types (UDT) are data structures that you define yourself and that can be used multiple
times in the program. The structure can be composed of multiple elements of different data
types. You define the data types of the individual elements during the declaration of a PLC
data type.
PLC data types are frequently used if an assembled data record with various data types is
required and these are to be processed from different points in the program. For example,
these could be:
Data records for material tracking
Parameter sets for a motor setting
Recipes

The use of PLC data types provides you with the following benefits:
The elements of a PLC data type can also be addressed indirectly, which means the
address is variable and is not calculated until during runtime.
Tags based on a PLC data type inherit all properties of the PLC data type. When there is
a change to the PLC data type, all tags based on this PLC data type are therefore adapted
automatically.
Using universal symbolism makes the program easier to read, because the names of the
individual elements of a PLC data type are displayed in the program.
Optimum utilization of the high performance of an S7-1500 CPU.
The PLC data type can be passed as a complete structure for a block call.
A simplified call interface due to a lower number of parameters to be supplied.
Procedure in STEP 7 V5.x

STEP 7 V5.x already gave you the option to create a data record as a structured tag using the
STRUCT data type or a PLC data type (UDT). However, the performance was adversely
affected by the use of symbolic addressing.
The declaration in the data blocks was mostly implemented as an anonymous structure. The
blocks themselves were then programmed to pass the values of the structure as actual
parameters and the calculated values were copied back into the structure. This enabled you
to also pass the data block number and use absolute addressing in the block. The number of
parameters that you had to supply was often very large. The actual data was stored in the data
blocks and the calculated values were passed to other blocks. However, no symbolism was
available when passing the data block tags.
Programming example in STEP 7 TIA Portal

You can assign both a formula parameter and an actual parameter to a PLC data type. This
means that you no longer have to declare individual parameters. If a block has an input
parameter that is based on a PLC data type, you must transfer a tag of the same PLC data
type as actual parameter.

The following example shows the call and the parameter assignment of a function block (FB)
with two formal parameters:
1. To create a PLC data type, double-click the "Add new data type" command in the "PLC
data types" folder in the project tree.
2. Rename the PLC data type to "UDT_Material".
ArticleNumber > Data type: DINT
ArticleName > Data type: STRING
Amount > Data type: REAL
Unit > Data type: STRING
Use the PLC data type within a global data block. You can specify the PLC data type either
directly as data type of the data block or within the data block as data type of a tag.
Create a global data block for this purpose:
3. Specify the name "DB_MaterialBuffer".
5. Select the PLC data type "UDT_Material" as ARRAY data type.


7. Click "OK".
At the function block call, interconnect the formal parameters with tags from the global data
block "DB_MaterialBuffer".
1. Create an SCL function block and name it "FB_Material".

4. Call the "FB_Material" function block in OB1 and interconnect the formal parameters with
tags of the global data block "DB_MaterialBuffer":
The material data are moved within the global data block "DB_MaterialBuffer".
See also
6.4.8.4 Calculating with floating-point numbers (REAL and LREAL) in SCL
Representation of the accuracy of floating-point numbers

The data type REAL, for example, is specified and calculated in the program with an accuracy
of 6 decimal places. For the calculation of floating-point numbers (REAL and LREAL), it should
be noted that this accuracy applies in general to each individual step of the calculation.
The exponents are adjusted when floating-point numbers are added and subtracted. The base
and the exponents are thus equal during the addition and subtraction and only the mantissas
are added. For additional information on the structure of floating-point numbers, refer to "See
also".

Programming example
In the following programming example, you are to perform a calculation in which two operands
of the data type REAL are to be added and one is to be subtracted. In the next step of the
calculation, the constant 1 is divided by the previous result. To do this, create a global data
block in which you declare your operands and a function in which you program the calculation
operations.
Calculation formulas
y = a + b - c
Z = 1/y
The operands are stored with the following values:
Operand Value REAL value

a 100 000 000 1.000000*108
b 1 1.000000*100
c 100 000 000 1.000000*108
Procedure
Create the data block "DB_GlobalData":
3. Specify the name "DB_GlobalData".
4. Select "Global DB" as the type of the data block.
5. Click "OK".
6. Create the following tags in the data block and enter the corresponding start values:
The start value of both tags is 100000000.0 and is converted into 1.0E+8 according to the
data type REAL.

Create an SCL function and name it "FC_Calculate".

2. Write the following formulas in your program code and establish an online connection to
see the result:
SCL
#y := "DB_GlobalData".a + "DB_GlobalData".b - "DB_GlobalData".c;
#z := 1/#y;
As you can see, the result at the operand is #y = 0, even though the number 1 is actually
expected as result.
The incorrect result comes about as follows:
1. In the first step of the calculation, the operands a + b are added. The REAL values of the
two operands (a = 1.000000*108 and b = 1.000000*100) look as follows after the exponents
have been adjusted:
a = 1.000000*108 and b = 0.00000001*108. The last two places of the second number
(operand b) are truncated, as they can no longer be represented due to the accuracy of 6
decimal places. Therefore, a 0 instead of a 1 is added to the operand.
2. In the second calculation step, the operand C is subtracted from the result of the preceding
calculation step (intermediate result = 1.000000*108 - c = 1.000000*108 is 0.000000e0).
3. If you now calculate the operand z in the next calculation step, you try to divide by zero.

1. Possible solution
To work around such cases, you can simply adjust your calculation formula. Write the formula
as follows instead:
Calculation formulas
y = a - c + b
Z = 1/y
Since the result 0.000000e0 is available in this case after the first calculation step (operand a
- c), the addition of the REAL number in the second calculation step (intermediate result + b)
leads to the correct result (y = 0.000000*100+ 1.000000*100 = 1.000000*100).
We recommend that you check how the calculation can be made most effectively before you
program a calculation.

To calculate the above named formulas, use the LREAL data type instead of the REAL data
type. Since the data type is processed with an accuracy of 15 decimal places, this problem
does not even arise.
1. In the global data block "DB_GlobalData", create three new tags with the same values,
each with the data type LREAL.
2. In the block interface of the FC "FC_Calculate", also declare two new tags with the data
type LREAL.
3. Use the new LREAL tags for the formulas in your program code and establish an online
connection to see the result.
SCL
#y_LREAL := "DB_GlobalData".a_LREAL + "DB_GlobalData".b_LREAL -
"DB_GlobalData".c_LREAL;
#z_LREAL := 1/#y_LREAL;

See also
REAL (Page 1925)
LREAL (Page 1926)
Invalid floating-point numbers (Page 1927)
6.4.8.5 Calculating with constants in SCL
Interpretation of typed and non-typed constants

Constants are data with a fixed value that cannot change during program runtime. Constants
can be read by various program elements during the execution of the program but cannot be
overwritten. There are defined notations for the value of a constant, depending on the data
type and data format. A distinction is made between the typed and non-typed notation.
We recommend that you do not mix typed and non-typed constants within mathematical
functions as you may otherwise be faced with unwanted implicit conversions and thus end up
with incorrect values.

Programming example
In the following programming example, you see a calculation operation with a typed and a non-
typed constant.
1. Create an SCL function block and name it "FB_MathsFunctions".
2. Declare the "Variable_DINT" tag in the "Temp" section of the block interface.

Variable_DINT := INT#1 +50000;
In this math operation, the typed constant INT#1 and the non-typed constant 50000 are to
be added. The non-typed constant 50000 is underlined in yellow in the software to indicate
that the constant value is outside the permitted range of the data type INT.
To see the result, go online.

1. Compile the SCL function block "FB_MathsFunctions" by right-clicking the command
"Compile > Software (only changes)" to execute it.
2. Download the block with the command "Download to device > Software (only changes)".
3. Go online and monitor your block.
The data type of the typed constant defines the data type of the addition. This means that
the addition is performed in the data type area INT. In the first step, the non-typed constant
50000 is implicitly converted into the data type INT. However, the conversion leads to a
negative value (-15536). This value is then added to the typed constant (INT#1). The result
is -15535. Since the tag to which the result of the addition is to be written is declared with
the data type DINT, the number -15535 is implicitly converted into the data type DINT and
written to the tag "Variable_DINT". However, the result remains negative.

One option for avoiding this undesired result is to type both constants. If you type both
constants, the longer data type determines the calculation operation.
1. Write the following program code in the "FB_MathsFunctions" SCL function block:
In this calculation operation, the typed constant INT#1 and the typed constant DINT#50000
are to be added.

The constant INT#1 is converted into the DINT data type and the addition of the two
constants is executed in the DINT data type area.
Another option for avoiding this undesired result is not to type both constants. If you do not
type both constants, these are then interpreted as the widest possible data type on the current
CPU. This means that on an S7-1500 series CPU, the two constants are interpreted as LINT
data type.
1. Write the following program code in the "FB_MathsFunctions" SCL function block:
In this calculation operation, the non-typed constant 1 and the non-typed constant 50000
are to be added.


The constants 1 and 50000 are interpreted as LINT data type and the result of the addition
is again converted into the DINT data type.
See also
Overview of the valid data types (Page 1908)

First steps 7
7.1 Getting Started Documentation
Getting Started with the TIA Portal

The Getting Started documentation is available to help you begin using the TIA portal.
The Getting Started documentation contains instructions which show you, step-by-step how
to create a project in the TIA portal and give you the chance to get a quick overview of all the
possibilities the TIA portal offers you.
Contents
The Getting Started documents describe the creation of a single, continuous project for STEP 7
and WinCC that is extended with each chapter. You start with simple basic functions, and use
more complex ones as you continue with the creation of the project.
In addition to the step-by-step instructions, the Getting Started documents also give you
background information that explains the functions used and illustrate how they relate to each
other.
Target audience
The Getting Started documents are intended for beginners, but are also useful for users
migrating from a previous version of SIMATIC STEP 7 and WinCC.
Getting Started documentation

The documentation is available, free of charge at the Service&Support (https://
support.automation.siemens.com) portal in PDF form.
You can download the documents here:
STEP 7 Basic and WinCC Basic (as of TIA Portal V10.5) (http://
support.automation.siemens.com/WW/view/en/40263542/0/en)
STEP 7 Professional and WinCC Advanced (as of TIA Portal V11) (http://
support.automation.siemens.com/WW/view/en/28919804/133300)
Multimedia Getting Started

A multimedia Getting Started is also available for the TIA Portal as of version 13.0.
The following link will take you to the home page of the Getting Started:
http://www.automation.siemens.com/salesmaterial-as/interactive-manuals/getting-
started_simatic-s7-1500/_content/EN/content_en.html (http://www.automation.siemens.com/

First steps
7.1 Getting Started Documentation
salesmaterial-as/interactive-manuals/getting-started_simatic-s7-1500/_content/EN/
content_en.html)

Introduction to the TIA Portal 8
8.1 User interface and operation
8.1.1 Starting, setting up, and exiting the TIA Portal
8.1.1.1 Starting and exiting the TIA Portal
Starting the TIA Portal

To start the TIA Portal, follow these steps:
1. In Windows, select "Start > All Programs > Siemens Automation > TIA Portal V13".
The TIA Portal opens with the last settings used.
Exiting the TIA Portal

To exit the TIA Portal, follow these steps:
1. In the "Project" menu, select the "Exit" command.
If the project contains any changes that have not been saved, you will be asked if you wish
to save them.
Select "Yes" to save the changes in the current project and close the TIA Portal.
Select "No" to close the TIA Portal without saving the most recent changes in the project.
Select "Cancel" to cancel the closing procedure. The TIA Portal will remain open if you
select this option.

Introduction to the TIA Portal
8.1.1.2 Overview of the program settings
Overview
The following table shows the application settings that you can make:
Group Setting Description

General settings User name The user name of the user. The user name is stored in the project
properties when a new project is created.
User interface language Language for the program interface
Mnemonic Specifies the mnemonics for programming:
"German" uses the German mnemonics, for example, "E1.0".
"International" uses international mnemonics, for example, "I1.0".
For information on the differences in the mnemonics of the indi
vidual commands, refer to the description of the relevant program
ming language.
Show list of recently used Number of entries in the list of recently used projects in the
projects "Project" menu
Load most recent project The last opened project is opened automatically after the TIA Por
during startup tal starts.
Displaying truncated text Texts which are truncated due to their length are displayed in a
in full tooltip.
Show tooltips (context- Tooltips are displayed and you get context-sensitive help. If this
sensitive help is available) function is disabled, you can open the tooltip with <F1>.
Open cascade automati After a brief time, the tooltips automatically expand to display a
cally in tooltips cascade containing additional help. If this option is cleared, the
tooltips must be manually expanded.
Reset to default All application settings All changes that you made in the TIA Portal after installation are
undone.
Layout of the editors Resets the complete layout of the application to the factory state.
Show all alarm windows All alarm windows whose appearance was manually suppressed
are displayed again.
Start view Most recent view Starts the program in the last view that was used. This can be
either the portal view or the project view.
Portal view Starts the TIA Portal in the portal view every time, irrespective of
the last view you worked in.
Project view Starts the TIA Portal in the project view every time, irrespective
of the last view you worked in.
View for objects in overview Details When several views are available, the detail view opens by de
fault, for example, in the overview window.
List When several views are available, the list view opens by default,
for example, in the overview window.
Thumbnails When several views are available, the symbol view opens by de
fault, for example, in the overview window.


Storage settings Recently used storage lo When a project is saved the first time, the most recently used file
cation path is set by default.
Default storage location Enables the specification of file paths for:
Projects
Libraries
Configuration file for corporate libraries
Data exchange Storage location for data Imported files are searched for at this storage path by default.
import
Storage location for data This is the default storage path for the data export.
export
Storage location for sup When support packages are downloaded, they are stored in the
port packages specified storage path and can be installed from there.
Storage location for log Log files are stored at the location specified here.
files
See also
Starting and exiting the TIA Portal (Page 301)
Resetting the user interface layout (Page 338)
Changing the settings (Page 306)
Configuring the display of tooltips and tooltip cascades (Page 358)

8.1.1.3 Overview of the script and text editor settings
Overview
The following table shows the available settings for script and text editors:

Font Font type and size Sets the font type and size for the text in text editors.
Font colors Color settings You can choose the colors for individual text elements from the
respective drop-down lists in the text editors. Optional settings are
available for the following text elements:
Text
Keywords
Comments
Operands
Scripts
Standard functions
Instructions/system functions
Constant strings
Numeric constants
Constant tags
Tags
Object models
Formal parameters
Reset to default Resets all font colors in editors to their factory settings.
Tabs Tab width Sets the width of tabs.
Use tabs Enables the use of tabs.
Use spaces Specifies use of space characters instead of tabs.
Indent None Text entries are not automatically indented.
Block The lines or the selected paragraph are automatically indented.
Smart The lines or the selected paragraph are automatically indented.
All unnecessary spaces are also removed.
View Show white spaces Shows control characters within a text.
STL (Statement List) Font type and size Sets the font type and size for STL program code.
SCL (Structured Control Show line numbers Shows the row numbers in SCL programs.
Language)
See also

8.1.1.4 Overview of the print settings
Overview
The following table shows the available settings for printing:

General Always print table data as Tables are printed as a list and not in tabular form. The corresponding
pairs of values values are listed for each column.
Enable this option, for example, if you want to print a table that is too
large for the print area.
Hardware configura Active graphic view The graphics of network and device view are included in the printout.
tion Active table A table associated with an editor is included when printing with the
editor.
PLC Programming Zoom factor Specifies the size in which blocks are to be printed out.
With interface The interfaces of blocks are included in the printout.
With comments Comments on blocks are included in the printout.
With line numbers The line numbers of the program code are printed for text-based pro
gramming languages.
Motion & Technology Dialog display/graphic The content of the editor is printed out as a graphic if the editor sup
ports this.
Table The parameters of the technology objects are printed out in the form
of a table.
HMI screens Show tab order In the printout you can specify the order in which the runtime objects
can be selected with the TAB key.
See also
8.1.1.5 Overview of the online and diagnostic settings
Overview
The following table shows the settings that you can make for the online and diagnostic
functions:

Preset connection Type of the PG/PC interface Specifies the type of the PG/PC interface that is used as the presetting
path for online access in the dialogs for online access, e.g., in the "Go online" dialog.
PG/PC interface Specifies a particular PG/PC interface that is used as the presetting in
the dialogs for online access, e.g., in the "Go online" dialog.
Use preset connection path Activates or deactivates the presettings for the PG/PC interface. If the
for online connection check box is selected, the connection path specified in the settings is
used as the presetting in the dialogs for online access.


Alarm display Multiline Displays the alarms in the Inspector window using multiple lines.
Autoscroll When a new alarm occurs, the display scrolls automatically to this
alarm.
Archive size Maximum number of alarms that can be displayed in the Inspector
window. If the set number of alarms is exceeded, older alarms are
automatically deleted.
8.1.1.6 Changing the settings
Procedure
To change the settings, proceed as follows:
2. Select the "General" group in the area navigation to change the settings described in the
previous sections. Or click on one of the other entries in area navigation to make settings
for your installed products.
3. Change the settings.
Result
The change will be adopted immediately, there is no need to save it explicitly.
See also
Overview of the program settings (Page 302)
Overview of the script and text editor settings (Page 304)
Overview of the print settings (Page 305)

8.1.2 Layout of the user interface
8.1.2.1 Views
Views
Three different views are available for your automation project:
The portal view is a task-oriented view of the project tasks.
The project view is a view of the components of the project, as well as the relevant work
areas and editors.
The library view (Page 311) shows the elements of the project library and the open global
libraries.
You can change over between the two views using a link.
8.1.2.2 Portal view
Purpose of the portal view

The portal view provides you with a task-oriented view of the tools. Here, you can quickly
decide what you want to do and call up the tool for the task in hand. If necessary, the view
changes automatically to the project view (Page 309) for the selected task.

Layout of the portal view

The following figure shows an example of the components in the portal view:

Portals for different tasks

Actions for the selected portal
Selection panel for the selected action
Change to the project view
Display of the project that is currently open
Portals
The portals provide the basic functions for the individual task areas. The portals that are
provided in the portal view depends on the products that have been installed.
Actions for the selected portal

Here, you will find the actions available to you in the portal you have selected. You can call up
the help function in every portal on a context-sensitive basis.

Selection panel for the selected action

The selection panel is available in all portals. The content of the panel adapts to your current
selection.
Change to the project view

You can use the "Project view" link to change to the project view.
Display of the project that is currently open

Here, you can obtain information about which project is currently open.
See also
Project tree (Page 312)
Basics of the work area (Page 316)
Inspector window (Page 324)
Basics on task cards (Page 326)
Details view (Page 330)
8.1.2.3 Project view
Purpose of the project view

The project view is a structured view of all components of the project.

Layout of the project view

The following figure shows an example of the components of the project view:

Title bar
Menu bar
Toolbar
Reference projects (Page 328)
Work area (Page 326)
Dividers
Changing to the Portal view (Page 307)
Editor bar
Status bar with progress display
Task cards (Page 326)

Title bar
The name of the project is displayed in the title bar.
Menu bar
The menu bar contains all the commands that you require for your work.
Toolbar
The toolbar provides you with buttons for commands you will use frequently. This gives you
faster access to these commands.
Dividers
Dividers separate individual components of the program interface. The arrows on the dividers
allow you to display and hide the adjacent sections of the user interface.
Changing to the portal view

You can use the "Portal view" link to change to the portal view.
Editor bar
The Editor bar displays the open editors. If you have opened a lot of editors, they are shown
grouped together. You can use the Editor bar to change quickly between the open elements.
Status bar with progress display

In the status bar, you will find the progress display for processes that are currently running in
the background. This also includes a progress bar that shows the progress graphically. Hover
the mouse pointer over the progress bar to display a tooltip providing additional information
on the active background process. You can cancel the background processes by clicking the
button next to the progress bar.
If no background processes are currently running, the status bar displays the last generated
alarm.
See also
8.1.2.4 Library view
Function of the library view

The library view provides an overview of the elements in the project library and the open global
libraries. You can switch to the library view using the "Libraries" task card.

See also: Overview of the library view (Page 475)
8.1.2.5 Project tree
Project tree
Function of the project tree

Using the project tree features gives you access to all components and project data. You can
perform the following tasks in the project tree:
Add new components
Edit existing components
Scan and modify the properties of existing components
You can select the objects of the project tree either with the mouse or via the keyboard by
typing the first letter of the desired object. If more than one object begins with the same letter,
the next lower object is selected. The project tree must be the focused user interface element
in order for you to select an object with its initial letter.

Layout of project tree

The following figure shows an example of the project tree components:


Title bar
Toolbar
Table header
Project
Devices
Common data
Documentation settings
Languages & resources
Online access
Card Reader / USB memory
Title bar
The title bar of the project tree has a button for automatically and manually collapsing the
project tree. Once it is collapsed manually, the button is "Reduced" to the left-hand margin. It
changes from an arrow pointing left to one that is pointing right, and can now be used to reopen
the project tree. You can use the "Collapse automatically" button collapse to project tree
automatically when you do not need it.
See also: Maximizing and minimizing the work area (Page 318)
Toolbar
You can do the following tasks in the toolbar of the project tree:
Create a new user folder; for example, in order to group blocks in the "Program blocks"
folder.
Navigate forward to the source of a link and back to the link itself.
There are two buttons for links in the project tree. You can use these to navigate from the
link to the source and back.
Show an overview of the selected object in the work area.
When the overview is displayed, the lower-level objects and actions of the elements in the
project tree are hidden.
Table header
The "Name" column is shown by default. You can also show the columns "Type name" and
"Version". If you are showing the additional columns, you see the name of the respective type
as well as the version used for instances of types from the library.

Project
You will find all the objects and actions related to the project in the "Project" folder, e.g.:
Devices
Online access
Device
There is a separate folder for each device in the project, which has an internal project name.
Objects and actions belonging to the device are arranged inside this folder.
Common data
This folder contains data that you can use across more than one device, such as common
message classes, logs, scripts and text lists.
In this folder, you can specify the layout for project documentation to be printed at a later point.

You can determine the project languages and texts in this folder.
Online access
This folder contains all the interfaces of the programming device / PC, even if they are not
used for communication with a module.
Card Reader / USB memory

This folder is used to manage all card readers an other USB storage media connected to the
programming device / PC.
See also
Portal view (Page 307)
Project view (Page 309)
Showing and hiding columns (Page 316)

Showing and hiding columns

You can show additional columns in the project tree, if necessary. These additional columns
show the name of the type associated with an instance as well as its version number.
Procedure
To show or hide additional table columns for the associated type and its version number, follow
these steps:
1. Right-click on the table header of the project tree.
2. Select the "Show/Hide" command in the shortcut menu, and select the columns you want
to display.
The selected columns are displayed or hidden.
See also
8.1.2.6 Work area
Basics of the work area
Function of the work area

The objects that you can open for editing purposes are displayed in the work area. These
objects include, for example:
Editors and views
Tables
You can open several objects. However, normally it is only possible to see one of these at a
time in the work area. All other objects are displayed as tabs in the Editor bar. If, you would
like to view two objects at the same time when performing certain tasks, you can tile the work
area either horizontally or vertically or undock elements of the work area. If no objects are
open, the work area will be empty.

Layout of the work area

The following figure shows an example of a vertically split work area:
1 3
2 4
Title bar of left-hand editor

Work area of left-hand editor
Title bar of right-hand editor
Work area of right-hand editor
See also
Maximizing and minimizing the work area (Page 318)
Splitting the work area (Page 319)
Floating the work area elements (Page 320)
Using grouped elements of the work area (Page 321)

Minimizing and maximizing elements of the work area (Page 322)

Switching between the elements in the work area (Page 323)
Saving a layout of editors and tables (Page 337)
Save user interface layout (Page 335)
Maximizing and minimizing the work area

You have the option to adapt the work area to make it as large as possible. You can use the
following function for this:
Maximizing the work area
You can close the task cards, project tree and inspector window with a single click. This
increases the size of the work area. You can minimize the work area again at any time in
order to return to the previous view.
Collapsing task cards, project tree, and Inspector window automatically
You can use the "Collapse automatically" option for the task cards, project tree, and
Inspector window. This function causes these items to collapse automatically when you
don't need them.
Maximizing and minimizing the work area

To maximize the work area, follow these steps:
1. Open an element such as an editor or a table.
The element appears in the work area.
2. Click the "Maximize" button in the title bar of the element.
The task cards, project tree and inspector window collapse, and the work area is shown
with its maximum dimensions.
To minimize the work area again, follow these steps:
1. Click the "Embed" button in the title bar of the displayed element.
This restores the view that existed before the work area was maximized. That is, if the task
cards, project tree, or Inspector window were expanded before, they will be expanded
again.
Collapsing task cards, project tree, and Inspector window automatically

To collapse the task cards automatically, follow these steps:
1. Click "Collapse automatically" in the title bar of the task cards.
The task cards collapse when you click anywhere outside the task cards.
2. To use the task cards, click the collapsed task cards.
3. The task cards expand and are available for use. The "Collapse automatically" option
remains enabled.

To collapse the project tree automatically, follow these steps:

1. Click "Collapse automatically" in the title bar of the project tree.
The project tree collapses when you click anywhere outside the project tree.
2. To use the project tree, click the collapsed project tree.
The project tree expands and is available for use. The "Collapse automatically" option
remains enabled.
To collapse the Inspector window automatically, follow these steps:
1. Click "Collapse automatically" in the title bar of the Inspector window.
The Inspector window collapses when you click anywhere outside the Inspector window.
2. To use the Inspector window, click the collapsed Inspector window.
The Inspector window expands and is available for use. The "Collapse automatically" option
remains enabled.
To disable the automatic collapse option, follow these steps:
1. Click "Expand permanently" again in the relevant window.
The Collapse automatically" option is disabled, and the window remains expanded.
See also
Splitting the work area

You can split the work area vertically or horizontally.
Procedure
To split the work area vertically or horizontally, follow these steps:
1. In the "Window" menu, select the "Split editor space vertically" or "Split editor space
horizontally" command.
The element you have clicked and the next element in the Editor bar will be displayed either
next to one another or one above the other.

Note
If no elements are open in the work area, the "Split editor space vertically" and "Split editor
space horizontally" functions will not be available.
See also
Floating the work area elements

You can float work area elements in their own separate window:
Editors
Tables
Setting windows
Task cards
Inspector window
You can embed floating elements again in the work area at any time.
Note
Properties of elements in a floating window
The properties of elements that you have selected in a floating window are only displayed in
the Inspector window if the Inspector window is floating as well.
Floating the work area elements

To float work area elements, follow these steps:
1. Click the "Float" button in the title bar of the element.
The element will be released from the work area and displayed in its own window. You can
now place the window wherever you wish. If you have minimized the window, you can
restore it via the editor bar.

Embedding elements in the work area

To embed elements in the work area again, follow these steps:
1. Click the "Embed" button in the title bar of the element.
The element will appear in the work area again.
See also
Using grouped elements of the work area

If you open more than five elements of the same type, e.g., editors or tables, they are grouped
in the editor bar. You can use these groups as follows:
Displaying individual elements of a group
Displaying all elements of a group in separate windows
Embedding all displayed elements of a group in the work area
Minimizing all displayed elements
Closing all elements of a group
Displaying individual elements of a group

To display individual elements of a group, follow these steps:
1. In the editor bar, click the group containing the element you want to display.
All list of all available elements of the group is displayed.
2. Click the element that you want to display.
Displaying all elements of a group in separate windows

To display all elements of a group in separate windows, follow these steps:
1. In the editor bar, right-click the group whose elements you want to display.
2. Select "Restore group" in the shortcut menu.
All elements of the group are displayed in separate, overlapping windows. Move the
windows in order to see the individual element, or choose an element via the group in the
editor bar.

Embedding all displayed elements of a group in the work area

To embed all elements of a group displayed in separate windows in the work area again, follow
these steps:
1. In the editor bar, right-click the group whose elements you want to embed.
2. Select "Embed group" in the shortcut menu.
All elements of the group are embedded in the work area again.
Minimizing all displayed elements

To minimize all elements of a group, follow these steps:
1. In the editor bar, right-click the group whose elements you want to minimize.
2. Select "Minimize group" in the shortcut menu.
All elements of the group are minimized. However, the minimized elements remain open
and can be quickly maximized again via the group in the editor bar.
Closing all elements of a group

To close all elements of a group, follow these steps:
1. In the editor bar, right-click the group whose elements you want to close.
2. Select "Close group" in the shortcut menu.
All elements of the group are closed. The group is removed.
See also
Minimizing and maximizing elements of the work area

You can minimize the elements that are open in the work area, such as editors or tables, as
needed. However, an element remains open even if it has been minimized, and can quickly
be maximized again using the editor bar.
Minimizing elements in the work area

To minimize elements in the work area, follow these steps:
1. Click the "Minimize" button in the title bar of the element.
The element is minimized, but can still be accessed via the editor bar.

To minimize all elements at the same time, follow these steps:

1. In the "Window" menu, select the "Minimize all" command.
Maximizing elements in the work area

To maximize elements in the work area again, follow these steps:
1. Click the required element in the editor bar.
The element is maximized and appears in the work area.
See also
Switching between the elements in the work area

You can switch between the elements in the work area at any time.
Switching between the elements in the work area

To switch to the previous or next editor, follow these steps:
1. In the "Window" menu, select the "Next editor" or "Previous editor" command.
The next or previous editor will be displayed.
See also

8.1.2.7 Inspector window
Function of the Inspector window

Additional information on an object selected or on actions executed are displayed in the
inspector window.
Layout of the Inspector window

The following figures show the components of the Inspector window:

"Properties" tab
"Info" tab
"Diagnostics" tab
Area navigation within the "Properties" tab
Content of the "Properties" tab


"Properties" tab
"Info" tab
"Diagnostics" tab
Navigation through additional tabs within a tab (only available in the "Info" and "Diagnostics"
tabs)
Toolbar (only available in the secondary "General" and "Compile" tabs of the "Info" tab)
Content of the "Compile" tab in the "Info" tab
"Properties" tab
This tab displays the properties of the object selected. You can change editable properties
here.
"Info" tab
This tab displays additional information on the object selected, as well as alarms on the actions
executed (such as compiling).
"Diagnostics" tab
This tab provides information on system diagnostics events, configured alarm events, and
connection diagnostics.
Navigation within the tabs

You can use area navigation and the lower-level tabs to display the information you require
within the tabs.

Toolbar
You can use the toolbar in the "General" and "Compile" tabs within the "Info" tab to specify
which types of alarms are to be displayed. You can enable or disable the display for the
following alarm types:
Errors
Warnings
Information
See also
8.1.2.8 Task cards
Basics on task cards
Function of task cards

Depending on the edited or selected object, task cards that allow you perform additional actions
are available. These actions include:
Selecting objects from a library or from the hardware catalog
Searching for and replacing objects in the project
Dragging predefined objects to the work area
The task cards available can be found in a bar on the right-hand side of the screen. You can
collapse and reopen them at any time. Which task cards are available depends on the products
installed. More complex task cards are divided into panes that you can also collapse and
reopen.

Layout of task cards

The following figure shows an example of the bar with the task cards:

Task cards closed

Task card open
Opened palette of a task card
Closed palette of a task card
See also
Changing the pane mode (Page 328)

Changing the pane mode

You can choose between two pane modes:
Single pane mode:
Only one pane is open at any given time. If you open another pane, the previously opened
pane is closed automatically.
Multi-pane mode:
You can open several panes at the same time.
Procedure
To change the pane mode, follow these steps:
1. Click the "Change pane mode" button above the panes inside a task card.
See also
8.1.2.9 Reference projects
Function of reference projects

In the "Reference projects" palette, you can open other projects in addition to the current
project. These reference projects are write-protected and cannot be edited. However, you can
drag the objects of a reference project into your current project and further edit them there.
You can also compare the objects of a reference project to the objects of your current project.
Layout of the "Reference projects" palette

The following figure shows the layout of the "Reference projects" palette:

1
2
Title bar
Toolbar
Opened reference projects
Title bar
The arrow for closing the palette is located in the title bar of the "Reference projects" palette.
Once it is closed, the direction in which the arrow is pointing changes from downwards to right.
It can now be used to reopen the palette.
Toolbar
The toolbar contains buttons for opening and closing reference projects.
Opened reference projects

Opened reference projects are displayed as read-only with their objects and their hierarchical
structure.
See also
Basics of reference projects (Page 390)
Opening and closing a reference project (Page 390)

8.1.2.10 Details view
Purpose of the details view

The detail view shows certain content of the selected object is in the overview window or in
the project tree. This might include text lists or tags.
The content of folders is not shown, however. To display the content of folders, use the project
tree or the Inspector window.
Layout of the details view

The following figure shows an example of the details view:
Title bar
Content of the selected object
Title bar
The arrow for closing the details view is located in the title bar of the details view. After it has
closed, the direction in which the arrow is pointing changes from left to right. It can now be
used to reopen the details view.
Objects
The displayed content varies depending on the selected object. You can move the content of
objects from the details view to the required location using drag-and-drop.
See also

8.1.2.11 Overview window
Overview window
Functions of the Overview window

The Overview window supplements the project tree. The Overview window shows the contents
of the folder currently selected in the project tree.
In addition, you can perform the following actions in the Overview window:
Open objects
Display and edit the properties of objects in the Inspector window
Rename objects
Call object-specific actions from the shortcut menu
Compare objects side by side
Perform various object operations, such as inserting objects from the library via drag-and-
drop and moving, copying, pasting, and deleting objects

Layout of the Overview window

The following figure shows the components of the Overview window:
5 6 6 7
2 3 4
Overview window
Switch to the Details view
Switch to the List view
Switch to the Icon view
Move to higher level
Split the overview window in two. Either the right or left half of the overview window is synchronized. Clicking again
cancels the split.
All elements within a selected folder are displayed even if these are located in lower-level groups. This option is only
available in details view.
Contents of the object selected in the project tree.

Display forms of the Overview window

The content of the Overview window can be displayed as follows:
Details view
The objects are displayed in a list with additional information, such as the date of the last
change.
List view
The objects are displayed in a simple list.
Icon view
The objects are displayed as icons according to category.
See also
Comparing objects in the overview window (Page 333)
Sorting the details view of the overview window (Page 334)
Overview of the library view (Page 475)
Comparing objects in the overview window

You can display the contents of two folders or objects side by side in the Overview window.
The Overview window is split in half and you can display different contents on the left and right
sides.
In addition, you can use a drag-and-drop operation to move objects between the split windows.
Thus, for example, you can move contents from one window to the other.
Procedure
To split the Overview window in half or cancel the split, follow these steps:
1. In the toolbar, click on the "Synchronize left side" or "Synchronize right side" icon to split
the overview window. Either the left or the right side of the overview window synchronized
with the contents of the selected object in the project tree.
2. To cancel the split, click again on the previously selected icon.
See also
Overview window (Page 331)

Sorting the details view of the overview window

You have several options for adapting the display in the details view of the overview window:
Adding additional columns
Some columns are hidden by default to increase clarity. You can display hidden columns
if needed. The columns available depend on the selected object.
Display of folder contents in a flat hierarchy
Folder contents can be displayed in a flat hierarchy. All the content is displayed at once
even if it is located in different groups.
Sorting the table columns
You can sort individual columns of the table in ascending or descending order.
Showing or hiding columns

To show or hide additional table columns, follow these steps:
1. Right-click the title bar of the table.
2. Select the "Show/Hide" command in the shortcut menu, and select the columns you want
to display.
Displaying folder contents in flat hierarchy

To display the content of a folder in a flat hierarchy, follow these steps:
1. Select the required folder in the project tree or in the library navigation of the library view.
2. Click the "Show subordinate elements" icon in the toolbar.
All elements are displayed at once in the table even if they are located in subfolders.
Sorting a table in ascending or descending order

To sort the table by a column in ascending or descending order, follow the steps below:
1. Click the table header of a column if you want to sort the column in ascending order.
2. Click again on the same column of the table header to sort the column in descending order.
3. Click a third time on the table header of the same column to cancel the sorting.
See also
Overview window (Page 331)

8.1.2.12 User interface layout
Save user interface layout
Options for backing up the user interface layout

When you make a change to the user interface, this is retained even after a restart of the TIA
Portal. A change to the user interface layout includes, for example, moving a window or
adjusting the size of an editor.
In addition to the automatic saving of the user interface layout, you have the option of manually
backing up specific layouts:
Save the window layout
You can save the layouts of the windows and editors of the TIA Portal manually and restore
these at a later time. It is possible to call five window layouts using a key combination.
Use this function, for example, if you are working with a notebook to which you connect an
external monitor when necessary. You can create a window layout for mobile use on the
notebook display and another layout for when you work at the office with an external monitor.
Save the layout within editors
With some editors, you can adjust the display. You can, for example, adjust the width of
tables or show or hide individual table columns.
See also
Save window layout (Page 335)
Load window layout (Page 336)
Managing window layouts (Page 337)
Resetting the user interface layout (Page 338)
Save window layout

You can save the current window layout in order to call it again in the same form at a later time.
Procedure
To save a window layout, follow these steps:
1. Arrange all windows in the way in which you want to save them.
2. In the "Window" menu, select the "Save window layout as" command.
The "Save window layout" dialog box appears.
3. Enter a name for the window layout in the "Name" field.

4. Enter a description of the window layout in the "Description" field in order to be able to
identify the window layout more easily later.
5. Click "Save".
Result
The new window layout is saved in the last position after the existing saved window layouts.
The first five window layouts can be called using a key combination.
See also
Load window layout

If you have already saved a window layout, you can load this, allowing you to quickly adjust
your work environment to the respective conditions. You can load the first five window layouts
using quick access via the "Window" menu or via a key combination.
If you load a window layout and then make changes to the arrangement of the window, you
can restore the originally saved window layout.
Using quick access to load window layouts 1 to 5

To load one of the first five saved window layouts, follow these steps:
1. In the "Window" menu, select a window layout or select the key combination <Alt+Shift+[1 ...
5]>.
Loading additional window layouts

To load a window layout that is not among the first five window layouts, follow these steps:
1. In the "Window" menu, select the "Additional window layouts" command.
The "Manage window layouts" dialog box appears.
2. Select the desired window layout.
3. Click "OK".
Restore window layout

To go back to a saved window layout, follow these steps:
1. In the "Window" menu, select the "Restore window layout" command or select the key
combination <Alt+Shift+0>.
See also

Managing window layouts

You can carry out the following actions with existing window layouts:
Changing the order of window layouts
The order of the window layouts is important, as the first five window layouts can be called
directly via the "Window" menu and via a key combination.
Select a window layout
If a window layout is not one of the first five window layouts, you can call it using the "Manage
window layouts" dialog box.
Deleting window layouts
Procedure
To manage the existing window layouts, follow these steps:
1. In the "Window" menu, select the "Manage window layouts" command.
The "Manage window layouts" dialog box appears.
2. Select the window layout which you want to modify.
3. Click the "Up" or "Down" symbol to move the window layout up or down.
4. Click the "Delete" symbol to delete the selected window layout.
5. Click "OK".
The selected window layout is activated.
See also
Saving a layout of editors and tables

You have the option of adapting editors and tables to meet your requirements. For example,
you can hide columns in tables that you don't need. You can then save your customized view.
Procedure
To save the layout of editors and tables in the work area, follow these steps:
1. Adapt the editor or table according to your requirements.
2. Click the "Remember Layout" button in the editor or table.
Result
The layout is saved. When you reopen the editor or table, this layout will be used.

See also
Resetting the user interface layout

Every change you make to the layout of the user interface is saved. The changes are thus
available even after a restart of the TIA Portal. For example, if you change the height and width
of a text editor or the division of a table, your changes are retained so that you don't have to
re-customize elements every time.
In some cases, however, it may be helpful to restore the original layout settings; for example,
if another user prefers a different arrangement of the user interface.
Procedure
To reset the user interface settings to the default, follow these steps:
2. Select the "General" group in the area navigation.
3. Click the "Reset to default" button under "Reset to default > Editor layout".
Result
The default settings for the user interface are restored.
See also

8.1.3 Keyboard operation in the TIA Portal
8.1.3.1 Operation of the TIA Portal with the keyboard

You can navigate through the TIA Portal using the keyboard, for example if you do not have
a mouse available at the given moment. Many functions are also accessible via keyboard
shortcuts. You can find an overview of all keyboard shortcuts in the settings for the TIA Portal.
In the following sections, you will learn how to navigate in the TIA Portal using the keyboard,
edit objects, and customize the TIA Portal to your needs.
See also
Displaying an overview of all keyboard shortcuts (Page 339)
8.1.3.2 Displaying an overview of all keyboard shortcuts

You can display an overview of all keyboard shortcuts.
Procedure
To display an overview of all available keyboard shortcuts, follow these steps:
The settings of the TIA Portal are displayed.
2. Open the "Keyboard shortcuts" entry in the area navigation.
You can see an overview of all keyboard shortcuts, which are valid for the currently installed
products.
8.1.3.3 Basic functions of the TIA Portal

Below, you will learn how you can use the basic functions of the TIA Portal using only your
keyboard.
Using the basic functions of the TIA Portal with the keyboard
The following table shows how you can access basic functions of the TIA Portal with keyboard
shortcuts:
Function Keyboard shortcut Menu command

Change between the project view and the portal view <Alt+F7>
Open the Help system <F1> Help > Show help
If you need help on the TIA Portal, press <F1>.
Cancel the current action <Esc>
Find <Ctrl+F>
Replace an object <Ctrl+H>
You can replace found objects when searching in the editor.


Find next <F3>
If you have started a search in the editor, you can jump to the next
hit with <F3>.
Print object <Ctrl+P> Project > Print
Run default action of the object <Enter>
Scroll horizontally to the right <Ctrl+Arrow right>
Scroll horizontally to the left <Ctrl+Arrow left>
Operating menus
The following table shows how you can navigate through menus using the keyboard:
Function Keyboard shortcut

Start keyboard shortcuts in the menu <Alt>
You can access the menu using the <Alt> key and then continue to navigate with the arrow keys
to scroll through the menu. Confirm your selection of the menu command with <Enter>.
Go directly to a specific menu <Alt+underlined letter in
You can go directly to an individual menu command by holding down the <Alt> key. There is an respective menu>
underlined letter for each menu command. Press the <Alt> key along with the underlined letter.
Open shortcut menu of an object <Shortcut menu key>
With the shortcut menu key (on Microsoft Windows compatible keyboards), you can open the Alternative: <Shift+F10>
shortcut menu of the selected object. Alternatively, you can use <Shift+F10> if you are not using
a Microsoft Windows compatible keyboard. You can use the arrow keys to scroll through the
shortcut menu and select a menu command with <Enter>.
Operating expandable elements

The following table shows how you can operate expandable elements using the keyboard:

Expand a folder in a tree <Arrow right>
With <Arrow right>, for example, you expand a folder in the project tree.
Close a folder in a tree <Arrow left>
With <Arrow left>, for example, you collapse a folder in the project tree.
Open a drop-down list <F4>
You can open drop-down lists with <F4> and then navigate with the arrow keys to scroll through
the drop-down list. Finally, press the <Enter> key to confirm your selection.
Open autocompletion <Ctrl+Space>
<Ctrl+I>
Show object selection <Ctrl+J>

8.1.3.4 Using project-related functions
Editing a project
Function Keyboard shortcuts Menu command

Open a project <Ctrl+O> Project > Open
Close a project <Ctrl+W> Project > Close
Save a project <Ctrl+S> Project > Save
Save a project under a different name <Ctrl+Shift+S> Project > Save as
Delete a project <Ctrl+E> Project > Delete project
Print project <Ctrl+P> Project > Print
Undo last action <Ctrl+Z> Edit > Undo
Redo last action <Ctrl+Y> Edit > Redo
Calling up the help function

Calling up the help function <F1> or <Shift+F1> Help > Show help
8.1.3.5 Arranging windows

Below, you will learn how to open and close individual windows of the TIA Portal and work with
saved window layouts using the keyboard.
Opening and closing windows

The following table shows how you can open and close windows with keyboard shortcuts:

Open/close project tree <Ctrl+1> View > Project tree
Opening/closing the detailed view <Ctrl+4> View > Details view
Opening/closing the overview <Ctrl+2> View > Overview
Opening/closing a task card <Ctrl+3> View > Task card
Open libraries <Ctrl+Shift+L>
Open hardware catalog <Ctrl+Shift+C>
If you are in the device or network view, the hardware
catalog opens.
Open/close inspector window <Ctrl+5> View > Inspector window
Open the "Properties" tab in the inspector window <Ctrl+6>
Open the "Info" tab in the Inspector window <Ctrl+7>
Open the "Diagnostics" tab in the Inspector window <Ctrl+8>
Display or hide reference projects <Ctrl+9>


Display the on-screen keyboard <Ctrl+Shift+K>
You can display a keyboard on the screen, for example,
to operate with a touch screen.
Close all editors <Ctrl+Shift+F4> Window > Close all
Using saved window layouts

You can save individual window arrangements and restore them at a later point in time. The
following table shows how you to access saved window layouts with keyboard shortcuts:

Restore active window layout <Shift+Alt+0> Window > Restore window
If you use a saved window layout and have made layout
changes to the program interface in the meantime, you
can restore the original state of the active window layout
with <Alt+Shift+0>.
Load window layout <Shift+Alt+[Number of the win Window > Window layout 1 to
You can use <Alt+Shift+[number of the window layout]> dow layout]> 5
to activate the first of the five saved window layouts.
8.1.3.6 Navigating through the program interface

The TIA Portal is divided into various user interface areas, for example, individual windows,
toolbars, and editors. If you want to work with the keyboard within an interface area, you first
have to place the focus on it. Below, you will learn how to place the focus on individual interface
areas using the keyboard. You will also learn how to move within an interface area in the TIA
Portal using the keyboard.
Switching between interface areas and editors

The following table shows how to move between individual interface areas of the TIA Portal:

Move clockwise between the interface areas <F6>
You can use the <F6> key to move clockwise between the individual interface areas of
the TIA Portal. The interface area currently in focus is highlighted with a blue title bar. If
you are in the project tree, for example, and press the <F6> key, you jump to the currently
open editor. If you press <F6> again, the task cards are in focus.
If you press <Shift+F6>, on the other hand, you move counterclockwise between the work
areas.
Move counterclockwise between the interface areas <Shift+F6>
With <Shift+F6> you move counter-clockwise between the interface areas of the TIA Portal.
Go to the next open editor <Ctrl+Alt+Arrow right>
With <Ctrl+Alt+Arrow right> you go to the next open editor. You can see the open editors Alternative: <Ctrl+F6>
in the editor toolbar.
Go to the previous open editor <Ctrl+Alt+Arrow left>
With <Ctrl+Alt+Arrow left>, you go to the last opened editor. Alternative: <Ctrl+Shift+F6>


Go to the next higher section of the interface area <Shift+Esc>
With <Shift+Esc>, you move to the next higher section of the program interface. If, for Alternative: <Alt+Arrow up>
example, you have selected a device in the project tree and you press <Shift+Esc>, the
entire project navigation is put into focus.
Go to the next lower section of the interface area <Enter>
With <Enter>, you place the focus on the next lower section of the program interface. For Alternative: <Alt+Arrow down>
example, if you have just opened the properties of a device in the Inspector window in
order to assign parameters to the device, press <Enter> to go one level deeper in the
program interface. You can then navigate to the desired parameter using the Tab key.
Navigation within interface areas and editors

The following table shows how you can navigate within an interface area using the keyboard:

Jump to the next element within an interface area <Tab>
You can use the Tab key to jump from one element to the next within a work area. If, for
example, you have opened the properties of a device and want to jump from one field to
the next, press the Tab key. Any changes you have made to the current text box are applied
in this case.
Jump to the previous element within an interface area <Shift+Tab>
With <Shift+Tab>, you can jump to the previous element in a work area, for example, a
previous text box. Any changes you have made to the current text box are applied in this
case.
Jump to the higher-level element within an interface area <Shift+Home>
With <Shift+Home> you can jump to the higher-level element of a work area, e.g., to the
higher-level folder in the project tree.
Move to the next tab within an interface area <Ctrl+Tab>
If an interface area is divided into separate tabs, you can move between the tabs with the
shortcut keys <Ctrl+Tab>. If, for example, you are in the "Properties" tab of the Inspector
window and you want to jump to the "Info" tab, press the shortcut keys <Ctrl+Tab>.
Go to the previous tab <Ctrl+Shift+Tab>
With <Ctrl+Shift+Tab>, you move to the most recently open tab within an interface area.
Jumping to the toolbar of an editor <Alt+F10>
You can use the <Alt+F10> key to jump to the toolbar of an editor. For example, if you
have opened the print preview and want to switch to the next page of the printout in the
toolbar, press <Alt+F10>. Then, use the arrow keys to navigate to the appropriate icon in
the toolbar and confirm the selection with <Enter>.
Use arrows on the divider to display or hide user interface components <Space>
The table in the work area can be minimized and maximized. First, navigate to the work
area and use the Tab key to place the focus on one of the little arrows on the separator
line above the table. The arrows have the focus as soon as they are highlighted in blue.
Then, press the space bar to minimize or maximize the table.
8.1.3.7 Customizing editors

Below, you will learn how to arrange editors using the keyboard. You will also learn how to
select the display size and the area within a graphical editor.

Arranging and customizing editors

The following table shows how to arrange open editors above and below each other or side-
by-side, and how to close an open editor:

Close active editor <Ctrl+F4>
Split editor space vertically <F12> Window > Split editor space ver
If, for example, you have opened the overview window and the tically
network view and want to display them side-by-side, press the
<F12> key.
Split editor space horizontally <Ctrl+F12> Window > Split editor space hor
You can display two open editors in the work area above and below izontally
each other.
Remove window split <Alt+Shift+F12> Window > Unsplit editor space
If you have displayed two editors in the work area horizontally or
vertically in split mode, you can remove the split with <Alt+Shift
+F12>.
Customizing the display in an editor

The following table shows how you how to zoom in and out in graphical editors and how to
move the area selection in an editor:
Function Keyboard shortcuts

Zoom in step-by-step in an editor <Ctrl+Plus>
With <Ctrl> and the <Plus> key on the numeric keypad of the keyboard, you can zoom in Alternative: <Ctrl+mousewheel
on the display of the editor. up>
Zoom out step-by-step in an editor <Ctrl+Minus>

Use the <Ctrl> and the <Minus> key on the numeric keypad of the keyboard to zoom out Alternative: <Ctrl+mousewheel
of the display of the editor. down>
Set view in editor to 100% <Ctrl+0>
Press <Ctrl+0> to reset the current view in a graphical editor to 100%.
Move the area selection of the editor <Space>
If you hold down the spacebar, you can move the displayed section of an editor using the
mouse.

8.1.3.8 Editing objects
Selecting objects
The following table shows how to select individual objects, for example, devices in the project
tree:

Select an object located at the left, right, above or below <Arrow keys>
Jump to the first object within the current interface area <Home>
The first object in the interface area currently in focus is selected.
In the project tree, this would be the project node at the top, for
example.
Jump to the last object within the current interface area <End>
The last object in the interface area currently in focus is selected,
for example, the last item in the project tree.
Select all objects in an area <Ctrl+A> Edit > Select all
All objects in the work area currently in focus are selected.
Select multiple objects <Ctrl+Arrow keys> +
If you want to select several objects that are not located directly <Space>
next to each other, you first have to move the focus (gray outline
of an object) to the next desired object using <Ctrl+Arrow keys>.
The current selection is maintained. Then, press the space bar to
select the new focused object as well. Repeat this process until all
desired objects are selected.
Editing objects
The following table provides an overview of all the keyboard shortcuts required for editing
objects:

Insert new object <Ctrl+N>
A new object is inserted depending on your current context. If, for
example, you are in the device view, the "Add Device" dialog opens
for creating a new device.
Open object <Enter>
Rename an object <F2> Edit > Rename
Copy an object <Ctrl+C> Edit > Copy
Alternative: <Ctrl+Ins>
Cut an object <Ctrl+X> Edit > Cut
Alternative: <Shift+Del>
Paste an object <Ctrl+V> Edit > Paste
Alternative: <Shift+Ins>
Delete an object <Del> Edit > Delete


Compile an object <Ctrl+B> Edit > Compile
Open properties of an object <Alt+Enter> -
Many objects in the TIA Portal have editable properties. Press the
shortcut keys <Alt+Enter> to display the properties of an object.
8.1.3.9 Text editing

Below, you will learn how to operate text editing functions using only the keyboard.
Editing text
The following table shows the basic editing functions for text:

Switch to insert or overwrite mode <Insert>
Exit edit mode <Esc>
Delete <Del>
Delete characters <Backspace>
Confirm entry in a text box and leave the text box <Return>
Line break in a multiline text box <Shift+Return>
In a multiline text box, hold down the <Shift> button to create a line break.
Reset input in a text box <Esc>
If you are in an text box and press <Esc>, you exit the box and the changes are discarded.
Navigating within a text area

The following table shows how to navigate in a text area with the keyboard:

Jump to start of line <Home>
Jump to end of line <End>
Jump to start of text <Ctrl+Home>
Jump to end of text <Ctrl+End>
Jump to the previous page <PgUp>
Jump to the next page <PgDn>
Confirm entry in a text box and leave the text box <Return>
Line break in a multiline text box <Shift+Return>
Reset input in a text box <Esc>
If you are in an text box and press <Esc>, you exit the box and the changes are discarded.

Selecting text
The following table shows how to select text with the keyboard:

Expand selection to the word at the left or right <Ctrl+Shift+Arrow left or
The text or current text selection is marked up to the end of word. If you are at the beginning or Arrow right>
end of a word, the previous or next word is selected.
Expand selection to beginning of line <Shift+Home>
Expand selection to end of line <Shift+End>
Expand selection to beginning of text <Ctrl+Shift+Home>
The text is selected up to the beginning or the end.
Expand selection to end of text <Ctrl+Shift+End>
The text is selected up to the beginning or the end.
8.1.3.10 Editing tables

Below, you will learn how to navigate with the keyboard in tables, edit individual fields, and
select parts of tables.
General keyboard operation in tables

The following table shows how you can edit tables using only the keyboard:

Place a cell in edit mode <F2> or <Return>
Confirm entry and exit edit mode <Return>
Cancel editing and discard changes <Esc>
Open drop-down list in a cell <F4>
Open the drop-down list with <F4>. Use the arrow keys to
select the desired entry and then confirm the selection with
<Return>.
Close drop-down list in a cell and discard changes <Esc>
Navigate in tables
The following table shows how you can navigate within a table using the keyboard:

Go to the next cell <Arrow keys>
Go to the next editable cell on the right <Tab>
Go to the next editable cell on the left <Shift+Tab>
Move a screen upwards <PgUp>
Move a screen downwards <PgDn>
Go to the first cell in the row <Home>
Go to the last cell in the row <End>
Go to the first cell in the table <Ctrl+Home>


Go to the last cell in the table <Ctrl+End>
Go to the top cell in the column <Ctrl+Arrow up>
Go to the bottom cell in the column <Ctrl+Arrow down>
Selecting areas in tables

The following table shows how you can select areas within a table using the keyboard:

Select column <Ctrl+Space>
Select line <Shift+Space>
Select all cells <Ctrl+A>
Expand selection by one cell <Shift+arrow keys>
Extend selection up one page <Shift+PgUp>
Extend selection down one page <Shift+PgDn>
Expand selection up to the first row <Ctrl+Shift+Arrow up>
Expand selection down to the last row <Ctrl+Shift+Arrow down>
Expand selection to the first cell in the row <Ctrl+Shift+Arrow left>
Expand selection to the last cell in the row <Ctrl+Shift+Arrow right>
8.1.3.11 Using online functions
Controlling online functions with the keyboard

The following table provides an overview of the shortcut keys that you can use for the online
functions of the TIA Portal:

Establish an online connection <Ctrl+K> Online > Go online
Go offline <Ctrl+M> Online > Go offline
Download project data to the device <Ctrl+L> Online > Download to de
vice
Show accessible devices <Ctrl+U> Online > Show accessi
This opens a dialog showing all devices that are connected to the PG/ ble devices
PC interface of the PG/PC.
Start CPU <Ctrl+Shift+E> Online > Start CPU
The CPU is set to "RUN" mode. The CPU must be online for this.
Stop CPU <Ctrl+Shift+Q> Online > Stop CPU
The CPU is set to "STOP" mode. The CPU must be online for this.
Start simulation <Ctrl+Shift+X> Online > Simulation >
The hardware and software of the project can be tested in a simulated Start
online environment, without the modules actually being online.

8.1.3.12 Using the on-screen keyboard
Introduction
When working with the TIA Portal, you also have the Microsoft on-screen keyboard available.
Displaying the on-screen keyboard

To display the on-screen keyboard, follow these steps:
1. In the "View" menu, select the "Screen keyboard" command.
Exiting the on-screen keyboard

To exit the on-screen keyboard, follow these steps:
1. In the "File" menu of the on-screen keyboard, select the "Exit" command.
8.1.4 Special features specific to the operating system
8.1.4.1 Influence of user rights
Restrictions when user rights are limited

The software provides several functions that require direct access to the hardware of the
programming device / PC and therefore also to the installed operating system. To make full
use of the range of functions, the software must cooperate closely with the operating system.
To ensure problem-free interaction, you should therefore be logged on to the operating system
with adequate user rights.
In particular, you may not be able to use functions requiring an online connection or those that
change the settings of interface cards if you work with limited user rights.
Recognizing restricted functions

You can recognize functions requiring special rights as follows:
A shield icon is displayed beside the function.
The function can be used but is regulated by the user account control.
A box is grayed out and cannot be accessed.
You require administrator privileges to access the box. In some operating system
environments, you can obtain administrator privileges by entering an administrator
password.

Note
A box being grayed out does not necessarily mean a lack of rights. You should also check the
additional information in the tooltip cascades to find out the conditions for editing the box.
8.1.4.2 Expanding user rights
Counteracting restrictions due to user rights

Certain functions may not be available if you are not logged on to the operating system with
adequate rights. You can counteract these restrictions in the following ways:
Enabling of extended rights using Windows user account control
Logging on to the operating system with administrator privileges
Using temporary administrator rights
Enabling extended rights using the Windows user account control

To be able to use a function indicated by the shield icon of the Windows user account control,
follow these steps:
1. Click on the box or button with the shield icon.
The security prompt of the Windows user account control opens.
2. Follow the instructions of the Windows user account control and, when prompted enter an
administrator password, if possible.
The function can now be used once without restrictions.
Logging on to the operating system with administrator privileges

To be able to use a function that is disabled due to lack of user rights, follow these steps:
1. Close the software.
2. Log off from the operating system.
3. Log on to the operating system with administrator privileges.
4. Restart the software.
Using temporary administrator rights

To obtain administrator privileges temporarily, follow these steps:
1. Click the "Change settings" button. You will find this button in dialogs that allow the
temporary assignment of administrator privileges.
An operating system dialog box for entering an administrator password opens.
2. Enter an administrator password.

8.2 Help on the information system
The settings can be temporarily changed. When you call the dialog again, the procedure must
be repeated.
Note
This function is not supported by all operating systems. If no "Change settings" button is
present or the button is grayed out, you will need to log on to the operating system with
administrator privileges instead.
8.2.1 General remarks on the information system
Quick answers to your questions

A comprehensive help system is supplied with the TIA Portal for solving your tasks. It describes
basic concepts, actions, and functions. While working with the program, you also receive the
following support:
Roll-out for correct inputs in dialog boxes
Tooltips for information on elements of the user interface, for example text boxes, buttons
and icons. Some of the tooltips are supplemented by cascades containing more precise
information.
Help on the current context, on menu commands for example when you click on the keys
<F1> or <Shift+F1>.
Help on alarms
The following figure shows an example of a cascading tooltip (top) and a roll-out (bottom):

Help
The supplied help system describes concepts, instructions and functions. It also contains
reference information and examples. The help opens in a separate window.
A navigation pane appears on the left side of the help window. You can also hide the navigation
pane to make room on the screen. The navigation pane provides you with the following
functions:
Table of contents
Search in the index
Full text search of the entire help
Favorites
Identification of the topics in the help according to the type of information

The help topics are identified by different symbols depending on the type of information they
contain.
Symbol Information type Explanation

Operating instructions Describes the steps to follow in order to carry out a particular task.
Example Contains a concrete example to explain the task.
Factual information Contains background information that you need to know to carry
out a task.
Reference Contains comprehensive reference information to refer back to.
Identification of the topics in the help according to the target system

Depending on the products that are installed, the help system may contain sections that apply
to specific devices only. To be able to recognize such sections at first glance, you will find a
note in brackets in the table of contents. The search results in the full text search and in the
index are marked in the same way if they only apply to a specific device.
Roll-out
Certain text boxes offer information that rolls out and helps you to enter valid parameters and
values. The roll-out informs you about permitted value ranges and data types of the text boxes.
The following figure shows a roll-out (yellow) and a roll-out error message (red), which indicates
an invalid value:

The roll-out is closed as soon as you exit the window or click on the "x" in the upper right-hand
corner.
Tooltip
Interface elements offer you a tooltip for easier identification.
Tooltips, which have an arrow icon on the left, contain additional information in tooltip
cascades. If you position the mouse pointer briefly over the tooltip or click the arrow icon, this
information is displayed. The automatic display of tooltip cascades can be disabled.
If additional information is contained in the help system, a link to the corresponding help topic
appears in the cascade. If you click on the link, the corresponding topic opens in help.
The following figure shows a tooltip with opened cascade:

Help on alarms
Numerous actions are accompanied by alarms in the Inspector window of the TIA Portal. The
alarms give information about whether or not an action was successful. In addition, you see
which changes have been made in the project. Further help is available for some alarms. If
further help is available for an alarm, you access the help by clicking the question mark symbol.
The following figure shows the "Info" tab in the Inspector window with several alarms and a
question mark symbol:

See also
Configuring the display of tooltips and tooltip cascades (Page 358)
Using user-defined documentation (Page 361)
8.2.2 Opening the Help system

You access the help via the menu, using links in the tooltip cascades, or with the <F1> key.
Procedure
To open the supplied help system, follow these steps:
1. In the "Help" menu, select the "Show help" command or press <F1> to display the help
matching the current context.
Or:
1. Click on the link in a tooltip cascade to go directly to a point in the help system that contains
more detailed information.
See also
Calling user-defined documentation (Page 370)
8.2.3 Searching the Help system for keywords
Searching for keywords in the help text

To search the help topics for predefined keywords, follow these steps:
1. Click the "Show/hide table of contents" button in the help toolbar to display the table of
contents.
The table of contents is displayed and the "Index", "Search" and "Favorites" tabs are visible.
2. Open the "Index" tab.
3. Enter the search term in the input box or select the search term from the list of key words.
4. Click "Display".

8.2.4 Full-text searches
Full-text searches
To search the entire text for specific words, follow these steps:
contents.
2. Open the "Search" tab.
3. Type in your search term in the text box.
4. Refine your search if necessary using additional criteria:
Select "Search previous results" to start an additional search operation of your last
search results only.
Select "Search for similar words" to find words that differ only slightly from your search
term.
Select "Search titles only" to obtain only results that contain your search term in the title.
The contents of the Help topics are ignored during the search.
5. Click on the arrow button to the right of the search field to use logic operations. The following
logic operations are available:
Combine two or more search terms using the "AND" operator to find only Help topics
that contain all the search terms in the text.
Combine two or more search terms using the "OR" operator to find only Help topics that
contain one or more of the search terms in the text.
Combine two or more search terms using the "NEAR" operator to find only Help topics
that contain terms in close proximity to each other (eight words).
Precede a word with the "NOT" operator to exclude Help topics from the search that
contain this word.
6. Click on "List topics" to start the search.
The results are now listed with title, position and ranking. The "Position" column shows the
section in which the Help topic found is located. Sorting according to ranking is based on
the position of the Help topics found in the table of contents and based on the number of
hits in the Help topics.
8.2.5 Using favorites
Using favorites
You can save individual help topics as favorites. This saves you searching for the help topic
a second time.

Saving favorites:
To save a page as a favorite, follow these steps:
1. Open the help topic or the chapter you want to save as a favorite.
contents.
3. Open the "Favorites" tab.
4. Click the "Add" button.
The help topic or chapter is saved as a favorite and is available the next time you open the
help system.
Calling up favorites:
To call up a page from the favorites, follow these steps:
contents.
3. Select the topic you want to open from the list.
4. Click the "Display" button.
Deleting favorites
To delete an entry from the favorites, proceed as follows:
contents.
3. Select the topic you want to remove from the list.
4. Click the "Remove" button.
8.2.6 Printing help topics
Printing information
You can either print all the contents of the Help system or individual topics only.

Procedure
To select the topics you would like to print, follow these steps:
1. Click the "Display printing dialog" button.
The table of contents opens in a separate window.
2. Select the check boxes for the folders and help topics to be printed in the "Print help topics"
dialog.
3. Click the "Print" button to print the selected information.
The "Print" dialog opens.
4. Select the printer on which you want print the help topics.
5. Click "Properties" if you want to make additional printer settings.
6. Confirm your entries with "OK".
The help topics are printed out on the selected printer.
8.2.7 Configuring the display of tooltips and tooltip cascades
Configuration options for tooltips and tooltip cascade

You can customize the display of tooltips and tooltip cascades to suit your needs. You can
make the following settings:
Display or hide truncated text
Sometimes texts may be too long for a text field. The texts are then fully displayed in a
tooltip when you hover your mouse over the text field. You can enable or disable this
function.
Enable or disable tooltips
Tooltips provide more detailed information about an element of the user interface. You can
also have tooltips displayed in a cascade. If you disable the tooltips, the cascade with
context-sensitive help is also no longer displayed. However, you have the option of
manually displaying the tooltip for the currently active interface element by pressing <F1>.
Enable or disable automatic opening of tooltip cascades
By keeping the mouse pointer over a tooltip for a brief time, any available cascades are
displayed automatically. You can enable or disable the automatic display of cascades.
When automatic display is disabled, you must open the cascade manually if necessary. To
do this, click on the arrow icon in the tooltip.
Procedure
To configure the display of tooltips and tooltip cascades, follow these steps:
3. Select or clear the individual check boxes in the "Tooltips" area to suit your needs. The
"Open cascade automatically in tooltips" check box is only available if you have enabled
the display of tooltips.

See also
General remarks on the information system (Page 351)
8.2.8 Safety Guidelines
Safety guidelines
This Help manual contains notices you have to observe in order to ensure your personal safety,
as well as to prevent damage to property. The notices referring to your personal safety are
highlighted in the manual by a safety alert symbol, notices referring only to property damage
have no safety alert symbol. These notices shown below are graded according to the degree
of danger.
Danger
indicates that death or severe personal injury will result if proper precautions are not taken.
Warning
indicates that death or severe personal injury may result if proper precautions are not taken.
Caution
with a safety alert symbol, indicates that minor personal injury can result if proper precautions
are not taken.
Notice
without a safety alert symbol, indicates that property damage can result if proper precautions
are not taken.
Note
indicates that an unintended result or situation can occur if the corresponding information is
not taken into account.
If more than one degree of danger is present, the warning notice representing the highest
degree of danger will be used. A notice warning of injury to persons with a safety alert symbol
may also include a warning relating to property damage.
Qualified Personnel
The device/system may only be set up and used in conjunction with this documentation.
Commissioning and operation of a device/system may only be performed by qualified
personnel. Within the context of the safety notes in this documentation qualified persons are
defined as persons who are authorized to commission, ground and label devices, systems and
circuits in accordance with established safety practices and standards.

Prescribed Usage
Note the following:
Warning
This device may only be used for the applications described in the catalog or the technical
description and only in connection with devices or components from other manufacturers which
have been approved or recommended by Siemens. Correct, reliable operation of the product
requires proper transport, storage, positioning and assembly as well as careful operation and
maintenance.
Trademarks
All names identified by are registered trademarks of the Siemens AG. The remaining
trademarks in this publication may be trademarks whose use by third parties for their own
purposes could violate the rights of the owner.
Disclaimer of Liability
We have reviewed the contents of this publication to ensure consistency with the hardware
and software described. Since variance cannot be precluded entirely, we cannot guarantee
full consistency. However, the information in this publication is reviewed regularly and any
necessary corrections are included in subsequent editions.
8.2.9 Assembling customized documentation
Customized documentation
In the Siemens Industry Online Support, you can assemble customized documentation that is
tailored to your needs. All configurable manuals and operating instructions of the Siemens
Industry Online Support are available to you for this purpose. You can select the parts that are
of interest to you and combine them into in a library to form personal documentation. You can
organize the documentation using folders in the library. The folders will later become the
individual chapters of your custom documentation.
You can open your personal library here (https://www.automation.siemens.com/mdm/?
guiLanguage=en).
Requirements
The manuals or operating instructions used must be configurable. You can recognize
configurable manuals by the suffix "configurable" in their name.
To use all the functions, you have to register in the Siemens Industry Online Support and
log on.

8.3 Providing user-defined documentation
Documentation in different languages

You can change the language of the assembled documentation to German, French, Spanish,
Italian and Chinese. This gives you the possibility, for example, to gather relevant information
for a specific project and make it available to colleagues who speak other languages.
Export function in the documentation

You can perform an export at any part of your library in various formats (PDF, XML, RTF).
Help on creating documentation

You can find more help on creating and using custom documentation in the Siemens Industry
Online Support (https://www.automation.siemens.com/mdm/_help/en/
mdm_reference_manual_de-DE.htm).
8.3.1 Using user-defined documentation
User-defined documentation for project or library contents

Over time, you create your own contents in a project or a library. Your own contents include,
for example, blocks, tags or library types. While the functionality of the TIA Portal is described
in the supplied help system, there is no help for the contents you have created yourself. You
can create your own user-defined documentation to explain to other employees how your
project works or how to use individual library types.
You can provide user-defined documentation in the available user interface languages. The
default user interface languages in the TIA Portal are English, German, French, Spanish,
Italian, and Chinese. You need to observe a few conventions when you create user-defined
documentation so that the help matching an object can be opened.
You create the user-defined documentation either in one of the supported Office formats or as
compiled HTML help in CHM format.

Possible areas for user-defined documentation

You can offer user-defined documentation in the following areas of the TIA Portal, for example:
Project tree
"Libraries" task card and library view
Some editors, depending on the products installed, for example:
Program editor
The programming languages LAD, FBD, STL, SCL and GRAPH are supported. Block
calls also support the connection of user-defined documentation.
"Screens" editor
Uses of screens and instances of HMI faceplates are supported in the "Screens" editor.
Directories for user-defined documentation

Save the user-defined documentation in one of the following directories:
Project folder
If you create user-defined documentation for objects within a project, save this help in the
project folder. The user-defined documentation is also included when you pass on the
project.
Directory of a global library
If you create user-defined documentation for objects within a global library, save the user-
defined documentation in the directory of the global library. The user-defined
documentation is also included when you pass on the global library.
Central directory on the hard drive or a network drive
You can store the user-defined documentation in a central directory on the hard disk or on
a network drive. In this way, you have access to the user-defined documentation in each
project or you use the documentation on a network drive together in the team. You specify
the central file directory for the user-defined documentation using an XML file or in the
settings of the TIA Portal.
Homepage for the user-defined documentation

You can create a separate homepage for each language version of the user-defined
documentation. The homepage for the user-defined documentation can contain general help
for a project or for a library. The homepage must be saved in the central storage directory for
user-defined documentation.
Calling the user-defined documentation

If user-defined documentation is available for an object, you call it with the keyboard shortcut
<Shift+F1>. The user-defined documentation is always opened with the standard program
specified for the respective file format in Microsoft Windows.

Once you have pressed <Shift+F1>, certain directories are searched in a fixed order for user-
defined documentation. The search order is given below:
1. Search in the central directory for user-defined documentation

1.1 Search for a CHM file
1.2 Search for documentation in other file formats
2. Search in the project or library directory
2.1 Search for a CHM file
2.2 Search for documentation in other file formats
The search is initially performed in the language directory for the currently set user interface
language of the TIA Portal. If no help is contained in this language directory, the search for
user-defined documentation is performed in the same order in the English language directory.
As soon as user-defined documentation is found in one location, the user-defined
documentation is opened and the search is canceled. If no user-defined documentation is
found in any of the directories, a search for a homepage for user-defined documentation is
performed in the order presented above. The search for a homepage is again initially performed
in the language directory for the currently set user interface language. If no homepage is found
there, the English language directory is searched.
Call log
You can display a call log for the user-defined documentation for easier connection of the user-
defined documentation. The alarms within the log indicate the directories in which
documentation is searched for and whether the call of the user-defined documentation is
successful. In addition, the file name that is expected for the file is indicated. This allows you
to identify how you must name your documentation and the directories in which you must save
the user-defined documentation. The call log has the same sequence as the one used to search
for user-defined documentation or a homepage.
The log is displayed in the Inspector window in the "Info" tab. Before you can display the call
log, you must first enable the call log in the settings of the TIA Portal or using an XML file.
See also
Conventions for the creation (Page 367)
Specifying settings with an XML file (Page 365)
Creating a homepage (Page 366)
Creating user-defined documentation (Page 371)
General remarks on the information system (Page 351)

8.3.2 Specifying settings in the TIA Portal

You specify the following settings for user-defined documentation in the settings of the TIA
Portal:
Display call log in the Inspector window
A log of the call of user-defined documentation is displayed on the 'Info > General' tab of
the Inspector window. The log helps you to adhere to the conventions for calling user-
defined documentation.
Search for user-defined documentation in a central file directory
You can save user-defined documentation in a directory outside the current project directory
in order, for example, to make documentation available across projects.
Central directory for user-defined documentation
You store cross-project documentation in the central file directory for user-defined
documentation.
Note
XML configuration file takes precedence over the settings of the TIA Portal
If you use an XML configuration file and have specified settings for user-defined documentation
there, the settings in the XML file take precedence. As soon as you refresh the XML
configuration file or restart the TIA Portal, the settings from the XML file are applied. The
settings that you have made in the TIA Portal lose their validity.
Procedure
To specify a central storage location for user help, follow these steps:
2. Open the "General > General" area.
3. Navigate to the "User documentation" section.
4. Select the "Display call log for user-defined documentation" check box in order to display
a log of the call of the user-defined documentation in the Inspector window.
5. Select the "Search for user-defined documentation in a central directory" check box in order
to store user-defined documentation in a cross-project directory.
6. Specify the path to where you save the cross-project documentation in the "Central directory
for user-defined documentation" field.
See also

8.3.3 Specifying settings with an XML file

As an alternative to settings in the TIA Portal, you can make settings for the user-defined
documentation in an XML file. The XML file is the same file you use for integrating corporate
libraries.
If you use an XML configuration file and have specified settings for user-defined documentation
there, the settings in the XML file take precedence. As soon as you refresh the XML
configuration file or restart the TIA Portal, the settings from the XML file are applied. The
settings that you have made in the TIA Portal lose their validity.
You can set the following options in the XML configuration file:
Display call log in the Inspector window
A log of the call of user-defined documentation is displayed on the 'Info > General' tab of
the Inspector window. The log helps you to adhere to the conventions for calling user-
defined documentation.
Search for user-defined documentation in a central file directory
You can save user-defined documentation in a directory outside the current project directory
in order, for example, to make documentation available across projects.
Central directory for user-defined documentation
You store cross-project documentation in the central file directory for user-defined
documentation.
Procedure
To specify settings for the user-defined documentation, follow these steps:
1. Create an XML file named "CorporateSettings.xml", if you are not yet using an XML
configuration file for the integration of company libraries. If you are already using a
configuration file, proceed with step 3.
The configuration file must be saved with "UTF-8" coding.
2. Save the file in the following directory on your computer:
C:\ProgramData\Siemens\Automation\Portal V13\CorporateSettings\
3. Enter the content listed below into the XML configuration file.
4. Adapt the attributes for display of the user-defined documentation. The meaning of the
individual elements is available in the comments in the XML configuration file. Use the value
"true" to activate a function. Use the value "false" to deactivate a function.

Content of the XML configuration file

The XML configuration file must have the following content:
XML
<?xml version="1.0" encoding="utf-8"?>
<Document>
<Settings.Settings ID="0">
<ObjectList>
<Settings.General ID="1" AggregationName="General">

<ObjectList>
<Settings.UserDocumentation ID="2" AggregationeName="UserDocumentation">

<AttributeList>

<DisplayLogInformation>
<Value>true</Value>
</DisplayLogInformation>

<EnableLookupFromCentralStorageLocation>
<Value>true</Value>
</EnableLookupFromCentralStorageLocation>

<CentralStorageLocation>
<Value>D:\CorporateDocumentation\UserDocumentation\</Value>
</CentralStorageLocation>
</AttributeList>
</Settings.UserDocumentation>
</ObjectList>
</Settings.General>
</ObjectList>
</Settings.Settings>
</Document>
See also
Specifying settings in the TIA Portal (Page 364)
Creating a configuration file for corporate libraries (Page 496)
8.3.4 Creating a homepage
You can design a homepage for user-defined documentation. The homepage can be an HTML
page that you save either within a CHM or in the directory of the respective language. You can

also use other file formats approved for user-defined documentation. You design the
homepage of the user-defined documentation outside the TIA Portal.
Procedure
To create a homepage, follow these steps:
1. Design a file in HTML format or in any other file format approved for user-defined help.
2. Name the file "Home".
3. Copy the file to the central directory for user-defined documentation on the hard disk or on
a network drive:
<Central directory for user-defined documentation>\<Folder for the respective language>
4. If the respective language folder does not exist yet, create the folder now.
Alternative: If you are creating the homepage for a CHM file, place the homepage in the
main directory of the CHM file.
Sample configuration for the homepage

Below you see the correct path for the following conditions:
The user-defined documentation is in Spanish.
The homepage is an HTML file.
The path for these conditions is as follows:
<Central directory for user-defined documentation>\es-ES\Home.html
See also
Displaying the call log (Page 371)
Creating user-defined documentation (Page 371)
8.3.5 Conventions for the creation
You must observe some conventions to ensure that user-defined documentation is called at
the correct location:
the user-defined documentation must be saved in the correct directory.
The file name must be exactly the same as the object name in the TIA Portal.
To prevent malicious code from being executed on your computer, only file formats that are
considered as relatively safe are permitted.

Supported file formats

Create the user-defined documentation in one of the following file formats:
Microsoft Word (.docx)
Microsoft Excel (.xslx)
Microsoft PowerPoint (.pptx and .ppsx)
HTML pages (.htm or .html)
Microsoft XPS (.xps)
Rich Text Format (.rtf)
Text documents (.txt)
Compiled HTML help (.chm)
PDF documents (.pdf)
You save the homepage of the user-defined documentation in HTML format or save the
homepage within a CHM file.
Notice
Infection of the computer with malicious code
If the user-defined documentation contains malicious code, it can infect your computer.
Especially HTML pages and CHM files can contain malicious code.
Make sure that the user-defined documentation comes from a trustworthy source. You should
also use the standard security measures, such as the use of a firewall and an up-to-date virus
scanner.
Directories for user-defined documentation

Save the user-defined documentation in one of the following directories:
Project folder:
UserFiles\UserDocumentation\<Folder for the respective language>\<Object category>
Directory of a global library:
UserFiles\UserDocumentation\<Folder for the respective language>\<Object category>
Central directory on the hard drive or a network drive:
<Central directory for user-defined documentation>\<Folder for the respective language>
\<Object category>\
The user-defined documentation must be located in the suitable subfolder for the respective
language. The table below shows the respective language folders for the user languages
installed as default:
Language Subfolder
German \de-DE
English \en-US
Spanish \es-ES
French \fr-FR

Language Subfolder
Italian \it-IT
Chinese \zh-CN
The language folder must contain a separate subfolder for each object category. Create the
corresponding subfolders for objects for which you are providing user-defined documentation.
Always use the English designation of the object category. The table below shows the English
designations of the most important object categories in the TIA Portal:
Object category English designation

HMI screens Screens
Organization blocks (OB) Organization Blocks
Function blocks (FBs) Function Blocks
Functions (FCs) Functions
Data blocks Data Blocks
Types in the library Library Types
Master copies in the library Master Copies
The project node in the project tree Projects
All types of folders in the project tree, in the project library Folders
or in global libraries
All types of links in the project tree, for example, "Add new ShortCut
block", "Add new device", etc.
Libraries in the "Libraries" task card or in the library view Libraries
If you are not sure of the English designation for an object category, change the user interface
language of the TIA Portal to English. Alternatively, open the user-defined documentation for
an object with <Shift+F1> and check in the call log which designation is expected for the object
category.
Permitted file names

The file name must be exactly the same as the object name in the TIA Portal.
There are, however, restrictions for file names under Microsoft Windows. The same restrictions
apply to the file system used to format the hard drive. The file name may only include certain
characters and must not exceed a specific length. The restrictions for file names differ
depending on the Windows version and the file system used for the hard drive.
To ensure that the help call works, read up on possible restrictions in the Microsoft Windows
documentation.

Special features of CHM files

You store CHM files directly in the respective language folder. The folder for the respective
object category must be included in the actual CHM file. Within the compiled CHM file, the
names of the individual HTML files must also be exactly the same as the object names in the
TIA Portal.
Note
Opening CHM files on network drives
If CHM files are saved on a network drive, the CHM files are not displayed correctly in more
recent versions of Microsoft Windows. This behavior is determined by the security guidelines
of the operating system. All versions of Microsoft Windows as of Windows Server 2003 SP1
are affected.
You can bypass the security guidelines by changing the registry database in Microsoft
Windows.
To not compromise the security of your computer, save the CHM files only locally on your
computer and do not change the registry database.
See also
8.3.6 Calling user-defined documentation

The user-defined documentation is opened in the language that is currently set as the user
interface language. If there is no user-defined documentation available in the currently set user
interface language, the English version of the user-defined documentation opens. If no user-
defined documentation exists, a homepage is searched for.
Requirement
You have already saved user-defined documentation or a homepage according to the
conventions.
Procedure
To open the user-defined documentation, follow these steps:
1. Select the object for which you want to display the user-defined documentation.
2. Press <Shift+F1>.
The suitable user-defined documentation or the homepage opens.

See also
Opening the Help system (Page 355)
Displaying the call log (Page 371)
8.3.7 Displaying the call log

Use the call log to check whether the user-defined documentation is connected correctly. The
call log shows the directories in which the search is performed for user-defined documentation
or a homepage. The call log also displays the names that the individual files must have in order
to call the user-defined documentation.
Requirement
The call log is enabled in the settings of the TIA Portal or using an XML configuration file.
Procedure
To display the call log, follow these steps:
1. Open the "Info" tab in the Inspector window.
2. Open the "General" tab.
3. Select the object for which you want to call the help.
4. Press <Shift+F1>.
If possible, the matching user-defined documentation or the homepage of the user-defined
documentation is opened. In any case, you will be informed in the Inspector window about
which user-defined documentation is opened. You may be shown the directories in which
no user-defined documentation was found.
See also
8.3.8 Creating user-defined documentation
You create user-defined documentation for individual elements within a project or global library
outside the TIA Portal. You can create the user-defined documentation in all available user
interface languages.

If you create the user-defined documentation as CHM file, the procedure for creating the help
is somewhat different to the creation process for other file formats.
Note the information provided in chapter "Conventions for the creation (Page 367)".
Creating user-defined documentation as single file

To create user-defined documentation as a single file, follow these steps:
1. Create a file in a valid file format.
2. Name the file identically to the object for which you want to call the user-defined
documentation.
If you are offering help for a library type, for example, name the help file identical to the
type.
3. Depending on whether you are creating the user-defined documentation for project
contents or for contents of a global library, copy the file to one of the following storage
locations:
project folder under "UserFiles\UserDocumentation\<Folder for the respective
language>\<Object category>"
Directory of a global library under "UserFiles\UserDocumentation\<Folder for the
respective language>\<Object category>"
<Central directory for user-defined documentation>\<Folder for the respective
language>\<Object category>\
If the respective language folder or the folder for the object category does not exist yet,
create the required folders before copying the file.
Sample configuration for user-defined documentation

Below you see the correct path for the following conditions:
The user-defined documentation is intended for a type in a global library.
The user-defined documentation is in French.
The type is called "commande de moteur".
The user-defined documentation is supplied with the global library.
The user-defined documentation is created in Microsoft PowerPoint format.
The path for these conditions is as follows:
<Folder of the global library>\UserFiles\UserDocumentation\fr-FR\Library Types\commande
de moteur.pptx

Creating user-defined documentation as CHM file

To provide user-defined documentation in CHM format, follow these steps:
1. Create a folder in Windows Explorer for each object category for which you want to create
user-defined documentation. Use the English designation for the object category.
2. Create an HTML file for each object for which you want to provide user-defined
documentation. Name the HTML file identically to the object for which you want to call the
user-defined documentation. If you want to provide user-defined documentation for a library
type, for example, name the HTML file identically to the type.
3. Store the HTML files in the corresponding folders of the respective object category.
4. Use the Microsoft HTML Help Workshop to create the CHM. Use the prepared folder
structure with the HTML files.
5. Copy the CHM file to one of the following storage locations:
Project folder under "UserFiles\UserDocumentation\<Folder for the respective
language>"
Directory of a global library under "UserFiles\UserDocumentation\<Folder for the
respective language>"
<Central directory for user-defined documentation>\<Folder for the respective
language>
If the respective language folder does not exist yet, create the language folder before you
copy the CHM file.
See also


Editing projects 9
9.1 The basics of projects
Introduction
Projects are used to organize the storage of data and programs resulting from the creation of
an automation solution. The data that makes up a project includes the following:
Configuration data on the hardware structure and parameter assignment data for modules
Project engineering data for communication over networks
Project engineering data for the devices
Logs for important events in the life cycle of the project
Project hierarchy
Data is stored in a project in the form of objects. Within the project, the objects are arranged
in a tree structure (project hierarchy).
The project hierarchy is based on the devices and stations along with the configuration data
and programs belonging to them.
Common data of the project and online access, for example, are also displayed in the project
tree.
See also
Creating a new project (Page 376)
Opening projects (Page 379)
Saving projects (Page 383)
Closing projects (Page 384)
Removing projects (Page 384)
Deleting projects (Page 385)

Editing projects
9.3 Creating and managing projects
9.2 Using logs

For some operations within the TIA Portal, logs are created automatically in the background.
These logs document changes in the project. Logs are created automatically, for example,
when you migrate projects and programs or when you update instances from the library.
Logs are displayed in the "Common data" folder in the project tree. They are stored together
with the project in the project folder and can therefore be read independently of the
programming device/PC used as soon as you have opened the project. The log can be filtered
for errors, warnings, and information.
In addition to displaying them in the TIA Portal, logs can also be printed.
Displaying logs
To open a log, follow these steps:
1. Open the "Common data > Logs" folder in the project tree.
2. Double-click the desired log in the list.
The contents of the log are displayed in the work area.
3. Optional: To show or hide a particular category of alarms, activate or deactivate the button
for "Errors", "Warnings", or "Information" in the toolbar.
Deleting logs
To delete a log, follow these steps:
1. Select the log in the project tree.
2. Press <Del>.
The selected log is deleted from the project directory and removed from the project tree.
9.3.1 Creating a new project
Procedure
To create a new project, follow these steps:
1. Select the "New" command in the "Project" menu.
The "Create a new project" dialog opens.
2. Enter your project name and path or accept the proposed settings.
3. Click the "Create" button.

Editing projects
Result
The new project is created and displayed in the project tree.
See also
The basics of projects (Page 375)
9.3.2 Compatibility of projects

You can use the TIA Portal to open projects that were created with an older version of the TIA
Portal or with a different installation package. In the following, you will learn what to consider
in this case.
Opening projects from older product versions

The table below describes the behavior of the TIA Portal when opening projects from older
product versions:
Product version of the TIA Behavior when opened with the current product version of the TIA Portal
Portal
(file extension of the respec
tive version)
V10.5 (.ap10) The project is automatically upgraded to the latest product version when opened, following
V11.x (.ap11) your confirmation. The upgraded project is a copy of the original project. The original project
is retained unchanged.
V12 (.ap12) You can select between the following options:
Upgrade project to product version V12 SP1 and open in compatibility mode
Upgrade project to the current product version and open
The upgraded project is a copy of the original project in both cases. The original project is
retained unchanged.
V12 SP1 (.ap12) You can select between the following options:
V13 (.ap13) Open project in compatibility mode
Upgrade project to the current product version and open
A copy of the original project is created when you upgrade the project. The original project
is retained unchanged.

Editing projects
Compatibility mode
Compatibility mode is available for projects that were created with TIA Portal V12 SP1 and
V13. If you open a project in the V12 SP1 or V13 project format and do not upgrade it, the
project is in compatibility mode. The range of functions of the TIA Portal is limited to the range
of functions of the earlier product version. The project remains backward compatible and can
still be opened and edited with the earlier version of the TIA Portal.
Components supplied subsequently for the earlier product version as part of a Hardware
Support Package (HSP) can be added to projects in compatibility mode. To continue working
with the project in the earlier version of the TIA Portal, you simply need to install the Hardware
Support Package as well.
Global libraries are always created in the most recent format and are not backwards
compatible, even if the project is opened in compatibility mode.
You need to upgrade the project to use the full range of functions of the current version. By
upgrading the project you convert it to the current project format. The full range of functions of
the current version becomes available.
Backward compatibility with the current product version

Projects that have been saved with the current version of the TIA Portal are not backward
compatible with older versions due to their enhanced functionality. Projects saved with TIA
Portal V13 SP1 can only be opened with TIA Portal V13 SP1 or later.
Opening projects created with add-on products

The project you want to open may include data that were created with an optional software.
The following cases may occur if you did not install the optional software:
Software components which are not absolutely required are missing:
A dialog appears listing the missing software components. After the project is opened, its
properties are displayed. You now have the opportunity to install missing components. All
the devices contained in the project are available even if you do not install the missing
components. However, you can only work with the devices that are supported by the
currently installed software.
Devices which are not supported because software components are missing are identified
by the following symbol in the project tree:
Essential software components are missing:

A dialog appears listing the missing software components. The essential software
components are marked. The project can only be opened if you install the missing software
components.
See also

Editing projects

Compatibility of global libraries (Page 484)
9.3.3 Opening projects

You can open all projects from the current version and earlier versions in the TIA Portal.
Projects from earlier versions of the TIA Portal may first have to be upgraded to a more recent
project format. You are prompted to upgrade the project when you open it.
You recognize projects of the TIA Portal by their file name extension ".ap[version number]".
Projects of TIA Portal V13 SP1 have the file name extension ".ap13".
Procedure
To open an existing project, follow these steps:
1. Select the "Open" command in the "Project" menu.
The "Open project" dialog box opens and the list of most recently used projects is displayed.
2. Select a project from the list and click "Open".
3. If the project you require is not included in the list, click the "Browse" button. Navigate to
the desired project folder, and open the project file.
Projects in the current project format are opened in the project view. If you have selected
a project from an older version of the TIA Portal, the "Upgrade project" dialog opens. More
information on upgrading the project can be found in chapter "Upgrading projects
(Page 380)".
See also

Editing projects
Compiling project data (Page 393)

Opening a global library (Page 486)
9.3.4 Upgrading projects

Projects from older versions of the TIA Portal can be edited with the current version of the TIA
Portal. Depending on the product version that was used to create the project, you either
upgrade the project or open the project in compatibility mode. To find out which options you
have depending on the product version of the project, go to chapter "Compatibility of projects
(Page 377)".
When you open projects from older product versions, you are prompted to upgrade the project.
You can manually upgrade projects that are already open in compatibility mode. After the
project is upgraded to the current product version, it can no longer be opened in older versions
of the TIA Portal. But the original project is still available. The upgraded project is saved as a
copy and receives the name extension "_V13_SP1".
Upgrading projects from V11.x or lower

To upgrade a project from TIA Portal V11.x or earlier, follow these steps:
1. Open the project.
The "Upgrade project" dialog box opens.
2. Click "OK".
3. Compile the hardware and software of all devices in the project.
Upgrading projects from V12

To upgrade a project from TIA Portal V12, follow these steps:
2. Select the target version for the upgrade:
Click "Yes" to upgrade the project to the current product version.
Click "No" to upgrade the project to product version V12 SP1 and to work in compatibility
mode

Editing projects
Upgrading V12 SP1 and V13 projects or using them in compatibility mode
To upgrade a project from TIA Portal V12 SP1 or V13 or to use it in compatibility mode, follow
these steps:
2. Select how you want to proceed with the project:
Click "Yes" to upgrade the project to the current product version.
Click "No" to use the project in compatibility mode.
3. Optional: If you have upgraded the project to the current product version, compile the
hardware and software of all devices in the project.
Manually upgrading projects in compatibility mode to V13 SP1

For this procedure, a project must already be open in compatibility mode.
To manually upgrade a project in compatibility mode, follow these steps:
1. Select the "Upgrade" command in the "Project" menu.
A security prompt appears.
2. Click "Yes" to confirm.
The project is closed, and the upgraded project is opened.
Notes
Pay attention to the following notes after upgrading a project:
Note
Upgrading global libraries
Because global libraries are independent of projects, they are not upgraded automatically
together with the project. If you want to continue using global libraries from older versions of
the TIA Portal, you upgrade these global libraries as well. More information on upgrading global
libraries can be found in the chapter "Compatibility of global libraries (Page 484)".
Note
Upgrading know-how-protected blocks
The block is only upgraded and loaded after it has been opened once with the password. This
means you should open know-how-protected blocks once after upgrading the project to also
upgrade the blocks. If you have protected numerous know-how-protected blocks with the same
password, you can select and open all of them at once.

Editing projects
See also
Upgrading global libraries (Page 487)
9.3.5 Displaying properties of the project

You can display the properties of a project. Properties include the following:
Metadata for the project
This includes the following information: creation time, author, file path, project size,
copyright, project languages, etc. Many of the properties can be changed.
Project history
The project history contains an overview with important events in the project life cycle. Here,
for example, you can see the version of the TIA Portal used to create a project and whether
it has been converted to another version in the meantime. If a project was created during
a migration, for example, this is also indicated in the project history table with the date and
time of the migration. If a log was created for an event, you can also call the log directly.
Support packages in the project
An overview of the add-on software needed to work with all devices in the project is
displayed. In addition, installed GSD files are listed (device description files for other devices
in the hardware catalog).
Software products in the project
You can display an overview of all installed software products needed for the project.
Procedure
To display the project properties, follow these steps:
1. Select the open project in the project tree.
2. Select "Properties" in the shortcut menu of the project.
The dialog with the properties of the project opens.
3. Select the project properties in the area navigation that you want to have displayed.

Editing projects
See also
9.3.6 Saving projects

You can save the project at any time either under the same or a different name. You can even
save a project when it still contains elements with errors.
Saving a project
To save a project, follow these steps:
1. Select the "Save" command in the "Project" menu.
All changes to the project are saved under the current project name. If you are editing a
project from an earlier version of the TIA Portal, the file extension of the project is also
retained and you can continue to edit the project in the earlier version of the TIA Portal.
Project Save as
To save a project under another name, follow these steps:
1. Select the "Save as" command in the "Project" menu.
The "Save current project as" dialog opens.
2. Select the project folder in the "Save in" box.
3. Enter the new project name in the "File name" box.
4. Confirm your entry with "Save".
The project is saved under the new name and opened.
Note
Undoing actions
Keep in mind that you cannot undo actions once you have saved the project.

Editing projects
See also
9.3.7 Closing projects
Procedure
To close a project, follow these steps:
1. Select the "Close" command in the "Project" menu.
If you have made changes to the project since the last time you saved it, a message is
displayed.
2. Decide whether or not you want to save the changes.
See also
9.3.8 Removing projects

You can remove projects from the list of recently used projects. The project data is retained
on the storage medium.

Editing projects
Procedure
To remove a project from the list of recently used projects, follow these steps:
1. Select the "Delete project" command in the "Project" menu.
The "Delete project" dialog opens and includes the list of most recently used projects.
2. Select a project from the list.
3. Click the "Remove" button.
4. Click "Yes" to confirm the prompt in order to remove the project from the list.
Result
The project is no longer displayed in the list of recently used projects. If you open the project
again, it will be added to the list again.
See also
9.3.9 Deleting projects
Note
When you delete a project, the entire project data is removed from the storage medium.
Requirement
The project you want to delete is not open.

Editing projects
Procedure
Follow the steps below to delete an existing project:
1. Select the "Delete project" command in the "Project" menu.
The "Delete project" dialog opens and includes the list of most recently used projects.
2. Select a project from the list.
If the project you require is not included in the list, click the "Browse" button. Navigate to
the desired project folder, and open the project file.
3. Click the "Delete" button.
4. Click "Yes" to confirm. This starts the deletion of the project.
Result
The entire project folder is deleted from the file system.
See also
9.3.10 Archiving and retrieving projects
9.3.10.1 Working with project archives
Archiving and transferring projects

If you work for a long time with a project, large files may result, especially with extensive
hardware configurations. Therefore, you may want to reduce the size of the project, for
example, when you archive it to an external hard drive, or when you send it via e-mail and
require a smaller file size.

Editing projects
Options for reducing the size of the project

There are two ways to reduce the size of the project:
Creating a project archive
TIA Portal project archives are compressed files, each containing an entire project including
the entire folder structure of the project. Before the project directory is compressed into the
archive file, all files are reduced to their essential components to further decrease the size
of the project. Project archives are therefore well suited for sending via e-mail.
Project archives have the file extension ".zap[version number of the TIA Portal]". Projects
created with TIA Portal V13 SP1 have the file extension ". zap13".
To open a project archive, retrieve the project archive. By retrieving it, the archive file with
the included project files is extracted to the original project directory structure.
Minimizing a project
You can skip additional compression in an archive file, and instead create a copy of the
project directory. The included files are reduced to the essential elements of the project.
This minimizes the required storage space. The full functionality of the project is maintained
and you can open the project as usual.
A minimized project is especially well suited for archiving, for example, on an external
medium.
See also
Retrieving compressed project (Page 389)
Creating compressed project archive (Page 387)
Minimizing project (Page 388)
9.3.10.2 Creating compressed project archive

You can reduce the required storage space of the currently open project by archiving the project
in a compressed file.
Note
The most recently saved state of the project is used for archiving. Therefore, save the project
before using the archiving function. This will ensure that your most recent changes are included
in the archived project.
Procedure
To archive a project, follow these steps:
1. In the "Project" menu, select the "Archive > Compressed archive" command.
The "Archive current project as..." dialog opens.
2. Select the directory in which you want to save the archive file.
3. Enter a file name in the "File name" box.
4. Click "Save".

Editing projects
Result
A compressed file with the extension ".zap13" is generated. Project archives of projects in
compatibility mode for product version V12 SP1 receive the file extension ".zap12" and are
backward compatible with TIA Portal V12 SP1. The archive file contains the complete project
directory. The individual files of the project are also reduced to the essential components in
order to save space.
See also
Working with project archives (Page 386)
Retrieving compressed project (Page 389)
Minimizing project (Page 388)
9.3.10.3 Minimizing project

You can reduce the required storage space of the currently open project by reducing the project
files to their essential components. The "Minimize" function creates a copy of the original
project directory.
Note
The most recently saved state of the project is used for minimizing. Therefore, save the project
before using the minimizing function. This will ensure that your most recent changes are
included in the project copy.
Procedure
To minimize a project to its essential components, follow these steps:
1. In the "Project" menu, select the "Archive > Minimize project" command.
The "Minimize current project under..." dialog opens.
2. Select the directory in which you want to save the project copy.
3. Enter the name of the new project directory in the "Directory name" box.
4. Click "Save".
Result
A copy of the original project directory is created at the designated location. The files contained
within it are reduced to their essential components in order to save space.
See also

Editing projects
9.3.10.4 Retrieving compressed project

You extract project archives of the TIA Portal with the "Retrieve" function. This restores the
project directory structure including all project files.
Requirement
No project is open.
Procedure
To extract a project archive, follow these steps:
1. Select the "Retrieve" command in the "Project" menu.
The "Retrieve archived project" dialog opens.
2. Select the project archive.
3. Click "Open".
4. The "Find folder" dialog opens.
5. Select the target directory to which the archived project should be extracted.
6. Click "OK".
Result
The project is extracted to the selected directory and opened immediately. If you extract a
project archive that includes a project from a product version earlier than V12 SP1, you may
have to upgrade the project. You will automatically receive the corresponding prompt as soon
as you open the project. The same rules apply that are described in the chapter "Compatibility
of projects (Page 377)".
See also

Editing projects
9.4 Using reference projects
9.4.1 Basics of reference projects
Introduction
You can open other projects as a reference in addition to the current project. You can use
these reference projects as follows:
You can drag individual objects from a reference project into the current project and then
edit them.
You can open specific objects, for example, code blocks from a reference project as read-
only. But this is not possible for all elements.
You can use an offline/offline comparison to compare devices of the reference project to
devices from the current project.
Note that reference projects are read-only. You cannot change the objects of a reference
project.
Projects that were created with an older version of the TIA Portal or with a different installation
package can also be opened as reference projects. The same compatibility rules apply here
as for normal opening of a project from an older version of the TIA Portal.
See also: Compatibility of projects (Page 377)
See also
Comparing reference projects (Page 391)
9.4.2 Opening and closing a reference project
Opening a reference project

To open a reference project, follow these steps:
1. In the "Reference projects" palette of the project tree, click on "Open reference project" in
the toolbar.
The "Open reference project" dialog box opens.
2. Navigate to the desired project folder, and open the project file. TIA Portal V13.x projects
have the extension ".ap13". Older projects of the TIA Portal have the extension ".ap[version
number]".
3. Click "Open".
The selected project is opened as a read-only reference project.

Editing projects
Closing a reference project

To close a reference project, follow these steps:
1. In the "Reference projects" palette of the project tree, select the reference project you want
to close.
2. Click on "Close reference project" in the toolbar.
The selected reference project is closed.
See also
Comparing reference projects (Page 391)
9.4.3 Comparing reference projects
Introduction
You can compare devices from reference projects with devices from both the current project
as well as from the same or another reference project or from a library.
Note
You cannot specify actions for the comparison objects, since the reference projects are
write-protected.
You can perform a detailed comparison for the comparison objects, if the type of
comparison object generally allows a detailed comparison.
When comparing reference projects, you can always switch between automatic and manual
comparison.
Procedure
To compare the objects of a reference project to the device data of the current project, follow
these steps:
1. In the project tree, select the device whose data you want to compare to the data of a
reference project and which allows offline/offline comparison.
2. Select "Compare > Offline/Offline" from the shortcut menu.
The compare editor opens with the selected device displayed in the left area.
3. Open the "Reference projects" palette in the project tree.

Editing projects
9.5 Editing project data
4. Select the device of a reference project that you want to compare to the device data from
the current project.
5. Drag the device from the reference project into the right drop area of the compare editor.
You can identify the status of the objects based on the symbols in the status and action
area. When you select an object, the object's properties and the corresponding object of
the associated device is clearly shown in the properties comparison.
You can drag a library or other devices from a reference project from the current project
into drop areas at any time and thus start a new comparison. It does not matter which device
you drag into the drop area.
See also
Carrying out offline/offline comparisons (Page 404)
Using the compare editor (Page 405)
9.5.1 Compiling and loading project data
9.5.1.1 Compiling project data
General information on compiling project data
Compiling project data

During compilation, project data is converted so that it can be read by the device. Hardware
configuration data and program data can be compiled separately or together. You can compile
the project data for one or more target systems at the same time.
The following project data must be compiled prior to loading:
Hardware project data, for example, configuration data of the devices or networks and
connections
Software project data, for example, program blocks or process screens

Editing projects
Note
While a device is being compiled, no additional compiling process can be started. Note in this
regard that you can not only perform a compiling process manually, but you can also trigger
it automatically for HMI devices.
Scope of the compilation

When you compile project data, you have the following options depending on the device
involved:
Hardware and software (only changes)
Hardware (only changes)
Hardware (rebuild completely)
Software (only changes)
Software (rebuild all blocks)
Software (reset memory reserve)
See also
Compiling project data

The following section describes the general procedure for compiling project data in the project
tree. You will find details of how certain objects are compiled and any special points to note in
the online help of the product.
Procedure
To compile project data, follow these steps:
1. In the project tree, select the devices whose project data you want to compile.
2. Select the option you require in "Compile" submenu of the shortcut menu.
Note
Note that the options available to you depend on the selected device.
The project data is compiled. You can check whether or not the compilation was successful
in the Inspector window with "Info > Compile".
See also
General information on compiling project data (Page 392)

Editing projects
9.5.1.2 Loading project data
General information on loading
Introduction
In order to set up your automation system, you need to load the project data you generated
offline on the connected devices. This project data is generated, for example when configuring
hardware, networks, and connections or when programming the user program or when
creating recipes.
The first time you download, the entire project data is downloaded. During later loading
operations, only changes are downloaded.
You can download the project data to devices and memory cards.
Note
While a device is being compiled, no additional download process can be started. Note in this
regard that you can not only perform a compiling process manually, but you can also trigger
it automatically for HMI devices.
Possible options for downloading

Depending on the object you want to download, you have the following options:
Both the hardware configuration and software are downloaded to the destination if
differences exist between the online and offline versions.
Hardware configuration
Only the hardware configuration is downloaded to the destination.
Only the objects that differ online and offline are downloaded to the destination.
Load PLC program to device and reset
All the blocks are loaded to the destination and all values are reset to their initial state. Be
aware that this also applies to retentive values.
You can also upload project data already contained in a device back to your project. You have
the following options:
Upload entire device as new station
The hardware configuration of the device and the software on the device is uploaded to the
project.
All relevant data of the device is uploaded to the project.
Upload software of a device
Only the blocks and parameters from the device are uploaded to an existing CPU in the
project.
In both cases, during loading all instances of library types are connected again with the
corresponding version of the type in the project library. If no suitable type is yet available for

Editing projects
a loaded instance or the correct version of the type does not exist in the project library, the
type or the version is added to the project library.
Downloading with synchronization

In team engineering, it is possible for several users to work on one project with several
engineering systems at the same time and to access one S7-1500 CPU. To ensure consistency
within the shared project, it is necessary to synchronize the changed data prior to loading so
that nothing gets overwritten unintentionally.
If differences are detected between the online and offline data management within the shared
project that were caused by a different engineering system, automatic synchronization of the
data to be loaded is offered when loading.
In this case, the "Synchronization" dialog displays the data to be synchronized with the current
status (online-offline comparison) and the possible actions.
Use case Recommendation Synchronization

One or more blocks on the CPU (online) These blocks should be uploaded from Automatic synchronization is possible:
are more recent than in the engineering the CPU to the engineering system be The blocks in the engineering system
system (offline). fore downloading. are updated prior to loading.
One or more new blocks have been cre These blocks should be uploaded from Automatic synchronization is possible:
ated and exist only on the CPU (online). the CPU to the engineering system be The new blocks are added to the engi
fore downloading. neering system prior to the download.
One or more blocks on the CPU have The blocks should also be deleted prior Automatic synchronization is not possi
been deleted. to the download in the engineering sys ble.
tem. The blocks deleted on the CPU should
be manually deleted in the offline project
in the engineering system.
One or more blocks on the CPU and in These blocks with competing changes Automatic synchronization is not possi
the engineering system are different. must be adapted manually. You decide ble:
This is the case when a different user in this case which changes you are go The affected blocks on the CPU or in the
has changed blocks to which you have ing to accept. engineering system must be adapted
also made corrections and has already If the blocks on the CPU are to be re manually. One of the existing block ver
downloaded them to the CPU. tained, you should adopt these blocks sions (online or offline) will be overwrit
from the CPU in your engineering sys ten in the process.
tem before downloading to the CPU.
If the blocks that you have changed are
to be applied, you can continue with the
download without synchronization.
There are differences in the hardware Differences in the hardware configura Automatic synchronization is not possi
configuration on the CPU (online) and in tion must be adapted manually. You de ble:
the engineering system (offline). cide in this case which hardware config The hardware configuration must be
uration you are going to accept. adapted manually.
If the existing hardware configuration on One of the existing hardware configura
the CPU is to be retained, you should tions (online or offline) will be overwrit
adopt this in your engineering system ten.
prior to downloading.
If you want to apply the hardware con
figuration you changed, you can contin
ue downloading without synchroniza
tion.

Editing projects
If required, you can use the "Force download to device" command to download blocks without
synchronization.
See also
Downloading project data to a device (Page 396)
Downloading project data to a memory card (Page 397)
Uploading project data from a device (Page 399)
Downloading project data to a device

The following section describes the general procedure for downloading project data to a device.
You will find details of how certain objects are downloaded and any special points to note in
the online help of the product.
Requirement
The project data is consistent.
Each device to which you want to download is accessible via an online access.
Procedure
To download the project data to the selected devices, follow these steps:
1. Select one or more devices systems in the project tree.
2. Right-click on a selected element.
3. Select the option you require in the shortcut menu of the "Download to device" submenu.
Note
Note that the options available to you depend on the selected device.
When necessary, the project data is compiled.
If you had previously established an online connection, the "Load preview" dialog opens.
This dialog displays messages and proposes actions necessary for downloading.
If you had not previously established an online connection, the "Extended download to
device" dialog opens, and you must first select the interfaces via which you want to
establish the online connection to the device. You have the option of showing all
compatible devices by selecting the corresponding option and clicking the "Start search"
command.
See also: Auto-Hotspot

Editing projects
4. Check the messages in the "Load preview" dialog, and select the actions in the "Action"
column, if necessary.
Warning
Performing the proposed actions while the plant is in operation can cause serious bodily
injury and property damage in the event of malfunctions or program errors.
Make sure that no dangerous situations can arise before you start the actions.
As soon as loading becomes possible, the "Load" button is enabled.
5. Click the "Load" button.
The loading operation is performed. If there is a need for synchronization, the system
automatically displays the "Synchronization" dialog. This dialog displays messages and
suggests actions that are required for the synchronization. You have the option of
performing these actions or forcing the download without synchronization by clicking "Force
download to device". If you have performed the suggested actions, you will be asked
whether you want to continue with the download. The "Load results" dialog then opens. In
this dialog, you can check whether or not the loading operation was successful and take
any further action that may be necessary.
6. Click the "Finish" button.
Result
The selected project data was downloaded to the devices.
See also
General information on loading (Page 394)
Downloading project data to a memory card

You have the option of downloading project data to a memory card. For CPUs of the
S7-300/400 series you can also explicitly download the user program to a memory card
inserted in the CPU.
To download project data to a memory card, you have the following options:
Dragging project data to a memory card
Writing project data to a memory card
Downloading user program to a memory card that is inserted in a CPU of the S7-300/400
series
Requirement
A memory card is displayed.

Editing projects
See also: Accessing memory cards (Page 468)
Downloading project data to a memory card

To download project data to a memory card, follow these steps:
1. In the project tree, drag the project data you want to download to the memory card.
If necessary, the project data is compiled. The "Load preview" dialog then opens. This
dialog displays alarms and recommends actions needed for the loading operation.
2. Check the alarms and select the actions in the "Action" column, if necessary.
As soon as downloading becomes possible, the "Load" button is enabled.
The loading operation is performed.
Or:
1. In the project tree, select the project data that you want to download.
2. To do this, right-click the selection and select the "Copy" command from the shortcut menu.
You can also use the key combination <Ctrl+C>.
3. Right-click the memory card and select the "Paste" command from the shortcut menu. You
can also use the key combination <Ctrl+V>.
Or:
1. In the project tree, select the project data that you want to download.
2. Select the "Card Reader/USB memory > Write to memory card" command in the "Project"
menu.
The "Select memory card" dialog opens.
3. Select a memory card that is compatible with the CPU.
A button with a green check mark is activated at the bottom of the dialog.
4. Click the button with the green check mark.

Editing projects
Downloading the user program to a memory card in the CPU (S7-300/400 only)
To download the user program to a memory card in a CPU of the S7-300/400 series, follow
the steps below:
1. Select a CPU of the S7-300/400 series in the project tree.
2. Select the "Download user program to memory card" command in the "Online" menu.
The "Load preview" dialog opens. This dialog displays alarms and recommends actions
needed for the loading operation.
The loading operation is performed and the "Load results" dialog is displayed. This dialog
displays alarms and suggests possible actions.
6. Click the "Finish" button.
See also
Uploading project data from a device

The following section describes the general procedure for uploading project data from a device.
Which project data you can upload from a device depends on the products installed.
You have the following options for uploading project data from a device to your project:
Upload as new station
With this option you upload existing project data of a device to your project as a new station.
Upload project data of a device
With this option you upload project data from the device to an existing CPU in the project.
You will find the project data that can be loaded in the online help of the product.
In both cases, all instances of library types are connected again with the corresponding version
of the type in the project library during loading. If no suitable type is yet available for a loaded
instance or the correct version of the type does not exist in the project library, the type or the
version is added to the project library.
Requirement
A project is open.
The hardware configuration and software to be uploaded must be compatible with the TIA
Portal. If the data on the device was created with a previous program version or with a
different configuration software, please make sure they are compatible.

Editing projects
Uploading as a new station

To upload the complete device to your project, follow these steps:
1. Select the project name in the project tree.
2. Select "Upload device as new station (hardware and software)" in the "Online" menu.
The "Upload device to PG/PC" dialog opens.
3. Select the type of interface you want to use for the uploading operation in the "Type of the
PG/PC interface" drop-down list.
4. Select the interface to be used from the "PG/PC interface" drop-down list.
5. Click the "Configure interface" button to the right of the "PG/PC interface" drop-down list to
adapt the settings for the selected interface.
6. Display all compatible devices by selecting the relevant option and clicking the "Start
search" command. In the accessible devices table, select the device from which you want
to upload project data.
7. Click on "Load".
Depending on the selected device, a dialog appears in which you have to enter additional
information, such as the position of the module rack.
The project data of the device is uploaded to the project. You can edit it offline and then
download it to the device again.
Uploading project data of a device

To upload only project data from one device to your project, follow these steps:
1. Establish an online connection to the device from which you want to download the project
data.
2. Select the device in the project tree.
The "Upload from device (software)" command in the "Online" menu is enabled.
3. Select the "Upload from device (software)" command in the "Online" menu.
The "Upload preview" dialog box opens.
4. Check the alarms in the "Upload preview" dialog, and select the necessary actions in the
"Action" column.
As soon as uploading becomes possible, the "Upload from device" button is enabled.
5. Click the "Upload from device" button.
See also

Editing projects
Loading project data from a memory card

You have the following options for uploading project data from a memory card to your project:
Upload project data of the memory card as a new station
With this option you upload the project data of a memory card to your project as a new
station.
Upload project data of the memory card to an existing device
With this option you upload project data of a memory card to an existing device in your
project. You will find the project data that can be loaded in the online help of the product.
In both cases, all instances of library types are connected again with the corresponding version
of the type in the project library during loading. If no suitable type is yet available for a loaded
instance or the correct version of the type does not exist in the project library, the type or the
version is added to the project library.
Requirement
A project is open.
The memory card is displayed.
The hardware configuration and software to be uploaded must be compatible with the TIA
Portal. If the data on the memory card was created with a previous program version or with
different configuration software, please make sure they are compatible.
Uploading project data as a new station

To upload project data from a memory card to your project, follow these steps:
1. In the project tree, select the project data you want to upload.
2. Select "Upload device as new station (hardware and software)" in the "Online" menu.
Or:
1. In the project tree, drag the memory card folder to the project.
Or:
1. Right-click on the memory card.
2. Select "Copy" in the shortcut menu.
3. Right-click on the project.
4. Select the "Paste" command in the shortcut menu.

Editing projects
Uploading project data to an existing device

To upload the project data of a memory card to an existing device, follow these steps:
1. In the project tree, drag the folder of the memory card to a device in the project or copy the
memory card and paste the data into a device.
The "Upload preview" dialog box opens.
2. Check the alarms in the "Upload preview" dialog, and select the necessary actions in the
"Action" column.
As soon as uploading becomes possible, the "Upload from device" button is enabled.
3. Click the "Upload from device" button.
9.5.2 Comparing project data
9.5.2.1 Basics of project data comparison
Function
You can compare project data of the same type in order to determine possible differences. In
principle, the following comparison methods are available:
Online/offline comparison
With this comparison method you can compare the software of objects of a device with the
objects of a project. This is only possible when you establish an online connection to the
device.
Offline/offline comparison
With this comparison method you can either compare the software or the hardware. When
you compare the software, you can compare objects from projects or libraries. The
hardware comparison is available for devices from the currently open project or from
reference projects. You can decide for the software as well as the hardware comparison
whether the comparison should be performed automatically for all objects or whether you
want to compare individual objects manually.
Detailed comparison
For some objects, for example, blocks, you can also perform a detailed comparison in
addition to the online/offline and offline/offline comparison. This involves opening the blocks
to be compared beside each other and highlighting the differences.
A simple online/offline comparison is performed as soon as you establish an online connection.
During this process, comparable objects in the project tree are marked with icons that represent
the result of the comparison. You can also run a more comprehensive online/offline and offline/

Editing projects
offline comparison in the compare editor. When you compare software, you can also select
actions for non-identical objects in the comparison.
Note
Not all objects allow all types of comparison. Which comparison method you can use for
which project data depends on the products installed.
Compile your user program before you start a comparison or detailed comparison. After
each change of the program during a comparison, repeat this step before you update the
result of the comparison. This ensures that the comparison shows the current status.
See also
Carrying out an online/offline comparison (Page 403)
Running a detailed comparison (Page 412)
9.5.2.2 Carrying out an online/offline comparison

The online/offline comparison lets you compare objects of a device with objects of a project.
Requirement
The project tree is open.
Procedure
To perform an online/offline comparison, follow these steps:
1. Select a device in the project tree that allows online/offline comparison.
2. Select the "Compare > Offline/online" command in the shortcut menu.
3. If you have not already established an online connection to this device, the "Go online"
dialog opens. In this case, set all the necessary parameters for the connection and click
"Connect".
The online connection is established and compare editor opens.
Result
All objects that exist online and offline are displayed. The symbols in the compare editor and
in the project tree show you the status of the objects. In the compare editor, you can now define
certain actions for the objects, depending on their status.

Editing projects
See also
Basics of project data comparison (Page 402)
9.5.2.3 Carrying out offline/offline comparisons

With offline/offline comparison you have the option to compare the project data of two devices.
You can carry out a software as well as a hardware comparison. When you compare the
software, you can compare objects from projects or libraries. The hardware comparison is
available for devices from the currently open project or from reference projects. You can decide
whether the comparison should be performed automatically for all objects or whether you want
to compare individual objects manually.
You can drag any other device to the drop area at any time to perform further comparisons.
Requirement
Procedure
To perform an offline/offline comparison, follow these steps:
1. Select a device in the project tree that allows offline/offline comparison.
2. Select the "Compare > Offline/offline" command in the shortcut menu.
The compare editor opens and the selected device is displayed in the left area.
3. Drag-and-drop an additional device to the drop area of the right pane.
All existing objects of the selected devices are displayed depending on the settings of the
compare editor in the "Software" tab and an automatic comparison is carried out. You can
identify the status of the objects based on the symbols in the compare editor. You can
define certain actions depending on the status of the objects. You can select an object in
order to additionally display the property comparison for the object.
4. If you want to carry out a manual comparison, click on the button for switching between
automatic and manual comparison in the status and action area. Then select the objects
that you want to compare.
The properties comparison is displayed. You can identify the status of the objects based
on the symbols. You can define certain actions depending on the status of the objects.
5. If you want to carry out a hardware comparison, open the "Hardware" tab. You can once
again carry out a manual comparison, if necessary. But you cannot specify any action.
See also

Editing projects

9.5.2.4 Using the compare editor
Overview of the compare editor
Function
The compare editor gives an overview of the results of a comparison in a table. The appearance
varies slightly depending on whether it is an online/offline comparison or a hardware/software
comparison.
Layout of the compare editor

The following figure shows the layout of the compare editor for an online/offline comparison:
2 3 4
Compare editor toolbar

Left comparison table
Status and action area
Right comparison table
Property comparison

Editing projects
The following figure shows the layout of the compare editor for an offline/offline comparison
(software):
2 3 2
4 5 6

Drop areas
Button to toggle between automatic and manual comparison
Property comparison
The following figure shows the layout of the compare editor for an offline/offline comparison
(hardware):

Editing projects
2 3 2
4 5 6

Drop areas
Status area
Property comparison

With the toolbar, you can access the following compare editor functions:
Show identical and different objects
You can show identical objects if you want to view the comparison in full.
Show only objects with differences
You can hide identical objects to make the comparison easier to follow.
Show additional filters available (only online/offline comparison and offline/offline
comparison for software)
You can define which objects are to be compared.
Display available assignment criteria (only offline/offline comparison for hardware)
You can specify the criterion according to which the modules are to be assigned to each
other for the comparison.

Editing projects
Changing the view

You can choose between a hierarchical and a flat view. In the hierarchical view, the devices
are shown in their structure; in the flat view, the objects of the devices are listed without
structure.
Start detail comparison (only online/offline comparison and offline/offline comparison for
software)
You can start a detailed comparison for objects to show the individual differences. This
function is, however, not available for every object.
Refresh the view
After you have modified objects, you can update the comparison results using this function.
Execute actions (only online/offline comparison and offline/offline comparison for software)
You can synchronize non-identical objects using specific actions.
Drop areas
In the case of an offline/offline comparison, you can drag the devices you want to compare
into the drop areas. In the case of a software comparison, the devices to be compared can
originate from the opened project, from reference projects, from the project library or from
global libraries. However, note that you can only drop complete libraries into the right drop
area. In the case of a hardware comparison, you can compare devices from the opened project
or from reference projects.

With an offline/offline comparison, you can switch between automatic and manual comparison.
In the case of automatic comparison, the objects to be compared are assigned automatically
to each other. In the case of a manual comparison, you can select the objects that are to be
compared.
Comparison tables
Comparison tables show the objects of the devices being compared to one another.
The following table shows the meaning of the columns of the comparison table:
Column Description
Name Name of the compare object
Comment Comment on the compare object
Title Title of the compare object
Address Address of the compare object
Numbering Type of numbering for the comparison object
Type Type of compare object
Language Programming language set for the compare object.
Time stamp interface Time of the last modification to the block interface
Time stamp code Time of the last modification to the source code
Author Name of the author of the compare object
Version Version of the compare object

Editing projects
Column Description
Family Name of the object family
Load memory Memory usage of the load memory of the compare object
Work memory Memory usage of the work memory of the compare object
Modified on Time of last modification
Optimized block access Indicates whether "Optimized block access" is enabled for a block.
Signature Signature of the compare object (SIMATIC Safety)
Interface signature Signature of the block interface of the compare object (SIMATIC Safety)
Not all columns are available in every comparison type. For the hardware comparison, for
example, the comparison tables contain only the "Name" column.
Not all columns are shown in the default setting. However, as in all table editors, you can show
or hide the columns as required and sort according to individual columns.

The status and action area offers the following options:
You can view the results of automatic comparison. The results are displayed with symbols.
In an online/offline comparison and an offline/offline comparison for software, you can
specify actions for non-identical objects.
Status and action symbols

The following table shows the comparison results symbols for an online/offline comparison:
Symbol Description
Folder contains objects whose online and offline versions differ
Comparison results are not known
Online and offline versions of the object are identical
Online and offline versions of the object are different
Object only exists offline
Object only exists online
The following table shows the comparison results symbols for an offline/offline comparison:
Symbol Description
Reference program
Version compared
Folder contains objects of which the versions compared differ

Editing projects
Symbol Description
Results of the offline/offline comparison are not known
The versions of the object compared are identical
The versions of the object compared differ
Object only exists in the reference program
Object only exists in the version compared
Hardware comparison only: Although the lower-level objects of the container are
identical, there are differences between the containers themselves. Such a con
tainer may be a rack, for example.
Hardware comparison only: The lower-level objects of the container are different.
There are also differences between the containers. Such a container may be a
rack, for example.
The following table shows the symbols for possible actions in a software comparison:
Symbol Description
No action
Overwrite the object of the compared version with the object from the reference
program
Overwrite the object of the output program with the object from the compared
version
Different actions for the compare objects in the folder
Property comparison
The property comparison compares the properties of the selected compare objects. The result
is displayed with symbols. Only the property comparison is made with a manual comparison
so that the status and action area remains empty. With automatic comparison, you can perform
the property comparison in addition to the comparison in the comparison tables.
See also
Changing the view (Page 416)
Show and hide table columns (Page 411)
Filtering the compare editor view (Page 411)
Updating the comparison results (Page 413)
Synchronizing non-identical objects (Page 414)

Editing projects
Show and hide table columns

In a software comparison, you can show or hide the columns of comparison tables as required.
Procedure
To show or hide table columns, follow these steps:
1. Click a column header.
2. Select the "Show/Hide" command in the shortcut menu.
The selection of available columns is displayed.
3. To show a column, select the column's check box.
4. To hide a column, clear the column's check box.
5. In order to show or hide multiple columns, click "More" and select or clear the check boxes
of the corresponding columns in the "Show/Hide" dialog.
Result
The columns in both the left and the right comparison table are shown or hidden.
See also
Overview of the compare editor (Page 405)
Filtering the compare editor view

You can improve the clarity of the compare editor using the following filters:
Hiding identical comparison objects
You can hide comparison objects which have identical online/offline or offline/offline
versions. Any such comparison objects you have hidden can also be shown again at any
time.
Displayed objects
In an online/offline comparison or an offline/offline comparison for software, you can specify
the objects for which the comparison results are to be shown.

Editing projects
Requirement
The compare editor is open.
Hiding identical comparison objects

To hide identical objects, follow these steps:
1. Click on the "Show only objects with differences" button in the toolbar.
Only the elements that differ online and offline are displayed.
Showing identical comparison objects

To show identical objects again, follow these steps:
1. Click on the "Show identical and different objects" button in the toolbar.
All elements will be displayed.
Selecting displayed objects

To select the objects for which comparison results should be displayed, follow these steps:
1. Perform an online/offline or an offline/offline comparison for software.
2. Click the arrow of the button "Show additional available filters" in the toolbar.
3. Select the required filter.
See also
Running a detailed comparison
Note
Not all objects allow a detailed comparison. The project data for which you can perform a
detailed comparison depends on the products installed. A detailed comparison of the hardware
components is not available for hardware comparison.

Editing projects
Procedure
Proceed as follows to perform a detailed comparison:
1. First, perform an online/offline or an offline/offline comparison for software.
The compare editor opens.
Note
You can only perform a detailed comparison for objects that are listed in the left as well as
the right comparison table.
2. In the compare editor, select the object for which you want to perform a detailed comparison.
3. Click the "Start detailed comparison" button in the toolbar.
See also
Updating the comparison results

As soon as you change an object, the comparison results are no longer valid and must be
updated.
Note
For online/offline comparisons, you should note that changes in the device may result in the
system automatically updating the comparison editor if objects in the comparison are affected
by the change. This can have the following results:
Some of the actions you have defined may become invalid, for example if the device no
longer contains the object in question. Objects with such invalid actions will be highlighted
so you can define new, valid actions.
The selection you made before the automatic update may also be cancelled.
Requirement
The comparison editor is open.

Editing projects
Procedure
To update the comparison results, follow these steps:
1. Click the "Refresh view" button in the toolbar.
The comparison results are updated.
Note
Please note that the "Refresh view" button will not be available while the comparison editor
is loading or synchronizing content.
See also
Synchronizing non-identical objects
Specifying actions
If you have performed a comparison, you can specify the actions to be performed for non-
identical objects in the compare editor. You cannot select any actions for identical objects.
Note that you cannot execute any actions during hardware comparison.
In the case of an online/offline comparison, only synchronization actions in one direction are
permitted, in order to retain program consistency. Thus, for example, you can load multiple
blocks to a device or from a device, but you cannot perform a combination of loading actions
in one synchronization action. In this case, the first action you set in the compare editor
determines the synchronization direction. For example, if you specify for a block that the offline
block is to be loaded to the device, then the other objects can also only be loaded to the device
via a synchronization action. To load objects from the device again, first select the "No action"

Editing projects
option. You can then specify the action settings again as required. Or, you can perform a new
comparison.
Note
Please note the following CPU-specific aspects when defining actions:
S7-300/400:
You can define actions for the "Program blocks" folder, for folders you have created
yourself or for individual blocks.
Neither SCL nor GRAPH blocks can be loaded from the device to the offline project.
S7-1200/1500:
You can define actions for the "Program blocks" folder, for folders you have created
yourself or for individual blocks. If you have performed an online/offline comparison and
select download to the device as action, a consistent download is executed. If you upload
the object from the device to the project, however, you can also upload individual blocks.
SCL blocks cannot be loaded from the device to the offline project.
Requirement
Procedure
To select an action for a non-identical object, follow these steps:
1. In the status and action area, click in the "Action" column on the cell of the object for which
you want to define an action.
The cell changes to a drop-down list.
2. Click on the drop-down list.
3. Select the action you want.
The action set will be carried out for the object in question the next time synchronization is
performed.
If you have accidentally changed the action you had selected, you can undo the change
before the next synchronization.
4. To restore the previously set action selection, right-click the action in the status and action
area that you want to restore.
5. Select the "Restore last selection" command in the shortcut menu.
See also

Editing projects

Synchronizing objects (Page 416)
Synchronizing objects
Synchronization executes the actions you have specified for non-identical objects. Note,
however, that in the case of an online/offline comparison you can only perform actions in one
direction in one synchronization action.
Requirement
The desired actions have been selected.
Procedure
To synchronize objects, follow these steps:
1. Click the "Execute actions" button in the toolbar.
Result
The actions you specified for the objects are performed.
See also
Specifying actions (Page 414)
Changing the view

You can choose between a hierarchical and a flat view for the left comparison table. In the
hierarchical view, the devices are shown in their structure; in the flat view, the objects of the
devices are listed without structure. In the right comparison table, the objects are always
displayed flat.

Editing projects
Setting the hierarchical view

To set the hierarchical view, follow these steps:
1. Click the "Display in hierarchical view" button in the toolbar of the compare editor.
Setting the flat view

To set the flat view, follow these steps:
1. Click the "Display in flat view" button in the toolbar of the compare editor.
See also
9.5.3 Protecting project data
9.5.3.1 Protection concept for project data
Introduction
You can protect your project data from unauthorized access. These include, for example:
Access protection for devices
Copy and display protection of objects
Restrictions for printouts of know-how-protected objects
For objects with know-how protection, this protection is also retained after the object is pasted
into a library. Note that every protection mechanism is not available for all objects. How to
protect specific objects is described in the online help of the product.

Editing projects
Revoking access rights for devices

If you want to execute a function that is password-protected by means of the device protection
level, you are prompted to enter a password. When the password is entered correctly, you can
execute the required function. The access right is retained on the device until you close the
TIA Portal.
If you want to reactivate password protection while the TIA Portal is open, you can explicitly
revoke the access rights for a device. As a result, certain functions for the protected device
cannot be executed until the correct password is entered again. You specify the functions for
which a password must be entered when you assign the device protection level.
See also
Printing project data (Page 436)
9.5.3.2 Revoking access rights for devices
Requirement
A protection level has been set for the device.
A protected function for the device has been enabled by entering the password.
Procedure
To revoke the access rights for the device, follow these steps:
1. Select the device for which you want to revoke access rights in the project tree.
2. Select the "Delete access rights" command in the "Online" menu.
Result
The access rights are revoked, and starting from now the user will be prompted to enter the
password again to execute a password-protected function on the device. The function can only
be executed if the correct password is entered.
If the device has an online connection, it will be disconnected.
See also
Protection concept for project data (Page 417)

Editing projects
9.5.4 Printing project contents
9.5.4.1 Printing project documentation
Introduction
Once a project is created, the contents can be printed in an easy-to-read format. You may print
the entire project or individual objects within the project. A well-structured printout is helpful
when editing the project or performing service work. The printout can also be used for your
customer presentations or as full system documentation.
You can prepare the project in the form of standardized circuit manuals and print it in a uniform
layout. You can limit the scope of the printout. You have the option to print to the entire project,
individual objects along with their properties, or a compact overview of the project. In addition,
you can print the contents of an open editor.
Improving the printout with frames and cover pages

You can design the appearance of the printed pages according to your own requirements, for
example, to add your own company logo or the corporate design of your company in the project
documentation. You can create any number of design variants as frames and cover pages.
The frames and cover pages are stored in the project tree under the item "Documentation
settings" and are part of the project. You can insert placeholders for data from previously
entered document information within the frames and cover pages. These will be filled
automatically with the appropriate metadata during printing.
If you want to avoid designing your own template, there are ready-made frames and covers
pages available. These include templates complying with the ISO standard for technical
documentation.
Modular structure of a printout

An printout generally consists of the following components:
Cover page (only when printing from the project tree)
Table of contents (only when printing from the project tree)
Name and path of an object within the project tree
Object data
Printout of the cover page or the table of contents can be deactivated in the "Print" dialog.
See also
Creating frames (Page 425)
Creating a cover page (Page 425)

Editing projects
Editing cover pages and frames (Page 427)

Entering document information (Page 423)
Print function for module labels (Page 438)
Printout of project contents
Availability of print function

The following contents can be printed:
An entire project in the project tree
One or more project-related objects in the project tree
Contents of an editor
Tables
Libraries
Diagnostics view of the Inspector window
It is not possible to print in the following areas:
Portal view
Detailed view
Overview window
Compare editor
All tabs of the Inspector window, except the diagnostics view
All task cards, except the libraries
Most of the dialogs
Properties and devices of the programming device/PC not related to the project, for example
online portals and connected card readers.
Scope of printout
To be able to print, at least one printable element has to be selected.
If a selected object is printed, all subordinate objects are also printed. For example, if a device
is selected in the project tree, all of its data is also printed. If you select the entire project in
the project tree for printing, all project contents are printed with the exception of the graphical
views. These have to be printed separately. Items in the project tree that are not part of the
project cannot be printed. For example, this includes online portals and connected card readers
and USB memory devices.
When table contents are printed, all lines in the table in which a cell is selected are printed. In
order to print one or more table columns, the desired columns must be selected. If no individual
cells or columns are selected, the entire table is printed.

Editing projects
Limitations when printing

In general, it is possible to print all objects that can be visualized on the user interface.
Conversely, this means that you cannot print objects that you do not have access to. If a printout
fails, possible reasons may include the following:
A valid license does not exist for displaying an object.
There is no device description for an object.
A software component needed to display an object is not installed.
See also
Changing the print settings
Changing the print settings

You can specify general print settings that are retained even after the TIA Portal is closed and
re-opened. Some settings are dependent on the products installed. The following settings are
possible in every case:
Always print table data as pairs of values

If this option is selected, tables are not printed in tabular format but rather as a pairs of key
and value.
Example:
Object name Property 1 Property 2

Object A Value A1 Value A2
Object B Value B1 Value B2
In this case, the printout has the following appearance:

Object A
Property 1: Value A1
Object B
Property 1: Value B1

Editing projects
Printing mask editors

Always print data in tables
All parameters of technology objects are printed in tabular format.
Print mask graphics if possible
If the utilized editor supports this function, the contents of the editor are not printed as a
table but rather as a complete graphic as it appears on the screen.
Procedure
To change the print settings, follow these steps:
2. Select the "General" group.
3. Select the desired default settings in the "Print settings" area.
The changes are applied immediately and are retained for all projects, even after the TIA
Portal is closed.
See also
Specifying the print layout
Specifying the print layout

If you do not want to rely on ready-made print templates, you can specify your own cover page
or your own layout for the individual pages. Your designs are saved together with the respective
project.
Your designs for the cover page and your templates for the page layout can be found in the
project tree under the "Documentation information" group. You will also find metadata on the
project there under the entry "Document information". For subsequent print operations, you
can customize the appearance of the printout in the "Print" dialog using the saved cover pages
and page layout templates and the available metadata.
Designing the cover page

The cover page can be customized. You can insert a background graphic and provide
placeholders for text on the page. The placeholders are automatically filled with data from a
documentation information during printing.
Cover pages are located in the project tree under the "Documentation information > Cover
pages" group.

Editing projects
Designing the content page

The regular pages of a printout can contain the following elements:
Frame with static content, such as a company logo
Placeholders for text, such as the name of the project, the page number, and the time the
printout was started
Several different values for the individual placeholders can be specified in the document
information. Other values, such as the project name, are preassigned and are inserted
automatically during printing.
Footnote
The footnote is always output below the content area.
Content area
You can specify an area where the printed content is to be embedded.
The design of the content pages is saved in Frames. The individual frames are located in the
project tree under the "Documentation information > Frames" group.
Entering document information

You can enter metadata in the document information for every project. In addition, a print frame
and a cover page are specified in the document information. You can create different
information, if required, to enable you to quickly switch between different document information
containing different information, frames, cover pages, page sizes, and page orientations when
printing. For example, this is useful if you want to generate printouts in different languages and
different document information is provided for each language.
In the documentation editor, you can specify placeholders on the cover page or in the frame
of the regular pages. These placeholders can be automatically replaced with metadata from
the documentation information during printing.
The various document information are therefore part of the printing function and specify the
print layout and print content.
Procedure
To add metadata, follow these steps:
1. To create new document information, double-click "Add new document information" under
"Documentation information > Document information" in the project tree.
The new document information is created and opened immediately.
2. Enter a name for the set in the "Name" field.
3. Fill in the individual fields with the metadata for the project.

Editing projects
Managing cover pages and frames
Using cover pages and frames
Uses for cover pages

You can give your plant documentation printouts a professional appearance by adding a cover
page. You can design your own cover page or use ready-made cover pages. Ready-made
cover pages can be adapted and stored again as a template.
Cover pages can be saved in global libraries where they are available for use across projects.
Cover pages are designed for use as a right printed page only.
Uses of frames
You can embed the regular pages of your plant documentation inside a consistently uniform
page frame. The frame can contain placeholders for project metadata, which is stored in the
document information. It can also contain graphic elements that you design yourself.
You can create your own frames or rely on ready-made page frames. You can adapt a ready-
made page frame and then store it again as a new frame.
Like cover pages, frames can be saved in global libraries where they are available for use
across projects.
Frames are designed for use on right printed pages only.
Cover pages and templates in the project tree

Cover pages and frames associated with the project are stored in the project tree under the
entry "Documentation information". There are separate folders here for frames and cover
pages.
The following actions are available in the project tree for cover pages and frames.
Creating your own subfolders
Copying and pasting
Inserting cover pages and frames from the "Documentation templates" system library
Copying cover pages and templates to a global library
Cover pages and templates in libraries

The "Documentation templates" system library contains a few cover pages and templates that
are available in every project. The cover pages and templates can be moved from there to the
project tree using a drag-and-drop operation. You can then adapt the cover pages and
templates in the project tree according to the requirements of your project.
Cover pages and templates can be moved from the project tree to a global library. Afterwards,
these are available in every project.

Editing projects
See also
Library basics (Page 470)
Overview of the "Libraries" task card (Page 472)
Designing cover pages and frames (Page 427)
Using ready-made frames and cover pages (Page 426)
Creating frames
You can create any number of frames for each project. The frames are stored in the project
tree below the "Documentation information > Frames" group. You can assign a frame to all
document information. When you select document information for printing, its associated frame
is used.
Procedure
To create a new frame, follow these steps:
1. Double-click the entry "Add new frame" below the "Documentation information > Frames"
group in the project tree.
The "Creating frames" dialog opens.
2. Enter a name for the frame in the "Name" field.
3. Choose the paper size from the "Paper type" drop-down list.
4. Choose whether the page is to be created in portrait or landscape format in the "Orientation"
drop-down list.
Click the "Add" button.
Result
A new frame is created. The frame is then opened automatically in the documentation editor
where it can be edited.
See also
Creating a cover page

You can create any number of cover pages for the printout for each project. The cover pages
are stored in the project tree below the the "Documentation information > Cover pages" group.
You can assign a cover page to all document information. When you select specific document
information for printing, its associated cover page is used.

Editing projects
Procedure
To create a new cover page, follow these steps:
1. Double-click the entry "Add new cover page" below the "Documentation information > Cover
pages" group in the project tree.
The "Add new cover page" dialog box opens.
2. Enter a name for the cover page in the "Name" field.
3. Choose the paper size from the "Paper type" drop-down list.
4. Choose whether the page is to be created in portrait or landscape format in the "Orientation"
drop-down list.
Click the "Add" button.
Result
A new cover page is created. The cover page is then opened automatically in the
documentation editor where it can be edited.
See also
Using ready-made frames and cover pages

The TIA Portal comes with some ready-made frames and cover pages. These can change
according to your wishes.
Procedure
To create and edit the ready-made frames and cover pages, follow these steps:
1. Open the "Global libraries" pane in the "Libraries" task card.
2. In the "Templates" folder, open the "Cover Pages" or "Frames" folder.
3. Drag a cover page or a frame from one of the folders into the project tree and drop it into
one of the following folders:
For frames: "Document information > Frames"
For cover pages: "Document information > Cover pages".
The ready-made frame or cover page can now be used in the project.
4. Double-click on the new entry in the project tree click to edit the frame or the cover page.
See also
Using cover pages and frames (Page 424)

Editing projects
Designing cover pages and frames
Editing cover pages and frames

The documentation editor is a graphical editor which allows you to design frames and cover
pages for your plant documentation. You can place images or text elements on the frame and
the cover pages in the document editor. The text elements are either static or they are
automatically filled during printing with the data from the document information that you have
selected in the print dialog.
Procedure
To edit a cover page or a frame in the documentation editor, follow these steps:
1. In the project tree, double-click on the entry for an existing cover page or frame under the
"Documentation information > Frames " or "Documentation information > Cover pages"
group.
The documentation editor opens.
2. Design the cover page or frame as desired.
3. Close the documentation editor.
The changes to the cover page or frame are applied automatically.
See also
General operation of the documentation editor (Page 428)

Editing projects
General operation of the documentation editor
Components of the documentation editor

The following figure provides an overview of the components of the documentation editor:

Editing projects
Toolbar
The toolbar provides the following tools (from left to right):
Arrow tool
Enables object selection.
Navigation tool
Allows shifting of the partial page.
Zoom-in button
Magnifies the page display incrementally.
Zoom-out button
Reduces the page display incrementally.
Zoom with selection
Adapts the page size to a selected work area.
Dynamic zoom
Adapts the page width to the work area.
Work area
You can design the cover page or frame in the work area.
"Toolbox" task card
The "Toolbox" task card contains various types of placeholders that you can use on
the cover sheet or frame. The placeholders can be placed in the work place using
a drag-and-drop operation.
Properties in the Inspector window
You can display and modify the properties of the currently selected object in the
"Properties" tab of the Inspector window. For example, you can modify the properties
of the page, format text, specify the position of objects on the page, etc.

Editing projects
Operation in the documentation editor

The following basic functions are available in the documentation editor:
Drag-and-drop functionality
The documentation editor is a graphic editor. which means you can place objects anywhere
with the mouse. An image of the page is displayed in the work area. This image corresponds
to the ultimate print layout.
If you want to select objects on the page in order to move them or modify their properties,
the arrow tool must be activated in the toolbar.
Zoom function
You can use the zoom function to change the size of the page display. You have two options
for changing the page size:
Via the buttons in the toolbar
Select the "Zoom in" or "Zoom out" magnifying glass button in the toolbar of the
documentation editor. Then click on the page in order to magnify (zoom in) or reduce
(zoom out) the page incrementally.
To zoom in on a particular area, select the "Zoom with selection" tool and use the mouse
to drag an outline around the area you want to focus on.
To continuously zoom in or zoom out of the work area, use the "Dynamic zoom" tool.
To magnify the page display, click anywhere on the work area, and then hold down the
mouse button while dragging the mouse toward the top of the page. To reduce the page
display, drag the mouse toward the bottom of the page.
Via the zoom bar
You can also use the zoom bar (located in the bottom right corner of the work area) to
change the display size. Select a percentage value from the drop-down list or enter a
percentage value. Alternatively, you control the display size using the slider.
Navigation over the page
In addition to scrolling, you the option of changing the partial page with the navigation tool.
To change the partial page with the navigation tool, select the Hand button in the toolbar.
Then, click anywhere on the page and hold the mouse button down while moving the page
to the desired position.
Using and adapting the positioning aids

You have various aids at your disposal to help you position elements on the page:
Rulers
Rulers are affixed to the page margins in the work area.
Page grid
A grid is placed underneath the page in the work area.
You can display, hide or adapt the positioning aids in the Inspector window under "Properties
> Rulers and grid". You can make the following settings:
Units:
Specify the unit of measurement for the grid and the rulers.
Grid steps:
Specify the width of the grid.
Show grid:
Specify whether the grid is to be displayed or hidden.

Editing projects
Snap to grid:
Specify whether objects are to be aligned automatically to the grid. If the option is selected,
the grid lines function like a "magnet".
Show rulers:
Specify whether the rulers are to be displayed.
See also
Specifying the print area (Page 431)
Inserting placeholders for metadata (Page 431)
Specifying the print area

An area within the frame is provided for the actual printed contents. The project data is then
always inserted inside this defined and uniformly consistent area within the frame. You can
adjust the size of the print area.
Requirement
A frame is open in the documentation editor.
Procedure
To define an area for the printed contents, follow these steps:
1. Click on the slightly darker area within the page display in the documentation editor to select
the area for the print content.
This opens the properties of the area to be printed in the Inspector window.
2. Enter the position of the print area on the X and Y axes in the Inspector window.
3. Specify the width and height of the print area in cm in the Inspector window.
Alternatively, you can change the width and position of the print area in the graphic display of
the page. To do so, use the mouse to drag the margins of the print area until the desired size
and position are achieved.
See also
Inserting placeholders for metadata

You can provide placeholders on the cover page and in a frame. The placeholders are
automatically filled with metadata from documentation information during printing, if they are
placeholders for text. Alternatively, you can add non-modifiable data, such as free text or an
image.

Editing projects
All elements are arranged in numbered Z-Orders. If objects overlap, you can determine in
which sequence these are to be arranged.
Types of placeholders
The following types of placeholders are available to you:
Text field
The text field stands as a placeholder for a text element from a document information. In
the properties of the text field, you set which text from a document information should be
automatically inserted during printing.
Field for date and time
A date and time is inserted instead of the placeholder when printing. This can be the date
of creation or the point in time when the last change was made to the project. In the
properties of the Inspector window, you specify which date or time is printed.
Page number
The correct page number is automatically applied when printing.
Free text
You can enter freely selectable text in the properties of the text field. The text is static and
is not influenced by the document information selected at the time of printing.
Image
Select the image file in the properties of the placeholder in the Inspector window. Images
in the formats BMP, JPEG, PNG, EMF or GIF are possible.
Requirement
An cover page or frame is open in the documentation editor.
Procedure
To insert placeholders for metadata on the cover sheet or in a frame, follow these steps:
1. Drag a field from the "Toolbox > Elements" task card to the work area of the documentation
editor.
The placeholder is inserted. The placeholder properties are shown in the Inspector window
and can be edited there.
2. Select the metadata to be inserted during printing from the "Text" drop-down list in the
Inspector window under "Properties > General > Text box". Alternatively, you have the
option of entering free text or selecting an image depending on the type of placeholder.
3. In the Inspector window under "Properties > General > Position and size", specify the
position of the placeholder on the X and Y axis and enter the width and height of the text
box in cm. You specify the sequence of the objects in the "Z-Order" field, if these overlap.
The smaller the value, the further down an object is located.
4. In the Inspector window, go to "Properties > View" and select the font formatting and the
orientation of the text as well as the alignment of the text. You cannot make this setting for
images.

Editing projects
See also
Displaying print preview
Creating a print preview
Creating a print preview

You can create a preview of the printout. Document information can be chosen for this, in the
same way as for the actual printout. In this way, you preview the selected frame and, if
applicable, the cover sheet. The settings are retained for later printing.
Procedure
To create a print preview and to set the scope of the later printout, follow these steps:
1. Select the "Print preview" command in the "Project" menu.
The "Print preview" dialog opens.
2. Select the frame layout you want to use for the printout.
In the "Document information" drop-down list, select the documentation information you
want to use later for the printout.
Select the "Print cover page" check box to print the cover page, which is specified in the
selected document information.
Select the "Print table of contents" check box to add a table of contents to the printout.
The check boxes for printing the cover page and the table of contents can only be selected
if you have started the printout in the project tree.
3. Under "Print objects/area", select what is to be printed. The selection is only possible if you
have started the printout from an editor that supports this function.
Choose "All" to print out the entire content of the editor.
Choose "Selection" to print only the objects currently selected in the editor.

Editing projects
4. Select the print scope under "Properties".

Choose "All" to print all configuration data of the selected objects.
Choose "Visible" to print the information of an editor that is currently visible on the
screen. This option can only be chosen if you have started the printout from an editor
that supports this function.
Choose "Compact" to print out an abbreviated version of the project data.
5. Click "Preview" to generate the preview.
A print preview is created in the work area.
Note
Wait time for extensive documents
It can take several minutes to generate the print preview in the case of very extensive
projects. You can continue working normally in the meantime on systems with adequate
resources. The progress of the print preview is shown in the status bar.
See also
Operation within the print preview (Page 435)

Editing projects
Operation within the print preview
Functions within the print preview

The print preview shows an exact image of the subsequent printout. You can use the buttons
in the toolbar to modify the print preview display. The following functions are available (from
left to right):
Navigation mode
Allows shifting of the partial page.
To change the partial page with the navigation tool, select the arrow button in the toolbar.
Then, click anywhere on the page and hold the mouse button down while moving the page
to the desired position.
Zoom function
"Zoom in" and "Zoom out"
Magnifies or reduces the page display.
To zoom in or zoom out the display incrementally, select the corresponding button. Then
click on the page in order to magnify (zoom in) or reduce (zoom out) the page
incrementally.
To zoom in on a particular area, enable the "Zoom with selection" icon and use the
mouse to drag an outline around the area you want to focus on.
To zoom dynamically through the page, select the button "Zoom in / zoom out
dynamically". With pressed mouse button, scroll down over the page to zoom in. Scroll
up to zoom out.
Percentage value in the drop-down list
Specifies the display size of the page in percent.
Enter a percentage value or select a percentage value from the drop-down list.
Alternatively, choose the "Fit to page" option from the drop-down list to adapt the page
size to the work area. Or, choose "Fit to width" to adapt the page width to the work area.
"Forward" and "Backward"
Each change in the partial page, the page count, or the display size is saved in a history in
the background. You can use the "Forward" or "Backward" button to return to the previous
view or the next view.
Page navigation
"First page"
Jumps to the first page
"Previous page"
Goes to the previous page.
"Page number" input field
Shows the current page. To jump directly to a page, enter the page number of the page
you want to view.
"Next page"
Goes to the next page.
"Last page"
Jumps to the last page.

Editing projects
See also
Creating a print preview (Page 433)
Printing project data

You have two options for printing out project data:
Print immediately using default settings by means of the "Print" button in the toolbar.
The button is only active if a printable object is selected.
Printout with additional setting options with the "Project > Print" menu command.
For example, you can choose a different printer or specific documentation information or
you can specify whether a cover page and table of contents are to be printed. In addition,
you can specify the print scope or display a print preview prior to printing.
Requirement
At least one printer is configured.
The objects to be printed are not protected.
The print scope for protected objects is limited. Disable the know-how protection to print
the objects in full.
Printing project data

To print out data from the current project or the entire project with additional setting options,
follow these steps:
1. Select the entire project in the project tree in order to print out the entire project. To print
only individual elements within a project, select them in the project tree.
2. Select the "Print" command in the "Project" menu.
The "Print" dialog opens.
3. Select the printer in the "Name" box.
4. Click "Advanced" to modify the Windows printer settings.
5. Select the frame layout you want to use for the printout.
Select the documentation information in the "Document information" drop-down list.
The frame stored in the document information is used for the printout. All placeholders
within the chosen frame are filled with the metadata from the selected document
information.
Select the "Print cover page" check box to print the cover page, which is stored in the
selected document information.
Select the "Print table of contents" check box to add a table of contents to the printout.
The check boxes for printing the cover page and the table of contents can only be selected
if you have started the printout in the project tree.

Editing projects
6. Under "Print objects/area", select what is to be printed. The selection is only possible if you
have started the printout from an editor that supports this function.
Select "All" to print out the entire content of the editor.
Select "Selection" to print only the objects currently selected in the editor.
7. Select the print scope under "Properties".
Select "All" to print all configuration data of the selected objects.
Select "Visible" to print the information of an editor that is currently visible on the screen.
This option can only be chosen if you have started the printout from an editor.
Select "Compact" to print out an abbreviated version of the project data.
8. Click "Preview" to generate a print preview in advance.
9. Click "Print" to start the printout.
Note
Scope of the "Print" dialog
The options available in the "Print" dialog vary depending on the elements to be printed.
Result
The project data is prepared in the background for printing and then printed on the selected
printer. The status bar shows the progress of the print operation. You can continue working
normally while data is being prepared for printing.
The print results and any errors or warnings are listed in the Inspector window under "Info" at
the conclusion of the print job.
Canceling a print job

To cancel an active print job, follow these steps:
1. Click the blue cross in the status bar next to the progress display for the printout.
The printout is aborted.
See also
Protection concept for project data (Page 417)
Revoking access rights for devices (Page 418)
Printout of project contents (Page 420)
Designing cover pages and frames (Page 427)

Editing projects
9.5.4.2 Printing module labels
Print function for module labels
Printing of module labeling strips for hardware modules

You can print labeling strips for the modules in your project with the help of the TIA Portal. The
labeling strips are custom-fit to each module and can contain the following printed information:
Symbolic name of the input or output
Absolute address of the input or output
Symbolic name and additionally the absolute address of the input or output. The order of
the information can be specified.
The modules are displayed graphically in the device view. If you set the zoom level in the
device view to at least 200%, the labels for the individual modules will be visible. The printout
on the labeling strip corresponds to the representation of the labeling in the device view.
The following figure shows an example of two modules in the device view on which the labeling
of the inputs and outputs is visible:
Export and further editing as Microsoft Word file

The labeling strips are first exported as a Microsoft Word file (.docx) before they are printed.
The file can be further edited with commonly available word processing programs such as
Microsoft Word. The individual labeling strips are represented as a table in the .docx file.
The character spacing of the text within the table is adapted by default, so that texts are not
truncated. If you want to prevent this from stretching or compressing the text too much, change
the character spacing of the text in the table cell properties.

Editing projects
Printing the labeling data to an XML file

As an alternative to printing the labeling strips, you can print the addresses of the inputs and
outputs of a module to an XML file. You can use the export to an XML file for devices for which
no ready-made labeling strips are available. You can also use the export to an XML file to
create labeling strips with another program. The program must be able to transform the data
of the XML file into an input format that is suitable for the labeling system. The schema of the
XML file is available in the section "XML schema of the export file (Page 442)".
Print media
You can print the labeling strips either on ready-made print sheets or on standard DIN A4
paper. You can separate the individual labeling strips from the ready-made print sheets and
insert them in the designated labeling areas of your modules. If you print on standard paper,
the individual labeling strips must be cut out. Cut marks are automatically included on the
printout and serve as aids.
Because the paper feeds of printers differ slightly, the printout may be slightly offset on the
paper. When the labeling strips are printed on ready-made sheets, printing that is accurate to
the millimeter is important. Otherwise, the text will not be fit exactly inside the stamped area.
In addition, if the printing is imprecise, the labeling of an input or output may no longer be
congruent with the channel status displays of the module. To ensure precise printing, you can
enter an offset value for your printer in the TIA Portal. For information on how to determine the
proper offset value for your printer, refer to Chapter "Determining the print area offset
(Page 445)".
See also
Exporting labeling data as XML (Page 441)
XML schema of the export file (Page 442)
Printing labels (Page 439)
Determining the print area offset (Page 445)
Documentation settings (Page 419)
Printing labels
You can print labeling strips for the modules in your project if provision has been made for
attaching labels to the utilized modules. The labels are first exported to a Microsoft Word file
(.docx). A separate .docx file is created for each module family (for example, for all selected
S7-1500 modules). The labels are always printed from the word processing program.

Editing projects
Requirement
The following requirements apply to printing of labeling strips:
The chosen modules must support the printing of labels. Otherwise, the data can only be
output to an XML file.
A word processing program that supports Microsoft Word DOCX files must be installed,
e.g., Microsoft Word 2010 or later.
You need the ready-made labels for your modules or commercially available DIN A4 paper.
Procedure
To print labeling strips for hardware modules, follow these steps:
1. In the project tree, select the modules for which you want to print labeling strips.
You can select one or more stations in order to print out labeling strips for all modules
plugged into these stations.
Alternatively, select the desired modules below the stations in the "Local modules" folder.
2. Right-click one of the devices, and select the "Export labeling strips" command from the
shortcut menu.
The "Export labeling strips" dialog opens.
3. In the "Content of the labeling strip" area, select the data to be printed on the labeling strip:
Select "Symbolic name" in order to print the symbolic name of the input or output
(corresponds to the contents of the "Name" column in the IO tag table).
Select "Absolute address" in order to print the absolute address of the input or output
(corresponds to the contents of the "Address" column in the IO tag table).
Select "Absolute and symbolic address" or "Symbolic and absolute address" in order to
print both addresses. Printing takes place according to the specified order.
4. In the "Export format" area, define how the labeling data will be output.
Select "Print on SIEMENS labeling sheet" if you are printing on a ready-made label sheet
for your modules.
Select "Print on plain DIN A4 page" if you are printing on standard DIN A4 paper.
5. Select correction values for your printer in the "Offset print area", if required. The correction
values are used for correct alignment of the print area. Correction values are only necessary
if you are printing on ready-made labeling strips.
Enter a correction value, in millimeters, in the "Vertical offset" field. A negative value
shifts the print area upward. A positive value shifts the print area downward.
Enter a correction value, in millimeters, in the "Horizontal offset" field. A negative value
shifts the print area to the left. A positive value shifts the print area to the right.
6. In the "Path" field, select the path where the exported files will be stored.
7. Click the "Export" button to start the export.
The export files are created.
8. Open the DOCX files with a conventional word processing program, such as Microsoft
Word, and change the design of the labeling strips if necessary.

Editing projects
9. Print out the labeling strips from your word processing program. Use the paper that you
specified in the Export dialog for this.
10.If you are using ready-made sheets, separate the labeling strips at the stamped lines
provided for that purpose. When standard DIN A4 paper is used, you must cut out the
labeling strips.
See also
Determining the print area offset (Page 445)
Exporting labeling data as XML

The TIA Portal supports a large number of different modules and can be continually expanded
using Hardware Support Packages, for example. Ready-made labeling strips are not available
for every supported module. However, you can still use the TIA Portal to label inputs and
outputs of modules that are not supported. First, you export the absolute and symbolic
addresses of the inputs and outputs to a standardized XML file. Then, you import the XML file
to an external program for printing the labels. In this program, you prepare the data to suit your
modules and print out the labels.
Procedure
To export labeling data for hardware modules as XML, follow these steps:
1. In the project tree or network view, select the modules for which you need labeling strips.
You can select one or more stations in order to export the input and output addresses
of all modules plugged into these stations.
Alternatively, select the desired modules below the stations in the "Local modules" folder.
2. Right-click one of the devices and select the "Export module labeling strips" command from
the shortcut menu.
The "Export labeling strips" dialog opens.
3. In the "Export format" area, select the "Export to XML file" option.
4. In the "Path" field, select the path where the XML file will be stored.
5. Click the "Export" button to start the export to an XML file.
The XML file is created with the name "<Project name>_IO_Channels.xml".
See also
XML schema of the export file (Page 442)
Print function for module labels (Page 438)
Printing labels (Page 439)

Editing projects
XML schema of the export file
XML schema of an export file

The XML file for module labeling strips is structured according to the following schema:
<xs:schema targetNamespace="http://tempuri.org/XMLSchema.xsd"
elementFormDefault="qualified" xmlns:mstns="http://tempuri.org/
XMLSchema.xsd" xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:element name="Stations">
<xs:complexType>
<xs:sequence>
<xs:element name="Station" maxOccurs="unbounded">
<xs:complexType>
<xs:sequence>
<xs:element name="Rack" maxOccurs="unbounded">
<xs:complexType>
<xs:sequence>
<xs:element name="Module" maxOccurs="unbounded">
<xs:complexType>
<xs:sequence>
<xs:element name="IOChannel" maxOccurs="unbounded">
<xs:complexType>
<xs:sequence>
<xs:element name="Address" type="xs:string"></
xs:element>
<xs:element name ="Tag" type="xs:string"></xs:element>
</xs:sequence>
<xs:attribute name="Number" type="xs:int"></xs:attribute>
</xs:complexType>
</xs:element>
</xs:sequence>
<xs:attribute name="Name"></xs:attribute>
</xs:complexType>
</xs:element>
</xs:sequence>
<xs:attribute name="Name" type="xs:string"></xs:attribute>
</xs:complexType>
</xs:element>
</xs:sequence>
<xs:attribute name="Name" type="xs:string"></xs:attribute>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>

Editing projects
Example of an XML file

The following example shows an XML file that contains the labeling data for an S7-1500 CPU
with a digital input module and an analog input module:
<?xml version="1.0" encoding="UTF-8"?>
<Stations>

<Station Name="S71500/ET200MP-Station_1">
<Rack Name="Rack_0"> 
<Module Name="Sample S7-1500" /> 
<Module Name="DI 16x24VDC BA_1"> 

<IOChannel Number="0">
<Address>%I0.0</Address>
<Tag>Input Value 1</Tag> 
</IOChannel>
<Tag>Input Value 2</Tag>
</IOChannel>
</IOChannel>

</Module>
<Module Name="AI 4xU/I/RTD/TC ST_1"> 

<Address>%IW2</Address>
<Tag> 
</Tag>
</IOChannel>
<Tag>
</Tag>
</IOChannel>
<Tag>
</Tag>
</IOChannel>
<Tag>
</Tag>

Editing projects
</IOChannel>
</Module>
<Module Name="Sample S7-1500" />
<Module Name="DI 16x24VDC BA_1">
</IOChannel>
</IOChannel>
</IOChannel>

</Module>
<Module Name="AI 4xU/I/RTD/TC ST_1">
<Tag>
</Tag>
</IOChannel>
<Tag>
</Tag>
</IOChannel>
<Tag>
</Tag>
</IOChannel>
<Tag>
</Tag>
</IOChannel>
</Module>
</Rack>
</Station>
</Stations>
See also

Editing projects
Determining the print area offset

If you are using a ready-made label sheet, the printing on it must be applied precisely so that
the text is properly oriented on the prestamped labels and will have the proper fit relative to
the channel status displays of the module. However, the paper feeds vary slightly from one
printer to another. For this reason, you must enter a suitable correction value for your printer
in the TIA Portal, if necessary. The print area is then shifted in the exported .docx file in such
a way that the printing fits precisely on the ready-made label sheet.
The settings for shifting the print area are stored for the specific Windows user. If you log on
to Windows using a different user name, you have to enter the correction values again.
The procedure for determining the correction value for your printer is described below.
Requirement
You require a ready-made label sheet.
You must have access to the actual printer that you will use subsequently for the printout.
The printer must be made ready for printing on standard DIN A4 paper.
Procedure
To determine the correction value for your printer, follow these steps:
1. Print out a label sheet on standard DIN A4 paper, as described in Chapter "Printing labels
(Page 439)".
2. Compare the printout on the DIN A4 paper with the ready-made label sheet.
3. If the print area is offset, you must use correction values.
Using a ruler, measure the horizontal offset relative to the ready-made label sheet. This
will be entered later in the "Horizontal offset" field of the Export dialog box for the printing.
If the print area is offset to the right, a negative correction value must be entered. If the
print area is offset to the left , a positive correction value must be entered.
Using a ruler, measure the vertical offset relative to the ready-made label sheet. This
will be entered later in the "Vertical offset" field of the Export dialog box for the printing.
If the print area is offset downward, a negative correction value must be entered. If the
print area is offset upward, a positive correction value must be entered.

Editing projects
9.6 Undoing and redoing actions
9.6.1 Basics of undoing and redoing actions
Function
You can undo performed actions at any time. For this purpose, every action you perform is
saved in an action stack. When undoing actions, the stack is processed from top to bottom. In
other words, if you undo an action that lies further down in the stack, all actions located above
it in the stack will also be undone automatically.
You can redo previously undone actions until you execute a new action. Once you execute a
new action, it is no longer possible to redo previously undone actions.
Particularities for undoing

There are a few actions that empty the action stack. You cannot undo these actions or the
actions performed before these actions. The following actions empty the action stack:
Saving
Project management (creating a new project, opening project, closing a project, deleting a
project)
Establish and disconnect an online connection
Keep in mind that the action stack is emptied every time you establish and terminate an online
connection. This means that the actions executed offline cannot be undone once the online
connection is established. All actions which you execute while online can be undone until you
terminate the online connection. Once you have disconnected the online connection, only the
offline actions executed afterward can be undone.
Displaying the action stack

The "Undo" button in the toolbar is enabled as soon as you perform an action that can be
undone. This button is split; you can use the arrow down portion to open a drop-down list.
containing all actions of the action stack that you can undo. If you had performed actions in
an editor other than the currently displayed editor, the corresponding editor is also displayed
as a subheading. This allows you to always identify the point at which the undo operation will
be applied. The subheadings are removed from the list when the editor responsible can no
longer undo actions.
Actions you have undone are entered in the action stack from where they can be redone. Here,
you can redo actions you have undone. The display of actions you can redo it is analogous to
the display of the actions that you can undo.

Editing projects
Example of undoing actions

The figure below shows how actions performed in various editors and tables are undone:
$FWLRQVWDFN
8QGRVHTXHQFH
+DUGZDUHDQG
QHWZRUNHGLWRU

7DVNSODQQHU

3URJUDPPLQJHGLWRU

6DYHSURMHFW
0HVVDJHV

In this example, you cannot undo actions 1 to 3 because the project was saved. You can undo
actions 4 to 10 in the order indicated by the direction of the arrow. In other words, you must
undo action 10 first. Once you have undone action 8, you cannot then undo action 5. You must
first undo actions 7 and 6. As the final step in the sequence, you can then undo action 4. You
also have the option of undoing several actions in a single step by undoing an action located
further down in the action stack. All actions located above it in the stack will be undone
automatically.
The same principle also applies to redoing of actions.
See also
Undoing an action (Page 447)
Redoing an action (Page 448)
9.6.2 Undoing an action

The following options are available for undoing actions:
Undoing the last action only
Only the last action performed is undone.
Undoing as many actions as required
Multiple actions in the action stack are undone in a single step.

Editing projects
Undoing the last action only

To undo the last action performed, follow the steps below:
1. Click the "Undo" button in the toolbar.
If the action was not performed in the currently displayed editor, a confirmation prompt
appears.
If the undo operation requires an editor containing a protected object to be opened, you
must enter the password for the object.
3. Enter the password, if necessary.
The editor in which the action was performed is displayed and the action is undone.
Undoing as many actions as required

To undo multiple actions in the action stack in a single step, follow these steps:
1. Click the Down arrow next to the "Undo" button in the toolbar.
This opens a drop-down list containing all actions you can undo. Actions performed in other
editors are identified by the editor name in the subheading.
2. Click the action you want to undo.
The chosen action and all actions in the stack located above the chosen action are undone.
If the undo operation requires an editor containing a protected object to be opened, you
3. Enter the required passwords, if necessary.
The editors in which the actions were performed are displayed and the actions are undone.
See also
Basics of undoing and redoing actions (Page 446)
Redoing an action (Page 448)
9.6.3 Redoing an action

You have the option of redoing an action that has been undone, so that you can return to the
status present before "Undo" was performed. However, this is only possible until you perform
a new action. The following options are available for redoing actions:
Redoing the last undone action only
Only the last undone action is redone.
Redoing as many undone actions as required
Multiple undone actions in the action stack are redone in a single step.

Editing projects
9.7 Find and replace
Redoing the last undone action only

To redo the last undone action, follow the steps below:
1. Click the "Redo" button in the toolbar.
If the action is not being redone in the currently displayed editor, a confirmation prompt
appears.
If the redo operation requires an editor containing a protected object to be opened, you
3. Enter the password, if necessary.
The editor in which the action was undone is displayed and the action is redone.
Redoing as many undone actions as required

To redo multiple undone actions in the action stack in a single step, follow these steps:
1. Click the Down arrow next to the "Redo" button in the toolbar.
This opens a drop-down list containing all actions you can redo. Actions performed in other
editors are identified by the editor name in the subheading.
2. Click the action you want to redo.
The chosen action and all actions in the stack located above the chosen action are redone.
If the redo operation requires an editor containing a protected object to be opened, you
3. Enter the required passwords, if necessary.
The editors in which the actions were undone are displayed and the actions are redone.
See also
Basics of undoing and redoing actions (Page 446)
Undoing an action (Page 447)
9.7.1 Basics of searching
Introduction
You can use the following search options within TIA Portal:
Searching and replacing in the editor
Browsing the hardware catalog
In addition, individual products in TIA Portal offer more search options.

Editing projects
Searching and replacing in the editor

You can search for texts in the editors. The search function finds all texts containing the search
key in the currently opened editor. The results are selected in sequence in the opened editor.
You also have the following options:
Narrowing down the search with additional options
Replacing found texts
The additional options and the type of texts for which you can search depend on the installed
products and the currently open editor.

You can search for a specific hardware component in the hardware catalog.
See also: Browsing the hardware catalog
See also
Searching and replacing in the editor (Page 452)
9.7.2 Searching and replacing in the editor
9.7.2.1 Basics for search in open editors
Introduction
You can start a search which is limited to the editor currently open in the workspace. You can
customize the search as follows to suit requirements:
You can optimize the search with additional options.
You can specify the search area.
You can specify the search direction.
Additional options for searching

You can refine the search with the help of the following additional options:
Whole words only
Only whole words are taken into account for the search. Compound words that contain the
search key as a part are ignored.
Match case
Upper- and lowercase letters are taken into account in the search.
Find in substructures
The search also includes texts contained in another object.

Editing projects
Find in hidden texts

Texts that are assigned to another text but that are currently hidden are also included in
the search.
Use wildcards
Enter an asterisk as the wildcard for any number of characters. Example: You want to
search for all words starting with "Device". Type in "Device*" in the search key box.
Enter a question mark as the wildcard, however, if you only want to exclude a single
character.
Use regular expressions (for searching in scripts only)
A regular expression is a character string used to describe sets of values and for filtering.
This allows you to create complex search patterns.
The additional options available depend on the installed products and the editor opened.
Search area and search direction

You have the following options for define the search area:
Whole document
The entire is searched regardless of the current selection and position.
From current position
The search starts at the current position. Depending on the search direction, all texts above
or to the left or below or to the right of the current position are not included in the search.
Selection
The search term is only searched for in the current selection.
You can define the search direction independent of the search area:
Down
Search takes place in editor from top to bottom or from left to right.
Up
Search takes place in editor from bottom to top or from right to left.
9.7.2.2 Overview of the "Find and replace" palette
Function of the "Find and replace" palette

The "Find and replace" palette in the "Tasks" task card lets you search in an open editor. It
includes all options that you need for an efficient search.

Editing projects
Layout of the "Find and replace" palette

The following figure shows the components of the "Find and replace" palette:
Search field
Additional options
Search area
Search direction
Start search
Replace
9.7.2.3 Searching and replacing in the editor

You have the option to search for text in an editor or to replace it.

Editing projects
Start search
Follow these steps to start the "Find and replace" function:
1. Select the "Find and replace" command in the "Edit" menu or open the "Find and replace"
pane in the "Tasks" task card.
The "Find and replace" pane opens.
2. Enter a term in the "Find" drop-down list.
As an alternative, you can select the most recent search key from the drop-down list.
3. Select the options desired for the search.
4. Using the option buttons, select the starting point for the search and the search direction.
5. Click "Find".
The first hit is marked in the editor.
6. Click "Find" again to display the next hit.
The next hit is marked in the editor. Repeat this procedure as needed until you reach the
last hit.
Replacing the search key

You have the option of replacing hits individually or automatically replacing all the found texts,
if the respective editor supports this function. Follow these steps to replace terms:
1. Enter a term in the "Find" drop-down list.
As an alternative, you can select the most recent search key from the drop-down list.
2. Select the options desired for the search.
3. Click the "Find" button to start a search for the specified search key.
The first hit is displayed in the editor.
4. In the "Replace" drop-down list, enter the text you wish to use to replace the search key.
As an alternative, you can select one of the last entered texts from the drop-down list.
5. Click the "Replace" button to replace the selected hit with the specified text.
The found text is replaced and the next hit is marked in the editor.
Repeat this procedure until you have replaced all the desired hits. To skip to the next hit
without replacing the marked word, click the "Find" button instead of "Replace".
6. Click "Replace all" to automatically replace all hits at once.
See also
Basics of searching (Page 449)

Editing projects
9.8 Working with multi-language projects
9.8.1 Project text basics
Texts in different languages in the project

When you enter texts while working on a project, you would normally do this in your own
language. If you then pass on the project to someone else who does not know this language,
this person will require a translation of the relevant texts to a language they know. This is why
all texts can be translated. In this way, you can ensure that anyone who is subsequently
confronted with the texts sees the texts in his/her language of choice.
Project language
Project languages are all languages in which a project will later be used. Based on the editing
language, all the texts can be translated to the various project languages. You specify the
languages that will be available in the project tree under "Languages & Resources > Project
languages".
Editing language
Every project has an editing language. When you enter texts, these are always created in the
editing language. You should therefore make sure that the editing language set is the language
in which you enter the texts. This avoids problems if you translate the texts later.
The editing language does not depend on the language of the user interface. You could, for
example, set English as the user interface language, but use Italian as the editing language.
If you enter texts, these will be created in the project language "Italian" in this case, although
the user interface of the TIA Portal is displayed in English.
You set the editing language in the project tree under "Languages & Resources > Project
languages > Editing language".
Reference language
The reference language is used as a template for translation. The text is displayed in the
reference language for each text box in the "Tasks > Languages and resources" task card.
You therefore know which text that belongs in a text box, even when no text is entered in the
currently selected editing language.
User texts and system texts

For clarification purposes, a distinction is made between user texts and system texts:
User texts are texts that the user created.
System texts are texts that are created automatically according to the configuration in the
project.

Editing projects
You manage the project texts in the project tree under "Languages & Resources > Project
texts".
Examples of multilingual project texts

You can, for example, manage the following project texts in more than one language:
Block titles and block comments
Network titles and network comments
Comments in tables
Alarm texts
Operator-relevant texts
Text lists
Labels of buttons
Display names of recipes
Translating texts
The following procedures are available to translate texts.
Translate all texts used in the project in tabular form
You can enter the translations for the individual project languages directly in the "Project
texts" table. You can find the table in the project tree under "Languages & Resources >
Project texts".
Specify text assigned to individual objects in the Inspector window
In the Inspector window, you can translate the texts that are assigned to the currently
selected objects. Columns are displayed in a table for all available project languages. You
can enter the translations for each text in the columns.
Translating texts using reference texts
You can change the editing language for shorter texts. All the text cells are filled again with
the default values and can be filled in the current language. As orientation, you can display
what you last entered in the box in the reference language. To do this, select the "Tasks"
task card and open the "Languages & resources".
Exporting texts and translating them externally
With larger volumes of text, you can export the texts to an Office Open XML file and translate
them in a conventional table calculation program. You then import the translated list again
into the TIA Portal.
Note
Using East Asian project languages
You need Microsoft Windows at least in the Professional version or higher to display East
Asian project languages. Microsoft Windows in the Professional version must be installed in
the local language. With the "Ultimate" or "Enterprise" versions, it is sufficient to install the
appropriate language pack.

Editing projects
See also
Application examples for multilanguage projects (Page 462)
9.8.2 Select project languages

All the texts can be displayed within a project in the same language that you selected for your
software user interface. This means that all project texts must exist in the corresponding
language. You can select the available project languages yourself.
Requirement
You are in the project view.
A project is open.
Procedure
To select the project languages, follow these steps:
1. Click on the arrow symbol to the left of "Languages & Resources" in the project tree.
The elements below this are displayed.
2. Double-click on "Project languages".
In the work area, you will see a list of languages that you can select.
3. Select the required languages.
Result
All texts can be displayed in the activated languages if there is already a translation for these
languages.
9.8.3 Setting the editing language

All the texts in the project are created in the editing language when they are entered. If you
change the editing language, all future text input will be stored in the new editing language.
Requirement
A project is open.

Editing projects
Procedure
To change the editing language, follow these steps:
The lower-level elements are displayed.
2. Double-click on "Project languages".
The possible settings for the project languages are displayed in the work area.
3. Select the editing language in "General > Editing language".
9.8.4 Translating all project texts in tabular form

You can display and edit all project text used in the currently open project in a list. User and
system texts are separated into two different lists for clarity. Both lists contain a column for
each project language. Enter the translations of the texts in the respective columns.
Requirement
You have selected at least one further project language.
Procedure
To translate text in the project-wide list, follow these steps:
The elements below this are displayed.
2. Double-click "Project texts".
A list with the user texts in the project is displayed in the work area.
3. Click on "System texts" if you you want to edit the list of system texts rather than the user
texts.
4. You can improve the clarity of the lists if you have a lot of texts.
To group identical texts and to translate them all at once, click the "Switch on/off
grouping" button in the toolbar.
To hide texts that do not have a translation, click the "Filter for empty texts on/off" button
in the toolbar.
To further limit the displayed project texts to certain devices, select the devices for which
you want to display project texts in the drop-down list.
5. Enter the translation of the project texts in the relevant column.

Editing projects
9.8.5 Translating text associated with individual objects

If you want to edit the text of individual objects, it would be too difficult to locate the matching
text in the table with all project texts. For this reason, there is a table in the Inspector window
in which only the texts assigned to the currently selected objects are displayed. In the table,
you can add missing translations for individual project languages or change existing texts.
Requirement
Enter a text in at least one project language for the texts to be translated.
Procedure
To edit the text of the currently selected object, follow these steps:
1. Select the object whose text you want to edit.
2. Open the "Properties" tab in the Inspector window.
3. Open the lower-level "Texts" tab in the inspector window.
A table with all the texts that belong to the selected objects is displayed. The table contains
one column for the currently selected editing language and the reference language, as well
as additional columns for the other project languages.
4. Add or change the entries in the table for each project language.
See also
9.8.6 Translating texts using reference texts
Introduction
After changing the editing language, all texts are shown in input boxes in the new editing
language. If there is not yet a translation available for the newly set language, the input boxes
are empty or filled with default values.
If you enter text in an input box, this is saved in the current editing language. Following this,
the texts exist in two project languages for this input field, in the previous editing language and
in the current editing language. This makes it possible to create texts in several project
languages.

Editing projects
You can display existing translations for an input box in other project languages. These serve
as a comparison for text input in the current editing language and they are known as the
reference language.
Note
The display of reference texts depends on the installed products and is not supported by every
editor.
Requirement
There is at least one translation into a different project language for an input field.
Procedure
To display the translation of an input cell in a reference language, follow these steps:
1. In the "Tasks" task card, select the "Languages & Resources" pane.
2. Select a reference language from the "Reference language" drop-down list.
Result
The reference language is preset. If you click in a text box, translations that already exist in
other project languages are shown in the "Tasks > Languages & Resources" task card.
9.8.7 Exporting project texts

You can export project texts for translation and then reimport them. The texts are exported to
an Office Open XML file with the extension ".xlsx". This can be edited in Microsoft Excel or a
number of other spreadsheet programs.
The following export options are available:
Exporting individual project texts
You can select individual texts in the project texts editor and then export the selected texts.
Exporting project texts of a device
When you have selected a device, the "Properties > Texts" tab of the Inspector window
includes all texts that are part of the respective device. Here you can export all texts that
are part of the respective device.
Exporting all user texts or system texts at once
You can either export all texts in the project or further limit the export by categories.

Editing projects
Note
Row limit in Microsoft Excel
Note that spreadsheet programs may be able to process only a certain number of rows.
Microsoft Excel 2003 supports a maximum of 65536 rows, for example. Later versions of
Microsoft Excel support significantly more rows.
Exporting individual project texts

To export individual project texts, follow these steps:
1. Open the "Languages & Resources" folder in the project tree.
The lower-level elements are displayed.
2. Double-click "Project texts".
The project texts editor opens.
3. Choose the "User texts" or "System texts" tab in the editor, depending on which texts you
want to export.
4. Select the project texts you want to export.
5. Click "Export project texts" on the editor toolbar.
The "Export" dialog box opens.
6. Select the language you want to translate from in the "Source language" drop-down list.
7. Select the language you want to translate to in the "Target language" drop-down list. The
drop-down list contains the project languages you specified previously. If the required
language is missing, you must first specify it in the project languages editor.
8. Specify a file path and a file name for the export file in the "Select file for export" input box.
9. Click "Export".
Exporting project texts of a device

1. To export all project texts that are part of a specific device, follow these steps:
2. Select the device and open the device properties in the Inspector window.
3. Open the "Texts" tab in the Inspector window.
4. On the toolbar, click the "Export project texts" icon.
7. Specify a file path and a file name for the export file in the "Select file for export" input box.
8. Click "Export".

Editing projects
Exporting all system or user texts

To export all project texts, follow these steps:
1. Select the "Export project texts" command in the "Tools" menu.
4. In "Select content", select the check box "User texts" to export user texts. To export system
texts, select "System texts". To export both user texts and system texts, select both check
boxes.
5. In "Select content", select the required text categories for the user texts or the system texts.
6. In the "Export file" input field, specify a file name for the export file.
7. In the "Path" input field, select a path in the data system to which the export file is to be
saved.
8. Click "Export".
See also
Importing project texts (Page 461)
9.8.8 Importing project texts

After external compilation in a table calculation program, you import the project texts into the
TIA Portal. You can import the project texts at the following locations:
The "Tools" menu
In the toolbar of the project texts editor
In the properties of a device
When you have selected a device, the "Properties > Texts" tab of the Inspector window
includes all texts that are part of the respective device. You can also import the texts of the
device at this location.

Editing projects
Importing project texts

To import a file containing project texts, follow these steps:
1. Select the "Import project texts" command in the "Tools" menu.
Alternatives:
Click the "Import project texts" icon in the toolbar of the project texts editor.
Select a device and open its properties in the Inspector window. Open the "Texts" tab
and click the "Import project texts" icon in the toolbar.
2. The "Import" dialog box opens.
3. Select the path and the file name of the import file from the "Select file for import" field.
4. Select the "Import source language" check box if you have made changes to the source
language in the export file and you want to overwrite the entries in the project with the
changes.
5. Click "Import".
See also
Exporting project texts (Page 459)
9.8.9 Application examples for multilanguage projects

Let us assume you are working in a team with colleagues some of whom speak English, some
French and some German. You have created a project with the TIA Portal and have already
created a functioning configuration.
To allow your other colleagues to be able to keep track of the project, you would like all devices
being used to have comments in English and German. First, you would like to enter the
comments in German. Following this, to save time and costs, you want to have the texts
translated into English in a spreadsheet program by an external translation office.
In addition to this, you also want a single comment for a particular device in French so that
your French-speaking colleague can continue working on this device.
The section below describes an example of how you can achieve this with the tools of the TIA
Portal.
Translating the project into English

To enter the comments in German and to have them translated into English later, follow these
steps:
1. Set the editing language to "German" and fill all the comment boxes with the relevant texts
in German.
On the device selected from the French-speaking colleague, enter, for example "Unser
neues Gert" in German first.
All the comments are now stored in German.
2. Export all user texts to an Office Open XML file with the extension ".xlsx".

Editing projects
9.9 Working with text lists
3. Have the user texts contained in the file translated into English in a spreadsheet program
such as Microsoft Excel.
4. Import the file into the TIA Portal after it has been translated.
All texts are now available in German and English.
Translating a single comment field to French

To translate an individual comment field to French, follow these steps:
1. Open the comment box for the device on which the French-speaking colleague will be
working.
2. Open the "Languages & Resources" pane in the "Tasks" task card.
3. Set "French" as the editing language in the "Languages & Resources" pane. As the
reference language, set, for example, "English".
Since no translation has yet been installed in French, the comment box is empty. In the
"Languages & Resources" pane, the English translation "Our new device" is displayed as
a reference.
4. Orientating yourself on the English reference text enter "Notre nouvel appareil" in the
comment box.
The comment for this device is now available in the languages German, English and French.
See also
Project text basics (Page 454)
Translating text associated with individual objects (Page 458)
9.9.1 Text lists
Introduction
You can centrally manage texts to be referenced in alarms. All the texts are stored in text lists.
Each text list has a unique name with which you can call up its content. A range of values is
assigned to each text in a text list. If a value from a range of values occurs, the corresponding
text is called up.

Editing projects
All the texts can be translated to all project languages. Here, you have two options available:
You can enter the translation of the texts in a list. You will find the list in the project tree
under "Languages & Resources > Project texts".
You can export all texts to a file in Office Open XML format and enter the translation in a
spreadsheet program. The translations can then be imported again. Only export the data
to areas that are protected with appropriate access mechanisms. Only import files that
originate from trusted sources.
The texts are translated into the other project languages within the framework of the project
texts. In the text lists editor, you only have to manage the assignment of individual texts to a
text list.
Text lists editor

Each device in the project has its own text lists. For this reason, these lists are arranged under
the devices in the project tree. In addition, there are text lists that apply to all devices. These
can be found in the project tree under "Common data > Text lists".
The text lists editor is divided into a bottom and top area. The top area displays the individual
text lists. As soon as you select a text list, the included texts and the associated value ranges
are displayed in the bottom area. You can sort the table columns in the text lists editor in
ascending and descending order by clicking the table header of the respective column.
User-defined and system-defined text lists

There are two types of text lists:
User-defined text lists
You can create user-defined text lists yourself and fill them with texts; in other words, you
can specify value ranges and the corresponding texts yourself. With user-defined text lists,
the name of the text list begins with "USER" as default. You can change this name to any
suitable name.
System-defined text lists
System-defined text lists are created by the system. These always involve texts relating to
devices. They are automatically created as soon as you insert a device in the project. With
system alarms, the name of the text list begins with "SYSTEM". The name of the text list
and the ranges of values it contains cannot be modified. You can only edit texts assigned
to individual value ranges.
User-defined text lists System-defined text lists

A user-defined text list can only be assigned to one System-defined text lists can be assigned both to
device. a device as well as to the entire project.
You can create new text lists and delete existing You cannot create new text lists or delete text lists.
text lists.
You can add and delete value ranges in the text You cannot add or delete value ranges in the text
lists. lists.
You can specify both the value ranges as well as You can only edit the text associated with one val
the associated texts. ue range.

Editing projects
Device-specific and cross-device text lists

Device-specific text lists relate to only one device in the project and are therefore only valid
for this device. For this reason, they are arranged under a device in the project tree. Device-
specific text lists can be used-defined or created by the system.
If system-defined text lists are generally valid for several devices or not intended uniquely for
one device, these text lists are grouped together in the project tree under "Common data".
Text lists in the "Common data" folder are available for all devices. Cross-device text lists are
always created by the system and are used solely for system diagnostics alarms. For this
reason, you cannot store any user-defined text lists under "Common data".
See also
9.9.2 Creating user-defined text lists

You can create user-defined text lists for individual devices.
Requirement
A project is open.
The project includes a least one device.
Procedure
To create user-defined text lists, follow these steps:
1. Click on the arrow to the left of a device in the project tree.
The elements arranged below the device are displayed.
2. Double-click on "Text lists".
All the text lists assigned to the device are displayed in the work area listed in a table.
3. Double-click on the first free row in the table.
A new user-defined text list is created.
4. Enter a name for your new text list in the "Name" column.
5. Select if you want to specify the value ranges in decimal, binary or in bits from the drop-
down list in the "Selection" column. Depending on the device, there may be further options
available at this point.
6. Enter a comment in the "Comment" column.
A new user-defined text list is created and you can now enter the value ranges and texts.

Editing projects
9.9.3 Editing user-defined text lists

You can enter value ranges and the corresponding texts in user-defined text lists. User-defined
text lists are always located below a device in the project tree.
Requirement
A project is open.
Procedure
To add to user-defined text lists with value ranges and texts, follow these steps:
1. Click on the arrow to the left of a device in the project tree.
The elements arranged below are displayed.
All the text lists assigned to the device are displayed in the work area listed in a table.
3. Select a text list in the table.
The contents of the selected text list are displayed in the work area. There, you can enter
a value range and assign texts to the individual value ranges.
4. Enter the value ranges you require in the "Range from" and " Range to" columns. The entry
must be made in the numeric format selected for the text list.
5. Enter a text for each value range in the "Entry" column.
9.9.4 Editing system-defined text lists

In system-defined text lists, you can modify the individual texts assigned to a value range.
System-defined text lists are located in the project tree either below a device or under
"Common data".
Requirement
A project is open.

Editing projects
9.10 Using memory cards
Procedure
To edit texts in system-defined text lists that are assigned to a value range, follow these steps:
1. Click on the arrow to the left of a device in the project tree or the "Common data" element.
The elements arranged below are displayed.
All the text lists assigned to the device or used in common are displayed in the work area
listed in a table.
3. Select a text list in the table.
The contents of the selected text list are displayed in the work area. Here, you can add to
or edit the texts assigned to a value range.
4. Enter a text for each value range in the "Entry" column.
9.10.1 Basics about memory cards
Introduction
Memory cards are plug-in cards that come in a variety of types and can be used for a variety
of purposes. Depending on the device type or device family, memory cards can be used for
purposes, such as:
Load memory of a CPU
Storage medium for projects, firmware backups, or any other files
Storage medium for performing a firmware update
Storage medium for the PROFINET device name
For information regarding the technical variants of the respective memory cards and general
information on their handling, refer to the respective documentation for the device. For
information on handling memory cards in the TIA Portal, refer to the online help under the
keyword "Memory Card".
Notice
Memory card is unusable for SIMATIC devices
If you use a SIMATIC memory card for non-SIMATIC purposes or you format it incorrectly, you
will overwrite the internal structure of the SIMATIC memory card. The structure is not
recoverable and the SIMATIC memory card becomes unusable for SIMATIC devices.
Do not use memory cards for non-SIMATIC-related purposes, and do not format SIMATIC
memory cards with third-party devices or Windows tools.

Editing projects
See also
Adding a user-defined card reader (Page 468)
Accessing memory cards (Page 468)
Displaying properties of memory cards (Page 469)
9.10.2 Adding a user-defined card reader
Introduction
If your card reader is not detected automatically, you can add it manually.
Requirement
The project view is open.
Procedure
To add a card reader, follow these steps:
1. Open the project tree.
2. Select the "Card Reader / USB memory > Add user-defined Card Reader" command in the
"Project" menu.
The "Add user-defined Card Reader" dialog opens.
3. In the drop-down list box, select the path for the card reader.
See also
Basics about memory cards (Page 467)
9.10.3 Accessing memory cards
Requirement
A memory card is inserted in the card reader.

Editing projects
Note
You cannot work with multiple memory cards at one time. Only insert one memory card into
the card reader.
Procedure
To access memory cards, follow these steps:
2. Select the "Card Reader / USB memory > Card Reader / Show USB memory" command
in the "Project" menu.
The "Card reader / USB memory" folder is displayed in the project tree.
3. Open the "Card Reader / USB memory" folder.
You can now access the memory card.
Note
If data from a non-installed product is stored on the memory card, the folders that contain
these data are shown in gray. You receive an error message when you attempt to access
such a folder. Install the corresponding product if needed.
See also
9.10.4 Displaying properties of memory cards

You can display the properties for the utilized memory cards. Note that different memory cards
with different properties must be used, depending on the device.
Requirement
A memory card is inserted in the card reader.

Editing projects
9.11 Using libraries
Procedure
To display the properties of a memory card, follow these steps:
1. Right-click on the memory card for which you want to display the properties.
2. Select the "Properties" command in the shortcut menu.
The "Memory Card <name of the memory card>" dialog opens. The properties are displayed
in this dialog.
See also
9.11.1 Library basics
Introduction
You can store objects you want to reuse in libraries. For each project there is a project library
that is connected to the project. In addition to the project library, you can create any number
of global libraries that can be used over several projects. Since the libraries are compatible
with each other, library elements can be copied and moved from one library to another.
Libraries are used, for example, to create templates for blocks that you first paste into the
project library and then further develop there. Finally, you copy the blocks from the project
library to a global library. You make the global libraries available to other employees working
on your project. The other employees continue to use the blocks and adapt them to their
individual requirements as needed.
Both the project library and global libraries distinguish between two different types of objects:
Master copies
Almost every object can be saved as a master copy and pasted into the project again later.
You can, for example, save entire devices with their contents or cover sheets for plant
documentation as master copies.
Types
Elements that are required to run user programs, for example, blocks, PLC data types, user-
defined data types or faceplates are suitable as types. Types can be versioned and
therefore support professional further development. Projects using the types can be
updated as soon as new versions of the types are available.

Editing projects
Project library
Each project has its own library, the project library. In the project library, you store the objects
you want to use more than once in the project. The project library is always opened, saved,
and closed together with the current project.
Global libraries
In addition to the project library, you use global libraries if you want to use libraries over several
projects. Global libraries exist in three versions:
System libraries
Siemens supplies global libraries for its own software products. These include off-the-peg
functions and function blocks that you can use within your project. The supplied libraries
cannot be changed. The supplied libraries are loaded automatically matching the project.
If you are working with the project in compatibility mode, the corresponding libraries for the
respective product version of the TIA Portal are loaded. For all other projects, the supplied
libraries of the latest TIA Portal version are loaded.
Corporate libraries
Corporate libraries are made available centrally by your organization, for example, in a
central folder on a network drive. The TIA Portal manages the corporate libraries
automatically. As soon as a more recent version of an existing corporate library becomes
available, you receive a prompt to update the corresponding corporate library to the more
recent version.
User libraries
Global user libraries are independent of a specific project and can therefore be passed on
to other users. Shared access to global user libraries is also possible, for example on a
network drive, if all users open the global user library with write protection.
Global user libraries from older versions of the TIA Portal that you created yourself can still
be used. To continue using global user libraries from older versions of the TIA Portal, they
must first be upgraded.
Comparing library objects

You can compare blocks and PLC data types with the objects of a device. This allows you to
determine, for example, whether certain blocks or PLC data types have been used in a project
and whether they have been modified.
See also
Overview of the library management (Page 478)
Basics on master copies (Page 497)
Basics on types (Page 501)

Editing projects
9.11.2 Using the "Libraries" task card
9.11.2.1 Overview of the "Libraries" task card
Function of the "Libraries" task card

The "Libraries" task card enables you to work efficiently with the project library and the global
libraries.
Layout of the "Libraries" task card

The "Libraries" task card consists of the following components:

"Library view" button

"Project library" pane

Editing projects
"Global libraries" pane

"Elements" pane
"Info" pane
"Types" folder
"Master copies" folder

The "Library view" button is used to change to the library view. The "Libraries" task card and
the project tree are hidden with this action.
See also: Using the library view (Page 475)
"Project library" pane

In the "Project library" pane, you can store the objects that you want to use more than once in
the project.
"Global libraries" pane

In the "Global libraries" pane, you manage the global libraries whose elements you want to
reuse over several projects.
The "Global libraries" pane also lists libraries that were shipped together with the products you
purchased. These libraries provide you with ready-made functions and function blocks, for
example. The supplied global libraries cannot be edited.
"Elements" pane
In this pane, you can display the contents of folders in the library. The "Elements" pane is not
displayed by default. If you want to display the "Elements" pane, you have to enable it first.
Three view modes are available in the "Elements" palette:
Details mode
The properties of folders, master copies and types are shown in table form in details mode.
List mode
In list mode, the contents of folders are listed.
Overview mode
In overview mode, the contents of folders are displayed with large symbols.
See also: Using the element view (Page 474)
"Info" pane
You can display the contents of the library elements in the "Info" pane. The individual versions
of types and the last revision date of the version are also displayed.

Editing projects
"Types" folder
In the "Types" directories, you can manage types and type versions of objects that you use as
instances in the project.
See also: Using types (Page 501)
"Master copies" folder

In the "Master copies" directories, you can manage master copies of objects that you can use
as copies in the project.
See also: Using master copies (Page 497)
See also
Comparing library elements (Page 532)
9.11.2.2 Using the element view
Introduction
When you open the "Libraries" task card the first time, the "Project library" and "Global libraries"
palettes are opened and the "Info" palette is closed. You can display the "Elements" palette if
needed.
The elements view shows the elements of the selected library. Three view modes are available
in the elements view:
Details
The properties of folders, master copies and types are shown in table form in details mode.
List
In list mode, the contents of folders are listed.
Overview
In overview mode, the contents of folders are displayed with large symbols.
The "Info" palette shows the contents of the selected library element. If you select a type in
the elements view, for example, the type versions are displayed in the "Info" palette.
Requirement
The "Libraries" task card is displayed.

Editing projects
Procedure
To use the element view, follow these steps:
1. Click "Open or close the element view" in the "Project library" or "Global libraries" pane.
2. To change the view mode from the details view to the list mode or overview mode, click the
corresponding icon on the toolbar.
See also
Using global libraries (Page 483)
9.11.3 Using the library view
9.11.3.1 Overview of the library view
Function of the library view

The library view combines the functionality of the "Libraries" task card and the overview
window. In the library view, the elements of a library are displayed in various views. In the
details view, for example, you see additional properties of the individual elements. You can
also edit and version the types in the library view.

Editing projects
Layout of the library view

The following figure shows the components of the library view:

Library tree
Library overview
"Open or close library overview" button
Library tree
The library tree is similar to the "Libraries" task card, apart from a few minor differences. In
contrast to the task card, there is no "Elements" palette, because the elements are displayed
in the library overview. In addition, you can close the library view in the library tree, or open
and close the library overview.
See also: "Libraries" task card (Page 472)

Editing projects
Library overview
The library overview corresponds to the overview window and displays the elements of the
currently selected object in the library tree. You can display the elements in three different
views:
Details view
The objects are displayed in a list with additional information, such as the date of the last
change.
List view
The objects are displayed in a simple list.
Icon view
The objects are displayed as icons according to category.
In addition, you can perform the following actions in the library overview:
Renaming elements
Deleting elements
Copying elements
Moving elements
Editing type instances
Versioning types
WinCC only: Editing faceplates and HMI user data types
See also: Overview window (Page 331)
See also
Opening and closing the library view (Page 477)
9.11.3.2 Opening and closing the library view

The library view is opened automatically in some cases, for example, when you edit the test
instance of a type or when you edit faceplates and HMI user data types. You can also open
the library view manually.

Editing projects
Opening the library view

To open the library view manually, follow these steps:
1. Open the "Libraries" task card.
2. Click the "Open library view" button in the "Libraries" task card.
The library tree opens. The "Library" task card and the project tree are closed.
3. If the library overview is not displayed, click "Open/close library overview" button in the
library tree.
The library overview opens.
Exit library view

To exit the library view, follow these steps:
1. Click the "Close library view" button in the library tree.
The library tree closes. The "Libraries" task card and the project tree are opened.
See also
Using the "Libraries" task card (Page 472)
9.11.4 Using library management
9.11.4.1 Overview of the library management
Function of the library management

Master copies and types with dependencies to other library elements are subject to some
functional restrictions. They cannot be deleted, for example, as long as dependencies still
exist. This prevents other library elements from becoming useless. The library management
is used to identify the dependencies and to create an overview of the work progress.
The library management offers the following functions:
Display of the correlations of types and master copies
If a type is referenced in other types or master copies, the correlations are displayed in the
library management. You will also be able to see which library elements reference a type
or a master copy.
Display of points of use of types in the project
Use of filters to narrow down the displayed types

Editing projects
Layout of the library management

The following figure shows the components of the library management:
Toolbar of the library management

"Types" area
"Uses" area
Toolbar of the library management

You can perform the following tasks in the toolbar of the library management:
Update view
If the project was changed, you can update the view of the library management.
Clean up library
By cleaning up a library, you delete all types and type versions that are not linked to an
instance in the project.
Harmonize project
By harmonizing a project, you adapt the names and the path structures of type uses in the
project to the corresponding names and path structures of the types within a library.
"Types" area
The "Types" area displays the contents of the folder that you have selected in the library view.
For each type, the types that it references are displayed. You can expand or collapse all type
nodes by using the buttons in the toolbar of the "Types" area. You can also filter the view with
the "Filter" drop-down list.

Editing projects
"Uses" area
The "Uses" area gives you an overview of the points of use of the selected types and master
copies. The "Uses" area is divided into two tabs:
"Use in the project" tab
The "Use in the project" tab is used to show the instances of type versions and their
respective point of use in the project. When you select an instance, you can show the cross
references of the instance in the project in the Inspector window.
"Use in the library" tab
The "Use in the library" tab is used to show all points within the library at which a type or a
master copy is used.
See also
Opening library management (Page 480)
Filtering the display of types (Page 481)
Displaying cross references of an instance (Page 482)
Displaying instances in the project (Page 481)
Displaying relations to other library objects (Page 483)
9.11.4.2 Opening library management
Procedure
To open the library management, follow these steps:
1. Open the library view.
2. Select a type or any folder that contains types.
3. Select the "Library management" command from the shortcut menu.
Result
The library management opens and the types are displayed with their versions.
See also

Editing projects
9.11.4.3 Filtering the display of types

Use filters to obtain a better overview of types in extensive libraries. A filter provides you with
the option of limiting the displayed types. The following filters are available:
Display all types that include a version with the "In test" or "In progress" status
Display all released types
Display all types that have no instances in the project
Display all types that have more than one version
Requirement
The library management is open.
Procedure
To filter the displayed types, follow these steps:
1. In the "Types" area, select the folder whose contents you want to filter.
2. Select the required filter in the "Filter" drop-down list.
In the "Types" area, types are displayed that correspond to the selected filter criteria.
See also
State of type versions (Page 503)
Creating a test version of a type (Page 511)
Editing a test version of a type (Page 513)
Creating an editing version of a type (Page 514)
9.11.4.4 Displaying instances in the project

In the library management, you can have the instances of all versions of a type or an individual
type version displayed. You can jump directly to each instance in the project.
Requirement

Editing projects
Procedure
To display the instances of a type or its versions, follow these steps:
1. Select a type or one of its versions in the "Types" area.
2. Open the "Uses in the project" tab in the "Uses" area.
The instances in the project are displayed for each type version. The "Path" column shows
the path at which the respective instance is located in the project.
3. Optional: Click the path to jump directly to the respective instance in the project tree.
The library management is hidden and the instance is selected in the project tree.
See also
Using types (Page 509)
Displaying relations to other library objects (Page 483)
9.11.4.5 Displaying cross references of an instance

You can display the cross references of an instance without exiting the library management.
Requirement
Procedure
To display the cross references of an instance in the project, follow these steps:
1. In the "Types" area, select a type version whose instances you want to display.
2. Select the instance of the required type version in the "Uses > Uses in the project" area.
3. Open the "Info > Cross-references" tab in the inspector window.
The cross reference of the instance are displayed in the project.
See also
Using cross-references (Page 533)

Editing projects
9.11.4.6 Displaying relations to other library objects

You can display relations between individual library objects in the library management. The
references of the individual type versions to the other library objects are automatically
displayed in the "Types" area. In the "Uses" area, you can also view the other library objects
in which the respective type version is referenced.
Requirement
Procedure
To display the other library objects from which a type version is referenced, follow these steps:
1. Select a folder, an individual type or an individual version in the "Types" area.
2. Open the "Uses in the library" tab in the "Uses" area.
In the "Uses" area, you can now see which other library objects are referenced by the
individual type versions.
3. Optional: To jump to the referenced library object, click on the respective path in the "Path"
column.
See also
9.11.5 Using global libraries
9.11.5.1 Creating a global library
Requirement
The "Libraries" task card is displayed or the library view is open.
Procedure
To create a new global library, follow these steps:
1. Click the "Create new global library" icon in the toolbar of the "Global libraries" palette or
select the command "Global libraries > Create new library" in the "Options" menu.
The "Create new global library" dialog opens.
2. Specify the name and the storage location for the new global library.
3. Confirm your entries with "Create".

Editing projects
Result
The new global library is generated and pasted into the "Global libraries" palette. A folder with
the name of the global library is created in the file system at the storage location of the global
library. The actual library file is given the file name extension ".al13".
See also
Displaying properties of global libraries (Page 488)
Saving a global library (Page 490)
Closing a global library (Page 491)
Deleting a global library (Page 491)
9.11.5.2 Compatibility of global libraries

You can use the TIA Portal to open global libraries that were created with an older version of
the TIA Portal. However, the product version of global libraries must correspond to the product
version of the opened project if you want to use objects from the global library in the project.
Consequently, you may need to upgrade the global libraries.

Editing projects
Opening global libraries from older product versions

The table below illustrates the behavior of the TIA Portal when global libraries from older
product versions are opened:
Product version of the TIA Behavior when global library is opened

Portal
(file extension of the respec
tive global library)
V10.5 (.al10) The global library is automatically upgraded to the latest library version when opened, fol
V11.x (.al11) lowing your confirmation. The upgraded global library is a copy of the original library. The
original global library is retained unchanged.
Alternatively, load the global library for viewing as a write-protected library.
V12 (.al12) You can select between the following options:
Upgrade global library to product version V12 SP1 and open in compatibility mode
Upgrade global library to the current product version and open
If you upgrade the global library, a copy of the original global library is created. The original
global library is retained unchanged.
V12 SP1 (.al12) You can select between the following options:
V13 (.al13) Open global library in compatibility mode
If you choose compatibility mode, the project should also be opened in compatibility mode.
Otherwise, you cannot use or edit contents of the global library.
Upgrade global library to the current product version and open
If you upgrade the global library, a copy of the original global library is created. The original
global library is retained unchanged.
You can select between the following options:
Compatibility mode
If a project is open in compatibility mode for product version V12 SP1 or V13 of the TIA Portal,
the global library must also be in compatibility mode. You can use objects from the global
library in the project opened in compatibility mode. You can also save new objects in the global
library if the objects originate from a project in compatibility mode. A global library in
compatibility mode can still be opened and edited with the earlier version of the TIA Portal.
Backward compatibility of the current library version

Global libraries saved with the library format of the current TIA Portal product version are not
backward compatible with older versions due to their enhanced functionality. Global libraries
in the current library format can only be used in connection with TIA Portal V13 SP1 projects.
See also

Editing projects
9.11.5.3 Opening a global library

Global libraries can be further developed centrally and used over several projects. Several
persons can open a global library simultaneously from a central storage location, provided all
users open the global library in write-protected mode.
Requirement
Procedure
To open a global library, follow these steps:
1. Click the "Open global library" icon in the toolbar of the "Global libraries" pane or select the
command "Global libraries > Open library" in the "Options" menu.
The "Open global library" dialog box is displayed.
2. Select the global library you want to open. Library files are identified by the file name
extension ".al[version number]". This means global libraries that were saved with current
TIA Portal product version have the file name extension ".al13".
3. Write protection is activated for the library. If you want to modify the global library, disable
the "Open as read-only".
4. Click "Open".
The global library is opened and pasted into the "Global libraries" pane if the library version
matches the project version. The "Upgrade global library" dialog opens if you have selected
a global library from an older version of the TIA Portal. More information on upgrading the
global library can be found in the chapter "Upgrading global libraries (Page 487)".
See also
Retrieving global libraries (Page 494)
Creating a global library (Page 483)

Editing projects
9.11.5.4 Upgrading global libraries

If you want to use objects from a global library in a project, the library version must match the
product version of the project. For example, if you want to edit a project in V12 SP1 compatibility
mode, the global libraries must be present in the library version of the TIA Portal V12 SP1. If
you want to edit a project in product version V13 SP1, the global libraries must be present in
the library version of the TIA Portal V13 SP1.
Depending on the library version, the following options are available:
Upgrading the global library to the product version V13 SP1
You can upgrade each global library from an older product version to the current product
version. You are prompted accordingly when you open the global library. You can manually
upgrade global libraries that have already been opened in compatibility mode to product
version V13 SP1.
Upgrading the global library to the product version V12 SP1 (compatibility mode)
If you open a global library from version V12 of the TIA Portal, you also have the option of
upgrading the global library to the library version V12 SP1. In this case, however, the global
library can only be used in connection with projects from TIA Portal V12 SP1.
Using a global library in compatibility mode
If you are using a project in compatibility mode, the global library must also be opened in
compatibility mode for the corresponding product version.
Upgrading global libraries from V11.x or lower

To upgrade a global library from TIA Portal V11.x or earlier, follow these steps:
1. Open the global library.
The "Upgrade global library" dialog box opens.
2. Click "OK".
A copy of the global library is created and upgraded. The copy of the global library receives
the name extension "_V13_SP1". The global library is opened.
Upgrading global libraries from V12

To upgrade a global library from TIA Portal V12, follow these steps:
2. Select the target version for the upgrade:
Click "Yes" to upgrade the global library to the current product version.
Click "No" to upgrade the global library to product version V12 SP1 and to work in
compatibility mode.
the name extension "_V13_SP1" or "_V12SP1". The global library is opened.

Editing projects
Upgrading V12 SP1 libraries or using them in compatibility mode

To upgrade a global library from TIA Portal V12 SP1 or to use it in compatibility mode, follow
these steps:
2. Select how you want to proceed with the global library:
Click "Yes" to upgrade the global library to the current product version.
A copy of the global library is created and upgraded. The copy of the global library
receives the name extension "_V13_SP1". The global library is opened.
Click "No" to use the global library in compatibility mode.
Manually upgrading libraries in compatibility mode to V13 SP1

For this procedure, a global library must already be open in compatibility mode.
To manually upgrade global libraries to the current library version, follow these steps:
1. Right-click on the global library you want to upgrade.
2. Select the "Upgrade library" command in the shortcut menu.
The "Upgrade" dialog opens.
3. Confirm with "Yes".
the name extension "_V13_SP1". The upgraded global library is opened. The original global
library is closed.
See also
9.11.5.5 Displaying properties of global libraries

Global libraries contain properties for describing the respective library in more detail. Properties
include the following:
General information about the library
This includes the following information: creation time, author, file path, file size, copyright,
etc. Many of the attributes can be changed.
Library history
The library history contains an overview of the migrations performed. Here you can also
call the log file for the migrations. The library history also contains information on updates
of the global library.

Editing projects
Support packages in the library

You can display an overview of additional software. The additional software is needed to
process all devices of the project.
Software products in the library
You can display an overview of all installed software products needed for the project.
Requirement
Procedure
To display the properties of a global library, follow these steps:
1. Right-click the global library whose properties you want to display.
A dialog containing the properties of the global libraries opens.
3. Select the properties in the area navigation that you want to have displayed.
See also
9.11.5.6 Displaying logs of global libraries

Logs are created when you update or clean up global libraries or assign a shared version to
several types. The logs list all changes you have made to the global library. The logs are stored
together with the global library and are always available once you have opened the global
library.
Procedure
To open the logs of a global library, follow these steps:
1. Open the global library in the "Libraries" task card or in the library view.
2. Open "Common data > Logs" in the lower-level folder.
3. Double-click the required log.
The log opens in the work area.

Editing projects
See also
Updating a library with the contents of another library (Page 528)
9.11.5.7 Saving a global library

After you have changed a global library, you need to save it. You can save a global library
under another name using the "Save library as" command.
Note
Backward compatibility with older versions of the TIA Portal
Note that global libraries can no longer be opened in older versions of the TIA Portal once they
have been saved in the current version.
Requirement
Saving changes
To save a global library, follow these steps:
1. Right-click on the global library you want to save.
2. Select the "Save library" command in the shortcut menu.
Saving a global library under another name

To save a global library under another name, follow these steps:
1. Right-click the global library that you want to save under a different name.
2. Select the "Save library as" command in the shortcut menu.
The "Save global library as" dialog opens.
3. Select the storage location and enter the file name.
4. Confirm your entries with "Save".
The library is saved in the specified location under the new name. The original library is
retained.
See also
Working with archives of global libraries (Page 492)
Archiving global libraries (Page 493)

Editing projects

9.11.5.8 Closing a global library

Global libraries are independent of projects. This means that global libraries are not closed
together with your project. You must therefore close global libraries explicitly.
Requirement
Procedure
To close a global library, follow these steps:
1. Right-click on the global library you want to close.
2. Select the "Close library" command in the shortcut menu.
If you have made changes to the global library, select whether or not you want to save the
changes.
The global library is closed.
See also
9.11.5.9 Deleting a global library

If you no longer require a global library, you can delete it. Libraries supplied by Siemens cannot
be deleted.
Requirement

Editing projects
Procedure
To delete a global library, follow these steps:
1. Right-click the global library you want to delete.
2. Select the "Delete" command in the shortcut menu.
Result
The global library is removed from the "Global libraries" palette. The entire library for the global
library is deleted from the file system.
See also
9.11.5.10 Archiving and disabling global libraries
Working with archives of global libraries

If you want to back up global libraries on an external hard drive or send them via e-mail, for
example, use the archiving function to reduce the storage space of the library.

Editing projects
Options for reducing the size of the project

There are two ways to reduce the space required to store global libraries:
Creating a compressed archive of global libraries
Archives of global libraries are compressed files, each containing an entire global library,
including the entire folder structure of the library. Before the directory with the global library
is compressed into the archive file, all files are reduced to their essential components to
further decrease the storage space. Compressed archives of global libraries are therefore
well suited for sending via e-mail.
Compressed archives of global libraries of the current product version have the file
extension ".zal13". Archives from TIA Portal V12.x have the file extension ".zal12".
To open a compressed archive of a global library, retrieve the archive. The archive file is
extracted to a location you have selected with the entire folder structure and all files.
Minimizing global libraries
You can skip additional compression in an archive file, and instead create a copy of the
global library directory. The included files can be reduced to the essential elements. This
minimizes the required storage space. The full functionality of the global library is retained
and the global library can be loaded as usual.
Minimized global libraries are especially well suited for archiving, for example, on an
external medium.
See also
Archiving global libraries

You reduce the storage space of a global library by packing it into a compressed file. You can
also reduce the storage space by saving the global library reduced to the essential elements.
You can do both of these with the archiving function for global libraries. When you archive a
library, the original library version is retained. This means that libraries in compatibility mode
for TIA Portal V12 SP1 are still compatible with TIA Portal V12 SP1.
Requirement
The global library is loaded.
Procedure
To archive a global library, follow these steps:
1. Select the global library that you want to archive.
2. Right-click the global library and select the "Archive" command from the shortcut menu.
The "Archive global library as..." dialog opens.
3. Select the directory where you want to save the archive file or the new directory of the global
library.
The directory may not be located in a project directory or within the directory of a global
library.

Editing projects
4. Select the file type from the "File type" drop-down list:
Global libraries archive, if you want to create a compressed file of the library.
Minimized global library, if you only want to create a copy of the library directory with
minimal storage requirement.
5. Enter a file name in the "File name" field if you are creating an archive file. If you are creating
a minimized global library, enter the name of the new library directory to be created in the
"File name" box.
6. Click "Save".
Result
A compressed file with the extension ".zal13" or ".zal12" is generated. The file extension
depends on whether you have archived a library in V12 SP1 compatibility mode or in the library
format of TIA Portal V13.
The file includes the complete directory of the global library. The individual files of the global
library are also reduced to the essential components in order to save space.
If you have minimized the global library, only a copy of the original directory of the global library
is created at the required location. The files contained within it were reduced to their essential
components in order to save space.
See also
Retrieving global libraries

Before you can use an archived global library, you have to retrieve it. The global library is
extracted and then opened in the TIA Portal.
Procedure
To extract the archive of a global library, follow these steps:
1. Select the "Global libraries > Retrieve library" command in the "Options" menu.
The "Retrieve archived global library" dialog opens.
2. Select the archive file.
3. Select the check box "Open read-only" if you want to load the global library write-protected.
4. Click "Open".
5. The "Find folder" dialog opens.
6. Select the target directory to which the archived global library should be extracted.
7. Click "OK".

Editing projects
Result
The global library is extracted to the selected directory and opened immediately.
If the archive file contained a global library from TIA Portal V12 SP1, the global library is opened
in compatibility mode. Manually upgrade the library to the library version of TIA Portal V13, if
necessary.
See also
9.11.5.11 Using global corporate libraries
Basics of corporate libraries
Introduction
Corporate libraries are global libraries made available by an administrator and assigned to the
TIA Portal. The administrator can assign new libraries or change libraries at any time. New
libraries are automatically loaded in the TIA Portal following your confirmation. As soon as
more recent versions of corporate libraries are available, the existing corporate libraries are
automatically updated to the more recent version, also following your confirmation.
The corporate libraries are located just like normal global libraries in the "Global libraries"
palette of the "Libraries" task card.
Providing corporate libraries

Corporate libraries can be saved in any directory on the hard drive of the computer or on a
network drive. You use an XML file to assign corporate libraries to the TIA Portal. The XML
file includes the directories and names of the assigned corporate libraries. The XML file must
be saved in the following directory on the hard drive of the computer:
The XML file must be named "CorporateSettings.xml".
You either copy the configuration file yourself to the corresponding directory or the
configuration file is assigned to you through the company network. The valid configuration is
automatically applied when the TIA Portal is started. When the TIA Portal is started, it
continuously monitors the directory for configuration files. If the configuration file has changed,
you receive a prompt to apply the new configuration. You can reject this prompt twice. You will
always receive the next prompt three hours later. You must apply the new configuration at the
third prompt. You receive a changed configuration file from the project administrator, for
example, if corporate libraries have been added or deleted.

Editing projects
Options as project administrator

You can automatically assign the configuration file or the corporate libraries to the computers
of the team members or distribute updates to the team members. This function is not part of
the TIA Portal and requires a corresponding IT infrastructure in your company. If you want to
administer the configuration file centrally, discuss this approach with the IT managers at your
company.
Creating a configuration file for corporate libraries

You use a configuration file in XML format to make the corporate libraries available in the TIA
Portal. The configuration file includes the directories and file names of the libraries to be loaded.
Below you will learn how you create the XML configuration file and where to save it.
Procedure
To provide a configuration file for corporate libraries, follow these steps:
1. Create an XML configuration file with the content listed below. Use the coding "UTF-8".
2. Save the XML file under the name "CorporateSettings.xml".
3. Save the file in the following directory on your computer:
Content of the XML configuration file

The XML configuration file must have the following content:
XML
<Document>
<Settings.Settings ID="0">
<ObjectList>
<Settings.General ID="1" AggregationName="General">
<AttributeList>
<CorporateLibraryPaths>

<Item>D:\CorporateLibraries\Corporate_Library_1.al13</Item>

</CorporateLibraryPaths>
</AttributeList>
</Settings.General>
</ObjectList>
</Settings.Settings>
</Document>
Result
As soon as you have saved the XML configuration file in the respective directory, you will
receive a prompt in the TIA Portal to load the corporate libraries.

Editing projects
See also
9.11.6 Creating folders in a library

The library elements are stored in the libraries according to their type in the "Types" and
"Master copies" folders. Create additional folders below "Types" and "Master copies" to further
organize master copies and types.
Requirements
If you want to create new folders within a global library, you have to open the global library
with write permission.
Procedure
To create a new folder, follow these steps:
1. Right-click any folder within the library.
2. Select "Add folder" from the shortcut menu.
A new folder is created.
3. Enter a name for the new folder.
See also
Working with types in the project library (Page 506)
Filtering master copies (Page 500)
9.11.7 Using master copies
9.11.7.1 Basics on master copies
Master copies are used to create standardized copies of frequently used elements. You can
create as many elements as needed and insert them into the project based on a master copy.
The elements inherit the properties of the master copy.
You store master copies either in the project library or in a global library. Master copies in the
project library can only be used within the project. When you create the master copy in a global
library, it can be used in different projects.
The following elements can be created as master copies in the library, for example:
Devices with their device configuration
Tag tables

Editing projects
Instruction profiles
Watch tables
Elements from the documentation settings, for example, cover sheets and frames
Blocks and groups containing multiple blocks
PLC data types and groups containing multiple PLC data types
Text lists
Alarm classes
Technology objects
In many cases, the objects you add as master copy contain additional elements. A CPU, for
example, can contain blocks. If the included elements are uses of a type version, the used
versions of the types are automatically created in the library. The elements contained therein
are then used as an instance and linked to the type.
See also
Adding master copies (Page 498)
Using master copies (Page 500)
9.11.7.2 Adding master copies

If you want to use objects multiple times, copy them as master copies in the project library or
in a global library. You can choose from the following methods for creating master copies:
You select one or more elements and create individual master copies from them
You select multiple elements and create a single master copy from them that contains all
selected elements.
Requirement
If you add a device as a master copy, this device meets the following requirements:
The device is compiled and consistent.
The device contains no test instance of a type.
If you add the master copy to a global library, the global library is opened with write
permission.

Editing projects
Creating master copies from one or more elements

To create a master copy for one or more elements, follow these steps:
1. Open the library in the "Libraries" task card.
2. Select the desired elements.
3. Using a drag-and-drop operation, move the elements to the "Master copies" folder or any
subfolder of "Master copies".
Alternative:
2. Copy the elements to the clipboard and paste the elements at the required location.
Each element is pasted in the library as a master copy. A type is created automatically in
each case from any objects contained (e.g., referenced blocks).
Creating a single master copy from multiple elements

To create a single master copy for all elements from multiple elements, follow these steps:
1. Open the library in the "Libraries" task card.
2. Copy to the clipboard the elements that you want to create as master copies.
3. Right-click on the "Master copies" folder or any of its subfolders in the library.
4. In the shortcut menu, select "Paste as a single master copy" command.
Alternative:
2. Using a drag-and-drop operation, move the elements to the "Master copies" folder or any
subfolder of "Master copies". Meanwhile, keep the <Alt> key pressed.
The elements are pasted in the library as a single master copy. The single master copy
contains all selected elements. A type is created automatically in each case from any
objects contained (e.g., referenced blocks).
Note
Avoiding complex structures of master copies
To prevent name conflicts and conflicts regarding the folder structure during subsequent use
of master copies, avoid complex master copies. Complex master copies are, for example,
master copies that consist of multiple elements and nested folders.
See also
Adding types to the project library (Page 506)

Editing projects
9.11.7.3 Filtering master copies

To make it easier to keep track of a large number of master copies, you can filter the display
according to the type of master copy.
Requirement
Procedure
To filter the view, follow these steps:
1. Open the "Master copies" folder in the project library or a global library.
2. In the drop-down list of the toolbar, select the type of objects you want to display under
"Master copies".
Result
Only the selected type of master copies is displayed. You can set the filter to "All" to return to
an unfiltered view.
See also
Creating folders in a library (Page 497)
Using the element view (Page 474)
9.11.7.4 Using master copies

Master copies are contained either in the project library or in a global library. You can paste
one or more master copies in the project at the same time. If you insert multiple master copies
at the same time, ensure that all master copies are compatible with the desired point of use.
Requirement
Procedure
To paste a master copy into the project, follow these steps:
1. Open the "Master copies" folder or any subfolder of "Master copies" in a library.
2. Using a drag-and-drop operation, move the desired master copies or whole folders to the
point of use.

Editing projects
Or:
1. Open the element view.
2. Using a drag-and-drop operation, move the desired master copies or whole folders from
the "Elements" pane to the point of use.
Result
A copy of the master copies is inserted. If incompatible master copies were included in a
multiple selection, these are omitted and a copy is not created in the project.
See also
9.11.8 Using types and their versions
9.11.8.1 Basics on types
Using types
Types are elements that are required for the execution of user programs. Types can be
versioned and further developed from a central location.
The following elements can be stored as type in the project library or the global library:
Functions (FCs)
Function blocks (FBs)
PLC data types
User data types
Faceplates
Screens
Styles
User-defined functions
Any number of instances can be derived from the versions of types in the project. The instances
are then linked to the version of the type. If you are using types from a global library, the type
is also created in the project library. If the type already exists in the project library, missing type

Editing projects
versions are added if necessary. The instance is then linked only to the respective type version
in the project library.
Types and their instances are marked with a black triangle. The following figure shows an
instance, marked with a black triangle, and an ordinary program block:
Basics on versioning of types

Type versioning provides you with the means to develop types centrally and then roll out the
most recent version to the individual projects as an update. In this way, error corrections and
added functions can be easily integrated into existing projects. If you have created a new
version of a global library, you can update existing projects in an automatic process. This
minimizes errors and reduces the amount of maintenance work for large automation solutions
that contain numerous individual projects.
Versioning allows you to trace the development process of individual types. Before you release
a version, you can try it out in a test environment to determine whether changes made to a
type integrate smoothly into an existing project. You only release a version for productive use
after you have made sure that everything operates without errors. You can view the history of
individual instances in the project at any time and determine the version from which the
instance was derived.
The TIA Portal also checks automatically whether there are associated objects with individual
versions of a type. Associated objects can be, for example, PLC data types or other blocks
referenced in a block. All associated objects are already taken into consideration during the
creation of a type or during copying between libraries. Before being released, versions of types
are checked for their consistency to ensure that no inconsistencies arise in the project.
Versions of types
Versions are assigned to each type. The version number is displayed in both the "Libraries"
task card as well as the library view next to the respective type. The version number is also
displayed in the project tree next to instances of types. This allows you to see at all times which
version of an instance is used in the project.
The version number consists of three numbers separated by periods. You can randomly assign
the first two digits. Numbers from 1 to 999 are permitted as the first two numbers. The third
digit is the build number. It is automatically incremented by one when you edit an instance
related to the version. The build number is reset to 1 when you release the version.
The versions of types can have three states:
In progress (faceplates and HMI user data types)
In test (all sorts of types except faceplates and HMI user data types)
Released
The following figure shows a type with two versions. One version is "in test" and one version
is released:

Editing projects
See also
Editing library elements (Page 526)
Duplicating types (Page 509)
9.11.8.2 State of type versions

The versions of types can be in three different states. The states can be determined from the
instance or in the library.
"In progress" status

Only versions of faceplates and HMI user data types have the "In progress" status. If a version
is in progress, "In progress" appears next to the version in the library.
When you create a new type or a new version of a released type, the type is assigned the
status "In progress".
Types with the status "In progress" can be edited in the library view. A reference to an instance
in the project does not have to exist. Upon release, the compatibility of the type is tested by a
consistency check.
"In test" status

All types except for faceplates and HMI user data types can have the "in test" status. If a version
is in test, "in test" appears next to the instance and in the library. A version in the test state is
linked to a test instance in the project. This allows you try out the effects of your changes in a
test environment including all online functions before you release a type for use in actual
operations.
"Released" status
The "released" status is available for all types, regardless of the point of use. If a version has
been released, the symbol of the version is marked with a seal in the library:

Editing projects
Released versions can be opened with write protection in their instance. If you want to edit a
released version, you must first create a new "In progress" or "in test" version.
See also
Creating a test version of a type (Page 511)
Creating an editing version of a type (Page 514)
Performing a consistency check for a version (Page 514)
Discarding versions (Page 515)
Release versions (Page 516)
Assigning a version (Page 524)
Updating the project to the latest versions (Page 518)
Remove the link between instance and type (Page 520)
Filtering the display of types (Page 481)
9.11.8.3 Displaying a released type version

If you display a released version but do not want to edit it, open the instance with write
protection. All types except faceplates and HMI user data types can be opened directly at the
instance. Faceplates and HMI user data types can only be opened in the "Libraries" task card
or in the library view.
Requirement
The released version has an instance in the project; except with types, this is a faceplate or
an HMI user data type.
Opening a type version at an instance

To open a released version of a type with write protection starting from an instance, follow
these steps:
1. Select the released version at the instance in the project tree.
2. To do this, right-click the instance and select the "Open" command from the shortcut menu.
The instance is opened with write protection.

Editing projects
Opening a type version in the "Libraries" task card or library view

To open a released version of a type in the "Libraries" task card or in the library view, follow
these steps:
1. Select the version.
2. To do this, right-click the version and select the "Open" command from the shortcut menu.
If it is a faceplate or HMI user data type, it is opened directly in the library view. In this case,
skip the remaining steps. If it is any other type, the "Open type" dialog opens.
3. Select the instance with the version that you want to display from the list of instances.
The instance is opened with write protection.
9.11.8.4 Displaying properties of a type or version

You can display the properties of a type or version.
Procedure
To display the properties of a type or a version and to enter a comment, follow these steps:
1. Select a type or the version of a type in the "Libraries" task card or in the library view.
2. To do this, right-click on the type or one of its versions and select the "Properties" command
from the shortcut menu.
The "Properties" dialog box opens.
3. If needed, enter a comment on the type in the "Comment" field or edit an existing comment.
Visible and changeable properties

The following table shows the properties that you can see or change for a type or version:
Property Description Version Types

Name Name of the type - Visible and
changeable
Version Version number Visible -
Last change If you create, release, duplicate or assign a version, this is recorded as Visible -
a change to the type. The date and time of the change are entered in
the "Last change" field.
Author The creator of the version is indicated as the author. - -
Original library The project and the library from which the current version of the type Visible -
was generated are indicated. This information is important, for example,
for finding the original of the type after it has been copied from another
library.

Editing projects
Property Description Version Types

Version GUID The GUID is used to uniquely identify the type or the version of the type, Visible Visible
or Type GUID even if, for example, there are types or versions with an identical name
within the project library or the global library. The GUID cannot be
changed and is assigned automatically.
Comment Comment on the type or version Visible and, for Visible and
versions changeable
whose status
is "in test" or "in
work", change
able
9.11.8.5 Working with types in the project library
Adding types to the project library

Types for reuse in the project can be created in the project library for various elements. You
can create the following elements as types, for example:
Program blocks
Faceplates
PLC data types
HMI user data type
If you add an element as a type to the project library and this element has dependencies to
other elements, the dependent elements are automatically created as a type as well.
After a type has been added to the project library, the type is linked to the added element from
the project.
Requirement
The elements that you want to add as type are compiled.
The elements are consistent.
For blocks, all other requirements are met as described in section "Block requirements
(Page 507)
Procedure
To add an existing element to the project library as a type, follow these steps:
2. Drag-and-drop one or more elements into the "Types" folder or any subfolder of "Types".
Alternative: Copy the elements in the project tree to the clipboard and add the elements in
the desired project library folder.
The "Generate type" dialog opens.

Editing projects
3. Enter the properties of the new type:

Enter a name for the new type in the "Name of the type" field.
Enter a version number for the new type in the "Version" field.
Enter the name of the editor who is responsible for the type in the "Author" field.
Enter a comment on the type in the "Comment" field.
The new type is generated with a released version. The version is linked to the element
that has been added.
See also
Block requirements (Page 507)
Block requirements
Permitted blocks for creating a type

You can create types of the following blocks in the project library:
Function blocks
Functions
User-defined data types
Consistency and compilation

To create a type from a block, the block must be consistent and compiled. When you create
a type, the consistency of the block is checked automatically and the block is compiled if
necessary.

Editing projects
Block requirements
To create a type from a block, the block must meet the following requirements:
The block must match the type of CPU.
A block which does not match a CPU can be identified by an incompatibility symbol to the
right of the block in the project tree. This is the case, for example, when you copy a block
from an S7-1500 CPU to an S7-300 CPU. A block of an S7-1500 is not compatible with an
S7-300 CPU and cannot be compiled. This means that you cannot create a type from the
block.
The block is not a system data block.
The block does not include global data access or single instance call of an instance data
block.
This also applies, for example, to the call of a data block within an STL block with the "OPN"
command.
Special aspects for know-how-protected blocks

You can also create types of know-how-protected blocks. However, keep in mind the following
additional requirements for know-how-protected blocks:
Release of the block for use as type
Know-how-protected blocks must be released to be used in a library. You make the
necessary settings in the block properties. In the "Attributes" area, select the option "Block
can be used as know-how protected library element".
The block does not include access to data blocks, PLC tags or PLC constants.
Because you cannot create types from data blocks, PLC tags or PLC constants, you also
cannot create a type from know-how-protected blocks with access to the objects listed
above. The instance of a know-how-protected block does not work without the associated
data blocks, PLC tags or PLC constants.
Access to data blocks, PLC tags or PLC constants

Access to data blocks, PLC tags or PLC constants is permitted in blocks without know-how
protection, but you can still create types from these blocks. While function blocks referenced
in a block, for example, are also automatically created as type in the project library, this is not
the case for access to data blocks, PLC tags and PLC constants. If data blocks, PLC tags or
PLC constants are referenced in a block, only the block itself is created as type. The referenced
objects are not created as type. If you create an instance from the type of the block later at
another point of use (for example, a different CPU), the referenced objects are missing at the
new point of use. This means that you should create referenced objects at the later point of
use again. Make sure that the referenced objects have the correct name at the new point of
use.
See also

Editing projects
Duplicating types
Types in the project library can be duplicated. If you duplicate a type, the following applies to
the duplicate:
The duplicate is created in the same folder.
The duplicate is created from the highest version of the type.
The duplicate does not have an instance in the project.
Requirement
The type is released.
Procedure
To duplicate a type in the project library, follow these steps:
1. Right-click on a type.
2. Select the "Duplicate type" command in the shortcut menu.
The "Duplicate type" dialog opens.
3. Enter the properties of the new type:
Enter a name for the new type in the "Name of the type" field.
Enter a version number for the new type in the "Version" field.
Enter the name of the editor who is responsible for the type in the "Author" field.
Enter a comment on the type in the "Comment" field.
The new type is generated with a released version.
See also
Editing library elements (Page 526)
Using types
Types from the project library can be used any number of times within a project. The use of
types is always linked to a version of the respective type in the project library. If the type
contains dependent elements, these are also created as a type of use at a suitable point in
the project. Examples of dependent elements are PLC data types referenced in a block.
You can only assign a version of the same type to a device. If necessary, you can create uses
of several types at the same time.
Uses of a type are called instances in the project tree.

Editing projects
Possible points of use for type versions

To use a type, create an instance of a particular version of the type at a suitable point in the
project. Suitable points of use are:
Folder in the project tree
An instance of a type can be created in a folder in the project tree. The folder must be
suitable for the particular type. If the type is a user data type, for example, you can only
create the instance in the "PLC data types" folder.
Editor
An instance can be created from a type in a suitable editor. For example, you can create
an instance from the type of a function block in another block. The type of the function block
is called from another block in this way.
Options for creating an instance

You have two options for creating type instances:
Drag the required type version from the project library and drop it at the location where you
want to use it.
Instances of the types and their dependent elements are generated and pasted at the
location where you want to use them. The instances are connected to the respective type
version in the project library. If you have created the instances in an editor, instances of
the types are also created at the appropriate points in the project tree. By default, the folder
structure from the library is reproduced in the project tree. If you want to select a different
folder in the project tree, you will find the instances in the same folders as in the library.
Copying and pasting type instances
You can copy type instances to the clipboard and paste them at another point. This way
you create another instance of the type version. The instance is still connected to the same
type version in the project library. When you copy the instance of a type to the clipboard
and paste it in another project, all required type versions are accepted in the project library
of the other project.
Requirement
The desired versions have been released.
A device which supports the category of desired type is already available in the project
The device is not yet assigned any further instance of the same type.

Editing projects
Procedure
To create an instance of a type, follow these steps:
1. In the project library, select the versions from which you want to create an instance.
2. Using a drag-and-drop operation, move the versions from the project library to the point of
use in the project tree or an editor.
Alternative: To automatically use the newest version, move the types themselves from the
project library to the point of use using a drag-and-drop operation.
For example, use a drag-and-drop operation to move the type of a function block to the
block folder of the CPU in the project tree. To call the type directly from another block, for
example, move the type from the project library to the point of use in the program editor
using a drag-and-drop operation.
Alternative:
1. Copy one or more instances to the clipboard.
2. Paste the instances at a suitable point in the same project or in a different project.
See also
Displaying types for an instance (Page 511)
Displaying types for an instance

In the project tree, you can jump to a type associated with an instance in the project library.
Procedure
To jump to the type associated with an instance in the project library, follow these steps:
1. Right-click the instance of the type in the project tree.
2. Select the "Go to type" command from the shortcut menu.
The associated type is displayed in the project library.
See also
Creating a test version of a type

Before you release a type for productive use, you need to test the type within a project and on
the automation system. The test is conducted in a specific test environment. This test
environment can be a CPU, for example.

Editing projects
Create a version with "in testing" status for the test. The creation of a version "in testing" is
suitable for all sorts of types except for faceplates and HMI user data types. On the other hand,
versions "in progress" can be created from faceplates and HMI user data types.
There are two ways to create a test version of a type and define the test environment:
In the "Libraries" task card or library view
Generate the new version with "in testing" status in the "Libraries" task card or in the library
view. You can generate the new version either directly from the type or from a specific
version of the type.
At an instance in the project tree
You can also create the test version directly at the instance in the project tree. Since the
instance is always used in a specific version in the project, a new version of the type is
generated from the version used at the instance.
You can also create test versions from several types at the same time.
The following rules apply to a version "in testing":
You can set only one version to "in testing" for each type at a given time.
A version in testing may only be linked to a single instance in the project. Therefore, it is
not possible to copy an instance to the clipboard, to duplicate it or to create an additional
type from the instance as long as it has "in testing" status.
Requirement
There is at least one instance of the type within the project in a given version.
If you want to create the new version from a particular version of the type, the instance
must be used in this version in the project.
Procedure
To generate a new test version of a type or the version of a type, follow these steps:
1. Select the type, a version of the type, or the instance.
When you create the test version directly at the instance, you can select several elements
or folders with multiple selection. You can skip steps 3 and 4 because the test environment
is already defined by the selected instance.
2. Right-click the selected element and select the "Edit type" command from the shortcut
menu.
If you have started the editing in the "Libraries" task card or in the library view, the "Edit
type" dialog opens. If you have started the editing at the instance in the project tree, the
test instance is immediately opened for editing in the library view.

Editing projects
3. Select an instance of the type from the list in the project.

If you have started editing at the type itself, the following applies:
The location at which the instance is used (for example, the CPU) is also used as test
environment for the subsequent editing of the type.
Selecting the test instance also defines the version to be edited.
The following applies to editing a specific version:
If your starting point is a specific version, you can only select from the list instances that
are used in the same version.
Result
A new version of the type is created. The new version is "in testing" and is identified as such
in the user interface.
See also
Editing a test version of a type

When you edit a version "in testing", a new version is not created. You can start the editing of
the test version at the instance in the project tree, in the "Libraries" task card" or in the library
view.
Note
Deleting and renaming interface parameters
You can add new parameters. However, if you rename or delete existing parameters, these
parameters will not be supplied when the block is called.
Procedure
To edit the test version of a type, follow these steps:
1. Right-click the test version or the instance.
2. Select the "Edit type" command from the shortcut menu.
The test instance is opened and can be edited.

Editing projects
See also
Creating an editing version of a type

If you want to edit a type with faceplates or HMI user data types, create a new "in progress"
version of the type. The new version is edited in the library view. To check the compatibility of
the changes, a consistency check is automatically performed for the type prior to the release.
Requirement
The project library is opened in the "Libraries" task card or in the library view.
Procedure
To create a new version of a type in progress, follow these steps:
1. Right-click the type or the version of the type.
2. Select the "Edit type" command from the shortcut menu.
A new "in progress" version is created and opened for editing in the library view.
See also
Performing a consistency check for a version

A type version can unintentionally obtain an inconsistent state during editing. To notice errors
in the development process in good time, you can regularly perform a consistency check.
However, the consistency check always takes place automatically as soon as you release a
version.
Details of how to start the consistency check manually for the version of a type are provided
below.

Editing projects
Requirement
The project library is opened in the "Libraries" task card or in the library view.
The version is "in progress" or "in test".
Procedure
To perform a consistency check for the version of a type, follow these steps:
1. Right-click on the version that you want to check for consistency.
2. Select the "Consistency check" command in the shortcut menu.
The consistency check is carried out. You receive a message with the result of the
consistency check.
See also
Discarding versions
Discard versions of a type "in test" or "In progress" when you no longer need the version. You
can also select several types or folders and discard all test or editing versions contained
therein. All uses of the deleted versions are reset to the last released status.
Requirement
The version that you want to discard is in the state "In testing" or "In progress".
Your are in the library view of the "Libraries" task card is open.
Procedure
To discard one version, follow these steps:
1. Right-click the version that you want to discard.
2. Select the "Discard changes and delete version" command from the shortcut menu.
The version is deleted.
Alternative in the library view:
1. Click the "Discard changes and delete version" button in the toolbar while a version is
opened for editing.
The version is deleted.

Editing projects
See also
Discarding all versions within a folder

You can discard all versions with the "In test" or "In progress" status at the same time within
a folder. All uses of the deleted version are reset to the last released status.
Requirement
Your are in the library view of the "Libraries" task card is open.
Discarding a version of a single type

To discard all versions within a folder, follow these steps:
1. Right-click the folder.
2. Select the "Discard all" command from the shortcut menu.
All "In test" or "In progress" versions are deleted.
Release versions
When you are finished editing a type version, release the version for productive use. Assign
a version number for the release. You can also use a multiple selection to release several
versions at the same time.
Requirement
The "Libraries" task card is open or you are in the library view.
The versions that you want to release are "in test" or "In progress" status.
The versions are consistent.
A consistency check is performed as soon as you start the release. If errors that prevent a
release occur during the consistency check, a message is displayed indicating how you
can correct the errors.
Procedure
To release type versions, follow these steps:
1. Select the versions you want to release.
2. Right-click your selection.
3. Select the "Release version" command from the shortcut menu.
The "Release type version" dialog box opens.

Editing projects
4. If necessary, change the properties of the version:

Enter a name for the type in the "Name" field. If you have selected several versions for
release, the "Name" field cannot be changed.
In the "Version" field, define a main and an intermediate version number for the version
to be released. If you have selected several versions for release, the "Version" field
cannot be changed and the last version number is used for the release.
In the "Author" field, enter the editor of the version to be released.
In the "Comment" field, enter a comment on the version to be released.
5. Optional: Select the "Delete unused type versions from the library" check box to delete all
versions from the library that are not connected to any instance in the project. Versions with
dependencies on other types or library elements are not deleted.
Alternative in the library view:
1. Click the "Release version" icon in the toolbar while a version is opened for editing.
2. Continue with steps 3 to 5 of the description above.
Result
The selected versions are released.
The properties are applied for the types themselves, the versions to be released, and for all
future versions. Versions already released remain unaffected by the changes.
If needed, all instances with the same original version are updated to the most recent version
and the unused versions of the type are deleted.
See also
Releasing all versions within a folder (Page 517)
Adding types to a global library (Page 520)
Releasing all versions within a folder

When you are finished editing all types within a folder, release all versions simultaneously.

Editing projects
Requirement
Your are in the "Libraries" task card or in the library view.
The folder includes versions "in test" or "in progress" status.
All versions "in test" or "in progress" are consistent.
A consistency check is performed as soon as you start the release. If errors that prevent
release occur during the consistency check, a message is displayed indicating how to
correct the errors.
Procedure
To release all type versions within a folder, follow these steps:
1. Right-click the required folder.
2. Select the "Release all" command from the shortcut menu.
The "Release type version" dialog box opens.
In the "Author" field, enter the editor of the versions to be released.
In the "Comment" field, enter a comment on the versions to be released.
4. Select the "Delete all unused type versions from the library" check box to delete all versions
from the library that are not connected to any instance in the project. Versions with
dependencies on other types or master copies are not deleted.
Result
All type versions "in test" or "in progress" status within the selected folder are released.
The properties are applied for the versions to be released and for all future versions. Versions
already released remain unaffected by the changes.
Versions of types not used in the project may be deleted.
See also
Updating the project to the latest versions

After you have updated several types in the project library, update all instances in the project
to the most recent version of the types from the project library. If you do not want to apply the
changes to the entire project, restrict the update to individual devices in the project.

Editing projects
Each of the following elements can be selected as source for the update:
The entire project library
Individual folders within the project library
Individual types
You can select multiple types.
Requirement
Procedure
To update instances in a project with the contents from the project library, follow these steps:
1. Select the entire project library or elements from it.
2. Right-click the required elements and select the "Update > Project" command from the
shortcut menu.
The "Update project" dialog box opens.
3. Select either the entire project or individual devices for the update.
4. Select the options for the update process:
The "Update all instances of the affected types" check box is always selected during
this process.
Select the "Delete all unused versions of affected types" check box to delete all older
versions of the updated types from the project library.
The update is performed.
Result
The following changes were made to the project:
All older versions were deleted from the project library as needed.
All instances within the selected devices were updated to the most recent version of the
linked types.
You can find a log of the update process in the projection tree under "Common data".
See also
Updating the project to the latest type versions (Page 523)

Editing projects

Remove the link between instance and type

Instances of types are always connected to the version of the corresponding types. They
cannot be edited like an ordinary object. If you edit the instance, a new version of the type is
created automatically in the library and the changes therefore affect the entire project.
If you remove the link between the instance and its type, you then edit the object like an ordinary
object in the project tree.
Requirement
The instance may not be "in test".
Procedure
To remove the link between instances and their type versions, follow these steps:
1. Select one or more instances in the project tree.
2. Right-click the selection and select the "Terminate connection to type" command from the
shortcut menu.
3. The link to the corresponding type versions is removed.
See also
9.11.8.6 Working with types in global libraries
Adding types to a global library

Global libraries are used as a central resource when working on multiple projects. Among the
types, only the types in the project library can be edited directly. Therefore, use the project
library if you want to work on types. When you are finished editing a type in the project library,
you can add the type to a global library. Adding types from the project library corresponds to
a normal copy process from the project library.
Requirement
The global library to which you want to add types is opened and can be written to.

Editing projects
Procedure
To add types to a global library, follow these steps:
1. Open the required folder in the global library in the "Libraries" task card or in the library
view.
2. Drag one or more types from the project library to the "Types" folder or any subfolder of the
global library.
Alternative:
1. Copy the required types from the project library to the clipboard.
2. Open the required global library in the "Global library" palette of the "Libraries" task card.
3. Right-click the "Types" folder or any of its subfolders.
Result
The types are inserted in the global library. Dependent types, such as types of HMI user data
types or tags, are also copied to the global library, provided they do not already exist there.
This ensures that all necessary elements for generating an instance are present in the global
library.
If a type already exists in the global library, the described action corresponds to an update of
the global library. In this case, the most recent released versions of the types are added to the
global library.
See also
Using types
To use types from the global library, create an instance of a particular version of the type at a
suitable point in the project. If necessary, you can create uses of several types at the same
time. Uses of a type are called instances in the project tree.

Editing projects
Possible points of use for type versions

Suitable points of use for types from the global libraries are:
Folder in the project tree
An instance of a type can be created in a folder in the project tree. The folder must be
suitable for the particular type. If the type is a user data type, for example, you can only
create the instance in the "PLC data types" folder.
Editor
An instance can be created from a type in a suitable editor. For example, you can create
an instance from the type of a function block in another block. The type of the function block
is called from another block in this way.
Linking the instance with the project library

In the project, instances of types from a global library are not linked to the type in the global
library. Instead, a copy of the type and its dependent elements is generated in the project
library when an instance is created. Dependent elements, for example, can be PLC data types
that are referenced in a block. In each case, the copy of the type and the dependent elements
in the project library contains the version that you have linked to the instances. If the type or
a dependent element already exists in the project library, only the missing version is added in
the project library, if necessary.
The instance is finally linked to the copy of the type in the project library. You can only assign
a type to a device once irrespective of the version.
Requirement
A device which supports the category of the type is already available in the project.
The device is not assigned to any further instances of the same type.
Procedure
To use the version of a type in the project, follow these steps:
1. In the global library, select the versions from which you want to create an instance.
2. Using a drag-and-drop operation, move the desired versions of the types to the point of
use.
Alternative: To automatically use the newest version, move the types themselves from the
library to the point of use using a drag-and-drop operation.
For example, use a drag-and-drop operation to move the type of a function block to the
block folder of the CPU in the project tree. To call the type directly from another block, for
example, move the type from the library to the point of use in the program editor using a
drag-and-drop operation.
Result
Missing types or individual versions are added in the project library. If a type is not yet present
in the project library, it is stored in the same folder as before in the global library. An instance
is created from the types and their dependent elements and inserted at the point of use. The
instances are connected to the respective type version in the project library.

Editing projects
If you have created the instances in an editor, instances of the types are also created at the
appropriate points in the project tree. The folder structure from the library is reproduced in the
project tree. You will therefore find the instances in the same folders as in the global library.
See also
Updating the project to the latest type versions

In large enterprises with numerous automation projects. the global libraries are frequently
edited from a central location. The updated global libraries of the individual projects are made
available after the completion of a new version. If you have received a more recent version of
a global library, replace the outdated instances in your project with the most recent version. If
you do not want to apply the changes to the entire project, restrict the update to individual
devices in the project.
The project library is also updated with the new versions of the types in the global library during
the updating of the project or individual devices.
The following elements can be selected as source for the updating:
A global library
Individual folders within a global library
Individual types
Requirement
The updated global library is open.
Procedure
To update instances in a project with the contents from a global library, follow these steps:
1. Select the updated global library or the individual elements from it.
2. Right-click the global library or the required elements and select the "Update > Project"
command from the shortcut menu.
The "Update project" dialog box opens.
3. Select either the entire project or individual devices for the update.

Editing projects
4. Select the options for the update process:

The "Update all instances of the affected types" check box is always selected during
this process.
Select the "Delete all unused versions of affected types" check box to delete all older
versions of the updated types from the project library.
Result
The following changes were made to the project:
The most recent version of the select types is present in the project library. All older versions
were deleted if necessary.
All instances within the selected devices were updated to the most recent version of the
linked types.
You can find a log of the update process in the projection tree under "Common data".
See also
9.11.8.7 Assigning a version

A library is more clearly structured if types related by content have the same version number.
The identical version number reflects the work progress. When you have completed the work
on multiple associated types, you can assign the same version number to these types.
You have the following options to assign a common version to types:
The entire project library or a complete global library
One or more folders in a library
One or more types
Requirement
The "Libraries" task card or the library view is open.
Your selection must not contain types with "in test" or "In progress" status.

Editing projects
Procedure
To assign several types the same version, follow these steps:
1. Select the types to which you want to assign a common version.
2. Select the "Assign version" command from the shortcut menu.
The "Assign version" dialog box opens.
In the "Version" field, determine the new version number. The version number must be
higher than the highest version number of all selected types.
In the "Author" field, enter the person responsible for the version to be released.
In the "Comment" field, enter a comment on the version to be released.
Result
The selected type versions are changed as follows:
A new version of all selected types is created with the specified version number.
The properties are applied to all selected types, the new version and to all future versions.
Lower versions remain unaffected by the changes. If you make no changes to the
properties, the properties of the last released version of each type are applied.
The build number of dependent types is incremented to the next free build number as long
as the dependent types were not in your selection. If you had selected a dependent type
as well, the version number you specified will be assigned.
A log of the changes is created. If you have versioned the types in the project library, you find
the log in the project tree under "Common data > Logs". If you have versioned types in a global
library, you find the log in the "Common data > Logs" folder in the level below the global library.
See also
Displaying logs of global libraries (Page 489)

Editing projects
9.11.9 Editing library elements

Types, master copies and folder can be cut, copied, pasted, moved, renamed or deleted in
the usual way within the "Libraries" task card or the library view. Global libraries must be
opened with write permission for each of the above-described processes.
Note
User-defined documentation for types and master copies
User-defined documentation is not affected by any of the operations within the library. If you
move a master copy or a type to a different location, you also move the associated user-defined
documentation in the file system to the corresponding location.
For additional help on using the user-defined documentation, refer to the chapter "Using user-
defined documentation (Page 361)".
Copying types
The following rules apply when you copy types to the clipboard:
Types are always copied to the clipboard with all associated versions. However, only
versions that have previously been released are copied.
Types are always copied to the clipboard with all dependent elements.
Master copies are always copied to the clipboard with all type versions used in them.
Copying and pasting type versions

When you copy type versions to another library, the types must already exist in the target
library.
Cutting elements
You can only paste previously cut library elements into the same library. In so doing, you can
only paste master copies into the "Master copies" folder or any of its subfolders. Likewise, you
can only paste types into the "Types" folder or any of its subfolders.
Pasting types
Pasting types in a different library corresponds to updating the target library.
The following rules apply when you have pasted a type into a different library:
A type is always pasted with all its versions.
If the type already exists in the target library, all versions that are more recent than the
existing versions are added to the corresponding types in the target library.
If there is already a version with released status in the target library, this version is not
pasted again.

Editing projects
If the same version exists with in test or in progress status in the target library, it is replaced
by the released version.
If a type needs other types, these are also added at the respective location.
Pasting master copies

When you paste master copies, all type versions contained in these copies are also pasted.
If the corresponding types already exist in the library, only the missing versions are added to
the individual types. If one of the types used does not yet exist, it is pasted at the highest level
in the library. The type includes the type version that was used in the master copy.
Moving elements
When you move an element from one library to another, the element is copied and not moved.
The same rules apply as described under "Pasting types" and "Pasting master copies".
Deleting of types and type versions

Note the following when you delete types or type versions:
A type or a type version can only be deleted if there are no dependencies to other types.
When you delete a type, all versions of the type are deleted.
If you delete all versions of a type, the type is also deleted.
If you delete a version that has instances in the project, the instances are also deleted from
the project.
If you delete a type that is also stored at the same time as a master copy, the master copy
is also deleted.
Deleting instances
If you delete an instance that has dependencies to other instances, this instance is restored
during the next compilation. The instance is then linked again to the original type version. This
restores the consistency of the project.
See also
Remove the link between instance and type (Page 520)

Editing projects
9.11.10 Updating a library with the contents of another library

An existing library can be updated with the contents of another library. The following options
are available for updating libraries:
Updating a global library with types from another global library or from the project library
Updating the project library with types from a global library
Each of the following elements can be selected as source for the update:
An entire library
Individual folders within a library
Individual types
During the update, new versions are added to the types that already exist in the target library.
Types that do not yet exist in the target library are copied together with all their versions to the
target library.
Note
User help for copying types
User help is not copied together with a type to another library. You need to copy the user help
for types to the corresponding directory.
Additional help on using the user help can be found in the chapter "Conventions for creating
user help (Page 367)".
Requirement
If you want to update a global library, you have to open it with write permission.
Procedure
To update a library with the contents of a different library, follow these steps:
1. Select a library or individual elements from a library as source for the update.
2. Right-click the source and select the "Update > Library" command from the shortcut menu.
The "Update library" dialog box opens.
3. Select the type of library you want to update:
Select "Update the project library" to update the project library with types from a global
library.
Select "Update a global library" if you want to update a global library.
4. Optional: In the drop-down list, select the global library that you want to update, if you want
to update a global library.

Editing projects
5. Select the options for the update:

The "Update all instances of the affected types" option is always disabled during this
process.
Select the "Delete all unused versions of the affected types" check box to delete all older
versions of types from the project library if these are not assigned to any instance in the
project and if there are no dependencies to other types. This option cannot be selected
for the update of a global library, since types of a global library never have a point of
use in the project.
Result
The following changes were made to the target library:
Types not yet available in the target library were copied together with all their versions.
More recent versions were added to the types that already exist in the target library. If a
more recent version of a type already existed in the target library, the latest version was
nevertheless copied and automatically assigned a newer version number.
If needed, all versions of types were deleted from the project library if these were not used
in any instance in the project.
A log listing all performed changes to the target library was created for the update process.
If you have updated the project library, you can find the log in the project tree under
"Common data > Logs".
If you have updated a global library, you can find the log in the "Common data > Logs"
folder in the level below the global library.
See also

Editing projects
9.11.11 Harmonizing names and path structure

You can harmonize the project with a library. This helps you correct the following items:
Names of the instances:
Instances can be created during the development phase of a library, the names of which
are appended by "_1", "_2", etc. due to an automatic correction. This extension is used to
prevent duplicate names in the project. During harmonization, the instances once again
receive the names of their associated types.
Path structure:
The original path structure can be lost due to parallel development or copying of dependent
instances. This affects the clarity of the project. During harmonization, the path structure
within the project is adapted to the path structure of the library.
Procedure
To harmonize the names and the path structure, follow these steps:
1. Open the library management.
2. Click "Harmonize project" in the toolbar.
The "Harmonize project" dialog box opens.
3. Select the device with which you wish to harmonize the library.
4. Select the "Harmonize paths between project and library" check box if you want to restore
the path structure.
5. Select the "Harmonize names between project and library" check box if you want to have
the names corrected.
Result
Depending on your settings, the names and the path structure in the project are harmonized
with the library.
The changes to the project are logged. The log is available under "Common data > Logs" in
the project navigation.
See also

Editing projects
9.11.12 Clean up library

You can clean up the project library or global libraries to remove types or versions that are not
connected to any instance in the project. This step provides more clarity within the libraries
and decreases the size of the library.
Cleaning up the project library

To clean up the project library, follow these steps:
2. Click on "Clean up library" in the toolbar.
The "Clean up project library" dialog box opens.
3. Select the scope in which types or versions are to be deleted:
to retain the version with the highest version number, even if this has no instance, select
the option "Delete old type versions and retain the newest type version".
Select the option "Delete complete types" to delete the complete type if no version is
connected to an instance.
4. Confirm your entry with "OK".
Depending on your selection, either unused type versions or types are removed from the
project library.
The changes are logged. The log is available under "Common data > Logs" in the project
navigation.
Clean up global library

To clean up a global library, follow these steps:
2. Click on "Clean up library" in the toolbar.
The "Clean up global library" dialog box opens.
3. Click "Continue".
Unused type versions are deleted. The latest version of a type is always retained.
The changes are logged. The log is available in the "Common data > Logs" folder in the
level below the global library.
See also

Editing projects
9.11.13 Comparing library elements
Introduction
You can compare devices from libraries with devices from both the current project as well as
from the same or another libraries or reference projects. Note, however, that reference projects
are write-protected. You can also compare instances in a device with their type version in a
library. Not all actions are available for the comparison with types. You cannot, for example,
overwrite an instance of a newer version with an older type version from the library.
When comparing library elements, you can always switch between automatic and manual
comparison.
Procedure
To compare library elements with the device data of a project, follow these steps:
1. In the project tree, select the device whose data you want to compare to a library element
and which allows offline/offline comparison.
3. Open the "Libraries" task card.
4. Select the library element that you want to compare to the device data.
5. Drag the library element into the right drop area of the compare editor.
area. When you select an object, the object properties and the corresponding object of the
assigned device are clearly shown in the property comparison.
You can drag other devices into the drop areas from the current project, a library or from a
reference point at any time to start a new comparison. It does not matter which device you
drag into the drop area.
See also
Using the library view (Page 475)

Editing projects
9.13 Simulating devices
9.12 Using cross-references
9.12.1 Using cross-references
Introduction to cross-references
The cross-reference list provides an overview of the use of objects within the project. You can
see which objects are interdependent and where the individual objects are located. Cross-
references are therefore part of the project documentation.
You can also jump directly to the point of use of an object.
Which objects you can display and localize in the cross-reference list depends on the installed
products.
See also
9.13.1 Simulation of devices
Introduction
You can use the TIA Portal to run and test the hardware and software of the project in a
simulated environment. The simulation is performed directly on the programming device or
PC. No additional hardware is required.
The simulation software provides a graphical user interface for monitoring and changing the
configuration. It differs according to the currently selected device.
Integration in the TIA Portal

The simulation software is fully integrated in the TIA Portal but is only supported by certain
devices. Therefore, the button for calling the simulation software is only active if the selected
device supports simulation.
The simulation software for some devices requires its own virtual interface to communicate
with the simulated devices. The virtual interface can be found in the project tree under the
"Online access" entry next to the physical interfaces of the programming device/PC.
Once you have opened the software, additional help on the simulation software is available
via a separate link.

Editing projects
See also
Starting the simulation (Page 534)
9.13.2 Starting the simulation

Some devices can be simulated with additional software. You therefore do not have to have
the actual devices to perform comprehensive testing of your project.
Procedure
To start the simulation software, follow these steps:
1. Select the device you want to simulate, for example, in the project tree.
2. Select the "Simulation > Start" command in the "Online" menu.
This calls the simulation software.
See also
Simulation of devices (Page 533)

Editing devices and networks 10
10.1 Configuring devices and networks
10.1.1 Hardware and network editor
10.1.1.1 Overview of hardware and network editor
Function of the hardware and network editor

The hardware and network editor opens when you double-click on the "Devices and Networks"
entry in the project tree. The hardware and network editor is the integrated development
environment for configuring, networking and assigning parameters to devices and modules. It
provides maximum support for the realization of the automation project.

Editing devices and networks
Structure of the hardware and network editor

The hardware and network editor consists of the following components:

Device view (Page 539), Network view (Page 537), Topology view (Page 542): Graphic area
Device view (Page 539), Network view (Page 537), Topology view (Page 542): Table area
Hardware catalog (Page 548)
The hardware and network editor provides you with three views of your project. You can switch
between these three views at any time depending on whether you want to produce and edit
individual devices and modules, entire networks and device configurations or the topological
structure of your project.
Drag the devices and modules you need for your automation system from the hardware catalog
to the network, device ot topology view.
The inspector window contains information on the object currently marked. Here you can
change the settings for the object marked.

10.1.1.2 Network view
Introduction
The network view is one of three working areas of the hardware and network editor. You
undertake the following tasks here:
Configuring and assign device parameters
Networking devices with one another
Structure
The following diagram shows the components of the network view:

Changeover switch: device view / network view / topology view

Toolbar of network view
Graphic area of network view
Overview navigation
Table area of network view
You can use your mouse to change the spacing between the graphic and table areas of the
network view. To do this, click between the graphic and the table areas and change the spacing
by moving the divider to the left or right while keeping the mouse button pressed. The Speedy
Splitter (the two small arrow keys) allows you to use a single click to minimize the table view,
maximize the table view or restore the last selected split.

Toolbar
The toolbar provides the following functions:
Icon Meaning
Mode to network devices.
Mode to create connections. You can use the adjacent drop-down list to set the con
nection type.
Mode to create relations.
Opens the dialog for manual name assignment for PROFINET devices. For this purpose
the IO device must be inserted and connected online with the IO system.
Show interface addresses.
Enables page break preview. Dotted lines are displayed at the positions where the pages
break when printed.
You can zoom in (+) or zoom out (-) the view in steps using the zoom symbol or draw a
frame around an area to be zoomed in.
Saves the current table view. The layout, width and visibility of columns in the table view
is stored.
Graphic area
The graphic area of the network view displays any network-related devices, networks,
connections and relations. In this area, you add devices from the hardware catalog, connect
them with each other via their interfaces and configure the communication settings.
The operator controls for view control are located at the bottom edge of the graphic area:
Select the zoom leveling using the drop-down list. You can also enter a value directly into
the field of the drop-down list.
You can also set the zoom level using the slider.
You can re-focus the window of the graphic area using the icon in the bottom right corner.
Overview navigation
Click in the overview navigation to obtain an overview of the created objects in the graphic
area. By holding down the mouse button, you can quickly navigate in the overview navigation
to the desired objects and display them in the graphic area.
Table area
The table area of the network view includes various tables for the devices, connections and
communication settings present:
Network overview
Connections
Relations

IO Communication
VPN
You can use the shortcut menu of the title bar of the table to adjust the tabular display.
See also
Adding a device to the hardware configuration (Page 565)
Layout of the user interface (Page 307)
Displaying diagnostics status and comparison status using icons (Page 1356)
Networking devices in the network view (Page 582)
Tabular network overview (Page 585)
10.1.1.3 Device view
Introduction
The device view is one of three working areas of the hardware and network editor. You
Configuring and assign device parameters
Configuring and assign module parameters

Structure
The following diagram shows the components of the device view:


Toolbar of device view
Graphic area of the device view
Overview navigation
Table area of device view
device view. To do this, click between the graphic and the table areas and change the spacing
by moving the divider to the left or right while keeping the mouse button pressed. The Speedy
Splitter (the two small arrow keys) allows you to use a single click to minimize the table view,
maximize the table view or restore the last selected split.
Toolbar
Icon Meaning
Switches to the network view. The device view can switch between the existing devices
using the drop-down list.
Show the area of unplugged modules.
Opens the dialog for manual name assignment for PROFINET devices. For this pur
pose the IO device must be inserted and connected online with the IO system.
Show module labels.

Icon Meaning
Enables page break preview. Dotted lines are displayed at the positions where the
pages break when printed.
You can use the Zoom icon to zoom in (+) or out (-) incrementally or to drag a frame
around an area to be enlarged.
With signal modules, you can recognize the address labels of the I/O channels from
a zoom level of 200% or higher.
Saves the current table view. The layout, width and visibility of columns in the table
view is stored.
Graphic area
The graphic area of the device view displays hardware components and if necessary the
associated modules that are assigned to each other via one or more racks. In the case of
devices with racks, you have the option of installing additional hardware objects from the
hardware catalog into the slots on the racks.
Overview navigation
Table area
The table area of the device view gives you an overview of the modules used and the most
important technical and organizational data.
See also
Working with racks (Page 558)
Network view (Page 537)
Area for unplugged modules (Page 563)
Inserting a module into a rack (Page 568)
Objects in the device view (Page 560)

10.1.1.4 Topology view
Introduction
The topology view is one of three working areas of the hardware and network editor. You
Displaying the Ethernet topology
Configuring the Ethernet topology
Identifying and minimizing differences between the desired and actual topology
Structure
The following figure provides an overview of the topology view.


Topology view toolbar
Graphic area of the topology view
Overview navigation
Table area of the topology view
topology view. To do this, click between the graphic and the table areas and change the
spacing by moving the divider to the left or right while keeping the mouse button pressed. The
Speedy Splitter (the two small arrow keys) allows you to use a single click to minimize the table
view, maximize the table view or restore the last selected split.

Toolbar
Icon Meaning
Opens the dialog for manual name assignment for PROFINET devices. For this pur
pose the IO device must be inserted and connected online with the IO system.
Enables page break preview. Dotted lines are displayed at the positions where the
pages break when printed.
You can zoom in (+) or zoom out (-) the view in steps using the zoom symbol or draw
a frame around an area to be zoomed in.
Saves the current table view. The layout, width and visibility of columns in the table
view is stored.
Graphic area
The graphic area of the topology view displays Ethernet modules with their appropriate ports
and port interconnections. Here you can add additional hardware objects with Ethernet
interfaces. See: Adding a device to the hardware configuration (Page 565)
Overview navigation
Table area
This displays the Ethernet or PROFINET modules with their appropriate ports and port
interconnections in a table. This table corresponds to the network overview table in the network
view.
See also
10.1.1.5 Overview of settings for hardware configuration

You can make some hardware configuration settings in the TIA Portal settings.

Overview
The following table provides an overview of the settings for the hardware configuration:

Information on product Deactivated Prevents access to the Siemens Industry Online Support
support Via Internet Enables access to product information about individual devices in the
hardware catalog via the Internet.
Topological overview Temporarily assigning an Assigns a temporary IP address for topology discovery if a device
IP address does not have a valid IP address. Topology information (LLDP) can
not be read from a device without valid IP address.
Show a warning if the op Shows a warning when a temporary IP address is assigned to a de
tion is activated vice during topology discovery.
Compiling Download module com Transfers any existing comments in addition to the hardware config
ment uration when loading the hardware configuration to the device. The
comment is available after the device is loaded to a programming
device.
See also
10.1.1.6 Printing hardware and network configurations
Printout of hardware and network configurations

You can print out the following elements of the hardware and network view as part of the project
documentation:
Graphic network view
Network overview table
Graphic device view
The device overview table
The parameters of the object currently selected in the editor
Printout of editor content

If you start a printout within an opened editor and no module is selected, the content of the
editor is always printed. This includes a graphic representation of the editor as well as the table
for the editor. You can adapt the scope of the printout. You can specify whether only the graphic
view, the table or both together are to be printed. Read section "Changing the print options
(Page 546)" for more on this.
If the graphic is larger than the page layout you have selected, the printout is continued on the
next page. No content is lost this way. Alternatively, you can change the zoom level of the
graphic representation to fit the printout on one page. The printout is always made in the
currently selected zoom setting.

To check that all content fits on one page, you can either use the print preview or activate the
page break preview. When page break preview is activated, dashed lines are displayed within
the graphic editor at the location where the page break is later made.
Printing very large tables

If a table is larger than the print area and therefore cannot be fully printed, the content of the
table is not printed as a table, but instead as pairs between value and key.
Example:
Object name Property 1 Property 2

Object A Value A1 Value A2
Object B Value B1 Value B2
In this case, the printout has the following appearance:

Object A
Object B
You can also preset this as a template so that tables are always printed as pairs between the
key and the value. Read section "Changing the print settings (Page 421)" for more on this.
Printing module parameters

Parameters of selected modules are printed out along with the current value settings in text
form. All parameters from corresponding modules are also printed. For example, if you have
selected a CPU, the parameters of an inserted signal board, if present, are printed as well.
You can determine the scope of the module parameters to be printed. In the "Print" dialog,
select whether all properties and parameters of a module are to be printed or whether to use
the compact printout. If you select the compact form, only the entries in the "General" area of
the module properties are printed. Comments on modules, as well as the author and module
description, are excluded. In compact mode, the following module parameters are therefore
printed, for example:
Module specifications
Name, module slot, short description, article number, firmware version
Name of the PROFINET interface
Subnet specifications
Name of the subnet, ID of the S7 subnet

See also
Changing the print options (Page 546)
Documentation settings (Page 419)
Creating a print preview (Page 433)
Activating the page break preview for printout (Page 546)
10.1.1.7 Activating the page break preview for printout

You can activate the page break preview for the printout in the graphic editor. If this option is
activated, dashed lines are shown within the graphic editor at the locations where page breaks
are later made during printout.
Procedure
Proceed as follows to activate the page break preview:
1. Select the graphic area of the corresponding view.
2. Click on the "Show page break" symbol in the toolbar of the graphic editor.
Dashed lines are displayed within the graphic editor at the location a page break is later
made.
3. To modify the frame layout, select the "Print" command in the "Project" menu.
4. To disable page break preview, click again on the "Show page break" symbol in the toolbar
of the graphic editor.
10.1.1.8 Changing the print options
Changing the scope of the printout

When printing from an editor, you can specify whether both graphics and tables are to be
printed or just one of the two. Both are printed by default.
Procedure
To change the scope of the printout, proceed as follows:
1. In the "Options" menu, select the "Settings" command.
2. In the area navigation, open the "Print settings" parameter group under "General".
3. Scroll to the "Hardware configuration" group.
4. Select or clear the "Active graphic view" check box, depending on whether you want to print
the graphics of the network and device view as well.
5. Select or clear the "Active table" check box, depending on whether you want to print the
table for the editor as well.

See also
Printing hardware and network configurations (Page 544)
10.1.1.9 Inspector window

The properties and parameters shown for the object selected can be edited in the Inspector
window.
Structure
The Inspector window consists of the following components:

Switch between various information and work areas

Switch between various tabs of the information and work areas
Navigation between various pieces of information and parameters
Display showing the selected information and parameters
Function
The information and parameters in the Inspector window are split into different types of
information:
Properties
Info
Diagnostics

To display the corresponding information and parameters, click in the relevant area. The
"Properties" area is the most important one for configuring an automation system. This area
is displayed by default and contains various tabs:
General: Display the properties and settings of the device or module. Here you can edit the
settings and parameters. The left pane of the Inspector window is used for area navigation.
Information and parameters are arranged there in groups. If you click on the arrow symbol
to the left of the group name, you can expand the group if sub-groups are available. If you
select a group or sub-group, the corresponding information and parameters are displayed
in the right pane of the Inspector window and can be edited there too.
IO tags: Display the IO tags of the PLC. You can assign names for the tags, assign the tags
to the user-defined tag tables via a drop-down list, and enter comments for the tags. The
IO tags are also shown in the PLC tag table.
System constants: Display the constants required by the system with the HW IDs of the
modules. The system constants are also shown in the PLC tag table.
Texts: Display the reference language and specify the text source for the project texts.
See also
Editing properties and parameters (Page 574)
Overview of hardware and network editor (Page 535)
Translating text associated with individual objects (Page 458)
Project text basics (Page 454)
Addressing modules (Page 848)
10.1.1.10 Hardware catalog

The "Hardware catalog" task card gives you easy access to a wide range of hardware
components.

Structure
The "Hardware catalog" task card consists of the following panes:
"Catalog" pane, search and filter function

"Catalog" pane, component selection
"Information" pane
Search and filter function

The search and filter functions of the "Catalog" pane make it easy to search for particular
hardware components. You can limit the display of the hardware components to certain criteria
using the filter function. For example, you can limit the display to objects that you can also
place within the current context or which contain certain functions.
Objects that can be used in the current context include, for example, interconnectable objects
in the network view or only modules compatible with the device in the device view.

Component selection
The component selection in the "Catalog" pane contains the installed hardware components
in a tree structure. You can move the devices or modules you want from the catalog to the
graphic work area of the device or network view.
Installed hardware components without a license are grayed out. You cannot use non-licensed
hardware components.
Hardware components belonging to various components groups thematically are partially
implemented as linked objects. When you click on such linked hardware components, a catalog
tree opens in which you can find the appropriate hardware components.
Information
The "Information" pane contains detailed information on the object selected from the catalog:
Schematic representation
Name
Article number
Version number
Description
See also
Browsing the hardware catalog (Page 557)
10.1.1.11 Enabling product support

For each device in the hardware catalog, you have the option of displaying additional
information that is stored in the Siemens Industry Online Support. By default, the function is
disabled. Instructions for enabling the function are given below.
Requirement
The TIA Portal has access to the Internet.
Procedure
To enable access to Siemens Industry Online Support, follow these steps:
1. In the "Options" menu, select the "Settings" command.
2. Open the "Hardware configuration" group in the area navigation.
3. Select the "Via Internet" check box.

Result
You can access product support, FAQs and manuals in the hardware catalog via the shortcut
menu for the module.
See also
Displaying product support for hardware components (Page 551)
10.1.1.12 Displaying product support for hardware components

In the hardware catalog, you have direct access to information that is stored for each module
in Siemens Industry Online Support. You can jump directly to the following pages in Siemens
Industry Online Support:
Information on product support
FAQs
Manuals
Requirement
You have access to the Internet.
Access to Product Support is enabled in the settings of the TIA Portal.
For information on how to enable the function, refer to section "Enabling product support
(Page 550)".
Procedure
To display the information for a particular module in Siemens Industry Online Support, follow
these steps:
1. Navigate to the required module in the hardware catalog.
2. Right-click the module.
3. Select one of the following entries in the shortcut menu:
Information on product support
FAQs
Manuals
Result
The default browser set in the operating system is opened and the relevant page in the
Siemens Industry Online Support is loaded.
See also
Enabling product support (Page 550)

10.1.1.13 Keyboard operation: Navigation in the editor

You can use shortcut keys in the network and device view to navigate between the components
of the hardware and network editor and its objects.
Navigating between elements and functions
Function Shortcut keys

Switch to the next lower selection level <Return>
You can for example, use <Return> to switch from a selected rack to the lower selection
level of the devices and modules that are snapped onto it. If a device is selected, you
can use <Return> to switch to the lower selection level of the interfaces that are dis
played on the device.
Switch to the next higher selection level <Esc>
You can use <Esc>, for example, to switch from a selected interface to the higher
selection level of the devices and modules. If a device is selected, you can use <Esc>
to switch to the higher selection level of the rack.
Navigation between objects in the current selection level <Up arrow>
You can use the arrow keys to switch between the objects within a current selection <Down arrow>
level. To change the selection level, use the <Return> or <Esc> keys. <Right arrow>
<Left arrow>
Switches to the device view <Ctrl+Shift+D>
Switches to the network view <Ctrl+Shift+N>
Switches to the topology view <Ctrl+Shift+T>
Switch between editor elements <Tab>
Use the <Tab> key to switch from one editor element to the next element. Use <Shift <Shift+Tab>
+Tab> to switch to the previous element. You can switch, for example, between the
graphical view, Speedy Splitter, table view or underlying tabs.
Switch between tabs <Ctrl+Tab>
Use the <Ctrl+Tab> keys to switch from one tab to the next tab on the right. Use <Ctrl <Ctrl+Shift+Tab>
+Shift+Tab> to switch to the next tab to the left. You can use these keys, for example,
to switch between the device view, the network view and the topology view.
Opening elements and functions

Opening the online and diagnostics view <Ctrl+D>
When a device is selected, <Ctrl+D> opens the online and diagnostics view for the
selected device.
Opening the download to device dialog <Ctrl+L>
When a device is selected, <Ctrl+L> opens the advanced download dialog.
Add new device <Ctrl+N>
<Ctrl+N> opens the dialog for adding a new device.
Opens the "Hardware catalog" task card <Ctrl+Shift+C>
Opens "Online Tools" task card <Ctrl+Shift+O>

See also
Keyboard operation in the TIA Portal (Page 339)
10.1.1.14 Keyboard operation: Editing objects

You can execute some of the functions of the network and device view directly with a
combination of keyboard and mouse in the hardware and network editor. The keyboard
operation in tables (Page 339) corresponds to standard characteristics. Here you find the
keyboard operation for the graphic work area of the network and device view.
General keyboard operation

Zoom in on view in frame <Ctrl+Space> + pressed mouse but
Drag a frame in the graphical view in order to correspondingly change the size of the ton
view.
Move view <Space> + pressed mouse button
Move the mouse pointer in order to move the view.
Cancel current operation <Esc>
Separate connection <Esc> or double-click
Use <Esc> or a double-click to exit connection mode when dragging a connection.
Zoom in graphic view <Ctrl> + turn mouse wheel
The enlargement or reduction depends on the direction of rotation.
Selected objects

Select object Mouse click
Cut an object <Ctrl+X>
The selected object is copied to the clipboard and deleted from the graphical view.
Copy object <Ctrl+C>
The selected object is copied to the clipboard.
Paste object <Ctrl+V>
The object from the clipboard is inserted into the selection.
Delete selected object <Del>
Select several objects 1 <Shift> + click
You can add several objects to the selected objects by clicking on them individually.
Alternatively, you can use <Shift> + pressed mouse key to drag a frame around the
objects that are to be selected.
Select several objects 2 <Ctrl> + click
You can add several objects to the selected objects by clicking on them individually.
Alternatively, you can use <Shift> + pressed mouse key to drag a frame around the
objects that are to be selected. When holding down the <Ctrl> key, you can use a
mouse click to deselect selected objects.


Move selection Mouse button pressed
When the mouse button is pressed, you can drag devices or modules to allowed slots
on a rack.
Copy selection <Ctrl> + pressed mouse button
Using <Ctrl> + pressed mouse button you can drag devices and modules to allowed
slots on a rack. This copies the devices or modules.
10.1.2 Configuring devices
10.1.2.1 Basics
Introduction to configuring hardware

To set up an automation system, you will need to configure, assign parameters and interlink
the individual hardware components. The work needed for this is undertaken in the device and
network view.
Configuring
"Configuring" is understood to mean arranging, positioning, and networking devices and
modules within the device or network view. Racks are represented symbolically. Just like "real"
racks, they allow you to plug in a defined number of modules.
An address is automatically assigned to each module. The addresses can be subsequently
modified.
When the automation system is started, the CPU compares the configuration that is preset by
the software with the actual configuration of the system. Possible errors can be detected and
reported straight away.
Assigning parameters
"Assigning parameters" is understood to mean the setting of properties of the components
used. Parameter assignment is carried out for hardware components and for data exchange
settings:
Properties of modules with assignable parameters
Settings for data exchange between components
The parameters are loaded to the CPU and transferred to the corresponding modules when
the CPU starts up. Modules can be replaced with ease since the assigned parameters are
automatically loaded into the new module during startup.

Adjusting the hardware to the project requirements

You need to configure hardware if you want to set up, expand or change an automation project.
To do this, add hardware components to your configuration, connect them to existing
components, and adapt the hardware properties to the tasks.
The properties of the automation systems and modules are preset in such a way that in many
cases there is no need for additional parameter assignment. Parameter assignment is however
needed in the following cases:
You want to change the default parameter settings of a module.
You want to use special functions.
You want to configure communication connections.
See also
Changing properties of the modules (Page 1184)
Using existing configurations
Open existing projects

When opening existing projects, an automatic check is made to determine if the appropriate
software is installed for all modules used within the project. If you try to open a project with
modules that are not supported by the current scope of installation of the TIA portal, a message
appears on opening the project informing you of the missing software components. If the
software components are not absolutely required to open the project, the project can still be
opened.

Reaction to missing software components

Projects that contain modules not supported by the current scope of the installation react as
follows:
Display the modules on the GUI
The non-supported modules are displayed in the project tree with all of their nested
objects. However, the modules themselves cannot be processed in editors or in the
inspector window. When possible, a replacement module is used that best matches the
original module. Replacement modules are indicated by an exclamation mark.
Display of properties in tables is limited. This applies in particular to the display of
network parameters, such as the IP address.
Functional limitations
Non-supported modules cannot be printed out or compiled.
An online connection cannot be established to the module. It is therefore also impossible
to download.
To change the device type, the device must first be deleted and then re-inserted. The
"Change device type" function is not supported.
Copying and inserting nested objects, such as modules, is possible although the device
itself cannot be copied and inserted.
The network configuration cannot be changed with replacement modules within the
network view.
Cross-references can be displayed. However, the cross-references only reflect the state
last saved within the project because on online comparison to the original module cannot
be made.
See also
General slot rules
Introduction
Specific slot rules apply to each automation system and module.
If you select a module from the hardware catalog in the device view, all possible slots for the
module selected are marked in the rack. You can only drag modules to marked slots.
If you insert, move or swap a module, the slot rules are also applied.
Consistency
Some slot rules depend on how the environment is configured. This means that you can
sometimes plug modules into the rack although this would result in inconsistencies at the
current time. If you change the configuration, for example by selecting different modules or
module parameter settings, you can make the configuration consistent again.

In cases where inserting a module results in an inconsistency that can be corrected, this will
be permitted. A consistency check is run when the configuration is compiled. Inconsistencies
are displayed as alarms in the Inspector window under "Info". Based on the result of the
consistency check, you can revise your configuration and make it consistent again.
Rules for arranging modules

The following rules apply generally to modules in racks:
You can only plug modules into a rack.
You can only plug interface modules into a module.
You can only use modules of the same product or system family in one rack.
There are also other special rules for some modules:
Can only be inserted in certain slots
Insertion depends on other modules, CPUs or settings
Limited number of uses in a rack
Introduction
Use the "Hardware catalog" task card to select the hardware components you want for a
hardware configuration. Use the hardware catalog to select the interconnectable hardware
components in the network and topology view and to select the modules you want in the device
view.
Context filter
You can use the "Filter" option of the hardware catalog to restrict the number of displayed
hardware components and the number of hardware components that can be found by
searching.
If you select the filter, only those components are displayed that can be selected currently in
the hardware catalog. If the do not select the filter, the entire hardware catalog is displayed.
If you switch between the various views, the view of the filter objects is adapted to the current
context.
Search options
You can use the search function to search for specific entries in the hardware catalog. Note
the following rules when entering search terms:
No distinction is made between upper and lower case text.
Dashes and blanks are ignored during the search.
The search function considers parts of a search term.
Several search terms must be separated by a space

You start the search from an object highlighted in the hardware catalog and either search
upwards or downwards.
Icon Meaning
Downwards search
Upwards search

If you want to browse the hardware catalog, proceed as follows:
1. Click in the entry field of the search function
2. Enter a search term. The search includes the following elements:
Name of device or module
Article number (MLFB)
Description in "Information" pane
3. Click on either the "Downwards search" or "Upwards search" buttons.
Note
To ensure the right search direction, note which point you have marked in the hardware
catalog. To browse the entire catalog, click on the topmost object of the hardware catalog
and start the search once you have entered the search term by clicking "Downwards
search".
The first match with the search term found is displayed as the result. For more search
results, again click on the "Downwards search" or "Upwards search" button.
Observe the context filter of the hardware catalog. If this is selected, the search in the
hardware catalog is restricted to the displayed inserted hardware components.
See also
Hardware catalog (Page 548)
Working with racks
Introduction
To assign modules to a device, you need a rack, for example a mounting rail. Secure the
modules on the rack and connect these via the backplane bus with the CPU, a power supply
or other modules.
Creating a rack
If you insert a device in the network view, a station and a rack suitable for the device selected
are created automatically. The rack and slots available are displayed in the device view. The
number of slots available again depends on the type of device used.

Rack structure
A rack always contains the device that has been inserted in the network view. The device is
permanently assigned a slot which will depend on the type of device in question. There are
additional slots on the right of the device and, if necessary, on left of the device; slot numbers
are located above slots in which devices are plugged.
A corresponding short description is displayed above the plugged devices and modules. You
show or hide this short description via the toolbar under "View" with the command "Display
module titles" or the corresponding symbol in the toolbar of the device view (Page 539).
Symbol Meaning
Show module titles
When modules are selected in the hardware catalog, all the slots permitted for this module are
marked. This allows you to see immediately the slot into which the selected module can be
inserted.
In the following screenshot, a signal module has been selected in the hardware catalog for a
partially filled S7-1200 rack:
Since slots 101-103 are reserved for communications modules, only the other free slots are
shown as available slots.
You can expand and collapse the front group of slots using an arrow symbol above the
expandable slot. When the group of slots is collapsed, the first and last of the group's slot
numbers are displayed.
The following figure shows the expanded slot group:
Groups of slots into which modules have already been plugged cannot be collapsed.

Multiple selection of modules and slots

There are various ways of selecting several modules or slots:
By pressing <Shift> or <Ctrl>, you can select several modules or slots at the same time.
Click outside the rack and then hold the mouse button and drag a frame to include the
modules or slots you want to select.
Objects in the device view

A graphic display of the rack and the devices plugged into it is shown in the left area of the
device view. You can see the device overview in the right area of the device view. The device
overview is a table showing you the most important information about the modules inserted in
the rack. Both areas are displayed in a window. The size of both areas is adjusted using a
divider. You can also use it to display one or the other area in full or to hide them.
Structure and content of device view

The offline configuration of the devices in the rack are displayed in the graphic device view.
This is a symbolic representation of the configuration on the real rack.
The rack configuration is displayed as a table in the device view. Each line in the table contains
the information for assigning a slot.
The following screenshot shows the device view with the configuration of a SIMATIC S7-1200
CPU.

Graphic view of the allocation of the rack by the CPU and various modules in slots 1 to 4, as well as 101 and 102.
You can use the divider to adjust the proportion of the device view between the left area (graphic view) and the right
area (device overview). If you click on the arrows, you can quickly switch the division of the separate areas.
Device view with the tabular representation of the rack's slots and the inserted components. You can show additional
columns and hide displayed columns using the shortcut menu of the column title.
Each line in the device overview represents one slot. The key information for each slot is
displayed in the various columns:
Column Meaning
Online status Symbolic representation of the online status
Fail-safe Symbolic representation for fail-safe module
Module Name of module, can be edited in any way

Column Meaning
Rack Number of the rack
Slot Slot number
I address Input address area, can be edited in any way
Q address Output address area, can be edited in any way
F-source address F-source address when using fail-safe I/O
F-destination address F-destination address when using fail-safe I/O
Type Catalog name of module
Article no. Article number of the module
Firmware Firmware version of the module
Comment Optional comment
Display in I/O channels

If you set the zoom level in the device view to at least 200%, you can see the individual I/O
channels for I/O modules. If you have defined PLC tags for the channels, the names of the
PLC tags are displayed.
The figure below shows the input channels of the digital input module with the two PLC tags
"Test1" and "Test2" at a zoom level of 400 %.
You can select the individual I/O channels and have the following options for channels with
PLC tags:
You see the general properties of the selected PLC tag in the inspector window under
"Properties".
In the inspector window under "Info > Cross-references" you find the cross-reference
information on the selected PLC tag. If you have selected the PLC tag, you can also open
the cross-reference information using the shortcut menu.
See also
Device view (Page 539)

Area for unplugged modules

In some cases, the modules for a hardware configuration are not assigned a slot for short
periods. Such unplugged modules are moved to the area of unplugged modules, a special
area in the device view.
Adding modules to the storage area

The modules that, for example, should be assigned to a device using a copy action but for
which the corresponding rack does not have a free compatible slot, are moved automatically
into the area of unplugged modules.
Under the following conditions, modules are automatically added to the area of unplugged
modules:
In the network view, a module is moved to a device but the rack does not have a compatible
free slot.
In the device view, a module is moved or copied from the rack, the hardware catalog or the
project tree straight into the storage area.
CPs and FMs that occupy a network resource can be moved into the area of unplugged
modules but will lose the network resources they have been assigned.
You can add modules to the area of unplugged modules by means of drag-and-drop, for
example. To do this, the area must be opened.
Using the area of unplugged modules

Use the corresponding button to open the area of unplugged modules.
You can find the area of unplugged modules in the device view.
You open the area of unplugged modules with the respective icon in the toolbar of the device
view (Page 539).
Icon Meaning
Open area of unplugged modules
Note
To free up slots, move modules from your configuration into the storage area and plug the
modules you want from the storage area into the freed up slots.
You can use this approach to temporarily move modules whose parameters have already been
assigned out of the configuration without deleting them.

Treatment of modules in the storage area

The following rules apply to modules in the storage area:
The modules appear in the project tree under the corresponding device in the "Local
modules" folder.
The modules retain all settings and parameters previously assigned.
The modules are not taken into account during loading to a target system. This means that
a consistency check is not undertaken for modules in the area of unplugged modules.
Using the context menu, the modules can be copied, cut, or deleted, for example.
10.1.2.2 Configuring individual devices
Selecting a CPU
Introduction
Select a CPU from the hardware catalog and place it, together with a rack, in the network view.
On this device drag the desired modules from the hardware catalog; they are arranged
automatically on the rack.
Selecting the components in the hardware catalog

Each hardware component is displayed as a folder in the hardware catalog. When you open
this folder, you see the different versions of the selected hardware component with its
respective article numbers.
There will be an example of how to set up a CPU with a rack in network view.
Requirement
The hardware catalog is open.
You must be in the network view.
Procedure
To select a CPU from the hardware catalog, proceed as follows:
1. In the hardware catalog navigate to the folder with the desired CPUs.
2. Open the folder with the desired CPU type; you will see all article numbers for the selected
CPU type.

3. Click on a CPU article number to get information about the selected CPU in the "Information"
pane.
4. Set up the CPU and a rack. You have the following options:
Use drag-and-drop to drag the CPU from the hardware catalog into network view.
Use Copy & Paste to copy the CPU to the network view.
Double-click the CPU entry in the hardware catalog.
See also
Browsing the hardware catalog (Page 557)
Inserting a module into a rack (Page 568)
Working with racks (Page 558)
Creating an unspecified CPU (Page 567)
Adding a device to the hardware configuration
Introduction
There are various ways of adding a connectable device from the hardware configuration in the
network view and the topology view:
Command "Add new device" in the project tree
Double-click device in hardware catalog

Drag-and-drop from the hardware catalog in network view or in topology view:

Text entry from the "Catalog" pane
Preview graphic from the "Information" pane
"Add > Device" command from menu bar in network view or topology view
Shortcut menu of a device in the hardware catalog for copying and pasting
A suitable rack is created along with the new device. The selected device is inserted at the
first permitted slot of the rack.
Regardless of the method selected, the added device is visible in the project tree and the
network view of the hardware and network editor.
Adding device using the project tree

To use the project tree to add a device to the hardware configuration, proceed as follows:
1. Click on the command "Add new device" in the project tree.
The "Add new device" dialog box opens.
2. Display the required device in the tree structure:
Go to required device in the tree structure.
Enter a device name in the entry field.
3. Select the required device from the tree.
More information about the device presently selected is displayed on the right-side of the
dialog box.
4. If necessary, set the firmware version using the drop-down list in the dialog box.
5. Select the "Open device view" check box if you want to change to the device view
immediately after adding the device.
There you can immediately continue with device configuration and equipping the rack.
6. Click on "OK" to add the device selected.
The dialog box closes.
Adding device from the hardware catalog

To add a device to the hardware configuration using the hardware catalog, proceed as follows:
1. Open the network view or the topology view.
2. Open the hardware catalog.
3. Go to the required device in the hardware catalog.
4. Click on the chosen device to select it.

5. If necessary, set the firmware version using the drop-down list in the hardware catalog.
6. Drag the device to the network view or the topology view.
You have now placed the device in the network view or in the topology view. The displayed
rectangle (in other words "Station") symbolizes the plugged device together with its rack and
any lower-level modules. Double-click on the device or station to open the device view and
view the new rack and inserted device. In the next steps, you can configure the device in the
device view and equip the rack with modules.
See also
Network view (Page 537)
Creating an unspecified CPU (Page 567)
Topology view (Page 542)
Creating an unspecified CPU
Introduction
If you have not yet selected a CPU but have already started programming or want to use an
existing program, you have the option of using an unspecified CPU. You can also adjust some
settings with unspecified CPUs. The setting options are restricted to parameters that all CPUs
of the same CPU family have in common.
Creating an unspecified CPU in the portal view

To create an unspecified CPU in the portal view, follow these steps:
1. Now, click one of the following options:
"Devices & networks > Add new device"
"PLC programming" > "Device" button
2. For a device family, select an unspecified CPU from the tree structure of the "Add new
device" dialog.
3. Click on "Add".
An unspecified CPU is created and the device view for this CPU appears.

Further options for creating unspecified CPUs

In the project view, you can create unspecified CPUs like specified CPUs:
Using the "Add new device" button in the project tree
In the "Hardware catalog" task card
You can also use these methods to create multiple unspecified CPUs.
Specifying unspecified CPUs

You have two options for specifying unspecified CPUs:
Use drag-and-drop to assign an existing CPU from the hardware catalog to an unspecified
CPU by means of module replacement (Page 574).
Select a selected, unspecified CPU and then the menu command "Online > Hardware
detection" and assign a CPU identified online. For this purpose, you assign an IP address
using the "Add address for PG/PC" button.
Note
If you want to go online after the hardware detection, you have to first download the detected
configuration to your project; otherwise, an error may occur due to inconsistent
configurations. After hardware detection, the article numbers of the CPU in the project and
the actually existing CPU are identical, but their parameters are not. The parameters of the
CPU in the project have the default values; the parameters of the actually existing CPU
have the values set by you.
See also
Selecting a CPU (Page 564)
Inserting a module into a rack
Introduction
Once you have added devices from the hardware catalog to your configuration in network view,
you can add modules to the devices. There are various ways of adding a module to a rack in
the device view:
If there is an available valid slot, double-click a module in the hardware catalog.
Use drag-and-drop to move the module from the hardware catalog to an available valid slot
in the graphic or table area:
Text entry from the "Catalog" pane
Preview graphic from the "Information" pane
Select "Copy" in the shortcut menu for a module in the hardware catalog and then select
"Paste" in the shortcut menu on an available valid slot in the graphic or table area.

To access the device view from the network view, double-click a device or station in the network
view or select the Device view tab. The device view contains an illustration of the device
selected within a rack. The graphic illustration of the rack in the software corresponds to the
real structure, i.e. you can see the same number of slots as exist in the real structure.
Note
You can also move a module to a rack in the network view. The filter function for the hardware
catalog must be deactivated in this instance. The module is automatically plugged into a free
and permitted slot. If there are no slots available, the module will be moved to the area of
unplugged modules (Page 563).
Equipping a rack
Arrange the modules on a rack according to the applicable slot rules.
After a module has been inserted in a rack with an already inserted CPU, the address areas
are checked automatically so that addresses are not assigned twice. After it has been inserted,
each module then has one valid address range. To do so, DP slaves and IO devices must be
networked with a CPU via the corresponding DP master or IO system.
Requirements
You are in the device view.
Adding module from the hardware catalog

How to insert a module from the hardware catalog into a rack is illustrated based on the
example of a signal module. To do this, follow these steps:
1. Go to the required module board in the hardware catalog.
Note
If you activate the filter function of the hardware catalog, only those modules which match
the selected device type will be displayed.
2. Select the chosen module.

3. If necessary, set the firmware version using the drop-down list in the hardware catalog.
4. Drag the signal module to a free slot in the rack.
You have now inserted the digital signal module in a slot in the rack. Repeat these steps with
the other modules.
The name of the module is displayed above the inserted modules. You can activate or
deactivate module labeling in the menu bar with "View > Show module labels".
Inserting module
You can also drag modules and drop them between modules that have already been inserted.
To do this, drag a module above and between the two existing modules while holding down
the mouse button.
A mouse pointer appears. When you release the mouse button, all modules plugged to the
right of the pointer are moved one slot to the right. Any redundant modules are moved to the
area of unplugged modules. The new module is plugged at the point of the freed up slot.
See also
Device view (Page 539)
Area for unplugged modules (Page 563)
General slot rules (Page 556)
Deleting a hardware component

There are various ways of deleting hardware components. Deleted hardware components are
removed from the system and assigned addresses made available again.

Rules
CPUs or modules from the rack and from the area of unplugged modules can be deleted.
When a rack is deleted in the device view, the plugged hardware components are moved
to the area of unplugged modules.
Procedure
Proceed as follows to delete a hardware component:
1. Select the hardware components you want to delete.
Network view: Select devices or network relevant hardware components in the graphic
view or in the network view.
Device view: In the graphic view or device overview, select racks or modules in racks
or in the area of unplugged components.
Topology view: Select devices or hardware components with Ethernet interfaces in the
graphic view or in the topology view.
Project tree: Select devices or individual hardware components from the tree structure.
2. Select "Delete" from the shortcut menu or press <Del>.
If the "Delete" menu item is unavailable, your selection contains at least one component
that cannot be deleted.
The selected hardware components are deleted.
Note
Deleting hardware components may result in inconsistencies in the project, such as violation
of slot rules. Inconsistencies are reported during the consistency check. Correct the
inconsistencies by taking appropriate action, for example, ensuring compliance with the slot
rules.
See also
Keyboard operation: Editing objects (Page 553)
Copying a hardware component

You can copy hardware components in the device or network view. Copied hardware
components are stored on a clipboard and can be pasted at another point from this clipboard.
Copied stations are pasted as new stations in the network view. Copied devices and modules
can be pasted into existing racks in the network and device view.
Rules
Single objects as well as several objects can be copied at the same time.
Modules inserted in the rack and in the area of unplugged modules can be copied.

You can only copy devices and modules to free and valid slots in keeping with the slot rules.
Racks with a CPU inserted cannot be copied individually, but only as complete units along
with all inserted hardware components.
Procedure
Proceed as follows to copy a hardware component:
1. Select the hardware components you want to copy.
Device view: Select the module in a rack or put it in the area of unplugged modules.
Network view: Select the station or the relevant hardware component from the network
view.
Project tree: Select the station or module.
2. Select "Copy" from the shortcut menu or press <Ctrl+C>.
If the "Copy" menu item is unavailable, your selection contains at least one component that
cannot be copied.
3. Select the location at which the content of the clipboard is to be pasted.
Device view: Select a free slot in the rack or area of unplugged modules.
Network view: Select a station where you want to insert devices or modules or move
the mouse pointer to a free location in the network view to paste a copied station or a
hardware component relevant to the network view.
4. Select "Paste" from the shortcut menu or press <Ctrl+V>.
If the "Paste" menu item is unavailable, the clipboard is empty or contains at least one
component that cannot be pasted at this point.
The selected object is pasted at the chosen point.
Once you have selected a station where you want to insert a module in the network view, the
module is inserted in the first free and valid slot. If no free, valid slots are available, the object
is inserted in the area of unplugged modules.
Note
You can also copy a module from one device to another:
To do so, copy a module in the hardware and network editor, select a different device in the
network view or the drop down list of the device view and insert the module.
You can insert the copied object directly in a slot or place it in the area of unplugged modules
in the device view. If you add the copied object in the network view of a device or a station, it
will be inserted in the first available slot.
If there is no slot available for the object, it is automatically placed in the area of unplugged
modules (Page 563).
Note
You can use <Ctrl> and drag-and-drop to directly copy a selected hardware component.

See also
Moving a hardware component

You can move hardware components in the device or network view.
Rules
You can move devices and modules from the rack and the area for unplugged modules
taking the slot rules into consideration.
CPs can be moved in the network view. The CP is plugged in a free and valid slot in the
target device. If there are no free slots available, the CP to be inserted is moved to the area
for unplugged modules.
In the network view, CPU and slave head modules can be moved between the devices;
depending on CPU type also within the rack.
Note
Moved CPs are disconnected from their network but keep their network parameters and
address. If you reconnect the CP to the network and its address has been assigned, use a
dialog to assign a new unique address to the CP.
Procedure
Proceed as follows to move a hardware component:
1. Select the hardware component you want to move.
Device view: Select the module in a rack or put it in the area of unplugged modules.
Network view: Select the hardware component of relevance to the network view.
2. Select "Cut" from the shortcut menu or press <Ctrl+X>.
If the "Cut" menu item is unavailable, your selection contains at least one component that
cannot be cut.
3. Select the location to which the cut object is to be moved.
Device view: Select a free slot in the rack or area of unplugged modules.
Network view: Select a station where you want to insert devices or modules.
4. Select "Paste" from the shortcut menu or press <Ctrl+V>.
If the "Paste" menu item is unavailable, the clipboard is empty or contains at least one
component that cannot be pasted at this point.

The selected hardware component is moved to the target. If the hardware component being
moved is a networked object, it is disconnected from the network.
Note
You can use drag-and-drop to directly move a selected hardware component.
See also
Replacing a hardware component

You can replace hardware components with others. This, for example, allows you to replace
unspecified CPUs (Page 567) with available CPUs from the hardware catalog.
Rules
You can only replace hardware components if they support module replacement and if the two
components are compatible.
Procedure
To replace one module with another, proceed as follows:
1. Select the module you want to replace.
2. Open the shortcut menu:
If the "Replace device" entry is enabled, the module can be replaced.
If the "Replace device" entry is disabled, a module cannot be replaced.
3. Click on "Replace device" in the shortcut menu. The "Replace device" dialog box appears.
4. Under "New device" in the tree structure, select the module with which you want to replace
your current module.
5. Click "OK".
The existing module is replaced by the new one.
As an alternative, you can take a module by dragging it from the hardware catalog to the module
you are replacing. If the module can be replaced by the selected module, this is indicated by
the mouse pointer symbol.
Editing properties and parameters

Once you have inserted hardware components in your rack, you can edit their default
properties, for example parameters or addresses in the network or device view.

Requirement
Note
You can also edit properties and parameters in the network view. In the graphic network view,
you have access to the network-related hardware components and the station. You can access
modules and hardware components not displayed in the graphic network view using the table
network view.
Procedure
To change the properties and parameters of the hardware components, proceed as follows:
1. In the graphic view, select the CPU, module, rack or interface you want to edit.
2. Edit the settings for the selected object:
Use the table view to edit addresses and names, for example.
In the Inspector window additional setting possibilities are available in "Properties".
Note that modules can only be fully parameterized if they are assigned to a CPU. Therefore,
PROFIBUS or PROFINET interfaces modules must first be networked with the CPU or a
centrally inserted communication module so that they form a master system or IO system.
Only then is it possible, for example, to edit the addresses of the distributed components that
are inserted.

Example of changing settings

Selection of a module
Editing option for addresses in the device overview
Selection options in the inspector window
Editing option for addresses in the inspector window
See also
Input and output addresses in the address overview
Introduction
The currently used input and output addresses can be displayed in the address overview in a
table form. The address overview can be found in the Inspector window under "Properties" of
the CPU.

Design of the address overview

With the different check boxes, you can set which objects should be displayed in the address
overview:
Inputs: Display of the input addresses
Outputs: Display of the output addresses
Address gaps: Display of open address spaces
Slot: Display of the slot number
The following information is typically shown in the address overview:
Table header Meaning

Type Indicates whether the area is an input address area or an output address
area.
Addr. from Start address of the address range.
Addr. to End address in the address range.
Module Module using the address area.
PIP Process image partition (see "PIP" below).
OB Organization block that is assigned to the process image. This column is
not available for every CPU.
DP Number of the master system. You can use the number to determine which
slaves are assigned to a master. The value in brackets specifies the PRO
FIBUS address of the hardware component.
PN Number of the IO system. The value in brackets stands for the device num
ber of the hardware component.
Rack Number of the rack on which the hardware component is inserted.
Slot Number of the slot in the rack in which the hardware component is inserted.
PIP
The "PIP" table column shows the assignment of the address to the cyclic process image or
to a process image partition (PIP).
For S7-300/400:
"OB1-PA": The address is assigned to the cyclic process image. The operating system
updates this address automatically in each program cycle.
"PIP x": The address is assigned to the process image partition x (for example PIP 1, no
cyclic process image). The operating system updates this PIP when the assigned OB is
executed. If this PIP is not assigned to an OB, the operating system does not update this
PIP. You have the option to update the PIP yourself with the instructions "UPDAT_PI" and
"UPDAT_PO" (for S7-400 and some S7-300 CPUs).
For S7-1200:
"Automatic update": The address is assigned to the cyclic process image (PIP 0). The
operating system updates this address automatically in each program cycle.
"None": The address not assigned to any process image partition. You access this address
directly in the user program (direct I/O access, no process image).

"PIP x": The operating system updates this PIP when the assigned OB is executed. If this
PIP is not assigned to an OB, the operating system does not update this PIP. You have
the option to read inputs or write outputs in the user program via direct I/O access. The
instructions "UPDAT_PI", "UPDAT_PO", "SYNC_PI" and "SYNC_PO" are not supported
for S7-1200.
"PIP OB servo": The process image partition "PIP OB Servo" is not assigned to an
organization block (fixed setting for organization block: "---(None)" ). The operating system
does not update this PIP or any of the addresses contained in it: You access the addresses
directly in the user program (direct I/O access).
For S7-1500:
"Automatic update": The address is assigned to the cyclic process image (PIP 0). The
operating system updates this address automatically in each program cycle.
"None": The address not assigned to any process image partition. You access this address
directly in the user program (direct I/O access, no process image).
"PIP x" (PIP 1 to PIP 31): The operating system updates PIP x when the assigned OB is
executed. If this PIP is not assigned to an OB, the operating system does not update PIP
x. You have the option to update the PIP x in the user program with the instructions
"UPDAT_PI" and "UPDAT_PO". If PIP x is assigned to an isochronous mode interrupt OB
(OB 61 to OB 64), the operating system does not update PIP x. You have the option to
update PIP x in your user program with the instructions "SYNC_PI" and "SYNC_PO".
"PIP OB servo": The process image partition "PIP OB servo" is permanently assigned to
the OB "MC-Servo". STEP 7 generates this OB automatically when you create a technology
object in the Motion Control area. When the OB is executed, the PIP OB Servo is updated
isochronously. All drives and encoders used by Motion Control are assigned to this process
image partition.
See also
Specifying input and output addresses (Page 849)
Update module version
Explanation of terms
The terms "Module version" and "Firmware version" are explained in more detail in the
following section.
Module version: The specific version of the configuration software from which the module
description stems.
Example: V11.0.0.0
Firmware version: The version of the firmware of the module whose parameters are
assigned offline
Example: V2.0

Requirement
You have created a device configuration.
You have installed an update or an optional package at a later date. As a result of this
installation, the module version of at least one module type was updated in the hardware
catalog, whereby the new version is incompatible with the previous version.
You have used such modules in your device configuration and want to use the modified or
added properties.
Procedure
Perform the following step for each affected module type.
1. Select the affected module in the device view.
2. In the Inspector window, go to "Properties > General > Catalog Information". Click the
"Update module version" button there.
3. In the query that then appears, specify whether you want to update the module version only
for the selected module or for all modules of this type in the current project.
Result
The selected modules are replaced by the same modules with updated module version in the
current project.
In which cases is it unnecessary to update the module version?

An updating of the module version is not necessary in the following cases:
You do not want to use the modified or added properties of the modules.
When you open an existing project with a version of the configuration software that is more
recent than the version with which you created the project, the system automatically
performs a project conversion, for example, from TIA Portal V12 to V13. In this case, all
older module versions are automatically adapted.
10.1.2.3 Comparing devices
Basics of device comparison
Function
You have the option of comparing the hardware components of two devices allowing you to
identify any differences. You can perform an offline/offline comparison for this purpose. The
devices to be compared can be from one project or different projects.
You can compare the central as well as the distributed I/O. The devices to be compared can
be assigned either automatically or manually. The automatic assignment of central I/O is based

on the slot number. With the distributed I/O, the automatic assignment can be made according
to the following criteria:
Assignment using the address/HW ID: The assignment is made using the addresses or IDs
of the devices. This criterion is suitable for comparing devices within a project.
Assignment using the name: The assignment is made based on the device names. This
criterion is suitable for comparing devices in different projects.
You can either specify the assignment yourself or let the system decide. In the latter case, the
system selects the assignment itself depending on the context.
See also
Making a device comparison (Page 580)
Making a device comparison
Procedure
Follow the steps below to compare devices:
The comparison editor opens and the selected device is displayed in the left area.
3. Open the "Hardware" tab.
4. Drag an additional device to the drop area in the right-hand pane.
All existing objects of the selected devices are displayed depending on the settings of the
comparison editor in the "Hardware" tab and an automatic comparison is made. You can
identify the status of the objects based on the symbols in the comparison editor.
5. If you want to change the matching criterion, click on the arrow of the "Available matching
criteria" button in the toolbar. Then, select the matching criterion you want to use.
6. If you want to make a manual comparison, click the button for switching between automatic
and manual comparison above the status area. Then select the objects you want to
compare.
The properties comparison is displayed. You can see the status of the objects based on
the symbols.
See also
Basics of device comparison (Page 579)

10.1.3 Configure networks
10.1.3.1 Networking devices
Communication and networks
Communication between devices

The basis of all types of communication is always a previously configured network. The network
configuration provides the necessary requirements for communication:
All the devices in a network are provided with a unique address
Communication of the devices with consistent transmission properties
Network configuration
The following steps are necessary when configuring networks:
Connect devices to subnet
Specify the properties/parameters for each subnet
Specify the device properties for every networked module
Download configuration data to the devices to supply interfaces with the settings resulting
from the network configuration
Document the network configuration
For Open User Communication, creating and configuring a subnet is supported by the
assignment of connection parameters.
Relation between network configuration and project

Within a project, subnets and their properties are managed. Properties result mainly from
adjustable network parameters and the quantity and communication properties of the
connected devices.
The devices to be networked must be in the same project.
Subnet name and subnet ID

Within the project, subnets are clearly identified by a subnet name and ID. The subnet ID is
saved in all components along with interconnectable interfaces. Components can then be
clearly assigned to a subnet even after uploading into a project.

Networking options
In the project, you can create and network devices with components capable of
communication. The following basic options are available for networking the devices:
You link the interfaces of the components capable of communication with one another. A
new subnet is created suitable for the type of interface.
You connect the interface of the devices capable of communication with a new or existing
subnet.
You create an Open User Communication connection. When you assign parameters to the
connection for Open User Communication, a subnet is created automatically between the
communication partners.
You use the graphic connection configuration to configure connections; missing networks
are hereby recognized and are created either automatically or via dialog.
Due to the different tasks of the devices or the span of the plant, you may need to use several
subnets. These subnets are managed in a project.
Networking devices in the network view
Options
In the graphic network view, you have an overview of the subnets of the entire system in the
project. You can use the tabular network overview for additional support.
Depending on the starting situation, there are various ways of undertaking configuration to
network the interface for a component capable of communication. The procedures are
described in the following section:
Creating an individual subnet
Creating several subnets at one time
Connecting two target devices via a new subnet
Connecting devices to existing subnet
Selecting an existing subnet from a list
Automatic networking during the configuration of the connection;
Possible starting situations are:
A suitable subnet is not yet available.
The subnet with which you want to connect the component already exists.
Procedure - creating a single subnet

To create a subnet and to connect it to an interface, proceed as follows:
1. Select the interface of a CPU / a CP.
2. Select the "Create subnet" command in the shortcut menu of the interface.

The selected interface is connected to a new subnet. Consistent address parameters are set
automatically for the interface.
The following schematic shows an interface with outgoing line connecting to a subnet:
Procedure - creating several subnets at one time

To create several subnets at one time, proceed as follows:
1. Select several interfaces by clicking on them while pressing the <Ctrl> button.
2. Select the "Create subnet" command in the shortcut menu of the interface.
Each selected interface is connected to a new subnet. Consistent address parameters are set
The following figure shows multiple subnets created by selecting multiple interfaces:
Procedure Connecting two target devices via a new subnet

To connect an interface with another device via a subnet that does not yet exist, proceed as
follows:
1. Position the mouse pointer over the interface for a component capable of communication
requiring networking.
2. Click with the left mouse button and hold the button down.
3. Move the mouse pointer.
The pointer now uses the networking symbol to indicate "Networking" mode. At the same
time, the mouse pointer shows the lock symbol that will only disappear when the pointer is
on a valid target.

4. Now move the pointer in networking mode onto the interface of the target device. You can
either keep the mouse button pressed or release it.
5. Now release the left mouse button or press it again (depending on your previous action).
Note
If you want to exit networking mode beforehand, press <Esc>, right-click or double-click in the
background of the network view.
A new subnet is created. The interfaces are now connected via the new subnet. Consistent
address parameters are set automatically for the interface.
The following schematic shows two networked devices:
Procedure - Connecting devices to existing subnet

To connect an interface to an existing subnet, proceed as follows:
1. Position the mouse pointer on the interface of a communications-compliant component you
want to network or on the existing subnet.
2. Click with the left mouse button and hold the button down.
The pointer now uses the networking symbol to indicate "Networking" mode. At the same
time, the mouse pointer shows the lock symbol that will only disappear once the pointer is
moved to a valid target.
4. Now move the mouse pointer to the existing subnet or to the interface to be networked.
You can either keep the mouse button pressed or release it.
If you want to exit networking mode beforehand, press <Esc>, or right-click.
Result:
The interface and selected subnet are now connected. Consistent address parameters are set

Procedure - selecting an existing subnet from a list

To link an interface with a subnet that has already been created, proceed as follows:
1. Select the interface of a CPU.
2. Select the "Assign to new subnet" command in the shortcut menu of the interface.
A list box containing the available subnets appears.
3. Select a subnet from the list.
Tabular network overview
Meaning
The tabular network overview adds the following functions to the graphic network view:
You obtain detailed information on the structure and parameter settings of the devices.
Using the "Subnet" column, you can connect components capable of communication with
created subnets.
Basic functions for tables

The network overview supports the following basic functions for editing a table:
Displaying and hiding table columns
Note: The columns of relevance to configuration cannot be hidden.
Optimizing column width
Sorting table
Displaying the meaning of a column, a row or cell using tooltips.
Networking devices in the device view
Networking in the device view

In the device view, you can check and set all the parameters of the components belonging to
a device and the interfaces in detail. Here you can also assign the interfaces to the subnets
created in the project.
Requirements
The subnet with which you want to connect an interface has already been created.
If the subnet has not yet been created, change to the network view and make the settings
required for networking.

Procedure - connecting to an existing subnet

To connect an interface to an existing subnet, proceed in the device view as follows:
1. Select the entire communications-compliant component or the interface to be networked.
The properties of the selected interface or component are displayed in the Inspector window.
2. In the Inspector window, select the parameter group for the selected interface; for example,
the "Ethernet addresses" parameter group for a PROFINET interface.
3. Select the subnet to be connected from the "Interface connected with" drop-down list.
Procedure - creating a new subnet

To create a subnet and to connect it to the interface, proceed as follows in the device view:
1. Select the entire communications-compliant component or the interface to be networked.
The properties of the selected interface or component are displayed in the Inspector window.
2. In the Inspector window, select the parameter group for the selected interface; for example,
the "Ethernet addresses" parameter group for a PROFINET interface.
3. In "Interface connected with", click the "Add new subnet" button.
The interface is connected to a new subnet of the appropriate subnet type. Consistent address
parameters are set automatically for the interface.
Checking or changing network parameters and interface parameters
Introduction
Communication between networked devices requires the following parameters to be
configured:
Network parameters
Network parameters identify the network within the system configuration, for example, using
a name.
Interface parameters
Interface parameters define specific properties of a component capable of communication.
Addresses and transmission characteristics are set automatically and are consistent with
the network parameters.
Note
Network parameters and interface parameters are usually set during networking such that
communication can take place for numerous applications without the parameters having
to be changed.

Procedure - checking or changing network parameters

Proceed as follows to check or change network parameters:
1. Enter the network view.
2. Select the subnet from the network view.
You can see the network parameters in the "Properties" tab in the inspector window.
3. If necessary, check or modify the network parameters in the relevant group of parameters.
Procedure - checking or changing interface parameters

You can check and modify interface parameters in the network and device view.
Proceed as follows to check or change interface parameters:
1. Enter the network view or device view.
2. Select the interface.
You can see the interface parameters in the "Properties" tab in the inspector window.
3. If necessary, check or modify the interface parameters in the relevant group of parameters.
Changing networkings
Introduction
You can cancel an interface's network connection or assign it to another subnet of the same
subnet type.
Consequences
Depending on the version, a distinction should be made between:
Canceling a network connection for an interface
The configured parameters for the interface remain unchanged.
Assigning a network connection to another subnet
If the addresses in the assigned subnet are not unique, in other words, they already exist,
they will be changed automatically to make them unique.

Procedure - disconnecting from a network

Proceed as follows to cancel the network connection for an interface:
1. Select the networked interface.
2. Select the "Disconnect from subnet" command in the shortcut menu of the interface.
The network connection is deleted, the interface addresses are, however, not changed.
Configured connections are retained; however these connections are marked red in the
connection table because they are not networked. Specified connections remain specified.
See also
Networking devices in the network view (Page 582)
Copying, cutting or deleting subnets
Introduction
You can copy subnets as individual objects or copy them along with networked devices or
other networks.
For example, you can create complex configurations to be used more than once in different
variants within the project with no additional effort.
Effects on the copied subnet

Properties that have to be assigned explicitly within a project are re-assigned appropriately
when the copied objects are copied.
For subnets, this means: The subnet ID and name are re-assigned to the copied subnet.
The configured properties are adopted in the copied subnet.
Procedure - copying a subnet

Proceed as follows to copy one or more subnets:
1. Select one or more subnets.
2. In the shortcut menu, select the "Copy" command.
The copied subnets are shown as "orphaned" subnets in the top part of the network view.

Procedure - copying a subnet with connected devices

To copy one or more subnets with networked devices, proceed as follows:
1. Select one or more subnets with the connected devices, for example by drawing a lasso
around them.
2. In the shortcut menu, select the "Copy" command.
Complete copies of the subnets and connected devices are created.
Configured connections are adopted and remain within the copied devices. Connections to
devices that have not been copied are interrupted and become unspecified.
MPI network configuration
Allocating MPI addresses

Note the following for devices with an MPI interface: All devices of a subnet must have a
different device address.
CPUs with MPI address ship with the default MPI address 2. Since you can only use this
address once in the MPI subnet, you will have to change the default address in all other CPUs.
The following applies to devices with the article no. 6ES7 3xx-xxxxx-0AB0:
When planning the MPI addresses for several CPUs, you have to fill "MPI address gaps" for
FMs and CPs with separate MPI addresses to prevent addresses being assigned twice.
Only when all the modules in a subnet have different addresses and your actual structure
matches that of the network configuration produced, should you load the settings across the
network.
Rules for assigning the MPI address

Allocate the MPI addresses in ascending order.
Reserve MPI address 0 for a programming device.
You can link up to 126 (addressable) devices with one another in an MPI subnet; up to 8
devices at a transfer speed of 19.2 KB/s.
All MPI addresses in an MPI subnet must be different.

You will find other rules relating to the structure of a network in the manuals for setting up
automation systems.
PROFIBUS network configuration
PROFIBUS addresses
Rules for the network configuration

All the devices in a subnet must have a different PROFIBUS address.
Only when all the modules in a subnet have different addresses and your actual structure
matches that of the network configuration produced, should you load the settings across the
network.
You can connect devices to the PROFIBUS subnet that communicate via configured
connections or that belong to a PROFIBUS DP master system.
You can find more information on configuring a DP master system in the following sections.
Requirements
The 121xC CPU is PROFIBUS compatible as of firmware version 2.0.
Rules for assigning PROFIBUS addresses

Allocate the PROFIBUS addresses in ascending order.
Reserve the PROFIBUS address "0" for a programming device.
Allocate a unique PROFIBUS address between 0 and 126 for each device on the
PROFIBUS network and/or for each DP master and each DP slave in the PROFIBUS
network.
There are modules with which the smallest address that can be set has to be greater than
1.
All PROFIBUS addresses of a PROFIBUS subnet must be different.
You will find additional rules relating to the structure of a network in the manuals for setting up
automation systems, for example SIMATIC S7-1200.
Note
PROFIBUS address "0"
Reserve PROFIBUS address "0" for a programming device that you will briefly connect up to
the PROFIBUS network at a later date for servicing.
See also
What you need to know about PROFIBUS bus parameters (Page 591)

What you need to know about PROFIBUS bus parameters
Matching parameters to one another

The PROFIBUS subnet will only function without problem if the parameters for the bus profile
are matched to one another. You should therefore only change the default values if you are
familiar with how to configure the bus profile for PROFIBUS.
Note
It may be possible for the bus parameters to be adjusted depending on the bus profile. If the
bus parameters cannot be adjusted, they are grayed out. The offline values of the bus
parameters are always shown even if you are online and linked to the target system.
The parameters shown apply to the entire PROFIBUS subnet and are briefly explained below.
Activating cyclic distribution of the bus parameters

If the "Enable cyclic distribution of the bus parameters" check box is selected under "Bus
parameters" while PROFIBUS subnet is selected in the Inspector window, the bus parameters
are transferred cyclically during operation by the modules that support this function. This allows
a programming device, for example, to be easily connected to the PROFIBUS in runtime.
You should deactivate this function:
For a heterogeneous PROFIBUS subnet (or more accurately: when external devices are
connected whose protocol uses the DSAP 63 for Multicast)
When in constant bus cycle time mode (minimize bus cycle)
Bus parameters for the bus profile of PROFIBUS subnets
Bus parameter Adjustable? Limit values

Tslot_Init Yes Max. Tsdr + 15 <= Tslot_init <= 16.383 t_bit
Max. Tsdr Yes 35 + 2*Tset + Tqui <= Max. Tsdr <= 1.023 t_bit
Min. Tsdr Yes 11 t_bit <= Min. Tsdr <= MIN(255 t_bit, ...
... Max. Tsdr - 1, 34 + 2*Tset + Tqui)
Tset Yes 1 t_bit <= Tset <= 494 t_bit
Tqui Yes 0 t_bit <= Tqui <= MIN(31 t_bit, Min. Tsdr - 1)
GAP factor Yes 1 <= GAP factor <= 100
Retry limit Yes 1 <= Retry limit <= 15
Tslot No ---
Tid2 No Tid2 = Max. Tsdr
Trdy No Trdy = Min. Tsdr
Tid1 No Tid1 = 35 + 2*Tset + Tqui
Ttr Yes 256 t_bit <= Ttr <= 16.777.960 t_bit

Bus parameter Adjustable? Limit values

Ttr typical No This time is provided for information only and is not transferred to the
nodes.
Response monitoring 10 ms <= response monitoring (watchdog) <= 650 s
If you want to create a customized bus profile, we recommend the following settings:
Minimum target rotation time (Ttr) = 5000 x HSA (highest PROFIBUS address)
Minimum response monitoring (watchdog) = 6250 x HSA
Recalculating
You can use the "Recalculate" button to recalculate the parameters.
See also
PROFIBUS addresses (Page 590)
Description of the bus parameters (Page 592)
Description of the bus parameters
Detailed description of PROFIBUS bus parameters
Bus parameter Meaning

Tslot_Init The wait-for-reception (slot time) defines the maximum time the sender will wait
to receive a response from the addressed partner. If the influence of the line
components on message frame run times is entered in the "Cable Configuration"
parameter group, these components must also be taken into account. The com
ponent is added to the specified Tslot_Init and the total used as Tslot.
Max. Tsdr The maximum protocol processing time defines the latest time by which the re
sponding node should have replied.
Min. Tsdr The minimum protocol processing time defines the earliest time by which the
responding node may reply.
Tset The trigger time is the time which may lapse between the reception of a data
message frame and the response to it in the node.
Tqui The modulator quiet time is the time which a sending node needs after the end
of the message frame to switch from sending to receiving.
GAP factor The GAP update factor defines the number of token rotations after which a newly
added, active node can be added to the logical token ring.
Retry limit This parameter defines the maximum number of attempts (message frame re
peats) made to reach a node.
Tslot The wait-for-reception time (slot time) defines the maximum time the sender will
wait to receive a response from the addressed partner.
If the influence of the bus design components on message frame run times is
entered in the "Cable Configuration" parameter group, these components must
also be taken into account. The component is added to the specified Tslot_Init
and the total used as Tslot.

Bus parameter Meaning

Tid2 Idle time 2 defines the earliest time by which a sending node may send the next
message frame after sending a message frame that has not been acknowledged.
Trdy The ready time specifies the earliest time by which a sending node may receive
a response message frame.
Tid1 Idle time 1 defines the earliest time by which a sending node may send the next
message frame after receiving a response.
Ttr The target rotation time is the maximum time made available for a token rotation.
During this time, all active nodes (DP masters etc.) have the right to send (token)
once. The difference between the target rotation time and the actual token holding
time of a node determines how much time is left over for the other active nodes
(programming device, other DP masters etc.) to send message frames.
Ttr typical The typical data cycle time is the average response time on the bus if all config
ured slaves are exchanging data with the DP master. None of the slaves report
diagnostics and there is no extra message frame traffic with programming devices
or other active nodes etc. on the bus.
Response monitoring The response monitoring time is only needed for PROFIBUS-DP bus systems. It
defines the latest time by which a DP slave has to be addressed by its DP master
with a new data message frame. If this does not happen, the DP slave assumes
that the DP master has failed and resets its outputs to a secure mode.
See also
What you need to know about PROFIBUS bus parameters (Page 591)
Bus profiles with PROFIBUS
Introduction
Depending on the device types connected and protocols used on the PROFIBUS, different
profiles are available. The profiles differ in terms of the setting options and calculation of bus
parameters. The profiles are explained below.
Devices with different profiles on the same PROFIBUS subnet

The PROFIBUS subnet only functions without problem if the bus parameters of all devices
have the same values. For example, if both DP and FMS services are being used on a subnet,
the "slower" sets of bus parameters must always be set for all devices, i.e. even the "Universal
(DP/FMS)" profile for DP devices.
Profiles and transmission rates
Profiles Supported transmission speeds in Kbits/s

DP 9.6 19.2 45.45 93.75 187.5 500 1500 3000 6000 12000
Standard 9.6 19.2 45.45 93.75 187.5 500 1500 3000 6000 12000
Universal (DP-FMS) 9.6 19.2 93.75 187.5 500 1500
Customized 9.6 19.2 45.45 93.75 187.5 500 1500 3000 6000 12000

Meaning of profiles
Profile Meaning
DP Select the "DP" bus profile when the only devices connected to the PROFIBUS
subnet are those which satisfy the requirements of standard EN 50170 Volume
2/3, Part 8-2 PROFIBUS. The bus parameter setting is optimized on these de
vices.
This includes devices with DP master and DP slave interfaces of the SIMATIC
S7 and distributed I/Os of other manufacturers.
Standard Compared to the "DP" profile, the "Standard" profile also offers scope for devi
ces of another project or devices which have not been configured here to be
taken into account when calculating the bus parameters. The bus parameters
are then calculated following a simple, non-optimized algorithm.
Universal (DP/FMS) Select the "Universal (DP/FMS)" bus profile when individual devices on the
PROFIBUS subnet use the PROFIBUS-FMS service.
This includes the following devices for example:
CP 343-5 (SIMATIC S7)
PROFIBUS-FMS devices of other manufacturers
As with the "Standard" profile, this profile allows you to take other devices into
account when calculating the bus parameters.
Customized The PROFIBUS subnet will only function without problem if the parameters for
the bus profile are matched to one another. Select the "Customized" profile
when none of the usual profiles "match" a PROFIBUS device and you need to
adapt the bus parameters to your special structure. Information on this can be
found in the documentation for the PROFIBUS device.
You should only change the default values if you are familiar with how to con
figure the bus profile for PROFIBUS.
Not all combinations that can be theoretically set can be used even with this
bus profile. The PROFIBUS standard specifies several parameter limits that
depend on other parameters. For example, a responder must not respond (Min
Tsdr) before the initiator can receive the message frame (Trdy). These standard
specifications are also checked in the "Customized" profile.
Tip: The bus parameters last valid on the PROFIBUS subnet are always auto
matically set as customized. For example, if the "DP" bus profile was valid for
the subnet, then the bus parameters for "DP" are set in the "Customized" bus
profile. The parameters can be modified on this basis.
The monitoring times are not automatically recalculated so that you do not put
at risk the consistency of set values, for example with configurations in other
configuration tools without realizing that you have done so.
You can also have the Ttr monitoring times and target rotation time calculated
on the basis of parameters you have set: Click here on the "Recalculate" button.
Note
Both mono-master mode and multi-master mode are possible with all PROFIBUS profiles.

What you need to know about PROFIBUS line configuration
Cable configuration and bus parameters

Information regarding the cable configuration can be taken into consideration when calculating
the bus parameters. For this purpose, you must select the "Consider cable configuration" check
box in the properties for the PROFIBUS subnet.
The remaining information then depends on the type of cable used; the following settings are
available:
Copper cable
Fiber-optic cable/optical ring
PROFIBUS line configuration, optical ring

The calculation depends on the OLM types used. The selection is made by activating the check
box (multiple activation is possible, at least one OLM type must be selected):
OLM/P12
OLM/G12
OLM/G12-EEC
OLM/G12-1300
The following bus parameter adjustments are made:
Configuration of a node not present
Note
The following restrictions apply to optical rings, even for passive nodes (DP slaves for
example):
A maximum of HSA-1 nodes may be connected to the PROFIBUS network. With an HSA
of 126, addresses 126 and 125 must not be used. A maximum of 125 nodes are possible
on the bus (No. 0 to 124).
If an HSA is less than or equal to 125, the addresses HSA and greater may not be used.
The address HSA-1 may not be used.
Increase the retry value to 3

Setting of minimum slot time needed for ring mode
Note
Short slot time values are needed for OLM/P12, average ones for OLM/G12 and OLM/G12-
EEC and long ones for OLM/G12-1300. This results in high performance for small network
lengths and average to low performance for average to large network lengths.

PROFIBUS communication load
Communication load - allowing for additional network stations

The bus parameters depend on the volume of communication between the active network
nodes. There are differences between cyclic communication (DP) and connection-based,
acyclic communication (S7 communication, Send/Receive (FDL), FMS). Unlike DP, the volume
and size of communication tasks (communication load) depends on the user program. For this
reason, the communication load cannot always be calculated automatically.
To calculate the bus times you can define a network configuration in the "Additional network
stations" parameter group that differs from the network configuration.
Taking the profile into account

The network configuration can be defined for the "Standard", "Universal (DP/FMS)", and "User-
defined" profiles. Parameters cannot be entered in the "Additional network stations" parameter
group for the "DP" profile.
Quantification of the communication load

The following settings are available in order to make allowance for the communication load.
Information regarding the number of unconfigured network stations;
Information on the communication load resulting from the user programs for FDL or S7
communication. Here you can selected from the following settings:
Low
Typically used for DP, no great data communication apart from DP.
Medium
Typically used for mixed operations featuring DP and other communication services
(such as for S7 communication), when DP has strict time requirements and for average
acyclic volumes of communication.
High
For mixed operations featuring DP and other communication services (such as for S7
communication), when DP has loose time requirements and for high acyclic volumes of
communication.
Configuring Industrial Ethernet
Rules for the network configuration

The Ethernet interfaces of the devices have a default IP address that you can change.

IP address
The IP parameters are visible if the module capable of communication supports the TCP/IP
protocol. This is usually the case for all Ethernet modules.
The IP address consists of 4 decimal figures in the range of 0 to 255. The decimal figures are
separated from one another by a dot.
Example: 140.80.0.2
The IP address consists of:
Address of IP subnet
Address of the device (generally also called host or network node)
Subnet mask
The subnet mask splits these two addresses. It determines which part of the IP address
addresses the network and which part of the IP address addresses the device.
The set bits of the subnet mask determine the network part of the IP address.
Example:
Subnet mask: 255.255.0.0 = 11111111.11111111.00000000.00000000
In the example given for the above IP address, the subnet mask shown here has the following
meaning:
The first 2 bytes of the IP address identify the subnet - i.e. 140.80. The last two bytes address
the device, i.e. 0.2.
It is generally true that:
The network address results from AND logic operation of the IP address and subnet mask.
The device address results from the AND NOT logic operation of the IP address and subnet
mask.
Relation between IP address and default subnet mask

An agreement exists relating to the assignment of IP address ranges and so-called "Default
subnet masks". The first decimal number (from the left) in the IP address determines the
structure of the default subnet mask. It determines the number of "1" values (binary) as follows:
IP address (decimal) IP address (binary) Address class Default subnet mask

0 to 126 0xxxxxxx.xxxxxxxx.... A 255.0.0.0
128 to 191 10xxxxxx.xxxxxxxx... B 255.255.0.0
192 to 223 110xxxxx.xxxxxxxx... C 255.255.255.0

Note
Range of values for the first decimal point
A value of between 224 and 255 is also possible for the first decimal number of the IP address
(address class D, etc). This is not recommended, however, because there is no address check
for these values.
Masking other subnets

You can use the subnet mask to add further structures and form "private" subnets for a subnet
that is assigned one of the address classes A, B or C. This is done by setting other lower points
of the subnet mask to "1". For each bit set to "1", the number of "private" networks doubles
and the number of devices they contain is halved. Externally, the network functions like an
individual network as it did previously.
Example:
You have a subnet of address class B (for example IP address 129.80.xxx.xxx) and change
the default subnet mask as follows:
Masks Decimal Binary

Default subnet mask 255.255.0.0 11111111.11111111.00000000.
00000000
Subnet mask 255.255.128.0 11111111.11111111.10000000.
00000000
Result:
All devices with addresses between 129.80.001.xxx and 129.80.127.xxx are on one IP subnet,
all devices with addresses between 129.80.128.xxx and 129.80.255.xxx are on another IP
subnet.
Router
The task of the routers is to connect the IP subnets. If an IP datagram is to be sent to another
network, it first has to be conveyed to a router. To make this possible, you have to enter the
address of the router for each device in the IP subnet.
The IP address of a device in the subnet and the IP address of the router can only differ at the
points at which there is a "0" in the subnet mask.
See also
Settings for interconnecting Ethernet devices (Page 598)
Settings for interconnecting Ethernet devices

The following paragraph describes the behavior of STEP 7 during interconnection of
PROFINET devices and the effects of the port interconnection on the network view.

Relation between port interconnection and network view
Topology view:
In the topology view, you specify the physical interconnection of Ethernet ports.
You specifically determine which Ethernet port of a device is to be connected with a specific
Ethernet port of another device by means of an Ethernet cable (preset topology).
Example:
You specify that port 1 of the PROFINET interface of the CPU is to be connected to port 2 of
the PROFINET interface of device A by means of an Ethernet cable.
You also specify the interface for devices with several PROFINET interfaces.
Example:
You specify that port 1 of PROFINET interface X2 of the CPU is to be connected to port 2 of
the PROFINET interface of device A by means of an Ethernet cable.
The Ethernet ports can be interconnected in a table or graphically.
Network view:
In the network view, you specify which devices are to be connected with each other via an
Ethernet subnet. You do not specify the Ethernet ports by which the devices are interconnected
with each other (that is the task of the port interconnection).
The port interconnection has effects on the network view:
When you interconnect Ethernet ports of devices with each other in the topology view, STEP
7 connects the interconnected PROFINET interfaces of the devices in the network view with
an Ethernet subnet (green line).
However, the course of the green line does not reflect the actual cable routing. You specify
the actual wiring in the topology view.
An Ethernet subnet always has a name and an S7 subnet ID. You can set these two values
in the subnet properties.
Which Ethernet subnet is used to link interconnected devices?

STEP 7 distinguishes between the following cases:
Ethernet subnet specified (default subnet).
No Ethernet subnet specified (no default subnet).
Ethernet subnet specified (default subnet)

The option "Connect devices that are not linked with this subnet in case of port connection" is
activated in the properties of an Ethernet subnet (default).
This option can be activated for exactly one Ethernet subnet.
Activate the option, if necessary, for the Ethernet subnet that is to be continued when
interconnecting devices that are not linked. This subnet is referred to as "default subnet" below.

Response of STEP 7:
When you interconnect the ports of two devices that are not linked in the topology view, STEP
7 links these devices with the default subnet.
Example:
Step 1: Create a subnet in the network view at PLC_4, "Connect devices that are not linked
with this subnet in case of port connection" option is enabled.
Step 2: Interconnect PLC_1 with PLC_2 (topology view).
Result: All PLCs are now connected to the same default subnet (network view).
No Ethernet subnet specified (no default subnet).

This is the case when the following conditions are fulfilled:
A subnet has been added to a PROFINET interface (this interface is referred to as "Interface
A" below).
The option "Connect devices that are not linked with this subnet in case of port connection"
is deactivated in the properties of this subnet (no default subnet).
There is no other Ethernet subnet for which this option is activated.
Response of STEP 7:
The Ethernet subnet of interface A is only continued when you interconnect a port of
interface A with a port of another device.
When you interconnect ports of other devices that are not linked with each other, STEP 7
creates a new Ethernet subnet.

Example:
Step 1: Create a subnet in the network view at PLC_4, "Connect devices that are not linked
with this subnet in case of port connection" option is disabled.
Step 2: Interconnect PLC_1 with PLC_2 (topology view).
Result: PLC_1 and PLC_2 are connected to a new subnet (network view).
Manual adaptation of the IP addresses

It can occur that STEP 7 does not adapt the IP addresses of the interconnected devices in
such a way that the resulting network can be correctly compiled, for example, for devices with
multiple PROFINET interfaces.
In these situations, you need to adapt the IP addresses of the devices manually.
The following rules apply:
Devices that are to communicate with each other without a router cannot belong to different
IP subnets.
For devices with multiple PROFINET interfaces, the interfaces must be in different IP
subnets.
To change the IP address of a PROFINET interface, perform the following steps:
1. Change to the network view (if not selected already).
2. Left-click on the icon of the PROFINET interface that is not to be part of the IP subnet.
3. Change the subnet part of the IP address in the properties of the PROFINET interface (in
the "Ethernet addresses" area).

Example: Manual conversion of the IP subnet part for devices with multiple PROFINET
interfaces in a subnet
The IP address is: "192.168.0.1".
The subnet mask is "255.255.255.0".
The first three numbers "192.168.0" form the IP subnet part of the IP address "192.168.0.1".
Change the IP subnet part, for example, to "192.168.1"
See also
Interconnecting ports in the graphic view (Page 670)
Interconnecting ports in the table view (Page 671)
Configuring Industrial Ethernet (Page 596)
Network configuration of AS interface

AS-Interface consists of an AS-i master and AS-i slaves connected to each other over an AS-
i subnet.
Rules for AS interface network configuration

All the nodes in an AS-i subnet must have a different AS-i node address.
You should only load the settings over the network when all the modules in a subnet have
different addresses and when the actual structure matches that of the network configuration
you have created.
One AS-i master and up to 31 AS-i slaves can be operated on one AS-i subnet.
For more information on configuring an AS-Interface with an AS-i master and AS-i slaves, refer
to the section on AS-Interface and the documentation of the AS-i master modules.

10.1.3.2 Communication via connections
Working with connections
S7 connection
Introduction to configuring connections
Definition
A connection defines a logical assignment of two communication partners in order to undertake
communication services. A connection defines the following:
Communication partner involved
Type of connection (for example, S7 connection)
Special properties (e.g., whether a connection is established permanently or whether it is
established and terminated dynamically in the user program, and whether status messages
are to be sent)
Connection path
What you need to know about connection configuration

During connection configuration, a local connection name is assigned for an S7 connection as
a unique local identification.
In the network view, a "Connections" tab is displayed in addition to the "Network overview"
tab. This tab contains the connection table. A row in this connection table represents a
configured connection from the viewpoint of the local communication partner with its properties,
for example, between two S7-1200 CPUs.
What you need to know about using connection resources
Introduction
Each connection requires connection resources for the end point and/or transition point on the
devices involved. The number of connection resources is device-specific.
If all the connection resources of a communication partner are assigned, no new connections
can be established. This situation is apparent when a newly created connection in the
connection table has a red background. The configuration is then inconsistent and cannot be
compiled.

S7 connections
In the case of S7 connections via the PN interface, one connection resource per S7 connection
is assigned for the endpoint for the S7-1200 CPU. One connection resource is also required
for the connection partner.
You can find an overview of available and assigned connection resources for selected S7-1200
CPU in the Inspector window at "Properties > Connection Resources"

Views containing information about the configured connections

The views described below will provide you with comprehensive access to all the information
and functions regarding configuring and checking communication connections.
Connection display in the network view
Connection table
"Properties" tab for a connection in the inspector window

Benefits
The information shown in these views are always up-to-date in terms of the current user
actions. This means:
The connection table displays all connections created.
If you have selected a connection in the connection table:
When connection mode is enabled, the connection path is highlighted in the network
view.
The "Properties" tab in the Inspector window displays the parameters of this connection.
The connection table

The connection table offers the following functions:
List of all connections in the project
Selection of a connection and display of connections associated with it in the network view
(when connection mode is enabled)
Changing of connection partners
Display showing status information

The properties dialog has the following meaning:
Display for connection parameters
Display of connection path
Subsequent specification of connections using the "Find connection path" button
Creating a new connection
Creating a connection - alternatives

You have the following options for creating a connection in the network view:
Graphic connection configuration
Interactive connection configuration
You'll find the individual steps for this in the following chapters.
Requirement and result

In the network view, you have add devices between which the connections should be
configured.

Specifying a connection
If both partners for the connection type selected are networked on the same network, use the
graphic or interactive selection of both communication partners to create a fully specified
connection.
This connection is entered automatically in the connection table of the S7-1200 CPU. A local
connection name is assigned for this connection.
The following schematic shows a configured connection with a networked device:
Creating a new connection graphically
Graphically configuring connections

In the case of graphic connection configuration, the connection path is automatically specified
provided interfaces and resources are available. Select the devices to be connected in the
current configuration.

Automatically determining connection path

1. Click the "Connections" button.
This step activates the connection mode: You can now select the connection type you want.
You will see this from the following:
The devices that can be used for the connection type selected in your project are color-
highlighted in the network view.
2. Hold down the mouse button and drag the mouse pointer from the device from which the
connection will originate to the device at which the connection ends.
3. Release the mouse button over the destination device to create the connection between
the two devices.
Result
A specified connection is created.
The connection path is highlighted.
The connection is entered in the connection table.
Configuring a connection when there is no or no clear network assignment

Any networking not in place will if possible be created automatically when a connection is
created. A query will be made upon completion of connection configuration if unique network
assignment is not possible. You will be able to choose from the existing subnets.
Example below: A query is made upon creation of a connection between stations PLC_1 and
PLC_2, which are not yet networked.

Interactively creating a new connection
Interactively configuring connections

Define the local device and its connection partners.
Procedure
Proceed as follows to interactively create a connection:
1. Select the "Add new connection" command in the shortcut menu of a connection partner
for which you want to create a connection.
The "Create new connection" dialog appears.
2. Select the partner endpoint.
In the right pane of the dialog, a possible connection path fitting the selected endpoint is
displayed, if available. Incomplete paths, for example, for a non-specified CPU, are marked
by an exclamation mark on a red background.
3. To accept the configured connection and to configure additional connections to other
endpoints, click "Add".
To close the dialog, click "OK".
Working in the network view
Highlighting connection path and partner in the network view

To display the connection partners for all or certain connection types in the network view,
proceed as follows:
2. Select the S7-CPU for which you want to display the connection partners in the network
view and then select the "Highlight connection partners" command in the shortcut menu.
3. Select "All connection partners" in the following menu.
The local device and the CPUs of the target devices are selected. The local connection
partner shows an arrow pointing right and the remote connection partners show an arrow
pointing left.
4. To open a list with information on the target devices, click the arrow of the local device.
This additional function is useful in complex network configurations in which some devices
are not visible.

Note
You can display one of the connection partners which cannot be seen in the current display
range of the network view. Click on the communication partner in the list that appears. Result:
The display is moved such that the connection partner becomes visible.
Working with the connection table

The connection table supports the following basic functions for editing a table:
Changing column width

To adjust the width of a column to the content so that all texts in the lines are legible, follow
these steps:
1. Position the cursor in the header of the connection table to the right of the column that you
want to optimize until the cursor changes its shape to two parallel lines (as if you wanted
to change the width of the column by dragging it with the cursor).
2. Double click on this point.
or
1. Open the shortcut menu on the header of the table.
2. Click on
"Optimize column width" or
"Optimize width of all columns".
For columns that are too narrow, the complete content of specific fields is shown when you
pause with the cursor on the respective field.
Show / hide columns

You can use the shortcut menu of the header of the connection table to control the display of
the various table columns. The shortcut menu entry "Show/hide columns" provides you with
an overview of the available columns. Use the check box to control whether columns are shown
or hidden.

If you want to store the layout, width and visibility of the table columns, click on the "Remember
layout" function in the top right-hand of the network view.
Symbol Meaning
Remember layout
Saves the current table view. The layout, width and visibility of columns in the table view is
stored.
Using cursor keys to move within the connection table

You can use the UP and DOWN cursor keys to select a connection from the connection table;
the selected connection is marked and is shown highlighted in the network view.
Changing properties of connection

You can directly edit some of the parameters displayed in the connection table. The name of
the connection can, for example, only be changed in the connection table.
Changing connection partners

You can change the connection partner of a connection as follows:
1. Select the connection.
2. Select the new connection partner from the open drop-down list in the "Partner" column.
Deleting connections
You can delete configured connections using the network view or the connection table.
In the network view you can delete one highlighted connection per action. In the connection
table you can delete one or several connections per action.
Procedure
To delete a connection, follow these steps:
1. Select the connection to be deleted:
In the network view: Select the connection to be deleted.
In the connection table: Select the rows of the connections to be deleted (multiple
selection possible).
2. Open the shortcut menu with a right mouse click.
3. Select the "Delete" command.
Result
The selected connection is removed completely.

Copying connections
Introduction
Connections are not copied singly but always in context along with the project or the device.
You can copy:
Entire projects
One or more devices within a project or from one project to another
Copying a project
When you copy a project all configured connections will also be copied. No settings whatsoever
are required for the copied connections because the connections remain consistent.
Copying devices
If you copy devices for which connections have been configured, the connections are copied
as well. To complete the connection path, you must still finalize the networking.
An S7-1200 CPU with a V.10 firmware is merely a server for connections and has no
connection configuration itself. Consequently, no connections are copied along with it when
an S7-1200 CPU with a V1.0 firmware is copied.
Inconsistent connections - connections without assignment

With an inconsistent connection the structure of the connection data is destroyed or the
connection is not functional in the project context.
Inconsistent connections cannot be compiled and loaded - operation is not possible with such
a connection.
In the connection table inconsistent connections are marked in red.
Possible causes for inconsistent connections

Deletion or change of the hardware configuration.
Missing interface network links in the project, which are necessary for a connection.
Connection resources are exceeded
Connections to an unspecified connection partner without partner address information.
Detailed information regarding the reasons for the inconsistency can be found in the "Compile"
tab following compilation (Edit > Compile).

Remedies
To assign a closed connection path to an existing open connection path, expand the device
configuration in such a way that the interfaces required for the connection type are available
for both partners. At "Properties > General > Interface" in the Inspector window, you can use
the "Find connection path" button to create a connection to an existing partner.
S7 connection - general settings
General connection parameters

General connection parameters are displayed in the "General" parameter group under the
properties of the connection; these connection parameters identify the local connection end
point.
Here, you can assign the connection path and specify all aspects of the connection partner.
Local ID
The local ID of the module from which the connection is viewed is displayed here (local partner).
You can change the local ID. You may need to do this if you have already programmed
communication function blocks, and you want to use the local ID specified in those function
blocks for the connection.
Special connection properties

Display of connection properties (can be modified depending on the components used):
One-way
One-way means that the connection partner functions as a server on this connection and
cannot send or receive actively.
Active connection establishment
In the case of one-way connection, for example with a S7-1200 CPU (firmware version
V1.0), a connection partner can only be provided for the active connection establishment.
In the case of a two-way connection you can set which connection partner will assume the
active role.
Sending operating mode messages
Indicates whether or not the local partner sends operating mode messages to the
connection partner.
Address details
Displaying address details of the S7 connection. With an unspecified partner, the values for
the rack and slot can be changed. All other values are obtained from the current configuration
and cannot be changed.

S7 connection - address details
Meaning
The address details show the end points of the connection and can localize these via the
specification of rack and slot.
When a connection is established, the connection-specific resources of a module are assigned
permanently to this connection. This assignment requires that the connection resource can be
addressed. The TSAP (Transport Service Access Point) is, as it were, the address of the
resource that is formed with the help of the connection resource or, in the case of S7-1200
CPUs (firmware V2.0 or higher) with the SIMATIC-ACC (SIMATIC Application Controlled
Communication).
Configuration of TSAP for S7-1200

For S7-1200 CPU (firmare V2.0 or higher):
"SIMATIC-ACC"<nnn><mm>
nnn = Local ID
mm = any value
For S7-1200 CPU (firmare V1.0):
<xx>.<yz>
xx = Number of the connection resource
y = Rack number
z = Slot number
TSAP structure, dependent on partner

The configuration of the TSAP for S7-1200 CPUs is dependent on the respective firmware and
on the remote connection partner. When a S7-1200 CPU is connected with a S7-300/400 CPU,
a S7-1200 CPU also uses a TSAP configuration that includes the connection resource.

See the following examples of TSAPs of various connection configurations

Connection between two S7-1200 CPUs (both with firmware V2.0):
S7-1200 CPU "A" with firmware V2.0 and local ID 100:
TSAP: SIMATIC-ACC10001
S7-1200 CPU "B" with firmware V2.0 and local ID 5AE:
TSAP: SIMATIC-ACC5AE01
Connection between two S7-1200 CPUs (firmware V2.0 and V1.0):
S7-1200 CPU with firmware V2.0 and local ID 1FF:
TSAP: SIMATIC-ACC1FF01
S7-1200 CPU with firmware V1.0 (rack 0, slot 1, connection resource 03):
TSAP: 03.01
Connection between S7-1200 CPUs (firmware V2.0) and S7-300/400 CPU:
S7-1200 CPU with firmware V2.0 (rack 0, slot 1, connection resource 12):
TSAP: 12.01
S7-300/400 CPU (rack 0, slot 2, connection resource 11):
TSAP: 11.02
S7 connections via CM/CP
Introduction
S7-1200 CPUs with a firmware version of V2.0 or higher support one-way and two-way S7
connections via CM/CP interfaces. This increases the number of Ethernet ports and networks
that can be used for S7 connections. Even though the connection is then guided via the CM/
CP, the associated S7-1200 CPU is an end point of the connection. The other end point can
be any other device in the case of two-way connections. This other device must also support
S7 connections.
Data volumes and configuration limit

The number of communication connections which are supported by CM/CP can be found in
the manual accompanying every CM/CP. The number of connections per device can be further
increased by adding other CM/CPs.
If several CM/CPs are fitted in a device, an automatic switch is made to the next CM/CP when
this limit is exceeded. Specifically assign the connections using the path selection as required.
Note
Data transfer > 240 byte transfer is supported by the current CPs.
CPs with an older product version support the transfer of data with a data length of up to 240
bytes.
For more information, refer to the details provided in the Ethernet CP equipment manual.

Tasks of the Ethernet CM/CP in online mode

During data transfer via a connection, the Ethernet CM/CP takes on the following tasks:
Receiving
Receiving data from the Ethernet and forwarding to the user data area in the CPU
Sending
Transferring data from the user data area of the CPU and sending data via the Ethernet
The connection is established automatically as soon as the partner can be reached.
HMI connection
Introduction to configuring connections
Definition
A connection defines a logical assignment of two communication partners in order to undertake
communication services. A connection defines the following:
Communication partner involved
Type of connection (e.g., HMI connection)
Special properties (e.g., whether a connection is established permanently or whether it is
established and terminated dynamically in the user program, and whether status messages
are to be sent)
Connection path
What you need to know about connection configuration

During connection configuration, a local connection name is assigned for an HMI connection
as a unique local identification.
In the network view, a "Connections" tab is displayed in addition to the "Network overview"
tab. This tab contains the connection table. A line in this connection table represents a
configured connection, e.g., between an HMI device and PLC, along with its properties.
What you need to know about using connection resources
Introduction
Each connection requires connection resources for the end point and/or transition point on the
devices involved. The number of connection resources is device-specific.
If all the connection resources of a communication partner are assigned, no new connections
can be established. This situation is apparent when a newly created connection in the
connection table has a red background. The configuration is then inconsistent and cannot be
compiled.

HMI connections
For HMI connections via the integrated PN interface, one connection resource for the endpoint
per HMI connection is occupied for the HMI device.
One connection resource is also required for the connection partner (PLC).
Views containing information about the configured connections

The views described below will provide you with comprehensive access to all the information
and functions regarding configuring and checking communication connections.
Connection display in the network view
Connection table

Benefits
The information shown in these views are always up-to-date in terms of the current user
actions. This means:
The connection table displays all connections created.
If you have selected a connection in the connection table:
You will graphically see the connection path in the network view.
The "Properties" tab in the Inspector window displays the parameters of this connection.
The connection table

The connection table offers the following functions:
List of all connections in the project
Selection of a connection and display of connections associated with it in the network view
Changing of connection partners
Display showing status information

The properties dialog has the following meaning:
Display for connection parameters
Display of connection path
Subsequent specification of connections using the "Find connection path" button
Creating a new connection
Creating a connection - alternatives

You have the following options for creating a connection in the network view:
Graphic connection configuration
Interactive connection configuration
You'll find the individual steps for this in the following chapters.
Requirement and result

You have created the devices with CPUs and HMI devices between which you want to
configure connections in the network view.

Specifying a connection
If both partners for the connection type selected are networked on the same network, use the
graphic or interactive selection of both communication partners to create a fully specified
connection.
This connection is entered automatically into the connection table of the HMI device. A local
connection name is assigned for this connection.
The following schematic shows a configured connection with a networked device:
Creating a new connection graphically
Graphically configuring connections

When using the graphic connection configuration, if necessary the system asks you to define
the connection path. Select the devices to be connected in the current configuration.

Automatically determining connection path

The connection mode for the connection type you have selected is then activated.
You will see this from the following:
The devices that can be used for the connection type selected in your project are color-
highlighted in the network view.
2. Hold down the mouse button and drag the mouse pointer from the device from which the
connection will originate to the device at which the connection ends.
3. Release the mouse button over the destination device to create the connection between
the two devices.
Result
A specified connection is created.
The connection path is highlighted.
The connection is entered in the connection table.
Interactively creating a new connection
Interactively configuring connections

Define the local device and its connection partners.

Procedure
Proceed as follows to interactively create a connection:
1. Select the "Create new connection" command in the shortcut menu of a connection partner
for which you want to create a connection.
The "Create new connection" dialog is opened.
2. Select the partner endpoint.
In the right pane of the dialog, a possible connection path fitting the selected endpoint is
displayed, if available. Incomplete paths, for example, for a non-specified CPU, are marked
by an exclamation mark on a red background.
3. To close the dialog, click "OK".
To accept the configured connection and to configure additional connections to other
endpoints, click "Apply".
Working in the network view
Highlighting connection path and partner in the network view

To display the connection partners for all or certain connection types in the network view,
proceed as follows:
2. Select the "Highlight connection partners" command in the shortcut menu for the HMI device
whose connection partners you want to display in the network view.
3. Select "All connection partners" in the following menu.
The local device and the CPUs of the target devices are selected. The local connection
partner shows an arrow pointing right and the remote connection partners show an arrow
pointing left.
4. To open a list with information on the target devices, click the arrow of the local device.
This additional function is useful in complex network configurations in which some devices
are not visible.
Note
You can display one of the connection partners which cannot be seen in the current display
range of the network view. Click on the communication partner in the list that appears. Result:
The display is moved such that the connection partner becomes visible.

See also
Creating a new connection graphically (Page 619)
Working with the connection table

The connection table supports the following basic functions for editing a table:

To adjust the width of a column to the content so that all texts in the lines are legible, follow
these steps:
1. Position the cursor in the header of the connection table to the right of the column that you
want to optimize until the cursor changes its shape to two parallel lines (as if you wanted
to change the width of the column by dragging it with the cursor).
2. Double click on this point.
or
1. Open the shortcut menu on the header of the table.
2. Click on
"Optimize column width" or
"Optimize width of all columns".
For columns that are too narrow, the complete content of specific fields is shown when you
pause with the cursor on the respective field.
Show / hide columns

You can use the shortcut menu of the header of the connection table to control the display of
the various table columns. The shortcut menu entry "Show/hide columns" provides you with
an overview of the available columns. Use the check box to control whether columns are shown
or hidden.
Using cursor keys to move within the connection table

You can use the UP and DOWN cursor keys to select a connection from the connection table;
the selected connection is marked and is shown highlighted in the network view.
Changing properties of connection

You can directly edit the parameters displayed in the connection table in some cases. To
change the name of a connection, you do not have to navigate to the Inspector window.

Changing connection partners

You can change the connection partner of a connection as follows:
1. Select the connection.
2. Select the new connection partner from the open drop-down list in the "Partner" column.
You can delete configured connections using the network view or the connection table.
In the network view you can delete one highlighted connection per action. In the connection
table you can delete one or several connections per action.
Procedure
1. Select the connection to be deleted:
In the network view: Select the connection to be deleted.
In the connection table: Select the rows of the connections to be deleted (multiple
selection possible).
2. Open the shortcut menu with a right mouse click.
3. Select the "Delete" command.
Result
The selected connection is removed completely.
Copying connections
Introduction
Connections are not copied singly but always in context along with the project or the device.
You can copy:
Entire projects
One or more devices within a project or from one project to another
Copying a project
When you copy a project all configured connections will also be copied. No settings whatsoever
are required for the copied connections because the connections remain consistent.

Copying devices
If you copy devices for which connections have been configured (HMI devices), the
connections are copied as well. To complete the connection path, you must still finalize the
networking.
An S7-1200 CPU with a V.10 firmware is only a server for connections and has no connection
configuration itself. Consequently, no connections are copied along with it when an S7-1200
CPU with a V1.0 firmware is copied.
Inconsistent connections - connections without assignment

With an inconsistent connection the structure of the connection data is destroyed or the
connection is not functional in the project context.
Inconsistent connections cannot be compiled and loaded - operation is not possible with such
a connection.
In the connection table inconsistent connections are marked in red.
Possible causes for inconsistent connections

Deletion or change of the hardware configuration.
Missing interface network links in the project, which are necessary for a connection.
Connection resources are exceeded
Errors when backing up data due to insufficient memory
Connections to an unspecified connection partner without partner address information.
Detailed information regarding the reasons for the inconsistency can be found in the "Compile"
tab following compilation (Edit > Compile).
Remedies
If the connection cannot be repaired by opening the connection properties, changing them or
undoing them in the configuration, then it may be necessary to delete the connection and re-
create it.
HMI connection general settings
General connection parameters

General connection parameters are displayed in the "General" parameter group under the
properties of the connection; these connection parameters identify the local connection end
point.
Here, you can also assign the connection path and specify all aspects of the connection
partner.

Special connection properties

Display of the connection properties (cannot be changed):
Active connection establishment
The connection establishment always starts from the HMI device. This option is selected
by default if the address of the partner is specified.
One-way
One-way means that the connection partner functions as a server on this connection and
cannot send or receive actively.
Sending operating mode messages
Not relevant for HMI devices.
Address details
Displaying address details of the HMI connection. With an unspecified partner, the values for
the rack and slot can be changed. All other values are obtained from the current configuration
and cannot be changed.
Miscellaneous
Display of the access points for the online connection between HMI device and connection
partner.
Using Open User Communication
Basics of Open User Communication
Introduction
Open User Communication (OUC) is the name given to a program-controlled communication
process for communicating via the integrated PN/IE interface of S7-1200/1500 and S7-300/400
CPUs. Different connection types are available for this communication process.
The main feature of Open User Communication is its high degree of flexibility in terms of the
data structures transferred. This allows open data exchange with any communicating devices
providing they support the connection types available here. Since this communication is
controlled solely by instructions in the user program, event-driven connection establishment
and termination is possible. Connections can also be modified by the user program during
runtime.
For CPUs with an integrated PN/IE interface, the TCP, UDP, and ISO-on-TCP connection
types are available for Open User Communication. The communication partners can be two
SIMATIC PLCs or a SIMATIC PLC and a suitable third-party device.

Instructions for Open User Communication

To create the connections, you have various instructions available after opening in the program
editor in the "Instructions > Communication > Open User Communication" task card:
Compact instructions for sending or receiving data via the integrated functions for
establishing and terminating the connection (S7-1200/1500 only):
TSEND_C (Page 3625) (connection establishment/termination, sending)
TRCV_C (Page 3636) (connection establishment/termination, receiving)
Individual instructions for sending and receiving data or for establishing or terminating
connections:
TCON (Page 3662) (connection establishment)
TDISCON (Page 3669) (connection termination)
TSEND (Page 3674) (TCP or ISO-on-TCP: Sending)
TRCV (Page 3677) (TCP or ISO-on-TCP: Receiving)
TUSEND (Page 3687) (UDP: Sending)
TURCV (Page 3690) (UDP: Receiving)
Connection establishment
For Open User Communication, instructions for establishing and terminating the connection
must exist for both communication partners. One communication partner sends its data using
TSEND, TUSEND or TSEND_C while the other communication partner receives the data using
TRCV, TURCV or TRCV_C.
One of the communication partners starts the connection establishment as the active partner.
The other communication partner reacts by starting its connection establishment as the
passive partner. If both communication partners have initiated their connection establishment,
the communication connection is fully established.
Connection configuration
You can specify establishment of the connection via a connection description DB with the
TCON_Param, TCON_IP_v4, or TCON_IP_RFC structure by means of parameter assignment
as follows:
Manually create, assign parameters and write directly to the instruction.
Supported by connection configuration.
Connection configuration supports the establishment of the connection and should, therefore,
be given preference over the other methods.
You specify the following in the connection configuration:
Connection partner
Connection type
Connection ID

Connection description DB
Address details according to selected connection type
In addition, you specify here which communication partner activates the connection
establishment and which partner establishes a connection passively in response to a request
from its communication partner.
See also
Principle of operation of connection-oriented protocols (Page 638)
Overview of connection configuration
Introduction
You can find the connection configuration in the inspector window of the program editor if you
want to program Open User Communication with the communication instructions TSEND_C,
TRCV_C or TCON.
Connection configuration supports the flexible functionality of communication programming:
The parameters entered for the connection configuration are stored in an automatically
generated global DB derived from the TCON_Param, TCON_IP_v4 or TCON_IP_RFC
structure. You can modify the connection parameters in this connection description DB.

Structure of the connection configuration

The connection configuration is made up of the following components:
Communication instruction for TCON, TSEND_C or TRCV_C

"Configuration" tab in the "Properties" tab

Area navigation of the "Configuration" tab
General properties of the connection parameters
Address details of the connection parameters (for selected connection DBs)
"Configuration" tab
Enter the desired connection parameters in the "Configuration" tab. The area navigation of the
"Configuration" tab includes the "Connection parameters" group. This group contains the
connection configuration. Here, you can enter the parameters for the connections and the
address details with system support. Here, you also connect the CONNECT (TCON,
TSEND_C, TRCV_C) or ID (TCON, TSEND, TRCV, TUSEND, TURCV) block parameters of
the selected communication instructions.
When all the required parameters are assigned, a check mark is set in front of the "Connection
parameters" group in the area navigation.
Note
The connection parameter assignment does not check whether the connection IDs and port
numbers (TCP, UDP) or TSAPs (ISO-on-TCP, ISO) are unique. When you configure Open
User Communication, you should, therefore, make sure that the parameter settings are unique
within a device.
See also
Connection parameters with structure according to TCON_Param (Page 640)
Connection parameters with structure according to TCON_IP_v4 (Page 643)
Connection parameters with structure according to TCON_IP_RFC (Page 644)

Description of the connection parameters
Overview
The following table shows the general connection parameters:
Parameter Description
End point The names of the local end point and the partner end point are shown.
The local end point is the CPU for which TCON, TSEND_C or TRCV_C is programmed. The
local end point is, therefore, always known.
The partner end point is selected from the drop-down list. The drop-down list shows all avail
able possible connection partners including unspecified connection partners for devices
whose data is unknown in the project.
For S7-1500, broadcast can be selected as the partner end point (message to all subnet
devices). For S7-1500 CPs/CMs, multicast can also be selected as the partner end point
(message to a group within the subnet). The connection type is converted automatically to
UDP in this case.
As long as no connection partner is set, all other parameters in the mask are disabled.
Interface The interface of the local end point is displayed. If multiple interfaces are available, e.g., by
means of CPs or CMs, the interface can be selected from the drop-down list. To display or
select the partner interface, a specified partner end point must first be selected.
Subnet The subnet of the local end point is displayed, provided this exists. The partner subnet is
displayed only after the partner end point has been selected.
If at least one of the two connection partners is not connected with a subnet, the two connec
tion partners are connected with each other.
A connection between partners in different subnets is only possible with IP routing. The IP
routing settings can be edited in the properties of the relevant Ethernet interfaces.
Address The IP address or the PROFIBUS address of the local end point is displayed, depending on
the subnet used. The corresponding address of the partner is displayed only after the partner
end point has been selected.
If you have selected an unspecified connection partner, the input box is empty and has a red
background. In this case, you must specify a valid IP address/PROFIBUS address. The ad
dress type (IP or PROFIBUS) depends on the type of subnet that is set for the local partner.
Broadcast (S7-1500 only): If "Broadcast" is set as the partner end point, a non-editable IP
address with host address 255 is entered automatically for the connection partner. The net
work allocation corresponds to that of the sender. Example: Local IP address 192.168.0.1,
partner IP address 192.168.0.255.
Multicast (S7-1500 CPs/CMs only): If "Multicast" is set as the partner end point, the editable
IP address 224.0.1.0 is entered automatically for the connection partner.
Connection type Select the connection type you want to use from the "Connection type" drop-down list:
TCP
ISO-on-TCP
UDP
With the S7-1500, you can also select the ISO connection type at the configuration type of
the configured connections for TSEND_C and TRCV_C or TCON.
The connection types can only be used for partners that support the corresponding protocol.

Connection type With the S7-1500, two different configuration types can be set for TSEND_C and TRCV_C:
(for S7-1500 only) Programmed connections use program blocks for the connection description.
Configured connections are saved for the configuration and are only created after
download to the device in runtime. You can also use the configured connection to select
the connection type ISO.
The specified configuration method depends on the selected connection type. If both config
uration methods are possible, the programmed connection is preset.
The same configuration method must be set for both connection partners.
Connection ID Enter the connection ID in the input box. You can change the connection ID in the input boxes
or enter it directly in TCON.
Ensure that the connection ID assigned is unique within the device.
Connection data The names of the connection description DBs for the connection description structured ac
cording to TCON_IP_v4, TCON_IP_RFC or TCON_Param are displayed in the drop-down
lists.
The drop-down list is still empty after selection of a connection partner. You can use the drop-
down list to generate a new data block or to select an existing data block. This data block is
filled automatically with the values from the connection configuration. The name of the selec
ted data blocks is entered automatically in the CONNECT block parameter of the selected
TSEND_C, TRCV_C or TCON instruction.
From the drop-down list, you can also reference another valid data block. If a DB is referenced
using the CONNECT input parameter of the TSEND_C, TRCV_C or TCON extended instruc
tions and this does not correspond to the structure of a TCON_IP_v4, TCON_IP_RFC or
TCON_Param, the drop-down list is shown with no content on a red background.
Connection name If the connection type of the configured connections is set for TSEND_C and TRCV_C for the
(for S7-1500 only) S7-1500, the "Connection data" parameter is replaced with the "Connection name" parame
ter. The name of the configured connection serves here as the connection data.
The drop-down list is still empty after selection of a connection partner. You can use the drop-
down list to generate a new connection or to select an existing connection. If needed, a data
block is created and automatically filled with the values from the connection configuration.
The name of the data block is entered automatically in the CONNECT block parameter of the
TSEND_C or TRCV_C instruction.
You can also reference an existing connection from the drop-down list.
Active connection establish Use the "Active connection establishment" check box to specify the active partner of the Open
ment User Communication (only with TCP and ISO-on-TCP).
Port Address component for a TCP or UDP connection. The default after creating a new TCP
(only with TCP and UDP) connection is 2000.
You can change the port numbers.
The port numbers must be unique on the device!
TSAP Address component for an ISO-on-TCP connection. The default value after creating a new
(ISO-on-TCP only) ISO-on-TCP connection is E0.01.49.53.4F.6F.6E.54.43.50.2D.31 (S7-1200/1500) or
E0.02.49.53.4F.6F.6E.54.43.50.2D.31 (S7-300/400).
You can enter the TSAP-ID with an extension or as an ASCII TSAP.
The TSAPs must be unique on the device!

Note
UDP connection for the "Broadcast" setting (S7-300/400/1200)
The parameters of the UDP connection for the "Broadcast" setting for the partner end point
are stored in a connection description DB TCON_IP_v4 : With respect to UDP communication
with TCON and TUSEND/TURCV , the TCON_IP_v4 is not filled with any partner parameters
(value=0). However, the partner address and the partner port are necessary for sending the
data and must be entered by the user in the TADDR_Param . The TADDR_Param for UDP
communication is referenced by the TUSEND-/TURCV block parameter ADDR . The values
for both parameters can be taken from the connection configuration.
The configuration must also be adapted for the other recipients of UDP communication. In
order to receive broadcast frames, the partner port must be configured at the receiver end.
For this purpose, the RemotePort parameter of the TADDR_Param must be filled at the ADDR
block.
Note
Communication via TSEND_C and TRCV_C (S7-1500)
When TSEND_C and TRCV_C are used, a separate TSEND_C and TRCV_C block pair with
a configured connection is required for each communication. Multiple TSEND_C and TRCV_C
block pairs cannot simultaneously use the same configured connection for communication.
Additional connections for a TSEND_C or TRCV_C instruction can be created in the inspector
window for the connection parameters using the appropriate button next to the connection data.
The connections configured using TSEND_C and TRCV_C are displayed in a connection table
in the inspector window under "Properties > Configuration > Overview of configured
connections" when the TSEND_C or TRCV_C block is selected.
See also
Assignment of port numbers (Page 645)
TSAP structure (Page 647)
Examples of TSAP assignment (Page 650)
Ability to read back connection description parameters (Page 646)
Creating and assigning parameters to connections (Page 633)
Starting connection parameter assignment

The connection configuration for Open User Communication is enabled as soon as a TCON,
TSEND_C or TRCV_C instruction for communication is selected in a program block.

Requirement
Your project must contain at least one S7-CPU.
The program editor is open.
A network is available.
Procedure
To insert the extended instructions for Open User Communication, proceed as follows:
1. Open the task card, pane and folder "Instructions > Communication > Open User
Communication".
2. Drag one of the following instructions to a network:
TSEND_C
TRCV_C
TCON
The "Call options" dialog opens.
3. Edit the properties of the instance DB in the "Call properties" dialog. You have the following
options:
Change the default name.
Select the "Manual" check box to assign your own number.
You can also execute the DB as a multi-instance for function blocks.
4. Click "OK" to complete your entry.
Result
A corresponding instance DB is created at a single instance for the inserted instruction
TSEND_C, TRCV_C or TCON. In the case of a multi-instance, the instance DB of the function
block is used.
With TSEND_C, TRCV_C or TCON selected, you will see the "Configuration" tab under
"Properties" in the Inspector window. The "Connection parameters" group in area navigation
contains the connection parameter assignment that you can now make.
See also
Creating and assigning parameters to connections

In the connection configuration for Open User Communication, you can create and configure
connections of the TCP, UDP or ISO-on-TCP type.

Requirement
A CPU exists with a TCON, TSEND_C or TRCV_C communication instruction.
Procedure
To create a connection for Open User Communication, follow these steps:
1. Select a TCON, TSEND_C or TRCV_C block of Open User Communication in the program
editor.
2. Open the "Properties > Configuration" tab in the inspector window.
3. Select the "Connection parameters" group. Until you select a connection partner, only the
empty drop-down list for the partner end point is enabled. All other input options are
disabled.
The connection parameters already known are displayed:
Name of the local end point
Interface of the local end point
IP address (for Ethernet subnet) or PROFIBUS address (for PROFIBUS subnet) of the
local end point.
4. In the drop-down list box of the partner end point, select a connection partner. You can
select an unspecified device or a CPU in the project as the communication partner. Certain
connection parameters are then entered automatically.
The following parameters are set:
Name of the partner end point
Interface of the partner end point
IP address (for Ethernet subnet) or PROFIBUS address (for PROFIBUS subnet) of the
partner end point.
If the connection partners are networked, the name of the subnet is displayed.
5. With the S7-1500, in the "Configuration type" drop-down list, you choose between using
program blocks or configured connections.

6. Select an existing connection description DB in the "Connection data" drop-down list or for
configured connections select an existing connection under "Connection name". You can
also create a new connection description DB or a new configured connection. Later, you
can still select other connection description DBs or configured connections or change the
names of the connection description DBs in order to create new data blocks:
You can also see the selected data block at the interconnection of the CONNECT input
parameter of the selected TCON, TSEND_C or TRCV_C instruction.
If you have already specified a connection description DB for the connection partner
using the CONNECT parameter of the TCON, TSEND_C or TRCV_C instruction, you
can either use this DB or create a new DB.
If you edit the name of the displayed data block in the drop-down list, a new data block
with the changed name but with the same structure and content is generated and used
for the connection.
Changed names of a data block must be unique in the context of the communication
partner.
A connection description DB must have the structure TCON_Param, TCON_IP_v4 or
TCON_IP_RFC, depending on CPU type and connection.
A data block cannot be selected for an unspecified partner.
Additional values are determined and entered after the selection or creation of the
connection description DB or configured connection.
The following is valid for specified connection partners:
ISO-on-TCP connection type
Connection ID with default of 1
Active connection establishment by local partner
TSAP ID
for S7-1200/1500: E0.01.49.53.4F.6F.6E.54.43.50.2D.31
for S7-300/400: E0.02.49.53.4F.6F.6E.54.43.50.2D.31
The following is valid for unspecified connection partners:
TCP connection type
Partner port 2000
The following applies for a configured connection with a specified connection partner:
TCP connection type
Connection ID with default of 257
Active connection establishment by local partner
Partner port 2000
The following applies for a configured connection with an unspecified connection partner:
TCP connection type
Local port 2000

7. Enter a connection ID as needed for the connection partner. No connection ID can be

assigned to an unspecified partner.
Note
You must enter a unique value for the connection ID at a known connection partner. The
uniqueness of the connection ID is not be checked by the connection parameter settings
and there is no default value entered for the connection ID when you create a new
connection.
8. Select the desired connection type in the relevant drop-down list. Default values are set for
the address details depending on the connection type. You can choose between the
following:
TCP
ISO-on-TCP
UDP
For configured connections with S7-1500, ISO applies in addition.
9. You can edit the input boxes in the address details. Depending on the selected protocol,
you can edit the ports (for TCP and UDP) or the TSAPs (for ISO-on-TCP and ISO).
10.Use the "Active connection establishment" check box to set the connection establishment
characteristics for TCP, ISO and ISO-on-TCP. You can decide which communication
partner establishes the connection actively.
Changed values are checked immediately for input errors by the connection configuration and
entered in the data block for the connection description.
Note
Open User Communication between two communication partners can only work when the
program section for the partner end point has been downloaded to the hardware. To achieve
fully functional communication, make sure that you load not only the connection description of
the local CPU on the device but also that of the partner CPU as well.
See also
Description of the connection parameters (Page 630)
Starting connection parameter assignment (Page 632)

Introduction
The data of a created connection for Open User Communication is stored in a connection
description DB. You can delete the connection by deleting the data block containing the
connection description.
Requirement
You have created an Open User Communication connection.
Procedure
1. Select a communication partner for Open User Communication in the project tree.
2. Open the "Program blocks > System blocks > Program resources" folder below the selected
communication partner.
3. Select the "Delete" command from the shortcut menu of the data block with the connection
parameter assignment.
Note
If you are not certain which block to delete, open the extended instruction TCON, TSEND_C
or TRCV_C. You will find the name of the data block as the CONNECT input parameter or in
the connection parameter assignment as the "Connection data" parameter.
If you only delete the instance DBs of the extended instructions TCON, TSEND_C or TRCV_C,
the assigned connections are not deleted as well.
Note
If the connection DB is still being used by other blocks of the extended instructions, then the
corresponding calls, their instance DBs, and, if present, the combination blocks TSEND_C and
TRCV_C must also be deleted from the block folder, provided they are not used elsewhere.
This action prevents the program from being inconsistent.
Result
You have deleted the connection.
Note
Insert an extended instruction TCON, TSEND_C, or TRCV_C again in order to reference an
existing connection description with the TCON_Param, TCON_IP_v4, or TCON_IP_RFC
structure again via the "Connection data" parameter.

How protocols work
Principle of operation of connection-oriented protocols
Introduction
Connection-oriented protocols establish a logical connection to the communication partner
before data transmission is started. After the data transmission is complete, they then terminate
the connection, if necessary. Connection-oriented protocols are used especially when reliable
data transmission is important. Several logical connections can exist over one physical line.
Open User Communication supports the following connection types:
TCP
ISO-on-TCP
ISO (S7-1500 only)
UDP
Both communication partners must support the same connection type for a connection. If a
communication partner does not support a connection of the type ISO-on-TCP, for example,
use the connection type TCP instead, if it is supported.
For communication partners that cannot be configured in the TIA Portal, such as third-party
devices or PCs, enter "unspecified" for the partner end point during connection parameter
assignment. The required connection type for unspecified devices is listed in the respective
documentation.
Note
Connections with ISO
For S7-1500 CPUs, configured connections of the type ISO can be created using the
TSEND_C and TRCV_C instructions. For additional information on these connection types,
refer to the general connection descriptions.
Characteristics of TCP
TCP is a streaming protocol in which the length of the data stream is transmitted to the receiver
so that it can receive the data stream as individual TCP segments. This means no information
about the start and end of a message is transmitted during data transmission via a TCP
connection. The receiver cannot determine by the received segments of the data stream where
one message in the data stream ends and the next one begins. It is therefore recommended
that the number bytes to be received (parameter LEN, instruction TRCV/TRCV_C) be assigned
the same value as the number of bytes to be sent (parameter LEN, instruction TSEND/
TSEND_C).

If the length of the sent data and the length of the expected data do not match, the following
occurs:
Length of data to be received (parameter LEN, instruction TRCV/TRCV_C) greater than
length of data to be sent (parameter LEN, instruction TSEND/TSEND_C):
TRCV/TRCV_C copies the received data to the specified receive area (parameter DATA)
only after the assigned length is reached. When the assigned length is reached, data of
the subsequent job are already being received. As a result, the receive area contains data
from two different send jobs. If you do not know the exact length of the first message, you
are unable to recognize the end of the first message and the start of the second message.
Length of data to be received (parameter LEN, instruction TRCV/TRCV_C) less than length
of data to be sent (parameter LEN, instruction TSEND/TSEND_C):
TRCV/TRCV_C copies the number of bytes you specified in the LEN parameter to the
receive data area (parameter DATA). Then, it sets the NDR status parameter to TRUE (job
completed successfully) and assigns RCVD_LEN (amount of data actually received) the
value of LEN. With each subsequent call, you receive a further block of the sent data.
A receive area with fixed data length can be specified in the TRCV/TRCV_C instructions with
the protocol version of the Ad-hoc mode.
Characteristics of ISO-on-TCP
ISO-on-TCP is a message-oriented protocol which detects the end of the message at the
receiver end and indicates the data that belongs to the message to the user. This does not
depend on the specified reception length of the message. This means that information
regarding the length and the end of a message is included during data transmission via an
ISO-on-TCP connection.
occurs:
length of data to be sent (parameter LEN, instruction TSEND/TSEND_C):
TRCV/TRCV_C copies all the sent data to the receive data area (parameter DATA). Then,
it sets the NDR status parameter to TRUE (job completed successfully) and assigns
RCVD_LEN (amount of data actually received) the length of the data sent.
of data to be sent (parameter LEN, instruction TSEND/TSEND_C):
TRCV/TRCV_C does not copy any data to the receive data area (parameter DATA), but
instead supplies the following error information: ERROR=1, STATUS=W#16#8088
(destination buffer too small).
Characteristics of UDP
UDP is a message-oriented protocol which detects the end of the message at the receiver end
and indicates the data that belongs to the message to the user. This does not depend on the
specified reception length of the message. This means that information on the length and the
end of a message is included during data transmission via a UDP connection.

occurs:
length of data to be sent (parameter LEN, instruction TUSEND/TSEND_C):
TURCV/TRCV_C copies all the sent data to the receive data area (DATA parameter). Then,
it sets the NDR status parameter to TRUE (job completed successfully) and assigns
RCVD_LEN (amount of data actually received) the length of the data sent.
of data to be sent (parameter LEN, instruction TUSEND/TSEND_C):
TRCV/TRCV_C copies as much data to the receive data area (parameter DATA) as the
LEN parameter requests. No further error message is generated. In this case, the user has
to call a T_URCV again in order to receive the remaining bytes.
See also
Basics of Open User Communication (Page 625)
TSEND_C: Send data via Ethernet (Page 3625)
TRCV_C: Receive data via Ethernet (Page 3636)
TSEND: Send data via communication connection (Page 3674)
TRCV: Receive data via communication connection (Page 3677)
TUSEND: Send data via Ethernet (UDP) (Page 3687)
TURCV: Receive data via Ethernet (UDP) (Page 3690)
Connection parameters with structure according to TCON_Param
Data block for connection description

A connection description DB with a structure according to TCON_Param is used for some
S7-1200 CPUs when it comes to the assignment of parameters for TCP, UDP and ISO-on-
TCP communication connections. The fixed data structure of the TCON_Param contains all
the parameters that are needed to establish the connection. The connection description DB is
automatically created for a new connection by the connection configuration for Open User
Communication when the TSEND_C, TRCV_C or TCON instruction is used.
The CONNECT connection parameter of the instance DBs for TSEND_C, TRCV_C or TCON
contains a reference to the data block used.
Structure of the connection description according to TCON_Param
Byte Parameter Data type Start value Description

0 1 block_length UINT 64 Length: 64 bytes (fixed)
2 3 id CONN_OUC 1 Reference to this connection (value range: 1 to 4095).
You must specify the value of this parameter for the
TSEND_C, TRCV_C or TCON instruction under ID.


4 connection_type USINT 17 Connection type:
17: TCP (17 dec = 0x11 hex)
18: ISO-on-TCP (18 dec = 0x12 hex)
19: UDP (19 dec = 0x13 hex)
5 active_est BOOL TRUE Identifier for the type of connection establishment. FALSE al
ways applies to UDP, since data can be sent and received via
local ID.
The following is valid for TCP and ISO-on-TCP:
FALSE: Passive connection establishment
TRUE: Active connection establishment
6 local_device_id USINT 1 ID for the local PN/IE interface.
7 local_tsap_id_len USINT 0 Length of parameter local_tsap_id used, in bytes; possible
values:
0 or 2, if connection type = 17 (TCP)
Only the value 0 is permissible for the active side.
2 to 16, if connection type = 18 (ISO-on-TCP)
2, if connection type = 19 (UDP)
8 rem_subnet_id_len USINT 0 This parameter is not used.
9 rem_staddr_len USINT 4 Length of address of partner end point, in bytes:
0: unspecified, in other words, parameter rem_staddr is
irrelevant.
4: valid IP address in the parameter rem_staddr
(TCP and ISO-on-TCP only)
10 rem_tsap_id_len USINT 2 Length of parameter rem_tsap_id used, in bytes; possible val
ues:
0 or 2, if connection type = 17 (TCP)
Only the value 0 is permissible for the passive side.
2 to 16, if connection type = 18 (ISO-on-TCP)
0, if connection type = 19 (UDP)
11 next_staddr_len USINT 0 This parameter is not used.
12 local_tsap_id ARRAY - Local address component of connection:
27 [1..16] of TCP and UDP: local port no. (possible values: 1...49151;
BYTE recommended values: 2000...5000);
local_tsap_id[1] = high byte of port no. in hexadecimal
notation;
local_tsap_id[2] = low byte of port no. in hexadecimal
notation;
local_tsap_id[3-16] = irrelevant
ISO-on-TCP: local TSAP-ID:
local_tsap_id[1] = B#16#E0;
local_tsap_id[2] = rack and slot of local end points (bits 0
to 4: Slot number, bits 5 to 7: rack number);
local_tsap_id[3-16] = TSAP extension, optional

Note: Make sure that every value of local_tsap_id is unique
within the CPU.


28 rem_subnet_id ARRAY [1..6] - This parameter is not used.
33 of USINT
34 rem_staddr ARRAY [1..6] - TCP and ISO-on-TCP only: IP address of the partner end
39 of USINT point, for example, for 192.168.002.003:
rem_staddr[1] = 192
rem_staddr[2] = 168
rem_staddr[3] = 002
rem_staddr[4] = 003
rem_staddr[5-6]= irrelevant
40 rem_tsap_id ARRAY - Partner address component of connection
55 [1..16] of TCP: partner port no. (possible values: 1...49151;
BYTE recommended values: 2000...5000);
rem_tsap_id[1] = high byte of port no. in hexadecimal
notation;
rem_tsap_id[2] = low byte of port no. in hexadecimal
notation;
rem_tsap_id[3-16] = irrelevant
ISO-on-TCP: partner TSAP-ID:
rem_tsap_id[1] = B#16#E0;
rem_tsap_id[2] = rack and slot of partner end point (bits 0
to 4: Slot number, bits 5 to 7: rack number);
rem_tsap_id[3-16] = TSAP extension, optional
UDP: This parameter is not used.
56 next_staddr ARRAY [1..6] - This parameter is not used.
61 of BYTE
62 spare WORD W#16#0000 Reserved.
63
Note
TCON_Param for S7-1500 CPU
The connection description DB with the structure according to TCON_Param is also supported
by S7-1500 CPUs for migration reasons. However, we recommend that you use the new
structures TCON_IP_v4 and TCON_IP_RFC.
See also
Overview of connection configuration (Page 627)

Connection parameters with structure according to TCON_IP_v4

A connection description DB with a structure according to TCON_IP_v4 is used for CPUs of
S7-1200 V4.0 and higher and S7-1500 to assign parameters for TCP and UDP communication
connections. The fixed data structure of the TCON_IP_v4 contains all parameters that are
required to establish the connection. The connection description DB is automatically created
for a new connection by the connection configuration for Open User Communication when the
TSEND_C, TRCV_C or TCON instruction is used.
Structure of the connection description according to TCON_IP_v4

0 1 interface_id HW_ANY 64 Hardware identifier of the local interface (value range: 0 to
65535).

4 connection_type BYTE 11 Connection type:
11: TCP (11 dec = 0x0B hex)
19: UDP (19 dec = 0x13 hex)
For compatibility and migration reasons, the CPU S7-1500
also allows the values of the connection description DB with
a structure according to TCON_Param. For the connection
type TCP, the entry 17 is therefore also valid (17 dec = 0x11
hex).
5 active_established BOOL TRUE Identifier for the type of connection establishment:
6 9 remote_address ARRAY [1..4] - IP address of the partner end point, for example, for
of BYTE 192.168.0.1:
addr[1] = 192
addr[2] = 168
addr[3] = 0
addr[4] = 1
10 remote_port UINT 2000 Port address of the remote connection partner (value range:
11 1 to 49151).
12 local_port UINT 2000 Port address of the local connection partner (value range: 1
13 to 49151).

See also
Connection parameters with structure according to TCON_IP_RFC

A connection description DB with a structure according to TCON_IP_RFC is used for CPUs of
S7-1200 V4.0 and higher and S7-1500 to assign parameters to ISO-on-TCP communication
connections. The fixed data structure of the TCON_IP_RFC contains all parameters that are
required to establish the connection. The connection description DB is automatically created
for a new connection by the connection configuration for Open User Communication when the
TSEND_C, TRCV_C or TCON instruction is used.
Structure of the connection description according to TCON_IP_RFC

0 1 interface_id HW_ANY 64 Hardware identifier of the local interface (value range: 0 to
65535).
4 connection_type BYTE 12 Connection type 12: ISO-on-TCP (12 dec = 0x0C hex)
For compatibility and migration reasons, the CPU S7-1500
also allows the values of the connection description DB with
a structure according to TCON_Param. For the connection
type ISO-on-TCP, the entry 18 is therefore also valid (18 dec
= 0x12 hex).
5 active_established BOOL TRUE Identifier for the type of connection establishment:
8 remote_address ARRAY [1..4] - IP address of the partner end point, for example, for
11 of BYTE 192.168.0.1:
addr[1] = 192
addr[2] = 168
addr[3] = 0
addr[4] = 1


12 remote_tselector TSelector - TSelector of the remote connection partner:
45 TSelLength = Value range 0 to 32 as UINT
TSel[1-32] = Value range each 0 to 255 in bytes
46 local_tselector TSelector - TSelector of the local connection partner:
79 TSelLength = Value range 0 to 32 as UINT
TSel[1-32] = Value range each 0 to 255 in bytes
See also
Assignment of port numbers
Introduction
When an Open User Communication is created, the value 2000 is automatically assigned as
the port number.
Permissible values for port numbers are 1 to 49151. You can assign any port number within
this range. However, because some ports may already be used depending on the system, port
numbers within the range from 2000 to 5000 are recommended.
Note
Port numbers must be unique. The connection configuration or a corresponding block call is
rejected with an error if the port numbers are assigned twice.
Overview of port numbers

The following table summarizes the system reactions to various port numbers.
Port no. Description System reaction

2000 5000 Recommended range No warning, no error message on entry
Port number is permitted and accepted
1 1999, 5001 49151 Can be used, but is outside the recom Warning message on entry
mended range Port number is permitted and accepted
0, 20, 21, 25, 80, 102, 135, 161, 34962 Can be used conditionally*
34964
53, 80, 102, 135, 161, 162, 443, 520, Can be used conditionally**
9001, 34962 34964

* Ports defined for specific functions:

0: ANY - Port number is automatically assigned by S7-1500 CPU as value (>49151)
20: FTP data transmission
21: FTP control
25: TMAIL_C (Simple Mail transfer protocol)
80: Web server
102: ISO-on-TCP (RFC1006)
135: DCE Endpoint Mapper for PROFINET
161: SNMP (Simple Network Management Protocol)
34962 ... 34964: PROFINET
Note
The user usually specifies the value 0 for the local port on the active connection end point for
UDP/TCP. In this case, the CPU operating system selects the next available port above 49151.
The partner port usually has the default 0 with the passive connection end point. The
corresponding parameter is disabled in the connection configuration.
** These ports are disabled depending on the function scope of the CPU in use. The
documentation of the respective CPUs provides the assignment of these ports.
See also
Ability to read back connection description parameters
Changing parameter values in the connection description

The connection description for exactly one connection of the Open User Communication is
entered from the connection configuration in the connection description DB.
You can change the parameter values of the connection description DB outside of the
connection configuration in the user program. Connection description DBs containing values
you changed subsequently can be read back from the connection configuration. Under
"Properties > Configuration > Connection parameters", the inspector window displays only the
connection parameters stored in the connection description DB.
Note
You can only change the values in the running user program if the instructions TCON,
TSEND_C or TRCV_C are not being processed and the referenced connection is not
established.
The connection configuration does not support nested entries of connection descriptions in
DB types that can only be found via offset referencing (for example, Global-DB).
The structure of the connection description cannot be changed.

Ability to read back individual connection parameters

For the "Address" parameter of the communication partner in a TCP or ISO-on-TCP
connection, its IP address is displayed from the "rem_staddr" parameter of the connection
description.
The following values can also be reloaded from the connection description:
Connection type
Local connection ID
Active/passive connection establishment (only with UDP)
Local TSAP (ISO-on-TCP only)
Partner TSAP (ISO-on-TCP only)
Local port (only with TCP and UDP)
Partner port (only with TCP)
The values of the connection ID parameters of the communication partner, the connection
data, as well as the connection establishment, are not included in the connection description
in the local connection description DB. Consequently, these parameters cannot be displayed
when the connection configuration is reopened. The connection establishment of the partner
results from the local connection establishment and is therefore also displayed.
A new communication partner can be selected at any time in the "Partners" drop-down list box.
When a CPU recognized in the project is selected as a specified communication partner, the
entry options for the connection ID and the connection data are shown again.
See also
TSAP structure
Introduction
For an ISO-on-TCP connection, Transport Service Access Points (TSAPs) must be assigned
for both communication partners. TSAP IDs are assigned automatically after an ISO-on-TCP
connection is created. To ensure the uniqueness of TSAP IDs within a device, you can change
the preassigned TSAPs in the connection parameter assignment.

Structure of TSAPs
You must comply with certain rules when assigning TSAPs. A TSAP must contain a certain
number of bytes, which are able to be displayed and entered as hexadecimal values (TSAP-
ID) or as ASCII characters (ASCII-TSAP):
$6&,,76$3
76$3$6&,, ,62RQ7&3 $6&,,FKDUDFWHUV

76$3,' ))(' +H[YDOXHV
76$3,'
Entries or changes of the TSAP-ID or the ASCII-TSAP in the corresponding entry fields always
take effect in the other display format as well.
If a TSAP contains no valid ASCII characters, the TSAP is displayed only as TSAP-ID and not
as ASCII-TSAP. This is the case after a connection is created. The first two hex characters as
TSAP-ID identify the communication type and the rack/slot. Because these characters are not
valid ASCII characters for a CPU, the ASCII-TSAP is not displayed in this case.
$6&,,76$3QRWSUHVHQW
76$3,'FRQWDLQVLQYDOLG$6&,,FKDUDFWHUV
76$3$6&,, $6&,,FKDUDFWHUV

76$3,' ())(' +H[YDOXHV
76$3,' 76$3H[WHQVLRQ
FRPSOHWH76$3,'
In addition to the rules for length and structure of TSAPs, you must also ensure the uniqueness
of the TSAP-ID. The assigned TSAPs are not automatically unique.
Length and content of TSAPs

Structure of the TSAP ID with TSAP extension:
Valid for CPU S7-1200 firmware V1
Length = 2 to 16 bytes
x_tsap_id[0] = 0xE0 (Open User Communication)
x_tsap_id[1] (bits 0 to 4) = slot number of CPU
x_tsap_id[1] (bits 5 to 7) = rack number of CPU
x_tsap_id[2...15] = any characters (TSAP extension, optional)
(x = loc (local) or x = rem (partner))
Valid for CPU S7-1500 and S7-1200 firmware as of V2
x_tsap_id[0] = 0xE0 (Open User Communication)
x_tsap_id[1] = 0x00 to 0xFF
x_tsap_id[2...15] = any characters (TSAP extension, optional)

Structure of the TSAP ID as ASCII TSAP:

Valid for CPU S7-1200 firmware V1
x_tsap_id[0...2] = 3 ASCII characters (0x20 to 0x7E)
x_tsap_id[3...15] = any characters (optional)
Valid for CPU S7-1200 firmware as of V2
x_tsap_id[0...2] for active connection = 3 ASCII characters (0x00 to 0xFF) or any bit string*
x_tsap_id[0...2] for passive connection = 3 ASCII characters (0x20 to 0x7E) or any bit string*
Valid for S7-1500 CPU
x_tsap_id[0...2] = 3 ASCII characters (0x00 to 0xFF) or any bit string*
* ASCII character strings must not start with "SIMATIC-"
The following table shows the schematic structure of various TSAP IDs:
TSAP-ID tsap_id_len tsap_id[0] tsap_id[1] tsap_id[2] tsap_id[3..15]

...with extension 2...16 bytes 0xE0 0x01 or Extension Extension
(CPU S7-1200 firmware 0x02 or (optional) (optional)
V1) 0x00*
...with extension 2...16 bytes 0xE0 0x00...0xFF Extension Extension
(CPU S7-1500, S7-1200 (optional) (optional)
firmware as of V2)
...as ASCII-TSAP 3...16 bytes 0x20...0x7E 0x20...0x7E 0x20...0x7 Any
(CPU S7-1200 firmware (optional)
V1)
*An S7-1200 CPU is normally inserted on rack 0 and slot 1, and an S7-300/400 CPU on rack
0 and slot 2. For this reason, hex value 01 or 02 is valid for the second position of the TSAP
ID with extension. If the connection partner is an unspecified CPU, for example, a third-party
device, the hex value 00 is also permissible for the slot address.
Note
For unspecified communication partners, the local TSAP-ID and the partner TSAP-ID can have
a length of 0 to 16 bytes, in which all hex values from 00 to FF are permitted.

ASCII code table for entry of ASCII TSAPs

When entering ASCII TSAPs with the hexadecimal values from 20 to 7E, only the following
characters are permitted:
Code ..0 ..1 ..2 ..3 ..4 ..5 ..6 ..7 ..8 ..9 ..A ..B ..C ..D ..E ..F
2.. ! " # $ % & ( ) * + , - . /
3.. 0 1 2 3 4 5 6 7 8 9 : ; < = > ?
4.. @ A B C D E F G H I J K L M N O
5.. P Q R S T U V W X Y Z [ \ ] ^ _
6.. ` a b c d e f g h i j k l m n o
7.. p q r s t u v w x y z { | } ~
See also
Examples of TSAP assignment (Page 650)
Examples of TSAP assignment

The following examples show the processing of the TSAPs for CPUs of the S7-1200/1500
(CPU on slot 1) under various points of view:
Example 1: Creating a new connection for PLC-PLC communication
Example 2: Entry of a local ASCII-TSAP
Example 3: Entry of a TSAP extension in the TSAP-ID
Example 4: Incorrect editing of the TSAP-ID
Example 5: Entry of an ASCII-TSAP via the "TSAP-ID" entry field
Example 1: Creating a new connection for PLC-PLC communication

Once you have created a new connection with two PLCs for the Open User Communication,
the TSAP extension "ISOonTCP-1" is assigned automatically.
This TSAP extension produces the TSAP-ID E0.01.49.53.4F.6F.6E.54.43.50.2D.31, which is
entered automatically in the connection description DB and in the entry fields of the local and
the partner TSAP. The entry fields of the ASCII-TSAPs remain empty:
Local TSAP Partner TSAP

TSAP (ASCII)
TSAP-ID E0.01.49.53.4F.6F.6E.54.43.50.2D.31 E0.01.49.53.4F.6F.6E.54.43.50.2D.31
You can change the values in the entry fields of the TSAP-ID and the ASCII-TSAP at any time.
The entry field of the TSAP-ID shows the complete TSAP stored in the data block of the
connection description. The TSAP-ID with TSAP extension, which is limited to 16 characters,

is not displayed in the "TSAP (ASCII)" entry field because the character E0 does not represent
a valid character for the ASCII-TSAP.
If the displayed TSAP-ID is a valid ASCII-TSAP, it is displayed in the "TSAP (ASCII)" entry
field.
Changes in the entry fields for TSAP-ID and ASCII-TSAP affect the other field.
Example 2: Entry of a local ASCII-TSAP

If you have created a new connection and assigned an ASCII value for the local TSAP in the
"TSAP (ASCII)" entry field, for example, "ISOonTCP-1", the resulting TSAP-ID is created
automatically.
When you exit the "TSAP (ASCII)" entry field, the number of ASCII characters is checked
automatically for compliance with the limit (3 to 16 characters) and the resulting TSAP-ID is
entered into the corresponding entry field:

TSAP (ASCII) ISOonTCP-1
TSAP-ID 49.53.4F.6F.6E.54.43.50.2D.31 E0.01.49.53.4F.6F.6E.54.43.50.2D.31
Example 3: Entry of a TSAP extension in the TSAP-ID

If, following creation of a connection and entry of an ASCII-TSAP (see examples 1 and 2) in
the entry field of the local TSAP-ID, you add the prefix "E0.01" to the TSAP value, the ASCII-
TSAP will no longer be displayed when the entry field is exited.

TSAP (ASCII)
TSAP-ID E0.01.49.53.4F.6F.6E.54.43.50.2D.31 E0.01.49.53.4F.6F.6E.54.43.50.2D.31
Once you have exited the entry field of the TSAP-ID, a check is performed automatically to
determine whether the first character of the TSAP-ID is a valid ASCII character. Since the
character "E0" now present in the TSAP-ID is not a valid character for the ASCII-TSAP, the
"TSAP (ASCII)" entry field no longer displays an ASCII-TSAP.
If a valid ASCII character is used, the check for compliance with the length specification of 2
to 16 characters follows.
Example 4: Incorrect editing of the TSAP-ID

If you remove the hex value "E0" from a TSAP-ID beginning with "E0.01", the TSAP-ID now
begins with "01" and therefore no longer complies with the rules and is invalid:

TSAP (ASCII)
TSAP-ID 01.49.53.4F.6F.6E.54.43.50.2D.31 E0.01.49.53.4F.6F.6E.54.43.50.2D.31
After the entry field is exited, a message is output because the TSAP-ID is neither a valid ASCII-
TSAP (this would have to have a hex value in the range from 20 to 7E as the first value) or a
valid TSAP-ID (this would have to have the identifier "E0" as the first value).

Example 5: Entry of an ASCII-TSAP via the "TSAP-ID" entry field

If you remove the value "01" in addition to the value "E0" from the incorrect TSAP-ID in example
4, the TSAP-ID begins with the hex value 49. This value is within the permissible range for
ASCII-TSAPs:

TSAP (ASCII)
TSAP-ID 49.53.4F.6F.6E.54.43.50.2D.31 E0.01.49.53.4F.6F.6E.54.43.50.2D.31
When you exit the entry field, the TSAP-ID is recognized as a valid ASCII-TSAP and the
resulting ASCII-TSAP "ISOonTCP-1" is written to the "TSAP (ASCII)" entry field.
See also
Communication via PUT and GET instructions
Basic information on communication via the PUT/GET instruction
Basic information on PUT/GET instructions

Use PUT and GET instructions to exchange data between two CPUs via an S7 connection.
The GET instruction is used to read data from a partner CPU. The PUT instruction is used to
control the writing of tags by the communication partner via the user program. Apart from the
PUT and GET instructions, no additional communication functions are provided for reading
and writing tags.
To simplify the use of the two instructions, specify all required parameters for the connection
and all block parameters in the Inspector window of the program editor.

Requirement
To be able to use the PUT and GET instructions, the following requirements must be satisfied:
At least one S7-1200/1500 CPU or S7-300/400 CPU must be created in the project.
Firmware 2.0 or higher must be installed on an S7-1200 CPU. If you have not yet created
a second CPU in the project, you can initially establish the connection to an unspecified
partner.
An S7 connection must exist between the two CPUs. If you have not yet established a
connection between two CPUs, a connection is automatically established during the
configuration of the instructions.
For both instructions, an instance data block is required in which all data used by the
instruction is stored. The instance data block is created automatically as soon as you drag
a PUT or GET instruction to a network in the program editor. For the correct execution of
the program, it is essential that the instance data blocks are not changed; consequently,
these data blocks are know-how protected. You only have read access to the instance data
blocks.
See also
Assigning parameters to start request (Page 658)
PUT: Set parameters for write and send area (Page 659)
GET: Set parameters for read and memory area (Page 660)
Overview of connection configuration
Introduction
The connection parameters for the PUT and GET instructions are assigned in the inspector
window of the program editor. All parameters are saved in the corresponding instance data
block.

Structure of the connection configuration

The connection configuration is made up of the following components:

Communication instruction for PUT or GET

Call of online and diagnostic functions
"Configuration" tab in the "Properties" tab
Area navigation of the "Configuration" tab
General properties of the connection parameters
Display of online and diagnostic functions

If you click the icon for starting the online and diagnostic functions, the associated CPU goes
online automatically. The connection table in the network view is opened. In addition, the
"Diagnostics" tab and the connection information are displayed in the inspector window.

Entering the connection parameters

Enter the desired connection parameters in the "Configuration" tab. The area navigation of the
"Configuration" tab includes the "Connection parameters" group. This group contains the
connection configuration. Here, you can enter the parameters for the connections using system
functions. When all the required parameters are assigned, a check mark is set behind the
"Connection parameters" group in the area navigation.
See also
Assigning parameters to start request (Page 658)
Description of the connection parameters
Overview
The following table shows the general connection parameters:
End point The names of the local end point and the partner end point are shown.
Local end point
The local end point is the CPU in which the PUT or GET instruction is programmed.
Partner end point
The partner end point is selected from the drop-down list. The drop-down list shows all
available possible connection partners including unspecified connection partners for
devices whose data is unknown in the project.
As long as no connection partner is set, all other parameters in the mask are disabled.
Interface The interface of the partner CPU is displayed. The partner interface is not displayed until a
specified partner CPU has been selected.
Interface type The type of interface via which communication is handled is displayed.
Subnet name The subnet of the local end point is displayed, provided this exists. The partner subnet is
displayed only after the partner end point has been selected.
If at least one of the two connection partners is not connected with a subnet, the two connec
tion partners are automatically connected with each other. The partner which is not connected
to a network is hereby connected to the same subnet via which the other partner is already
connected to a network.
A connection of connection partners to different subnets is only possible with IP or S7 routing.
The IP routing settings can be edited in the properties of the relevant Ethernet interfaces.
Address The IP address of the local end point is displayed. The IP address of the partner is displayed
only after the partner end point has been selected.
If you have selected an unspecified connection partner, the input box is empty and has a red
background. In this case, you will need to specify a valid IP address for the connection partner.
Connection ID The currently set connection ID is displayed. You can change the connection ID in the con
nection table in the network view. You can also directly access the connection table while
you are setting the connection parameters. To do this, click the "Create new connection" icon.

Connection name The name of the connection which was automatically created when the PUT/GET instruction
was inserted is displayed. You can change the name of the connection by entered a different
name in the field. You can also create a new connection or edit existing connections by
clicking the "Create new connection" icon.
Active connection establish Use the "Active connection establishment" option button to specify which partner starts the
ment communication. When the connection is created, the local partner is initially specified by
default for the establishment of the connection. If a device does not support active connection
establishment, you have to activate active connection establishment on the other partner.
Configured at one end If this check box is selected, the connection partner is the server for this connection. It cannot
actively send or receive. This corresponds to the behavior of the PUT/GET instructions. In
this case, other instructions are not possible. If the check box is not selected, other instructions
can also be used for the communication.
Starting connection parameter assignment

You can assign the connection parameters for PUT and GET in the inspector window as soon
as you have inserted and selected a PUT or GET instruction in a program block.
Procedure
To insert PUT/GET instructions, follow these steps:
1. Open the "Instructions" task card in the "Communication > S7 Communication" folder.
2. Drag a PUT or GET instruction to a network.
3. Optional: Edit the properties of the instance DB in the "Call properties" dialog. You have
Change the default name.
Select the "Manual" check box to assign your own number.
4. Click "OK".
Result
A corresponding instance data block is created for the inserted PUT or GET instruction. For
S7-300 CPUs, a function block is also created in the program resources.
When PUT or GET instruction is selected, you will see the "Configuration" tab under
"Properties" in the inspector window. The "Connection parameters" group in area navigation
contains the connection parameter assignment that you can now make.
See also
Deleting connections (Page 658)

Creating and assigning parameters to connections

You can create S7 connections and assign the parameters for these in the connection
parameter assignment of the PUT/GET instructions. Changed values are checked immediately
by the connection parameter assignment for input errors.
Requirement
A CPU exists with a PUT or GET communication instruction.
Procedure
To configure an S7 connection using PUT/GET instructions, follow these steps:
1. In the program editor, select the call of the PUT or GET instruction.
2. Open the "Properties > Configuration" tab in the inspector window.
3. Select the "Connection parameters" group. Until you select a connection partner, only the
empty drop-down list for the partner end point is enabled. All other input options are
disabled.
The connection parameters already known are displayed:
Name of the local end point
Interface of the local end point
IP address of the local end point
4. In the drop-down list box of the partner end point, select a connection partner. You can
select an unspecified device or a CPU in the project as the communications partner.
The following parameters are automatically entered as soon as you have selected the
connection partner:
Interface of the partner end point
Interface of the partner end point. If several interfaces are available, you can change
the interface as required.
Interface type of the partner end point
Subnet name of both end points
IP address of the partner end point
Name of the connection which is used for the communication. If no connection exists
yet, it is automatically established.
5. If required, change the connection name in the "Connection name" input box. If you want
to create a new connection or edit an existing connection, click on the "Create new
connection" icon.
Note
The PUT and GET instructions between two communication partners can only run if both
the hardware configuration and the program part for the partner end point have been loaded
into the hardware. To achieve fully functional communication, make sure that you load not
only the connection description of the local CPU on the device but also that of the partner
CPU as well.

A connection which was automatically created during the insertion of a PUT or GET instruction
appears in the connection table of the network view like every standard connection. As a result,
it can be deleted in the connection table.
Procedure
1. Open the connection table in the network view.
2. In the connection table, select the connection that you want to delete.
3. To do this, right-click the connection and select the "Delete" command from the shortcut
menu.
Result
The connection is deleted. The PUT or GET instruction and the associated instance data blocks
are retained and must be manually deleted if necessary.
To continue using the PUT or GET instruction, you must configure the connection again in the
inspector window of the program editor, since all connection parameters were also deleted
when the connection was deleted. In this case, specify a new communication partner and a
suitable connection.
Block parameter assignment
Assigning parameters to start request

To start communication via the PUT or GET instruction, you have to specify an event which
activates the instruction. This event is referred to as control parameter (REQ). The
communication job is activated as soon as there is a positive edge at the control parameter
REQ.
Please note that the control parameter REQ is assigned the default FALSE at first call.
Requirement
You have already inserted a PUT or GET instruction.
A connection has been established between two communication partners.
Procedure
To define the REQ control parameter, follow these steps:
1. Select the PUT or GET instruction in the program editor.
2. Open the "Configuration" tab in the inspector window.

3. Select the "Block parameter assignment" entry in the area navigation.

4. In the "REQ" field, select a tag of the "BOOL" data type to initialize the execution of the
instruction. Alternatively, you can also interconnect a previous instruction in the program
editor.
See also
Data consistency (Page 3608)
PUT: Set parameters for write and send area

For communication via the PUT instruction, you must specify the memory area of the partner
CPU to which the data should be written. In addition, you must specify the memory area of the
local CPU from which the data is to be read.
Requirement
You have already inserted a PUT instruction.
Procedure
To specify the read and the memory area for the instruction, follow these steps:
1. Select the PUT instruction in the program editor.
4. In the "In/Outputs > Write area (ADDR_1) > Start" field, select a "REMOTE" data type
pointer to the area of the partner CPU which is to be written.
Only absolute addressing is permitted.
Example: P#DB10.DBX5.0 Byte 10
5. In the "Length" field, enter the length of the write area and select the data type of the memory
area from the drop-down list.
6. In the "In/Outputs > Send area (SD_1) > Start" field, select a pointer to the area in the local
CPU which contains the data to be sent.
7. In the Length field, enter the length of the memory area to be read and select the data type
from the drop-down list.
Only the data types BOOL (for a bit array, "0" must be used as address and an integer
multiple of byte must be used as length), BYTE, CHAR, WORD, INT, DWORD, DINT, REAL,
COUNTER, TIMER are permitted.
If the VARIANT pointer accesses a DB, the DB must always be specified (for example:
P#DB10.DBX5.0 Byte 10).

See also
GET: Set parameters for read and memory area

For communication via the GET instruction, you must specify the memory area of the local
CPU to which the data should be written. In addition, you must specify the memory area of the
partner CPU from which the data is to be read.
Requirement
You have already inserted a GET instruction.
Procedure
To specify the read and the memory area for the instruction, follow these steps:
1. Select the GET instruction in the program editor.
4. In the "In/Outputs > Read area (ADDR_1) > Start" field, select a "REMOTE" data type
pointer to the area of the partner CPU which is to be read.
Only absolute addressing is permitted.
Example: P#DB10.DBX5.0 Byte 10
5. In the "Length" field, enter the length of the read area and select the data type of the memory
area from the drop-down list.
6. In the "In/Outputs > Memory area (RD_1) > Start" field, select a pointer to the area in the
local CPU in which the read data is to be stored.
7. In the Length field, enter the length of the memory area and select the data type from the
drop-down list.
Only the data types BOOL (for a bit array, "0" must be used as address and an integer
multiple of byte must be used as length), BYTE, CHAR, WORD, INT, DWORD, DINT, REAL,
COUNTER, TIMER are permitted.
See also

10.1.3.3 Displaying and configuring topology
Overview of the topology view
Functions of the topology view

The topology view is one of three working areas of the hardware and network editor. You
Displaying all the PROFINET devices and passive Ethernet components of the project
along with their ports
Displaying interconnections between the ports
Displaying corresponding logical networks
Display diagnostic information of all ports
Creating, modifying and deleting interconnections of the ports
Renaming stations, devices, interfaces or ports
Adding PROFINET devices and passive Ethernet components to the project from the
hardware catalog
Running an offline/online comparison of Ethernet modules, ports and port
interconnections
Adopting existing online topology information in the offline project
Note
Devices without valid IP address
Topology information (LLDP) cannot be read from a device without valid IP address.
To prevent devices from having an invalid IP address, specify in the settings of the TIA Portal
for hardware configuration that devices without valid IP address are temporarily assigned an
IP address.
Note
Subnet membership
Before the topology determination, you have to set for the local interface of your PG/PC the
network address that the Ethernet components that are to be determined also have in the real
plant. If you do not meet this requirement, no further topology information (information about
ports and neighborhood relationships) can be determined.

Differences between network view and topology view

The network view shows all the logical subnets of the project.
The topology view shows all Ethernet components of the project. These include passive
components such as switches, media converters and cables.
Note
Stations with non-Ethernet components are also displayed if the station has a least one
Ethernet component.
The position of a device in the network view and its position in the topology view are not
dependent on each other; in other words, the same device generally appears at different
locations in the two views.
If you open the hardware catalog in the topology view, you only see devices with an Ethernet
interface.
Structure of the topology view

The topology view (Page 542) essentially consists of a graphic area (called the graphic view
below) and a table area (called the table view below).
Which functions are there in the graphic view and which functions are there in the table view?
Function Graphic view Table view

Displaying all the PROFINET devices and passive Ethernet com yes yes
ponents of the project along with their ports
Display interconnections between the ports (including type of me yes yes
dium)
Displaying corresponding logical networks no yes
Displaying properties of the cables between the ports no yes
Display diagnostic information of all ports yes yes

Creating, modifying and deleting interconnections of the ports Create: yes Create: yes
Modify: yes Modify: yes
Delete: yes Delete: yes
Renaming stations, devices, interfaces or ports no yes
Adding PROFINET devices and passive Ethernet components to yes no
the project from the hardware catalog


Running an offline/online comparison of Ethernet modules, ports no yes
and port interconnections
Adopting existing online topology information in the offline project no yes
Starting the topology view
Requirement
The device or network view is open in the hardware and network editor.
Procedure
To start the topology view of your project, follow these steps:
1. Click on the "Topology view" tab.
Or:
1. Open the network view of the hardware editor.
2. Select a PROFINET device or a PROFINET module.
3. Select the "Go to topology view" command in the shortcut menu.
Result
The graphic view of the topology view is started. If you opened the topology view using the
shortcut menu, the selected component remains selected after the change of view.
Displaying topology
Displaying the graphic view of the configured topology
What is shown?
The graphic view of the configured topology shows the following:
Configured PROFINET devices and passive Ethernet components along with their ports
Configured stations with non-Ethernet components if there is at least one Ethernet
component in the station
Configured interconnections between the ports

Type of display
The way in which the graphic view of the topology view and the network view are displayed is
very similar:
Compared with the device view, components are shown in a simplified form.
The interconnections between ports are shown as horizontal and vertical lines. These are
dashed when an interconnection between a tool changer port and its possible partner ports
is involved.
Displaying the table view of the configured topology
What is shown?
The table view of the configured topology shows exactly the same content as the graphic view
except for the logical PROFINET subnets:
All the configured PROFINET devices and passive Ethernet components along with their
ports
All the configured stations with non-Ethernet components if there is at least one Ethernet
component in the station
Configured interconnections between the ports
For each port with the "Alternating partner port" property, there are as many completed
rows as there are potential partner ports plus one empty row.
Type of display
As the name implies, the table view of the topology view consists of a table, the topology
overview table. It is structured like the network overview table. It consists of the following
columns:
Device / port
This is the most important column of the table. The entries in this column have a hierarchical
structure with the PROFINET ports being the last element in the hierarchy. You can expand
and collapse the hierarchical entries. For a CPU, for example, an entry consists of the
following elements:
Station name
Device name
Name of the PROFINET interface
Names of the ports
Note: All the other columns only have entries in the rows containing the port names.
Type (as default, this column is not displayed)
Shows what type of station, device or interface the table row relates to or whether it belongs
to a port.
Article no. (by default, this column is not displayed)
Article no. of the device

Subnet (as default, this column is not displayed)

Configured subnet to which the interface belongs
Master/IO system (as default, this column is not displayed)
Shows whether or not the interface belongs to a PROFIBUS DP master system or a
PROFINET IO system.
Device address (as default, this column is not displayed)
Configured address of the interface in the subnet
Partner station
Name of the station that contains the partner port
Partner device
Name of the device that contains the partner port
Partner interface
Interface to which the partner port belongs
Partner port
Cable data
Contains the cable length and the signal delay of the cable connecting the ports

The topology overview table supports the following basic functions for editing a table:
Displaying and hiding table columns
Note: The columns that define the configuration cannot be hidden.
Optimizing column width
Displaying the diagnostics status of ports and cables in the graphic view
Requirements
The graphic view of the topology view is open.
Procedure
To determine the diagnostics status of the port, follow these steps:
1. Go online with the required component or components.

Result
The following icons are displayed:
The corresponding diagnostics icon is displayed for each device.
If there is an error in at least one lower-level component, the diagnostics icon "Error in lower-
level component" is also displayed in the left-hand lower corner of the diagnostics icon.
The corresponding diagnostics icon is displayed for each port.
Every cable between two ports that are online has the color that matches its diagnostics
status.
You will find the possible diagnostics icons for ports and the color coding of Ethernet cables
in the description of hardware diagnostics. See: Displaying diagnostics status and comparison
status using icons (Page 1356)
Showing the diagnostics status of hardware components in the table view
Requirement
The table view of the topology view is open.
Procedure
To obtain the diagnostics status of hardware components of the topology overview table, follow
these steps:
1. Go online with the required components.
Result
The following icons are displayed at the left-hand edge of the topology overview table in each
row that belongs to the component involved:
The diagnostics icon belonging to the hardware component is displayed.
If the hardware component has lower-level components and if there is an error in at least
one of the lower-level components, the diagnostics icon "Error in lower-level component"
is also displayed in the left-hand lower corner of the diagnostics icon of the hardware
component.
For the possible diagnostics icons for hardware components, refer to the description of
hardware diagnostics. See: Displaying diagnostics status and comparison status using icons
(Page 1356)
Note
The display of the diagnostics status of hardware components in the topology overview table
and the network overview table is identical.

Running an offline/online comparison and displaying the results
Requirement
The topology view is open. There may be an online connection to one or more devices, but
this is not actually necessary.
Procedure
To find the differences between the configured and the actual topology, follow these steps:
1. Click the "Offline/online comparison" button in the toolbar of the topology overview.
Result
The "Partner station", "Partner interface" and "Cable data" columns in the topology overview
table are removed.
Two additional groups of columns are added to the right-hand side of the table and these are
initially empty:
On the far right, columns for the topology to be identified online are added.
Between the columns for the offline and the online topology, the "Status", "Action" and
"Description" columns are added to show the result of the offline/online comparison.
Note
As default, the "Description" column is not displayed.
The following buttons are enabled in the toolbar of the table:
Button Name Meaning

Update The detection of the existing online topology is started again.
Synchronize Adopting the port interconnections identified online in the

project (Page 676)
Adopt the devices identified online in the project
(Page 677)
After the actual topology has been identified, the added columns are filled. These steps are
described in more detail in the following section.
Note
A difference between offline and online view is displayed for that port connected with the PG/
PC which is only available online. This is because the PG/PC cannot be configured offline.

Columns for the topology identified online

The following columns are displayed:
"Device / port"
"Type" (as default, this column is not displayed)
"Article no." (by default, this column is not displayed)
"IP address" (as default, this column is not displayed)
"Partner device"
"Partner port"
"Cable data"
Columns for the result of the offline/online comparison

The following columns are displayed:
"Status"
The result of the offline/online comparison is shown here in the form of diagnostics icons.
The following icons are possible:
Diagnostics icon Meaning

Differing topology information in at least one lower-level component
Identical topology information
Topology information only available offline or device is disabled
Topology information only exists online
Differing topology information
If a device does not support topology functions, the "Status" column remains
empty.
"Action"
The possible actions are shown here in the form of icons. The following icons are possible:
Icon Meaning
No action possible
Adopt the interconnection found online
"Description"
This column describes the selected action in words.

Configuring topology
Interconnecting ports
Overview
Interconnecting ports in the topology view

In the topology view, you have the following options for interconnecting ports:
in the graphic view (Page 670)
in the graphic view of a tool changer (Page 672)
in the table view (Page 671)
in the table view of a tool changer (Page 672)
by adopting port interconnections identified online (Page 676)
Note
Interconnecting an electric with an optical port
If you want to interconnect an electric and an optical port, you have to decide between RT and
IRT communication:
With RT communication, it is not necessary to configure a media converter.
With IRT communication, you have to make the interconnection via a media converter.
What effects does the interconnection of ports have on the network view?
Note
In the properties of a subnet in the network view, you can specify that this subnet is used when
a port interconnection is created between two devices that are not networked.
When you create an interconnection between two ports, the following effects are possible in
the network view:
If the corresponding interfaces are disconnected: If you have specified a default subnet,
this is used. Otherwise a new subnet is created to connect the two interfaces.
If one (and only one) of the two interfaces involved is networked: The non-networked
interface is connected to the same subnet as the already networked interface.
In all other cases: The corresponding interfaces are not connected to a logical subnet.

See also
Interconnecting ports (Page 1129)
Settings for interconnecting Ethernet devices (Page 598)
Interconnecting ports in the graphic view
Requirement
You are in the graphic view of the topology view.
Procedure Creating a new interconnection between two ports

To interconnect a port of a device with a port of another device, follow these steps:
1. Place the mouse cursor on the port you want to interconnect.
2. Click with the left mouse button and hold it down.
The pointer now shows the networking symbol to indicate "Interconnect" mode. At the same
time, the mouse pointer shows the lock symbol that will only disappear when the pointer is
on a valid target.
4. Now drag the mouse cursor to the target port. You can do this while holding down or after
releasing the mouse button.
Result: A new port interconnection is created.
Note
Creating a ring for S7-300, S7-400, and S7-1500 CPUs
If you create a ring using port interconnections for S7-300, S7-400, or S7-1500 CPUs, an MRP
domain is created automatically.
Procedure Changing an existing port interconnection without deleting it first

To do this, follow these steps:
1. Place the mouse cursor on the port of an existing interconnection that is to receive a new
partner port.
2. Drag the port to the new partner port.
Result: The existing port interconnection is deleted. The new port interconnection is created.
Alternative procedure:
1. Place the mouse cursor on a port without an interconnection that is to be connected with
an already interconnected port.
2. Drag the port to the already interconnected port.

Result: The existing port interconnection is deleted. The new port interconnection is created.
Procedure Interconnecting two interconnected ports with each other without first deleting the two
existing port interconnections
1. Place the mouse cursor on the interconnected port that is to receive a new partner port.
2. Drag the port to the new partner port that has also already been interconnected.
Result: The two existing port interconnections are deleted. The new port interconnection is
created.
Interconnecting ports in the table view
Which actions are possible with port interconnections in the table view?
The following actions are possible with port interconnections in the table view:
Creating a new port interconnection
Changing an existing port interconnection
Deleting an existing port interconnection
Requirement
The row with the port whose interconnection you want to create, modify or delete is visible in
the topology overview.
Procedure
To create the interconnection of a port for the first time, to modify it or delete it, follow these
steps:
1. Move the mouse pointer to the "Partner port" column in the row of the source port.
2. Click the drop-down list there.
3. Select the required partner port (when creating or changing a port interconnection) or the
"Not interconnected" entry (when deleting a port interconnection).
Result
The required action is performed. The new partner port (after creating or modifying a port
interconnection) or the "Select port" entry (after deleting a port interconnection) is displayed
in the "Partner port" column.

Interconnecting a port with more than one partner port in the graphic view
Requirement
You have configured a port of a PROFINET device with the "Alternative partners" property
and have specified its possible partner ports.
The graphic view of the topology view is open.
Procedure
1. Interconnect this port (referred to hereafter as source port) with one of the partner ports
you have specified (referred to hereafter as target port).
2. Interconnect the source port with an additional target port.
You can do this in several ways:
Drag the mouse pointer from a partner port that is already interconnected to a target
port.
Drag the mouse pointer from an interconnection that has already been created to a
target port.
Drag the mouse pointer from a target port to a partner port that is already interconnected.
Drag the mouse pointer from a target port to an already created interconnection.
3. If necessary, repeat the step above one or more times.
Result
An interconnection is created between the source port and the alternative partner ports. This
is indicated by a dashed line.
Interconnecting a port with more than one partner port in the table view
Which actions are possible with port interconnections to several partner ports in the table view?
When working with a tool changer, the following actions can be performed with port
interconnections to multiple partner ports in the table view:
Creating a new port interconnection
Changing an existing port interconnection
Deleting an existing port interconnection
Requirement
You have configured a port of a PROFINET device with the "Alternative partners" property
and have specified its possible partner ports.
The row with the port whose interconnection you want to create, modify or delete is visible
in the topology overview.

Procedure
To create the interconnection of a port to one or more partner ports for the first time, to modify
it, or to delete it, follow these steps:
1. Move the mouse pointer to the "Partner port" column in the row of the source port.
2. Click the drop-down list there.
3. Select the required partner port (when creating or changing a port interconnection) or the
"Not interconnected" entry (when deleting a port interconnection).
Result
The required action is performed:
If you are creating an interconnection, a new row is inserted in the topology overview table.
The new partner port is displayed there in the "Partner port" column.
If you change an interconnection, the new partner port is displayed in the "Partner port"
column.
If you delete an interconnection, the row with the previous port interconnection is deleted.
Note
With a tool changer, there are normally several rows for a port with port interconnections
to more than one partner port. The last row is always an empty row. The first row can be
edited, all other rows are read-only.
Renaming stations, devices, interfaces or ports
Rename a station, a device, an interface or a port
Requirement
The table view of the configured topology is open.
Procedure
To rename a station, a device, an interface or a port, proceed as follows:
1. Click twice in the relevant field of the topology overview table (the second click starts the
editing mode).
2. Enter the new name and then press the ENTER key (this closes editing mode).
Result
The object is renamed.

Offline/online comparison
Automatic assignment of devices by offline/online comparison
Overview
During the offline/online comparison, the configured topology is compared with the actual
existing topology. Devices identified online are automatically assigned to configured devices
as far as this is possible.
Start of availability detection

You start the availability detection the first time by clicking the "Compare offline/online" button
in the toolbar of the topology overview.
You restart availability detection by clicking the "Update" button.
Note
The availability detection can take several seconds. During this time, no user input is possible.
Automatic assignment
A device identified online is automatically assigned to a configured device if the following
properties of the two devices match up:
Device name
Article number
Number of ports

The following section describes the situations that can occur and what action you can take:
Identical port interconnections
This is the ideal situation. No action is necessary here.
"Action" column Meaning

No action
There are interconnections for the identified and configured device, there are however
differences.
The following actions are possible:
If it is possible to adopt the online configuration

Adopt online interconnection (Page 676)
No action
If it is not possible to adopt the configuration

No action
The interconnection only exists online.

If it is possible to adopt the online configuration

Adopt online interconnection (Page 676)
No action
If it is not possible to adopt the configuration

No action
The interconnection only exists in the configuration.


Adopt the online interconnection (Page 676), in other words, the intercon
nection in the configuration will be deleted
No action

No automatic assignment
In the following situations, no automatic assignment is possible:
No device can be identified online to match a configured device. In this case the
corresponding columns in the "Online topology" area of the topology overview table are
empty.
In this case, you should add the already configured device to your system or delete the
configured device from the configuration.
A device identified online cannot be assigned to any configured device. In this case the
corresponding columns in the "Offline topology" area of the topology overview table are
empty.
In this case, you can adopt the device identified online in the project (Page 677).
Adopting the port interconnections identified online in the project
Requirement
You have run an offline/online comparison in the topology view. The result of this is that at
least one device identified online was automatically assigned to a configured device, but that
there are differences relating to the interconnection.
Procedure
To adopt one more port interconnections identified online in the project manually, follow these
steps:
1. Select the value "Adopt" in the "Action" column for a port of a configured device to which
a device identified online was assigned.
2. Repeat the step if necessary for other ports of the same configured device.
3. Repeat the steps up to now if necessary for other configured devices to which devices
identified online were assigned and for which there are differences relating to the
interconnection.
4. Click the "Synchronize" button.
Result
The port interconnections identified online and the cable information for the corresponding
devices are adopted in the project. Successful adoption is indicated by the diagnostics icon
"Identical topology information" for each port.
Note
If other port interconnections are recognized for a device identified online and these differ from
those that exist in the project, adopting these in the project means that the port interconnections
that were previously in the project are replaced by those identified online. If no port
interconnections are detected for a device identified online, adopting in the project means that
all the port interconnections of this device are deleted in the project.

Adopt the devices identified online in the project
Requirements
You have run an offline/online comparison in the topology view. The result of this is that at
least one device identified online could not be assigned to any configured device.
Procedure
To adopt one more devices identified online in the project manually, follow these steps:
1. For a configured device without an online partner, move the mouse pointer to the "Device/
port" column of the online topology.
2. Select the device you want to assign to the configured device from the drop-down list of
this box.
3. Repeat the previous steps if necessary for other configured devices without an online
partner.
Result
The selected device that was identified online is moved up from the end of the table. Following
this, it is in the row of the configured device to which you have just assigned it.
10.1.3.4 Industrial Ethernet Security
Configuring security
General
Supported devices
Supported devices
Security functions can be configured for the following products:
SCALANCE S:
S602 V2/V3/V4
S612 V2/V3/V4
S613 V2
S623 V3/V4
S627-2M V4
SOFTNET Security Client:
SOFTNET Security Client V4

S7-CPs: CP 343-1 GX31 Advanced, CP 443-1 GX30 Advanced, CP 1543-1, CP 1243-1

BX30, CP 1242-7 KX31, CP 1243-7
PC CP: CP 1628
Mobile wireless router: SCALANCE M875
General terminology "security module"

In this section of the information system, the following products are grouped together under
the term "security module": SCALANCE S602 / SCALANCE S612 / SCALANCE S613 /
SCALANCE S623 / SCALANCE S627-2M, CP 343-1 GX31 Advanced, CP 443-1 GX30
Advanced, CP 1543-1, CP 1243-1 BX30, CP 1242-7 KX31, CP 1243-7, CP 1628.
Use of the terms "interface" and "port"

In this documentation, the ports of SCALANCE S modules are named as follows:
"External interface": The external port of the SCALANCE S602 / S612 / S613 / S623 or an
external port of the SCALANCE S627-2M (marked red)
"Internal interface": The internal port of the SCALANCE S602 / S612 / S613 / S623 or an
internal port of the SCALANCE S627-2M (marked green)
"DMZ interface": The DMZ port of the SCALANCE S623 / S627-2M (marked yellow)
The term "port" itself is used when the focus of interest is a special port of an interface.
Naming the S7 CPs

In this documentation, the term "CP x43-1 Adv." includes the following products: CP 343-1
GX31 Advanced / CP 443-1 GX30 Advanced. The name "CP 1243-1" is used for the product
CP 1243-1 BX30. The name "CP 1242-7" is used for the product CP 1242-7 KX31.
Structure of this section of the help system

Topics that are relevant to all security modules can be found in the "General" section.
Information that is only relevant to certain module types can be found in the sections relating
specifically to these modules.
Overview - Scope of performance and method of operation
General use of the term "STEP 7"

Configuration of security functions is supported as of STEP 7 V12. For this reason, in this
section of the information system, the name "STEP 7" will be used for all versions of STEP 7
V12 or higher.

Scope of performance
You can use the following security functions in STEP 7:
Configuration of the security modules
Creating VPN configuration data for SOFTNET Security Client V4
Creating VPN configuration data for SCALANCE M875
Test and diagnostics functions, status displays
Offline configuration view and online diagnostics view

The security functions are configured in two views:
Offline configuration view
In the offline configuration view, you create the configuration data for the security modules
and the SOFTNET Security Client. Prior to downloading, there must already be a
connection to the security modules.
Online diagnostics view
The online diagnostics view is used for diagnostics of the security module and, among other
things, allows you to run firmware updates.
How it works - security and consistency

Access only for authorized users
The security functions of every project are protected from unauthorized access by assigning
user names and passwords. With the help of password policies, project-specific rules for
password assignment can be defined.
Consistent project data
Consistency checks are running even while you make the entries in the dialogs. In addition,
cross-dialog, project-wide consistency checks are carried out.
Only consistent project data can be downloaded to the security modules.
Protecting project data by encryption
The project and configuration data relevant to security are protected by encryption.
Depending on the security module, data can be stored in the project and/or on the C-PLUG.

User interface - layout and menu commands
User interface for security functions in STEP 7
Global security settings
The global security settings are located in the project navigation. These security settings can be configured inde
pendently of the module and subsequently assigned to individual security modules as required. Changes to the
global security settings must be loaded on all security modules involved. This also applies to the settings of redun
dancy relationships.
If the first security module to be configured is a CP, the global security settings are only displayed when the security
functions have been enabled in the local security settings of the CP. If the first security module to be configured is

a SCALANCE S module, the global security settings are displayed after logging in to the security project. The
following main folders and entries are available in the global security settings:
User login
For the security configuration within a project, there is a separate user management. Log in to the security
configuration using the "User login" entry. The first time that there is a login to the security configuration, a user
with the system-defined role "Administrator" is created automatically. You can create further users in the security
configuration in the user management.
User administration
In user administration, you can create users, define rights for roles and assign these roles to users.
Certificate manager
In the certificate manager, you see an overview of all the certificates used in the project. You can, for example,
import new certificates as well as export, renew or replace existing certificates.
Firewall
Under the "Firewall" entry, you can define global IP and MAC firewall rule sets and user-specific IP rule sets
(SCALANCE S modules only) and assign security modules. IP and MAC service definitions are used to define
the IP and MAC firewall rules compactly and clearly.
VPN groups
All created VPN groups are contained in this folder. You can create new VPN groups here and assign security
modules to these VPN groups. You can also adapt VPN group properties of VPN groups that have already been
created.
NTP
Here, you can create NTP servers and assign them to one or more security modules. This ensures that time
synchronization is performed through the assigned NTP server. Unsecured NTP servers can only be configured
in the local security settings.
RADIUS
Here, you can create RADIUS servers and assign them to one or more security modules. With this, you ensure
that authentication queries from users who log on to the selected security module to activate user-specific IP
rule sets are forwarded to the assigned RADIUS server.
Working area with security module
Once you have selected a security module in the work area, you can configure its local security settings in "Proper
ties" > "General". If the selected security module is in a VPN group, related information is displayed in the VPN tab.

VPN tab
This tab displays information about all the VPN groups to which the security module that was selected in the working
area belongs. Information about the respective participants of a VPN group can be displayed and hidden.

Local security settings
Local security settings are configured for a specific security module. After a security module has been selected in
the working area, its local security settings are available in the Inspector window under "Properties" > "General".
Note for CPs:
Before local security settings can be configured for CPs, these must first be enabled.
To do this, log in to your security project and then in the Inspector window, select the "Activate security features"
check box in the "Properties" > General" tab, "Security" entry. The local security settings are then displayed below
the "Security" entry. When the check box is selected, the following settings (assuming they were enabled) are
migrated automatically to the local security settings.
CP x43-1 Advanced:
SNMP
FTP configuration
Time-of-day synchronization
Web server
Entries of IP access lists
CP 1543-1:
SNMP
FTP configuration
CP 1243-1:
SNMP
CP 1242-7, CP 1243-7:
CP 1628:
SNMP
Depending on the particular security module, additional security functions are also available such as NTP (secure),
SNMPv3, FTPS.
In addition, firewall rules that enable a connection to be established are created automatically for configured con
nections. Log settings are available to record blocked packets.

Secure and non-secure configuration areas

The user interface can be divided into secure and non-secure configuration areas.
The secure areas are areas in which configuration is possible only after logging in to the
security configuration. These areas are encrypted and therefore only available to persons
authorized in the user management even if the project is accessible to a wider circle of people.
Functions from the non-secure areas, on the other hand, can be configured without logging in
to the security configuration. The correctness of the settings must be checked before
downloading the project to the plant components if a wider circle of people can make
modifications to the project.
Below, you will find a list of the configuration areas of the user interface showing which areas
are secure and which are non-secure. To some extent, this depends on the security module
for which the configuration is created.
All settings from the global security settings are secure.
Secure and non-secure configuration areas for SCALANCE S modules:
All the settings for the interfaces and ports, in particular IP addresses, are non-secure.
The settings under the entry "General" in the local security settings are non-secure.
Higher-level settings (e.g. MRP settings such as MRP manager etc.) that are not
configured on the security module itself but may affect the security module are non-
secure. This does not relate to the global security settings.
The other settings are protected.
Secure and non-secure configuration areas for CP 343-1 Advanced GX31, CP 443-1
Advanced GX30, CP 1628, CP 1543-1, CP 1243-1, CP 1242-7, CP 1243-7:
All settings outside the "Security" entry are non-secure.
Higher-level settings (e.g. MRP settings such as MRP manager, PROFINET settings,
connections etc.) that are not configured on the security module itself but may affect the
security module are non-secure. This does not relate to the global security settings.
All the settings for the interfaces and ports, in particular IP addresses, are non-secure.
All settings below the "Security" entry are secure.
Running a consistency check
Overview
The following consistency checks are available:
Local consistency checks
Project-wide consistency checks
In the individual dialog descriptions in this help system, the rules you need to take into account
for your entries are listed under the keyword "Consistency check".

Local consistency checks

A consistency check is local when it can be performed directly within a dialog. With the following
actions, local consistency checks are made:
After exiting a box
After exiting a row in a table
When you confirm a dialog with OK.
Project-wide consistency checks

Project-wide consistency checks provide you with information indicating whether or not project
data is correctly configured. With the following actions, there is a consistency check through
the entire project:
When compiling a configuration
When downloading a configuration
Note
You can only download configured data to a security module if the project-wide consistency
check for the security module was successful.
Replacing a security module
Module-specific function
Only SCALANCE S modules as of V3 can be replaced by SCALANCE S modules as of V3,
refer to the section:
Replacing a security module (Page 771) in the section "SCALANCE S".
Managing certificates
Overview of certificates
How do you manage certificates?

In the certificate manager, you have an overview of all the certificates, for example, CA
certificates used in the project with information about the applicant, issuer, validity, use and
the existence of a private key.
The CA certificate is issued by a certificate authority from which the device certificates are
derived. These include the SSL certificates and if the security module is a member of a VPN
group the VPN group certificates. The SSL certificates are required for authentication during

secure communication between a network node and a security module. Certificate authorities
can be:
STEP 7 itself. If the "applicant" and "issuer" are the same, this is a self-signed certificate;
in other words, issued by STEP 7.
A higher ranking (commercial) certificate authority. These third-party certificates are
external to the project and are imported and stored in the certificate store of STEP 7.
Certificates created by one of the two certificate authorities always have a private key so that
the device certificates can be derived from them.
The following functions are also available in the certificate manager:
Import of new certificates and certificate authorities.
Import of SSL certificates (CP x43-1 Adv. only), e.g. for FTP communication.
Export of the certificates and certificate authorities used in the project.
Renewal of expired certificates and certificate authorities.
Replacing existing certificate authorities.
Addition of trusted certificates and certificate authorities.
Deleting manually imported certificates.
Note
Downloading the configuration
After replacing or renewing certificates, the configuration must be downloaded to the relevant
security modules.
After replacing or renewing CA certificates, the configuration must be downloaded to all
security modules.
Note
Current date and current time of day on the security modules
When using secure communication (for example, HTTPS, VPN...), make sure that the security
modules involved have the current time of day and the current date. Otherwise the certificates
used are not evaluated as valid and the secure communication does not work.
How to access this function

Double-click on the "Certificate manager" entry in the global security settings.

In the individual tabs, you have the following commands available in the shortcut menu:
Command Meaning
Import / Export Import / export of device certificates or CA certificates. The certifi
cates are transferred to the security module. The following formats
are permitted:
*.cer (certificate only)
*.crt (certificate only)
*.pem (certificate only)
*.p12 (certificate and corresponding private key)
Displays Opens the certificate dialog of Windows where you see an overview
of all certificate data.
Renew Opens the "Create new certificate" dialog in which you can import
(only in the "CA" and "Device a certificate or have a new certificate created by STEP 7 when nec
certificates" tabs) essary, for example with compromised certificates.
Replace Opens the "Change certificate authority (CA)" dialog in which you
(only in the "CA" tab) can replace an existing certificate authority with a new one.
Delete Deletes a certificate in the "Trusted certificates and root certification
authorities" tab.
Certificate authorities
"CA" tab
The certificates displayed here are created by a certificate authority.
CA certificates of a project: When you create a new project, a CA certificate is generated
for the project. The SSL certificates for the individual security modules are derived from
this certificate.
CA group certificates: When you create a new VPN group, a CA certificate is generated for
the VPN group. The VPN group certificates of security modules located in the VPN group
are derived from this certificate.
Device certificates
"Device certificates" tab

Display of the device-specific certificates generated by STEP 7 for a security module. These
include:
SSL certificate of a security module: An SSL certificate that is derived from a CA certificate
of the project is generated for each security module that you create. SSL certificates are
used for authentication during secure communication between PG/PC and security module
when downloading the configuration.
VPN group certificate of a security module: A VPN group certificate is also generated for
each security module for each VPN group in which it is located.

Trusted certificates and root certification authorities
"Trusted root certification authorities" tab

Display of the third-party certificates imported into STEP 7. For example, server certificates
can be imported from external FTPS servers or project certificates from other projects that
were created with STEP 7.
With CPs, the imported third-party certificate is transferred to all the CPs managed in the project
and these check the certificate. If you classify the certificate sent to the security modules as
trusted, a connection can be established, for example, to an FTPS server. The imported
certificate is not used at any other point in STEP 7.
With SCALANCE S modules, the certificate authorities required for verifying the security
modules using external services such as dyn. DNS are displayed in this tab.
Renewing certificates
Meaning
In this dialog, you renew CA certificates and device certificates. If necessary, for example with
compromised certificates, you can import a certificate or have a new certificate generated by
STEP 7.

1. Right-click on a list entry in the certificate manager.
2. Select the "Renew" entry in the shortcut menu.
3. Decide whether or not the new certificate will be self-signed or signed by a certificate
authority.
4. If the certificate is to be signed by a certificate authority, select the certificate authority to
be used with the "Select" button. Only certificate authorities stored in the certificate store
of the current project can be selected.

5. Depending on the certificate, enter the following values in the "Applicant" or "Alternative
applicant name" input box:
Certificate to be renewed Parameter

Applicant Alternative applicant name
CA certificates of the Name of the CA certificate -
project
CA group certificate Name of the CA group certifi -
cate
SSL certificate for S7 CP Name of the security module Comma-separated IP addresses of
the Gigabit and PROFINET inter
face
SSL certificate for PC CP Name of the security module IP address of the security module
SSL certificate for SCA Name of the security module For SCALANCE S: External IP ad
LANCE S, SCALANCE M, dress, internal IP address and, if ap
SOFTNET Security Client plicable, IP address of the DMZ in
terface
For SCALANCE M: External IP ad
dress, internal IP address
For SOFTNET Security Client: DNS
name
VPN group certificate of the Name of the VPN group cer Derived from the CA group certifi
security module tificate cate.
6. Select a period during which the certificate is valid. As default the current time is entered
in the "Valid from:" box and the value of the current certificate is entered in the "Valid to:".
Replacing certificates
Meaning
Open the "Change certification authority (CA)" to replace the existing CA certificate of the
project or the CA group certificate with a new one.

1. Right-click a list entry in the "CA" tab.
2. Select the "Replace" entry in the shortcut menu.
3. The "Change certification authority (CA)" dialog opens.
All certificates listed in the "Certificates involved" table are derived once again. This means
that the CA group certificate of an already configured VPN group can be replaced in the project
by the CA group certificate of a different project. The VPN group certificates for the VPN group
members are therefore derived from the same CA group certificate in both projects.
After making changes in the certificate manager, download the configuration to all security
modules affected.

Which format can the certificate have?

Other certificates are derived from the imported certificate authority in STEP 7. For this reason,
you can only select certificates with a private key.
*.p12
Managing users and roles
Rules for user names, roles and passwords
Which rules apply to user names, role names and passwords?

When creating or modifying a user, a role or a password, remember the following rules:
Table 10-1 Rules for user management
Permitted characters The following characters from the ANSI X 3.4-1986 character
set are permitted:
0123456789
A...Z a...z
!#$%&()*+,-./:;<=>?@ [\]_{|}~^
Characters not allowed "'`
Length of the user name (authenti 1 ... 32 characters
cation method "password")
Length of the user name (authenti 1 ... 255 characters
cation method "RADIUS")
Length of the password 8 ... 32 characters
Length of the role name 1 ... 32 characters
Maximum number of users per 128
project
Maximum number of users on one 32 + 1 administrator when creating the project
security module
Maximum number of roles per 125
project
Maximum number of roles on one 37
security module
Note
User names and passwords
As an important measure for increasing security, always make sure that user names and
passwords are as long as possible and include special characters, upper and lowercase letters
and numerals.
Using password policies, you can tighten the restrictions listed above for passwords even
further. How to define password policies is described in the section:

Configuring password policies (Page 697)
Password strength
When a new password is entered, its password strength is checked. The following levels are
distinguished for the password strength:
Very weak
Weak
Medium
Good
Strong
Very strong
Create users
Meaning
The security functions configured in STEP 7 are protected from unauthorized access by a
separate user management. Before you can access the global and local security settings of
security modules, you need to log in to the security configuration as a user.
Creating the first user in the project

After creating the first security module in the project, you first need to create a user. To do this,
in the local security settings of the created security module, click the "User login" button under
the "Security properties" entry and enter the login data of the user you want to create. You will
then be logged in as the created user and the user is assigned the system-defined
"Administrator" role. This role includes all configuration and module rights.
Creating users in the user management

When you are logged in as a user in the security configuration, you can create further users
or delete users with the "User management" entry in the global security settings.
Note
Users with the "Administrator" role
There must always be at least one user with full configuration rights within a project. The
administrator that is created automatically when you first enable the security functions in the
project can only be deleted if at least one other user exists with the system-defined role
"Administrator".

The following parameters are available in user management in the "User" tab:
Table 10-2 Information in the "User" tab
Parameter Meaning
User name Name of the user to be created.
Click on the "Add new user" entry in the "User name" column to create
a new user.
Password (only with the Entry of the password for the user. When it is entered, the password
"Password" authentication strength is checked. For more detailed information on password
method) strength, refer to the following section:
Rules for user names, roles and passwords (Page 690)
Authentication method Password: Use this authentication method for users that edit and
download the STEP 7 Security project and that need to run
diagnostics on the security module. The authentication of the user
is performed by the security module when user-specific IP rule sets
are activated.
RADIUS: (only for SCALANCE S as of V4): The authentication of
the user is performed by a RADIUS server when user-specific IP
rule sets are activated. The password of the user is not configured
in STEP 7 when using this authentication method but must be
stored on the RADIUS server. Only use this authentication method
for users that only need to log on to the Web page of a security
module. A user with the "RADIUS" authentication method cannot
log on to STEP 7 Security projects.
Role Selecting a system-defined or user-defined role.
Maximum time of the session Entry of the time after which a user logged on to the Web page for user-
(only for SCALANCE S V3 or specific IP rule sets of SCALANCE S modules is automatically logged
higher) off. The time entered here starts after the logon and after renewing the
session on the Web page of the security module.
Default setting: 30 minutes
Minimum value: 5 minutes
Maximum value: 480 minutes
Comment Entry of optional comments.
Creating roles
Overview
You can assign a system-defined or a user-defined role to a user. Specify the module rights
of a user-defined role for each security module.

System-defined roles
The system-defined roles listed below are predefined. Certain rights are assigned to the roles
that are the same on all modules and that the administrator can neither change nor delete.
Administrator
Default role when creating a security configuration.
Unlimited access rights to all configuration data and all security modules.
Standard
Role with restricted access rights.
Diagnose
Read access to configurations.
Read access to the security module in the "Online" mode for testing and diagnostics.
Remote-Access
No rights except for logging on to the Web page for user-specific firewall rule sets.
administrator (radius)
Role that can be used to activate user-specific IP rule sets with authentication using a
RADIUS server.
Access rights to all configuration data except SNMP MIBs.
radius
Role that can be used to activate user-specific IP rule sets with authentication using a
RADIUS server.
Read-only access.
You will find a detailed list of the configuration and module rights assigned to the system-
defined roles "Administrator", "Standard" and "Diagnostics" in tables 1-3 to 1-7 of the section
Managing rights (Page 694).
For more detailed information on user-specific IP rule sets, refer to the following section: Auto-
Hotspot
For more detailed information on authentication using a RADIUS server, refer to the following
section: Auto-Hotspot
User-defined role
In addition to the system-defined roles, you can create user-defined roles. For a user-defined
role, select the configuration or module rights and specify the appropriate module rights for
every security module used in the project. You manually assign the user-defined roles to the
relevant user.

1. Double-click on the "User management" entry in the global security settings.
2. Select the "Roles" tab in User management.

Table 10-3 Information in the "Roles" tab
Parameter Meaning
Role Freely selectable role name.
Double-click on the "Add new role" entry to create a new user-defined role.
You can then set the rights for the created role.
Description Specifying the system-defined role With user-defined roles, the "User-de
fined role" character string is displayed.
Maximum time of the ses Entry of the time after which a user with the assigned role is automatically
sion (only for SCALANCE logged off from the Web page for user-specific IP rule sets of SCALANCE
S V3 or higher) S modules. The time entered here starts after the logon and after renew
ing the session on the Web page of the security module.
Comment Entry of additional, optional comments.
Note
Deleting roles
A user-defined role can only be deleted when it is no longer assigned to any user. If necessary,
assign the user a different role.
System-defined roles cannot be deleted.
Managing rights

2. Select the "Roles" tab in User management.
Creating and assigning a user-defined role

1. Double-click on the "Add new role" entry.
2. Enter a name for the role and, if applicable, specify the maximum session time after which
users with the assigned role are automatically logged off from the Web page for user-
specific IP rule sets.
3. If necessary, select the system-defined role whose rights will be used as the template for
the user-defined role from the drop-down list labeled "<Copy rights from>". User-defined
roles cannot be selected from the drop-down list.
Result: In the list of rights of the user roles, the rights are selected that are assigned to the
selected system-defined role.
4. For each security module, enable or disable the rights to be assigned to the user-defined
role.
5. Assign the role to a user in the "User" tab.

Configuration rights
Configuration rights are not module dependent and control the rights for configuration in STEP
7.
Depending on the user type, the following configuration rights are available for selection:
Table 10-4 Configuration rights
Configuration right Administrator Standard Diagnose

Diagnose security x x x
Configure security x x -
Managing users and roles x - -
Module rights
Module rights are configured per module. The "Service" column shows the service to which
the particular right relates. With the "Copy rights" and "Paste rights" commands in the shortcut
menu, you can transfer the rights from one module to another.
Depending on the user type, the following module rights are available for selection:
Table 10-5 Module rights CP x43-1 Advanced
Right within the service Administrator Standard Diagnose Service

Web: Format CP file system * x - - File system
FTP: Read files from the CP file system x x x
FTP: Write files to the CP file system x x -
FTP: Read files (DBs) from the S7 CPU ** x x x PLC
FTP: Write files (DBs) to the S7 CPU *** x x -
Applet: Read tags using configured symbols * x x x
Applet: Write tags using configured symbols * x x -
Applet: Read tags using absolute addresses * x x x
Applet: Write tags using absolute addresses * x x -
Applet: Read status of the modules in the rack * x x x
Applet: Query order numbers of the modules in the x x x
rack *
SNMP: Read MIB-II x x x SNMP
SNMP: Write MIB-II x x -
SNMP: Read automation MIB x x x
SNMP: Read LLDP-MIB x x x
SNMP: Read SNMPv2-MIB x x x
SNMP: Read MRP MIB x x x
SNMP: Write MRP MIB x x -
TIA Portal: Run diagnostics of the security module x x x Security
****


Web: Expand IP access control list * x - - Web
Web: Access Web diagnostics and CP file system x x x
Web: Send test e-mails * x x x
Web: Update firmware * x x - Maintenance
Web: Load diagnostics texts later * x x -
Table 10-6 Module rights CP 1628

SNMP: Read MIB-II x x x SNMP
SNMP: Read automation MIB x x x
TIA Portal: Run diagnostics of the security module **** x x x Security
Table 10-7 Module rights SCALANCE S

Download the configuration files x x - Security
TIA Portal: Run diagnostics of the security module **** x x x
SNMP: Read automation MIB x x x SNMP
SNMP: Read MIB-II x x x
SNMP: Read MRP-MIB x x x
SNMP: Write MRP-MIB x x -
Web: Update firmware x x - Maintenance
Table 10-8 Module rights CP 1543-1

FTP: Read files from the CP file system x x x File system
FTP: Write files to the CP file system x x -
SNMP: Read IPv6 MIB x x x
FTP: Read files (DBs) from the S7 CPU ** x x x PLC
FTP: Write files (DBs) to the S7 CPU *** x x -

Table 10-9 Module rights CP 1243-1

SNMP: Read IPv6 MIB x x x
* To be able to use the function, the module right "Web: Access Web diagnostics and CP
file system" must be enabled as well.
** To be able to use the function, the module right "FTP: Read files from CP file system"
must be enabled as well.
*** To be able to use the function, the module right "FTP: Write files to CP file system" must
be enabled as well.
**** To use the function, the configuration right "Security diagnostics" must also be enabled.
Setting module rights before and after creating the security modules
Within a user-defined role, the module rights for each security module are defined separately.
If a security module was created before this role was added and module rights within a role
need to be set, STEP 7 presets the module rights for the security module according to the
selected rights template. The preset module rights can then be adapted when adding the role.
If a security module was created after adding a role, no rights are preset for this security
module. In this case, you will need to edit an existing role and set all the module rights yourself
for the security module.
You can also transfer existing module rights to another module by copying and, if necessary,
adapting them there. To do this, select a module in the shortcut menu in the module rights and
select the "Copy rights" or "Paste rights" menu command.
Configuring password policies
Meaning
Using the password policies, specifications can be defined that need to be taken into account
when assigning passwords to new users.

2. Select the "Password policies" tab in User management.

After selecting a check box, the corresponding policy is active and can, if necessary, be
adapted using the relevant input box.
Parameter Meaning
Minimum password length Minimum number of characters that passwords are required
to contain. The corresponding check box is enabled as default
and cannot be disabled.
Minimum value: 8 characters
Maximum value: 32 characters
Minimum number of digits Minimum number of digits that passwords are required to
contain.
Minimum value: 1 digit
Maximum value: 32 digits
Minimum number of special characters Minimum number of special characters that passwords are
required to contain. A special character is any character that
is neither a letter nor digit.
Minimum value: 1 special character
Maximum value: 32 special characters
Number of user passwords blocked for re-use Number of the most recently used passwords that are not
available for use as a new password if the password is
changed.
Minimum value: 1 password
Maximum value: 10 passwords
At least one uppercase and lowercase character If you select this check box, passwords must contain at least
one uppercase and one lowercase letter.
Authentication using a RADIUS server
This function is available only for SCALANCE S V4 modules or higher, refer to:
Auto-Hotspot in the section "SCALANCE S".
Generating configuration data for SCALANCE M modules
Context
You can generate the VPN information for the assignment of parameters to a SCALANCE M
using STEP 7. For this to be possible, the module must be in at least one VPN group with a
security module or a SOFTNET Security Client. With the generated files, you can then
configure the SCALANCE M using the Web Based Management of the device.

Generated files
The following file types are generated:
Export file with the configuration data
File type: *.txt file in ASCII format
Contains the exported configuration information for the SCALANCE M including
information on the additionally generated certificates.
VPN group certificates of the module
File type of the private key: *.p12 file
The file contains the module certificate and the key material.
Access is password protected.
CA certificates of VPN groups
File type: *.cer file
Figure 10-1 SCALANCE M configuration file
Note
No transfer to the security module
Configuration files are not transferred to the security module. An ASCII file is generated with
which you can configure the VPN-relevant properties of the SCALANCE M. To allow this, the
SCALANCE M must be located in at least one VPN group with another security module.

Note
Protecting exported configuration files from unauthorized access
Configuration files for SCALANCE M exported from STEP 7 can contain security related
information. You should therefore make sure that these files are protected from unauthorized
access. This is particularly important when passing on the files.
Follow the steps below

1. Select the module of the type "SCALANCE M".
2. In the local security settings, select the entry "SCALANCE M configuration".
3. Select the "Generate SCALANCE M files" check box and select a storage location for the
configuration files.
4. Specify a password for the encryption of the VPN group certificate by using the project
name as the password or assigning a password of your own.
5. Compile the configuration of the SCALANCE M module.
Result: The files (.txt file and certificates) are stored in the folder you specify.
Configuring interfaces for SCALANCE S modules
Overview
You will find information on configuration interfaces of SCALANCE S modules in Auto-Hotspot
of the section "SCALANCE S". The information contained here deals with the following
configuration options:
Mode (bridge mode / routing mode / ghost mode (only for SCALANCE S602 as of V3.1)):
Setting the operating mode (Page 773)
IP address parameters: Configuring IP address parameters (Page 774)
Port settings (only for SCALANCE S as of V3): Configuring port mode (Page 775)
Settings for the Internet Service Provider (ISP) if one of the interfaces is operated using
PPPoE (only for SCALANCE S as of V3): Configuring an Internet connection (Page 776)
Dynamic DNS (only for SCALANCE S as of V3): Configuring dynamic DNS (Page 778)
LLDP (only for SCALANCE S as of V4 in routing mode): Configuring LLDP (Page 781)
Media redundancy in ring topologies (MRP client), (only for SCALANCE S627-2M as of V4
in routing mode): Auto-Hotspot
For more information on special features of the Ghost mode, refer to the following section:
Special features of the ghost mode (Page 784)
The configuration of the interfaces of CPs is described in the sections dealing with the CPs.

Setting up a firewall
Overview of the firewall
Configuration of the firewall is not possible for the CP 1242-7.
Meaning
The firewall functionality of the security modules is intended to protect networks and stations
from third-party influence and interference. This means that only certain, previously specified
communications relations are permitted. The firewall discards invalid frames without sending
a response.
To filter the data traffic, IP addresses, IP subnets, services or MAC addresses can be used.
You can also set a bandwidth limitation.
The firewall functionality can be configured for the following protocol levels:
IP firewall with stateful packet inspection (layer 3 and 4)
Firewall also for Ethernet "non-IP" frames according to IEEE 802.3 (layer 2)
With security modules capable of VPN, the firewall can also be used for the encrypted data
traffic (IPsec tunnel). With the SCALANCE S602 Security module, the firewall can only be used
for unencrypted data traffic.
Firewall rules
Firewall rules describe which packets in which direction are permitted or forbidden. IP rules
affect all IP packets of layer 3 or higher. MAC rules only affect frames lower than layer 3.
Types of firewall rules

Global firewall rule sets: Global firewall rule sets can be assigned to several security
modules at the same time. Global firewall rule sets are configured in the global security
settings.
Local firewall rules: Local firewall rules are configured in the local security settings of a
security module.
User-specific IP rule sets (only for SCALANCE S as of V3): User-specific IP rule sets can
be assigned to individual or several security modules at the same time. User-specific IP
rule sets are configured in the global security settings and assigned there to one or more
users.
SCALANCE S as of V4 (RADIUS): User-specific IP rule sets can be assigned individual or
multiple users as well as individual or multiple roles.

Service definitions
With the aid of service definitions, you can also define firewall rules clearly in a compact form.
Service definitions are configured in the global security settings and can be used in the global,
local and user-specific firewall rules.
Adapting standard rules for IP services

For SCALANCE S modules V3 or higher, you can adapt service-specific firewall rules that are
set as default for the interfaces of the security modules. You will find information on configuring
these firewall rules in Adapting standard rules for IP services (Page 800) of the section
"SCALANCE S".
Automatically generated firewall rules for CP connections

For connections that were configured using CPs, STEP 7 automatically creates firewall rules
that allow communication with the partner of the CP in the specified direction (CP active/
passive). The connection establishment directions are taken into account. To display these
firewall rules, if the advanced firewall mode is enabled, the "Update connection rules" button
needs to be clicked. The firewall rules are then displayed in advanced firewall mode.
Which firewall rules are generated automatically is described in the following sections.
For S7-300 CPs/S7-400 CPs/PC CPs: Connection-related automatic firewall rules
(Page 833) in the section "Security for S7-300 / S7-400 / PC CPs".
For S7-1200-/S7-1500-CPs: Connection-related automatic firewall rules (Page 845) in the
section "Security for S7-1200 / S7-1500 CPs".
Enabling the firewall

Firewall functionality for a specific security module is controlled in the local security settings
using the "Enable firewall" check box. If the check box is enabled, the firewall can be configured
and is effective following the download. For a security module that is a member of a VPN group,
the "Enable firewall" check box is activated by default and cannot be deactivated. After
switching to advanced firewall mode, it is not possible to switch back to standard mode. For
more information about the standard and advanced firewall modes, refer to the section:
Overview of local firewall rules (Page 711).
Global firewall rule sets
Application
Regardless of the module, global firewall rule sets are configured in the global security settings.
A firewall rule set consists of one or more firewall rules and is assigned to the individual security
modules.
In the global firewall rule sets, a distinction is made between the following:
IP rule sets
MAC rule sets

The following schematic illustrates the relationship between globally defined rule sets and
locally used rule sets.
3URMHFW
JOREDOUXOHVHWQ
0RGXOH
JOREDOUXOHVHW ORFDOUXOHVHW
JOREDOUXOHVHW ORFDOUXOHO
5XOHJ JOREDOUXOHVHW
5XOHJ
ORFDOUXOHO
5XOHJ
JOREDOUXOHVHW
Configuring
When configuring global firewall rules, you can make detailed firewall settings. You can allow
individual services for a single node or all services for the node for access to the station or
network.
When are global IP and MAC firewall rules useful?

Global firewall rules are useful if you want to define identical filter criteria for communication
with several security modules.
Note
Assigning firewall rule sets with incompatible firewall rules
For a security module, only the firewall rules from firewall rule sets are adopted correctly if the
security module supports them. A firewall rule contained in a global firewall rule set with the
direction "From: External" or "To: Any" is, for example not assigned to a CP 1628. The other
firewall rules of the global firewall rule set are adopted if the CP 1628 supports them.

Global firewall rule sets - conventions
Global firewall rule sets are used locally

The following conventions apply when creating a global set of firewall rules and when assigning
it to a module:
Configuration view
Global firewall rule sets are configured in the global security settings.
Priority
As default, locally defined rules have a higher priority than the global IP and MAC firewall
rule sets. Newly assigned global IP and MAC firewall rule sets are therefore initially entered
at the bottom of the local rule list.
The priority can be changed by changing the position in the rule list.
Entering, changing or deleting rule sets
Global firewall rule sets cannot be edited in the local rule list of the firewall rules in the
module properties. They can only be displayed there and positioned according to the
required priority.
It is not possible to delete a single rule from an assigned rule set in the local security settings.
Only the entire rule set can be removed from the local list of rules. The firewall rule sets in
the global security settings remain unaffected.
Creating global firewall rule sets

1. In the global security settings, select the entry "Firewall" > "Global firewall rule sets" > "IP
rule sets" or "MAC rule sets".
Result: The previously created IP rule sets or MAC rule sets are displayed under the
selected entry.
2. Double-click on the entry "Add new IP rule set" or "Add new MAC rule set".
3. Enter the following data:
Name: Project-wide, unique name of the rule set. The name appears in the local rule
list of the security module after the rule set is assigned.
Description (optional): Enter a description of the global rule set.
4. Enter the firewall rules one by one in the list.
Note the parameter description in the following sections:
For IP rule sets: Defining IP packet filter rules (Page 712)
For MAC rule sets: Defining MAC packet filter rules (Page 715)
Result
You have created the global firewall rule set and can now assign this to the required security
modules.
Note the descriptions in the following section:
Assigning global firewall rule sets (Page 705)

Assigning global firewall rule sets
Requirement
You have enabled the advanced firewall mode for the security modules you want to assign to
a firewall rule set.
Procedure
1. In the global security settings, select the entry "Firewall" > "Global firewall rule sets" >
"Assign module to a firewall rule set".
2. From the "Rule set" drop-down list, select the rule set to which you want to assign the
security module.
In the right-hand table, you will see the security modules that you can assign to the selected
firewall rule set. In the left-hand table, you will see the security modules already assigned
to the selected firewall rule set.
3. In the "Available modules" area, select the security modules you want to assign to the
selected rule set.
4. Click the "<<" button to assign the selected modules to the selected rule set.
Result
The global rule set is used by the assigned security modules as a local rule set and appears
automatically at the end of the list of firewall rules in the local security settings.
IP services
Defining IP services

In the global security settings, select the entry "Firewall" > "Services" > "Define services for IP
rules".
Procedure
Using the definition of IP services, you can define succinct and clear firewall rules for specific
services. You select a name and assign the service parameters to it.
These services defined in this way can also be grouped together under a group name.
When you configure the packet filter rules, you then use this name.

Parameters for IP services

You define the IP services using the following parameters:
Table 10-10 IP services: Parameter
Parameter Meaning/comment Available options / ranges of

values
Name Name for the service that is used as identification in Name must start with a
the rule definition or in the group. The names of pre letter.
defined services cannot be changed.
Name must not contain any
special characters.
Name must not be
redundant.
Protocol Selection of the protocol type TCP
UDP
TCP+UDP
All
Source port Filtering is based on the port number specified here; With the protocol selection
this defines the service access at the frame sender. "TCP+UDP", it is not possible
to specify a port.
Examples:
*: Port is not checked
20 or 21: FTP service
Destination Filtering is based on the port number specified here; With the protocol selection
port this defines the service access at the frame recipient. "TCP+UDP", it is not possible
to specify a port.
Examples:
*: Port is not checked
TCP 80: Web HTTP service
TCP 102: S7 protocol
Defining ICMP services

1. In the global security settings, select the entry "Firewall" > "Services" > "Define services for
IP rules".
2. Select the "ICMP" tab.
Procedure
Using the definition of ICMP services, you can define succinct and clear firewall rules for
specific services. You select a name and assign the service parameters to it.
These services defined in this way can be grouped together under a group name.
When you configure the packet filter rules, you then use this name.

Parameters for ICMP services
Parameter Meaning/comment Available options / ranges of val

ues
Name User-definable name for the service that is Name must start with a letter.
used as identification in the rule definition or Name must not contain any
in the group. The names of predefined
special characters.
ICMPv6 services cannot be modified.
Name must not contain more
than 20 characters.
Name must not occur more
than once
ICMPv6 If you enable this check box, the ICMP service Enabled
is declared as an ICMPv6 service and you can
Disabled (default)
select an ICMPv6-specific type and code for
the service. An ICMPv6 service can only be
used in the firewall rule of a security module
that supports IPv6.
Type Type of the ICMPv4 or ICMPv6 message. If the "ICMPv6" check box is de
selected, ICMPv4-specific types
can be selected. If the check box
is selected, ICMPv6-specific
types can be selected.
Code Code of the ICMP type. Values depend on the selected
type.
Creating service groups

IP rules".
2. Select the "Service groups" tab.
Forming service groups

You can put several services together by creating service groups. This allows you set up more
complex services that you can then use in the packet filter rules simply by selecting the name.
IPv4 and IPv6 services can be collected in the same service group.
Create groups in the open "Service groups" tab. You can then assign services to a group in
the "Group management" tab.

1. First, create groups in this tab with names to suit your requirements and add a description
if required.
2. Select the "Group management" tab. You can assign the previously specified IP services
to the groups defined in this tab.

Managing service groups

IP rules".
2. Select the "Group management" tab.

IPv4 and IPv6 services can be collected in the same service group.
Use the "Group management" tab to assign services to a selected group you created previously
in the "Service groups" tab.

1. Select a group created previously in the "Service groups" tab from the "Service groups"
drop-down list in this tab.
2. Then assign the required services from the right-hand "Available services" list box to the
group.
MAC services
Define MAC services

In the global security settings, select the entry "Firewall" > "Services" > "Define services for
MAC rules".
Meaning
Using the definition of MAC services, you can define succinct and clear firewall rules for specific
services. You select a name and assign the service parameters to it.
These services defined in this way can be grouped together under a group name.
When you configure the global or local packet filter rules, you use this name.

Parameters for MAC services

A MAC service definition is formed using protocol-specific MAC parameters:
Table 10-11 MAC services - parameters
Parameter Meaning/comment Available options / ranges of values

Name User-definable name for the service that is used as identi Name must start with a letter.
fication in the rule definition or in the group. Name must not contain any special
characters.
Name must not be redundant.
Protocol Name of the protocol type: ISO
ISO SNAP
ISO identifies frames with the following properties: PROFINET IO
Lengthfield <= 05DC (hex),
0x (entry of the protocol number)
DSAP= userdefined
SSAP= userdefined
CTRL= userdefined
SNAP
SNAP identifies frames with the following properties:
Lengthfield <= 05DC (hex),
DSAP=AA (hex),
SSAP=AA (hex),
CTRL=03 (hex),
OUI=userdefined,
OUI-Type=userdefined
PROFINET IO
As an alternative, a protocol number can be entered.
The protocol entries 0800 (hex) and 0806 (hex) are not
accepted since these values apply to IP or ARP frames.
DSAP Destination Service Access Point: LLC recipient address
SSAP Source Service Access Point: LLC sender address
CTRL LLC control field
OUI Organizationally Unique Identifier
(the first 3 bytes of the MAC address = vendor ID)
OUI type Protocol type/identification
Note
Processing for S7-CPs
Only settings for ISO frames with DSAP=SSAP=FE (hex) are processed. Other frame types
are not relevant for S7 CPs and are therefore discarded even before processing by the firewall.

Special settings for SIMATIC NET services

To filter special SIMATIC NET services, please use the following protocol settings:
DCP:
PROFINET IO
SiClock :
OUI= 08 00 06 (hex) , OUI-Type= 01 00 (hex)
Creating service groups

MAC rules".
2. Select the "Service groups" tab.

Create groups in the open "Service groups" tab. You can then assign services to a group in
the "Group management" tab.

1. First, create groups in this tab with names to suit your requirements and add a description
if required.
2. Select the "Group management" tab. You can assign the previously specified MAC services
to the groups defined in this tab.
Managing service groups

MAC rules".
2. Select the "Group management" tab.

Use the "Group management" tab to assign services to a selected group you created previously
in the "Service groups" tab.


1. Select a group created previously in the "Service groups" tab from the "Service groups"
drop-down list in this tab.
2. Then assign the required services from the right-hand "Available services" list box to the
group.
Overview of local firewall rules
Meaning
Local firewall rules are configured in the local security settings of a security module and apply
only to this security module. After enabling the firewall functionality you can either use
predefined firewall rules or define firewall rules in the advanced firewall mode.
Using predefined firewall rules

Here, you use simple, predefined rules. You can only enable service-specific rules. The
enabled services are allowed for all nodes in the specified direction. You can find detailed
information on the definition of firewall rules in this dialog in the following module-specific
sections:
For SCALANCE S: Auto-Hotspot
For S7-300 CPs/S7-400 CPs/PC CPs: Auto-Hotspot
For S7-1200-/S7-1500-CPs: Auto-Hotspot
Defining firewall rules in advanced firewall mode

In advanced firewall mode, you can make detailed firewall settings. You can allow individual
services for a single node or all services for the node for access to the station or network. You
enable the advanced firewall mode using the "Activate firewall in advanced mode" check box.
In the local security settings, the firewall rules can then be configured in "Firewall" > "IP rules"
or "MAC rules". The configuration options available here are described individually in the
following section:
For IP packet filter rules: Defining IP packet filter rules (Page 712)
For MAC packet filter rules: Defining MAC packet filter rules (Page 715)
Note
Deactivating the advanced firewall mode not possible
Once you have activated the advanced firewall mode, you can no longer deactivate it.

Configuration limits
Number of firewall rules (advanced firewall mode)

SCALANCE S as of V3 Maximum of 256
SCALANCE S below V3 Maximum of 226
CP 1543-1 Maximum of 256
CP x43-1 Adv. Maximum of 226
CP 1628 Maximum of 226
Defining IP packet filter rules
Meaning
With IP packet filter rules, you filter according to IP frames, such as TCP, UDP and ICMP.
Within a packet filter rule, you can also fall back on the definitions of the IP services.
Entering IP packet filter rules

Enter the firewall rules one by one in the list. Note the following parameter description.
Table 10-12 IP rules: Parameter

Action Allow/disallow (enable/block) Allow
Allow frames according to definition.
Drop
Block frames according to definition.
For firewall rules generated automatically as result of configuring a connection
and subsequently adapted manually:
Allow*
Drop*
If you change automatically created connection rules, when the "*" option
is selected they are not recreated and overwritten by STEP 7.
From / To Selection of the communica Described in separate sections.
tions directions for which the For SCALANCE S modules: IP packet filter directions SCALANCE S
rule will apply. (Page 798)
For S7-300 CPs/S7-400 CPs/PC CPs: IP packet filter directions S7-300-/
S7-400-/PC-CPs (Page 831)
For S7-1200-/S7-1500-CPs: IP packet filter directions S7-1200 / S7-1500
CPs (Page 844)


IPv6 (for the If this check box is selected, The check box can only be selected and deselected if there are no entries in
CP 1243-1 you can use a previously de the "Source IP address" and "Destination IP address" input boxes.
and CP fined ICMPv6 service in the If IPv6 is disabled in the local settings of the CP 1243-1 and CP 1543-1, you
1543-1 only) firewall rule. For the CP cannot select the "IPv6" check box in the local security settings of the CP and
1243-1 and CP 1543-1 V1.1, therefore cannot use ICMPv6 services or IPv6 addresses in firewall rules.
after selecting the check box Existing firewall rules that use IPv6 are shown grayed out if IPv6 is disabled.
you can enter additional IPv6
addresses in the "Source IP
address" and "Destination IP
address" input boxes. For
the CP 1543-1 V1.0, after en
abling the check box you can
not enter any source IP ad
dress or any destination IP
address for the firewall rule.
Source IP ad The firewall rule is applied to You can find additional information about IP addresses in the IP addresses
dress the frames whose sender in IP packet filter rules (Page 717) section.
has the IP address specified
here. If you do not specify an
Configuration options in ghost mode (only for SCALANCE S S602 as of V3.1):
IP address, the firewall rule
applies to all nodes in the If ghost mode is activated, the IP address of the internal node is dynamically
communications direction determined by the security module at runtime. Depending on the selected
you selected in the "From" direction, you can select one of the following options in the column "Source
column. IP address" (for direction "From internal to external) or in the column "Desti
nation IP address" (for direction "From external to internal"):
Destination The firewall rule is applied to
IP address the frames whose recipient IP address of the internal node: The IP address of the internal node is
has the IP address specified inserted in the firewall rule by the SCALANCE S.
here. If you do not specify an Limited broadcast: The broadcast IP address 255.255.255.255 is inserted
IP address, the firewall rules in the firewall rule by the SCALANCE S.
applies to all nodes in the
communications direction Directed broadcast: The broadcast IP address of the SCALANCE S
you selected in the "To" col network is inserted in the firewall rule by the SCALANCE S. A directed
umn. broadcast can also be forwarded into the destination network via routers.
Multicast: The multicast address band 224.0.0.0 /24 is inserted in the
firewall rule by the SCALANCE S. After selecting this option, as an
alternative a specific multicast IP address from the multicast address band
can be specified.
Service Name of the IP/ICMP service The drop-down list box displays the services and service groups configured
or service group used. in the global security settings and you can select them.
Here, you select one of the
services you defined in the
"IP services" dialog:
IP services
or
ICMP services
Before you select an ICMPv6
service, you need to select
the "IPv6" check box.


Bandwidth Option for setting a band CP x43-1, CP 1243-1, CP 1243-7, CP 1543-1 and SCALANCE S below V3.0:
(Mbps) width limitation 0.001 ... 100 Mbps
Can only be entered if the CP 1628 and SCALANCE S as of V3.0: 0.001 ... 1000 Mbps
"Allow" action is selected. For global and user-specific rules: 0.001 ... 100 Mbps
A packet passes through the Note: If the direction "From tunnel to station" is configured in a firewall rule
firewall if the allow rule for the CP 1543-1 or CP 1243-1, no bandwidth limitation can be specified.
matches and the permitted
bandwidth for this rule has
not yet been exceeded.
Logging Enable and disable logging Enabled
for this rule. If logging is ena Disabled (default)
bled, the settings for the
packet filter logging config
ured in the local security set
tings apply.
Number Automatically assigned num
ber for the rule. The numbers
are recalculated when rules
are moved.
Comment Space for your own explana If a comment is marked with "AUTO", it was created for an automatic con
tion of the rule nection rule. For rules you have created, entry of a comment is optional.
Table 10-13 Meaning of the entries in the shortcut menu
Entry in the shortcut menu Meaning

Delete This deletes the selected rule or the selected rule set.
Notes on removing a globally defined and locally assigned rule set:
if you delete a rule set here, this only cancels the assignment to the security mod
ule.
Save as global rule set (only for local Copies the selected firewall rule(s) and inserts it as a global firewall rule set in the
firewall rules) global security settings. The firewall configuration currently configured for the se
curity module remains unaffected by this procedure.
Move up Use this button to move the selected rule or selected rule set up one position in
the list. As an alternative, you can move the selected rule or the selected rule set
by dragging it with the mouse. You can select multiple entries.
The rule / rule set you moved is therefore handled with higher priority.
Move down Use this button to move the selected rule or selected rule set down one position
in the list. As an alternative, you can move the selected rule or the selected rule
set by dragging it with the mouse. You can select multiple entries.
The rule / rule set you moved is therefore handled with lower priority.
Define service for IP rules This opens the dialog in which you can manage the IP services and service groups.

Defining MAC packet filter rules
Meaning
With the MAC packet filter rules, you filter according to MAC frames.
Within a packet filter rule, you can also fall back on the definitions of the MAC services.
Entering MAC packet filter rules

Enter the firewall rules one by one in the list. Note the following parameter description.
Table 10-14 MAC rules: Parameter

Action Allow/disallow (enable/block) Allow
Allow frames according to definition.
Drop
Block frames according to definition.
For firewall rules generated automatically as result of configuring a
connection and subsequently adapted manually:
Allow*
Drop*
If you change automatically created connection rules, when the
"*" option is selected they are not recreated and overwritten by
STEP 7.
From / To Selection of the communications di Described in separate sections.
rections for which the rule will apply. For SCALANCE S modules: MAC packet filter directions
SCALANCE S (Page 799)
For S7-300 CPs/S7-400 CPs/PC CPs: MAC packet filter
directions S7-300-/S7-400-/PC-CPs (Page 831)
For S7-1200-/S7-1500-CPs: MAC packet filter directions
S7-1200 / S7-1500 CPs (Page 844)
Source MAC The firewall rule is applied to the MAC address in the correct format
address frames whose sender has the MAC
address specified here. If you do not
specify a MAC address, the firewall
rule applies to all nodes in the com
munications direction you selected in
the "From" column.
Destination The firewall rule is applied to the
MAC address frames whose recipient has the MAC
address specified here. If you do not
specify a MAC address, the firewall
rule applies to all nodes in the com
munications direction you selected in
the "To" column.
Service Name of the MAC service or service The drop-down list box displays the configured services and service
group used groups you can select.


Bandwidth Option for setting a bandwidth limita CP x43-1, CP 1243-1, CP 1243-7, CP 1543-1 and SCALANCE S
(Mbps) tion. Can only be entered if the "Al below V3.0: 0.001 ... 100 Mbps
low" action is selected. CP 1628 and SCALANCE S as of V3.0: 0.001 ... 1000 Mbps
A packet passes through the firewall For global rules: 0.001 ... 100 Mbps
if the allow rule matches and the per
Note: If the direction "From tunnel to station" is configured in a fire
mitted bandwidth for this rule has not
wall rule for the CP 1543-1 or CP 1243-1, no bandwidth limitation
yet been exceeded.
can be specified.
Logging Enable and disable logging for this Enabled
rule. If logging is enabled, the set Disabled (default)
tings for the packet filter logging con
figured in the local security settings
apply.
Number Automatically assigned number for
the rule. The numbers are recalcula
ted when rules are moved.
Comment Space for your own explanation of If a comment is marked with "AUTO", it was created for an automatic
the rule connection rule. For rules you have created, entry of a comment is
optional.
Table 10-15 Meaning of the menu commands
Button Meaning
Delete This deletes the selected rule or the selected global rule set.
Notes on removing a globally defined and locally assigned rule set:
if you delete a rule set here, this only cancels the assignment to the security mod
ule.
Save as global rule set (only for local Copies the selected firewall rule(s) and inserts it as a global firewall rule set in the
firewall rules) global security settings. The firewall configuration currently configured for the se
curity module remains unaffected by this procedure.
Move up Use this button to move the selected rule or selected global rule set up one position
in the list. As an alternative, you can move the selected rule or the selected rule
set by dragging it with the mouse. You can select multiple entries.
The rule / rule set you moved is therefore handled with higher priority.
Move down Use this button to move the selected rule or selected global rule set down one
position in the list. As an alternative, you can move the selected rule or the selected
rule set by dragging it with the mouse. You can select multiple entries.
The rule / rule set you moved is therefore handled with lower priority.
Define service for MAC rules This opens the dialog in which you can manage the MAC services and service
groups.

IP addresses in IP packet filter rules
Entering IP addresses in IP packet filter rules

In IP packet filter rules, you have the following options for entering IP addresses:
Nothing specified
The rule applies to all IP addresses.
An IP address
The rule applies specifically to the specified address.
Address range
The rule applies to all the IP addresses covered by the address range.
An address range is defined by specifying the number of valid bit places in the IP address
in the format: [IP address]/[number of bits to be included]
[IP address]/24 therefore means that only the most significant 24 bits of the IP address
are included in the filter rule. These are the first three octets of the IP address.
[IP address ]/25 means that only the first three octets and the highest bit of the fourth
octet of the IP address are included in the filter rule.
Address area
For the source IP address, an address range can be entered in the following format:
[Start IP address]-[End IP address]
IPv4 addresses
An IPv4 address consists of 4 decimal numbers in the range from 0 to 255 separated from
each other by a dot.
Table 10-16 Examples of address ranges in IPv4 addresses
Source IP address or Address range Number of

destination IP address addresses*)
from to
192.168.0.0/16 192.168.0.0 192.168.255.255 65.536
192.168.10.0/24 192.168.10.0 192.168.10.255 256
192.168.10.0/25 192.168.10.0 192.168.10.127 128
192.168.10.0/26 192.168.10.0 192.168.10.63 64
192.168.10.0/27 192.168.10.0 192.168.10.31 32
192.168.10.0/28 192.168.10.0 192.168.10.15 16
192.168.10.0/29 192.168.10.0 192.168.10.7 8
192.168.10.0/30 192.168.10.0 192.168.10.3 4
*) Note: Note that the network address and the broadcast address are not available as IP addresses
of network nodes in an address range.

IPv6 addresses
IPv6 addresses consist of 8 fields each with four hexadecimal numbers (128 bits in total). The
fields are separated by a colon. IPv6 addresses can only be entered in IP packet filter rules
for the CP 1243-1 and CP 1543-1 V1.1.
Example: fd00:ffff:ffff:ffff:ffff:ffff:2f33:8f21
Rules / simplifications:
Leading zeros within a field can be omitted.
Example: Instead of 2001:0db8:2426:08d3:1457:8a2e:0070:7344 it is also possible to use
the notation 2001:db8:2426:8d3:1457:8a2e:70:7344.
If one or more fields have the value 0 (or 0000), a shortened notation is possible.
Example: Instead of 2001:0db8:0:0:0:0:1428:57ab it is also possible to use the notation
2001:db8::1428:57ab.
To ensure uniqueness, this shortened form can only be used once within the entire address.
Decimal notation with periods
The last 2 fields or 4 bytes can be written in the normal decimal notation with periods.
Example: The IPv6 address fd00::ffff.125.1.0.1 is equivalent to fd00::ffff:7d01:1.
Address range notation in IP packet filter rules: In the same way as IPv4 addresses, IPv6
addresses can also be noted in the form of address ranges.
Example: The entry "2001:0db8:85a3:08d3:1319:8a2e:0:0/96" covers all IPv6 addresses
from 2001:0db8:85a3:08d3:1319:8a2e:0:0 to 2001:0db8:85a3:08d3:1319:8a2e:ffff:ffff.
Carrying out module-specific log settings
Log settings - overview
The recording of packet filter events is not available for the CP 1242-7 and CP 1243-7. The
recording of audit events and system events is not available for the CP 1242-7.
Log settings in the configuration

The log settings made here are loaded on the module with the configuration and take effect
when the security module starts up.
You can restrict the configured packet filter log settings in the online functions if necessary.
For example, you can use the online functions to specify that merely IP logging is displayed if
you have configured IP and MAC logging.
Logging procedures and event classes

Here, you can specify which data should be logged. As a result, you enable logging as soon
as you download the configuration to the security module.

During configuration, you also select one or both of the possible logging procedures:
Local logging
Network Syslog
In both logging procedures, the security module recognizes the three following types of events:
Packet filter events
Audit events
System events
Configuring local logging

1. Select the module to be edited.
2. Select the "Log settings" > "Local log memory" entry in the local security settings.

Configuring local logging
Table 10-17 Local logging - settings for log events
Log event Meaning Comments

Packet filter log (firewall) The packet filter log records certain Packet filter log data is not retentive
packets of the data traffic. Only those The data is stored in volatile memory on the
data packets for which a configured security module and is therefore no longer
packet filter rule (firewall) applies or to available after the power supply has been
which the basic protection reacts (cor turned off. For retentive storage, you can also
rupt or invalid packets) are logged. save the log data displayed in the "Online &
This is only possible when logging is diagnostics" dialog in a file.
enabled for the packet filter rule.
In the "Packets to be logged" drop-
down list, you can specify the data
packets to be logged:
"All packets": The data packets
that are logged are those to which
a configured firewall rule applies.
In addition to this, all the response
packets to such packets are
recorded that have passed the
firewall according to a configured
allow rule.
"Status generating packets": The
only data packets that are logged
are those to which a configured
firewall rule (standard mode or
advanced mode) applies and that
initially generate a status in the
firewall. Data packets that pass
through the firewall by using this
firewall status are not logged.
Audit log The logging of audit events is always Audit log data is retentive
enabled. The data is stored in a retentive memory of the
The logged information is always stor security module and is therefore still available
ed in the ring buffer. after turning off the power supply.
The audit log automatically records Note for CPs:
security-relevant events, for example The audit log files are not retentive on CPs.
user actions such as activating or de You should therefore use a Syslog server to
activating packet logging or down backup this data.
loading configurations to the security
module.
System log The system log automatically logs System log data is not retentive
successive system events, for exam The data is stored in volatile memory on the
ple the start of a process or the failed security module and is therefore no longer
login attempt of a user. available after the power supply has been
Select the "Log settings" > "Configure turned off. For retentive storage, you can also
system events" entry to configure the save the log data displayed in the "Online &
event filter and cable diagnostics func diagnostics" dialog in a file.
tions.

Table 10-18 Local logging - storage of recorded data
Storage Meaning
Ring buffer At the end of the buffer, the recording continues at the start of the buffer
and overwrites the oldest entries.
One-shot buffer Recording stops when the buffer is full.
Configuring system events

2. Select the "Log settings" > "Configure system events" entry in the local security settings.
Filtering of the system events

In this dialog, you set a filter level for the system events. As default, the following values are
set:
SCALANCE S: Level 3 (Error)
CP: Level 3 (Error)
The priority of the selected filter level must be the same or lower than the severity set for the
cable diagnostics; see the "Setting parameters for line diagnostics" table (not for CPs).
Recommendation: Select "Error" as the filter level or a higher value to exclude logging of
general, uncritical events.
Note for CP
For CPs, select only level 3 or level 6 since only events of these levels are generated for CPs.
Level 0 to level 3 error messages are output if level 3 is selected.
If you select level 6, the error messages of levels 0 to 6 are output.
Properties of the system events - line diagnostics (only for SCALANCE S)

Line diagnostics generates a special system event. A system event is generated when a
selectable percentage of bad frames is reached. This system event is assigned the severity
and facility set in this dialog.
Table 10-19 Setting parameters for line diagnostics
Function / option / parameter Meaning

Enable Enabling and disabling logging
Limit Selectable percentage of faulty frames representing the limit at which
a system event is triggered.

Function / option / parameter Meaning

Facility Select a facility from the drop-down list that identifies the system event
to be logged.
Severity Using the severity, you weight the system events of line diagnostics
relative to the severity of the other system events.
Note
Severity of the system events of line diagnostics
Den System-Ereignissen der Leitungsdiagnose darf keine geringere Severity zugewiesen
werden, als Sie fr den Filter eingestellt haben. Bei einer geringeren Severity knnen diese
Ereignisse den Filter nicht passieren und werden nicht aufgezeichnet.
Configuring the network Syslog

2. Select the "Log settings" > "Network Syslog" entry in the local security settings.
Configuring the network Syslog
Table 10-20 Network Syslog - basic settings
Option / parameter
Enable network Syslog Enables and disables the transfer of logging events to the Syslog server.
Syslog server Here, enter the IP address of the Syslog server. As an alternative, an FQDN
can be entered for SCALANCE S modules as of V4.
The Syslog server must be accessible from the security module at the
specified address and, if applicable, using the router configuration under
the "Routing" entry of the local security settings. If the Syslog server cannot
be accessed no Syslog messages are sent. You can recognize this oper
ating state on the basis of corresponding system alarms. To activate the
sending of the Syslog information again, you may have to update the rout
ing information and initiate a restart of the security module.
Enabling event classes Enable the classes of events to be transferred to the Syslog server. You
can classify packet filter and audit events according to the Severity and
using the Facility according to their origin.
Module name The module name is displayed and cannot be changed at this point.
Note
Non-secure transfer of logging events
Logging events are transferred to Syslog servers in plain language. This should be taken into
account when using Syslog servers.

Table 10-21 Network Syslog - settings for log events
Log event Configuring Comments

Packet filter events (firewall) The packet filter log records certain The value you select here depends on the
packets of the data traffic. Only those evaluation in the Syslog server.
data packets for which a configured If you retain the "default" value setting, the se
packet filter rule (firewall) applies or to curity module specifies the combination of fa
which the basic protection reacts (cor cility and severity with which the event is dis
rupt or invalid packets) are logged. played.
This is only possible if logging is acti
vated for the packet filter rule.
Syslog alarms can be classified ac
cording to their origin and their severity
level by setting Facility and Severity.
This assignment is carried out with
drop-down lists. The severity and fa
cility that you set here is assigned to
every event.
Audit events The audit log automatically records se The value you select here for the severity and
curity-relevant events, for example facility depends on the evaluation in the Sy
user actions such as activating or de slog server.
activating packet logging or download If you retain the "default" value setting, the se
ing configurations to the security mod curity module specifies the combination of fa
ule. cility and severity with which the event is dis
Assignment of the severity and facility played.
is carried out with drop-down lists. The
severity and facility that you set here
is assigned to every event.
System events The system log automatically logs suc Select the "Log settings" > "Configure system
cessive system events, for example events" entry in the local security settings to
the start of a process or the failed login configure the event filter and cable diagnos
attempt of a user. tics functions.
Security module as router
Overview of the routing settings
Meaning
If you operate the security module in routing mode, the networks connected to the internal and
external interface are transformed into separate subnets. The DMZ interface (SCALANCE
S623/S627-2M only) is connected in routing mode regardless of the mode. In routing mode,
the frames intended for an existing IP address in the subnet are forwarded. The firewall rules
for the direction of transmission also apply.

You have the following additional options:

Setting specific routes - can be set in the local security settings under "Routing"
(SCALANCE S only), see Specifying routes (Page 801) in the section "SCALANCE S".
Use standard router - can be set in the local security settings with "External interface [P1]
red", "Internal interface [P2] green" or "DMZ interface [P3] yellow" (SCALANCE S623/
S627-2M only) see Configuring IP address parameters (Page 774) in the section
"SCALANCE S".
A maximum of one standard router can be used per security module.
NAT/NAPT routing - can be set with "NAT / NAPT" (only for SCALANCE S and CP x43-1
Adv.) in the local security settings. To be able to use NAT/NAPT, the security module must
be in routing mode.
Enabling routing mode (required for SCALANCE S modules only)

For this mode, you configure an internal IP address and an internal subnet mask for addressing
the router in the internal subnet in the local security settings. All network requests that do not
belong to a subnet are forwarded by the security module to a different subnet.
Note: In contrast to the bridge mode of the security module, VLAN tags are lost in routing mode.
1. Select the "Routing mode" option under "Mode" in the local security settings.
2. In the local security settings, enter an internal IP address and an internal subnet mask for
addressing the router on the internal subnet in the input boxes under "Internal interface
[P2] green" > Ethernet addresses".
Overview of NAT/NAPT
This function is only available for SCALANCE S and CP x43-1 Adv.
Requirements
The security module is in routing mode or the DMZ interface is activated (SCALANCE
S623 / S627-2M only).
Since firewall rules that enable communication in the configured address translation
direction are generated automatically for NAT / NAPT rules, the advanced firewall mode
must be enabled for the security module. For more detailed information, refer to section
Relationship between NAT/NAPT router and firewall (Page 732)

2. In the local security settings, select the entry "NAT / NAPT".
3. When required, enable address translation according to NAT(Network Address Translation)
or NAPT (Network Address Port Translation).

Address translation with NAT (Network Address Translation)

NAT is a procedure for address translation between two address spaces.
The main task is to translate private addresses into public addresses; in other words into IP
addresses that are used and even routed on the Internet. As a result, the IP addresses of the
internal network are not known to the outside in the external network. The internal nodes are
only visible to the external network by means of external IP address that is specified in the
address translation list (NAT table). If the external IP address is not the address of the security
module and if the internal IP address is unique, this is known as 1:1 NAT. With 1:1 NAT, the
internal address is translated to this external address without port translation. Otherwise, n:1
NAT is being used.
Address translation with NAPT (Network Address Port Translation)

The address translation with NAPT changes the target address and the target port to a
communication relation (port forwarding).
Frames coming from the external network or DMZ network and intended for the IP address of
the security module are translated. If the destination port of the frame is identical to one of the
values specified in the "Source port" column, the security module replaces the destination IP
address and the destination port as specified in the corresponding row of the NAPT table. With
the reply, the security module uses the values for the destination IP address and destination
port as contained in the initial frame as the source IP address and the source port.
The difference to NAT is that with this protocol ports can also be translated. There is no 1:1
translation of the IP address. There is now only a public IP address that is translated to a series
of private IP addresses with the addition of port numbers.
Address translation in VPN tunnels

Address translations with NAT/NAPT can also be performed for communications relations
established via a VPN tunnel. This is supported for connection partners of the type SCALANCE
S612 / S623 / S627-2M as of V4.
You will find further information on address translations in VPN tunnels in the following sections:
NAT/NAPT routing (Page 726)
Address translation with NAT/NAPT in VPN tunnels (Page 732)
Consistency check - these rules must be adhered to

Among other things, remember the following rules to obtain consistent entries:
The IP address of the internal interface must not be used in the NAT / NAPT table.
An IP address used in the NAT/NAPT address conversion list must not be a multicast or
broadcast address.
The external ports assigned for the NAPT translation are in the range > 0 and 65535.
Port 123 (NTP), 443 (HTTPS), 514 (Syslog), 161 (SNMP), 67+68 (DHCP) and 500+4500
(IPsec) are excluded if the relevant services are activated on the security module.
The external IP address of the security module or the IP address of the DMZ interface may
only be used in the NAT table for the action "Source NAT".

Checking for duplicates in the NAT table

An external IP address or an IP address in the DMZ network used in the direction
"Destination NAT", "Source NAT +Destination NAT" or "Double NAT" may only be used
once in each specified direction.
Checking for duplicates in the NAPT table: A source port number may only be entered once
for each interface.
Internal NAPT ports can be in the range > 0 and 65535.
See also
Overview of the routing settings (Page 723)
NAT/NAPT routing
Enabling NAT
The input boxes for NAT are enabled. NAT address translations only take effect with the entries
in the address translation list described below. After creating NAT rules, the corresponding
firewall rules are generated and displayed in advanced firewall mode, see section:
If PPPoE is activated for the external interface or the DMZ interface, the action "Destination
NAT" cannot be configured. When configuring the action "Source NAT", the IP address cannot
be entered in the "Source translation" input box because this is obtained dynamically during
runtime.
Possible address translations for NAT

The following tables show the input options for address translation with NAT.
Action "Destination NAT" - "Redirect"

The action "Destination NAT" can be performed in the following direction:
External to internal
If the DMZ interface of the security module (SCALANCE S623/S627-2M only) is activated, the
action "Destination NAT" can also be performed in the following directions:
External to DMZ
DMZ to internal
DMZ to external

If the SCALANCE S module (only SCALANCE S612/S623/S627-2M as of V4) is in a VPN

group and the tunnel interface is enabled, the "Destination NAT" action can also be performed
in the following directions:
Tunnel to internal
Tunnel to external
Tunnel to DMZ (only if the DMZ interface is activated)
The following applies, for example for the direction "external to internal": The destination IP
address of a frame coming from the external network is checked to see whether it matches
the IP address specified in the "Destination IP address" input box. If it matches, the frame is
forwarded into the internal network by replacing the destination IP address of the frame with
the IP address specified in the "Destination translation" input box. Access from external to
internal using the external address is possible.
The following table shows the input required for the action "Destination NAT".
Box Possible entries Meaning

Source IP address Not relevant for this action. -
Source translation Not relevant for this action. -
Destination IP address IP address in the source network Destination IP address in the source network with
which an IP address in the destination network will be
accessed. The destination IP address must not match
the IP address of the security module in the source
network.
If the destination IP address in a frame matches the
address entered, the address is replaced by the cor
responding IP address in the destination network.
The specified destination IP address becomes the
alias address. This means that the specified IP ad
dress is also registered as an IP address on the selec
ted interface. Make sure that the alias address does
not cause an IP address conflict in the network. The
alias IP addresses of a security module are displayed
under the entry "Alias IP addresses" of the relevant
interface.
Destination translation IP address in the destination network The destination IP address is replaced by the IP ad
dress specified here.
No. - Consecutive number assigned by STEP 7 used to ref
erence the firewall rule generated by STEP 7 for the
NAT rule.
Action "Source NAT" - "Masquerading"

The action "Source NAT" can be performed in the following direction:
Internal to external

action "Source NAT" can also be performed in the following directions:
Internal to DMZ
External to DMZ
DMZ to external
group and the tunnel interface is enabled, the "Source NAT" action can also be performed in
the following directions:
Internal to tunnel
External to tunnel
DMZ to tunnel (only if the DMZ interface is activated)
The following applies, for example for the direction "internal to external": The source IP address
of a frame coming from the internal network is checked to see whether it matches the IP
address specified in the "Source IP address" input box. If it matches, the frame with the external
IP address specified in the "Source translation" input box is forwarded to the external network
as a new source IP address. In the external network, the external IP address is effective.
The following table shows the input required for the action "Source NAT".

Source IP address IP address in the source network The source IP address of the specified node is replaced
by the IP address specified in the "Source translation"
input box.
IP address range / IP address band in The IP addresses of the IP address range / IP address
the source network band are replaced by the IP address specified in the
"Source translation" input box.
* The IP addresses of all nodes in the source network are
replaced by the IP address specified in the "Source trans
lation" input box.
Source translation IP address in the destination network Entry of the IP address that will be used as the new
source IP address.
If the IP address entered here is not the IP address of
the security module, this becomes an alias address. This
means that the specified address is also registered as an
IP address on the selected interface. Make sure that the
alias address does not cause an IP address conflict in
the network. The alias IP addresses of a security module
are displayed under the entry "Alias IP addresses" of the
relevant interface.
Destination IP address Not relevant for this action. -
Destination translation Not relevant for this action. -
No. - Consecutive number assigned by STEP 7 used to refer
ence the firewall rule generated by STEP 7 for the NAT
rule.

Note
You can configure an address translation to the module IP address in the destination network
for all frames going from a source network to a destination network. The security module also
assigns a port number for each frame. This is an n:1 NAT address translation in which multiple
IP addresses of the source network are translated to one IP address of the destination network.
Enter, for example, the following parameters for the direction "internal to external":
Action: "Source NAT"
From: "Internal"
To "External"
Source IP address: "*"
Source translation: External IP address of the security module
Action "Source NAT + Destination NAT" - "1:1-NAT"

The action "Source NAT + Destination NAT" can be performed in the following direction:
action "Source NAT + Destination" can also be performed in the following directions:
Internal to DMZ
External to DMZ
DMZ to external
group and the tunnel interface is enabled, the "Source-NAT + Destination-NAT" action can
also be performed in the following directions:
External to tunnel
Internal to tunnel
DMZ to tunnel (only if the DMZ interface is activated)
The following applies, for example for the direction "internal to external": When accessing from
internal to external, the action "Source NAT" is performed. When accessing from external to
internal, the action "Destination NAT" is performed.
The following table shows the input required for the action "Source NAT + Destination NAT":

Source IP address IP address in the source network The configuration is always specified in the source
Source translation IP address in the destination network NAT direction. The IP addresses of the destination
NAT direction are then inserted automatically by
Destination IP address Not relevant for this action. STEP 7.
Destination translation Not relevant for this action.
No. - Consecutive number assigned by STEP 7 used to ref
erence the firewall rules generated by STEP 7 for the
NAT rule.

Action "Double NAT"

The action "Double NAT" can be performed for SCALANCE S modules in the following
directions:
action "Double NAT" can also be performed in the following directions:
Internal to DMZ
External to DMZ
DMZ to internal
DMZ to external
In every direction, Source and Destination NAT always take place at the same time.
The following applies, for example for the direction "external to internal": When accessing from
external to internal, the source IP address of the external node is replaced (Source NAT).
Access to the internal network also uses the external IP address specified in the "Destination
IP address" input box (Destination NAT).
You can, for example, use this action if a standard router other than the security module is
entered for a device to be accessed using Destination NAT. Response frames from this device
are then not sent to the entered standard router but to the corresponding interface of the
security module.
The following table shows the input required for the action "Double NAT":

Source IP address IP address in the source network IP address of the node in the source
network
Source translation - The Source NAT address translation is
always to the IP address of the security
module in the destination network. For
this reason, the "Source translation" in
put box cannot be configured.


Destination IP address IP address in the source network Destination IP address in the source
network with which an IP address in the
destination network will be accessed.
If the destination IP address in a frame
matches the IP address entered, the IP
address is replaced by the IP address
specified in the "Destination translation"
input box.
If the IP address entered here is not the
IP address of the security module, this
becomes an alias address. This means
that the specified address is also regis
tered as an IP address on the selected
interface. Make sure that the alias ad
dress does not cause an IP address
conflict in the network. The alias IP ad
dresses of a security module are dis
played under the entry "Alias IP address
es" of the relevant interface.
Destination translation IP address in the destination network The destination IP address is replaced
by the IP address specified here.
No. - Consecutive number assigned by
STEP 7 used to reference the firewall
rule generated by STEP 7 for the NAT
rule.
Enabling NAPT
The input boxes for NAPT are enabled. NAPT translations only take effect with the entries in
the list described below. After creating NAPT rules, the corresponding firewall rules are
generated and displayed in advanced firewall mode, see section:
The IP address translation with NAPT can be performed in the following direction:
IP address translation with NAPT can also be performed in the following directions:
External to DMZ
DMZ to internal
DMZ to external
group and the tunnel interface is enabled, the IP address translation with NAPT can also be
performed in the following directions:
Tunnel to internal
Tunnel to external
Tunnel to DMZ (only if the DMZ interface is activated)

The following applies, for example for the direction "external to internal": Frames intended for
the external IP address of the security module and for the port entered in the "Source port"
column are forwarded to the specified destination IP address in the internal network and to the
specified destination port.
The following table shows the input required for address translation with NAPT:

Source port TCP/UDP port or port range A node in the source network can send a frame to a node in the
Example of entering a port range: 78:99 destination network by using this port number.
Destination IP IP address in the destination network Frames intended for the IP address of the security module in
address the source network and the TCP/UDP port specified in the
"Source port" box are forwarded to the IP address specified here.
Destination TCP/UDP port Port number to which the frames coming from the source net
port work are forwarded.
Protocol TCP+UDP Selection of the protocol family for the specified port numbers
TCP
UDP
No. - Consecutive number assigned by STEP 7 used to reference the
firewall rule generated by STEP 7 for the NAPT rule.
Address translation with NAT/NAPT in VPN tunnels
Address translation with NAT/NAPT in VPN tunnels is only available for SCALANCE S612/
S623/S627-2M modules as of V4, refer to the section:
Relationship between NAT/NAPT router and firewall
Meaning
After creating NAT/NAPT rules, STEP 7 automatically generates firewall rules that enable
communication in the configured address translation direction. The generated firewall rules
are visible in advanced firewall mode and can, if necessary, be moved and expanded
(additional IP address / IP address range / IP address band, services, bandwidth). In addition
to this, the automatically generated firewall rules should be checked in terms of their priority
and their position. If there are also manually configured firewall rules in the rule list that have
higher priority than the automatically generated firewall rules, under certain circumstances no
NAT / NAPT will be performed.
If there are several identical NAT / firewall pairs of rules, the priority in the firewall rule list
decides which rule is used.
Firewall parameters generated by STEP 7 cannot be adapted. After deactivating NAT/NAPT,
the firewall rules generated by STEP 7 are disabled.
To clarify the relationship between the NAT/NAPT rules and the corresponding firewall rules,
they are identified by corresponding, consecutive numbers.

The following table shows the system behind the firewall rules generated for NAT rules for
SCALANCE S modules.
Table 10-22 NAT address translation and corresponding firewall rules for SCALANCE S modules
NAT action Created firewall rule

Action From To Source IP address Destination IP ad
dress
Destination Allow Source network Destination network - IP address speci
NAT fied in the "Destina
tion IP address" in
put box
Source NAT Allow Source network Destination network IP address of the -
node specified in
the "Source IP ad
dress" input box
Source NAT + Allow Source network Destination network IP address of the -
Destination node specified in
NAT the "Source IP ad
dress" input box
Allow Destination network Source network - IP address that was
inserted in the "Des
tination IP address"
input box by STEP 7
Double NAT Allow Source network Destination network IP address of the IP address speci
node specified in fied in the "Destina
the "Source IP ad tion IP address" in
dress" input box put box
Allow Source network Destination network IP address of the IP address of the
node specified in node specified in
the "Source IP ad the "Destination
dress" input box translation" input
box
The following table shows the system behind the firewall rules generated for NAT rules for CP
x43-1 Adv.
Table 10-23 NAT address translation and corresponding firewall rules for CP x43-1 Adv.

dress
Destination Drop External Station - IP address of the
NAT security module in
the external net
work
Allow External Any - IP address of the
node specified in
the "Destination
translation" input
box


dress
Source NAT Allow Any External IP address speci -
fied in the "Source
translation" input
box
Source NAT + Allow Any External IP address speci -
Destination fied in the "Source
NAT translation" input
box
Drop External Station - IP address of the
security module in
the external net
work
Allow External Any - IP address of the
node that was inser
ted in the "Destina
tion translation" in
put box by STEP 7
The following table shows the system behind the firewall rules generated for NAT rules for
SCALANCE S modules.
Table 10-24 NAPT translation and firewall rules created for SCALANCE S modules
Created firewall rule

Action From To Source IP address Destination IP Service
address
Allow Source network Destination net - IP address of [Serv
work the security ice_NAPT_rule]
module in the
source network

The following table shows the system behind the firewall rules generated for NAPT rules for
CP x43-1 Adv.
Table 10-25 NAPT translations and created firewall rules for CP x43-1 Adv.
Created firewall rules

Action From To Source IP address Destination IP Service
address
Drop External Station - IP address of [Serv
the security ice_NAPT_rule]
module in the
external net
work
Allow External Any - IP address of [Serv
the security ice_NAPT_rule]
module in the
external net
work
Stateful packet inspection

The firewall and NAT/NAPT router supports the "Stateful Packet Inspection" mechanism. As
a result, reply frames can pass through the NAT/NAPT router and firewall without it being
necessary for their addresses to be included extra in the firewall rule and the NAT/NAPT
address translation.
Relationship between NAT/NAPT router and user-specific firewall
The configuration of NAT/NAPT rules in the user-specific firewall is only available for
SCALANCE S modules as of V3, refer to the section:
Relationship between NAT/NAPT router and user-specific firewall (Page 804)
Configuring time-of-day synchronization
Overview of time-of-day synchronization
Meaning
The date and time are maintained on the security module to verify the validity (time) of a
certificate and for time stamping log entries.

The following alternatives can be configured:

Set time with each download: The module time is set automatically to the PC time when a
configuration is downloaded.
SIMATIC: If the security module receives MMS time-of-day messages, its local time is
synchronized provided the NTP procedure was not configured (MMS = Manufacturing
Message Specification).
Time from partner: The time is obtained from a telecontrol server.
NTP: Automatic setting and cyclic synchronization of the time-of-day by means of Network
Time Protocol server.
Note
Time-of-day synchronization relates solely to the security module and cannot be used to
synchronize devices in the internal network of the security module. S7 CPs can forward
the time of day to other modules of the station.
Note
Configuring the firewall for communication with NTP servers
If the NTP server cannot be reached by the security module, you will need to allow the
frames from the NTP server explicitly in the firewall (UDP, port 123).
Note
Before the security functions of a CP (time-of-day slave) are used, this must receive a valid
time-of-day synchronization frame from the time master.
Defining an NTP server
Creating NTP servers in the global security settings

In the global security settings only NTP servers of the type "NTP (secure)" can be created and
assigned CPs or SCALANCE S modules as of V4. Non-secure NTP servers for SCALANCE
S modules below V4 and CPs therefore need to be created in the local security settings.
1. Double-click the "NTP" entry in the global security settings.
2. Double-click on the "Add new NTP server" entry.
3. Enter a name for the NTP server (secure).
4. Enter the IP address of the NTP server (secure). If the NTP server will only be assigned
SCALANCE S modules as of V4, an FQDN can be specified as an alternative.

5. Specify the encryption parameters for the NTP server (secure).
Property Meaning
Key ID Numeric value between 1 and 65534.
Authentication Select the authentication algorithm.
Hex/ASCII Select the format for the NTP key.
Key Enter the NTP key with the following lengths:
Hex: 22 ... 40 characters
ASCII: 11 ... 20 characters
6. Assign a the required security module to the NTP server (secure) you have created, see
section:
Assigning the security module to an NTP server (secure) (Page 739).
Creating NTP servers in the local security settings

2. Select the "Time-of-day synchronization" entry in the local security settings.
3. Select the required synchronization mode.
4. Enter a name and the IP address of the NTP server. If you have selected the "NTP (secure)"
synchronization mode, you can select an NTP server (secure) that you created in the global
security settings in the "Name" column.
Configuration limits for NTP servers

You can assign a maximum of 4 NTP servers to one security module.
Importing/exporting NTP servers (secure)

Using the "Import" or "Export" commands in the shortcut menu, you can export the key list of
the currently selected NTP server (secure) and import the file into an NTP server (secure) or
vice versa.
Configuring time-of-day synchronization for a security module

2. Select the "Time-of-day synchronization" entry in the local security settings.
3. Select the "Activate time-of-day synchronization" check box.

Alternatives for time-of-day synchronization

The following alternatives can be configured:
Table 10-26 Time synchronization for CP and SCALANCE S
Possible selection Meaning / effect

Set time with each download (only for SCA The module time is set automatically to the PC time when
LANCE S) a configuration is downloaded.
SIMATIC (for CP x43-1 Adv. and CP 1628 If the security module receives MMS time-of-day mes
only) sages, its local time is synchronized provided the NTP
procedure was not configured (MMS = Manufacturing
Message Specification).
Time from partner (only for CP 1243-1, CP The time is obtained from the partner (telecontrol server).
1242-7 and CP 1243-7 with communication
type "Telecontrol communication")
NTP (not for CP 1243-1, CP 1242-7 and CP Automatic setting and periodic synchronization of the
1243-7 with communication type "Telecon time using an NTP server.
trol communication")
NTP (secure) (not for SCALANCE S below Automatic setting and periodic synchronization of the
V4 and CP 1243-1, CP 1242-7 and CP time using an NTP server (secure).
1243-7 with communication type "Telecon
trol communication")
Selecting the mode of time-of-day synchronization

Follow these steps:
1. Select the synchronization mode.
2. The following configuration options are available to you depending on the selected mode:
Set time with each download: When a configuration is downloaded to a SCALANCE S
module, the module time of day is set with the PC time of day.
SIMATIC: For the CP x43-1 Adv. select whether the CP is to adopt or forward the time of
day. The CP 1628 always forwards the time of day. Also the set direction for forwarding
the time.
Available directions:
Automatic (only for CP x43-1 Adv.): The CP receives the time from the station or from
the LAN and forwards it to the station or to the LAN. If multiple CPs are being operated
in the station, this automatic setting can cause collisions. To avoid this, you can
specifically define the forwarding direction.
From station (for CP x43-1 Adv. only).
From LAN.
If forwarding of the time of day is enabled, you can use the "Use corrected time" check box
to specify whether or not a correction factor included in the time-of-day frame is used. For
the CP 1628, this option is enabled as default and cannot be disabled.

Time from partner: For the CP 1243-1, CP 1242-7 and CP 1243-7 in the communication
type "Telecontrol communication", the time of day is obtained from the partner (telecontrol
server).
Synchronization cycle: Specifies the cycle for time-of-day synchronization. For the
synchronization cycle of the CP, and individual hour or minute interval can be specified.
NTP:
Time zone (for CP x43-1 Adv. / CP 1628 only): In NTP mode, it is generally UTC
(Universal Time Coordinated) that is transferred. This corresponds to GMT (Greenwich
Mean Time). The time offset from UTC can be set by configuring the local time zone.
Update interval in seconds: Defines the interval between the time queries in seconds.
For SCALANCE S as of V3, the time interval for querying the NTP server is specified
automatically.
Note
Setting the update interval for CPs
If the "Enable security functions" check box is enabled in the local security settings of a
CP, the setting for the update interval is transferred from the CP's local settings into the
CP's local security settings.
Time-of-day synchronization on the full minute (for CP x43-1 Adv./CP 1243-1/CP 1628
only): With this option, you can decide whether or not the time of day is forwarded to
the communications bus on the full minute. This option is required for certain special
applications.
Accept time of non-synchronized NTP servers (only for CPs): Here you can specify
whether the security module also accepts the time-of-day from non-synchronized NTP
servers.
Forward time of day to station (only for CP x43-1 Adv./CP 1628): Disable this option if
the CPU requests the time separately from an NTP server. This prevents the time on
the CPU obtained directly from the NTP server from being overwritten by the time
detected in the CP. The accuracy may be reduced slightly due to forwarding via the CP.
NTP server: Creating NTP servers in the local security settings is described in the
section Defining an NTP server (Page 736).
Assigning the security module to an NTP server (secure)
Requirement
You have defined an NTP server (secure) in the global security settings.
"NTP" or "NTP (secure)" is selected as the time-of-day synchronization mode in the local
security settings of the security module that you want to assign to an NTP server (secure).
Procedure
1. Double-click the "NTP" entry in the global security settings.
2. Double-click the entry "Assign module to an NTP server".

3. From the "NTP Server" drop-down list, select the NTP server (secure) to which you want
to assign a security module.
4. In the "Available modules" section, select the security module that you want to assign to
the selected NTP server (secure).
5. Click the "<<" button to assign the selected security module to the selected NTP server
(secure).
Result
You have assigned the security module to the NTP server (secure). The NTP server (secure)
is displayed automatically in the local security settings in the list of NTP servers.
Security module as DHCP server
The use of the security module as a DHCP server is only possible with SCALANCE S modules,
see subsection:
Auto-Hotspot in the section "SCALANCE S".
Configuring SNMP
Overview of SNMP
What is SNMP?
The security module supports the transfer of management information using the Simple
Network Management Protocol (SNMP). For this purpose, an SNMP agent that receives and
responds to SNMP requests is installed on the security module. The information on the
properties of SNMPcompliant devices is entered in MIB files (MIB = Management Information
Base) for which the user must have the required rights.
In SNMPv1, the "community string" is also sent. The "community string" is like a password that
is transmitted along with the SNMP request. If the community string is correct, the security
module replies with the required information. If the string is incorrect, the security module
discards the query and does not reply. The community string is transmitted via SNMPv1 without
encryption.
SNMPv3 lets you transmit encrypted data.
Configuring SNMP - "SNMP" entry
The configuration of SNMP is possible only for SCALANCE S V3 or higher, CP x43-1 Adv.,
CP 1543-1, CP 1243-1 and CP 1628.


2. In the local security settings, select the entry "SNMP".
3. Activate the "Activate SNMP" check box.
4. Select one of the following SNMP protocol versions:
Note
Encrypted data transmission with SNMPv3
You should use SNMPv3 to transmit data in encrypted form in order to enhance security.
SNMPv1
The security module uses the following default values for the community strings to
control the access rights in the SNMP agent. These default values should be adapted
to increase security.
For read access: public
For read and write access: private
To enable write access using SNMP, select the "Allow write access" option.
SNMPv3
Select either only an authentication algorithm or an authentication algorithm and an
encryption algorithm.
Authentication algorithm: none, MD5, SHA-1
Encryption algorithm: none, AES-128, DES
Note
Preventing the use of DES
DES is an insecure encryption algorithm. Therefore, it should only be used for reasons
of down compatibility.
Note
When using SNMPv3 no RADIUS authentication is possible.
5. If SNMPv3 is to be used, assign a user a role with corresponding activated SNMP rights to
enable access to the module via SNMP. An overview of SNMP rights is available in the
section:
Managing rights (Page 694).
6. In the "Advanced settings" area, for SCALANCE S modules configure module-specific
information about the author, location and e-mail address overwriting the information from
the project properties.
The following applies to values written to the security module by an SNMP tool using an
SNMP-SET command:
If you select the "Keep values written by SNMP set" check box, the values are not
overwritten when there is another download of a STEP 7 configuration to the security
module.

Configuring proxy ARP
This function is available only for SCALANCE S V3 modules or higher, see section
Configuring proxy ARP (Page 808)
Activate Web server on security module
This function is only available for CP x43-1 Advanced, see subsection:
Activating the Web server on CP x43-1 Advanced (Page 835) in the section "Security for
S7-300 / S7-400 / PC CPs".
IPsec tunnel: Creating and assigning VPN groups
How to create an IPsec tunnel with VPN groups
This function is available only for SCALANCE S612/S613/S623/S627-2M, CP x43-1 Adv., CP
1243-1, CP 1543-1 V1.1, 1243-7 and CP 1628.
Requirement
Note
Current date and current time of day on the security modules
When using secure communication (for example, HTTPS, VPN...), make sure that the security
modules involved have the current time of day and the current date. Otherwise the certificates
used are not evaluated as valid and the secure communication does not work.


1. Double-click on the entry "VPN groups" > "Add new VPN group" in the global security
settings to create a VPN group. As an alternative, in the network view you can right click
on an interface of a module with VPN capability and create a VPN group with the shortcut
menu command "Add new VPN group" (not possible for SOFTNET Security Client).
2. Double-click on the entry "VPN groups" > "Assign module to a VPN group" in the global
security settings and assign the security modules and SOFTNET security client modules
to the VPN group between which VPN tunnels will be established. As an alternative, in the
network view you can right click on an interface of a module with VPN capability and assign
this to the VPN group using the shortcut menu "Assign module to a VPN group" (not possible
for SOFTNET Security Client).
When doing this, remember the rules for forming VPN groups. You will also find these rules
in the section:
Modes of VPN groups (Page 747).
Display of the VPN groups with their properties

If you select a security module that is in one or more VPN group(s), the properties of the VPN
group(s) of which the security module is a member are shown in the "Network data" area.
The following properties of the VPN groups are displayed in columns in the "VPN" tab of the
"Network data" area:
Property/column Meaning
VPN Names of the VPN groups of which the selected
security module is member
Security module Names of the assigned security modules
Authentication Type of authentication: Preshared key or certificate
Group membership until Date and time up to which the VPN group certifi
cate of the security module is valid
Type Model numbers of the assigned security modules
Comment Comment

Setting the life of certificates

Open the dialog in which you can set the expiry date of the certificate as follows:
1. Select the VPN group you want to edit in the "VPN" tab.
2. In the "Properties" > "General" tab of the Inspector window, select the entry "Authentication".
Note
Expiry of a certificate
Communication through the VPN tunnel continues after the certificate has expired until the
tunnel is terminated or the SA lifetime expires. For more information on certificates, refer
to section:
Auto-Hotspot.
Number of IPSec tunnels

SCALANCE S612 V2 Maximum of 64
SCALANCE S612 V3/V4 Maximum of 128
SCALANCE S613 Maximum of 128
SCALANCE S623 V3/V4 Maximum of 128
SCALANCE S627-2M V4 Maximum of 128
CP x43-1 Advanced Maximum of 32
CP 1628 Maximum of 64
CP 1543-1 V1.1 Maximum of 16
Authentication methods
The following methods are available:

The authentication method is specified per VPN group and decides the type of authentication
used.

The following key-based or certificate-based authentication methods are supported:

Preshared key
Authentication is achieved using a previously specified character string that is distributed
to all modules in the group.
Enter a preshared key in the "Key" field under "Authentication" > "General" in the VPN
group properties dialog.
Certificate
Certificate-based authentication "Certificate" is the default setting. The procedure is as
follows:
When a group is created, a CA certificate is generated as a root certificate.
Each security module that is a member of the VPN group also receives a group certificate
signed with the key of the CA certificate.
All certificates are based on the ITU standard X.509v3 (ITU, International
Telecommunications Union).
The certificates are generated by a certificate authority contained in STEP 7.
Note
Restriction in VLAN operation
No VLAN tagging is transmitted in IP frames via the VPN tunnel of the security module.
The VLAN tags included in IP frames are lost when they pass through the security modules
because IPsec is used to transfer the IP frames.
As default, no IP broadcast or IP multicast frames can be transferred with IPsec through a
layer 3 VPN tunnel. Through a layer 2 VPN tunnel of the security module, IP broadcast or
IP multicast frames are packaged just like MAC packets including the Ethernet header in
UDP and transferred. With these packets, the VLAN tagging is therefore retained.
Group properties for selected VPN group
VPN group properties
Note
Knowledge of IPsec necessary
To be able to set these parameters, you require IPsec experience. If you do not make or modify
any settings, the defaults apply.
The following settings can be configured in the properties of a VPN group:

Authentication method (entry: "General")
IKE settings (entry: "Advanced settings phase 1")
IPsec settings (entry: "Advanced settings phase 2")


1. In the global security settings select the VPN group whose properties you want to configure
under the entry "VPN groups".
2. Select "Open" in the shortcut menu of this entry.
Result: The VPN group properties appear in the area of the local security settings.
3. In the "Authentication" entry, select whether to use a preshared key or certificate for
authentication. For more detailed information, refer to section:
Authentication methods (Page 744).
Parameters for advanced settings phase 1

Phase 1: IKE negotiation of the Security Association (SA) for phase 2:
Here you set the parameters for negotiating the security parameters to be used in phase 2:
IKE mode Main mode
Aggressive mode
The difference between the main and aggressive mode is the "identity
protection" used in the main mode. The identity is transferred encrypted
in main mode but not in aggressive mode.
DH group phase 1 Groups selectable for the Diffie-Hellman Key exchange:
Group 1
Group 2
Group 5
Group 14
SA lifetime type Phase 1 Security Association (SA):
Time: Time limit in minutes
The lifetime of the current key material is limited in time. When the time
expires, the key material is renegotiated.
SA lifetime Numeric value:
Range of values for time: 1440 ... 2500000 minutes (default: 2500000)
Phase 1 encryption Encryption algorithm:
DES*: Data Encryption Standard (56 bit key length, mode CBC)
3DES-168: Triple DES (168-bit key length, mode CBC)
AES-128, 192, 256: Advanced Encryption Standard (128 bit, 192 bit
or 256 bit key length, mode CBC)
Phase 1 authentication Authentication algorithm:
MD5: Message Digest Algorithm 5
SHA1: Secure Hash Algorithm 1
*DES is an insecure encryption algorithm. It should only be used for reasons of down
compatibility. DES is not supported by CP 1543-1 V1.1, CP 1243-1, CP 1242-7 and CP 1243-7.

Parameters for advanced settings phase 2

Phase 2: IKE negotiation of the Security Association (SA) for IPsec data exchange:
Here, you set the parameters for negotiating the security parameters used for the IPsec data
exchange with ESP (Encapsulating Security Payload) and AH (Authentication Header).
Communication in phase 2 is already encrypted.
SA lifetime type Phase 2 Security Association (SA):
Time: Time limit in minutes. The lifetime of the current key material is
limited in time. When the time expires, the key material is renegotiated.
Limit: Limitation of the data volume in MB
SA lifetime Numeric value:
Range of values for time: 60 ... 16666666 minutes (default: 2880)
Range of values for limit: 2000 ... 500000 MB (default: 4000)
Phase 2 encryption Encryption algorithm:
DES*: Data Encryption Standard (56 bit key length, mode CBC)
3DES-168: Triple DES (168-bit key length, mode CBC)
AES-128: Advanced Encryption Standard (128-bit key length, mode
CBC)
Phase 2 authentication Authentication algorithm:
MD5: Message Digest Algorithm 5
SHA1: Secure Hash Algorithm 1
Perfect Forward Secrecy If you enable this check box, new Diffie-Hellmann public key values are
exchanged for recalculation of the keys. If the check box is disabled, the
values already exchanged in phase 1 are used for recalculation of the
keys.
*DES is an insecure encryption algorithm. It should only be used for reasons of down
compatibility. DES is not supported by CP 1543-1 V1.1, CP 1243-1, CP 1242-7 and CP 1243-7.
Modes of VPN groups
VPN modes
Depending on the mode of the security modules that were added to a VPN group, different
modes of VPN groups are distinguished. The mode of a VPN group provides information about
the security modules and their modes that can be added to the VPN group.

Rules for forming groups

Remember the following rules if you want to create VPN groups:
For SCALANCE S612 / S613 / S623 / S627-2M / SCALANCE M
The first module assigned in a VPN group decides which other modules can be added to
it.
If the first SCALANCE S module to be added is in routing mode or if the first security module
is a SCALANCE M module, only additional SCALANCE S modules with routing activated
or SCALANCE M modules can be added because SCALANCE M modules always operate
in routing mode. If the first SCALANCE S module added is in bridge mode, you can only
add other SCALANCE S modules in bridge mode. If you want to change the mode of a
VPN group, you have to remove all the modules contained in the group and add them again.
A CP and an SSC can be added to a group with a SCALANCE S in bridge or routing mode.
For CP / SSC
If a CP / SSC is the first module in a VPN group, security modules can be added in any
mode. The next security module that decides the mode then also decides the mode of the
VPN group. A CP / SSC can be assigned to several VPN groups at the same time and use
different modes. The CP / SSC is then operated in mixed mode.
It is not possible to add a SCALANCE M module to a VPN group that contains a module in
bridge mode.
Refer to the following table to see which modules can grouped together in a VPN group:
Table 10-27 Security modules and VPN modes
Module Can be included in a VPN group in...

Bridge mode Routing mode
SCALANCE S612 / S613 / S623 / S627-2M in x -*
bridge mode
SCALANCE S612 / S613 / S623 / S627-2M in - x
routing mode
CP x43-1 Adv. x x
CP 1543-1 V1.1 x x
CP 1243-1 x x
CP 1243-7 x x
CP 1628 x x
SOFTNET Security Client V4.0 x x
SCALANCE M875 - x
* SCALANCE S623/S627-2M modules in bridge mode can be inserted in a VPN group in routing mode
if their DMZ interface is activated (not at the same time).
Including security module in configured VPN group

The configured VPN group properties are adopted for security modules added to in an existing
VPN group.

Procedure after including a security module in a configured VPN group

Depending on whether or not you have changed the VPN group properties since the last
download, you must make a distinction between the following:
Case a: If you have not changed the VPN group properties and the module to be added
actively establishes the connection to modules of the type SCALANCE S, CP x43-1 Adv.
or CP 1628:
1. Add the new security module to the VPN group.
2. Download the configuration to the new module.
Case b:If you have changed the VPN group properties or the module being added does
not actively establish the connection to the already configured modules:
1. Add the new security module to the VPN group.
2. Download the configuration to all modules that belong to the VPN group.
In case a, it is not necessary to reconfigure and load the already commissioned security
modules. Active communication is not influenced or interrupted.
Settings for nodes with an unknown IP address

Nodes whose IP address is unknown at the time of configuration (Unknown Peers) can be
inserted in an existing VPN group. Since the nodes are usually mobile and obtain their IP
addresses dynamically (for example a SOFTNET security client or SCALANCE M), the VPN
tunnel from an Unknown Peer to SCALANCE S, CP x43-1 Adv. and CP 1628 can only be
established if you set the parameters for Phase 1 according to one of the following tables
("Encryption parameter 1" to "Encryption parameter 4"). If you use other settings, you cannot
establish a VPN tunnel to the modules listed. For establishing a VPN tunnel to CP 1543-1
V1.1, CP 1243-1 and CP 1243-7 there are no restrictions relating to this.
Table 10-28 Encryption parameter 1
Parameter Setting
Authentication method Certificate
DH group phase 1 Group 2
SA lifetime 1440 2500000 minutes
Encryption phase 1 AES-256
Authentication phase 1 SHA-1
Parameter Setting
Encryption phase 1 3DES-168
Authentication phase 1 SHA-1

Parameter Setting
Encryption phase 1 DES
Authentication phase 1 MD5
Parameter Setting
Authentication method Preshared key
Encryption phase 1 3DES-168
Authentication phase 1 SHA1
Additional restrictions for the SOFTNET Security Client

For the SOFTNET security client, the following restrictions also apply:
Table 10-32 Encryption parameters for the SOFTNET Security Client
Parameter Setting / special feature

Encryption phase 1 AES-256 possible only with Windows 7
SA lifetime phase 1 1440 to 2879 minutes
SA lifetime type Must be selected identical for both phases
Encryption phase 2 No AES 128 possible
SA lifetime phase 2 60 to 2879 minutes
Authentication phase 2 No MD5 possible
Procedure after removing an active member from a VPN group

If you remove an active node from an existing VPN group, this can still establish a connection
to the group members even if you have downloaded the project to all members of the VPN
group again.
If you do not want the removed active node to be able to establish the connection any longer,
renew the CA group certificate and download the project again to the members of the VPN
group. The certificate can be renewed in the group properties of the VPN group or in the "CA"
tab of Certificate Manager.

Configuring internal network nodes
Overview of configuring internal network nodes
This function is available only for SCALANCE S612/S613/S623/S627-2M, CP x43-1 Adv. and
CP 1628.

Each security module must know the network nodes in the entire internal network to be able
to recognize the authenticity of a frame.
The security module must know both its own internal nodes as well as the internal nodes of
the security modules in the same VPN group. This information is used on a security module
to decide which data packet will be transferred in which tunnel.
By adding a security module to a VPN group, the local internal nodes/subnets of the security
module are automatically made known to the security module. To allow communication via the
VPN tunnel with other subnets or nodes of another subnet (routed internal network; DMZ
network when the VPN tunnel is on the external interface and vice versa), these subnets or
nodes must be enabled for VPN tunnel communication in the configuration.
SCALANCE S modules allow network nodes to be learned automatically or configured
statically. The mode of the security module also decides the options available for learning
internal network nodes.
SCALANCE S in bridge mode

In bridge mode, you can configure the internal IP/MAC nodes and the internal subnets or
alternatively can allow automatic learning of internal nodes by the SCALANCE S.
SCALANCE S in routing mode

In routing mode there is no automatic learning mode available. Instead, enter entire subnets
here that need to be released for tunnel communication.
CP x43-1 Advanced and CP 1628

CP x43-1 Adv.
Decide whether or not tunnel communication to the CP (Gbit interface) and/or to the internal
subnet (PROFINET subnet) is permitted for VPN connection partners in routing mode
(SCALANCE S / M).
CP 1628
Enter the NDIS nodes you want to be reachable through the tunnel of VPN connection
partners in routing mode (SCALANCE S / M).

Automatic learning of internal network nodes
SCALANCE S modules in bridge mode provide a learning mode with which the internal network
nodes can be learned automatically during operation. For more detailed information, refer to
subsection:
Using the learning mode to learn internal nodes (Page 809) in the section "SCALANCE S".
Configuring IP network nodes manually for SCALANCE S
How to configure IP network nodes for SCALANCE S modules manually is explained in:
Configuring IP network nodes manually (Page 810) in the section "SCALANCE S".
Configuring MAC network nodes manually for SCALANCE S
How to configure MAC network nodes for SCALANCE S modules manually is explained in
Configuring MAC network nodes manually (Page 811) in the section "SCALANCE S".
Configuring internal subnets for SCALANCE S manually
How to configure the internal subnets for SCALANCE S modules is explained in
Configuring internal subnets manually (Page 811) in the section "SCALANCE S".
Allow access to S7-300 / S7-400 CPs for VPN connection partners
How to allow access to S7-300 / S7-400 CPs for VPN connection partners is explained in
Allow access to S7-300 / S7-400 CPs for VPN connection partners (Page 836) in the section
"Security for S7-300 /S7-400 /PC CPs".

Configuring NDIS nodes for PC CPs that can be reached through the tunnel
How you configure NDIS nodes for PC CPs that can be reached through the tunnel is explained
in
Configuring NDIS nodes manually for PC CPs that can be reached through the tunnel
(Page 836) in the section "Security for S7-300 / S7-400 / PC CPs".
Configuring module- and connection-specific VPN settings
Requirement
The module is a member of a VPN group.
Module- and connection-specific settings

With module- and connection-specific settings, you can configure specific VPN settings.
Module-specific settings are configured specifically for a security module while connection-
specific settings are configured specifically for a security module in a certain VPN group.
You can configure the following module-specific properties in the local security settings with
the "VPN" entry:
Dead peer detection
Permission to initiate connection establishment
Public address (IP address / FQDN) for communication via Internet gateways
Nodes that need to be enabled for tunnel communication
If you select a security module in the list of VPN groups in the "Network data" area, the following
connection-specific VPN settings can be seen and can be configured:
Partner modules to which tunnel connections exist
Type of transferred packets
Selection of the local interface of the selected security module that will serve as the tunnel
endpoint
Selection of the partner interface that will serve as the tunnel endpoint

Dead peer detection (DPD)

As default, DPD is enabled.
When DPD is enabled, the modules exchange additional messages at selectable intervals if
no communication occurs at these points in time. This means that it is possible to recognize
whether the IPsec connection is still valid or possibly needs to be re-established. If there is no
longer a connection, the security associations (SA) of phase 2 are terminated prematurely. If
DPD is disabled, the SA is ended only after the SA lifetime has expired. For information on
setting the SA lifetime, see section
Group properties for selected VPN group (Page 745).

You can restrict the permission for initiating the VPN connection establishment to certain
modules in the VPN.
The decisive factor for the setting of the parameter described is the assignment of the address
for the gateway of the module you are configuring. If a static IP address is assigned, the module

can be found by the partner. If the IP address is assigned dynamically and therefore changes
constantly, the partner cannot establish a connection as things stand.
Mode Meaning
Start connection to partner (initiator/res If this option is selected, the module is "active", in other
ponder) (default) words, it attempts to establish a connection to the partner
with a fixed IP address. The reception of requests for VPN
connection establishment is also possible.
This option is recommended when you obtain a dynamic IP
address from the provider for the gateway of the security
module you are configuring.
The partner is addressed using its configured WAN IP ad
dress, its configured external module IP address or the
configured DNS name.
Wait for partner (responder) If this option is selected, the module is "passive", in other
words, it waits for the partner to initiate the connection.
This option is recommended when you have been assigned
a static IP address by the provider for the gateway of the
security module you are configuring. It means attempts to
establish a connection can only be initiated by the partner.
This partner can, for example, have a dynamic WAN IP
address.
Note
Make sure that you do not set all the modules in a VPN group to "Wait for connection from
remote VPN gateway" otherwise no connection is established.
WAN IP address / FQDN - addresses of the modules and gateways in a VPN over Internet
When operating a VPN with IPsec tunnel over the Internet, additional IP addresses are
generally required for the Internet gateways such as DSL routers. The individual security or
SCALANCE M modules must know the external IP addresses of the partner modules in the
VPN.
Note
To use a WAN as an external public network, enter the IP address that you received from the
provider as the external IP address, through which the security module is then reachable in
the WAN (Internet). To allow the security module to send packets via the WAN, you need to
enter your DSL router as "Standard router".
If you use a DSL router as Internet gateway, the following ports (at least) must be opened on
it as described in the relevant documentation:
Port 500 (ISAKMP)
Port 4500 (NAT-T)
To allow this, in the module-specific VPN settings, you have the option of assigning an IP
address as a "WAN IP address". When you download the module configuration, the group
members are then informed of the WAN IP addresses of the partner modules. As an alternative

to a WAN IP address, you can also enter an FQDN. Depending on the existing addresses,
VPN endpoints are used as default according to the following priorities:
1. WAN address
2. FQDN of the primary dynamic DNS service
3. FQDN of the secondary dynamic DNS service
4. External IP address / DMZ IP address of the security module
Note: After removing an existing WAN address, the external IP address / DMZ IP address is
always used.
In the interface selection of the connection-specific VPN settings, you yourself can decide
which address the partner will be informed of. In these settings, you can also specify the
interface to be used for communication by the nodes of a VPN group and the security module
that is authorized to set up connections.

6HFXULW\0RGXO :$1 6HFXULW\0RGXO
WAN
,QWHUQHW*DWHZD\ ,QWHUQHW*DWHZD\

/$1 /$1
*356,QWHUQHW*DWHZD\

6&$/$1&(0
/$1
Internal IP address - of a module

External IP address - of a module
IP address of an Internet gateway (for example, GPRS gateway)
IP address (WAN IP address) of an Internet gateway (for example, DSL router)

The configuration of internal network nodes is described in the following section:
Auto-Hotspot

See also
How to create an IPsec tunnel with VPN groups (Page 742)
Configuring router and firewall redundancy
This function is available only for SCALANCE S623/S627-2M as of V4, see section
Auto-Hotspot.
Online functions - diagnostics and logging
Overview of diagnostics and logging in

For test and monitoring purposes, the security module has diagnostic and logging functions.
Diagnostic functions
These include various system and status functions that you can use for an existing network
connection to the security module.
Logging functions
This involves the logging of system and security events and data packets.
Recording events with logging functions

You select the events to be logged in the log settings for the relevant security module.
You can configure the following variants for logging:
Local logging
In this variant, you log events in the local buffer of the security module. You can then access
these logs, display them and archive them on the service station in the "Online &
diagnostics" dialog. The evaluation of the buffer areas of the security module is only
possible if there is a network connection to the selected security module.
Network Syslog
With Network Syslog, you use a Syslog server that exists in the network. This logs the
events according to the configuration in the log settings for the relevant security module.
Archiving log data and reading in from a file

You can save the logged events for archiving in a log file and open this later even without a
network connection to the security module. For more detailed information, refer to section
Auto-Hotspot.

Diagnostics in ghost mode (only for SCALANCE S S602 as of V3.1)

When you operate the security module in ghost mode, the external interface of the security
module takes over the IP address of the internal node at runtime. Before you can run
diagnostics of a security module in ghost mode, you need to establish the connection to the
security module via the IP address that the security module obtained from the internal node
at runtime.
To find out which IP address the security module currently has, you can search for accessible
nodes in STEP 7 using the "Online" > "Accessible devices".
Protecting exported log files from unauthorized access

Log files exported from STEP 7 can contain security related information. You should therefore
make sure that these files are protected from unauthorized access. This is particularly
important when passing on the files.
Function overview online dialog
Functions of the "Online & diagnostics" dialog

In STEP 7, the security module provides the following functions in the "Online & diagnostics"
dialog:
Entry in the online dialog Function

Status Display of status information about the selected security module, such as the
current IP addresses of the interfaces and the current time and date.
Interface settings (only for SCALANCE S Overview of the settings of the individual interfaces.
V3 or higher)
Dynamic DNS (only for SCALANCE S as of Overview of the settings for dynamic DNS.
V3)
System log (not for CP 1242-7) Display of logged system events, starting and stopping logging (only if there is
an online connection to SCALANCE S modules) and starting and stopping the
reading out of log data from the local buffer of the security module.
Audit log (not for CP 1242-7) Display of logged security events, starting and stopping reading out of log data
from the local buffer of the security module.
Packet filter log (not for CP 1242-7 and CP Display of logged data packets, starting and stopping logging (only if there is
1243-7) an online connection to SCALANCE S modules) and starting and stopping the
reading out of log data from the local buffer of the security module.
ARP table (only for SCALANCE S V3 or Display of the ARP table of the security module.
higher)
Logged in users (only for SCALANCE S V3 Shows the users logged in to the Internet page for user-specific IP rule sets.
or higher)
Communication status (not for SCALANCE Display of status information about VPN tunnel connections and members of
S602, CP 1242-7 and CP 1543-1 V1.0) VPN groups to which the selected security module belongs.
Internal nodes (not for SCALANCE S602, Display of the learned or configured internal network nodes of the security
CP 1243-1, CP 1242-7, CP 1243-7, CP module.
1543-1 and PC-CPs)
Dynamically updated firewall rules (only for Display of the IP addresses that were released dynamically over HTTP or
CP x43-1 Adv.) HTTPS, or loaded by a user.

Entry in the online dialog Function

Firewall blacklist (only for SCALANCE S as Display of the IP addresses that were entered in the blacklist of the firewall.
of V4)
Ghost mode (only for SCALANCE S S602 Dialog for the ghost mode of the SCALANCE S602 with information on the
as of V3.1) address parameters of the internal node (identical to the external IP address
of the security module) and on IP address changes of the internal node.
Log files (offline view)
System log (not for CP 1242-7) Display of logged system events as well as starting and stopping the display.
Audit log (not for CP 1242-7) Display of logged security events as well as starting and stopping the display.
Packet filter log (not for CP 1242-7 and Display of logged data packets as well as starting and stopping the display.
CP 1243-7)
Date and time (only for SCALANCE S) Date and time setting.
Firmware update Updating the firmware.
Requirements for access

The following requirements must be met to use the online functions of a security module:
There is a network connection to the selected module
The project with which the module was configured is open
a user with the required rights must be logged in to the project
For CPs the diagnostics access must be opened in the firewall (CP x43-1 and CP 1628:
TCP 443; CP 1243-1, CP 1242-7, CP 1243-7 and CP 1543-1: TCP 8448)
Note
Requirement for online diagnostics in ghost mode (only for SCALANCE S S602 as of V3.1)
Online diagnostics is only available in ghost mode if the security module has learned the IP
address of the internal node and has adopted this for its external interface. After this, the
security module can be reached via the IP address of the external interface.

1. Right-click on the module to process.
2. Select the "Online & diagnostics" command from the shortcut menu.
3. If there is no online connection established to the security module, click the "Connect online"
button in the "Diagnostics" entry.
Online settings are not saved in the configuration

Settings that you make in online mode (for example settings for the logging memory) are not
stored in the configuration on the security module. This is why the configuration settings are
always applied at the restart of the module.

Functions of the online diagnostics
Status information of the security module - "Status" entry
Meaning
Display of the status of the security module selected in the project.
Table 10-33 Online & diagnostics: - "Status" entry
System and status functions Meaning

Overview
Hardware type The type of the security module.
External IP address The external IP address of the security module.
For CP 1243-1, CP 1242-7, CP 1243-7, CP
1543-1, CP 1628: The IP address of the Industrial
Ethernet interface.
For CP x43-1 Adv.: The IP address of the Gbit
interface.
Internal IP address The internal IP address of the security module.
For CP 1628: The IP address of the NDIS inter
face. If there is more than one NDIS address, only
one is displayed.
For CP x43-1 Adv.: The IP address of the PROFI
NET interface.
DMZ IP address (SCALANCE S623 / S627-2M on The DMZ IP address of the security module.
ly)
Tunnel IP address (only SCALANCE S612/S623/ The first alias internal IP address of the security
S627-2M as of V4) module in the VPN tunnel.
Serial number The serial number of the security module.
Order number The MLFB identifier of the security module that is
used when ordering.
Firmware version The firmware version of the security module.
Operating mode Mode of the security module (bridge mode / rout
ing mode)
External MAC address The external MAC address of the security module.
For CP 1243-1, CP 1242-7, CP 1243-7, CP
1543-1, CP 1628: The MAC address of the Indus
trial Ethernet interface.
For CP x43-1 Adv.: The MAC address of the gig
abit interface.
Internal MAC address The internal MAC address of the security module.
For CP 1628: The MAC address of the NDIS in
terface.
For CP x43-1 Adv.: The MAC address of the PRO
FINET interface.
DMZ MAC address (SCALANCE S623 / S627-2M The DMZ MAC address of the security module
only)


Hardware release The hardware product version of the security mod
ule.
C-PLUG Shows whether or not a C-PLUG is inserted.
Alias IP addresses (only for SCALANCE S as of V4)
IP address Alias IP address that was registered on an inter
face of the security module by a NAT rule.
Corresponding Interface Interface of the security module on which the alias
IP address was registered.
Local time
Current time Date and time that is displayed on the security
module.
Format for "German" user interface language:
dd.mm.yyyy (date) hh:mm:ss (time)
Format for "English" user interface language:
mm/dd/yyyy (date) hh:mm:ss AM/PM (time)
Format for "French", "Italian" and "Spanish" user
interface language:
dd/mm/yyyy (date) hh:mm:ss (time)
Format for "Chinese" user interface language:
yyyy/mm/dd (date) hh:mm:ss
Note (not for CPs)
You set the local time on the SCALANCE S module
in "Functions" > "Date and time".
Operating time Time since the last restart of the security module.
Format with the user interface language "German",
"English", "French", "Italian", "Spanish" and "Chi
nese": dddd.hh:mm:ss
Time-of-day source The source from which the date and time are ob
tained.
Configuration
Created Date and time when the project was first created.
Format with the user interface language "Ger
man", "English", "French", "Italian", "Spanish" and
"Chinese": dd.mm.yyyy (date) hh:mm:ss (time)
Name File name of the project last loaded.
Author Name of the user who created the project. Is
adopted from the project properties.
Loaded Date and time when the project was last loaded
on the security module.
Format with the user interface language "Ger
man", "English", "French", "Italian", "Spanish" and
"Chinese": dd.mm.yyyy (date) hh:mm:ss (time)
Storage location Specifies the location (e.g. town) that was entered
in the properties of an SCT project.
File system (not for CPs)
RAM Indicates how much RAM and flash is occupied in
Flash the file system.

Overview of the individual interfaces - "Interface settings" entry
Overview of the individual interfaces - "Interface settings" entry (Page 816)
Overview of the Dyn. DNS settings - "Dynamic DNS" entry
Overview of the Dyn. DNS settings - "Dynamic DNS" entry (Page 818)
Display of the ARP table - "ARP table" entry
Display of the ARP table - "ARP table" entry (Page 820)
Users logged in to the Web page - "Logged in users" entry
Users logged in to the Web page - "Logged in users" entry (Page 820)
VPN connections of the security module - "Communication status" entry
This function is available only for SCALANCE S612/S613/S623/S627-2M, CP x43-1 Adv., CP
1243-1, CP 1243-7, CP 1543-1 V1.1 and CP 1628.
Meaning
Display of the communication status of the following network components:
Other security modules of the VPN group to which the selected security module belongs
Internal network nodes of these security modules

Table 10-34 Online & diagnostics: "Communication Status" entry

Known security devices or modules Display of the nodes with which the selected se
curity module is in a VPN group. This also shows
whether the tunnel status is active or passive. To
obtain additional information on one of the nodes,
select this in the list.
Note:
Configured, inactive tunnels are indicated for CPs
only.
Endpoints Display of information on the internal network no
des of the security module that you selected in the
"Known security devices or modules" table. For
each internal network node, this shows whether it
was learned or configured. It also shows the sub
net in which the internal network node is located.
With SCALANCE S modules, the subnet of net
work nodes is only displayed in bridge mode.
Tunnel properties Display of properties of the VPN tunnel establish
ed to the security module that you selected in the
"Known security devices or modules" table.
Found internal network nodes - "Internal nodes" entry
This function is available only for SCALANCE S612/S613/S623/S627-2M and CP x43-1 Adv.
Meaning
Display of all learned and configured network nodes. This also displays whether or not the
learning mode of the security module is enabled.
Updated firewall rules - "Dynamically updated firewall rules" entry
This function is only available for CP x43-1, see subsection:
Updated firewall rules - "Dynamically updated firewall rules" entry (Page 836) in the section
"Security for S7-300 / S7-400 / PC CPs".
Display of the firewall blacklist - "Firewall blacklist" entry
Display of the firewall blacklist - "Firewall blacklist" entry (Page 821).

Setting the date and time - "Date and Time" entry
This function is available only for SCALANCE S, see section
Setting the date and time - "Date and time" entry (Page 821).
Diagnostics in ghost mode - "Ghost mode" entry
This function is available only for SCALANCE S602 as of V3.1, see section
Diagnostics in ghost mode - "Ghost mode" entry (Page 821).
Logging functions
Logging system events - "System log" entry
This function is available only for SCALANCE S, CP x43-1 Adv., CP 1243-1, CP 1243-7, CP
1543-1 and CP 1628.
Meaning
Display of logged system events and starting and stopping reading system events from the
local memory of the security module.
The system log automatically logs successive system events, for example the start of a
process. The logging can be scaled based on event classes.

Start/stop logging (not for CPs) Starts/stops recording of system events. The
method and the event classes that are logged are
configured in the local security settings.
Start/stop reading Starts/stops reading of system events from the lo
cal memory of the security module. If you select
the "Save log file" check box, the recorded log data
is also saved as file. Select the storage location
and enter a file name.
Note
If you select the "Save log file" check box after
starting reading, the data read out up to then can
no longer be saved in a log file.
Clear display Deletes the log data shown in the table.
For more information on opening saved system events in log files, refer to section
Evaluating system events in offline mode - "System log" entry (offline view) (Page 766).

Logging security events - "Audit log" entry
1543-1 and CP 1628.
Meaning
Display of logged security events and starting and stopping reading of security events from
the local memory of the security module.
The audit log automatically logs successive security-relevant events. This includes, for
example, user actions such as enabling and disabling packet logging.

Start/stop reading Starts/stops reading of security events from the
local memory of the security module. If you select
the "Save log file" check box, the recorded log data
is also saved as file. Select the storage location
and enter a file name.
Note
For more information on opening security events stored in log files, refer to section
Evaluating security events in offline mode - "Audit log" entry (offline view) (Page 767).
Logging data packets - "Packet filter log" entry
This function is available only for SCALANCE S, CP x43-1 Adv., CP 1243-1, CP 1543-1 and
CP 1628.
Meaning
Display of logged data packets and starting and stopping reading of packet filter events.
The packet filter log records certain packets of the data traffic. Data packets are only logged
if they match a configured packet filter rule (firewall) or to which the basic protection reacts
(corrupt or invalid packets). This is only possible when logging is enabled for the packet filter
rule.
For information about activation of the logging, refer to section
Auto-Hotspot.

As well as reading the log data from the buffer and transferring it to the display, it can also be
saved in a file for archiving.

Start/stop logging (not for CPs) Starts/stops logging of data packets. The method
with which the data is logged is configured in the
local security settings.
Start/stop reading Starts/stops reading out of logged data packets
from the local memory of the security module. If
you select the "Save log file" check box, the recor
ded log data is also saved as file. Select the stor
age location and enter a file name.
Note
Log category Select the data packets for which the logging will
be displayed. The selection depends on the set
tings you configured offline in the local security
settings. Only the data packets for which logging
was enabled are logged. If you select a category
for which logging was not enabled, no data will be
logged for this category.
For information on opening the stored packet filter log data, refer to section
Evaluating packet filter events in offline mode - "Packet filter log" entry (offline view)
(Page 767).
Evaluating log files in offline mode
Evaluating system events in offline mode - "System log" entry (offline view)
1543-1 and CP 1628.

3. Select "Diagnostics" > "Log files (offline view)" > "System log".
Meaning
Opens logged system events that you saved as a file in the online view.
For more information, refer to chapter Logging system events - "System log" entry (Page 764).

Evaluating security events in offline mode - "Audit log" entry (offline view)
1543-1 and CP 1628.

3. Select "Diagnostics" > "Log files (offline view)" > "Audit log".
Meaning
Opens logged security events that you saved as a file in the online view.
For more detailed information, refer to section Logging security events - "Audit log" entry
(Page 765).
Evaluating packet filter events in offline mode - "Packet filter log" entry (offline view)
This function is available only for SCALANCE S, CP x43-1 Adv., CP 1243-1, CP 1543-1 and
CP 1628.

3. Select "Diagnostics" > "Log files (offline view)" > "Packet filter log".
Meaning
Opens logged data packets that you saved as a file in the online view.
For more detailed information, refer to section Logging data packets - "Packet filter log" entry
(Page 765).

Download functions
Special features when downloading security configurations

Security configurations can influence the reachability of the security module for the
configuration PC. This, for example, is the case if there is a tunnel connection configured for
one security module to another security module in a configuration and this configuration is
downloaded from the configuration PC to the security module. After the download by the
configuration PC, the security module can no longer be reached and the reachability test
performed as default by STEP 7 following the download of the configuration fails. The error
message output by STEP 7 relates solely to the reachability test; the actual download of the
configuration is ensured if the project data is consistent and the IP address relationship
between the security module and the configuration PC is correct.
Special features when downloading configurations and firmware to SCALANCE S modules
are described in the following subsection of the section "SCALANCE S":
Auto-Hotspot
Uploading configurations to the engineering station

Uploading a configuration from a SCALANCE S module or from the CP 1628 to an engineering
station is not possible.
Uploading a configuration from an S7 CP that supports security to an engineering station is
also possible if security features were included in the configuration. Configured security
functions are not, however, transferred to the engineering station. In the transferred
configuration on the engineering station, the "Activate security features" check box is also
deselected.
SOFTNET Security Client
Using the SOFTNET Security Client
Area of application - access over VPN

With the SOFTNET Security Client (SSC) PC software, secure remote access is possible from
PGs/PCs to automation systems protected by a security module via public networks. You
require SOFTNET Security Client V4.0 HF1 for S7-300/S7-400 CPs and for the PC CP 1628.
These CPs are not approved for operation with SOFTNET Security Client V4.0. The
SOFTNET Security Client has not been released for other CPs.
With the SOFTNET Security Client, a PG/PC is configured automatically so that it can establish
a secure IPsec tunnel communication in the VPN (Virtual Private Network) with one or more
security modules.
This IPsec tunnel communication makes it possible for PG/PC applications such as NCM
diagnostics to securely access devices or networks that are located in an internal network
protected by the security module.

How does the SOFTNET Security Client work?

The SOFTNET Security Client reads the configuration that was created by STEP 7 and, if
necessary, determines from the file which certificates are to be imported.
The CA certificate and the private key are imported when applicable and stored on the local
PG/PC.
Following this, security settings are made based on the data from the configuration so that
applications can access IP addresses downstream from the security modules.
If the learning mode is enabled for the internal nodes or programmable controllers, a security
policy is first set for secure access to security modules. Then, the SOFTNET Security Client
addresses the security modules in order to obtain the IP addresses of the relevant internal
nodes.
The SOFTNET Security Client enters these IP addresses in special filter lists belonging to this
security policy. Applications can then communicate with the programmable controllers via VPN.
Note
Additional security measures when using the SOFTNET Security Client
The SOFTNET Security Client provides a solution for secure communication with automation
cells via VPN. For self-protection of the PC/PG and the corresponding automation cell, it is
advisable to use additional measures such as a virus scanner and the Windows firewall.
In Windows 7, the firewall of the operating system must be enabled so that VPN tunnel
establishment works.
Creating a configuration file in STEP 7
Configuring a SOFTNET Security Client module in the project

The SOFTNET security client is created as a module in the project. In contrast to the other
security modules, you do not need to configure any further properties.
Assign the SSC module to the VPN group or groups at which an IPsec tunnel to the PG/PC is
to be set up.
Note
Refer to the information on parameters in section
Including security module in configured VPN group (Page 748).
Note
If you create several SOFTNET Security Clients within a group, no tunnels are set up between
these clients but only from the relevant client to the security modules.

Configuration files for the SOFTNET Security Client

The interface between STEP 7 as configuration tool and the SOFTNET Security Client is
controlled by configuration files.
:RUNVWDWLRQ
FRPSXWHU
([SRUWRIWKHFRQILJXUDWLRQIRU
62)71(76HFXULW\&OLHQWZLWK
GDWDPHGLXP
62)71(7
6HFXULW\&OLHQW
The configuration is stored in the file types "*.dat", "*.p12" and "*.cer".
Procedure
To generate the configuration files, perform the following steps in STEP 7:
1. In the "Devices & networks" view, select the "Topology view" or the "Network view" tab.
2. Insert a PC system of the type "SOFTNET Security Client" in the selected tab from the
hardware catalog.
3. Assign the SOFTNET Security Client to the VPN groups in which the PG/PC will
communicate over IPsec tunnels.
4. Make sure that the "Generate SSC files" check box is selected under the "Configuration of
the SOFTNET Security Client" entry in the local security settings of the SOFTNET Security
Client.
5. Select the storage location for the configuration files.
6. Compile the configuration of the SOFTNET Security client to export the configuration file.
7. If you selected certificate as the authentication method, specify a password for the
certificate of the VPN configuration. If you do not assign a password, the project name (not
the project password) is used as the password.
Result: Export of the configuration files is completed.
8. Adopt the files of the type *.dat, *.p12, *.cer on the PG/PC on which you want to operate
the SOFTNET Security Client.
Note
Protecting exported configuration files from unauthorized access
Configuration files for SOFTNET Security Client exported from STEP 7 can contain security
related information. You should therefore make sure that these files are protected from
unauthorized access. This is particularly important when passing on the files.

SCALANCE S
Replacing a security module
This function is available only for SCALANCE S V3 modules or higher.
Requirement
To be able to replace security modules, their module descriptions must be up to date. To update
the module description of security modules, follow the steps below:
1. Select the security module to be edited.
2. In the local security settings, click on the entry "General" > "Catalog information".
3. Click the "Update module description" button.

1. Select the security module to be edited in the topology or network view.
2. Right-click on the security module and select the shortcut menu command "Change
device...".
Based on the following table, you can see which security modules you can replace without
data loss and which could involve a possible data loss.
Initial Possible module replacement

module S602 V3 S602 S602 V4 S612 V3 S612 V4 S623 V3 S623 V4 S623 S627-2 S627-2
V3.1 V4.0.1 M V4 M
V4.0.1
S602 V3 - x x x x x x x x x
S602 V3.1 ! - x ! ! ! ! ! ! !
S602 V4 ! ! - ! ! ! ! ! ! !
S612 V3 ! ! ! - x x x x x x
S612 V4 ! ! ! ! - ! x x x x
S623 V3 ! ! ! ! ! - x x x x
S623 V4 ! ! ! ! ! ! - x x x
S623 ! ! ! ! ! ! ! - ! x
V4.0.1
S627-2M ! ! ! ! ! ! ! ! - x
V4
S627-2M ! ! ! ! ! ! ! ! ! -
V4.0.1
x Without losses
! Possibly with losses
- The module type and the firmware version are not changed.

Configuring interfaces for SCALANCE S modules
Overview
Configuring the mode

With the mode you specify how interface routing is handled (external/internal). The DMZ
interface of the security module (SCALANCE S623/S627-2M only) is always connected in
routing mode. For more detailed information, refer to the section
Configuring IP address parameters (Page 774)
Configuring the interfaces

If the external interface, the DMZ interface (SCALANCE S623/S627-2M only) or the tunnel
interface (only SCALANCE S612/S623/S627-2M as of V4 in VPN group(s)) of a security
module needs to be configured, it must be activated using the "Activate interface" check box.
Set the IP address information for each interface and settings for the individual ports. The
following options are available with which you can assign an IP address for the external
interface and for the DMZ interface in the "General" entry (SCALANCE S623/S627-2M only):
Static IP address with subnet mask. For more detailed information, refer to the section
Address assignment using PPPoE. For more detailed information, refer to the section
Configuring an Internet connection (Page 776)
The internal interface and the tunnel interface can only be configured using a static IP
address.
If alias IP addresses were registered on the interfaces of the security module due to configuring
NAT rules, these are displayed in the "Alias IP addresses" entry.
Note
External interface and DMZ interface as Internet access
The simultaneous operation of PPPoE on the external interface and on the DMZ interface (dual
ISP) is not possible.
Point to Point Protocol over Ethernet (PPPoE)

To allow Internet/WAN access directly via a DSL modem, the IP address on the external
interface or on the DMZ interface is assigned using PPPoE. PPPoE is a dial-in protocol for
obtaining IP addresses from an Internet service provider (ISP). SCALANCE S is operated here
in routing mode.

To use this IP address assignment mode, specify the ISP in the "PPPoE" entry. The IP address,
the subnet mask, the standard router and the DNS server of the interface are specified by the
ISP.
Note
A configured standard router is not taken into account when using PPPoE. This is assigned
dynamically to the module by the ISP.
Note
No network components between SCALANCE S and DSL modem
If the interface of a SCALANCE S module is operated using PPPoE, there must be no other
network components between this interface and the connected DSL modem, otherwise the
dial-in data of the Internet Service Provider may be transferred unencrypted over this link.
When using the "CHAP" authentication protocol, the data is transferred encrypted.
Configuring media modules

In addition to the functions of the SCALANCE S623, the S627-2M has two media module slots
in which an electrical or optical media module with two ports can be inserted. This expands
both the external and internal interface by up to two ports. In routing mode, the additional ports
of the security module can be used to link the external and internal interface to ring topologies.
To integrate media modules in the SCALANCE S627-2M, select the security module and
change to the device view. Then select the required media modules from the hardware catalog.
For ports with the port type "Copper", you can set the transmission speed and the duplex
method manually using the port mode. For ports with the port type "Optical", the port mode is
fixed by the media module used or by the SFP transceiver used and cannot be adapted.
You will find information on connecting the media module ports to MRP rings in the following
section:
Auto-Hotspot
Setting the operating mode

2. In the local security settings, select the entry "Mode".
Operating mode - possible selections

You can change the operating mode in this dialog if the security module is not included in a
VPN group. If the security module is in a VPN group, the mode cannot be changed.

The selection applies to interface routing between the external and internal interface. The DMZ
interface (SCALANCE S623 and S627-2M only) is always connected in routing mode.
Bridge mode For operation in flat networks. External and internal interface
are in the same IP subnet.
For S623 / S627-2M: External and internal interface are in
the same IP subnet, the DMZ interface is in a different IP
subnet or is deactivated.
Routing mode All interfaces are in different IP subnets. If you have activated
the routing mode, you must configure an internal IP address
and subnet mask for the internal interface of the security
module.
Note
If you have enabled the routing mode for the SCALANCE S
module, no MAC firewall rules can be defined.
Ghost mode (only for SCALANCE S S602 as of V3.1) In operation, the security module adopts the IP address of
the node connected to the internal interface of the security
module for the external interface. The IP address data speci
fied for the external interface is only used for downloading the
configuration prior to operation in ghost mode.
Configuring IP address parameters
Meaning
Specify network parameters such as the IP address and subnet mask for the interface(s) of
the security module.

2. Select "External interface [P1] red" or "DMZ interface [P3] yellow" in the local security
settings. The virtual tunnel interface can only be configured when the security module (only
SCALANCE S612/S623/S627-2M as of V4) is in at least one VPN group, refer to the section
"Meaning of the tunnel IP address".
Note
Configuration of the internal interface in routing mode
If you have selected the "Routing" mode for the security module, you must also configure
an internal IP address and subnet mask for the internal interface of the security module.
You can access this function in the local security settings under "Internal interface [P2]
green" > Ethernet addresses".
3. If applicable, enable the interface using the "Activate interface" check box.
4. Select the "Ethernet addresses" entry.
5. Complete the settings specified in the following table.

Parameter Meaning
IP address IP address for the external interface.
The IP address consists of four decimal numbers from 0 to
255, with each number being separated by a period, for ex
ample, 141.80.0.16.
Subnet mask The subnet mask consists of four decimal numbers that are
separated by period, for example, 255.255.0.0
Use router (not possible for the tunnel interface) Select this check box if you want to use a standard router and
enter its IP address in the "Router address" input box.
Note
Networking the physical interfaces
Network the physical interfaces of the security module with suitable subnets to avoid IP address
conflicts.
Meaning of the tunnel IP address

If you use the function "NAT/NAPT in the VPN tunnel" for a SCALANCE S612/S623/S627-2M
module as of V4, you need to assign a tunnel IP address for the security module. This ensures
the reachability of the security module via the VPN tunnel and provides a configuration and
diagnostics option. The configured tunnel IP address can be expanded with alias tunnel IP
addresses using suitable NAT / NAPT rules. The subnet mask is fixed at 32 bits for the tunnel
IP address and cannot be changed by the configuration. The tunnel IP address can only be
configured if the security module is in at least one VPN group.
You will find further information on address translation with NAT/NAPT in VPN tunnels in the
following section:
Special features with a standard router

If the IP assignment configured is via "PPPoE", a configured standard router is ignored
because the standard route is always automatically via the PPPoE interface.
If the address assignment configured is with "Static address" and if the security module is
connected to the Internet via a DSL (NAPT) router, the DSL router must be entered as the
standard router.
For security modules in ghost mode (SCALANCE S602 as of V3.1 only), no standard
routers can be configured since these are identified during runtime. Specific routes cannot
be configured for security modules in ghost mode.
Configuring port mode
Meaning
The port mode specifies the transmission speed and the duplex method. The same parameters
should be set for the ports involved in communication.

For SCALANCE S V2 modules, the port mode is set to "Autonegotiation" as default. This means
the transmission speed and the duplex setting are selected automatically. Moreover, the auto-
crossing function is supported.
Configurable port modes

For SCALANCE S V3 and higher, the following port modes can be configured for the
permanently installed ports:
Port mode Meaning

Autonegotiation The transmission speed and the duplex setting are selected
automatically.
Note
A transmission speed of 1000 Mbps and the autocrossing
function are supported only if autonegotiation is selected.
10 Mbps, half and full duplex Transmission speed of 10 Mbps
100 Mbps, half and full duplex Transmission speed of 100 Mbps
Deactivating a port is possible only for external ports and for the DMZ port of SCALANCE S623/
S627-2M. The port modes for media module ports are configured in the device view and are
based on the range of functions of the media module in question.
Configuring an Internet connection
Requirement
The "PPPoE" entry is only displayed in the local security settings if the IP assignment method
"PPPoE" is configured for one of the interfaces.

1. Select the security module to be edited
2. In the local security settings, select the entry "PPPoE".

Meaning
In this entry, you make settings related to the Internet Service Provider (ISP) if a connection
using PPPoE is set for one of the interfaces of the security module.
Table 10-35 Settings for the ISP account
Function Description
Authentication protocol Select none or one of the following authentication
protocols:
PAP (Password Authentication Protocol)
CHAP (Challenge Handshake Authentication
Protocol)
Note
Both communications partners have to use the
same authentication method otherwise no connec
tion can be established.
User name Enter the name for logging in with the ISP account.
Password Enter the password for logging in with the ISP ac
count.
Repeat password Enter the password for logging in with the ISP ac
count again.
Table 10-36 Rules for user names and passwords
Permitted characters The following characters from the ANSI X

3.4-1986 character set are permitted:
0123456789
A...Z a...z
!#$%&()"*'+`,-./:;<=>?@ [\]_{|}~^
Length of the user name 1 ... 255 characters
Length of the password 1 ... 31 characters
Table 10-37 Settings for the connection
Function Description
Permanent connection Permanent Internet connection. After the connection has been
terminated by the provider, the connection is automatically re
stored even if there are currently no packets to be sent.
On-demand connection The Internet connection is established automatically if packets
need to be sent to the Internet.
In this setting, delays in the sending of packets are possible.

Maximum idle time (only with the If no packets are sent during a certain time, the Internet connec
setting "on-demand connection") tion is automatically terminated. In the "Maximum idle time" box,
enter the time in seconds after which the connection will be ter
minated.
Default setting: 300
Minimum value: 10
Maximum value: 3600
Forced disconnection (only with the Select the check box to be able to adapt the time of the forced
"Permanent connection" setting) disconnection by the security module.
Forced disconnection time (only The provider terminates the Internet connection automatically af
with the "Permanent connection" ter a certain period. If you enter a time of day in this box, the
setting) security module terminates the Internet connection itself at this
time. This allows disconnection of the Internet connection by the
provider to be delayed under certain circumstances. A self-initi
ated forced disconnection is only possible with an existing per
manent connection.
Default setting: 00.00
Permitted entries: 00:00 ... 23:59
Configuring dynamic DNS
FQDNs can be configured for SCALANCE S V3 or higher. The resolution of FQDNs by
SCALANCE S modules is possible for SCALANCE S as of V4.
Meaning
With dynamic DNS, you can access a constantly changing IP address with a permanently
defined name (FQDN). This is necessary, for example, if you want to access a server that can
be reached via a public IP address that changes.
How it works
The security module signals the current WAN IP address via which the security module can
be reached to a provider for dynamic DNS (for example DynDNS.org, no-ip.com). The provider
makes sure that DNS queries sent to the FQDN of the security module are replied to with the
current WAN IP address of the security module.
Dynamic DNS is permitted on the following interfaces:
External interface
DMZ interface

Setting up dynamic DNS - Requirements

Requirement:
An account has been created with a provider of dynamic DNS and an FQDN has been
registered.
Setting up dynamic DNS - Follow the steps below:

2. In the local security settings, select the entry "DNS".
3. If the security module is downstream from a DSL router or DSL modem, you specify a valid
DNS server address. To do this, two options are available:
Option Meaning
Obtain DNS server address automatically The address of the DNS server can be obtained
automatically using PPPoE if the security mod
ule is connected to the Internet via a DSL mo
dem. Can only be set for the external interface
and the DMZ interface.
Use the following DNS server address: Enter the address of the preferred and of the al
ternative DNS server manually.

4. Activate the "Activate service" check box in the "Primary dynamic DNS service" area and
make the following settings:
Setting Meaning
Provider Choose the provider with which you have set up
an account for dynamic DNS.
With the predefined providers (DynDNS.org and
No-IP.com), the provider update URL and the
check IP service URL are already completed. To
use a different provider and/or to use an HTTP
URL as the provider update URL, you need to
set up a user-defined provider.
User account with the provider Enter the user name that you specified when you
created the account.
Password with the provider Enter the password that you specified when you
created the account.
FQDN Enter the host name (e.g. mysecuritymodule)
and the domain name (e.g. dyndns.org) that is
registered with the provider separated by a peri
od. The FQDN can function as a VPN endpoint
and differ from the FQDN in the "VPN" entry. You
can configure which VPN endpoint the VPN part
ner is informed of in the connection-specific VPN
settings.
Monitor IP address change on DSL router If the security module is connected to the Internet
via a DSL router, enabling this function activates
the function of the Check IP service. The security
module periodically sends queries to determine
the current IP address of the DSL router and to
detect an IP address change on the DSL router.
The IP address specified in this way is sent to
the provider with each change ID.
Period Specify the interval at which the Check IP service
is called.
5. In case the primary provider fails, create a second provider in the "Secondary dynamic DNS
service" area (optional setting).

Setting up a user-defined provider - follow the steps below:

Set up a user-defined provider if you are not registered with DynDNS.org or No-IP.com and/
or want to use an HTTP URL as the provider update URL. To do this, select the "User-defined"
entry in the "Provider" drop-down list and make the following entries:
Setting Meaning
Ignore errors when checking the To ensure that the authentication data is protected, the certificate
server certificate of the update server is checked as default. If the certificate check
fails, the HTTPS connection is terminated and the account data
is not transferred. If you select the check box, the function is dis
abled, for example if the server certificate of the dynamic DNS
service is invalid (for example expired). It is advisable not to ignore
the check and not to select the check box.
Provider update URL Enter the URL you received from your provider. The placeholder
texts <FQDN> and <CurrentWanIP> need to be placed at the
correct positions in the URL.
Check IP service URL Enter the URL you received from your provider.
Configuring LLDP
Requirement
The security module is in routing mode.
Meaning
LLDP (Link Layer Discovery Protocol) is a protocol used to discover network topologies. A
device capable of LLDP can send information about itself to neighboring devices at regular
intervals and at the same time receive information from neighboring devices. The received
information is stored on every device with LLDP capability in an LLDP MIB file. Network
management systems can access these LLDP MIB files using SNMP and therefore recreate
the existing network topology.
Configurable parameters
The degree of activity of the security module in terms of LLDP can be configured under the
"LLDP mode" entry of the relevant interface.
Name Name of the port for which the setting is configured.
LLDP mode Configured LLDP mode:
RxTx: LLDP frames can be sent and received
Off: No LLDP frames can be sent or received

Media redundancy in ring topologies
Media redundancy with MRP
This function is available only for SCALANCE S627-2M modules.
Meaning
The term "media redundancy" groups together various methods for increasing availability in
Industrial Ethernet networks in which devices can be reached over different paths. This might
be achieved by meshing networks, arranging parallel transmission paths or by closing a linear
bus topology to form a ring.
Media redundancy method MRP

Media redundancy within a ring topology is available with SIMATIC NET products among other
things with the MRP method (Media Redundancy Protocol).
With this method, one of the nodes is configured as the redundancy manager. The other nodes
are redundancy clients. SCALANCE S627-2M modules can only adopt the role of an MRP
client. Using test frames, the redundancy manager checks the ring to make sure it is not
interrupted. The redundancy clients forward the test frames. If the test frames of the
redundancy manager no longer arrive at the other ring port of the redundancy manager due
to an interruption, the redundancy manager switches through its two ring ports and informs
the redundancy clients of the change immediately.
The time the SCALANCE X switches need to switch through their ring ports as redundancy
manager is 200 ms.
Note on the use of MRP

MRP is supported in ring topologies with up to 100 devices. Exceeding this number of
devices can lead to a loss of data traffic.
It is recommended that you set the ring ports involved to full duplex and 100 Mbps.
Otherwise there may be a loss of data traffic.

Possible uses of MRP on media module ports

MRP is supported only on the media module ports of the SCALANCE S627-2M. The following
table shows the possible uses of MRP on the media module ports of a SCALANCE S627-2M:
Ring ports Media module 1 Media module 2

P4 P5 P6 P7
MRP Client - - - -
Ring 1 Ring 1 - -
- - Ring 2 Ring 2
Ring 1 Ring 1 Ring 2 Ring 2
With two lower-layer rings per SCALANCE S module, layer 3 communication is possible
between the rings.
Configuring MRP for the security module
Requirement
The security module is in routing mode.
Media modules are configured for the interfaces to be connected to MRP rings.
The interfaces of the security module to be connected to rings are networked with the
relevant ring managers.

2. In the settings of the required interface, select the "Media Redundancy" entry.
Configurable parameters
Parameter Meaning Possible selections

MRP domain (only if the "MRP client" media The members of an MRP ring Display of the MRP domain used for the in
redundancy role is selected) are specified with the help of terface.
MRP domains. The same
MRP domain must be selec
ted for the interfaces of all
modules to be connected to
the same MRP ring.
Media redundancy role Selection of the media redun Not a node in the ring
dancy protocol or disabling of MRP Client
media redundancy for the in
terface.
Ring port 1 (only when the media redundancy Name of the first ring port of -
role "MRP client" is selected) the selected interface if the
media redundancy role "MRP
client" was selected for it.

Parameter Meaning Possible selections

Ring port 2 (only when the media redundancy Name of the second ring port -
role "MRP client" is selected) of the selected interface if the
media redundancy role "MRP
client" was selected for it.
Domain settings Using the domain settings, -
you can add new MRP do
mains, edit the names of ex
isting MRP domains and de
lete existing MRP domains.
Alternative media redundancy protocol Select this check box to ena Enable interface for other media
ble the interface of the secur redundancy protocols
ity module for other media re
Disable interface for other media
dundancy protocols.
redundancy protocols (default setting)
Passive listening Enable this check box if the Activate passive listening (default)
selected interface will be con Deactivate passive listening
nected to third-party net
works in which STP/RSTP
(Spanning Tree Protocol/
Rapid Spanning Tree Proto
col) is used.
Special features of the ghost mode
This function is available only for SCALANCE S602 as of V3.1.
Meaning
In ghost mode, the security module has no IP address of its own, neither on the internal nor
on the external interface. Instead, the security module obtains the IP address for its external
interface during runtime from a node connected to the internal interface of the security module
whose IP address parameters may be unknown at the time of configuration. It is possible to
change an IP address of the internal node and a corresponding IP address at the external
interface. Since the internal node is identified based on its MAC address, IP address changes
are made only for the learned MAC address. No IP address is configured or obtained at the
internal interface of the security module.
As regards the MAC addresses, the security module replaces the MAC address of the internal
node with the MAC address of the security module in all outgoing packets on the external
interface (responses from the internal node).
Activating ghost mode

2. In the local security settings, select the entry "Mode".
3. Select the "Ghost mode" option.

Configurable module properties

In ghost mode, the following module properties can be configured in the local security settings:
External interface [P1] red
Firewall
Log settings
SNMP
Since no DNS servers can be configured in ghost mode, no FQDN resolution is possible.
Requirement for identifying an internal node

The security module can only obtain the IP address of the internal node if the internal node
initiates data communication with a communications partner of the external network.
In addition to this, the security module does not provide any server services while obtaining
the IP address. The security module can only reply to queries from external after data packets
have been sent to the security module by the internal node.

Port assignment for incoming and outgoing data connections

Since the external interface of the security module and the internal node have the same IP
address, the network components must be addressed explicitly via the TCP/UDP ports. For
this reason, the ports are either assigned to the security module or the internal node. The
assignments of the ports to the relevant devices are shown in the following tables for incoming
and outgoing data connections:
Table 10-38 Port assignment for incoming connections (from external to security module)
Service Port Protocol Comment

Web services, configuration 443 TCP The HTTPS port is perma
and diagnostics access nently activated for configura
tion and diagnostics access
using STEP 7 and cannot be
changed.
SNMP 161 TCP Once SNMP is activated in
UDP STEP 7, incoming SNMP
queries are transmitted via
UDP port 161. Transfer via
TCP port 161 is also possible,
for example, to be able to
reach the internal node.
Note
After activating SNMP, the
SNMP port is permanently as
signed to the security mod
ule. If SNMP is not activated,
the internal node can be ac
cessed using SNMP with the
aid of a firewall rule.
Table 10-39 Port assignment for outgoing connections (from security module to external)
Service Port Protocol Comment

Syslog 514 UDP If the Syslog service is activa
ted in STEP 7, Syslog mes
sages are transferred via
UDP port 514 by the security
module. This port assign
ment cannot be changed.
NTP 123 UDP If NTP servers are used for
time-of-day synchronization,
NTP queries are transferred
via UDP port 123. This port
assignment cannot be
changed.

Recognizable IP addresses and subnet masks

The security module only recognizes internal nodes with IP addresses in the network class
ranges A, B or C. The subnet mask is identified by the security module based on the network
class (refer to the table "Network classes and corresponding subnet masks"). To allow the
subnet mask to be determined correctly, a standard router must be entered for the internal
node.
Nodes with IP addresses in the network classes D and E are rejected by the security module.
Network class IP addresses Subnet mask

Low limit High limit
A 0.0.0.0 127.255.255.255 255.0.0.0
B 128.0.0.0 191.255.255.255 255.255.0.0
C 192.0.0.0 223.255.255.255 255.255.255.0
D 224.0.0.0 239.255.255.255 Rejected by the security mod
ule
E 240.0.0.0 255.255.255.255 Rejected by the security mod
ule
A maximum of one internal node is recognized by the security module. If several internal nodes
exist, the security module reacts as follows:
The first device the security module recognizes in the internal network obtains access to
the external network segment if the firewall is suitably configured.
The data traffic of any additional nodes in the internal network area is blocked in the
outgoing direction at level 2 (MAC layer) based on the sender address.
Loading configurations and diagnostics after commissioning

After obtaining an IP address from the internal node, the security module has an IP address
on the external interface that can differ from the IP address with which the security module
was initially configured. To load a configuration or to run diagnostics, in STEP 7 you need to
specify the IP address for the connection to the external interface that the security module
obtained from the internal node during runtime. This is possible in the local security settings
or directly in the "Advanced download" or "Connect online" dialogs. For more detailed
information on establishing online connections, refer to the section: Downloading a
configuration (Page 823)
Routing information for hierarchical networks on the external interface

If there are hierarchical networks with subnet transitions on the external interface of the security
module, the security module needs to obtain the relevant routing information from the internal
node. To achieve this, the internal node must respond to ICMP queries sent to it. Responding
to ICMP broadcasts is not necessary.

Authentication using a RADIUS server
Overview
Meaning
RADIUS (Remote Authentication Dial-In User Service) is a protocol for authenticating users
by servers on which user data can be stored centrally. The use of RADIUS servers can increase
the protection of user names, assigned roles and passwords.

Scenario for the use of RADIUS servers

Authentication by RADIUS servers can be performed when activating user-specific IP rule sets.
5$',86VHUYHU
3*IRUDFFHVVWRDXWRPDWLRQFHOO

([WHUQDOQHWZRUN

6HFXULW\PRGXOH
,QWHUQDO$XWRPDWLRQFHOO
1 Entry of the user data on the Web page of the security module
2 Authentication by RADIUS server and activation of the user-specific IP rule set
3 Access to an automation cell
The network setup shown above is simply an example. The RADIUS server can also be located
in the internal network or in the DMZ network of the security module.
For the configuration options described below, it is assumed that a RADIUS server is
configured in STEP 7 and was assigned to the relevant security module. In addition to this,
one user or role must be configured with the "RADIUS" authentication method. For more
detailed information, refer to the following sections:
Defining a RADIUS server (Page 791)
Assigning a RADIUS server to a security module (Page 791)
Create users (Page 691)
Creating roles (Page 692)
For general information on user-specific IP rule sets, refer to the following section:
Auto-Hotspot

Configuration options
To authenticate the user using a RADIUS server, there are two configuration options available:
The user and the user's role are known on the security module, only the password
management for the user is performed on the RADIUS server. The user and the password
are configured on the RADIUS server.
A user with the "RADIUS" authentication method is configured.
The user is assigned to the user-specific IP rule set.
Result:
When a user logs on to the Web page of the security module, the authentication query
is forwarded to the RADIUS server.
The RADIUS server runs a password check and signals the result back to the security
module.
If the password check is passed successfully, the user-specific IP rule set is activated.
The role is known on the security module, user management is via the RADIUS server. The
user and the password are configured on the RADIUS server.
A user-defined role or a system-defined role is assigned to the user-specific IP rule set.
Under the entry "RADIUS" > "RADIUS settings" in the local security settings of the
security module, the check box "Allow RADIUS authentication of unconfigured users"
and the check box "Filter ID is required for authentication" are enabled.
Result:
When a user logs on to the Web page of the security module, the authentication and
authorization query is forwarded to the RADIUS server.
The RADIUS server runs a password check and signals the result back to the security
module.
Case a: If, in addition to this, the role name is configured on the RADIUS server:
The RADIUS server returns the role name assigned to the user to the security module.
Case b: If the role name is not configured on the RADIUS server:
The security module assigns the user the system-defined role "radius".
If the password check is passed successfully, the user-specific IP rule set is activated.
Conventions for RADIUS servers

The RADIUS servers can be in any network connected to the security module.
A maximum of two RADIUS servers can be configured per security module. During
operation only one of the RADIUS servers is active.
When defining a RADIUS server, an FQDN can also be used instead of IP an address.

Defining a RADIUS server
Meaning
Before authentication by a RADIUS server is possible, this first needs to be stored in the
STEP 7 project. Following this, you assign the defined RADIUS server to the security module
for which the RADIUS server will handle user authentication.
Procedure
1. Double-click on the "RADIUS" entry in the global security settings.
2. Double-click on the "Add new RADIUS server" entry.
3. Enter the required parameters according to the following table.
Parameter Meaning
Name Freely selectable name for the RADIUS server.
IP address / FQDN IP address or FQDN of the RADIUS server.
Port UDP port via which the RADIUS server can be reached. As
default, authentication data is received at port 1812.
Shared secret Entry of the password that will be used when transferring the
logon data between the RADIUS server and security modules
for encryption.
The following characters from the ANSI X 3.4-1986 character
set are permitted:
0123456789
A...Z a...z
!#$%&()"*'+`,-./:;<=>?@ [\]_{|}~^
Length of the shared secret: 1 ... 31 characters
Repeat shared secret Confirmation of the password
Authentication method Display of the method used to check the user data. Only the
"PAP" method (Password Authentication Protocol) is suppor
ted.
Comment Entry of freely selectable, optional comments.
Result
You have defined a RADIUS server and can now assign this to the required security modules.
Assigning a RADIUS server to a security module
Requirement
You have defined a RADIUS server.

Procedure
2. Select the "RADIUS" entry in the local security settings.
3. Select the "Enable RADIUS authentication" check box.
Note
Changing the method of authentication with the Web server on the security module
If RADIUS authentication is enabled on the security module, the method for authentication
with the Web server is changed from "Digest Access Authentication" to "Basic Access
Authentication".
4. In the "RADIUS timeout" input box, enter the maximum time in seconds that the security
module will wait for a response from the RADIUS server.
5. In the "RADIUS repetitions" input box, enter the number of connection establishment
attempts with the RADIUS server.
6. Select the "Allow RADIUS authentication of unconfigured users" check box if the user-
specific IP rule to be activated was assigned a role instead of a user.
7. Select the "Filter ID is required for authentication" check box if the assigned role is a user-
defined role.
8. Under the entry "RADIUS server", select the RADIUS server you want to assign to the
security module from the "Name" drop-down list.
As an alternative, you can assign security modules for which RADIUS authentication is
enabled to RADIUS servers in the global security settings. You will find general information
on authentication by the RADIUS server in the following section:
Auto-Hotspot
Local firewall rules for SCALANCE S modules
Configuring a firewall with predefined firewall rules
Configuring a firewall using predefined firewall rules

2. Select the "Firewall" entry in the local security settings.

Firewall enabled as default

The "Enable firewall" check box is enabled by default. The firewall is therefore activated
automatically and all access from external to the security module is blocked. By clicking the
relevant check box, enable the firewall rules for the specific direction.
Note
Detailed firewall settings in advanced firewall mode
In advanced firewall mode, you can restrict firewall rules to individual nodes. To change to
advanced firewall mode, select the "Enable firewall in advanced mode" check box. For more
detailed information about the advanced firewall mode, refer to the section
Overview of local firewall rules (Page 711)
Firewall configuration with VPN

If the security module is in a VPN group, the "Tunnel communication only" check box is enabled
as default. This means that only encrypted IPsec data transfer is permitted via the external
interface or via the DMZ interface. Only HTTPS access to the module (TCP port 443) remains
allowed untunneled.
If you deselect the check box, tunneled communication and also the types of communication
selected in the other boxes are permitted.
Table 10-40 Available firewall rules and directions
Service From in From ex From internal From DMZ to Enabled ports Meaning
ternal to ternal to to DMZ internal
external internal
Allow IP x x x x - IP communication for the selected
communica communication directions is al
tion lowed.
Allow S7 x x x x TCP port 102 Communication of the nodes using
protocol the S7 protocol is allowed.
Allow FTP/ x x x x TCP port 20 For file management and file ac
FTPS (ex TCP port 21 cess between server and client.
plicit mode)
Allow HTTP x x x x TCP port 80 For communication with a Web
server.
Allow x x x x TCP port 443 For secure communication with a
HTTPS Web server, for example, for Web
diagnostics.
Allow DNS x x x x TCP port 53 Communication connection to a
UDP port 53 DNS server is allowed.
Allow SNMP x x x x TCP port For monitoring nodes capable of
161/162 SNMP.
UDP port
161/162
Allow SMTP x x x x TCP port 25 For sending e-mails via an SMTP
server.

Service From in From ex From internal From DMZ to Enabled ports Meaning
ternal to ternal to to DMZ internal
external internal
Allow NTP x x x x UDP port 123 For synchronization of the time of
day.
Allow DHCP x x x x UDP port 67 Only in bridge mode
UDP port 68 Communication connection with a
DHCP server is permitted.
Table 10-41 Logging
Option Action when activated

Log tunneled packets Only active if the security module is a member of a VPN group. All IP packets transferred via
the tunnel are logged.
Log blocked incoming All incoming IP packets that are discarded are logged.
packets
Log blocked outgoing All outgoing IP packets that are discarded are logged.
packets
You can view the logged packets at the "Packet filter log" entry in the "Online & Diagnostics"
dialog. For more detailed information, refer to the section Logging data packets - "Packet filter
log" entry (Page 765).
Configuring a firewall with predefined MAC rules

2. Select the "Firewall" entry in the local security settings.
Firewall enabled as default

The "Enable firewall" check box is enabled by default. The firewall is therefore activated
automatically and all access from external to the security module is blocked. By clicking the
relevant check box, enable the firewall rules for the specific direction.
Note
advanced firewall mode, select the "Enable firewall in advanced mode" check box. For more
detailed information about the advanced firewall mode, refer to the section Overview of local
firewall rules (Page 711).

If the security module is in a VPN group, the "Tunnel communication only" check box is enabled
as default.

Available MAC rules and directions
Service From internal to exter From external to inter Meaning

nal nal
Allow MAC communica x x MAC traffic for the selected communication di
tion rections is allowed.
Allow ISO protocol x x ISO traffic for the selected communication di
rections is allowed.
Allow SiClock x x SiClock time-of-day frames for the selected
communication directions are allowed.
Allow DCP x x DCP traffic for assignment of IP addresses is
allowed for the selected communications direc
tions.
Table 10-42 Logging
Option Action when activated

Log tunneled packets Only active if the security module is a member of a VPN group. All
MAC packets transferred via the tunnel are logged.
Log blocked incoming packets All incoming MAC packets that are discarded are logged.
Log blocked outgoing packets All outgoing MAC packets that are discarded are logged.
User-specific IP rule sets
Overview
Meaning
Initially, individual or multiple users are assigned to user-specific IP rule sets. The user-specific
IP rule sets are then assigned to individual or multiple security modules. This makes it possible,
to allow user-specific access. If, for example all access to the networks downstream from a
security module is blocked, certain nodes can be allowed for a user based on their IP
addresses. This means that access is allowed for this user but access remains blocked for
other users.

User logon via the Internet

The user can log in to the external interface or the DMZ interface via the Web page of the
security module. If authentication is successful, the IP rule set defined for the user for the IP
address of the device from which the login is made is enabled.
The connection to the Web page of the security module is via HTTPS using the IP address of
the connected port and taking into account the valid routing rules:
Example:
External interface: 192.168.10.1
Call up of the login page with: https://192.168.10.1/
Users can log on with every role as long as the user or the role is assigned to a user-specific
firewall rule set.
Options for authenticating the user

Depending on the authentication method selected when the user who will log in to the security
module was created, the authentication is handled by different instances:
Authentication method "Password": Authentication is handled by the security module.
Authentication method "RADIUS": Authentication is handled by a RADIUS server
(SCALANCE S as of V4 only).
Assignment of roles to user-specific IP rule sets

On SCALANCE S modules as of V4, it is also possible to assign user-specific IP rule sets that
are assigned to roles. This makes it possible to enable a group of users for access to certain
IP addresses.
If a RADIUS server is used for user authentication and a role is assigned to the user-specific
IP rule set, users can also be authenticated by the RADIUS server although they are not
configured on the security module. These users must be stored on the RADIUS server or on
a separate database where they need to be assigned to the role assigned to the user-specific
IP rule set in STEP 7. This procedure has the advantage that all user data is stored exclusively
on the RADIUS server.
You will find more information on authentication by the RADIUS server in the following section:
Auto-Hotspot
User-specific IP rule sets are used locally - conventions

The same conventions as described in the following section apply:
Global firewall rule sets - conventions (Page 704)

Creating and assigning user-specific IP rule sets
Creating user-specific IP rule sets

1. In the global security settings, select the entry "Firewall" > "User-specific IP rule sets" > "IP
rule sets".
2. Double-click on the "Add new IP rule set" entry to create a user-specific IP rule set.
Result: The created user-specific IP rule set is shown in the entry.
3. Double-click on the created user-specific IP rule set.
Result: In the "Properties" > "General" tab of the Inspector window, the configurable
properties of the user-specific IP rules set are displayed.
4. In the Inspector window, click on the "General" entry and enter the following data:
Name: Project-wide, unique name of the rule set. The name appears in the local rule
list of the security module after the rule set is assigned.
Description (optional): Enter a description of the user-specific IP rule set.
5. Click on the "IP rules" entry and enter the firewall rules one after the other in the list. No IP
address can be entered in the "Source IP address" box. This is entered automatically when
the node logs on to the security module.
Note the parameter description in the following sections:
Defining IP packet filter rules (Page 712)
Note the special features of firewall rules generated automatically by STEP 7 for NAT/NAPT
rules:
Relationship between NAT/NAPT router and user-specific firewall (Page 804)
Assigning user-specific IP rule sets

1. Click on the "Users and roles" entry in the Inspector window.
2. In the "Available users and roles" area, select the users you want to assign to the user-
specific rule set.
3. Click the "<<" button to assign the selected users or roles to the user-specific rule set. The
assignment of roles to user-specific IP rule sets is possible only for SCALANCE S modules
as of V4.
4. Assign the created user-specific IP rule set to the required security modules using the entry
"Assign user-specific IP rule set" in the global security settings. For this, advanced firewall
mode must be enabled for the security modules.
Note
Assignment of user-specific IP rule sets
A security module can only be assigned one user-specific rule set per user.
Due to the assignment, the right to log in to the security module is activated implicitly
for all users and roles assigned to the IP rule set.

Result
The user-specific rule set is used by the assigned security modules as a local rule set and
automatically appears in the local list of firewall rules.
The user can log on with the security module. Authentication of the user is performed
depending on the selected authentication method either by the security module or a
RADIUS server.
Range of values for the maximum session time

The time after which the user is automatically logged out can be specified when creating or
editing a user; the default is 30 minutes. On the Web page of the security module, the session
time can be extended to the value assigned to the user.
You will find more information creating users in the following section:
Create users (Page 691)
IP packet filter directions SCALANCE S
Meaning
Possible selections for the communication directions "From" and "To" in the IP rules of the
advanced firewall mode.

The following directions are available
Available options / ranges of values Security module

From To S602 S61x S623 / S627-2M
Internal External x x x
Tunnel - x x
Any - x x
DMZ - - x
Internal x x x
External Internal x x x
Any - - x
Tunnel - - x
DMZ - - x
Tunnel Internal - x x
External - x x
DMZ - - x
Any Internal - x x
External - - x
DMZ - - x
DMZ Internal - - x
External - - x
Any - - x
Tunnel - - x
x = communication direction is configurable

- = communication direction is not configurable
MAC packet filter directions SCALANCE S
Meaning
Possible selections for the communication directions "From" and "To" in the MAC rules of the

From To S602 S61x S623 / S627-2M
Internal External x x x
Tunnel - x x
Any - x x
External Internal x x x
Any - - x
Tunnel - - x


Tunnel Internal - x x
External - x x
Any Internal - x x
External - - x
x = communication direction is configurable

- = communication direction is not configurable
Adapting standard rules for IP services
Requirement
This function is available only in advanced firewall mode.

2. In the local security settings, select the entry "Firewall" > "Standard rules for IP services".
Meaning of the advanced settings
Parameter Meaning when activated

Use advanced status options The permitted number of connections and firewall statuses
per time unit is limited. If a network node exceeds this limit,
its IP address is entered in the IP blacklist of the security
module. The node can then no longer communicate via the
security module. The IP blacklist of the security module can
be viewed in online mode.
Log all activated rules Packets that are allowed according to the default rules for IP
services are logged.
Enable ICMP test for interfaces Ping queries coming in on an interface of the security module
can be forwarded to other interfaces. This means that, for
example, ping queries can be made from the external network
to the internal interface of the security module.

Default firewall rules for SCALANCE S

The following table lists the default firewall rules for SCALANCE S modules. In some cases,
the firewall rules are only set if the relevant service is used by the security module (e.g. SNMP).
Service Direction X1 interface Interface X2 Interface X3 Tunnel inter

(red) (green) (yellow) (on face* (not for
ly for S623, S602)
S627-2M)
Interface rerouting outgoing - x - -

HTTPS x x* x x
ICMP incoming - x - x
ICMP pathfinder (only for SCA outgoing - x - -
LANCE S S602 as of V3.1 in
ghost mode)
SNMP incoming x x x x
Syslog outgoing x x x x
NTP outgoing x x x x
DNS outgoing x x x x
HTTP outgoing x - x -
VPN (IKE) x - x -
VPN (NAT Traversal) x - x -
BootP Server incoming - x x -
BootP Client outgoing - x x -
RADIUS outgoing x x x x
CARP (only for SCALANCE outgoing x* x* - -
S62x as of V4)
Pfsync (only for SCALANCE outgoing - - x* -
S62x as of V4)
x enabled as default
- disabled as default
* cannot be adapted
SCALANCE S module as router
Specifying routes
Meaning
Specifies routes for addressing subnets that cannot be reached directly via the security module.


2. In the local security settings, select the "Routing" entry.
3. Double-click "Add new" in the table to add a route.
4. Enter the following values:
Parameter Function Example of a value

Network ID Requests to nodes of the subnet with the network ID and 192.168.11.0
the subnet mask specified here are forwarded to the
subnet via the specified router IP address.
Based on the network ID, the router recognizes whether
a destination address is inside or outside the subnet.
The specified network ID must not be located in the
same subnet as the IP address of the security module.
Subnet mask The subnet mask determines the network structure. 255.255.255.0
Router IP address IP address of the router that connects to the subnet. As 192.168.10.2
an alternative, an FQDN can be entered for SCALANCE
S modules as of V4.
The specified router IP address must be in the same
subnet as the IP address of the security module.
Activate rerouting Select this check box if the frames of the entered route
(only for SCALANCE will enter and leave on the same interface of the security
S as of V3) module (rerouting). Rerouting is only supported on the
internal interface of the security module.
Address translation with NAT/NAPT in VPN tunnels
Address translation with NAT/NAPT in VPN tunnels is only available for SCALANCE S612/
S623/S627-2M modules as of V4.
Meaning
Address translations with NAT/NAPT can also be performed for communications relations
established via a VPN tunnel.
Requirements
The following requirements apply generally to a SCALANCE S module that will perform an
address translation with NAT/NAPT in a VPN tunnel:
The SCALANCE S module is in a VPN group.
The SCALANCE S module is in routing mode and/or the DMZ interface of the SCALANCE
S module is activated.

The tunnel interface is enabled.

The advanced firewall mode is enabled.
Supported address translation directions

The address translation directions described in the following section are supported:
Supported address translation actions

With tunneled communications relations, the following address translation actions are
supported:
Destination NAT ("Redirect")
Source NAT ("Masquerading")
Source and Destination NAT ("1:1-NAT")
NAPT ("Port forwarding")
You will find basic information on these address translation actions in the following section:
Supported VPN links

In conjunction with NAT/NAPT, the following VPN links are supported:
VPN link VPN link is initiated by Address translation is per

formed by
SCALANCE S (a) SCALANCE S (b) SCALANCE S (a) or SCA SCALANCE S (a) and/or
LANCE S (b) SCALANCE S (b)
SCALANCE S CP x43-1 Adv. / PC-CP SCALANCE S or CP x43-1 SCALANCE S
Adv. / PC-CP
SCALANCE S SCALANCE M SCALANCE M SCALANCE S and/or SCA
LANCE M*
SOFTNET Security Client SCALANCE S SOFTNET Security Client SCALANCE S
* Only 1:1 NAT is supported.

SCALANCE S modules of the type SCALANCE S623 V4 and SCALANCE S627-2M V4 that
have a VPN endpoint on the external interface and on the DMZ interface can perform address
translations on both interfaces at the same time.
Address translation characteristics when involved in several VPN groups

If a SCALANCE S module is a member of several VPN groups, the address translation rules
configured for the tunnel interface of the SCALANCE S module apply for all VPN connections
of this SCALANCE S module.
Please note: Once you have configured a NAT address translation to or from the direction of
the tunnel, only the IP addresses involved in the NAT address translation rules can be reached
via the VPN tunnel.

Relationship between NAT/NAPT router and user-specific firewall
The configuration of NAT/NAPT rules in the user-specific firewall is only available for
SCALANCE S modules as of V3.
Meaning
After creating NAT/NAPT rules, STEP 7 automatically generates a user-specific IP rule set in
the user-specific firewall that enables communication in the configured address translation
direction. You can then assign this user-specific IP rule set to individual or multiple users and/
or individual or multiple roles (only for SCALANCE S modules as of V4).
The generated firewall rules can, if necessary, be moved and expanded (additional IP address,
services, bandwidth). Firewall parameters generated by STEP 7 cannot be adapted. If the user-
specific IP rule set is assigned to a security module with NAT/NAPT deactivated, the NAT/
NAPT rules from the user-specific firewall are also applied to this security module.
Note
The address translation actions "Source-NAT + Destination-NAT" and "Double-NAT" are not
supported in conjunction with the user-specific firewall.

"NAT" or "NAPT" entry in the editor for user-specific IP rules sets, refer to the following section:
Creating and assigning user-specific IP rule sets (Page 797)
Supported address translation directions for the action "Source NAT"

The action "Source NAT" can be performed in the following directions:
External to DMZ
DMZ to external
No IP address can be entered in the "Source IP address" box. This is entered automatically
when the node logs on to the security module.
Supported address translation directions for the action "Destination NAT"

The action "Destination NAT" can be performed in the following directions:
External to DMZ
DMZ to internal
DMZ to external
Tunnel to internal (only SCALANCE S612/S623/S627-2M as of V4)

Tunnel to external (only SCALANCE S612/S623/S627-2M as of V4)

Tunnel to DMZ (only SCALANCE S612/S623/S627-2M as of V4)
Supported address translation directions for NAPT

The address translation with NAPT can be performed in the following directions:
External to DMZ
DMZ to internal
DMZ to external
Tunnel to internal (only SCALANCE S612/S623/S627-2M as of V4)
Tunnel to external (only SCALANCE S612/S623/S627-2M as of V4)
Tunnel to DMZ (only SCALANCE S612/S623/S627-2M as of V4)
NAT/NAPT address translation and corresponding user-specific IP rule sets

In the firewall rules for user-specific IP rule sets generated based on NAT/NAPT rules, no IP
address can be entered in the "Source IP address" box. This is entered automatically when
the node logs on to the security module. The remaining properties generated locally for
individual security modules are identical. Refer to the section
Security module as DHCP server
Overview DHCP server
Overview
You can operate the SCALANCE S module on the internal network and on the DMZ network
as DHCP server (DHCP = Dynamic Host Configuration Protocol). This allows IP addresses to
be assigned automatically to the devices connected to the internal network or the DMZ
network.
Simultaneous DHCP server operation on both interfaces is possible (SCALANCE S623/
S627-2M only).
The IP addresses are either distributed dynamically from an address range you have specified
or you can select a specific IP address and assign it to a particular device. If devices on the
internal interface or on the DMZ interface should always be assigned the same IP address for
firewall configuration, the address assignment must only be static based on the MAC address
or based on the client ID.

Requirements
You configure the devices on the internal network or on the DMZ network so that they obtain
the IP address from a DHCP server.
Depending on the mode, the security module sends an IP address of the standard router to
the nodes in the relevant subnet or you need to inform the nodes in the subnet of a router IP
address.
Router IP address will be transferred
In the following situations, the DHCP protocol of the security module will inform the nodes
of the router IP address:
The node is connected to the DMZ interface (SCALANCE S623/S627-2M only)
In this case, the security module sends its own IP address as the router IP address.
The node is connected to the internal interface and the security module is configured
for router mode
In this case, the security module sends its own IP address as the router IP address.
The node is connected to the internal interface and the security module is not configured
for router mode, there is, however, a standard router specified in the configuration of
the security module.
In this case, the security module transfers the IP address of the standard router as the
router IP address.
Router IP address will not be transferred
In the following situations, enter the router IP address manually on the node:
The node is connected to the internal interface and the security module is not configured
for router mode. There is also no standard router specified in the configuration of the
security module.
See also
Configuring a DHCP server (Page 806)
Configuring a DHCP server

2. In the local security settings, select the entry "DHCP server".

3. Select the interface for which you want to make the DHCP settings.
4. Make the address assignment. You have the following configuration options:
Static address assignment
Devices with a specific MAC address or client ID are assigned the specified IP
addresses. You specify these addresses by entering the devices in the address list in
the "Static address assignment" group box.
Dynamic address assignment
Devices whose MAC address or whose client ID was not specified specifically, are
assigned a random IP address from the specified address range. For this purpose,
activate the "Dynamic IP address pool" check box. Set the address range in the
"Dynamic IP address pool" input area.
Note
Dynamic address assignment - reaction after interrupting the power supply
Please note that dynamically assigned IP addresses are not saved if the power supply is
interrupted. On return of the power, you must therefore make sure that the nodes request an
IP address again.
You should therefore only use dynamic address assignment for the following nodes:
Nodes that are used temporarily in the subnet (such as service devices).
Nodes that have been assigned an IP address and send this as the "preferred address"
the next time they request an address from the DHCP server (for example PC stations).
For permanent nodes you should preferably use static address assignment by specifying a
client ID or the MAC address.
Consistency check - these rules must be adhered to

Remember the following rules when making the entries.
The IP addresses assigned in the address list in the "Static address assignments" group
box must not be in the range of the dynamic IP addresses.
IP addresses, MAC addresses and client IDs may only occur once in the "Static address
assignment" table (related to the security module).
For the statically assigned IP addresses, you must specify either the MAC address or the
client ID (computer name).
The client ID is a string with a maximum of 63 characters. Only the following characters
may be used: a-z, A-Z, 0-9 and - (dash).
Note
In SIMATIC S7, a client ID can be assigned to the devices on the Ethernet interface to allow
them to obtain an IP address using DHCP.
With PCs, the procedure depends on the operating system being used; it is advisable to
use the MAC address here for the assignment.
For the statically assigned IP addresses, you must specify the IP address.

The following IP addresses must not be in the range of the free IP address range (dynamic
IP addresses):
All router IP addresses in the "Routing" entry
Syslog server
Standard router
Security module address(es)
DHCP is supported by the security module on the interface to the internal subnet and on
the interface to the DMZ network. The following additional requirements for IP addresses
in the range of the dynamic address assignments result from this operational behavior of
the security module:
Bridge mode
The range must be within the network defined by the security module.
Routing mode
The range must be within the internal subnet defined by the security module.
Note
The DMZ network always represents a separate subnet. When using DHCP on the DMZ
interface, make sure that the free IP address range (dynamic IP addresses) is within
the DMZ subnet.
The free IP address range must be fully specified by entering the start address and the end
address. This end address must be higher than the start address.
The IP addresses you enter in the address list in the "Static address assignments" input
area must be in the address range of the internal subnet or in the DMZ subnet of the security
module.
See also
Running a consistency check (Page 684)
Configuring proxy ARP
Overview
Proxy ARP allows routers to respond to ARP queries for hosts. The hosts are in networks
separated by routers but use the same IP address range.
If PC1 sends an ARP request to PC2, it receives an ARP response and the hardware address
of the interface (MAC address of the port of the security module) on which the query was
received from the security module located in between and not from PC2. The querying PC1
then sends its data to the security module that then forwards it to PC2.


This function is only available for the internal interface of a security module that is a member
of a VPN group and is in bridge mode.
2. In the local security settings, select the entry "Proxy ARP".
3. If the security module is to respond to an ARP query from its own LAN as a substitute for
the specific connection partner, enter the corresponding IP address.
IPsec tunnel: Creating and assigning groups
Using the learning mode to learn internal nodes
Finding nodes for tunnel communication automatically

One great advantage when configuring and operating tunnel communication is that
SCALANCE S modules in bridge mode can find the nodes on the internal interface
automatically. New nodes are detected by the security module during operation. The detected
nodes are signaled to the security modules belonging to the same VPN group. This allows
data exchange within the tunnels of a group in both directions at any time.
Detectable nodes
The following nodes are detected:
Network nodes with IP capability
Network nodes with IP capability are found when they transmit an ICMP response to the
ICMP subnet broadcast.
IP nodes downstream from routers can be found if the routers pass on ICMP broadcasts.
ISO network nodes
You can also teach-in network nodes without IP capability that can be addressed by means
of ISO protocols.
This is only possible if they reply to XID or TEST packets. TEST and XID (Exchange
Identification) are auxiliary protocols for exchanging information on layer 2. By sending
these packets with a broadcast address, these network nodes can be located.
PROFINET nodes
Using DCP (Discovery and basic Configuration Protocol), it is possible to find PROFINET
nodes.
Network nodes that do not meet these conditions must be configured manually.
Subnets located on the other side of internal routers also need to be configured manually.

How to access the function

1. Select the module.
2. In the local security settings, select the entry "VPN" > "Nodes".
Enabling/disabling the learning mode

The learning function is enabled in the configuration as default for every security module.
Learning can also be disabled completely for SCALANCE S. In this case, you will need to
configure all internal network nodes participating in the tunnel communication manually.
When is it useful to disable the automatic learning mode?

The default settings for the security module assume that internal networks are always secure;
in other words, in a normal situation, no network node is connected to the internal network if
it is not trustworthy.
Disabling the learning mode can be useful if the internal network is static; in other words, when
the number of internal nodes and their addresses do not change.
If the learning mode is disabled, this reduces the load on the medium and the nodes in the
internal network resulting from the learning packets. The performance of the security module
is also slightly improved since it does not need to process the learning packets.
Note: In the learning mode, all nodes in the internal network are detected. The information
relating to VPN configuration limits relates only to nodes that communicate over VPN in the
internal network.
Note
If more than 128 internal nodes are being operated, the permitted configuration limits are
exceeded and an illegal operating status results. Due to the dynamics in the network traffic,
this causes internal nodes that have already been learned to be replaced by new previously
unknown internal nodes.
See also
Configuring internal subnets manually (Page 811)
Configuring IP network nodes manually
Meaning
As an alternative to the learning mode that you enable using the "Enable learning of internal
nodes" check box and that allows the security module to learn the internal network nodes
dynamically, you can enter the network nodes to be learned manually in the "Internal IP nodes"
entry and in doing so enable them for VPN tunnel communication. The MAC address of a
network node can be specified as an option.

Requirement
The security module is in bridge mode.
The security module is a member of a VPN group.

2. In the local security settings, select the entry "VPN" > "Nodes" > "Internal IP nodes".
Configuring MAC network nodes manually
Meaning
As an alternative to the learning mode that you enable using the "Enable learning of internal
nodes" check box and that allows the security module to learn the internal network nodes
dynamically, you can enter the network nodes to be learned manually in the "Internal MAC
nodes" entry and in doing so enable them for VPN tunnel communication.
Requirement
The security module is in bridge mode.

2. In the local security settings, select the entry "VPN" > "Nodes" > "Internal MAC nodes".
Configuring internal subnets manually
Requirement

2. In the local security settings, select the entry "VPN" > "Nodes" > "Internal subnets".

Security module in bridge mode - "Internal subnets" entry

To be able to enable internal subnets for VPN tunnel communication manually, you need to
enter the following address parameters:

Network ID Network ID of the subnet to be enabled for VPN tunnel 192.168.11.0
communication.
Must not be located in the same subnet as the IP ad
dress of the security module.
Router IP address IP address of the router via which the subnet you are 192.168.10.2
allowing is reached.
Must be located in the same subnet as the IP address
of the security module.
Security module in routing mode - "Subnets reachable through tunnel" entry

In routing mode, entire subnets are always tunneled. To be able to enable internal subnets
reachable via routers, the external subnet or the DMZ subnet for VPN tunnel communication
manually, you need to enter the following address parameters:

Network ID Network ID of the subnet to be enabled for VPN tunnel 192.168.11.0
communication.
Comment Entry of additional, optional comments.

Router and firewall redundancy
Overview
Meaning
Failures of the security modules SCALANCE S623 as of V4 and SCALANCE S627-2M as of
V4 can be automatically compensated by routers and firewall redundancy during operation.
To do this, group two security modules of the type SCALANCE S623 or SCALANCE S627-2M
in a redundancy relationship by activating routers and firewall redundancy for both security
modules. Following this, you decide which security module of the redundancy relationship is
passive in normal mode (secondary module). You make this setting for the security module of
the redundancy relationship that is active in normal operation (primary module). If the primary
module fails during operation, the secondary module automatically adopts the function as
firewall and (NAT/NAPT) router. To ensure the identical configuration of both security modules,
these are connected together via their DMZ interfaces and their configurations are
synchronized during operation. In this case, the DMZ interfaces of the security modules
involved cannot be used for other purposes.
Address redundancy
In addition to their module IP addresses, the two security modules share a common IP address
on the external and on the internal interface so that if one of the security modules fails, the IP
addresses do not need to be changed. To do this, you need to configure an IP address for the
external and for the internal interface of the redundancy relationship.
Effects of redundancy relationships on security modules

When you create redundancy relationships between security modules, some properties of
these security modules are automatically adapted to establish compatibility with the
redundancy relationship. The following properties are affected by this adaptation:
Module property Effect on the module property

Operating mode Where necessary, the mode is changed to the "Routing
mode" option.
Membership of VPN groups Where necessary, the security module is removed from VPN
groups.
Interface configuration Where necessary, the external interface and the DMZ inter
face of the security module are enabled. Where necessary,
the IP assignment method "Static address" is configured for
all interfaces.

Configuration of security modules in redundancy relationships

After router and firewall redundancy have been enabled and the primary module of the
redundancy relationship selected, some of the module properties are configured only using
the primary module. The properties configured for the primary module then apply to the
redundancy relationship and cannot be configured for the secondary module. The following
properties can be configured for the redundancy relationship:
Basic settings of the redundancy relationship (secondary module, network parameters)
Firewall (standard rules for IP services are configured separately for the individual security
modules).
Routing
NAT/NAPT routing (not 1:1 NAT)
The values of the properties listed above are initially adopted from the primary module for the
redundancy relationship.
The settings listed below remain active for the individual security modules even after including
them in a redundancy relationship. Configuring these properties for the primary module
therefore has no effect on the secondary module.
Interface configuration (disabling interfaces and changing the VIP assignment method
"Static address" is not possible).
Standard rules for IP services (firewall)
DDNS
Log settings
SNMP
RADIUS
Note
Loading a configuration on security modules of a redundancy relationship (only SCALANCE
S623/S627-2M as of V4)
The properties of a redundancy relationship configured for the primary module must be loaded
both on the primary module and on the secondary module. To load the configuration, the
physical IP address via which your engineering station can reach the security module must be
used. The virtual IP addresses of the redundancy relationship cannot be used for loading.
Creating redundancy relationships between security modules
Requirement
The security modules SCALANCE S623/S627-2M as of V4 are not assigned to any other
redundancy relationship.

Procedure
1. Select the security module that will be the active security module in normal operation
(primary module).
2. In the local security settings, select the entry "Router and firewall redundancy".
3. Select the "Router and firewall redundancy" check box.
4. In the "Secondary module" drop-down list, select the security module that will be the passive
security module in normal operation.
Result: You have created a redundancy relationship between the security modules.
Configuring redundancy relationships

1. Select the primary module of the redundancy relationship.
2. In the local security settings, select the entry "Router and firewall redundancy".
Configuring network parameters of the redundancy relationship
Configurable parameter Meaning

IP address IP address of the virtual external or internal interface of the
redundancy relationship. The IP address must be located in
the external or internal subnet of the primary module.
Subnet mask Subnet mask of the virtual external or internal interface of the
redundancy relationship
MAC address (adaptable only for SCALANCE S623/ MAC address of the virtual external or internal interface of the
S627-2M as of V4.0.1) redundancy relationship
For general information on configuring network parameters, refer to the following section:
Configuring the firewall

IP packet filter rules for redundancy relationships are configured on the primary module. The
communications directions "From external to internal" and "From internal to external" are
available.
For general information on configuring IP packet filter rules in advanced firewall mode, refer
to the following section:
Defining IP packet filter rules (Page 712)

Configuring address translation with NAT/NAPT

Address translation with NAT/NAPT for the redundancy relationship is configured on the
primary module. For redundancy relationships, only Source NAT and NAPT can be configured.
With Source NAT, source IP addresses in the internal subnet can only be replaced with the
virtual external IP address of the redundancy relationship. No alias IP addresses can be
registered on the external interface of the redundancy relationship. With NAPT, only the
"External to internal" address translation direction can be configured.
For general information on configuring address translations with NAT/NAPT, refer to the
following section:
Overview of NAT/NAPT (Page 724)
Configuring routing
Routes for the redundancy relationship are configured on the primary module. Standard routers
must be specified in the "External interface [P1] red" or "Internal interface [P2] green" entry
and must be identical per interface.
For general information on configuring routing, refer to the following section:
Specifying routes (Page 801)
Online functions - diagnostics and logging
Overview of the individual interfaces - "Interface settings" entry

Meaning
Table 10-43 Online diagnostics: "Interface settings" entry

Interfaces Table above: General overview of the interfaces of the
security module.
Table below: Information on the interface operated via

PPPoE.
Status: Indicates whether or not a connection was
established to the Internet Service Provider (ISP).
Current IP address: Current IP address of the interface
Gateway: IP address of the gateway
Primary dynamic DNS service: IP address of the
primary dynamic DNS service
Secondary dynamic DNS service: IP address of the
secondary dynamic DNS service
Error code (numeric): Error information if no
connection could be established to the ISP.
CARP (only SCALANCE S623/S627-2M CARP interface: Display of the virtual CARP interface
as of V4) Physical interface: Physical interface on which the
virtual CARP interface is operated (external / internal).
Status: Displays which of the modules of the
redundancy relationship is active.
MAC address: MAC address of the virtual CARP
interface
Preferred: Displays which of the modules of the
redundancy relationship is configured as the primary
module.


Media redundancy (SCALANCE S627-2M Interface: Interface connected to the MRP ring.
only) Protocol: Protocol used (MRP)
Ring port 1: Name of the first media module port of the
interface connected to the MRP ring.
Ring port 2: Name of the second media module port
of the interface connected to the MRP ring.
Domain name: Name of the MRP domain.
Discrepancy: Display whether the domain of the client
differs from that of the redundancy manager.
Domain UUID: UUID of the MRP domain.
Media modules (SCALANCE S627-2M on Port: Port ID(s) of the media module port(s)
ly) Name: Name of the media module
MLFB: MLFB of the media module
Revision: Version of the media module
Discrepancy: Displays whether there are differences
between the configuration data in STEP 7 and the
media modules.
Overview of the Dyn. DNS settings - "Dynamic DNS" entry
Meaning
Table 10-44 Online diagnostics: "Dynamic DNS"

Client status Indicates whether or not a connection was established to a dyn. DNS server.
Current IP address WAN IP address via which the security module can currently be reached.
Defined IP address IP address currently assigned to the FQDN.
Current time The current time-of-day.
Force update The security module obtains the current IP address of its Internet access and sends
an update query to the configured update server(s). This publishes the current IP
address on the Internet. The status is displayed in the primary or secondary dynamic
DNS service fields. This means, for example that it is possible to check whether
configured data such as the user name and password of the dynamic DNS account
are correct.
Cancel suspension Cancels the suspension (blocking of IP address updates from the dynamic DNS
provider on the security module), for example after the dynamic DNS provider pass
word has been corrected or an error has been eliminated.
Primary and secondary dynamic DNS service
FQDN Fully Qualified Domain Name registered with the provider.


Server IP Address IP address of the update server used.
Successful update Successful update in the dynamic DNS update service.
Last update attempt Last update attempt for DynDNS update service.
Last failed update Last update error in the dynamic DNS update service.
Error code Error status of the last unsuccessful update attempt during a dynamic DNS update.
What is the meaning of the messages?

The messages of the last DDNS update attempt have the following meaning:
Message Meaning
Success
DDNS_OK The update query was successful.
Connection-related status messages
DDNS_E_CON_UDP_SRV_RESOLV_ERR DNS name of the update server unknown, FQDN cannot
be resolved using the known DNS server.
DDNS_E_CON_UDP_SRV_UNREACHABLE Update server unreachable ("Timeout").
Security-related status messages (errors)
DDNS_E_CERT_SUBJECT_INVALID The common name of the subject in the certificate does
not match the domain name of the update server or its
IP address.
DDNS_E_CERT_UNABLE_TO_GET_ISSUER_CERT Issuer certificate not found.
The certificate chain could not be followed back to the
root CA because an issuer certificate was not found. The
trust chain is incomplete.
DDNS_E_CERT_SIGNATURE_INVALID The signature of a certificate could not be read or is in
valid.
DDNS_E_CERT_NO_TRUST A certificate in the trust chain is invalid, in other words:
Not yet valid or ready expired
V3 extensions invalid
Critical V3 extension is not supported
DDNS_E_CERT_DEPTH_ZERO_SELFSIGNED_CERT The update server has supplied a self-signed certificate
and the certificate is not in the certificate store for trust
worthy root CA certificates.
DDNS_E_CERT_SELF_SIGNED_CERT_IN_CHAIN The certificate chain could be established using non
trustworthy certificates but no suitable root CA certificate
was found in the certificate store for trustworthy certifi
cates.
DDNS_E_CERT_CHAIN_TOO_LONG The certificate chain exceeds the maximum supported
verification depth.
DDNS_E_CERT_INVALID_CA A CA certificate is invalid, in other words expired, not yet
valid or the V3 extensions are not suitable for the inten
ded purpose (for example CA not set to TRUE for CA
certificates).
DDNS_E_CERT_KEYUSAGE_UNSUITED The V3 extensions key usage or extended key usage
set in a certificate of the trust chain are not suitable for
the use of the certificate.

Message Meaning
DDNS_E_CERT_EXTENSION_UNSUPPORTED A certificate in the trust chain used an extension marked
as critical that is not supported.
Agent-related status messages (errors)
DDNS_E_AGT_BAD_AGENT The update request does not correspond to the
structure required by cRSP, for example URL
parameters missing.
The update request was sent to an illegal URL on
the update server.
The configured update string contains errors.
Display of the ARP table - "ARP table" entry
Meaning
Display of the ARP table of the security module.
Table 10-45 Online diagnostics: "ARP table" tab

ARP table Display of the static (proxy ARP) and dynamic en
tries of the ARP table on the security module. The
"Publication type" tab specifies whether the entry
is configured statically or learnt.
Users logged in to the Web page - "Logged in users" entry
Meaning
Shows the users logged in to the Internet page for user-specific IP rule sets.

User name Name of the logged on user.
Source IP address IP address with which the user logged on.
Time remaining Remaining time before the user is automatically logged off.


Maximum time of the session Configured total time of the session.
Log off The selected user is logged off.
Display of the firewall blacklist - "Firewall blacklist" entry
Meaning
Displays the IP addresses of nodes that have exceeded the permitted number of connections
and firewall statuses per time unit. These nodes are entered in the IP blacklist of the firewall.
The number of connections and firewall statuses per time unit is only limited if the "Use
extended status options" check box is selected in the "Standard rules for IP services" entry in
the local security settings.
If you click the "Delete all" button, the displayed IP addresses are removed from the firewall
blacklist of the security module. The IP addresses are also no longer displayed.
Setting the date and time - "Date and time" entry

1. Select the security module whose time and date you want to check or set.
3. In online diagnostics, select the "Functions" > "Date and time" entry.
Setting the local time on the security module

In this area, you can read out and set the time and date of the security module. When you click
the "Apply" button, the security module is assigned the time and date currently entered in the
"Date" and "Time" input boxes.
Setting the local time on PC

This area shows the current time and current date of the PC on which STEP 7 is installed. If
you click the "Adopt for module" button, the security module is assigned the current time and
current date of the PC.
Diagnostics in ghost mode - "Ghost mode" entry
This function is available only for SCALANCE S602 as of V3.1.

Meaning
Display of address information as well as information on IP address changes of the internal
node.

Status of SCALANCE S602 Display of the status of the security module in relation to op
eration in ghost mode.
IP address IP address of the internal node (identical to the external IP
address of the security module).
Subnet mask Subnet mask of the security module.
MAC address MAC address of the internal node.
Node found on Displays when the internal node was recognized by the se
curity module or when an IP address change was made on
the internal node.
Number of IP address changes Number of IP address changes detected by the security mod
ule.
IP address IP address in the external network for which the security mod
ule requires route information.
Standard router Standard router for the IP address in the external network.

Download functions
Downloading a configuration
Downloading the configuration / establishing an online connection

1. From the "PG/PC interface" drop-down list of the "Advanced download" dialog or "Connect
online", select the network adapter via which you can reach the module.
2. If the module is in the factory settings status, follow the steps below:
From the "Connection to interface/subnet" drop-down list, with which your engineering
station is connected and for which the IP address to be assigned is configured in the
local security settings.
Select the "Show all compatible nodes" check box.
Click the "Start search" button.
Result: The module is displayed in the "Compatible devices in target subnet" table with
its detected MAC address.
Select the module entry in the table and click the "Assign IP address" button.
Result: The module is assigned the IP address configured in the local security settings
for the selected interface.
3. If the module is not in the factory settings status, follow the steps below:
From the "Connection with interface/subnet", select the interface / the FQDN address /
WAN address of the module via which your engineering station can reach the module.
STEP 7 then uses the address configured in the local security settings for the selected
component for access to the module.
Deselect the "Show all compatible devices" check box.
Click the "Start search" button.
Result: The "Address" column of the "Compatible devices in the target subnet" displays
the detected IP address / FQDN address of the module.
Select the address entry in the table and click the "Load" or "Go online" button.
Ideally, you should configure the modules of a group via the common external network of these
modules (interface X1). If the engineering station is located in an internal network, you will

need to enable the IP addresses of the other modules of the group explicitly in the firewall of
this SCALANCE S and configure this module first.
Note
Downloading the configuration when operating in ghost mode (only SCALANCE S602 as of
V3.1)
When you operate the security module in ghost mode, the external interface of the security
module takes over the IP address of the internal node at runtime. Before you can download a
new configuration via the external interface to the security module, you need to specify the IP
address for downloading a configuration that the security module obtained from the internal
node during runtime.
To find out the current IP address of the security module, you can search for reachable nodes
in STEP 7 with the menu command "Online" > "Accessible devices".
Note
Loading a configuration on security modules of a redundancy relationship (only SCALANCE
S623/S627-2M as of V4)
The properties of a redundancy relationship configured for the primary module must be loaded
both on the primary module and on the secondary module. To load the configuration, the
physical IP address via which your engineering station can reach the security module must be
used. The virtual IP addresses of the redundancy relationship cannot be used for loading.
Specifying a different address

In the "Compatible devices in target subnet" dialog area, you have the option of specifying an
IP address / an FQDN address that differs from the IP address / FQDN address in the local
security settings. To do this, enter the IP address / FQDN address of the module in the editable
cell in the "Address" table column.
Firmware version
The configuration of a SCALANCE S as of V3 can also be downloaded to a SCALANCE S
module whose firmware version is higher than the firmware version of the SCALANCE S
module in STEP 7.
Operating mode
Configurations can be downloaded while the SCALANCE S modules are operating. Restart
the SCALANCE S module to activate your configuration changes.
Note
Special characteristics
As long as a module has not yet set IP parameters (in other words, prior to the first
configuration), there must be no router between the module and the configuration computer.
If you swap a PC from the internal to the external interface of the SCALANCE S, access
from this PC to the SCALANCE S is blocked for approximately 20 minutes.

Configuration status
Prior to each download, the existing configuration on the security module is checked and
compared with the configuration to be downloaded from the STEP 7 project. If the configuration
of the module originates from the STEP 7 project currently to be downloaded and there are
differences between these configurations, it is possible to download only files with differences
between the module and project configuration to the security module. In some situations, this
can speed up the download.
Transferring firmware
This needs to be taken into consideration before transferring new firmware

To transfer new firmware to a security module, the following conditions must be met:
You have the rights required to transfer firmware; refer to section
Auto-Hotspot.
The security module is configured with an IP address.
The transfer is secure

The firmware is transferred over a secure connection and can therefore also be transferred
from the unprotected network.
The firmware itself is signed and encrypted. This ensures that only authentic firmware can be
downloaded to the SCALANCE S module.
Restart necessary following transfer

Newly downloaded firmware only becomes active after the SCALANCE S module has been
restarted. If the transfer is disturbed and aborted, the module starts up again with the old
firmware version.

Security for S7-300 /S7-400 / PC CPs
Local firewall rules for S7-300 /S7-400 / PC CPs
Overview S7-300 CPs / S7-400 CPs /PC CPs
Enabling packet filter rules

If you enable the security function for the CPs in the local security settings, initially all access
to and via the CP is permitted. To enable individual packet filter rules, select the "Activate
firewall" check box. Then enable the required services. Firewall rules created automatically
due to a connection configuration have priority over rules set manually.
Note
advanced firewall mode, select the "Activate firewall in advanced mode" check box.

If the security module is added to a VPN group, the firewall is enabled by default. In addition,
the "Tunnel communication only" check box is enabled. This means that only encrypted IPsec
data transfer is permitted via the external interface. External data traffic is blocked.
Updating connection rules

Changes to the connection configuration of CPs also change the connection-related firewall
rules. To display the modified firewall rules, click the "Update connection rules" button. The
modified firewall rules are then displayed in advanced firewall mode.
Configuring a firewall with predefined firewall rules - CP x43-1 Advanced
Configuring a firewall with predefined IP rules - CP x43-1 Advanced

2. In the local security settings, select the entry "Firewall" > "Predefined IP rules".

Table 10-46 Available services and directions
Service From station/ External to From external Enabled ports Meaning

internal to ex internal to station
ternal
Allow x x x All IP traffic for the selected communication
IP communica directions is allowed.
tion
Allow S7 proto x x x TCP port 102 Communication of the nodes using the S7
col protocol is allowed.
Allow FTP/ x x x TCP port 20 For file management and file access be
FTPS (explicit TCP port 21 tween server and client.
mode)
Allow HTTP x x x TCP port 80 For communication with a Web server.
Allow HTTPS x x x TCP port 443 For secure communication with a Web
server, for example, for Web diagnostics.
Allow DNS x x - TCP port 53 Communication connection to a DNS serv
UDP port 53 er is allowed.
Allow SNMP x x x TCP port For monitoring nodes capable of SNMP.
161/162
UDP port
161/162
Allow SMTP x x - TCP port 25 For sending e-mails via an SMTP server.
Allow NTP x x - UDP port 123 For synchronization of the time of day.
Table 10-47 Logging
Option Action when activated Relevant firewall rule

IP log settings Action From To
Log tunneled packets Only active if the security module is Allow Station Tunnel
a member of a VPN group. All IP Allow Tunnel Station
packets transferred via the tunnel
are logged.
Log blocked incoming packets All incoming IP packets that are dis Drop External Station
carded are logged.
Note
Relationship between log settings in default mode and firewall rules
Log settings that are made in "Predefined IP rules" and "Predefined MAC rules" have no effect
on firewall rules that were automatically created as a result of configuring a connection. This
means, for example, that tunneled frames belonging to a configured connection cannot be
logged. In advanced firewall mode, logging can be extended to the automatically generated
firewall rules of connections.

Configuring a firewall with predefined MAC rules - CP x43-1 Advanced

2. Select the entry "Firewall" > "Predefined MAC rules".
Service From station From external to sta Meaning

to external tion
Allow MAC communica x x The MAC traffic from station to external and vice versa is
tion allowed.
Allow ISO protocol x x The ISO traffic from station to external and vice versa is
allowed.
Table 10-49 Logging

MAC log settings Action From To
Log tunneled packets Only active if the secur Allow Station Tunnel
ity module is a member Allow Tunnel Station
of a VPN group. All
MAC packets transfer
red via the tunnel are
logged.
Log blocked incoming All incoming MAC Drop External Station
packets packets that are discar
ded are logged.
Log blocked outgoing All outgoing MAC pack Drop Station External
packets ets that are discarded
are logged.
Note

Configuring a firewall with predefined firewall rules - CP 1628
Configuring a firewall with predefined IP rules - CP 1628

2. Select the "Security" > "Firewall" > "Predefined IP rules" entry.
Service From external to Enabled ports Meaning

station
Allow IP communication x All IP traffic from external to station is al
lowed.
Allow S7 protocol x TCP port 102 Communication of the nodes using the
S7 protocol is allowed.
Allow FTP/FTPS (explicit x TCP port 20 For file management and file access
mode) TCP port 21 between server and client.
Allow HTTP x TCP port 80 For communication with a Web server.
Allow HTTPS x TCP port 443 For secure communication with a Web
server, for example, for Web diagnos
tics.
Allow DNS x TCP port 53 Communication connection to a DNS
UDP port 53 server is allowed.
Allow SNMP x TCP port 161/162 For monitoring nodes capable of
UDP port 161/162 SNMP.
Allow SMTP x TCP port 25 For sending e-mails via an SMTP serv
er.
Allow NTP x UDP port 123 For synchronization of the time of day.
Table 10-51 Logging

Log tunneled packets Only active if the security Allow Station Tunnel
module is a member of a Allow Tunnel Station
VPN group. All IP packets
transferred via the tunnel are
logged.
Log blocked incoming packets All incoming IP packets that Drop External Station
are discarded are logged.

Note
Configuring a firewall with predefined MAC rules - CP 1628

2. Select the entry "Security" > "Firewall" > "MAC rules".
Service From station to exter From external to sta Meaning

nal tion
Allow MAC level communication x x The MAC traffic from external to the sta
tion and vice versa is allowed.
Allow ISO communication x x ISO traffic from external to the station and
vice versa is allowed.
Allow SiClock x x SiClock time-of-day frames from external
to the station and vice versa are allowed.
Table 10-53 Logging

Log tunneled packets Only active if the security Allow Station Tunnel
module is a member of a Allow Tunnel Station
VPN group. All MAC packets
transferred via the tunnel are
logged.
Log blocked incoming packets All incoming MAC packets Drop External Station
that are discarded are logged.
Log blocked outgoing packets All outgoing MAC packets Drop Station External
that are discarded are logged.

Note
IP packet filter directions S7-300-/S7-400-/PC-CPs
Meaning
Available options / ranges Security module Meaning

of values
From To CP x43-1 CP 1628
Adv.
Internal Station x - Access from the internal network to the station.
Any x - Access from internal to the external network, VPN tunnel partner
and the station.
External Station x x Access from the external network to the station.
Any x - Access from external to the internal network and the station.
Station Internal x - Access from the station to the internal network.
External x x Access from the station to the external network.
Tunnel x x Access from the station to the VPN tunnel partner.
Tunnel Station x x Access via the VPN tunnel partner to the station.
Any x - Access from VPN tunnel partners to the internal network and the
station.
Any External x - Access from the internal network and the station to the external
network.
MAC packet filter directions S7-300-/S7-400-/PC-CPs
Context

Available options / ranges of Security module Meaning

values
From To CP x43-1 Adv. CP 1628
External Station x x Access from the external network to the station.
Station External x x Access from the station to the external network.
Tunnel x x Access from the station to the VPN tunnel part
ner.
Tunnel Station x x Access via the VPN tunnel partner to the sta
tion.
Configuring the access list
This function is not available for the CP 1628.
Meaning
You set access protection for certain IP addresses using the IP access lists. List entries that
have already been created and the corresponding rights are displayed in the local settings of
the CP in the entry "Firewall" > "IP rules" (advanced firewall mode).
Note
Changed behavior after activation of security
Once you have activated the security function for a CP, access protection will only apply
to the external interface. You can apply access protection to the internal interface as well,
by configuring suitable firewall rules in advanced firewall mode.
The CP also responds to ARP requests from IP addresses that have not been released
(layer 2).
If the IP access list of a CP contains no entries and you activate security for the CP, the
firewall will be activated and prevent access to the CP from external locations. Configure
the corresponding firewall rules in advanced firewall mode so that the CP can be reached.
Effect of IP access list entries at activation of security

If security is enabled in the local settings of a CP, the corresponding rules are created in the
advanced firewall mode. A firewall rule "Allow" > "External" > "Station" is created for an IP
address you specified in the address list. The IP address from the IP access list is used
accordingly as source IP address. IP addresses from a defined IP address range are also
integrated into corresponding firewall rules.

Requirements for editing

Before you can edit created firewall rules, the following condition must be met:
for editing using STEP 7: "Configure security" configuration right
for editing using a Web server: Module right "Web: Expand IP access control list"
The requirements for editing the IP access lists outside the local security settings are described
in the sections on the specific CPs.
Connection-related automatic firewall rules
Meaning
Note
Enabling UDP multicast and UDP broadcast connections manually
No automatic firewall rules are created for UDP multicast and UDP broadcast connections. To
enable the connections, add the relevant firewall rules manually in advanced firewall mode.
Depending on how the connection establishment is configured, the following level 3 firewall
rules are created. If the security module is in a VPN group, the direction "External" changes
to "Tunnel". This applies only to CPs that support VPN.
The IP address of the connection partner is entered in the "Source IP address" or "Destination
IP address" column of these firewall rules.
CP->external Action From To

active Allow Station External
Drop External Station
passive Drop Station External
Allow External Station
active and passive Allow External Station
Allow Station External
CP->internal Action From To

active Allow Station Internal
Drop Internal Station
passive Drop Station Internal
Allow Internal Station
active and passive Allow Internal Station
Allow Station Internal

For level 2 connections, "Allow" rules are created for both directions. If the security module is
in a VPN group, the direction "External" changes to "Tunnel".
The MAC address of the connection partner is entered in the "Source MAC address" or
"Destination MAC address" column of these firewall rules.

active, passive, active and passive Allow Station External
Note
Changing the connection configuration
rules. To display the modified firewall rules, click the "Update connection rules" button.
Conventions for automatically created firewall rules

Priority
The rules have highest priority and are therefore inserted at the top in the local rule list.
Deleting rules
The rules cannot be deleted. Logging can be enabled and services can be assigned.
Moreover, you may insert a bandwidth and a comment.
Changing the action
If you set the action from "Allow" to "Drop" or vice versa, this is overwritten again during
renewed system synchronization. Select "Allow*" or "Drop*" to retain your changes. In this
case, only the IP address is synchronized and the action and direction remain as set.
Settings for logging, service, bandwidth and comment are also retained after a renewed
system synchronization even without changing the action to "Allow*" or "Drop*". If the
configured connection is deleted, the corresponding rules are removed from the list.

Security module in VPN group

As default, the "Tunnel communication only" check box is enabled. If you deselect the check
box, in addition to tunnel communication between tunnel partners, communication is also
possible with network nodes to which there is no tunnel.
Communication is untunneled if the partner address belongs to a station known in STEP 7
for which no VPN tunnel is configured.
Communication is through the tunnel if the partner address is a VPN endpoint.
If it is not clear whether connection should bypass or run through the VPN tunnel, the
connection is assigned to the VPN tunnel and a message to this effect is displayed. The
assignment can be adapted in advanced firewall mode, for example, by changing the
"From" direction "Tunnel" to "External". To avoid this adaptation being overwritten by the
next system synchronization, the "Allow*" or "Drop*" action must be selected.
Note
If you want to ensure that only communication through the tunnel is possible, you will need
to create suitable firewall rules in advanced firewall mode, for example, for internal nodes
or NDIS addresses.
To allow only tunneled communication for a CP, add a rule with the following settings:
"Action": "Drop"
"From": "Any"
"To": "External"
For the CP 1628, add a rule with the following settings:
"Action": "Drop"
"From": "Station"
"To": "External"
In addition to this, you need to remove existing firewall rules that allow untunneled
communication.
Activating the Web server on CP x43-1 Advanced
This function is only available for CP x43-1.
Meaning
After activating the Web server, you have access to the Web pages of the module. In the local
security settings, you can restrict access to these Web pages using the HTTPS protocol. This
access is controlled using the "Allow access only using HTTPS" check box. In addition, you
must configure the firewall accordingly.

IPsec tunnel: Creating and assigning groups
Configuring internal network nodes - "Nodes" entry
Allow access to S7-300 / S7-400 CPs for VPN connection partners
Possible selections
Decide whether or not the VPN connection partner can have access to the CP and/or the
internal subnet of the CP in routing mode (SCALANCE S / M).

2. In the local security settings, select the entry "Node".
3. Configure access for the VPN connection partner of the CP in routing mode (SCALANCE
S / M):
Allow connection to the CP (Gbit interface)
Allow connection to the internal subnet (PROFINET subnet)
Configuring NDIS nodes manually for PC CPs that can be reached through the tunnel
Configuring NDIS nodes that can be reached through the tunnel

The internal nodes are learned and assigned to the routes dynamically. This concerns the
NDIS IP addresses of the Windows PC.

2. In the local security settings, select the entry "Nodes" > "NDIS nodes reachable via tunnel".
3. Enter the NDIS IP addresses.
Online functions - Debug / Diagnostics and Logging
Updated firewall rules - "Dynamically updated firewall rules" entry
This function is only available for CP x43-1 Adv.

Meaning
Display of the IP addresses or IP address ranges that were enabled dynamically using HTTP
or HTTPS, or loaded by a user. The rights assigned for accessing the S7 CP are displayed for
the enabled IP addresses. An update of the IP addresses in this tab can only be triggered by
the following events:
Extension/modification of the IP access control list
Update of firewall rules
Dynamic extensions transmitted to the CP at runtime, for example, PROFINET IO devices
Since only the dynamically updated firewall rules are displayed here, you also need to take
into account the firewall rules that were configured offline and downloaded to the station for a
full picture of the current firewall status of the module.
Security for S7-1200-/S7-1500-CPs
Local firewall rules for S7-1200 / S7-1500 CPs
Overview of the local firewall rules for S7-1200 / S7-1500 CPs
Enabling packet filter rules

If you enable the security function for the CPs in the local security settings, initially all access
to and via the CP is permitted. To enable individual packet filter rules, select the "Activate
firewall" check box. Then enable the required services. Firewall rules created automatically
due to a connection configuration have priority over rules set manually.
Note
advanced firewall mode, select the "Activate firewall in advanced mode" check box.
Updating connection rules

rules. To display the modified firewall rules, click the "Update connection rules" button. The
modified firewall rules are then displayed in advanced firewall mode.

Configuring a firewall with predefined firewall rules - CP 1543-1
Configuring a firewall with predefined IP rules - CP 1543-1

Service From exter Enabled ports Meaning

nal to station
Allow IP communi x All IP traffic from external to station is allowed.
cation
Allow S7 protocol x TCP port 102 Communication of the nodes using the S7 protocol is allowed.
Allow FTP/FTPS x TCP port 20 For file management and file access between server and client.
(explicit mode) TCP port 21
Allow HTTPS x TCP port 443 For secure communication with a Web server, for example, for
Web diagnostics.
Allow SNMP x TCP port 161/162 For monitoring nodes capable of SNMP.
UDP port 161/162
Allow security di x TCP port 8448 Allow security diagnostics.
agnostics
Table 10-55 Logging

are logged.
carded are logged.
Note

Configuring a firewall with predefined IPv6 rules - CP 1543-1
Meaning
With the predefined IPv6 rules, you have the option of configuring the firewall for services in
which IPv6 is used. By enabling a predefined IPv6 rule in the local security settings of the CP
1543-1 V1.1, the system-defined ICMPv6 services that can be seen in the global security
settings in the "ICMP" tab in "Firewall" > "Services" > "Define services for IP rules"are also
enabled in the firewall. The firewall of the CP 1543-1 V1.0 allows ICMPv6 packets through
even without enabling a predefined IPv6 rule.

2. Select the "Firewall" > "Pre-defined IPv6 rules" item in the local security settings.

nal to station
cation
Allow FTP/FTPS x TCP port 20 For file management and file access between server and client.
(explicit mode) TCP port 21
UDP port 161/162
Table 10-57 Logging

carded are logged.
Note
Log settings made in "Predefined IPv6 rules" have no effect on firewall rules that were
automatically generated as a result of configuring a connection. This means, for example, that
tunneled frames belonging to a configured connection cannot be logged. In advanced firewall
mode, logging can be extended to the automatically generated firewall rules of connections.

Configuring a firewall with predefined MAC rules - CP 1543-1

Service From sta From Enabled Meaning

tion to ex external ports
ternal to sta
tion
Allow MAC commu x x - The MAC traffic from external to the station and vice versa is al
nication lowed.
Allow ISO protocol x x - ISO traffic from external to the station and vice versa is allowed.
Allow DCP x x - DCP traffic from external to the station and vice versa is allowed.
Allow LLDP x x - LLDP traffic from external to the station and vice versa is allowed.
Table 10-59 Logging
Option Action when activa Relevant firewall rule

ted
Log tunneled packets Only active if the Allow Station Tunnel
security module is Allow Tunnel Station
a member of a VPN
group. All MAC
packets transfer
red via the tunnel
are logged.
Log blocked incoming pack All incoming MAC Drop External Station
ets packets that are
discarded are log
ged.
Log blocked outgoing pack All outgoing MAC Drop Station External
discarded are log
ged.
Note

Configuring a firewall with predefined firewall rules - CP 1243-1 and CP 1243-7
Configuring a firewall with predefined IP rules - CP 1243-1 and CP 1243-7


nal to station
cation
Allow HTTPS x TCP port 443 For secure communication with a Web server, for example, for
Web diagnostics.
UDP port 161/162
Allow security di x TCP port 8448 Allow security diagnostics.
agnostics
Table 10-61 Logging

are logged.
carded are logged.
Note

Configuring a firewall with predefined IPv6 rules - CP 1243-1
Meaning
With the predefined IPv6 rules, you have the option of configuring the firewall for services in
which IPv6 is used. By enabling a predefined IPv6 rule in the local security settings of the CP
1243-1, the system-defined ICMPv6 services that can be seen in the global security settings
in the "ICMP" tab in "Firewall" > "Services" > "Define services for IP rules" are also enabled in
the firewall.

2. Select the "Firewall" > "Predefined IPv6 rules" item in the local security settings.

nal to station
cation
UDP port 161/162
Table 10-63 Logging

carded are logged.
Note
Log settings made in "Predefined IPv6 rules" have no effect on firewall rules that were
automatically generated as a result of configuring a connection. This means, for example, that
tunneled frames belonging to a configured connection cannot be logged. In advanced firewall
mode, logging can be extended to the automatically generated firewall rules of connections.

Configuring a firewall with predefined MAC rules - CP 1243-1 and CP 1243-7

Service From sta From Enabled Meaning

tion to ex external ports
ternal to sta
tion
Allow MAC commu x x - The MAC traffic from external to the station and vice versa is al
nication lowed.
Allow DCP x x - DCP traffic from external to the station and vice versa is allowed.
Table 10-65 Logging
Option Action when activa Relevant firewall rule

ted
Log tunneled packets Only active if the Allow Station Tunnel
security module is Allow Tunnel Station
a member of a VPN
group. All MAC
packets transfer
red via the tunnel
are logged.
Log blocked incoming pack All incoming MAC Drop External Station
discarded are log
ged.
Log blocked outgoing pack All outgoing MAC Drop Station External
discarded are log
ged.
Note

IP packet filter directions S7-1200 / S7-1500 CPs
Meaning
Available options / ranges of values Meaning

From To
External Station Access from the external network to the station.
Station External Access from the station to the external network.
Tunnel Access from the station to VPN tunnel partners.*
Tunnel Station Access by VPN tunnel partners to the station.*
* Not for the CP 1543-1 V1.0.
MAC packet filter directions S7-1200 / S7-1500 CPs
Meaning
Available options / ranges of values Meaning

From To
External Station Access from the external network to the station.
Station External Access from the station to the external network.
Tunnel Access from the station to VPN tunnel partners.*
Tunnel Station Access by VPN tunnel partners to the station.*
* Not for the CP 1543-1 V1.0.

Connection-related automatic firewall rules
Meaning
Note
Enabling UDP multicast and UDP broadcast connections manually
No automatic firewall rules are created for UDP multicast and UDP broadcast connections. To
enable the connections, add the relevant firewall rules manually in advanced firewall mode.
Depending on how the connection establishment is configured, the following level 3 firewall
rules are created. If the CP (not CP 1543-1 V1.0) is in a VPN group, the direction "External"
changes to "Tunnel".
The IP address of the connection partner is entered in the "Source IP address" or "Destination
IP address" column of these firewall rules.

active Drop External Station
passive Drop Station External
active and passive Allow External Station
For level 2 connections, "Allow" rules are created for both directions. If the CP (not CP 1543-1
V1.0) is in a VPN group, the direction "External" changes to "Tunnel".
The MAC address of the connection partner is entered in the "Source MAC address" or
"Destination MAC address" column of these firewall rules.

active, passive, active and passive Allow Station External
Note
Changing the connection configuration
rules. To display the modified firewall rules, click the "Update connection rules" button.

Conventions for automatically created firewall rules

Priority
The rules have highest priority and are therefore inserted at the top in the local rule list.
Deleting rules
The rules cannot be deleted. Logging can be enabled and services can be assigned.
Moreover, you may insert a bandwidth and a comment.
Changing the action
If you set the action from "Allow" to "Drop" or vice versa, this is overwritten again during
renewed system synchronization. Select "Allow*" or "Drop*" to retain your changes. In this
case, only the IP address is synchronized and the action and direction remain as set.
Settings for logging, service, bandwidth and comment are also retained after a renewed
system synchronization even without changing the action to "Allow*" or "Drop*". If the
configured connection is deleted, the corresponding rules are removed from the list.
Security module in VPN group

As default, the "Tunnel communication only" check box is enabled. If you deselect the check
box, in addition to tunnel communication between tunnel partners, communication is also
possible with devices to which there is no tunnel.
Communication is untunneled if the partner address belongs to a station known in STEP 7
for which no VPN tunnel is configured.
Communication is through the tunnel if the partner address is a VPN endpoint.
Note
If you want to ensure that only communication through the tunnel is possible, you will need
to create suitable firewall rules in advanced firewall mode.
To allow only tunneled communication for a CP, add a rule with the following settings:
"Action": "Drop"
"From": "Station"
"To": "External"
In addition to this, you need to remove existing firewall rules that allow untunneled
communication.
10.1.4 Creating configurations
10.1.4.1 Information about the web server
Introduction
The Web server lets you monitor and administer the CPU through authorized users by means
of a network. This permits evaluation and diagnostics over long distances. All you need is a
web browser.

Alarms and status information are visualized on HTML pages.
Web browser
You need a web browser to access the HTML pages of the CPU.
The following web browsers have been tested for communication with the CPU:
Internet Explorer (Version 8)
Mozilla Firefox (Version 21)
mobileSafari (iOS5)
Web access to the CPU via PG/PC

Proceed as follows to access the Web server:
1. Connect the client (PG/PC) to the CPU via the PROFINET interface.
2. Open the web browser.
Enter the IP address of the CPU in the "Address" field of the web browser in the format
http://ww.xx.yy.zz (example: http://192.168.3.141).
The start page of the CPU opens. From the start page, you can navigate to further
information.
Additional information
Additional information about the Web server of the various CPU families is available under the
key word "Web server" in the information system.
Information on creating your own web pages for access to the CPU is available under the
keyword "User-defined web pages" in the information system.
You can find links to additional manuals about the subject "Web server" under "See also".
See also
S7-1500 web server (http://support.automation.siemens.com/WW/view/en/59193560)
Documentation S7-300 (http://support.automation.siemens.com/WW/view/en/12996906)
Documentation S7-400 (http://support.automation.siemens.com/WW/view/en/44444467)
10.1.4.2 Things you should know about PROFIBUS DP operating modes
Introduction
DP master systems that consist of a DP master and DP slaves which are connected via a bus
and communicate with one another via the PROFIBUS DP protocol are referred to as
distributed I/O.

Below, we refer to communication-capable modules with DP interface that can take on the role
of DP master or DP slave.
"DP master" and "DP slave" option

Communication-capable modules, such as CPUs with DP interface and CPs or CMs with DP
interface, have the area "Mode" in their module properties.
For S7-300 CPUs with integrated DP interface, for example, you can set the mode "DP master"
and "DP slave". A CPU or a CP that is configured as DP slave is also referred to as intelligent
DP slave (I-slave).
For S7-1500 CPUs with integrated DP interface, only the "DP master" mode is possible. To
operate S7-1500 CPUs as I-slave, you have to insert the communication module CM 1542-5
and configure it as DP slave.
S7-1200 CPUs do not have integrated DP interfaces. To operate an S7-1200 as DP master
or DP slave, you must insert a communication module CM 1243-5 (DP master only) or a
communication module CM 1242-5 (DP slave only; I-slave).
Additional information on distributed I/O is available under the key word "Distributed I/O" and
"I-slave" in the information system.
10.1.4.3 Configuring automation systems
Addressing modules
Addressing modules
Introduction
In the device overview, you see the addresses or address ranges of the modules in the I
address and Q address columns. There are other addresses as well, which are explained
below.
I/O address
I/O addresses (input/output addresses) are required to read inputs and set outputs in the user
program.
Input and output addresses are assigned automatically when modules are inserted in the rack.
The address of the first channel is the start address of a module. The addresses of the other
channels are derived from this start address. The address end is obtained from the module-
specific address length.

Device address (e.g., Ethernet address)

Device addresses are addresses of programmable modules (Industrial Ethernet addresses).
They are required to address the different stations of a subnet, for example, to download a
user program to a CPU.
Hardware identifier for identifying modules and submodules

In addition to the I addresses and Q addresses, a hardware identifier (HW ID) is assigned
automatically and is used to address and identify the module. Submodules (units of a module),
such as an integrated counter, also receive such a hardware identifier.
The hardware identifier consists of an integer and is output by the system with diagnostics
alarms to allow the faulty module or the faulty submodule to be localized.
In addition, the hardware identifier is used for a number of instructions to address the
corresponding module.
The hardware identifier cannot be changed.
Example: Identifying high-speed counters of the S7-1200 CPU
The hardware identifier is assigned automatically when components are inserted in the device
or network view and in the PLC tags. A name is also assigned automatically for the hardware
identifier. The system constants of the PLC tags cannot be changed either.
See also
Assigning addresses to a location in the program (Page 850)
Introduction to loading a configuration (Page 1146)
Specifying input and output addresses

Default input and output addresses are set automatically. You can, however, change the
address assignment later.
All addresses of modules are located in the process image area. The process image is
automatically updated cyclically.

Requirement
Procedure
To change the preset address range proceed as follows:
1. In the device view, click on the module for which you want to set the start address.
2. Go to "I/O addresses" in "Properties" in the inspector window.
3. Under "Start address" enter the required start address.
4. Press <Return> or click on any object to accept a modified value.
If you have entered an invalid address, a message indicating the next available address is
displayed.
Note
You can also change the addresses directly in the device overview.
See also
Input and output addresses in the address overview (Page 576)
Assigning addresses to a location in the program

You can assign addresses of the I/O channels of modules directly to the points of use in the
program or to a tag table.
Requirement
The device view of the hardware and network editor is open.
The zoom level in the device view must be set to at least 200% to allow you to see the
individual I/O channels.
The instruction window of the programming editor or a tag table is open.

Procedure
To assign I/O channels of modules to the points of use in the program or to a tag table, follow
these steps:
1. In the device view, navigate to the module with the desired I/O channel.
2. Click and hold down the mouse button to drag the desired I/O address to the corresponding
point of use of the block or to the tag table.

The address of the module is assigned to the point of use in the program or entered as a tag
in the tag table.
Note
The tag for an input or output of a block can also be dragged to the input or output of a module
in order to link the tag to the I/O channel of the module.
Signal board
Inserting a signal board in a CPU
Introduction
Signal boards allows you to increase the number of the S7-1200 CPU's own inputs and outputs.
Just like all other hardware components, you will find signal boards in the hardware catalog.
However, you do not insert signal boards in the rack like other modules but directly in a slot of
the CPU itself.
Note the following points when using a signal board:
Each CPU can have only one signal board inserted in it.
A signal board can only be inserted when the slot in the CPU is free.
There are various ways of inserting a signal board in a CPU:
Double click on a signal board in the hardware catalog when there is a free slot in the CPU
Drag from the hardware catalog to a free slot in the CPU
Shortcut menu of a signal board in the hardware catalog for copying and pasting
Requirement
The S7-1200 CPU has a free slot for the signal board.

Inserting a signal board in a CPU

To insert a signal board in a CPU, proceed as follows:
1. Go to the required signal board in the hardware catalog.
2. Select the signal board you want to use.
3. Drag the signal board to the free slot in the CPU.
You have now inserted a signal board in the slot of the CPU.
If you are in the network view, you can also drag a signal board to a device. If the CPU has a
an empty slot for a signal board, the signal board is inserted automatically into this slot.
Configurations for Web server
Information about the web server
Introduction
The Web server allows you to monitor the CPU via the Internet or the intranet of your company.
This permits evaluation and diagnostics over long distances.
Alarms and status information are visualized on HTML pages.
Web browser
You need a web browser to access the HTML pages of the CPU.
The following PC web browsers, for example, are suitable for communication with the CPU:
Internet Explorer (Version 8.0, 9.0)
Mozilla Firefox (Version 17.0.1 and higher)
Google Chrome 23.0
Apple Safari 5.1.7 (Windows)
Apple Safari 6.0.2 (Mac)
The following Web browsers of mobile devices are also suitable:
Internet Explorer 6.0 for HMI Panels
Mobile Safari (iOS 5.0.1)

Mobile Android Browser 2.3.4

Mobile Google Chrome 23.0
Reading information via the Web server

The following information can be read from the CPU. The availability of the respective web
pages depends on the CPU and its firmware version.
As of firmware version 4, the web pages are also available in several languages.
Page/information Description
Intro/Introduction Entry page for the standard web pages
Start Page The start page provides an overview of general
Start page with general CPU information information on the CPU, the name of the CPU, the
type of CPU and basic information on the current
operating state.
Identification Displays the static identification information such
Identification information as serial number, article number and version num
bers.
Diagnostic Buffer Displays the content of the diagnostics buffer with
Diagnostic information the most recent entries first.
Module Information Displays whether the centrally inserted compo
Module information nents of a station are OK, whether there are main
tenance requirements or components cannot be
reached, for example.
As of firmware version 4 a firmware update is pos
sible via this Web page.
Communication Displays the communication connections during
Communication open communication (OUC); displays resources
and address parameters.
Varable Status Displays the status of operands of the user pro
Tags gram to monitor and change the values.
Data Logs Data logs in CSV format to transfer to the hard disk
(File Browser as of firmware version 4) of the programming device. The data logs are cre
ated with data log instructions in the user program
and filled with data.
As of firmware version 4 you have access to files
of the internal load memory and of the external
load memory (Memory Card), for example to the
content of the directory "DataLogs" and "Recipes"
via the Web page "File Browser".
User Pages The user web pages deliver a list of web pages
User pages (if user-defined web pages have been with customer-specific web applications.
configured and loaded)

Web access to the CPU via PG/PC

Proceed as follows to access the Web server:
1. Connect the client (PG/PC) to the CPU via the PROFINET interface.
2. Open the web browser.
Enter the IP address of the CPU in the "Address" field of the web browser in the format
http://ww.xx.yy.zz (example: http://192.168.3.141).
The start page of the CPU opens. From the start page, you can navigate to further
information.
See also
Standard web pages
Requirements for web access

The requirements for access to standard CPU web pages are explained in the following, as
well as the effects of missing or existing configuration information.
Requirement
The web server must be started.
The web server only starts when it has been activated in the properties of the CPU in the "Web
server" section.
Note the following:
The web pages are normally transmitted via an non-secure connection and are not secured
against hacker attacks. If you want to transfer the web pages in encrypted form to the browser,
use the URL https://, followed by the IP address of the CPU.
Logon
No logon is required to access the standard web pages read-only. A user must be logged on
to execute certain actions like changing the operating mode of the CPU or for write access.
For S7-1200 CPUs up to FW version V3:
You must be logged on as "admin" for the actions listed above. The logon input boxes are on
the top left of each standard web page.
If you log on as "admin", you must enter the user name and password there.
Name: admin.

Password: configured CPU password (for password-protected CPU).

For S7-1200 CPUs as of FW version 4:
You can freely select the names of users and the passwords (CPU parameter "Web server",
area "User management").
You assign rights to the users, for example the right to query diagnostics or to update the
firmware.
JavaScript and cookies

The standard web pages use JavaScript and cookies. You must enable both in your web
browser.
If JavaScript is not enabled, the following limitations apply:
Data from standard web pages is not automatically updated.
You cannot log on as user.
Fields cannot be sorted (module information)
If cookies are not enabled, you cannot log on.
See also
Access for HTTPS (Page 857)
Settings for operation
Settings for operation

To be able to use the web server of an S7-1200-CPU, you must select the CPU in the network
view or the device view and make the following settings in the inspector window under
"Properties > General > Web server":
Enable the web server
Restricting access to the CPU to HTTPS transmission protocol (encrypted transmission)
Access via port 80 is then blocked. Communication is only possible via port 443.

Enabling automatic update of web pages

The update interval is set by default and cannot be changed. The CPU updates web pages
with changing content ( (for example, status information or diagnostics information) at
regular intervals.
Creating and managing users
Users are exclusively entitled to options that are assigned to the access rights.
Depending on the CPU and firmware used, you can assign different user rights. Rights that
your CPU does not support cannot be activated. A user called "Everybody" with minimal
access rights, that you can, however, extend, is set by default in the user list. A user who
uses the Web server without entering a password has "Everybody" user rights.
You have the possibility of configuring further users with different access rights. These
users have to log on with the configured user name and password.
Warning
Unauthorized access to the CPU by means of the Web server
Unauthorized access to the CPU or the changing of PLC variables to invalid values can
result in interruptions of the processes controlled by the CPU and cause death, serious
bodily harm or material damage!
Since the activation of the Web server allows authorized persons for example to change
operating modes, to write-access CPU data or to update the firmware, we recommend that
the following security measures be taken:
If possible limit access to the HTTPS protocol.
Create users with secure passwords. An example of a secure password is one which
is only used for a single application, is more than 8 characters long, and consists of
lower- and upper-case letters as well as symbols and numbers (?!+%$1234...). In
addition, passwords based on common keyboard sequences or words from the
dictionary should be avoided.
Change the password at regular intervals.
Do not extend the rights of the "Everybody" user.
Check the PLC variables in the user program and limit the range of values to permissible
ranges since users can set invalid values via the Web server.
Access for HTTPS
Access via HTTPS

HTTPS is used for encrypting and authentication of communication between the browser and
web server.
To transfer data between the browser and the CPU using the HTTPS protocol, enter the URL
as https://ww.xx.yy.zz in the address line of your browser, whereby ww.xx.yy.zz stands for
the IP address of the CPU.
You require a valid, installed certificate for error-free HTTPS access to the CPU.
If no certificate is installed a warning is displayed with a recommendation not to use this page.
To view the page you must explicitly "Add exception".

You can receive a valid certificate (Certification Authority) "SIMATIC CONTROLLER" as a

download from the "Intro" web page under "Download certificate". The help function for your
respective web browser provides information on how to install a certificate.
Accessing data of the CPU memory

You can access data in the internal or external CPU load memory by means of a standard web
page.
Use the web page "Data logs" for S7-1200 CPUs up to and including FW version 3. From
this web page, you transfer the data logs from the CPU to a drive on your PC.
Use the web page "File Browser" for S7-1200 CPUs as of FW version 4. From this web
page, you transfer data from the folders "Data logs" or "Recipes", for example, to a drive
on your PC.
Depending on the file type and the access permissions you have configured for the web server
user, you can download, delete, rename or upload the files. The actual directories can only be
created, deleted or renamed.
Example: Data logs

To open a data log, click on the link of the desired data log. You can then open the file (.csv),
for example, in Microsoft Excel or in another program you choose or you can save the file.
Special note: Data logs are saved in U.S. American CSV format. You can only open the file
directly using the U.S. version of Microsoft Excel. If you are using another national version of
Microsoft Excel, you must import the file, selecting "comma" in the import assistant as the
delimiter.
Downloading a data log

To download a data log, click on the download icon of the desired data log. You can then open
the file (.csv), for example, in Microsoft Excel or in another program you choose or you can
save the file.
Downloading and clearing or deleting a data log

For a CPU with FW version up to V3.0:
To download and delete the current entries of the data log, you must be logged on. To do this,
click on the "Download and delete" icon of the required data log. You can then open the file
(.csv), for example, in Microsoft Excel or in another program you choose or you can save the
file.
For a CPU as of FW version V4.0:
To reset the data log, follow these steps:
1. Open the CSV file, for example with Excel.
2. Delete the rows between the headline and the row with the entry "//END", if this row exists.

3. Save the file to a drive on your PC.

4. On the web page "File Browser", delete the data log (which means the CSV file) and load
the prepared CSV file to the CPU with the "Upload file" button of the "File Browser" web
page.
Additional information is available in the S7-1500 CPU system manual.
See also
Data logging - Overview (Page 3318)
Create and download user-defined websites
What you need to know about user-defined web pages
Concept
The concept of user-defined web pages allows you to access freely-designed web pages of
the CPU from a web browser. The Web server of the CPU provides this function.
You are not dependent on special tools for the design and functionality of the user-defined
web pages. You can adapt the pages in the layout with CSS, provide dynamic content with
JavaScript or use any framework to produce web pages.
The totality of files processed by the Web server is also referred to as the "web application".
Web application and user program

Using HTML code in user-defined web pages, you can also transmit data via a web browser
to the user program of the CPU for further processing and can display data from the operand
area of the CPU in the web browser.
You can use script instructions (such as Javascript) to optimize your web pages, for example
to dynamically change contents or validate user entries.

To synchronize between the user program and the Web server, but also to initialize, you must
call the WWW (SFC 99) instruction in the user program.
If no interaction is required between the web application and the user program, for example,
if a web page only provides static information, only initialization in the user program is
required.
If a simple data exchange is necessary between PLC tags and tags in web applications, to
display the contents of PLC tags or write a value in a PLC tag for example, the syntax for
reading and writing tags has to be observed. In this case only an initialization is required
in the user program, for example in the startup OB.
If a further interaction is required between the web application and the user program, you
must handle status and control information from the Web Control DB in addition to the
synchronization between Web server and user program. This is the case, for example,
when user entries are transmitted via the web browser to the Web server for evaluation by
the CPU. Unlike simple data exchange, the user program directly influences the time at
which the requested web page is relayed back to the web browser. In this case, you must
be acquainted with the concept of manual fragments and the structure of the Web Control
DB.
Initialization
User-defined web pages are "packaged" in data blocks for processing by the CPU. You must
generate appropriate data blocks from the source data (HTML files, images, JavaScript files,
etc.) during configuration to be able to download the web application into the CPU. The Web
Control DB takes on a special role (default: DB 333). It contains status and control information
as well as links to additional data blocks with coded web pages. Data blocks that contain coded
web pages are termed "Fragment DBs".
When the data block is downloaded into the CPU, the CPU does not "know" that user-defined
web pages are coded inside it. The "WWW" (SFC 99) instruction, for example, in the Startup
OB informs the CPU which DB is the Web Control DB. The user-defined web pages can be
accessed via a web browser after this initialization.
Synchronization
If the user program is to exchange data with the user-defined web pages, the WWW (SFC 99)
instruction must be used in the cyclic program section.
Examples of interaction between user program and web page:
Check received data
Assemble and send back data to the web browser making the request
In this case, the status information must be able to be evaluated and control information must
be transmitted to the Web server, for example, to release a requested web page.

Procedural overview
Basic information
This section provides a step-by-step explanation of the basic procedure used to create and
download custom web pages and to use them in the operating phase.
The following graphic provides a simplified representation of the process used in creating and
displaying custom web pages:
+70/
*,)
:::

Programming a web application (using suitable tools when required and AWP commands for
dynamic pages when applicable).
The web application is comprised of single source files, for example, *.html, *.gif, *.js, etc.
Using STEP 7:
Generate the data blocks (Web Control DB and fragment DBs) from source files. The DBs
contain meta information and the complete web application, including the images and the
dynamic and static parts of the web application. The DBs are stored under "System blocks"
in the project tree.
Call the "WWW" instruction in the user program. This instruction initializes the web server
of the CPU for a web application.
If required, complete final programming for interaction between the web server and user
program
Downloading the blocks to the CPU.
Call the web page in the browser. The web pages of the CPU are called by entering the IP
address of the CPU.

You can find additional information and examples relating to the S7-1200 web server on the
Internet (http://support.automation.siemens.com/WW/view/en/36932465).
Creating web pages

Web design tools from various companies can be used to create user-defined web pages. As
a rule, the web pages should be programmed and designed compliant to the conventions of
the W3C (World Wide Web Consortium). No check is made for compliance to W3C criteria in
the web server of the CPU.
Rules
The tool must be able to directly edit the HTML code so that the AWP command can be
inserted into the HTML page.
Only the AWP commands are parsed in the CPU and, for example, replaced by values from
the user program/process image of the CPU.
Files containing AWP commands must be coded in UTF-8. In the metadata of the HTML
page, therefore, set the attribute charset to UTF-8 and save the file UTF-8 coded.
Files containing AWP commands must not contain the following sequence: ]]
Files containing AWP commands must not contain the following sequence outside of the
"Tag read ranges" (:=<Tag name>:): :=
Tip: Replace the first character of a prohibited sequence with its character coding; for the
colon, for example, :.
A small example for a custom web page should make clear the basic design.
Requirement
The CPU must have a web server and the web server of the CPU must be activated.
To be able to access PLC tags with write access as a user, you must be logged on as
"admin".
For the example below, PLC tags must be defined for those PLC tags that are to be shown
on the web page. This is shown here for the first tab used, "Tank_below_max".
Creating user-defined web pages

The following code for an example web page reads values from the process image and
provides them in a table.
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/
TR/html4/strict.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html;
charset=utf-8">

<title>Mix</title>
</head>
<body>
<h1>Mix</h1>
<h2> Actual State </h2>
<table border="1">
<tr>
<th>Variable</th>
<th>State</th>
</tr>
<tr>
<td>Tank below max</td>
<td>:="Tank_below_max":</td>
</tr>
<tr>
<td>Tank above min</td>
<td>:="Tank_above_min":</td>
</tr>
</table>
</body>
</html>
AWP commands
The interface between a freely-programmable web application for a CPU that has a Web server
and the CPU data is declared by the AWP command (Automation Web Programming).
To develop web applications you are only subject to the restrictions of the web browser. In one
of the programming languages of STEP 7, control with the user program which CPU data is
displayed at what time in the web browser of the viewer. Use AWP commands, which you
comment within the HTML files, to declare data to be used for intentional interaction between
the web application and the user program.
AWP commands are inserted as HTML comments with a special syntax into HTML files; they
declare the following features:
Read PLC tags
Write PLC tag
Read special tags
Write special tags
Define enum types
Assign tags to enum types
Defining fragments
Import fragments
Syntax of AWP commands

An AWP command begins with "". In JavaScript files, the
commands should also be enclosed by JavaScript comments ("/*...*/").

Notation rules for PLC tag names within an AWP command

The AWP commands "AWP_In_Variable" and "AWP_Out_Variable" contain a name attribute
and optionally a use attribute. A PLC tag name is assigned to these attributes, by means of
which the PLC tags in the browser are written or read. The following rules apply to handling
PLC tag names in HTML code:
PLC tags must be enclosed in quotation marks (" ... ").
PLC tags used in AWP commands must also be enclosed by single quotation marks ('" ...
"') or with quotation marks masked by a backslash ("\" ... \"").
If the PLC tag name contains the character \ (backslash) or * (star), this character must be
designated with the escape sequence \\ as standard character of the PLC tag name. See
below for examples.
If the PLC tag name in the AWP command is also enclosed by single quotation marks and
the single quotation mark (') occurs within the name, it must also be designed as normal
character by the escape sequence \'.
If an absolute address (input, output, bit memory) is used in AWP command, it is enclosed
by single quotation marks.
PLC tag PLC tag in HTML code

"Velocity" 

"abc\de" 
"abc'de" 
"abc'de" 
"DB name".tag 
"DB name"."ta.g" 
- 
See also
Reading tags (Page 864)
Writing tags (Page 867)
Special tags (Page 868)
Reading tags
User-defined web pages can read PLC tags.
The PLC tag must be specified by a PLC tag name.
These OUT variables (direction of output as viewed from the controller) are inserted at any
location within the HTML text with the syntax described in the following.
Syntax
:=<varname>:

These references are replaced when the Web server is in operation by the current values of
the PLC tag in each case.
<varname> can be a simple, global PLC tag but also a complete tag path to a structural
element.
Notation rules for PLC tag names

PLC tags in HTML code are enclosed by quotation marks ("), if they are defined in the tag
table. In the case of data block tags, the name of the data block is enclosed by quotation
marks. If special characters are used in the structure elements of the data block, for example
the dot (.) or blank, this part must also be enclosed by quotation marks.
Quotation marks are not used for absolute addresses of inputs, outputs or bit memories.

"DB_name".var_name :="DB_name".var_name:
"DB_name"."var.name" :="DB_name"."var.name":
"memory" :="memory":
- :=I0.0:
:=Q0.0:
:=MW100:
:=%MW100:
"My_Data_Block".flag1 
...
:=flag1:
If the PLC tag name contains the character : (colon) or \ (backslash), this character must
be designated with the escape sequence \: or \\ as standard character of the PLC tag name.

"abc:de" :="abc\:de":
"abc\de" :="abc\\de":
Special characters "<, &, >"

Display problems can occur if these characters are contained in the tag name (for example,
"a<b").
Avoid expressions such as :="a<b": in the HTML page.
To prevent display problems from occurring, use e.g. an AWP command with a use
expression according to the pattern depicted below. The use attribute defines the PLC tag
with the problematic character, the name attribute defines the name without problematic
character, as it is used in the HTML page.

"a<b" 
...
:=simplename:

Reading tags of the type String and Character

Below, these types of quotation marks are used in the explanation: single quotes ('), double
quotes (").
As of firmware V1.6, with the "Read PLC tags" function, an S7-1500 CPU outputs tags of the
type String or Character enclosed in single quotes to the browser.
Example:
String tag "Varname".MyString with the content ABC
You read the tag in HTML using the function :="Varname".MyString:
The Web server outputs the character string 'ABC' to the browser
Using String or Character tags in expressions

On your HTML page, you use an expression in which the character string for reading a tag is
enclosed in quotes, for example in forms.
Possible HTML code used:
<input type="text" name="appfield" value="myvalue">
If you read the displayed value for the "value" attribute from a PLC tag in this expression, the
HTML code appears as follows:
<input type="text" name="appfield" value=":="Varname".MyString:">
By reading the PLC tag, the Web server outputs the value 'ABC'. In HTML, the code is then
represented as follows:
<input type="text" name="appfield" value=" 'ABC' ">
If you have used single quotes instead of double quotes in your HTML code to enclose the
attributes, the Web server passes on the content of the tags enclosed in two single quotes to
the browser. As a result of this, the browser does not output the content of the String or
Character tag, since two consecutive single quotes each form a closed sequence. The values
to be read are located between these sequences and are not output by the browser.
In this context, note in particular that the character string with double quotes is not identical to
two single quotes even if they appear to be identical, as shown in the following figure.
+70/FRGH YDOXH ' 9DUQDPH0\6WULQJ'!

2XWSXWWRWKHEURZVHUE\WKH:HEVHUYHU YDOXH ' '$%&' '!
6HTXHQFHVDFWXDOO\UHDG YDOXH ''$%&''!
6HTXHQFH 6HTXHQFH
See also
AWP commands (Page 863)

Writing tags
Custom web pages can write data into the CPU.
This requires an AWP command that identifies the PLC tag to be written.
The PLC tag must also be specified by a PLC tag name.
The IN tags (direction of input as viewed from the controller) are placed on the browser page.
This can be done, for example, in a form.
The tags are either set in the HTTP header (by cookie or POST method) or in the URL (GET
method) by the browser and are then written by the Web server into the respective PLC tag.
Syntax
To allow the IN tags to be written to the CPU, the tags must first be defined by an explicit AWP
instruction:

Several tags can be defined in an instruction - such as that shown above.
The specific PLC tag name is hereby written in double quotation marks; for example
<PLC_Varname1> = "myVar".
In cases where the name of the tag that you use for the web application is not identical to the
name of the PLC tag, the "Use" parameter can be used to assign to a PLC tag:

Since PLC tags are enclosed in double quotation marks ("), the name in the AWP command
must be enclosed in single quotation marks (') or in masked quotation marks (\"). To avoid the
numerous escape sequences, we recommend the use of single quotation marks.


Conditions for write access during operation

The following requirement has to be met in order for a user to be able to write to PLC tags
from a user-defined web page:

The user must have rights to change tags. The Web server ignores the commands if the user
has no change rights.
This rules applies to all writing access to web pages on a CPU.
See also
Requirements for web access (Page 855)
Special tags
Special tags are mainly HTTP tags set in the definition of the World Wide Web Consortium
(W3C) . Special tags are also used for cookies and server tags.
The AWP command to read and write special tags differ only in that they have additional
parameters than the AWP command used to read and write normal tags.
Reading a special tag

The Web server can read PLC tags and transfer these to special tags in the HTTP Response
Header. You can, for example, read a URL for a diversion to another web page and transfer
to the special tag HEADER:Location using the special tag HEADER:Location.
The following special tags can be read:
Name Description
COOKIE_VALUE:name Value of cookie with name: "name"
COOKIE_EXPIRES:name Execution time of cookie with name: "name" in
seconds (must be set beforehand).
HEADER:Status HTTP status code (if no other value has been set,
status code 302 is returned).
HEADER:Location Path for forwarding to another page. Status code
302 must be set.
HEADER:Retry-After Anticipated time in which the service is not availa
ble. Status code 503 must be set.
HEADER: All other header tags can also be forwarded in this
way.
Use the AWP command "AWP_Out_Variable" to specify which PLC tags are to be transferred
in the HTTP header to the web browser.
Basic structure:


Parameter description
Name: Type and name of special tag
Use (optional parameter): In cases where the name of the special tag is not identical to the
name of the PLC tag, parameter "Use" can be used to assign to a PLC tag.
Example:

Writing a special tag

In principle, all HTTP tags written in the HTTP header by the web browser can be evaluated
by the user program of the CPU. Examples of tag types:
Name Description
HEADER:Accept-Language Accepted or preferred language
HEADER:Authorization Proof of authorization for a requested resource
HEADER:Host Host and port of the requested resource
HEADER:User-Agent Information on the browser
HEADER: All other header tags can also be forwarded in this
way
SERVER:current_user_id Indicates whether a user is logged on (cur

rent_user_id=0: no user logged on)
SERVER:current_user_name User name of the user logged on
SERVER:GET Request method is GET
SERVER:POST Request method is POST
COOKIE_VALUE:name Value of cookie with name: "name"
The AWP command "AWP_In_Variable" is used to define which special tags are to be
evaluated in the user program of the CPU.
Basic structure:

Parameter description:
Name: Type and name of special tag
Use (optional parameter): In cases where the name of the special tag is not identical to the
name of the PLC tag, the parameter Use can be used to assign to a PLC tag.

Examples:

The tag name in the HTTP header is replaced by the PLC tag name specified by Use . The
cookie is written to the PLC tag "info".language .

The tag name in the HTTP header is replaced by the PLC tag name specified by Use. The
cookie is written to the PLC tag "info".language .

The HTTP-header variable is written in the same-name PLC variable.
See also
Enumeration types
Enumeration types (enums)

Numerical values from the PLC program can be converted into text and vice versa using
enums. The numerical values can also be assigned for several languages.
Creating enums
Enter an AWP command using the following syntax at the start of the HTML file:

For example, for German values to be saved as an HTML file in the "de" folder of the HTML
directory:

For example, for English values, to be saved as an HTML file in the "en" folder of the HTML
directory:


Assigning enums
Tags are assigned from the user program to the individual enum texts using a special AWP
command:

<VarName> is thereby the symbolic name from the user program and <EnumTypeName> is
the previously set name of the enum type.
Note
In each fragment in which enum texts are referenced by a PLC tag, this PLC tag must be
assigned by the appropriate AWP command of the enum type name.
Ensure that no AWP command for importing fragments is positioned between an enum
assignment and enum usage because this import can result in the enum assignment lying in
a different fragment than the enum usage.
Example
Enum type "state" is defined with values "0" and "1". "0" means "off", "1" means "on":

The following code is contained in the HTML code of the web page to be output:


:=operating state:
Depending on the value of the "operating state" tag, the result displayed is no longer "0" or
"1", but "off" or "on".
Simplified use of enumeration types

At S7-1200 CPUs as of firmware version 4 it is possible to use enumerations directly in AWP
commands to read and write PLC variables.
You create enums as described in the previous section, and you can then utilize the values
with user program read and write commands.

Creating enums

Utilizing enums in the user program read and write commands



Example of reading PLC tags

...<p>The current value of "Alarm"
is :="Alarm":</p>
If the value of "Alarm" in the CPU is "2", the following text will be displayed on the HTML page:
'The current value of "Alarm" is Tank is empty' because the enum definition assigns the string
"Tank is empty" to the numerical value 2.
Example of writing PLC tags

...
<form method="POST">
<p><input type="hidden" name='"Alarm"' value="Tank is full" /></p>
<p><input type="submit" value='Set Tank is full' /></p>
</form>
Because the enum definition assigns the string "Tank is full" to the numerical value "1", the
value "1" is written to the PLC tag "Alarm".
Definition of fragments
Fragments
Fragments are "logical sections" of a web page to be processed by the CPU individually.
Fragments are usually complete pages but can also be individual elements such as files (for
example, images) or complete documents.
Defining fragments


The start of a fragment is specified by this command. A fragment runs to the start of the next
fragment or to the end of the file.
<Name> Indicates the name of the fragment.
The name must start with a letter [a-zA-Z] or an underscore ( _ ). Letters, underscores or
numbers [0-9] can follow after this first character.
<Type> Indicates the type of the fragment.
"manual" The user program is informed of the request for a fragment; the web page to
be returned can be changed by the user program.
"automatic" The page is automatically processed (default).
<id> A numeric ID can be stipulated for the fragment. If no ID is assigned, the fragment is
automatically assigned an ID. For manual pages (<Type>=manual) , the fragment can be
addressed in the user program of the CPU by this ID.
Note
Keep the ID low because the highest ID influences the size of the Web Control DB.
<Mode> Fragments support the visible and hidden modes.

"visible" The fragment is a part of the web page. This mode is preset and can also be
omitted.
"hidden" The fragment is not part of the web page. However, the fragment will be saved
in the Web DB and is available to the user program for inserting in a requested web
page. You use an exchange of the fragment ID (Web-Control-DB.fragment_index tag)
to insert a "hidden" fragment in the requested web page.
The input document is completely divided into fragments by the "AWP_Start_Fragment"
command. "AWP_End_Fragment" is therefore unnecessary.
Without a start fragment command, a file is mapped as a fragment; the fragment name is
derived from the file name. If a file is divided into several fragments (by
"AWP_Start_Fragment"), the file must begin with the "AWP_Start_Fragment" command.
Importing fragments
You can declare a fragment in an HTML page and import this fragment into other web pages.
Example
A company logo is to be displayed on all web pages of a web application.
There is only one instance of the HTML code for the fragment that displays the company logo.
You can import the fragment as often and into as many HTML files as required.
Syntax


<name> is the name of the fragment to be imported.
Example
HTML code within a web page that declares a fragment:


<p><img src = "compay_logo.jpg"></p>
Example
HTML code within another web page that imports the declared fragment:

Creating and loading a data block
Requirement
All source files required for the web application (*.html, *.js, *.png, ...) have been created.
The source files are located in one folder, but only those source files that are required for
the web application. No other files may be located in this folder.
Note
Length of file names and tag names
If you have a comprehensive web application with many files and directories, the generation
of the web data blocks may possibly fail. If this happens, the generation is aborted with the
message "Text list overflow...". The cause is system-internal size limitations for management
information saved in the web data block.
Remedy: Use short file names and short tag names.
Procedure
To create data blocks from the source files for user-defined web pages in STEP 7, proceed
as follows:
1. Select the CPU, for example, in the device configuration.
2. Select the properties for user-defined web pages in the inspector window under "Properties
> General > Web server".
3. As "HTML source", select the folder that contains the source files for the web application.
4. Enter the HTMP page to be opened on starting the web application as the start HTML page.

5. Enter a name for the application if required.

6. You can supplement a range of file name extensions as "Files with dynamic content" if
necessary. Only enter those file name extensions that also contain AWP commands.
7. The number for the Web Control DB and for the fragment DB start number can be kept as
long as they are not already being used by your user program.
8. Click on the "Generate" button to create DBs from the source files.
The generated data blocks are saved in the project navigation in the "System block" folder
(in the "Web server" subfolder).
9. In the CPU, select the network view to be loaded and then select the "Download to device"
command in the "Online" menu to download the blocks. Compilation of the blocks is
implicitly initiated before downloading.
If errors are reported during this process, you must correct these errors before you can
download the configuration.
Structure of the PLC program

Your user program must call the " WWW" instruction to even allow the web application, for
example, the user-defined web pages, to be available to the CPU on the standard web pages
and to allow them to be called up there.
The Web Control DB you have created from the source files is the input parameter (CTRL_DB)
for the "WWW" instruction. The Web Control DB references the content of the user-defined
web pages coded in the fragment DB and then receives status and control information.
Calling the "WWW" instruction in the startup program

If you do not want the user program to influence requested web pages, it is sufficient to only
call the "WWW" instruction once in a startup OB. This instruction initializes communication
between the web server and the CPU.
Calling the "WWW" instruction in the cyclic program

The "WWW" instruction can also be called in an OB processed in cycles (for example, OB 1).
This has the advantage of being able to respond to web server requests from within the user
program. Manual fragments must be used for this.
In this case, you must evaluate information from the Web Control DB in order to identify the
requested web page or the requested fragment. On the other hand, you must set a bit in the
user program in order to explicitly release the web page to be returned by the web server after
processing the web page request.
The structure of the Web Control DB is described in the following section.
Web Control DB
The Web Control DB (DB 333 by default) is created by STEP 7 and contains information on
the structure of user pages, the status of communication and any errors that occur.
Additional fragment DBs are also created as well as the Web Control DB. These fragment DBs
(there may also only be one fragment DB) are referenced in the Web Control DB. The fragment

DBs contain the web pages and media data coded in fragments, for example, images. The
content of the fragment DB cannot be changed by the user program. It is created automatically
and is only for data management.
The status and control tags of the Web Control DB are accessed via symbols.
The following lists the tags of the Web Control DB required for status evaluation and to control
interaction.
The Web Control DB provides two types of information:
Global status information: Not bound to a concrete web page request.
Request status and control information: Information about queued requests.
Global status information
"WEB-Control_DB".commandstate.init Activates and initializes the web application.

"WEB-Control_DB".commandstate.deactivate Deactivates the web application.
"WEB-Control_DB".commandstate.inititializing The web application is initialized (read Web
Control DB, etc.).
"WEB-Control_DB".commandstate.error Web application could not be initialized. The
reason is coded in "WEB-Control_DB".com
mandstate.last_error .
"WEB-Control_DB".commandstate.deactivat The web application is closed.
ing
"WEB-Control_DB".commandstate.initialized The web application has been initialized and is
ready.
"WEB-Control_DB".commandstate.last_error Refer to the next table for a value table of pos
sible errors.
Last_error Description
1 Fragment DB is inconsistent (does not match the Web Control DB).
2 A web application already exists with this name.
3 Memory problem initializing in the web server.
4 Inconsistent data in the Web Control DB.
5 A fragment DB is not available (not loaded).
6 No AWP ID for a fragment DB.
7 The enum fragment is not available (contains the texts and information on the enum
types).
8 An action requested via the command flag in the Web Control DB is prohibited in the
current state.
9 Web application is not initialized (if there is no reinitializing after disabling).
10 Web server is disabled.
... Last_error is reset once the web application has been successfully initialized.

Request status information

Request status information is bound to one of four possible requests, x = [1 4].
"WEB-Control_DB".requesttab[x].idle Nothing need be done.

"WEB-Control_DB".requesttab[x].waiting The user program must react to a request from
a manual fragment and explicitly initiate further
processing in the web browser.
"WEB-Control_DB".requesttab[x].sending The web server is occupied with processing the
request/fragment.
"WEB-Control_DB".requesttab[x].aborting The TCP connection is closed by the web serv
er.
Request control information

Request control information is bound to one of four possible requests, x = [1 4].
"WEB-Control_DB".requesttab[x].continue Releases the fragment being processed for

transmission. Processing of the next fragment
is initiated.
"WEB-Control_DB".requesttab[x].repeat Releases the fragment being processed for
transmission. The fragment is then processed
again.
"WEB-Control_DB".requesttab[x].abort Closes the TCP connection.
"WEB-Control_DB".requesttab[x].finish Releases the fragment being processed for
transmission. Stops further processing of re
quests (terminates the request).
Example:
The tag for the DB is: "WEB-Control_DB". Whether errors have occurred during initialization
of the web application can be determined by requesting bit "WEB-
Control_DB".commandstate.error in the user program.
If an error has occurred you can analyze it using the "WEB-
Control_DB".commandstate.last_error value.
Interaction with the user program

With the help of manual fragments, you can make sure that the user program reacts
synchronously to browser entries so that the returned website can be prepared by the user
program.
Fragment type
To react to the received data in the user program the "manual" fragment type must be used
for the fragment writing the data (for "manual pages"):


The values are always transferred to the Web server of the CPU for automatic and manual
pages in the same way:
Example:
<form method="POST" action="">
<p>
<input type="submit" value="Set new value">
<input type="text" name='"Velocity"' size="20">
</p>
</form>
User program for manual fragments

When using manual pages, the "WWW" instruction must be called in cycles in the user program
of the CPU.
To react to values entered in the browser, the request - which is made by the manual page to
the Web server - must first be evaluated in the user program. The web-control-DB (for example,
DB 333) must investigate pending requests to do this. The array that manages four requests
is contained in the "requesttab" section of the Web Control DB. Each element of the array
contains information about the respective request in a structure.
A simple programming example shows how queued requests are checked based on the tags
of the Web Control DB.

In cases where a request has been made, this program section writes the fragment ID in the
#frag_index tag and the request no. (value range 1-4) in the #req_index tag.
Using the information from this, the information transferred in the request can now be
processed separately for each fragment ID in the program (for example, plausibility check).
Once processing of the request has been completed by the program, the request must be
answered and the appropriate entry is once more reset under"requesttab" of the Web Control
DB (for example, DB 333).
A simple programming example for replying to requests:


Principle sequence of a browser request with interaction from the user program
The following figure shows the simplified, principle sequence of the web browser request on
the effects of Web Control DB content and the actions required from the user program until
the processed web page is returned (response).
5HVSRQVH
:HEEURZVHU
5HTXHVW
&38
3URFHVVUHTXHVW 3URFHVVUHVSRQVH
:HEVHUYHU
:HE&RQWURO'%
'%ZDLWLQJ 758( '%UHTFRQWLQXH 758(

6HW,1YDULDEOH :ULWH,1YDULDEOH
GDWDWDEOH GDWDWDEOH
,GHQWLI\UHTXHVWHG (YDOXDWHDQG (QDEOHUHTXHVWHG

8VHUSURJUDP
SDJHUHTXHVW SURFHVV,1YDULD SDJH

EOHVVHW287
YDULDEOHV
Displaying custom web pages in the browser
Display web pages in browser

Web pages are called from the standard web pages of the web browser.

In addition to the other links in the navigation bar, the standard web pages also have a link to
"user pages".
Click on the "user pages" link to open the web browser you have configured as the default
HTML page.
Creating custom web pages in several languages

You can make each of your custom web pages available in various languages.
Requirements
The language-dependent HTML; pages must be stored in a folder structure containing folders
with the respective language abbreviations:
Specified language abbreviations

Language abbreviations "de", "en", "fr", "es", "it" and "zh" are fixed. Additional language folders
or other designated language folders are not supported.
Additional folders within the same folder hierarchy for other files can be created as required;
for example, an "img" folder for images and a "script" folder for JavaScript files.
Language switching for custom web pages
Requirements
The HTML pages are contained in the predefined language folders, for example, HTML pages
with German text are in the "de" folder, HTML pages with English text are in the "en" folder.
Language switching concept

Language switching is based on a predefined cookie named "siemens_automation_language".
If the cookie is set to value "de", at the next web page request or web page update, the web
server switches to the web page from the "de" folder.
Similarly, the web server switches to the web page from the "en" folder when the cookie is set
to "en".

Example of language switching

The example is structured as follows:
The language-dependent HTML files with the same name, for example, "langswitch.html"
are located in both language folders "de" and "en". The text to be displayed within the two
files are German or English, corresponding to the name of the folder.
There is an additional "script" folder in the folder structure containing the JavaScript file
"lang.js". Functions required for language switching are stored in this file .
Structure of the "langswitch.html" file ("de" folder)

Meta data "content language", charset and path to JavaScript file are set in the file header.
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="Content-Language" content="de">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<title>Switch language to German page</title>
<script type="text/javascript" src="script/lang.js" ></script>
<head>
Language selection is implemented in the body of the file by the "select" HTML element. The
select element initiates a list box and contains the "de" option, labeled as "German" and "en",
labeled as "English"; "de" is the default.
The "DoLocalLanguageChange(this)" function is called using the "onchange" event handler.
The "this" parameter transmits the select object with the selected option to this function.
"onchange" calls the function each time the option is changed.

<table>
<tr>
<td align="right" valign="top" nowrap>

<select name="Language"
onchange="DoLocalLanguageChange(this)" size="1">
<option value="de" selected >Deutsch</option>
<option value="en" >English</option>
</select>
</td>
</tr>
</table>

Structure of the "langswitch.html" file ("en" folder)

The header of the HTML file with English text is structured similarly to the HTML file with
German text.
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="Content-Language" content="en">

<meta http-equiv="Content-Type" content="text/html; charset=utf-8">

<title>Language switching english page</title>
<script type="text/javascript" src="script/lang.js" ></script>
Language selection is also implemented in the body of the file by the "select" HTML element.
In contrast to the German HTML file, the English option is already selected as a default and
the test or the labels are in English.

<table>
<tr>
<td align="right" valign="top" nowrap>

<select name="Language"
onchange="DoLocalLanguageChange(this)" size="1">
<option value="de" >German</option>
<option value="en" selected >English</option>
</select>
</td>
</tr>
</table>

Structure of "lang.js" file (in the "script" folder)

The " DoLocalLanguageChange" function is defined in the Java script file and calls the
"SetLangCookie" function with the language selection value. SetLangCookie combines the
cookie name and cookie value and then sets the cookie by means of the corresponding
document.cookie property. The web page must then be reloaded (top.window.location.reload)
to allow the web server to react to the setting of the cookie by displaying the required language.
function DoLocalLanguageChange(oSelect) {
SetLangCookie(oSelect.value);
top.window.location.reload();
}
function SetLangCookie(value) {
var strval = "siemens_automation_language=";
// this is the cookie by which the web server
// detects the desired language
// this name is required by the web server
strval = strval + value;
strval = strval + "; path=/ ;";
// set path to the application, since otherwise
// path would be set to the requesting page
// would not get the cookie.
// The path for user defined applications follows this
sample:
// path=/awp/<application name>/<pagename>
// example: path=/awp/myapp/myappstartpage.htm
//(where myapp is the name of the web application
// entered in the web server properties of the cpu)

/*
use expiration if this cookie should live longer
than the current browser session
var now = new Date();
var endttime = new Date(now.getTime() + expiration);
strval = strval + "; expires=" + endttime.toGMTString()
+ ";";
*/
document.cookie = strval;
}
Configuration control for devices
Important information regarding configuration control
Operating principle
With S7-1200 Firmware Version 4.1 or higher, the configuration control enables you to
configure the structure of a control system and to work with variants (options) that differ from
this configuration.
All modules that are needed in a set of similar plant units or machines are configured in a
master project with a maximum configuration (station master).
Provision is made in the user program of the master project for various station options for
various plant units or machines as well as the selection of a station option. A station option
uses, for example, only some of the configured modules and these modules are inserted
in varying order.
An operator selects a station option for a specific plant on-site. The operator does not have
to modify the project and thus also does not have to download a modified configuration for
this.

6WDWLRQPDVWHU
6WDWLRQRSWLRQ
6WDWLRQRSWLRQ 6WDWLRQRSWLRQ
A control data record you have programmed in the startup program notifies the CPU as to
which modules are missing or located in different slots as compared to the preset configuration.
The configuration control has no effect on the parameter assignment of the modules.
Configuration control gives you the flexibility to vary the central installation as long as the real
configuration can be derived from a preset maximum configuration.
Below you will find a description of how to activate configuration control (CPU parameter
assignment) and how to structure the required data record.
Requirement
STEP 7 Version V13 SP1 or higher
CPU S7-12XX Firmware Version V4.1 or higher Modules that support the "Configuration
control" function also have the "Configuration control" entry in the description (info text) of
the hardware catalog.
Recommendation: Before you load a new program with a modified control data record,
perform a memory reset. This action will prevent inconsistent states that may result from
the presence of incompatible control data records.
The startup parameter "Compare preset to actual configuration" is set to "Startup CPU even
if mismatch" (default setting).

Required steps
1. Enable the "Allow to reconfigure the device via the user program" parameter when
configuring the CPU ("Configuration control" area).
2. Create a control data record (e.g., in a data block) according to the current configuration
based on the sample described below for the control data record. The control data record
has the number 196. If you want to transfer the control data record as a whole block to the
WRREC instruction (input parameter RECORD), note that you must first create a PLC data
type containing the structure of the control data record and base the data block on this PLC
data type.
3. Transfer the control data record to the CPU in the startup program.
The configuration control for the centrally inserted modules takes effect only after an
operating mode change of the CPU from STOP to RUN. For this reason, call the extended
WRREC (Write data record) instruction in the startup OB, and transfer the created control
data record to the CPU; see next section.

If a valid control data record is not transferred in the startup OB, the control is not ready for
operation. The CPU returns from startup to STOP in this case.
Transferring a control data record in the startup program

The CPU processes the WRREC instruction for asynchronous transfer of the control data
record. For this reason, you must call WRREC in the startup OB repeatedly in a loop until the
output parameter "BUSY" or "DONE" indicate that the data record has been transferred.
Tip: Use the SCL programming language with the REPEAT ... UNTIL instruction for
programming the loop.
REPEAT
"WRREC_DB"(REQ := "start_config_control",
ID := 33,
INDEX := 196,
LEN := "conf_LEN",
DONE => "conf_DONE",
BUSY => "conf_BUSY",
ERROR => "conf_ERROR",
RECORD := "ConfDB",
STATUS => "conf_STATUS");
UNTIL NOT "conf_BUSY"
END_REPEAT;

Below, you will find explanations for individual block parameters that you must supply with
specific values in the configuration control context. For the remaining block parameters, see
also WRREC (Page 3071):
Parameter Explanation
ID HW identifier; is always 33 (decimal) for configuration control for centrally arranged
modules.
INDEX Data record number; is always 196 (decimal) for configuration control for centrally ar
ranged modules.
RECORD Control data record to be transferred.
See the section "Control data record" for the structure of the control data record.
Tip: The "RECORD" block parameter of the WRREC instruction (V1.1 and higher) is of
the "VARIANT" data type and therefore requires a tag with data type. If you store the
control data record in a data block, this data block must thus have a data type. The data
block created must not be of the "Global-DB" type. Rather, it must be derived from a
user data type.
Proceed as follows:
1. First, create a new PLC data type (user data type) with the structure of the control
data record and name it, for example, "ConfDB".
2. Create a new data block. Select the newly created user data type, e.g., "ConfDB",
as the type for this data block.
In graphical programming languages, you realize the loop using instructions for program
control.
Example in FBD: Use the LABEL (jump label) and JMP (jump at RLO=1) instructions to
program a loop.

Arrangement of the modules

The following table shows the slot number assignment:
Slot Module Comment

1 Signal board, communication board, bat Slot on front of the CPU
tery board
2-9 Signal modules Slots to the right of the CPU
101 - 103 Communications modules Slots to the left of the CPU
Control data record

A control data record 196 containing a slot assignment is defined for the configuration control.
The following codes apply:
Module is included in the hardware configuration but is not used in the

1 to 9, 101 to 103 Current slot of the module
16#FF (255) A module is not located in this slot in the hardware configuration.
Byte Element Code Explanation

0 Block length 4 + number of slots Header
1 Block ID 196
2 Version 5 (for central I/O)
3 Subversion 0
4 Assignment of the CPU ex Expansion board, 0 or Control element
pansion board 16#FF Describes in each ele
5 Assignment of configured Real slot, 0 or 16#FF ment which real slot in
slot 2 the device is assigned
... ... ... to the configured slot.
The structure of a con
12 Assignment of configured Real slot, 0 or 16#FF trol element is descri
slot 9 bed in the following
section.
13 Assignment of configured Real slot, 0 or 16#FF In contrast to signal
slot 101 modules, the real slot
14 Assignment of configured Real slot, 0 or 16#FF of the communications
slot 102 modules must corre
spond to the config
15 Assignment of configured Real slot, 0 or 16#FF ured slot.
slot 103
Structure of a control element

A control element contains the information on which module is inserted in which slot.

The byte numbers represent the configured slots in ascending order (see above):
Byte 4 stands for the configured slot of the expansion board
Byte 5 to byte 9 stand for the configured slots 2 to 9
Byte 13 to byte 15 stand for the configured slots 101 to 103
Which value you must enter in the respective byte results from the following rule:
If the module is present in the real configuration, enter the real slot number of the module.
Example 1: The module configured in slot 2 is located in slot 2.
Enter value 2 (= actual slot) in byte 5 (= configured slot 2).
Example 2: The module configured in slot 3 is located in slot 2.
Enter value 2 (= actual slot) in byte 6 (= configured slot 3).
If the module is configured but is missing in the real structure, enter 0 in the byte for the
configured slot.
If a module is not located in this slot in the hardware configuration, enter 16#FF (255) in
the byte for the configured slot.
Rules
Observe the following rules:
The configuration control does not support the repositioning of communications modules.
The slot entries in the control data record for slots 101 to 103 must correspond to the real
positions of the modules or be defined as not present in the hardware configuration by
entering 16#FF (255).
Slot gaps in the configuration are not allowed. For example, if a signal module is inserted
in slot 4 in the real configuration, slots 2 and 3 of the real configuration must also be
occupied. The same applies to slots 101 to 103. If a communication module is inserted in
slot 102 in the real configuration, slot 101 must also have a communication module inserted
in the real configuration.
If you have enabled configuration control, the CPU is not ready for operation without a
control data record. The CPU returns from startup to STOP if a valid control data record is
not transferred in the startup OB. The central I/O is not initialized in this case. The cause
for the STOP mode is entered in the diagnostics buffer.
For addressing the WRREC instruction, use the HW identifier 33 (decimal, for the ID block
parameter) to write the control data record.
The control data record is saved retentively in the CPU, which means that it is not necessary
to write the control data record 196 again at a restart if the configuration is unchanged. Prior
to commissioning, we recommend that a memory reset be performed for the CPU in order
to delete any control data record that is present.
Slot entries in the control data record outside the configured preset configuration are
ignored by the CPU.
Each real slot may only be present once in the control data record.
A real slot may only be assigned to one configured slot.

Note
Modified configuration
The writing of a control data record with a modified configuration triggers the following
automatic reaction by the CPU:
Memory reset with subsequent startup with this modified configuration.
As a result of this reaction, the retentively saved original data record 196 is deleted and the
new data record 196 is saved retentively.
Behavior during operation

Effect of the discrepancy between the configured configuration and real configuration:
For the online display and for the display in the diagnostics buffer (module OK or module
faulty), the hardware configuration is always used and not the differing real configuration.
Example: A module supplies diagnostic information. This module is configured in slot 4,
but is really inserted in slot 3 (missing module; see example in the next section). In the
online view, a configured slot 4 is indicated as faulty. In the real configuration, the module
in slot 3 indicates an error via an LED display.
If modules are entered as missing in the control data record, the automation system behaves
as follows:
Modules designated as not present in the control data record do not supply diagnostic
information and their status is always OK. The value status is OK.
Direct write access to the outputs or write access to the process image of outputs that are
not present: Remains without effect; no access error is signaled.
Direct read access to the inputs or read access to the process image of inputs that are not
present: Value "0" is supplied; no access error is signaled.
Write data record to module that is not present: Remains without effect; no error is signaled.
Read data record from module that is not present: An error is signaled because a valid data
record cannot be returned.
Error messages
The following error messages are returned if an error occurs during writing of the control data
record:
Table 10-66 Error messages
Error code Meaning

16#80B1 Invalid length; the length information in data record 196 is not correct.
16#80B5 Configuration control parameters not assigned.
16#80E2 Data record was transferred in the wrong OB context. The data re
cord must be transferred in the startup program.
16#80B8 Parameter error; module signals invalid parameters.

See also
VARIANT (Page 1951)
S7-1200 System Manual (http://support.automation.siemens.com/WW/view/en/89851659)
Example of a configuration control

A configuration consisting of a CPU and 3 signal modules is configured in the following.
The module at slot 3 is not present in the first configuration expansion and is "hidden" by the
configuration control.
In the second configuration expansion, the module that was initially hidden is located in the
last slot. The added slot is made known to the CPU by a modified control data record.
Actual configuration with missing module

The specified configuration contains all modules that can be present in a final expansion stage.
The module that is inserted in slot 3 in the specified configuration is missing in the real
expanded configuration. For this reason, slot 3 must be coded in the control data record
accordingly with "FF H" (= not present).


Module is missing in the real configuration
Actual configuration with subsequently added module

The module present in slot 3 in the specified configuration is added to the back of the real
configuration by inserting it as the last module in slot 4.
The control data record is adapted accordingly.


Additional configurations
Configuring additional functions

The S7-1200 automation system has numerous additional functions that are useful as
integrated CPU functions or available via plug-in modules (for example, communication
modules). You can find the description via the following links.

See also
Overview of point-to-point communication (Page 1197)
General information on high-speed counters (Page 1193)
Configuring PID_Compact V1 (Page 7243)
Configuring PID_3Step V1 (Page 7276)
Motion functionality of the CPU S7-1200 (Page 7330)
10.1.4.4 S7-1200 CM/CP
S7-1200 CM/CP
Telecontrol S7-1200
Addressing a double / redundant TCSB system
Addressing of the duplicate or redundant telecontrol server

Addressing the main and substitute telecontrol server in TCSB V2
With TCSB V2, two independent server PCs can be installed. The second IP address only
needs to be configured when these are connected to the Internet via two routers.
Addressing the TCSB redundancy group in TCSB V3
In the LAN in the master station to which the TCSB server PCs and the DSL router (e.g.
SCALANCE M) are connected, the Network Load Balancing (NLB) of the computer
operating system will assign a common virtual IP address to the two server PCs.
This IP address is configured depending on the network setup:
If only CP 1243-1 modules without a DSL router are connected, the virtual address
assigned by the NLB must be configured in the CPs as the IP address of the telecontrol
server.
If a DSL router is used, only one IP address will be configured to address the redundant
telecontrol server in the stations, the public address of the DSL router.
Set the port forwarding on the DSL router so that the public IP address (external network)
is led to the virtual IP address of the TCSB server PCs (internal network). Only the public
IP address is reachable from the Internet. The station does not therefore receive any
information telling it which of the two computers of the redundancy group it is connected
to.
If you configure a second IP address, you need to make sure that TCSB is reachable via
the IP address of a second router.

Mobile wireless CPs
S7-1200 telecontrol CPs Load, TeleService, project number, station number
Changing the project number or station number for the entire STEP 7 project
If you change the project number or the station number in the "CP identification" parameter
group for a telecontrol CP, this parameter is changed for all CPs in the STEP 7 project.
Mobile wireless CPs: Download / TeleService

The following behavior applies to all mobile wireless CPs:
CP 12427 (6GK7 2427KX300XE0)
CP 12427 GPRS V2 (6GK7 2427KX310XE0)
CP 12437 LTEEU (6GK7 2437KX300XE0)
CP 12437 LTEUSA (6GK7 2437SX300XE0)
Connection resources for TeleService

The TeleService function occupies a connection resource on the engineering station.
The function download to device or upload from device during a TeleService session occupies
a second connection resource on the engineering station.
Download to device
Only use the "Download to device" function with the mobile wireless CP via a TeleService
connection as follows:
1. Select the CP in STEP 7.
2. Select the "Online" > "Download to device" menu.
3. In the "Extended download" dialog that appears, select the TeleService interface.
4. Download the project data from the "Extended download" dialog.
Upload from device

The "Upload from device" function via a TeleService connection is supported by the mobile
wireless CPs with the following TeleService server applications:
TeleControl Server Basic as of version V3
TeleService Gateway as of version V3

Operating modes of CP 1242-7
Modes of the CP
The CP 12427 allows an S71200 to communicate as a GPRS station with a central station
or other remote networks via the GSM network. For communication using GPRS, the CP is
set to one of the following operating modes:
Telecontrol
This operating mode of the CP allows the GPRS station to exchange data with the following
partners:
Communication with the Telecontrol server
This CP mode allows the GPRS station to exchange data with a telecontrol server.
The Telecontrol server is a PC connected to the Internet with the "TCSB" application. It
is generally located in the master station and serves to monitor and control the remote
GPRS stations. Data can be exchanged with the OPC client of a central control system
via the integrated OPC interface.
The Telecontrol server PC is not configured in STEP 7. The "TCSB" application has its
own configuration user interface.
Communication with another remote GPRS station
The message frames are transmitted via the Telecontrol server.
Communication with an engineering station (for TeleService)
Communication with the Telecontrol server is performed via the GSM network and the
Internet.
This operating mode requires a SIM card with GPRS service enabled and a Telecontrol
server that can be reached by the CP.
GPRS direct
This operating mode of the CP is used for direct communication between remote stations
via the GSM network. No Telecontrol server is required.
To allow network nodes in public wireless networks to be directly accessible, these need
to be addressed using a fixed address. Here, SIM cards with a fixed IP address are used
that allow the stations to address each other directly.
The possible communications services and security functions (for example VPN) depend
on what is offered by the network provider.
Possible communications partners of the station with a CP 12427 in "GPRS direct" mode
are:
A node that can be reached by the CP via an IP address (S7 station with CP 12427)
An engineering station (for TeleService)
See also
Connection establishment with a CP 1242-7 (Page 899)

Connection establishment with a CP 1242-7
Connection modes
"GPRS direct" mode
There are no different connection modes in the "GPRS direct" mode.
"Telecontrol" mode
The CP can be configured for the following connection modes.
"Permanent" connection mode
There is a permanent TCP connection to the telecontrol server. Following connection
establishment, there is a permanent TCP connection to the telecontrol server even if
data is not transferred permanently.
"Temporary" connection mode
A connection is only established to the telecontrol server when required.
If a TCP connection is established, process data is sent as soon as the telecontrol instructions
are called on the CPU.
A connection is always established by the CP. If a connection established by the CP is
interrupted, the CP automatically attempts to re-establish the connection.
Triggering connection establishment for permanent stations ("Telecontrol" mode)

In the "Telecontrol" mode, the permanent connection to the telecontrol server is established
when the station starts up. If there is an interruption on the connection, the establishment of
the connection can be triggered by a wake-up SMS (see below).
Triggering connection establishment for temporary stations ("Telecontrol" mode)

With "temporary" stations, connection establishment can be triggered by the following events:
Event on the local CPU that needs to be evaluated by the program.
In terms of the program, two situations need to be distinguished:
Events that lead to a single connection establishment (for example alarms or commands
from the operator).
Expiry of an interval that leads to cyclic connection establishment (for example once
daily for data transmission)
Request by a communications partner (OPC client or S7 station)
The request from the communications partner leads to the connection being established.
Request for TeleService by an engineering station
The request switched by the telecontrol server or TeleService gateway does not need to
be evaluated in the program.
Wake-up SMS of the telecontrol server
The wake-up SMS can be triggered spontaneously on the telecontrol server. It is also
possible to configure cyclic sending on the telecontrol server.

Telephone wake-up call

The wake-up call can be sent from a telephone that has a phone number authorized in the
STEP 7 project. The telephone must support the CLIP function (transfer of its own call
number).
The connection establishment with the (main) telecontrol server is triggered.
Telephone wake-up SMS
The wake-up SMS can be sent from a telephone that has a phone number authorized in
the STEP 7 project. The telephone must support the CLIP function (transmission of its own
number) and sending of SMS.
The connection establishment with the telecontrol server specified in the SMS is triggered.
When a temporary station is woken up, all the data is transferred if this has changed since the
last data transfer.
Triggering connection establishment in "GPRS direct" mode

In "GPRS direct" mode, a connection establishment is triggered by the following events:
Event on the local CPU that is evaluated by the program.
Request by a communications partner (not an engineering station)
The request in the frame received from the communications partner is evaluated in the
program by calling the telecontrol instructions.
Request for TeleService by an engineering station
The request switched by the telecontrol server or TeleService gateway does not need to
be evaluated in the program.
Right to wake-up by "authorized phone numbers"

The CP only accepts an SMS if the sending communication partner is authorized based on its
phone number. These numbers are in configured for the CP in STEP 7 in the "authorized phone
numbers" list.
Note
"Authorized phone numbers" in the STEP 7 project
A phone number entered here gives the sender who transfers this phone number the right
to trigger connection establishment.
If an asterisk (*) is entered in the list, the CP accepts SMS messages from all senders.
If the list is empty, the CP cannot be woken up for connection establishment.

Wake-up SMS
Depending on the connection type and the triggering server or intermediary TeleService
server, the following text must be transferred in the wake-up SMS:
For telecontrol connections:
Text for the wake-up SMS message for establishing a connection to the telecontrol
server:
TELECONTROL
Text for the wake-up SMS message for establishing a connection to the main telecontrol
server:
TELECONTROL MAIN
Text for the wake-up SMS message for establishing a connection to the substitute
telecontrol server:
TELECONTROL BACKUP
The configuration of the telecontrol server for the GPRS CP is set in STEP 7 in "Telecontrol
interface > Operating mode > main or substitute telecontrol server".
Note
Wake-up with a mobile phone
One of the texts listed above can be used in a wake-up SMS message.
With a wake-up call, the station always connects to the main telecontrol server.
For TeleService connections:

Text for the wake-up SMS message for establishing a connection to the first configured
TeleService server:
TELESERVICE
or
TELESERVICE 1
Text for the wake-up SMS message for establishing a connection to the second
configured TeleService server:
TELESERVICE 2
The configuration of the TeleService server for the GPRS CP is set in STEP 7 in "Telecontrol
interface > TeleService authorization > 1st or 2nd TeleService server".

Preferred GSM networks
Selection of the preferred mobile wireless networks

The following options are available to select the networks that the mobile wireless CP should
preferably dial up:
Automatic dialup
The CP dials with highest priority into the mobile wireless network of the contracted network
provider set on the SIM card. If a dialing up the contract network fails, the CP dials up other
mobile wireless networks with which the network provider has roaming contracts and whose
access data is stored on the SIM card.
Contract network only
The CP only dials up the mobile wireless network of the contract network provider whose
SIM card is plugged into the CP. No roaming.
Contracted network and alternative network
The CP dials up the contracted network with the highest priority. If dialing up the contract
network is unsuccessful, the CP dials up alternative mobile wireless networks, in decreasing
priority, as entered in the list of preferred network providers.
The alternative networks are entered in the list as "Public Land Mobile Network" (PLMN).
PLMN is a construct of Mobile Country Code (MCC) and Mobile Network Code (MNC).
Example: 26276
This is the PLMN for the test network of Siemens AG with MCC = 262 and MNC = 76.
CP 1200 with data point configuration
Reconnection delay
"Reconnection delay" parameter

The reconnection delay for connections in telecontrol communication is the waiting time
between repeated attempts to establish the connection by the CP when the telecontrol server
is not reachable or the connection has aborted. This waiting time avoids continuous connection
establishment attempts at short intervals if there are connection problems.
A basic value is configured for the waiting time before the next connection establishment
attempt. Starting at the basic value, the current waiting time is doubled after every 3
unsuccessful retries up to a maximum value of 900 s. Range of values for the basic value: 10
to 600 s.
Example: The basic value 20 results in the following intervals (waiting times) between the
attempts to re-establish a connection.
three times 20 s
three times 40 s
three times 80 s
etc. up to max. 900 s

If a second telecontrol server or a second router of the telecontrol server is configured, the CP
attempts to connect to the second partner at the 4th attempt. If the second partner is also
unreachable, the 7th time the CP attempts to connect to the first partner again and so on.
Note
If the partner cannot be reached, connection establishment via the mobile wireless network
can take several minutes. This may depend on the particular network and current network load.
Depending on your contract, costs may result from each connection establishment attempt.
CPU scan cycle
Structure of the CPU scan cycle

The cycle (including the pause) with which the CP scans the memory area of the CPU is made
up of the following phases:
High-priority read jobs
For data points of the type "Input", which are configured with the "High priority" setting in
the data point configuration in "General > Priority in the scan cycle", the PLC tags are all
read in one scan cycle.
Write jobs
In every cycle, the values of a certain number of unsolicited write jobs are written to the
CPU. The number of tags written per cycle is specified for the CP in the "Communication
with the CPU" parameter group with the "Max. number of write jobs" parameter. The tags
whose number exceeds this value are then written in the next or one of the following cycles.
Low-priority read jobs - proportion
For data points of the type "Input", which are configured with the "Low priority" setting in
the data point configuration in "General > Priority in the scan cycle", the values of a part of
the PLC tags are read in every scan cycle.
The number of tags read per cycle is specified for the CP in the "Communication with the
CPU" parameter group with the "Max. number of read jobs" parameter. The tags that
exceed this value and can therefore not be read in one cycle are then read in the next or
one of the following cycles.
Cycle pause time
This is the waiting time between two scan cycles. It is used to reserve adequate time for
other processes that access the CPU via the backplane bus of the station.
Duration of the CPU scan cycle

Since no fixed time can be configured for the cycle and since the individual phases cannot be
assigned a fixed number of objects, the duration of the scan cycle is variable and can change
dynamically.

Datapoint types
During the configuration of the user data to be transferred by the CP, each data point is
assigned a protocol-specific data point type. The data point types supported by the CP along
with the compatible S7 data types are listed below. They are grouped according to format
(memory requirements).
The direction relates to the direction of transfer (monitoring direction = "in", control direction =
"out").
CP 12431, CP 12427 GPRS V2, CP 12437 LTE(EU/USA): Supported data point types
Table 10-67 Supported data point types and compatible S7 data types
Format (memory require Data point type S7 data types Operand area
ments)
Bit Digital input BOOL I, Q, M, DB
Digital output BOOL I, Q, M, DB
Command output (CP 12431 BOOL I, Q, M, DB
only)
Byte Digital input BYTE, CHAR I, Q, M, DB
Digital output BYTE, CHAR I, Q, M, DB
Integer with sign (16 bits) Analog input INT I, Q, M, DB
Analog output INT I, Q, M, DB
Counter (16 bits) Counter input WORD I, Q, M, DB
Integer with sign (32 bits) Analog input DINT I, Q, M, DB
Analog output DINT I, Q, M, DB
Counter (32 bits) Counter input DWORD, UDINT I, Q, M, DB
Floating-point number Analog input REAL Q, M, DB
with sign (32 bits) Analog output REAL Q, M, DB
Floating-point number Analog input LREAL Q, M, DB
with sign (64 bits) Analog output LREAL Q, M, DB
Block of data Data ARRAY 1) DB
(1 .. 64 bytes) Data ARRAY 1)
DB
1)
For the possible formats of the ARRAY data type, refer to the following section.
Block of data (ARRAY)

With the ARRAY data type, contiguous memory areas up to a size of 64 bytes can be
transferred.
Compatible components of ARRAY are the following uniform S7 data types with a size between
1 and 32 bytes:
BYTE, CHAR (in total up to 64 times per block of data)
INT (in total up to 32 times per block of data)
DINT, UDINT, REAL (in total up to 16 times per block of data)
If the array is modified later, the data point must be recreated.

Time stamp in UTC format

Time stamps are transferred in UTC format (48 bits) and contain the time difference in
milliseconds since 01.01.1970.
CP 12431 DNP3: Supported data point types
Table 10-68 Supported data point types, DNP3 object groups, variants and compatible S7 data types
Format (memory re Data point type DNP3 object group Direction S7 data types Operand area
quirements) [variations]
Bit Binary Input 1 [1, 2] in BOOL I, Q, M
Binary Input Event 2 [1, 2] in BOOL I, Q, M
Binary Output 1)
10 [2] out
Binary Output Event 1)
11 [1, 2] out
Binary Command 12 [1] out BOOL I, Q, M
Integer (16 bits) Counter Static 20 [2] in UINT, WORD I, Q, M
Frozen Counter 2)
21 [2, 6] in
Counter Event 22 [2, 6] in UINT, WORD I, Q, M
Frozen Counter Event 3)
23 [2, 6] in
Analog Input 30 [1] in INT I, Q, M
Analog Input Event 32 [2, 4] in INT I, Q, M
Analog Output Status 4)
40 [2] out
Analog Output 41 [2] out INT I, Q, M
Analog Output Event 4)
42 [2, 4] out
Integer (32 bits) Counter Static 20 [1] in UDINT, I, Q, M
DWORD
Frozen Counter 2)
21 [1, 5] in
Counter Event 22 [1, 5] in UDINT, I, Q, M
DWORD
Frozen Counter Event 3)
23 [1, 5] in
Analog Input 30 [2] in DINT I, Q, M
Analog Input Event 32 [1, 3] in DINT I, Q, M
40 [1, 3] out
Analog Output 41 [1] out DINT I, Q, M
42 [1] out
Floating-point num Analog Input 30 [5] in REAL Q, M
ber (32 bits) Analog Input Event 32 [5, 7] in REAL Q, M
40 [3] out
Analog Output 41 [3] out REAL Q, M
42 [5, 7] out
Floating-point num Analog Input 30 [6] in LREAL Q, M
ber (64 bits) Analog Input Event 32 [6, 8] in LREAL Q, M
Analog Output 41 [4] out LREAL Q, M
42 [6, 8] out

Format (memory re Data point type DNP3 object group Direction S7 data types Operand area
quirements) [variations]
Block of data (1...64 Octet String 110 [ ] in 5)
I, Q, M
bytes) 5) Octet String Event 5)
111 [ ] in 5)
I, Q, M
1)
This object group can be configured in the Data point editor of STEP 7 using object group 12.
2)
3)
4)
5)
With these data point types, contiguous memory areas up to a size of 64 bytes can be transferred. All S7 data types with a
size between 1 and 64 bytes are compatible. If the array is modified later, the data point must be recreated.
Configuration and feedback of binary and analog values

Binary values
You configure binary values (inputs) using object groups 1 and 2.
The object groups 10 and 11 are used to feed back the current values in the process image
of the CPU to the control system.
Analog values
You configure analog values using the object groups 30, 32 and 41 depending on the
transfer direction.
The object groups 40 and 42 are used to feed back current values in the process image of
the CPU to the control system.
CP 12431 IEC: Supported data point types
Table 10-69 Supported data point types, IEC types and compatible S7 data types
Format (memory Data point type IEC type Direction S7 data types Operand area
requirements)
Bit Single point information <1> in BOOL I, Q, M
Single point information with time tag <30> in BOOL I, Q, M
Single command <45> out BOOL I, Q, M
Byte Step position information <5> in BYTE I, Q, M
Step position information with time tag <32> in BYTE I, Q, M
Integer (16 bits) Measured value, normalized value <9> in INT I, Q, M
Measured value, normalized value <34> in INT I, Q, M
with time tag
Measured value, scaled value <11> in INT I, Q, M
Measured value, scaled value with <35> in INT I, Q, M
time tag
Set point command, normalised value <48> out INT I, Q, M
Set point command, scaled value <49> out INT I, Q, M

Format (memory Data point type IEC type Direction S7 data types Operand area
requirements)
Integer (32 bits) Bitstring of 32 bits <7> in DWORD, I, Q, M
UDINT
Bitstring of 32 bits with time tag <33> in DWORD, I, Q, M
UDINT
Integrated totals <15> in DWORD, I, Q, M
UDINT
Integrated totals with time tag <37> in DWORD, I, Q, M
UDINT
Floating-point num Measured value, short floating point <13> in REAL Q, M
ber (32 bits) number
Measured value, short floating point <36> in REAL Q, M
number with time tag
Set point command, short floating <50> out REAL Q, M
point number
Block of data Bitstring of 32 bits 1)
<7> in 1)
I, Q, M
(1...32 Bit) 1) Bitstring of 32 bits with time tag 1)
<33> in 1)
I, Q, M
Bitstring of 32 bits 1)
<51> out 1)
I, Q, M
1)
With these data point types, contiguous memory areas up to a size of 32 bits can be transferred. All S7 data types with a
size between 1 and 32 bits are compatible. If the array is modified later, the data point must be recreated.
Process image, type of transmission, event classes, triggers
Storage of values
The values of all data points are stored in the image memory of the CP. Values in the image
memory are transferred only after being called by TCSB (CP 12431, CP 12427 GPRS V2,
CP 12437 LTE) or the master (CP 12431 DNP3 / CP 12431 IEC).
Events are also stored in the send buffer and can be transferred unsolicited.
The image memory, the process image of the CP

The image memory is the process image of the CP. All the current values of the configured
data points are stored in the image memory. New values of a data point overwrite the last
stored value in the image memory.
The values are sent after querying the communications partner, see "Transfer after call" in the
section "Types of transmission" below.
The send buffer

The send buffer of the CP is the memory for the individual values of data points that are
configured as an event. The send buffer has the following size:
CP 12427 GPRS V2 / CP 12437 LTE / CP 12431 / CP 12431 DNP3: Max. 64000 events
CP 12431 IEC: Max. 65535 events

The capacity of the send buffer is divided up equally for all enabled partners.
If the connection to a communications partner is interrupted, the individual values of the events
are retained in the buffer. When the connection returns, the buffered values are sent. The
frame memory operates chronologically; in other words, the oldest frames are sent first (FIFO
principle).
If a frame was transferred to the communications partner, the transferred values are deleted
from the send buffer.
If frames cannot be transferred for a longer period of time and the send buffer is threatening
to overflow, the response is as follows:
CP 12431 / CP 12427 GPRS V2 / CP 12437 LTE
The forced image mode
If the send buffer reaches a fill level of 80%, the CP changes to the forced image mode.
New values from data points configured as an event are no longer added to the send buffer
but rather they overwrite older existing values in the image memory.
When the connection to the communications partner returns, the CP changes back to the
send buffer mode if the fill level of the send buffer has fallen below 50%.
CP 12431 DNP3 / CP 12431 IEC
If a send buffer fill level of 100% is reached, the oldest values are overwritten.
Configuration of data points as events

Data points are configured as a static value or as an event using the "Type of transmission"
parameter (see below):
No event (static value)
The values of data points that are not configured as an event ("Transfer after call") are
entered in the image memory of the CP and transferred to the communications partner
when it requests this value.
Event
The values of data points configured as an event are entered in the image memory and
also in the send buffer of the CP.
The values of events are saved in the following situations:
The configured trigger conditions are fulfilled (data point configuration > "Trigger" tab,
see below)
The value of a status bit of the status identifiers changes.
Status identifiers: Generating an event on a status change

With data points that are configured as an event, the change to the status bit leads to an event
being generated, refer also to the section Status IDs of data points (Page 910).
Example: When the value of a data point configured as an event is updated during startup of
the station by reading the CPU data for the first time, the status "RESTART" of this data point
changes (bit status change 1 0). This leads to generation of an event.

Type of transmission
Depending on your CP type, you have the following transmission types available:
Transfer after call
The current value of the data point is entered in the image memory of the CP. A new value
overwrites the older value in the image memory. After being called by the communications
partner, the current value at the time is transferred.
Event class ...
The value is entered in the send buffer as an event and transferred unsolicited to the
communications partner.
The configurable event classes of the various CPs are described in the following sections.
Event classes with the CP 12431 / CP 12427 GPRS V2 / CP 12437 LTE

The process data of the various event classes is handled as follows:
Every value triggered
Each value change is entered in the send buffer in chronological order.
Current value triggered
Only the last, current value is entered in the send buffer. It overwrites the value stored there
previously.
Event classes with a CP 12431 DNP3

Event class 1 / event class 2
Classes according to the DNP3 protocol: Event, class 1 / class 2
The evaluation of the classification (1 or 2) must be handled by the master.
Event class 3
Class according to the DNP3 protocol: Static event, class 3
Only the current value at the time the trigger condition was met is entered in the send buffer
and overwrites the last value stored there.
Event classes with a CP 12431 IEC

Event class 1
Classes according to the IEC protocol: Event, class 1
Event class 3
Class according to the IEC protocol: Static event, class 3
Only the current value at the time the trigger condition was met is entered in the send buffer
and overwrites the last value stored there.

Trigger
Various trigger types are available for starting event-driven transfer:
Threshold value trigger
The value of the data point is transferred when this reaches a certain threshold. The
threshold is calculated as the difference compared with the last stored value, refer to the
section Threshold value trigger (Page 912).
Time trigger
The value of the data point is transferred at configurable intervals or at a specific time of
day.
Event trigger
The value of the data point is transferred when a configurable trigger signal is fired. For the
trigger signal, the edge change (0 1) of a trigger tag is evaluated that is set by the user
program. When necessary, a separate trigger tag can be configured for each data point.
Resetting the trigger tag in the bit memory area / DB:
If the memory area of the trigger tag is in the bit memory or in a data block, the trigger tag
is reset to zero when the data point value is transferred.
You specify whether the value of a data point is transferred to the communications partner
immediately after the trigger fires or after a delay in the "Transmission mode" parameter.
Transmission mode
The transmission mode of a frame is set in the "Trigger" tab of the data point. With the two
options, you specify whether frames of events are sent immediately or following a delay:
Spontaneous
The value is transferred immediately.
Conditional spontaneous
The value is transferred only when one of the two following conditions is fulfilled:
The communications partner queries the station.
The value of another event with the transmission mode "Unsolicited" is transferred.
Status IDs of data points
Status identifiers
The status identifiers of the data points listed in the following tables are transferred along with
the value in each frame to the communications partner. They can be evaluated by the
communications partner.
Depending on the CP type, the CP sets different status identifiers for each data point. They
are transferred in 1 or 2 bytes.
The meaning of the individual status bits relates to the value of the bit in the "Bit status" row
in the tables.

CP 12431, CP 12427 GPRS V2, CP 12437 LTEEU, CP 12437 LTEUSA

The status identifiers are transferred in 2 bytes. Byte 1 is not used.
Table 10-70 Byte assignment of status byte 0
Bit 7 6 5 4 3 2 1 0
Flag name NON_ Substituted LOCAL_ CARRY OVER_ RESTART ONLINE
EXISTENT FORCED RANGE
Meaning Data point Substitute Local opera Counted Limit value Value not Value is in
does not ex value tor control value over of the ana updated af valid
ist or S7 ad flow before log prepro ter start
dress un reading the cessing
reachable value overshot /
undershot
Bit status (always 1 1 1 1 1 1 1
0)
CP 12431 DNP3
The status identifiers are transferred in 1 byte.
Table 10-71 Bit assignment of the status byte
Bit 7 6 5 4 3 2 1 0
Flag name LOCAL_ DISCONTI OVER_ RESTART ONLINE
FORCED NUITY RANGE
Meaning Local opera Counted val Limit value of Value not up Value is inva
tor control ue overflow the analog dated after lid
before read preprocess start
ing the value ing overshot /
undershot
Bit status (always (always (always 1 1 1 1 1
0) 0) 0)
CP 12431 IEC
The status identifiers are transferred in 1 byte.
Table 10-72 Bit assignment of the status byte
Bit 7 6 5 4 3 2 1 0
Flag name SB CY OV NT IV
substituted carry overflow not topical invalid
Meaning Substitute Counted val Value range Value not up Value is inva
value ue overflow exceeded, dated lid
before read analog value
ing the value
Bit status (always (always 1 (always 1 1 1 0
0) 0) 0)

Rules for configuring the data point index:
Configuration of the data point index (CP 12431 IEC)

Data point indexes assigned more than once in a CP are indicated as errors in the consistency
check and prevent the project being saved.
Configuration of the data point index (CP 12431 DNP3)

On a CP, data point indexes must be unique within each of the following object groups:
Binary Input / Binary Input Event
Binary Output / Binary Command
Counter / Counter Event
Analog Input / Analog Input Event
Analog Output
Octet String / Octet String Event
Indexes of two data points in different object groups can be identical.
Configuration of the data point index (CP 12431 / CP 12437 LTE / CP 12427 GPRS V2)
Within a CP, the indexes of the data point classes must comply with the following rules:
Input
The index of a data point of the type input must be unique throughout all data point types
(digital inputs, analog inputs etc.).
Output
A data point of the type output can have the same index as a data point of the type input.
Several data points of the type output can have the same index.
Note
Data points for the inter-station communication with a CP in another S7 station
Note that for inter-station communication, the indexes of the two corresponding data points
(data point pair) must be identical for the sending and receiving CP.
Threshold value trigger

The CP calculates the value for the threshold value trigger after the analog value
preprocessing, refer to the section Analog value preprocessing (Page 914).
Threshold value trigger: How the integrattion calculation works

To calculate the threshold value trigger, the integration method is used.

In the integration threshold value calculation, it is not the absolute value of the deviation of the
process value from the last stored value that is evaluated but rather the amount of the
integrated deviation.
The calculation cycle

The integration threshold value calculation works with a cyclic comparison of the integrated
current value with the last stored value. The calculation cycle in which the two values are
compared is 500 milliseconds.
(Note: The calculation cycle must not be confused with the scan cycle of the CPU memory
areas).
The deviations of the current process value are totaled in each calculation cycle. The trigger
is set only when the totaled value reaches the configured value of the threshold value trigger
and a new process value is entered in the send buffer.
The method is explained based on the following example in which a threshold value of 2.0 is
configured.
Table 10-73 Example of the integration calculation of a threshold value configured with 2.0
Time [s] Process value Current process Absolute deviation Integrated deviation
(calculation cycle) stored in the value from the stored val
send buffer ue
0 20,0 20,0 0 0
0,5 20,3 +0,3 0,3
1,0 19,8 -0,2 0,1
1,5 20,2 +0,2 0,3
2,0 20,5 +0,5 0,8
2,5 20,3 +0,3 1,1
3,0 20,4 +0,4 1,5
3,5 20,5 20,5 +0,5 2,0
4,0 20,4 -0,1 -0,1
4,5 20,1 -0,4 -0,5
5,0 19,9 -0,6 -1,1
5,5 20,1 -0,4 -1,5
6,0 19,9 19,9 -0,6 -2,1
In this example, a value of 2.0 was configured for the threshold value trigger.
With the changes in the process value shown in the example, the threshold value trigger fires
twice, if the value 2.0 is reached:
At the time 3.5 s: The value of the integrated deviation is at 2.0. The new process value
stored in the send buffer is 20.5.
At the time 6.0 s: The value of the integrated deviation is at 2.1. The new process value
stored in the send buffer is 19.9.
In this example, if a deviation of the process value of approximately 0.5 should fire the trigger,
then with the behavior of the process value shown here a threshold value of approximately
1.5 ... 2.5 would need to be configured.

Analog value preprocessing

CPs with data point configuration support analog value preprocessing with some or all of the
functions described below.
Sequence of processing Threshold value trigger and Analog value preprocessing
Note
Threshold value trigger: Calculation only after "Analog value preprocessing"
Note that the analog value preprocessing is performed before the check for a configured
threshold value.
This affects the value that is configured for the threshold value trigger.
Restricted preprocessing options if mean value generation is configured
If you configure mean value generation for an analog value event, the following preprocessing
options are not available:
Unipolar transfer
Fault suppression time
Smoothing
No Threshold value trigger if Mean value generation is configured
If mean value generation is configured, no threshold value trigger can be configured for the
analog value event involved.
Analog inputs that are configured as an event are processed on the CP in the following
sequence:
Sequence of analog value processing

1. Reading the data from the input area of the CPU
2. Analog value preprocessing (part 1)
Processing involves the following steps:
Mean value generation
Mean value generation configured: Calculation and then continued at point 4.
No mean value generation configured: Continue with "Unipolar transfer".
Unipolar transfer (if configured)
Fault suppression time (if configured)
Smoothing (if configured)
3. Threshold value calculation (if Threshold value trigger is configured)
4. Analog value preprocessing (part 2)
Set limit value 'low' / Set limit value 'high' (if configured)
5. Storage of the value in the send buffer
Transfer of the value to the partner if trigger and threshold value conditions are met.

Unipolar transfer
With unipolar transfer, negative values are corrected to zero. This can be desirable if values
from the underrange should not be transferred as real measured values.
Exception: The value -32768 / 8000h for wire break of live zero inputs is transferred.
Unipolar transfer cannot be configured at the same time as mean value generation.
Mean value generation

With this parameter, acquired analog values are transferred as mean values.
The current values of an analog data point are acquired cyclically and totaled. The number of
acquired values per time unit depends on the read cycle of the CPU and the CPU scan cycle
of the CP. The mean value is calculated from the accumulated values as soon as the transfer
is triggered by a time trigger. Following this, the accumulation starts again so that the next
mean value can be calculated.
The mean value can also be calculated if the transmission of the analog value message is
triggered by a request from the communications partner. The duration of the mean value
calculation period is then the time from the last transmission (for example triggered by the
trigger) to the time of the request. Once again, the accumulation restarts so that the next mean
value can be calculated.
Overflow range / underflow range

Acquisition of a value in the overflow or underflow range results in the mean calculation being
stopped immediately. The value 32767 / 7FFFh or 32768 / 8000h is saved as an invalid mean
value for the current mean value calculation period and sent when the next analog value
message is triggered. The calculation of a new mean value is then started. If the analog value
remains in the overflow or underflow range, this new value is again saved immediately as an
invalid mean value and sent when the next frame is triggered.
Note
Fault suppression time > 0 configured
If you have configured an error suppression time and then enable mean value generation, the
value of the error suppression time is grayed out but no longer used. If mean value generation
is enabled, the error suppression time is set to 0 (zero) internally.
Smoothing factor
Analog values that fluctuate quickly can be evened out using the smoothing function.
The smoothing factors are calculated according to the following formula as with S7 analog
input modules.
xn + ( k 1) yn 1
yn =
k
where
yn = smoothed value in the current cycle

xn = value acquired in the current cycle n

k = smoothing factor
The following values can be configured for the module as the smoothing factor.
1 = No smoothing
4 = Weak smoothing
32 = Medium smoothing
64 = Strong smoothing
The smoothing factor cannot be configured at the same time as mean value generation.
Fault suppression time

An analog value in the overflow range (32767 / 7FFFh) or underflow range (32768 / 8000h) is
not transferred for the duration of the fault suppression time. This also applies to live zero
inputs. The value in the overflow/underflow range is only sent after the fault suppression time
has elapsed, if it is still pending.
If the value returns to the measuring range before the fault suppression time elapses, the
current value is transferred immediately.
A typical use case for this parameter is the suppression of peak current values when starting
up powerful motors that would otherwise be signaled to the control center as a disruption.
The suppression is adjusted to analog values that are acquired by the S7 analog input modules
as raw values. These modules return the specified values for the overflow or underflow range
for all input ranges (also for live zero inputs).
The fault suppression time cannot be configured at the same time as mean value generation.
Recommendation for finished values that were preprocessed by the CPU:

If the CPU makes preprocessed finished values available in bit memory or in a data block,
suppression is only possible or useful if these finished values also adopt the values listed above
32767 / 7FFFh or 32768 / 8000h in the overflow or underflow range. If this is not the case, the
parameter should not be enabled for preprocessed values.
Set limit value 'low' / Set limit value 'high'

In these two input boxes, you can set a limit value in the direction of the start of the measuring
range or in the direction of the end of the measuring range. You can also evaluate the limit
values, for example as the start or end of the measuring range.
If the limit value is overshot or undershot, the status identifier "OVER_RANGE" of the data
point is set. This status identifiers are described in the section Status IDs of data points
(Page 910).

The "OVER_RANGE" bit of the status identifier of the data point is set as follows when the
relevant analog value is transferred:
Limit value 'high':
If the limit value is exceeded: OVER_RANGE = 1
If the value falls below the limit value: OVER_RANGE = 0
Limit value 'low':
If the value falls below the limit value : OVER_RANGE = 1
If the value then exceeds the limit value: OVER_RANGE = 0
Requirements for the function

Configuration of the threshold trigger for this data point
PLC tag in the bit memory operand area or data area
The analog value data point must be linked to a PLC tag in the bit memory or data area
(data block). For hardware modules (input operand area) limit value configuration is not
possible.
The configuration of limit values is pointless for measured values that have already been
preprocessed on the CPU.
Configuration of the limit value

The value to be configured as a whole decimal number therefore depends on the value range
of the PLC tags and the raw value of the analog module:
Division Raw value of the of PLC tags * Module output [mA] Measuring
Decimal Hexadeci 0 20 -20 +20 4 20 range [%]
mal (unipolar) (bipolar) (life zero)
16 bits 32 bits 16 bits
Overflow 32767 2147483647 7FFF > 23.515 > 23.515 > 22.810 > 117.593
Overrange 32511 2130769779 7EFF 23.515 23.515 22.810 117.593
... ... ... ... ... ... ...
27649 1812067105 6C01 20.001 20.001 20.001 100.004
Nominal range 27648 1811994624 6C00 20 20 100
(unipolar / life zero) ... ... ... ... ... ...
0 0 0000 0 4 0
Nominal range (bipo 27648 1811994624 6C00 20 100
lar) ... ... ... ... ...
0 0 0000 0 0
... ... .... ... ...
-27648 -1811994625 9400 -20 -100
Underrange -1 -1 FFFF -0.001 3.999 -0.004
(unipolar / life zero) ... ... ... ... ... ...
-4864 -318729855 ED00 -3.518 1.185 -17.59

Division Raw value of the of PLC tags * Module output [mA] Measuring
Decimal Hexadeci 0 20 -20 +20 4 20 range [%]
mal (unipolar) (bipolar) (life zero)
16 bits 32 bits 16 bits
Underrange (bipolar) -27649 -1812067105 93FF -20.001 -100.004

... ... ... ... ...
-32512 -2130769779 8100 -23.516 -117.593
Undershoot / wire -32768 2147483648 8000 < -3.518 < 1.185 < -17.593
break
* The raw values of the measured values relate to the values of 16-bit or 32-bit PLC tags.
Note
Evaluation of the value even when the option is disabled
If you enable one or both options and configure a value and then disable the option later, the
grayed out value is nevertheless evaluated.
To disable the two options, delete the previously configured values limit values from the input
boxes and then disable the relevant option.
Recommendation for quickly fluctuating analog values:

If the analog value fluctuates quickly, it may be useful to smooth the analog value first if limit
values are configured. If the analog value fluctuates close to a limit value for a longer period
of time, with a smoothed value you avoid a status change each time the value exceeds/falls
below the limit value and so triggers a transfer.
Processing status of e-mails / SMS
Enable status identifier / External status

If the option is enabled, the CP writes a processing status about the sent e-mail / SMS to a
PLC tag.
The meaning of the statuses is as follows:
Table 10-74 SMS: Meaning of the status ID output in hexadecimal format
Status Meaning
0000 Transfer completed free of errors
8001 Error in the transfer, possible causes:
SIM card invalid.
No network
Wrong destination phone number (number not reachable)

Table 10-75 E-mails: Meaning of the processing status output in hexadecimal format
Status Meaning
0000 Transfer completed free of errors
82xx Other error message from the e-mail server
Apart from the leading "8", the status corresponds to the three-digit error number of the SMTP
protocol.
8401 No channel available
Possible cause: There is already an e-mail connection via the CP. A second connection
cannot be set up at the same time.
8403 No TCP/IP connection could be established to the SMTP server.
8405 The SMTP server has denied the login request.
8406 An internal SSL error or a problem with the structure of the certificate was detected by the
SMTP client.
8407 Request to use SSL was denied.
8408 The client could not obtain a socket for creating a TCP/IP connection to the mail server.
8409 It is not possible to write via the connection. Possible cause: The communications partner
reset the connection or the connection aborted.
8410 It is not possible to read via the connection. Possible cause: The communications partner
terminated the connection or the connection was aborted.
8411 Sending the e-mail failed. Cause: There was not enough memory space for sending.
8412 The configured DNS server could not resolve specified domain name.
8413 Due to an internal error in the DNS subsystem, the domain name could not be resolved.
8414 An empty character string was specified as the domain name.
8415 An internal error occurred in the cURL module. Execution was aborted.
8416 An internal error occurred in the SMTP module. Execution was aborted.
8417 Requests to SMTP on a channel already being used or invalid channel ID. Execution was
aborted.
8418 Sending the e-mail was aborted. Possible cause: Execution time exceeded.
8419 The channel was interrupted and cannot be used before the connection is terminated.
8420 Certificate chain from the server could not be verified with the root certificate of the CP.
8421 Internal error occurred. Execution was stopped.
8450 Action not executed: Mailbox not available / unreachable. Try again later.
protocol.
8500 Syntax error: Command unknown.
This also includes the error of having a command chain that is too long. The cause may be
that the e-mail server does not support the LOGIN authentication method.
Try sending e-mails without authentication (no user name).
8501 Syntax error. Check the following configuration data:
Message configuration > Message parameters:
Recipient address ("To" or "Cc").
8502 Syntax error. Check the following configuration data:
Email address (sender)

Status Meaning
8535 SMTP authentication incomplete. Check the "User name" and "Password" parameters in the
CP configuration.
8550 SMTP server cannot be reached. You have no access rights. Check the following configura
tion data:
CP configuration > E-mail configuration:
User name
Password
Email address (sender)
Recipient address ("To" or "Cc").
8554 Transfer failed
protocol.
Time-of-day synchronization - mode
How the time synchronization modes work

For the time-of-day synchronization of the S7-1200 CPs for telecontrol applications, various
methods are used.
There should only ever be 1 time master in a station if this can be set.
Time-of-day synchronization by the telecontrol server
With CPs that communicate with a telecontrol server, this method is always used. The time
of day of the CP is synchronized by the communications partner; in other words, by the
telecontrol server.
NTP Network Time Protocol
With the NTP method, the CP as NTP client sends time-of-day queries at regular intervals
to one or more NTP servers in the subnet (LAN). Based on the replies from the server, the
most reliable and most accurate time is calculated and the time of day on the CP is
synchronized.
The advantage of this mode is that it allows the time to be synchronized across subnets.
The IP addresses of up to four NTP servers need to be configured. The update interval
defines the interval between the time queries (in seconds). The value of the interval ranges
between 10 seconds and one day.
In NTP mode, it is generally UTC (Universal Time Coordinated) that is transferred; this
corresponds to GMT (Greenwich Mean Time).

Time-of-day synchronization with NTP
NTP mode
In NTP mode, the CP sends time-of-day queries at regular intervals to one or more NTP
servers. From the responses of the servers, the CP selects the most accurate time of day.
The advantage of this mode is that it allows the time to be synchronized across subnets.
In NTP mode, it is generally UTC (Universal Time Coordinated) that is transferred. This
corresponds to GMT (Greenwich Mean Time).
NTP - configuration
Configuration of time-of-day synchronization of the CP using NTP

The IP addresses of up to four NTP servers can be configured.
The update interval specifies the synchronization cycle of the time-of-day queries to the NTP
server. The range of values is between 10 seconds and 1 day (86400 seconds).
Time-of-day synchronization of the CPU

CPs with data point configuration can make their time of day available to the CPU via a PLC
tag; refer to the "Communication with the CPU" parameter group.
CPUs provide the option of requesting the time of day automatically from an NTP server. If
this option is used on the CPU, the time of day on the CPU obtained directly from the NTP
server is overwritten again by the CP time of day. In this case, it makes sense to activate time-
of-day synchronization only on one device.
"Accept time of day from non-synchronized NTP servers" option

If the option is enabled, the CP also accepts the time-of-day from non-synchronized NTP
servers with stratum 16.
If the option is disabled, the response is as follows: If the CP receives a time-of-day frame from
an unsynchronized NTP server with stratum 16, the time of day is not set according to the
frame. In this case, none of the NTP servers is displayed as "NTP master" in the diagnostics;
but rather only as being "reachable".
TeleService with mobile wireless CPs
TeleService via the mobile wireless network
Communication path for TeleService via the mobile wireless network

With TeleService for remote S7 stations with a mobile wireless CP, the connection is always
established via an intermediary between the engineering station and remote S7 station.

This intermediary can be either:

A telecontrol server
The telecontrol server can be a separate PC or installed on the engineering station in the
form of the "TCSB" application.
A TeleService server
A TeleService server is used when no telecontrol server is available.
The telecontrol server or TeleService server can be connected to the engineering station via
LAN or Internet and the TeleService function can be called from there.
Requirements for TeleService via mobile wireless

A telecontrol server or a TeleService server
The STEP 7 project with the required stations
Note on project engineering

The telecontrol server and TeleService server are not configured in STEP 7.
Establishing a TeleService connection via the mobile wireless network
Establishing a connection for TeleService via mobile wireless

The request to establish a connection is triggered by the engineering station and transmitted
by a wake-up SMS to the station. The mobile wireless CP in the S71200 station establishes
a connection to the engineering station via the mobile wireless network and the Internet.
Starting the TeleService via mobile wireless

Start the TeleService via mobile wireless as follows:
1. In the project on the authorized engineering station, select the remote S7 station with which
you want to establish a TeleService connection via mobile wireless.
2. Alternatively, open the "Connect online" dialog box as follows:
"Connect online" button
"Connect online" shortcut menu (right mouse button)
"Online" > "Connect online" menu
The "Connect online" dialog box opens.
3. Choose interface type "TeleService mobile wireless" in the "Type of PG/PC interface" drop-
down list.
4. In the "PG/PC interface" drop-down list, select the "Mobile wireless TeleService board"
option if it is not automatically displayed.

5. Click on the "Connect" icon next to the "PG/PC interface" drop-down list.
The "Establish remote connection" dialog box opens.
6. Make the necessary settings in the "Establish remote connection" dialog.
Details of this are contained in the tooltip cascade of STEP 7.
The following details are required to successfully establish a connection:
Details required to establish a connection with the S7 station

The following information is necessary in the Establish remote connection" dialog:
IP address or DNS name of the telecontrol server
TCP port number of the telecontrol server or the DSL router via which the connection
between the engineering station and the remote S7 station is running.
Server password of the ES to authenticate the engineering station at the telecontrol server
Only required if a group-specific password has been configured in the "TCSB" application.
TeleService user name
See CP configuration in STEP 7.
TeleService password
See CP configuration in STEP 7.
Access ID of the CP
Only required when there are several mobile wireless CPs in the station. See CP
configuration in STEP 7.
Status
Connection statuses of TeleService via mobile wireless

The connection statuses described below can be displayed in the "Establish remote
connection" dialog box.
When opening the dialog

Not connected
There is no connection to the remote S7 station. Connection establishment has not yet
started.
Click the "Go online" button

If connection establishment was started by clicking the "Connect" button, the following statuses
are displayed one after the other after the connection has been established:
Connect to telecontrol server
The engineering station connects to the telecontrol server.
Wait for S7 station
The wake-up SMS has been sent to the remote station. Wait for reply from station.

Authentication at S7 station
The S7 station has established an IP connection with the engineering station via GPRS
and Internet and is checking the received logon and authentication data.
Connected
The station has successfully established the connection to the engineering station.
If connection establishment is unsuccessful

The following states may be displayed if the connection cannot be successfully established:
Telecontrol server not accessible
Possible causes:
The connection between the engineering station and the telecontrol server has been
interrupted.
The telecontrol server is switched off.
Wrong server password
Cause: The wrong server password for logging on and authentication was entered at the
telecontrol server.
S7 station not responding
Possible causes:
Faulty GSM communication between the telecontrol server and the station.
There is a disrupted connection between the mobile wireless network and the Internet.
Faulty Internet connection.
The telecontrol server could not send a wake-up SMS.
The CP has not received a wake-up SMS.
The sender of the SMS was not configured in the list of authorized wake-up call numbers.
Wrong TeleService user name or TeleService password
Possible causes:
An incorrect TeleService user name or incorrect TeleService password was entered in
the authentication dialog for the mobile wireless CP.
The TeleService user name or TeleService password was not configured in STEP 7.
All TeleService access points are in use.
The CP is not known to the telecontrol server.
Cause: The CP originates from a STEP 7 project that does not match the project of the
telecontrol server.
No resources available for TeleService on the CP: Please contact the hotline.
Protocol error
Cause: Wrong frame or frame from wrong subscriber. Please contact the hotline.

10.1.4.5 SCALANCE X, W and M
Configuring SCALANCE X / W / M
Legal notice
Qualified personnel
The product/system belonging to this documentation may only be handled by qualified
personnel for the intended purpose taking into account the documentation relating to the
intended purpose and, in particular, the safety and warning notices it contains. Due to training
and experience, qualified personnel is capable of recognizing risks and avoiding possible
dangers when handling these products/systems.
Configuring SCALANCE X
Useful information
VLAN
Network definition regardless of the spatial location of the nodes

VLAN (Virtual Local Area Network) divides a physical network into several logical networks
that are shielded from each other. Here, devices are grouped together to form logical groups.
Only nodes of the same VLAN can address each other. Since multicast and broadcast frames
are only forwarded within the particular VLAN, they are also known as broadcast domains.
The particular advantage of VLANs is the reduced network load for the nodes and network
segments of other VLANs.
To identify which packet belongs to which VLAN, the frame is expanded by 4 bytes (VLAN
tagging (Page 927)). This expansion includes not only the VLAN ID but also priority information.
Options for the VLAN assignment

There are various options for the assignment to VLANs:
Port-based VLAN
Each port of a device is assigned a VLAN ID. You configure port-based VLAN in "Layer 2
> VLAN > Port-based VLAN".
Protocol-based VLAN
Each port of a device is assigned a protocol group. You can configure protocol-based VLAN
in "Layer 2 > VLAN > Protocol Based VLAN Port"
Subnet-based VLAN
The IP address of the device is assigned a VLAN ID. You configure subnet-based VLAN
in "Layer 2 > VLAN > lPv4 Subnet Based VLAN".

processing the VLAN assignment

If more than one VLAN assignment is created on the device, the assignments are processed
in the following order:
1. Subnet-based VLAN
2. Protocol-based VLAN
3. Port-based VLAN
The frame is first examined for the IP address. If a rule on the "lPv4 Subnet Based VLAN" tab
applies, the frame is sent to the corresponding VLAN. If no rule applies, the protocol type of
the frame is examined. If a rule on the "Protocol Based VLAN Port" tab applies, the frame is
sent to the corresponding VLAN. If no rule applies, the frame is sent via the port-based VLAN.
The rules for the port-based VLAN are specified on the "Port Based VLAN" tab.
See also
General (Page 1012)
GVRP (Page 1014)
Port-based VLAN (Page 1015)
Protocol-based VLAN group (Page 1016)
Protocol-based VLAN port (Page 1017)
IPv4 subnet-based VLAN (Page 1017)
VLAN tagging
Expansion of the Ethernet frames by four bytes

For CoS (Class of Service, frame priority) and VLAN (virtual network), the IEEE 802.1 Q
standard defined the expansion of Ethernet frames by adding the VLAN tag.
Note
The VLAN tag increases the permitted total length of the frame from 1518 to 1522 bytes. With
the IE switches, the standard MTU size is 1536 bytes. The MTU size can be changed to values
from 64 to 9216 bytes.
The end nodes on the networks must be checked to find out whether they can process this
length / this frame type. If this is not the case, only frames of the standard length may be sent
to these nodes.
The additional 4 bytes are located in the header of the Ethernet frame between the source
address and the Ethernet type / length field:

3UHDPEOH 'HVWLQDWLRQ 6RXUFH 73,' 7&, 7\SH 'DWD &5&

E\WHV DGGUHVV DGGUHVV E\WHV E\WHV E\WHV aE\WHV E\WHV
E\WHV E\WHV
[
3ULRULW\ 9/$1,'ELWV

ELWV
&),ELW
Figure 10-2 Structure of the expanded Ethernet frame
The additional bytes contain the tag protocol identifier (TPID) and the tag control information
(TCI).
Tag protocol identifier (TPID)

The first 2 bytes form the Tag Protocol Identifier (TPID) and always have the value 0x8100.
This value specifies that the data packet contains VLAN information or priority information.
Tag Control Information (TCI)

The 2 bytes of the Tag Control Information (TCI) contain the following information:
CoS prioritization
The tagged frame has 3 bits for the priority that is also known as Class of Service (CoS). The
priority according to IEEE 802.1p is as follows:
CoS bits Type of data

000 Non time-critical data traffic (less then best effort [basic setting])
001 Normal data traffic (best effort [background])
010 Reserved (standard)
011 Reserved ( excellent effort )
100 Data transfer with max. 100 ms delay
101 Guaranteed service, interactive multimedia
110 Guaranteed service, interactive voice transmission
111 Reserved
The prioritization of the data packets is possible only if there is a queue in the components in
which they can buffer data packets with lower priority.
The device has eight parallel queues in which the frames with different priorities can be
processed. First, the frames with the highest priority ("Strict Priority" method) are processed.
This method ensures that the frames with the highest priority are sent even if there is heavy
data traffic.

Canonical Format Identifier (CFI)

The CFI is required for compatibility between Ethernet and the token Ring.
The values have the following meaning:
Value Meaning
0 The format of the MAC address is canonical. In the canonical representation of the MAC
address, the least significant bit is transferred first. Standard-setting for Ethernet switches.
1 The format of the MAC address is not canonical.
VLAN ID
In the 12-bit data field, up to 4096 VLAN IDs can be formed. The following conventions apply:
VLAN ID Meaning
0 The frame contains only priority information (priority tagged frames) and no valid
VLAN identifier.
1 - 4094 Valid VLAN identifier, the frame is assigned to a VLAN and can also include priority
information.
4095 Reserved
SNMP
Introduction
With the aid of the Simple Network Management Protocol (SNMP), you monitor and control
network elements from a central station, for example routers or switches. SNMP controls the
communication between the monitored devices and the monitoring station.
Tasks of SNMP:
Monitoring of network components
Remote control and remote parameter assignment of network components
Error detection and error notification
In versions v1 and v2c, SNMP has no security mechanisms. Each user in the network can
access data and also change parameter assignments using suitable software.
For the simple control of access rights without security aspects, community strings are used.
The community string is transferred along with the query. If the community string is correct,
the SNMP agent responds and sends the requested data. If the community string is not correct,
the SNMP agent discards the query. Define different community strings for read and write
permissions. The community strings are transferred in plain text.

Standard values of the community strings:

public
has only read permissions
private
has read and write permissions
Note
Because the SNMP community strings are used for access protection, do not use the
standard values "public" or "private". Change these values following the initial
commissioning.
Further simple protection mechanisms at the device level:

Allowed Host
The IP addresses of the monitoring systems are known to the monitored system.
Read Only
If you assign "Read Only" to a monitored device, monitoring stations can only read out data
but cannot modify it.
SNMP data packets are not encrypted and can easily be read by others.
The central station is also known as the management station. An SNMP agent is installed on
the devices to be monitored with which the management station exchanges data.
The management station sends data packets of the following type:
GET
Request for a data record from the agent
GETNEXT
Calls up the next data record.
GETBULK (available as of SNMPv2)
Requests multiple data records at one time, for example several rows of a table.
SET
Contains parameter assignment data for the relevant device.
The SNMP agent sends data packets of the following type:
RESPONSE
The agent returns the data requested by the manager.
TRAP
If a certain event occurs, the SNMP agent itself sends traps.
SNMPv1 and SNMPv2 and SNMPv3 use UDP (User Datagram Protocol). The data is
described in a Management Information Base (MIB).
SNMPv3
Compared with the previous versions SNMPv1 and SNMPv2. SNMPv3 introduces an
extensive security concept.

SNMPv3 supports:
Fully encrypted user authentication
Encryption of the entire data traffic
Access control of the MIB objects at the user/group level
Spanning Tree
Avoiding loops on redundant connections

The spanning tree algorithm allows network structures to be created in which there are several
connections between two stations. Spanning tree prevents loops being formed in the network
by allowing only one path and disabling the other (redundant) ports for data traffic. If there is
an interruption, the data can be sent over an alternative path. The functionality of the spanning
tree algorithm is based on the exchange of configuration and topology change frames.
Definition of the network topology using the configuration frames

The devices exchange configuration frames known as BPDUs (Bridge Protocol Data Unit) with
each other to calculate the topology. The root bridge is selected and the network topology
created using these frames. BPDUs also bring about the status change of the root ports.
The root bridge is the bridge that controls the spanning tree algorithm for all involved
components.
Once the root bridge has been specified, each device sets a root port. The root port is the port
with the lowest path costs to the root bridge.
Response to changes in the network topology

If nodes are added to a network or drop out of the network, this can affect the optimum path
selection for data packets. To be able to respond to such changes, the root bridge sends
configuration messages at regular intervals. The interval between two configuration messages
can be set with the "Hello Time" parameter.
Keeping configuration information up to date

With the "Max Age" parameter, you set the maximum age of configuration information. If a
bridge has information that is older than the time set in Max Age, it discards the message and
initiates recalculation of the paths.
New configuration data is not used immediately by a bridge but only after the period specified
in the "Forward Delay" parameter. This ensures that operation is only started with the new
topology after all the bridges have the required information.

RSTP, MSTP, CIST
Rapid Spanning Tree Protocol (RSTP)

One disadvantage of STP is that if there is a disruption or a device fails, the network needs to
reconfigure itself: The devices start to negotiate new paths only when the interruption occurs.
This can take up to 30 seconds. Fur this reason, STP was expanded to create the "Rapid
Spanning Tree Protocol" (RSTP, IEEE 802.1w). This differs from STP essentially in that the
devices are already collecting information about alternative routes during normal operation
and do not need to gather this information after a disruption has occurred. This means that the
reconfiguration time for an RSTP controlled network can be reduced to a few seconds.
This is achieved by using the following functions:
Edge ports (end node port)
Edge ports are ports connected to an end device.
A port that is defined as an edge port is activated immediately after connection
establishment. If a spanning tree BPDU is received at an edge port, the port loses its role
as edge port and it takes part in (R)STP again. If no further BPDU is received after a certain
time has elapsed (3 x hello time), the port returns to the edge port status.
Point-to-point (direct communication between two neighboring devices)
By directly linking the devices, a status change (reconfiguration of the ports) can be made
without any delays.
Alternate port (substitute for the root port)
A substitute for the root port is configured. If the connection to the root bridge is lost, the
device can establish a connection over the alternate port without any delay due to
reconfiguration.
Reaction to events
Rapid spanning tree reacts to events, for example an aborted connection, without delay.
There is no waiting for timers as in spanning tree.
Counter for the maximum bridge hops
The number of bridge hops a package is allowed to make before it automatically becomes
invalid.
In principle, therefore with rapid spanning tree, alternatives for many parameters are
preconfigured and certain properties of the network structure taken into account to reduce
the reconfiguration time.

Multiple Spanning Tree Protocol (MSTP)

The Multiple Spanning Tree Protocol (MSTP) is a further development of the Rapid Spanning
Tree Protocol. Among other things, it provides the option of operating several RSTP instances
within different VLANs or VLAN groups and, for example, making paths available within the
individual VLANs that the single Rapid Spanning Tree Protocol would globally block.
Note
Default setting
HTTP is enabled as default on the device.
Common and internal Spanning Tree (CIST)

CIST identifies the internal instance used by the switch that is comparable in principle with an
internal RSTP instance.
Routing function
Introduction
The term routing describes the specification of routes for communication between different
networks; in other words, how does a data packet from subnet A get to subnet B.
SCALANCE X supports the following routing functions:
Static routing
With static routing, the routes are entered manually in the routing table.
Router redundancy
With standardized VRRP (Virtual Router Redundancy Protocol), the availability of important
gateways is increased by redundant routers.
Dynamic routing
The entries in the routing table are dynamic and are updated continuously. The entries are
created with one of the following dynamic routing protocols:
OSPFv2
RIPv2
Static routing
The route is entered manually in the routing table. Enter the route in the routing table on the
"Layer 3 > Routes" page.

OSPFv2
Dynamic routing with OSPFv2

OSPF (Open Shortest Path First) is a cost-based routing protocol. To calculate the shortest
and most cost-effective route, the Short Path First algorithm by Dijkstra is used. OSPF was
developed by the IETF (Internet Engineering Task Force).
You configure OSPFv2 in "Layer 3 > OSPFv2".
OSPFv2 divides an autonomous system (AS) into different areas.
Areas in OSPF
The following areas exist:
Backbone
The backbone area is area 0.0.0.0. All other areas are connected to this area. The backbone
area is connected either directly or via virtual connections with other areas.
All routing information is available in the backbone area. As a result, the backbone area is
responsible for forwarding information between different areas.
Stub Area
This area contains the routes within its area within the autonomous system and the standard
route out of the autonomous system. The destinations outside this autonomous system are
assigned to the standard route.
Totally Stubby Area
This area knows only the routes within its area and the standard route out of the area.
Not So Stubby Area (NSSA)
This area can forward (redistribute) packets from other autonomous systems into the areas
of its own autonomous system. The packets are further distributed by the NSSA router.
Routers of OSPF
OSPF distinguishes the following router types:
Internal router (IR)
All OSPF interfaces of the router are assigned to the same area.
Area Border Router (ABR)
The OSPF interfaces of the router are assigned to different areas. One OSPF interface is
assigned to the backbone area. Where possible, routes are grouped together.
Backbone Router (BR)
At least one of the OSPF interfaces is assigned to the backbone area.
Autonomous System Area Border Router (ASBR)
One interface of the router is connected to a different AS, for example an AS that uses the
routing protocol RIP.

Virtual connection
Each area must be connected to the backbone area. In some situations a direct physical
connection is not possible. In this case, a router of the relevant area must be connected to a
backbone router via a virtual connection.
LSA types
Within the autonomous system, packets are exchanged that contain information about the
connections of a router and the connection status message. The packets are also known as
LSAs (Link State Advertisements). The LSAs are always sent from the router to the neighbor
router.
If there are changes in the network, LSAs are sent to all routers in the network. The information
depends on the LSA type.
166$
$6%5

166$
$UHD
$%5

%DFNERQH
$UHD 6WXE$UHD ,5
6WXE$UHD
$%5 '5
%5

,5 $%5
$%5

,5

$%5

6WXE$UHD

$6%5

Router LSA (LSA Type 1)

The LSA Type 1 is only sent within an area. For each active connection of the router
that belongs to the area in consideration, an LSA Type 1 is generated. The LSA Type 1
contains information about the status and the costs of the connection, for example IP
address, network mask, network type
Network LSA (LSA Type 2)
The LSA Type 2 is sent only within an area. For each network that belongs to the relevant
area, the router generates an LSA Type 2. If several routers are interconnected in a
network, the LSA Type 2 is sent by the designated router (DR). The LSA Type 2 includes
the network address, the network mask and a list of routers that are connected to the
network
Summary LSA (LSA Type 3 / LSA Type 4)
The Summary LSA is generated by the area border router and sent into the area. The
Summary LSA contains information about routes outside the area but inside the AS.
Where possible, the routes are grouped together.
Summary LSA (LSA Type 3)
The LSA Type 3 describes the routes to the networks and advertises the standard
route to the areas.
AS Summary LSA (LSA Type 4)
The LSA Type 4 describes the routes to the ASBR.
External LSA (LSA Type 5 / LSA Type 7)
The External LSA is generated by the ASBR. The LSA type depends on the area.
AS External LSA (LSA Type 5)
The LSA Type 5 is sent by the AS border router into the areas of the autonomous
system except the Stub and NSSA areas. The LSA contains information about routes
to a network in another AS. The routes are either created manually or learned
externally. The ASBR uses LSA Type 5 to distribute standard routes to the backbone
area.
NSSA External LSA (LSA Type 7)
The LSA Type 7 is generated by the AS border router of an NSSA. The router is also
known as the NSSA ASBR. The LSA Type 7 is sent only within the NSSA. If the P
bit in LSA Type 7 = 1, these LSAs are converted to LSA Type 5 by the ABR and sent
to the backbone area.

Establishing the neighborhood

The router runs through the following statuses to establish a connection to the neighbor router.
1. Attempt state / Init state
The router activates OSPF and begins to send and receive Hello packets. Based on the
received Hello packets, the router learns which OSPF routers are in its vicinity. The router
checks the content of the Hello packet. The Hello packet also contains the list of the
neighbor routers (neighbor table) of the "sender".
2. Two way state
If, for example, the ID of the area, the area type and the settings for the times match, a
connection (adjacency) can be established to the neighbor. In a point-to-point network, the
connection is established directly. If several neighbor routers can be reached in a network,
the designated router (DR) and the designated backup router (DBR) are identified based
on Hello packets. The router with the highest router priority becomes the designated router.
If two routers have the same router priority, the router with the lower router ID becomes the
designated router. The router establishes a connection to the designated router.
3. Exchangestart state
The neighbor routers decide which router starts communication. The router with the higher
router ID becomes master.
4. Exchange state
The neighbor routers send packets that describe the content of their neighborhood
database. The neighborhood database (link state database - LSDB) contains information
on the topology of the network.
5. Loading state
The router completes the received information. If the router still has questions relating to
the status of a specific connection, it sends a link state request. The neighbor router sends
a response (link state update). The response contains a suitable LSA. The router confirms
receipt of the response (link state acknowledge).
6. Full State
The information exchange with the neighbor router is completed. The neighborhood
database of the neighbor router is the same. Based on the Short Path First algorithm, the
router calculates a route to every destination. The route is entered in the routing table.
Check the neighborhood

The Hello packets are only used to establish the neighborhood relations. Hello packets are
used to check the connection to the neighbor router by sending them cyclically. If no Hello
packet is received within a certain interval (dead interval), the connection to the neighbor is
marked as "down". The relevant entries are deleted.
Updating the neighborhood database

Once the neighborhood database is established, LSAs are sent to all routers in the network if
there are changes in the topology.

RIPv2
Dynamic routing with RIPv2

The Routing Information Protocol (RIPv2) is used to create routing tables automatically. RIPv2
is used in autonomous systems (AS) with a maximum of 15 routers. It is based on the Distance-
Vector algorithm.
RIPv2 was developed by the IETF (Internet Engineering Task Force) and is described in RFC
2453.
You configure RIPv2 in "Layer 3 > RIPv2".
Setting up a routing table

Since a router initially only knows its directly connected networks, it sends a request to its direct
neighbor routers. As the reply, it receives the routing tables of the neighbor routers. Based on
the information it receives, the router set up its own routing table.
The routing table contains entries for all possible destinations. Each entry includes the distance
to the destination and the first router on the route.
The distance is also known as the metric. This indicates the number of routers to be passed
through on the route to the destination (hop count). The maximum distance is 15 routers (hops).
Updating the routing table

Once the routing table is set up, the router sends its routing table to each direct neighbor router
at intervals of 30 seconds.
The router compares new routing information with its existing routing table. If the new
information includes shorter routes, the existing routes are overwritten. The router only keeps
the shortest route to a destination.
Checking neighbor routers

If a router does not receive messages from a neighbor router for longer than 180 seconds, it
marks the router as being invalid. The router assigns the metric 16 for the neighbor router.
Link aggregation
Link aggregation
With link aggregation, several parallel physical connections with the same transmission speed
are grouped together to form a logical connection with a higher transmission speed. This
method based on IEEE 802.3ad is also known as port trunking or channel bundling.
Link aggregation works only with full duplex connections with the same transmission speed in
point-to-point mode. This achieves multiplication of the bandwidth or transmission speed. If
part of the connection fails, the data traffic is handled via the remaining parts of the connection.
To control and monitor, the Link Aggregation Control Layer (LACL) and the Link Aggregation
Control Protocol (LACP) are used.

Authentication
Authentication method
You can configure the authentication methods "802,1x" and "MAC Authentication" as well as
the "Guest VLAN" option separately for each port.
The functions have a hierarchical order. If all three functions are enabled, an attempt is made
initially to authenticate the end device using "802.1x". If this authentication is unsuccessful,
"MAC Authentication" is started. If this authentication is also unsuccessful, the end device is
enabled for communication in the "Guest VLAN". ""Guest VLAN" can only be used if at least
one authentication method is active.
The two authentication methods depend on the end device. If the end device supports EAP
(Extensible Authentication Protocol), it can be authenticated using the "802.1x" method. If the
end device does not support EAP, it can be authenticated using "MAC Authentication". In this
case, the IE switch adopts the role of the end device and uses the MAC address of the device
as the authentication parameter.
802.1x
The "802.1x" authentication method works as follows:
An end device that supports EAP sends authentication information to the IE switch. The IE
switch forwards the information to the authentication server. The authentication server checks
the information and allows or denies the end device access to the network.
MAC Authentication
The "MAC Authentication" authentication method works as follows:
As soon as the IE switch receives a frame from the end device, the IE switch sends a query
to the RADIUS server to allow or deny the end device access to the network.

Editing properties and parameters
Editing options
You have the following options for editing properties and parameters:
Hardware and network editor
Once you have inserted the network component, you can edit the properties and
parameters, for example the device name. You will find more detailed information in
"Hardware and network editor".
Web Based Management (WBM)
The parameters and properties are accessible using the supplied HTML pages (WBM
pages). Each WBM page has its own help page that describes the properties and
parameters. For further information, refer to the configuration manual "SCALANCE XM400/
X-500 Web Based Management". You will find the MIB at Siemens Industry Automation
and Drives Service & Support on the Internet under the entry ID 67428305 (http://
Command Line Interface
All the configuration settings for the device can be made using the CLI. The CLI provides
the same options as Web Based Management (WBM). For further information, refer to the
configuration manual "SCALANCE XM400/X-500 Command Line Interface". You will find
the MIB at Siemens Industry Automation and Drives Service & Support on the Internet
under the entry ID 67430663 (http://support.automation.siemens.com/WW/view/en/
67430663).
Availability
The availability of the settings depends
on the port type
on the configuration mode
SCALANCE X distinguishes the following port types:
Switch port
Router port
The following configuration modes are available:
Offline configuration
You can configure a PC station the first time offline. In this mode only the settings that
require no connection to the device are available.
Online configuration mode
If there is a connection to the device, there are additional pages available in the Inspector
window. These pages include the note "This page is only available if there is an online
connection to the device". With some settings, the additional information "only available
online" is included.

Creating and deleting an entry

As an example, an entry will be created and deleted on the Syslog client. The procedure is
valid on all pages.
Creating a new entry
1. Select the device in the network or device view.
2. Open the properties of the device in the Inspector window.
3. In the Inspector window go to System > Syslog client.
4. Enter the IP address for the Syslog server.
5. Click in the table.
6. Select the entry "New entry" in the shortcut menu.
A new entry is created in the table.
Deleting an entry
1. Select the required entry in the table.
2. Select the "Delete" entry in the shortcut menu.
Buttons you require often

Refresh the display with "Refresh"
Pages that display current parameters have a "Refresh" button at the lower edge of the
page. Click this button to request up-to-date information from the device for the current
page.
Save settings for all ports with "Transfer to table"
Pages on which you can configure several ports have 2 tables. In the first table, you can
make the settings for all ports and transfer these to the second table. In the last column of
the first table, there is the "Transfer to table" button. Click this button to save the settings
you have made for all ports.
Assigning the IP address
Configuration options
When shipped and after restoring to the factory settings, the device does not have an IP
address.
The following options are available to assign an IP address to the device:
DHCP (default setting)
Primary Setup Tool
For further information, refer to the configuration manual "Primary Setup Tool". You will find
the MIB at Siemens Industry Automation and Drives Service & Support on the Internet
under the entry ID 19440762 (http://support.automation.siemens.com/WW/view/en/
19440762).

STEP 7
CLI via the serial interface
For further information, refer to the configuration manual "SCALANCE XM-400/XR-500
Command Line Interface". You will find the configuration manual on the Internet pages of
Siemens Industry Automation and Drives Service & Support (http://
support.automation.siemens.com/WW/view/en/48805144/133300).
Requirement
"Set IP address on device" is enabled in the properties of the device. You will find more
detailed information in "Addressing PROFINET devices".
Configuring SCALANCE XR-500 as IO device

With a SCALANCE XR500 configured as a PROFINET IO device and assigned to an IO
controller, the functions "Compile" and "Download to device" only download the data to the
switch that can also be configured in Web Based Management (WBM) (layer 2, layer 3, system,
security).
If you want to use the "Compile" or "Download to device" functions for the PROFINET IO device
data of the XR500, first select the assigned IO controller.
Show information
Versions
Note
The page is only available if there is an online connection to the device.
This page shows the versions of the hardware and software of the device.
Description
Table 1 has the following columns:
Hardware
Shows the device being used.
Name
Shows the name of the device or module.
Revision
Shows the hardware version of the device.
Order ID
Shows the order number of the device or module.


Software
Firmware
Shows the current firmware version. If a new firmware file was downloaded and the
device has not yet restarted, the firmware version of the downloaded firmware file is
displayed here. After the next restart, the downloaded firmware is activated and used.
Bootloader
Shows the version of the boot software stored on the device.
Description
Shows the short description of the software.
Version
Shows the version number of the software version.
Date
Shows the date on which the software version was created.
I&M
Note
This page contains information about device-specific vendor and maintenance data such as
the order number, serial number, version number etc. You cannot configure anything on this
page.
Description of the displayed values

The table has the following rows:
Manufacturer ID
Shows the manufacturer ID.
Order number
Shows the order number.
Serial number
Shows the serial number.
Hardware revision
Shows the hardware version.
Software version
Shows the software version.
Revision counter
Shows the revision counter: Counter for revisions since the initial commissioning
Revision Date
Date and time of the last revision

Function tag
Shows the function tag (plant designation) of the device. The plant designation (HID) is
created during configuration of the device with HW Config of STEP 7.
Location tag
Shows the location tag of the device. The location identifier (LID) is created during
configuration of the device with HW Config of STEP 7.
ARP table
Note
Assignment of MAC address and IP address

With the Address Resolution Protocol (ARP), there is a unique assignment of MAC address
to IPv4 addresses. This assignment is kept by each network node in its own separate ARP
table. The page shows the ARP table of the device.
Displayed values
The table has the following columns:
Interface
Shows the interface via which the row entry was learnt.
MAC address
Shows the MAC address of the target device.
IP address
Shows the IP address of the target device.
Media Type
Shows the type of connection.
Dynamic
The device recognized the address data automatically.
Static
The addresses were entered as static addresses
Log table
Logging events
Note

The device allows you to log events that occur, some of which you can specify in " System >
Events". This, for example, allows you to record when an authentication attempt failed or when
the connection status of a port has changed. The content of the events log table is retained
even when the device is turned off.
Settings
Severity Filters
You can filter the entries in the table according to severity. To display all the entries, enable
or disable all settings.
Info
Information (6)
Warning
Warnings (4)
Critical
Critical (2)
Displayed values
Restart
Counts the number of restarts since you last reset to factory settings and shows the device
restart after which the corresponding event occurred.
System up time
Shows the time the device has been running since the last restart when the described event
occurred.
If the system time is set, the time is also displayed at which the event occurred.
System Time
Shows the date and time of the device.
Severity
Shows the severity.
Log Message
Displays a brief description of the event that has occurred.
Buttons
Delete
Click this button to delete the content of the event log file. The display is also cleared. The
restart counter is only reset after you have restored the device to the factory settings and
restarted the device.
Note
The number of entries in this table is restricted to 400. When this number is reached, the
oldest entries are overwritten. The table remains permanently in memory.

Fault
Error status
Note
This page displays any errors that occur. If there are no more unanswered error/fault
messages, the fault LED goes off.
The time calculation always begins after the last system start. When the system is restarted,
a new entry with the type of restart is created in the fault memory.

No. of Signaled Faults
Shows the number of reported faults.
The table contains the following columns:
Fault Time
Shows the time the device has been running since the last restart when the described error/
fault occurred.
Fault description
Display of the fault state for the device.
Clear Fault State
When you can delete faults, the "Clear Fault State" button is enabled.
Redundancy
Spanning Tree
Note
The page shows the current information about the Spanning Tree and the settings of the root
bridge.
If Spanning Tree is turned off, only the basic information about this device is displayed.
If Spanning Tree is activated, the following is displayed:
Parameters of the selected instance
Parameters for the ports of the selected instance
The information depends on the selected Spanning Tree mode.

Displayed values
Spanning Tree Mode
Shows the set mode. You specify the mode in "Layer 2 > MSTP > General".
The following values are possible:
'-'
STP
RSTP
MSTP
Instance ID
Shows the number of the instance. The parameter depends on the configured mode.
Bridge Priority / Root Priority
Which device becomes the root bridge is decided by the bridge priority. The bridge with the
highest priority (in other words, with the lowest value for this parameter) becomes the root
bridge. If several devices in a network have the same priority, the device whose MAC
address has the lowest numeric value will become the root bridge. Both parameters, bridge
priority and MAC address together form the bridge identifier. Since the root bridge manages
all path changes, it should be located as centrally as possible due to the delay of the frames.
The value for the bridge priority is a whole multiple of 4096.
Bridge address / root address
The bridge address shows the MAC address of the device and the root address shows the
MAC address of the root bridge.
Root Cost
Shows the path costs from the device to the root bridge.
In MSTP mode, the path costs as far as the root bridge of the CIST are displayed.
Bridge Status
Shows the status of the bridge, e.g. whether or not the device is the root bridge.
Regional root priority (available only with MSTP)
For a description, see Bridge priority / Root priority.
Regional root address (available only with MSTP)
Shows the MAC address of the device.
Regional root costs (only available with MSTP)
The path costs from this device to the regional root bridge.


Port
Shows the port via which the device communicates.
Role
Shows the status of the port. The following values are possible:
Disabled
The port was removed manually from the spanning tree and will no longer be taken into
account by the spanning tree.
Designated
The ports leading away from the root bridge.
Alternate
The port with an alternative route to a network segment
Backup
If a switch has several ports to the same network segment, the "poorer" port becomes
the backup port.
Root
The port that provides the best route to the root bridge.
Master
This port points to a root bridge located outside the MST region.
Status
Displays the current status of the port. The values are only displayed. The parameter
depends on the configured protocol. The following statuses are possible:
Discarding
The port receives BPDU frames. Other incoming or outgoing frames are discarded.
Listening
The port receives and sends BPDU frames. The port is involved in the spanning tree
algorithm. Other outgoing and incoming frames are discarded.
Learning
The port actively learns the topology; in other words, the node addresses. Other
outgoing and incoming frames are discarded.
Forwarding
Following the reconfiguration time, the port is active in the network. The port receives
and sends data frames.
Oper. Version
Describes the type of spanning tree in which the port operates
Priority
If the path calculated by the spanning tree is possible over several ports of a device, the
port with the highest priority (in other words the lowest value for this parameter) is selected.
A value between 0 and 240 can be entered for the priority in steps of 16. If you enter a
value that cannot be divided by 16, the value is automatically adapted.

Path costs
This parameter is used to calculate the path that will be selected. The path with the lowest
value is selected. If several ports of a device have the same value, the port with the lowest
port number will be selected.
If the value "Cost Calc." is "0", the automatically calculated value is displayed. Otherwise,
the value of "Cost Calc." is displayed.
The calculation of the path costs is largely based on the transmission speed. The higher
the achievable transmission speed is, the lower the value of the path costs.
Typical values for path costs with rapid spanning tree:
10,000 Mbps = 2,000
1000 Mbps = 20,000
100 Mbps = 200,000
10 Mbps = 2,000,000.
Edge type
Shows the type of the connection. The following values are possible:
Edge Port
An edge port is connected to this port.

No Edge Port
There is a spanning tree or rapid spanning tree device at this port.
P.t.P. Type
Shows the type of point-to-point link. The following values are possible:
P.t.P.
With half duplex, a point-to-point link is assumed.
Shared Media
With a full duplex connection, a point-to-point link is not assumed.
VRRP statistics
Introduction
Note
This page shows the statistics of the VRRP protocol and all configured virtual routers.


The following fields are displayed:
VRID errors
Shows how many VRRP frames containing an unsupported VRID were received.
Version errors
Shows how many VRRP frames containing an invalid version number were received.
Checksum errors
Shows how many VRRP frames containing an invalid checksum were received.
Interfaces
Interface to which the settings relate.
VRID
Shows the ID of the virtual router.
Valid values are 1 to 255.
Change to master status
Shows how often this virtual router changed to the "Master" role.
Advertisements recd.
Shows how often a VRRP frame was received that contained a bad address list.
Advertisement Interval Errors
Shows how many bad VRRP packets were received whose interval does not match the
value set locally.
IP TTL errors
Shows how many bad VRRP packets were received whose TTL (Time to live) value in the
IP header is incorrect.
Prio 0 received
Shows how many VRRP packets with priority 0 were received. VRRP packets with priority
0 are sent when a master router is shut down. These packets allow a fast handover to the
relevant backup router.
Prio 0 sent
Shows how many VRRP packets with priority 0 were sent. Packets with priority 0 are sent
when a master router is shut down. These packets allow a fast handover to the relevant
backup router.
Invalid Type
Shows how often a VRRP packet was received that had the wrong type.
Address List Errors
Shows the number of errors in the address list.
Invalid Auth. Type
Shows how many bad VRRP packets were received whose authentication type was not
type 0. Type 0 means "no authentication".

Auth. Type Mismatch

Shows how many bad VRRP frames were received whose authentication type does not
match.
Frame length error
Shows how many bad VRRP frames were received whose length is not correct.
Ring Redundancy
Note
Automatic Redundancy Detection (ARD) is the default when the device ships. If you want to
use the previous High Speed Redundancy Protocol (HRP), HRP must be configured.
Reconfiguration time of the frame traffic following a failover in MRP: 200 ms
Reconfiguration time of the frame traffic following a failover in HRP: 300 ms
This page informs you about the values currently set for the device.

Description
Redundancy Function
The following values are shown:
Disabled
Ring redundancy is disabled on the device.
MRP Manager
The device is operating as MRP manager.
MRP Client
The device is operating as MRP client.
HRP Client
The device is operating as HRP client.
HRP Manager
The device is operating as HRP manager.
RM Status
The "RM Status" column shows whether or not the IE switch is operating as redundancy
manager and whether it has opened or closed the ring in this role.
Passive
The IE switch is operating as redundancy manager and has opened the ring; in other
words, the line of switches connected to the ring ports is operating problem free. The
passive status is also displayed if the IE switch is not operating as the redundancy
manager (RM Function Disabled).
Active
The IE switch is operating as redundancy manager and has closed the ring; in other
words, the line of switches connected to the ring ports is interrupted (problem). The
redundancy manager connects its ring ports through and restores an uninterrupted
linear topology.
If media redundancy in ring topologies is completely disabled, ring ports configured last
are displayed and the text "Ring Redundancy disabled" is displayed.
Observer Status
Shows the current status of the observer.
Ring ports
Ring ports 1 and ring port 2 show the ports used for redundancy.
No. of Changes to RM Active State
Shows how often the device as redundancy manager switched to the active status, i.e.
closed the ring.
If the redundancy function is disabled or the device is not the HRP/MRP manager, the text
"Redundancy manager disabled" appears.
Max. delay of the RM test frames [ms]
Shows the maximum delay for test frames of the redundancy manager.
If the redundancy function is disabled or the device is not the HRP/MRP manager, the text
"Redundancy manager disabled" appears.

Standby
Note
This page shows the standby status of the device.

For more information on Ethernet cabling and the topological location of master and slave,
refer to the "Industrial Ethernet Network Manual".
Description
Standby ports
Shows the ports being used.
Standby name
Shows the name for the standby connection. The master/slave device pair is defined by
this name (both must be in the same ring). This is achieved by entering the same name on
two devices in the ring. You can select any name to suit your purposes, however, you can
only use the name for one pair of devices in the entire network.
Standby Function
Shows whether the standby connection is activated or deactivated.
Master
The device has a connection to the partner device and is operating as master. In normal
operation, the standby port of this device is active.
Slave
The device has a connection to the partner device and is operating as slave. In normal
operation, the standby port of this device is inactive.
Disabled
The standby link is disabled. The device is operating neither as master nor slave. The
port configured as a standby port works as a normal port without standby function.
Waiting for Connection...
No connection has yet been established to the partner device. The standby port is
inactive. In this case, either the configuration on the partner device is inconsistent (for
example incorrect connection name, standby link disabled) or there is a physical fault
(for example device failure, link down).
Connection Lost
The existing connection to the partner device has been lost. In this case, either the
configuration on the partner device was modified (for example a different connection
name, standby link disabled) or there is a physical fault (for example device failure, link
down).

Standby status
Shows the status of the standby port:
Active
The standby port of this device is active; in other words is enabled for frame traffic.
Passive
The standby port of this device is inactive; in other words is blocked for frame traffic.
"-"
The standby function is disabled.
No. of Changes to Standby Active State
Shows how often the IE switch has changed the standby status from "Passive" to "Active".
If the connection of a standby port fails on the standby master, the IE switch changes to
the "Active" status.
Following each restart on the device, the counters are automatically reset.
Ethernet Statistics
Interface statistics
Interface statistics
The page shows the statistics from the interface table of the Management Information Base
(MIB).
Note
Displayed values
Received bytes
Shows the number of received bytes.
Sent bytes
Shows the number of sent bytes.
Received unicast frames
Shows the number of received unicast frames.
Received non-unicast frames
Shows the number of received frames that are not of the type unicast.
Sent unicast frames
Shows the number of sent unicast frames.
Sent non-unicast frames
Shows the number of sent frames that are not of the type unicast.

Frame length
Frames sorted by length

This page displays how many frames of which size were sent and received at each port.
Note
Displayed values
Port
Shows the available ports and link aggregations.
Note
Display of frame statistics
In the statistics relating to frame lengths, note that both incoming and outgoing frames are
counted.
Frame lengths
The other columns after the port number contain the absolute numbers of frames according
to their frame length.
The following frame lengths are distinguished:
64 bytes
65 - 127 bytes
128 - 255 bytes
256 - 511 bytes
512 - 1023 bytes
1024 - max.
Button
Reset Counter
Click "Reset Counter" to reset all counters. The counters are also reset by a restart.

Frame type
Received frames sorted by type

This page displays how many frames of the type "unicast", "multicast", and "broadcast" were
received at each port.
Note
Displayed values
Port
Unicast / Multicast / Broadcast
The other columns after the port number contain the absolute numbers of the incoming
frames according to their frame type "unicast", "multicast" and "broadcast".
Button
Reset Counter
Packet Errors
Received bad frames

This page shows how many bad frames were received per port.
Note

Displayed values
Port
Error types
The other columns after the port number contain the absolute numbers of the incoming
frames according to their error type.
In the columns of the table, a distinction is made according to the following error types:
CRC
Frames whose content does not match the CRC checksum.

Undersize
Frames with a length less than 64 bytes.
Oversize
Frames discarded because they were too long.

Fragments
Frames with a length less than 64 bytes and a bad CRC checksum.
Jabbers
VLAN-tagged frames with an incorrect CRC checksum that were discarded because
they were too long.
Collisions
Collisions that were detected.
Button
Reset Counter
History
Samples of the statistics

The page shows samples from each port with information from the statistics.
Note
Settings
Port
Select the port for which the history will be displayed.

Displayed values
Entries
Maximum number of samples that can be saved at the same time.
Interval [s]
Interval after which the current status of the statistics will be saved as a sample.
Sample
Number of the sample
Time for the Sample
System up time at which the sample was taken.
Unicast
Number of received unicast frames.
Multicast
Number of received multicast frames.
Broadcast
Number of received broadcast frames.
CRC
Number of frames with a bad CRC checksum.
Undersize
Number of frames that are shorter than 64 bytes.
Oversize
Number of frames discarded because they were too long.
Fragments
Number of frames that are shorter than 64 bytes and have a bad CRC checksum.
Jabbers
Number of frames with a VLAN tag that have a bad CRC checksum and will be discarded
because they are too long.
Collisions
Number of collisions of received frames.
Utilization
Utilization of the port during a sample.
Unicast
This page shows the learnt and static unicast MAC addresses.
Description
VLAN ID
Shows the VLAN-ID assigned to this MAC address.
MAC Address
Shows the MAC address of the node that the device has learned or the user has configured.

Status
Shows the status of each address entry:
Learnt
The specified address was learned by receiving a frame from this node and will be
deleted when the aging time expires if no further packets are received from this node.
Static
Configured by the user. Static addresses are stored permanently; in other words, they
are not deleted when the aging time expires or when the switch is restarted.
Port
Shows the port via which the node with the specified address can be reached. Frames
received by the device whose destination address matches this address will be forwarded
to this port.
Multicast
This page shows the learnt and static multicast MAC addresses.
Description
VLAN ID
Shows VLAN ID of the VLAN to which the MAC multicast address is assigned.
MAC Address
Shows the MAC multicast address that the device has learned or the user has configured.
Status
Shows the status of each address entry. The following information is possible:
static
The address was entered statically by the user. Static addresses are stored
permanently; in other words, they are not deleted when the aging time expires or when
the device is restarted. These must be deleted by the user.
IGMP
The destination port for this address was obtained by IGMP configuration.
GMRP
The destination port for this address was registered by a received GMRP frame.
LLDP
Note
Identifying the network topology

Using LLDP, network components exchange information about the topology of the network.


The table contains the following columns:
Device ID
Device ID of the connected device.
Local interface
Port at which the IE switch received the information.
Hold Time
An entry remains stored in the MIB for the time specified here. If the IE switch does not
receive any new information from the connected device during this time, the entry is deleted.
Capability
Shows the properties of the connected device:
(R) Router
(B) Bridge
(T) Telephone
(C) DOCSIS cable device
(W) WLAN access point
(P) Repeater
(S) Station
(O) Other
Port ID
Port of the device with which the IE switch is connected.
Routing
Routing table
This page shows the routing table of the device.
Description
Destination network
Shows the destination address of this route.
Subnet mask
Shows the subnet mask of this route.
Gateway
Shows the gateway for this route.
Interface
Shows the interface for this route.

Metric
Shows the metric of the route. The higher value, the longer the packets require to their
destination.
Routing protocol
Shows the routing protocol from which the entry in the routing table originates. The following
entries are possible:
Connected: Connected routes
Static: Static routes
RIP: Routes using RIP
OSPF: Routes using OSPF
other: Other routes
OSPFv2 interfaces
Overview
Note
This page shows the configuration of the OSPF interface.

IP address
Shows the IP address of the OSPF interface
Area ID
Shows the Area ID to which the OSPF interface belongs.

Interface Status
Shows the status of the WLAN interface:
Down
The interface is not available.
Loopback
Loopback interface
Waiting
Startup and negotiation of the interface.
Point to Point
Point-to-point connection
Designated Router
The router is a designated router and generates a network LSA.
Backup D. Router
The router is backup for the designated router.
Other D. Router
The interface is started up. The router is neither a designated router nor a backup
designated router.
OSPF status
Shows the status of OSPF.
Enabled: OSPF is enabled on the interface.
Disabled: OSPF is disabled on the interface.
Designated Router
Shows the IP address of the designated router for this OSPF interface.
Backup Designated Router
Shows the IP address of the designated backup router for this OSPF interface.
Events
Shows the number of status changes of OSPF.
OSPFv2 neighbors
Note
This page shows the dynamically detected neighbor routers in the relevant networks.

IP address
Shows the IP address of the neighbor router in this network.
Router ID
Shows the ID of the neighbor router. The two addresses can match.

Status
Shows the status of the neighbor router. The status can adopt the following values:
unknown
Status of the neighbor router is unknown.
down
The neighbor router cannot be reached.
attempt and init
Short-lived statuses during initialization
two-way
Two-way receipt of Hello packets. Specification of the designated router and the
designated backup router.
exchangestart, exchange and loading
Status during exchange of the LSAs
full
The database is complete and synchronized within the area. The routes can now be
detected.
Note
Normal status
If the partner router is a designated router or a designated backup router, the status is
"full". Otherwise the status is "two-way".
Assoc. Area Type

Shows the area type via which the neighbor-neighbor relation is maintained. The following
area types exist:
Normal
Stub
NSSA
Backbone
Priority
Shows the priority of the neighbor router. This is only significant when selecting the
designated router on a network. For virtual neighbor routers, this information is irrelevant.
Hello Suppr.
Shows whether there are suppressed Hello packets to the virtual neighbor router.
no: There are no suppressed Hello packets (default).
yes: There are suppressed Hello packets.
Hello Queue
Shows the length of the queue with Hello packets still to be transmitted.
Events
Shows the number of status changes.

OSPFv2 virtual neighbors
Note
This page shows the configured virtual neighbor routers.
Overview
IP address
Shows the IP address of the virtual neighbor router in this network.
Router ID
Shows the router ID of the virtual neighbor router.
Status
Shows the status of the neighbor router. The status can adopt the following values:
unknown
Status of the neighbor router is unknown.
down
The neighbor router cannot be reached.
attempt and init
Short-lived statuses during initialization
two-way
Two-way receipt of Hello packets. Specification of the designated router and the
designated backup router.
exchangestart, exchange and loading
Status during exchange of the LSAs
full
The database is complete and synchronized within the area. The routes can now be
detected.
Note
Normal status
If the partner router is a designated router or a designated backup router, the status is
"full". Otherwise the status is "two-way".
Trans. Area ID
Shows the ID of the area via which the virtual neighborhood relation exists.
Hello Suppr.
Shows whether there are suppressed Hello packets to the virtual neighbor router.
no: There are no suppressed Hello packets (default)
yes: There are suppressed Hello packets.

Hello Queue
Shows the length of the queue with Hello packets still to be transmitted.
Events
Shows the number of status changes.
OSPFv2 LSDB
Overview
Note
The link state database is the central database for managing all links within an area. It consists
of the link state advertisements (LSAs). The most important data of these LSAs is shown on
the this WBM page.

Description of the displayed boxes

Area ID
Shows the ID of the area to which the LSA belongs. If the LSA is an external connection,
'-' is displayed.
LSA type
Shows the LSA type. The following values are possible:
unknown
LSA type is unknown.
Router
The router LSA (Type 1) is sent by the OSPF router within an area. The LSA contains
information about the status of all router interfaces.
Network
The network LSA (Type 2) is sent by the designated router within an area. The LSA
contains a list of routers connected to the network.
NSSA External
The NSSA external LSA (Type 7) is sent by the NSSA-ASBR within an NSSA. The
NSSA-ASBR receives LSAs of Type 5 and converts the information to LSAs of Type 7.
The NSSA router can forward these LSAs within an NSSA.
Summary
The summary LSA (Type 3) is sent by the ABR within an area. The LSA contains
information about routes to other networks.
AS Summary
The AS summary LSA (Type 4) is sent by the area border router within an area. The
LSA contains information about routes to other autonomous systems.
AS External
The AS external LSA (Type 5) is sent by the AS border router within an autonomous
system. The LSA contains information about routes from one network to another.
Link State ID
Shows the ID of the LSA.
Router ID
Shows the ID of the router that sent this LSA.
Sequence number
Shows the sequence number of the LSA. Each time an LSA is renewed, this sequence
number is incremented by one.
RIPv2 statistics
Overview
Note

This page shows the statistics of the RIP interface.

IP address
Shows the IP address of the RIPv2 interface
Bad packets
Number of received RIP packets that were deleted and therefore ignored.
Bad Routes
Number of routes of valid RIP packets that could not be taken into consideration.
Updates Sent
Shows how often the router has sent its routing table to its neighbor routers.
Configuring system functions
Configuration
On this page, you specify the services with which the device can be accessed. With some
services, there are further configuration pages on which more detailed settings can be made.
Settings
Telnet Server
Enable or disable the "Telnet Server" service for unencrypted access to the CLI.
SSH server
Enable or disable the "SSH Server" service for encrypted access to the CLI.
HTTPS server only
Enable or disable access using HTTP.
DNS client
Enable or disable depending on whether the IE switch should operate as a DNS client. You
can configure other settings in "System > DNS Client".
SMTP Client
Enable or disable the SMTP client. You can configure other settings in "System > SMTP
Client".
Syslog Client
Enable or disable the system event client. You can configure other settings in "System >
Syslog client".

DCP Server
Specify whether or not the device can be accessed with DCP (Discovery and Configuration
Protocol):
"-" (disabled)
DCP is disabled. Device parameters can neither be read nor modified.
Read/write access
With DCP, device parameters can be both read and modified.
Read-Only
With DCP, device parameters can be read but cannot be modified.
Time
Select the required setting. The following settings are possible:
Manual
The system time is set manually.
SNTP Client
The system time is set via an SNTP server. You can configure other settings in "System
> System time > SNTP client".
NTP Client
The system time is set via an NTP server. You can configure other settings in "System
> System time > NTP client".
SIMATIC Time
The system time is set using a SIMATIC time transmitter. You can configure other
settings in "System > System Time SIMATIC Time Client".
PTP Client
The system time is set via a PTP server. You can configure other settings in "System >
System Time > PTP Client".
This function is only available for SCALANCE X500.
SNMP
Select the required protocol. The following settings are possible:
"-" (SNMP disabled)
Access to device parameters using SNMP is not possible.
SNMPv1/v2c/v3
Access to device parameters is possible with SNMP versions 1, 2c or 3. You can
configure other settings in "System > SNMP > General".
SNMPv3
Access to device parameters is possible with SNMP version 3. You can configure other
settings in "System > SNMP > General".
SNMPv1/v2 Read-Only
Enable or disable write access to SNMP variables with SNMPv1/v2c.
SNMPv1 traps
Enable or disable the sending of SNMP traps (alarm frames). You can configure other
settings in "System > SNMP > Traps".

NFC (Near Field Communikation)

Enable or disable the "NFC" function.
This function is only available for SCALANCE XM400.
Configuration mode
Select the required mode. The following modes are possible:
Automatic save
Automatic save mode. Approximately 1 minute after the last parameter change or when
you restart the device, the configuration is automatically saved.
Trial
In the "Trial" configuration mode, although changes are adopted, they are not saved in
the configuration file (startup configuration).
To save changes in the configuration file, use the "Write startup config" button. The
button is displayed when you set this configuration mode. The display area also shows
the message "Trial mode active - Press "Write Startup Config" button to make your
settings persistent" as soon as there are unsaved modifications. This message can be
seen on every page until the changes made have either been saved or the device has
been restarted.
General
Device
This page contains the general device information.
Settings
Current System Time(Only available online)
Shows the current system time. The system time is either set by the user or by a time-of-
day frame: either SINEC H1 time-of-day frame, NTP or SNTP. (readonly)
System Up Time(only available online)
Shows the operating time of the device since the last restart. (readonly)
Device Type(only available online)
Shows the type designation of the device. (readonly)
System Name
You can enter the name of the device. The entered name is displayed in the selection area.
A maximum of 255 characters are possible. The system name is also displayed in the CLI
input prompt. The number of characters in the CLI input prompt is limited. The system name
is truncated after 16 characters.

System Contact
You can enter the name of a contact person responsible for managing the device.
Location
You can enter the location of the device. The entered installation location is displayed in
the selection area.
Note
The ASCII characters 0x20 to 0x7e are used in the input boxes.
At the start and end of the input boxes"System Name", "System Contact" and "System
Location", the characters "<", ">" and "space" are not permitted.
Coordinates
On this page, you configure the geographic coordinates (latitude, longitude and the height
above the ellipsoid according to WGS84). These boxes are purely for information with a
maximum length of 32 characters.
Getting the coordinates
Use suitable maps for obtaining the geographic coordinates of the device.
The geographic coordinates can also be obtained using a GPS receiver. The geographic
coordinates of these devices are normally displayed directly and only need to be entered in
the input boxes of this page.
Settings
Latitude
Enter the north or south latitude for the location of the device.
For example, +49 1 31.67" means that the device is located at 49 degrees, 1 arc minute
and 31.67 arc seconds north latitude.
A south latitude is shown by a preceding minus character.
You can also append the letters N (north latitude) or S (south latitude) to the numeric
information (49 1 31.67" N).
Longitude
Enter the value of the eastern or western longitude of the location of the device.
For example, +8 20 58.73" means that the device is located at 8 degrees, 20 minutes and
58.73 seconds east.
A western longitude is indicated by a preceding minus sign.
You can also add the letter E (eastern longitude) or W (western longitude) to the numeric
information (8 20 58.73" E).
Height
Enter the value of the height above sea level in meters.
For example, 158 m means that the device is located at a height of 158 m above sea level.
Heights below sea level (for example the Dead Sea) are indicated by a preceding minus
sign.

Agent IP
Configuration of the IP addresses
Note
On this page, you set the IP configuration for the device.

With devices with more than one IP interface, this call references the "Subnets > Configuration"
menu item in the "Layer 3" menu and the configuration of the TIA interface there.
Note
The IP address of the in-band port and the out-band port must belong to different subnets.
Settings
IP Address
In the input boxes under "In band", enter the IP address, subnet mask and the default
gateway. In the input boxes under "Out band", enter the IP address, subnet mask and the
default gateway.
If you change the IP address, the Web browser should automatically set itself to the new
address. If this does not happen, enter the new address in the Web browser manually.
Subnet mask
Here, in "In-band", you enter the subnet mask of the in-band port and in "Out-band" the
subnet mask of the out-of-band port.
Default Gateway
If the device is required to communicate with devices (diagnostics stations, e-mail servers
etc.) in another subnet, enter the IP address of the default gateway here. The out-of-band
port it is not accessible from a different subnet.
Agent VLAN ID
From the drop-down list, select the VLAN ID for the in-band management. You can only
select VLANs that have already been configured.
Note
Changing the agent VLAN ID
If the configuration PC is connected directly to the device via Ethernet and you change the
agent VLAN ID, the device is no longer reachable via Ethernet following the change.
MAC Address
Shows the MAC address of the device. The MAC address is linked to the hardware and
cannot be modified.

DNS client
The DNS () server (Domain Name System) assigns a domain name to an IP address so that
a device can be uniquely identified.
If this function is enabled, the IE switch can communicate with a DNS server as a DNS client.
Note
The DNS client function can only be used if there is a DNS server in the network.
Description
The page contains the following boxes:
DNS Client
Enable or disable depending on whether the IE switch should operate as a DNS client.
DNS Server IP Address
Enter the IP address of the DNS server.
Restart
On this page, there is a button with which you can restart the device and various options for
resetting to the device defaults.
Note
Note
Note the following points about restarting a device:
You can only restart the device with administrator privileges.
A device should only be restarted with the buttons of this page or with the appropriate CLI
commands and not by a power cycle on the device.
Any modifications you have made only become active on the device after clicking the "Set
Values" button on the relevant page. If the device is in "Trial Mode", configuration
modifications must be saved manually before a restart. In "Automatic Save" mode, the last
changes are saved automatically before a restart.

Settings
The following options are available for restarting:
Restart
Click this button to restart the system. You must confirm the restart in a dialog box. During
a restart, the device is reinitialized, the internal firmware is reloaded, and the device runs
a self-test. The learned entries in the address table are deleted. You can leave the browser
window open while the device restarts. You then need to log in again:
Restore Factory Defaults and Restart
Click this button to restart the system. You must confirm the restart in a dialog box. During
a restart, the device is reinitialized, the internal firmware is reloaded, and the device runs
a self-test. The learned entries in the address table are deleted. You can leave the browser
window open while the device restarts. You then need to log in again.
Note
By resetting all the defaults to the factory settings, the IP address and the passwords are
also lost. Following this, the device can only be accessed using the Primary Setup Tool or
using DHCP.
With the appropriate attachment, a previously correctly configured device can cause
circulating frames and therefore the failure of the data traffic.
Load & save
Uploading and saving using HTTP
Loading and saving data via HTTP

On this page, you store device data in an external file on your client PC or load such data from
an external file from the PC to the devices. This means, for example, that you can also load
new firmware from a file located on your client PC.
Note
This page is available both for connections using HTTP and for connections using HTTPS.
Note
Incompatibility with previous firmware versions with/without PLUG inserted
During the installation of a previous version, the configuration data can be lost. In this case,
the device starts up with the factory settings after the firmware has been installed.
In this situation, if a PLUG is inserted in the device, following the restart, this has the status
"Not Accepted" since the PLUG still has the configuration data of the previous more up-to-date
firmware. This allows you to return to the previous, more up-to-date firmware without any loss
of configuration data. If the original configuration on the PLUG is no longer required, the PLUG
can be deleted or rewritten manually using System > PLUG.

Note
Configuration files and Trial mode/Automatic Save
In "Automatic Save" mode, the data is saved automatically before the configuration files
(ConfigPack and Config) are transferred.
In Trial mode, although the changes are adopted, they are not saved in the configuration files
(ConfigPack and Config). Use the "Write Startup Config" button on the "System >
Configuration" WBM page to save changes in the configuration file.
Settings
Type
Shows the file type.
Description
Shows the short description of the file type.
Load
With this button, you can upload files to the device. The button can be enabled, if this
function is supported by the file type.
Save
With this button, you can save files from the device. The button can only be enabled if this
function is supported by the file type and the file exists on the device.
Delete
With this button, you can delete files from the device. The button can only be enabled if this
function is supported by the file type and the file exists on the device.
Loading new firmware
After successfully downloading the firmware, you will be requested to restart the device.
Restart the device and continue to configure the newly started firmware.
Procedure
Loading files using HTTP
1. Start the upload function by clicking the one of the "Load" buttons.
The dialog for uploading a file opens.
2. Go to the file you want to upload.
3. Click the "Open" button in the dialog.
The file is now uploaded.
4. When the message "Restart required" appears, click the "Yes" button to trigger the restart.
If you click the "No" button, there is no device restart. The changes only take effect after a
restart.

Saving files using HTTP

1. Start the save function by clicking the one of the "Save" buttons.
2. You will be prompted to select a storage location and a name for the file. Or you accept the
proposed file name. To make the selection, use the dialog in your browser. After making
your selection, click the "Save" button.
Deleting files using HTTP
1. Start the delete function by clicking the one of the "Delete" buttons.
The file will be deleted.
Reusing configuration data
If several devices are to receive the same configuration and the IP addresses are assigned
using DHCP, the effort for configuration can be reduced by saving and reading in the
configuration data.
Follow the steps below to reuse configuration data:
1. Save the configuration data of a configured device on your PC.
2. Download this configuration file to all other devices you want to configure in this way.
3. If individual settings are necessary for specific devices, these must be made online on the
relevant device.
Configuration data has a checksum. If you edit the files, you can no longer upload them to the
IE switch.
Uploading and saving using TFTP
Loading and saving data via a TFTP server

On this page, you can configure the TFTP server and the file names. You can also store device
data in an external file on your client PC or load such data from an external file from the PC
to the devices. This means, for example, that you can also load new firmware from a file located
on your client PC.
Note
Incompatibility with previous firmware versions with/without PLUG inserted
the device starts up with the factory settings after the firmware has been installed.
In this situation, if a PLUG is inserted in the device, following the restart, this has the status
"Not Accepted" since the PLUG still has the configuration data of the previous more up-to-date
of configuration data. If the original configuration on the PLUG is no longer required, the PLUG
can be deleted or rewritten manually on the "System > PLUG page.

Note
Configuration files and Trial mode/Automatic Save
In "Automatic Save" configuration mode, the data is saved automatically before the
configuration files (ConfigPack and Config) are transferred.
In the "Trial" configuration mode, although the changes are adopted, they are not saved in the
configuration files (ConfigPack and Config). Use the "Write Startup Config" button on the
"System > Configuration" WBM page to save changes in the configuration files.
Settings
TFTP Server IP Address
Here, enter the IP address of the TFTP server with which you exchange data.
TFTP Server Port
Here, enter the port of the TFTP server via which data exchange will be handled. If
necessary, you can change the default value 69 to your own requirements.
File type
Shows the file type.
Description
Shows the short description of the file type.
File name
Enter a file name.
Select action (only available online)
Select the action from the drop-down list. The selection depends on the selected file type,
for example the log file can only be saved.
Save file
With this selection, you save a file on the TFTP server.
Load file
With this selection, you load a file from the TFTP server.
Events
Configuration
On this page, you specify how the device reacts to events.

Settings
Signaling Contact Response
Select the behavior of the signaling contact. The following reactions are possible:
conventional
Default setting for the signaling contact. An error/fault is displayed by the fault LED and
the signaling contact is opened. When the error/fault state no longer exists, the fault
LED goes off and the signaling contact is closed.
User-defined
The way the signaling contact works does not depend on the error/fault that has
occurred. The signaling contact can be opened or closed as required by user actions.
Signaling Contact Status
Select the status of the signaling contact. The following statuses are possible:
close
Signaling contact is closed.
open
Signaling contact is opened.
1st column
Shows that the settings are valid for all ports of table 2.
E-mail/Trap/Log table/Syslog/Errors
Select the required setting. If "No Change" is selected, the entry in table 2 remains
unchanged.
Transfer to table
If you click the button, the setting is adopted for all ports of table 2.


Event
The "Event" column contains the following values:
Cold/Warm Start
The device was turned on or restarted by the user.
Link Change
This event occurs only when the port status is monitored and has changed, see "System
> Fault Monitoring > Link Change".
Authentication Failure
This event occurs when attempting access with a bad password.
RMON Alarm
An alarm or event has occurred relating to the remote monitoring of the system.
Power Supply Switchover
This event occurs only when power supply lines 1 and 2 are monitored. It indicates that
there was a change to line 1 or line 2, see System > Fault monitoring > Power supply".
RM status change
The status of the redundancy manager has changed
Spanning Tree Topology Change
The STP or RSTP or MSTP topology has changed.
Fault State Change
The fault state has changed. The fault state can relate to the activated port monitoring,
the response of the signaling contact or the power supply monitoring.
VRRP State Change (only with routing using VRRP)
The status of the virtual router has changed
Loop Detection
A loop was detected in the network segment.
OSPF State Change (only with routing using OSFP)
The status of OSPF has changed
E-mail
The device sends an e-mail. This is only possible if the SMTP server is set up and the
"SMTP client" function is enabled.
Trap
The device sends an SNMP trap. This is only possible if "SNMPv1 traps" is enabled in
"System > Configuration".
Log table
The device writes an entry in the log table.
Syslog
The device writes an entry to the system log server. This is only possible if the system log
server is set up and the "Syslog client" function is enabled.
Fault
The device triggers a fault. The error LED lights up

Severity filter
On this page, set the threshold levels for sending system event notifications.
Settings
Client Type
Select the client type for which you want to make settings:
E-mail
Sending system event messages by e-mail
Log table
Entry of system events in the log table.
Syslog
Entering system events in the Syslog file
Severity
Select the required level. The following settings are possible:
Info
System events are processed as of the severity level "Info".
Warning
System events are processed as of the severity level "Warning".
Critical
System events are processed as of the severity level "Critical".
SMTP client
The device provides the option of automatically sending an e-mail if an alarm event occurs (for
example to the network administrator). The e-mail contains the identification of the sending
device, a description of the cause of the alarm in plain language, and a time stamp. This allows
centralized network monitoring to be set up for networks with few nodes based on an E-mail
system. When an e-mail error message is received, the WBM can be started by the Internet
browser using the identification of the sender to read out further diagnostics information.
On this page, you can configure up to three SMTP servers and the corresponding e-mail
addresses.
Note
Depending on the properties and configuration of the SMTP server, it may be necessary to
adapt the "Sender E-Mail Address input box for the e-mails. Check with the administrator of
the SMTP server.

Settings
SMTP Client
Enable or disable the SMTP client.
Email address of the sender
Enter the name of the sender to be included in the e-mail, for example the device name.
This setting applies to all configured SMTP servers.
SMTP Port
Enter the port via which your SMTP server can be reached.
SMTP Server IP Address
Enter the IP address of the SMTP server.
This table contains the following columns:
SMTP server address
Shows the SMTP server IP address.
Email address of the recipient
Enter the e-mail address to which the device sends an e-mail if a fault occurs.
Syntax of email addresses

The following conditions apply to e-mail addresses:
Alphanumeric characters are permitted.
The following special characters are permitted:
@
_ (underscore)
- (hyphen)
. (period)
A @ character must be included.
Only one @ may be used.
The characters "@" and the "." must not be the first or last character.
DHCP client
If the DHCP mode is activated, the DHCP client starts a DHCP request to a configured DHCP
server and is assigned an IP address as the response. The server manages an address range
from which it assigns IP addresses. It is also possible to configure the server so that the client
always receives the same IP address in response to its request.

Settings
DHCP client configuration request (opt. 66, 67)
Select this option if you want the DHCP client to use options 66 and 67 to download and
then enable a configuration file.
DHCP Mode
Select the DHCP mode. The following modes are possible:
via MAC Address
Identification is based on the MAC address.
via DHCP Client ID
Identification is based on a freely defined DHCP client ID.
via System Name
Identification is based on the device name. If the device name is 255 characters long,
the last character is not used for identification.
Interface
Shows the available interfaces.
DHCP
Enable or disable the DHCP client.
SNMP
General
On this page, you make the basic settings for SNMP. Enable the functions you want to use.
Settings
SNMP
Select the SNMP protocol. The following settings are possible:
"-" (disabled)
SNMP is disabled.
SNMPv1/v2c/v3
SNMPv1/v2c/v3 is supported.
SNMPv3
Only SNMPv3 is supported.
SNMPv1/v2 Read-Only
If you enable this option, SNMPv1/v2c can only read the SNMP variables.
Note
Community String
For security reasons, do not use the standard values "public" or "private". Change the
community strings following the initial installation.

SNMPv1/v2c Read Community String

Enter the community string for access of the SNMP protocol.
SNMPv1/v2c Read/Write Community String
Enter the community string for read and write access of the SNMP protocol.
SNMPv1 Traps
Enable or disable the sending of SNMP traps (alarm frames). On the "Trap" tab, specify
the IP addresses of the devices to which SNMP traps will be sent.
SNMPv1/v2c Trap Community String
Enter the community string for sending SNMPv1/v2 messages.
Traps
If an alarm event occurs, a device can send SNMP traps (alarm frames) to up to ten different
management stations at the same time. Traps are only sent if events specified in "Events >
Configuration" occur.
Note
SNMP traps are sent only when the "SNMPv1 Traps" setting was selected in "SNMP >
General".
Settings
IP Address
Enter the IP address of the stations to which the device sends SNMP traps
IP Address
Shows the IP addresses of the stations to which the device sends SNMP traps.
Trap
Enable or disable the sending of SNMP traps. Stations that are entered but not selected
do not receive SNMP traps.
v3 Groups
Security settings and assigning permissions

SNMP version 3 allows permissions to be assigned, authentication, and encryption at protocol
level. The security levels and read/write permissions are assigned according to groups. The
settings automatically apply to every member of a group.

Settings
Group Name
Enter the name of the group. This name must have at least two characters, the maximum
length is 32 characters.
Security Level
Select the security level (authentication, encryption) valid for the selected group. You have
the following options for the security levels:
no Auth/no Priv
No authentication enabled / no encryption enabled.
Auth/no Priv
Authentication enabled / no encryption enabled.
Auth/Priv
Authentication enabled / encryption enabled.
Group Name
Shows the defined group names.
Note
Once a group name and the security level have been specified, they can no longer be
modified after the group is created. If you want to change the group name or the security
level , you will need to delete the group and recreate it and reconfigure it with the new name.
Security Level
Shows the configured security level.
Read
Enable or disable read access.
Write
Enable or disable write access.
Note
For write access to work, you also need to enable read access.
Persistence
Shows whether or not the group is assigned to an SNMPv3 user. If the group is not assigned
to an SNMPv3 user, no automatic saving is triggered and the configured group disappears
again after restarting the device.
Yes
The group is assigned to an SNMPV3 user.
No
The group is not assigned to an SNMPV3 user.

v3 users
User-specific security settings

On the WBM page, you can create new SNMPv3 users and modify or delete existing users.
The user-based security model works with the concept of the user name; in other words, a
user ID is added to every frame. This user name and the applicable security settings are
checked by both the sender and recipient.
Settings
User name
Enter a freely selectable user name. After you have entered the data, you can no longer
modify the name.
User name
Shows the created users.
Group Name
Select the group to which the user will be assigned.
Authentication Protocol
Select the authentication protocol. Can only be enabled, if this group supports the function.
The following settings are available:
None
MD5
SHA
Encryption Protocol
Specify whether or not the user uses the DES algorithm. Can only be enabled, if the group
supports this function.
Authentication Password
Enter the authentication password in the first input box.
Confirm authentication password
Confirm the password by repeating the entry.
Encryption Password
Enter your encryption password.

Confirm Encryption Password

Confirm the encryption password by repeating the entry.
Persistence
Shows whether or not the user is assigned to an SNMPv3 group. If the user is not assigned
to an SNMPv3 group, no automatic saving is triggered and the configured user disappears
again after restarting the device.
Yes
The user is assigned to an SNMPv3 group.
No
The user is not assigned to an SNMPv3 group.
System time
Manual time setting

On this page, you set the date and time of the system. For this setting to be used, enable
"Manual time setting".
Note
Settings
Time Manually
Enable or disable the manual time setting.
System Time
Enter the date and time in the format "MM/DD/YYYY HH:MM:SS". Can only be edited, if
manual time setting is enabled.
After a restart, the time of day begins at 01/01/2000 00:00:00
Use PC Time
Click the button to use the time setting of the PC.

Last Synchronization Time

This box is read-only and shows when the last time-of-day synchronization took place. If
no time-of-day synchronization was possible, the box displays "Date/time not set".
Last Synchronization Mechanism
This box displays how the last time-of-day synchronization was performed.
Not set
The time was not set.
Manual
Manual time setting
SNTP
Automatic time-of-day synchronization using SNTP
NTP
Automatic time-of-day synchronization using NTP
SIMATIC
Automatic time-of-day synchronization using the SIMATIC time frame.
PTP
Automatic time-of-day synchronization with PTP
DST overview
On this page, you can create new entries for the daylight saving time changeover.
The table provides an overview of the existing entries.
Settings
DST No.
Shows the number of the entry.
If you create a new entry, a new line with a unique number is created.
Name
Shows the name of the entry.
Year
Shows the year for which the entry was created.
Start Date
Shows the month, day and time for the start of daylight saving time.
End Date
Shows the month, day and time for the end of daylight saving time.
Type
Shows how the daylight saving time changeover is made:
Date
A fixed date is entered for the daylight saving time changeover.
Recurring
A rule was defined for the daylight saving time changeover.

DST configuration
On this page, you can configure the entries for the daylight saving time changeover. As result
of the changeover to daylight saving or standard time, the system time for the local time zone
is correctly set.
You can define a rule for the daylight saving time changeover or specify a fixed date.
Settings
Note
The content of this page depends on the selection in the "Type" box.
The boxes "DST No.", "Type" and "Name" are always shown.
DST No.
Select the type of the entry.
Type
Select how the daylight saving time changeover is made:
Date
You can set a fixed date for the daylight saving time changeover.
This setting is suitable for regions in which the daylight saving time changeover is not
governed by rules.
Recurring
You can define a rule for the daylight saving time changeover.
This setting is suitable for regions in which the daylight saving time always begins or
ends on a certain weekday.
Name
Enter a name for the entry.
Settings with "Date" selected

You can set a fixed date for the start and end of daylight saving time.
Year
Enter the year for the daylight saving time changeover.
Start Date
Enter the following values for the start of daylight saving time:
Day
Hour
Month
End Date
Enter the following values for the end of daylight saving time:
Day
Hour
Month

Settings with "Recurring" selected

You can create a rule for the daylight saving time changeover.
Start Date
Enter the following values for the start of daylight saving time:
Hour
Month
Week
You can select the 1st to 5th or the last week of the month.
Weekday
End Date
Enter the following values for the end of daylight saving time:
Hour
Month
Week
You can select the 1st to 5th or the last week of the month.
Weekday
SNTP client
SNTP (Simple Network Time Protocol) is used for synchronizing the time in the network. The
appropriate frames are sent by an SNTP server in the network.
Settings
SNTP Client
Enable or disable automatic time-of-day synchronization using SNTP.
Current System Time (only available online)
Shows the values currently set in the system for date and time.
Last Synchronization Time (only available online)

Last Synchronization Mechanism (only available online)

Not set
Manual
Manual time setting
SNTP
NTP
SIMATIC
Automatic time-of-day synchronization using the SIMATIC time frame
PTP
Time Zone
Enter the time zone you are using in the format "+/- HH:MM". The time zone relates to UTC
standard world time. Settings for daylight-saving and standard time are taken into account
in this box by specifying the time offset.
SNTP Mode
Select the synchronization mode. The following types of synchronization are possible:
Poll
If you select this protocol type, the input boxes "SNTP Server IP Address", "SNTP Server
Port" and "Poll Interval" are displayed for further configuration. With this type of
synchronization, the device is active and sends a time query to the SNTP server.
Listen
With this type of synchronization, the device is passive and "listens" for SNTP frames
that deliver the time of day.
SNTP Server IP Address
Enter the IP address of the SNTP server.
SNTP Server Port
Enter the port of the SNTP server.
Poll Interval [s]
Enter the interval in seconds between two time polls.
NTP client
If you require time-of-day synchronization using NTP, you can make the relevant settings here.
Settings
NTP Client
Enable or disable automatic time-of-day synchronization using NTP.


Not set
Manual
Manual time setting
SNTP
NTP
SIMATIC
PTP
Time Zone
standard world time. Settings for daylight-saving and standard time are taken into account
in this box by specifying the time offset.
NTP Server IP Address
Enter the IP address of the NTP server.
NTP Server Port
Enter the port of the NTP server.
Poll Interval [s]
Enter the interval in seconds between two time polls.
SIMATIC Time Client

On this page, you configure time synchronization with the SIMATIC Time Client.
Settings
SIMATIC Time Client
Enable or disable loop the SIMATIC Time Client.


Not set
Manual
Manual time setting
SNTP
NTP
SIMATIC
PTP
PTP Client
On this page, you configure time synchronization with PTP (Precision Time Protocol).
This function is only available for SCALANCE X500.
Settings
PTP Client
Enable or disable time synchronization using PTP. You can configure other settings in
"Layer 2 > PTP".
This box is read-only and displays the current system time.


Not set
Manual
Manual time setting
SNTP
NTP
SIMATIC
PTP
Time Zone
standard world time.
Auto logout
On this page, set the times after which there is an automatic logout from WBM or the CLI
following user in activity.
Note
No automatic logout from the CLI
If the connection is not terminated after the set time, check the setting of the "keepalive"
mechanism on the Telnet client.
If the interval is shorter than the configured time, the connection is kept alive although no user
data is transferred. Example: you selected 300 seconds for the automatic logout and 120
seconds is set for the keepalive function. In this case, a packet is sent every 120 seconds that
keeps the connection up.
Disable the keepalive mechanism (interval time = 0)
or
Set the interval high enough so that the underlying connection is terminated when there is
inactivity.
Settings
Web Based Management [s]
Enter the time in seconds for the automatic logout from WBM. If you enter the value 0, the
automatic logout is disabled.
CLI (TELNET, SSH, Serial) [s]
Enter the time in seconds for the automatic logout from the CLI. If you enter the value 0,
the automatic logout is disabled.

Button
The "Select/Set" button has the following functions:
Change display mode
Enable redundancy manager
Restore to factory defaults
Fault mask and LED display
You will find a detailed description of the individual functions available with the buttons in the
operating instructions of the specific device.
Settings
Restore Factory Defaults
Enables or disables the "Restore Factory Defaults" function for the Select/Set button.
Caution
Button function "Restore Factory Defaults" active during startup
If you have disabled this function in your configuration, disabling is only valid during
operation. When restarting, for example after power down, the function is active until the
configuration is loaded so that the device can inadvertently be reset to the factory settings.
This may cause unwanted disruption in network operation since the device needs to be
reconfigured if this occurs. An inserted PLUG is also deleted and returned to the status as
shipped
Redundancy Manager
Enables or disables the redundancy manager function for the Select/Set button.
Set Fault Mask
Enable or disable the function "Define fault mask via the LED display" with the Select/set
button. This function only works in display mode D.
Syslog client
Syslog according to RFC 3164 is used for transferring short, unencrypted text messages over
UDP in the IP network. This requires a system log server.
Requirements for sending log entries:

The system log function is enabled on the device.
The system log function is enabled for the relevant event.
There is a system log server in your network that receives the log entries. Since this is a
UDP connection, there is no acknowledgment to the sender.
The IP address of the system log server is entered on the device.

Settings
Syslog Client
Enable or disable the system log function.
Syslog Server IP Address
Enter the IP address of the system log server.
This table contains the following columns
Server address
Shows the IP address of the system log server.
Server Port
Enter the port of the Syslog server being used.
Ports
Port overview
The page shows the configuration for the data transfer for all ports of the device.
Settings
Port
Shows the configurable ports.
Port name
Shows the name of the port.
MAC Address (only available online)
Shows the MAC address of the port.
Mode (only available online)
Shows the transfer parameters of the port
Negotiation
Shows whether the automatic configuration is enabled or disabled.
Flow Ctrl. Type
Shows whether flow control is enabled or disabled for the port.
Flow Ctrl.
Shows whether or not flow control is working on this port.
MTU
Shows the maximum packet size.
Port Type (only with routing)
Shows the type of the port. The following types are possible:
Router Port
Switch Port VLAN Hybrid
Switch-Port VLAN Trunk
Status
Shows whether the port is on or off. Data traffic is possible only over an enabled port.

Combo Port Media Type(SCALANCE XM400 only)

Shows the mode of the combo port:
auto
rj45
sfp
Link (only available online)
Shows the connection status to the network. With the connection status, the following is
possible:
Up
The port has a valid link to the network, a link integrity signal is being received.
Down
The link is down, for example because the connected device is turned off.
Configuration
On this page, you configure the ports of the device
Settings
Port
Select the port to be configured. The port is made up of the port number and the slot number,
for example port 0.1 is slot 0, port 1.
Status
Specify whether the port is enabled or disabled.
enabled
The port is enabled. Data traffic is possible only over an enabled port.
disabled
The port is disabled but the connection remains.
Link down
The port is disabled and the connection to the partner device is terminated.
Port name
Enter a name for the port.
Shows the MAC address of the port.
Mode Type
Shows the transmission speed and the transmission method of the port. You make the
settings for "Autonegotiation" and "Transmission rate" in the port options.
Note
Before the port and partner port can communicate with each other, the settings must match
at both ends.
Mode (only available online)

Shows which transmission speed and which transmission mode is currently being used.

Negotiation
Shows whether the automatic configuration of the connection to the partner port is enabled
or disabled.
Flow Ctrl. Type
Note
Turning flow control on/off with autonegotiation
Flow control can only be enabled or disabled if the "autonegotiation" function is turned off.
The function cannot enabled again afterwards.
Flow Ctrl.
MTU
Enter the packet size.
Port Type (only with routing)
Select the type of the port:
Router Port
The port is an IP interface. It does not support layer 2 functions.
Switch Port VLAN Hybrid
The port sends tagged and untagged frames. It is not automatically a member of a VLAN.
Switch-Port VLAN Trunk
The port only sends tagged frames and is automatically a member of all VLANs.
Combo Port Media Type(SCALANCE XM400 only)
Specify the mode for the combo port:
auto
If you select this mode, the SFP transceiver port has priority. As soon as an SFP
transceiver is plugged in, an existing connection at the fixed RJ-45 port is terminated.
If no SFC transceiver is plugged in, a connection can be established via the fixed RJ-45
port.
rj45
If you select this mode, the fixed RJ-45 port is used regardless of the SFP transceiver
port.
sfp
If you select this mode, the SFP transceiver port is used regardless of the built-in RJ-45
port.
The factory setting is auto mode.
Link (only available online)
Shows the connection status to the network. With the connection status, the following is
possible:
Up
The port has a valid link to the network, a link integrity signal is being received.
Down
The link is down, for example because the connected device is turned off.

Changing the port configuration
Note
Optical ports only work with the full duplex mode and at maximum transmission rate. As a
result, the following settings cannot be made for optical ports:
Automatic configuration
Transmission speed
Transmission technique
Note
With various automatic functions, the device prevents or reduces the effect on other ports and
priority classes (Class of Service) if a port is overloaded. This can mean that frames are
discarded even when flow control is enabled.
Port overload occurs when the device receives more frames than it can send, for example as
the result of different transmission speeds.
Fault monitoring
Power supply
Configure whether or not the power supply should be monitored by the messaging system.
Depending on the hardware variant, there are one or two power connectors (Supply 1 / Supply
2). With a redundant power supply, configure the monitoring separately for each individual
feed-in line.
If there is no power on one of the monitored lines (Supply 1 or Supply 2) or when the voltage
is too low, a fault is signaled by the signaling system.
Note
You will find the permitted operating voltage limits in the compact operating instructions of the
device.
An error causes the fault LED to light up on the device. Depending on the configuration, the
error may trigger a trap, an e-mail or an entry in the event log table.
Settings
Line 1
Enable or disable the monitoring of power connector 1.
Line 2
Enable or disable the monitoring of power connector 2.

Link Change
On this page, you configure whether or not an error message is triggered if there is a status
change on a network connection.
If connection monitoring is enabled, an error is signaled
when there should be a link on a port and this is missing.
or when there should not be a link on a port and a link is detected.
An error causes the signaling contact to trigger and the fault LED to light up on the device.
Depending on the configuration, the error may trigger a trap, an e-mail or an entry in the event
log table.
Settings
1st column
Shows that the settings are valid for all ports.
Setting
unchanged.
Transfer to table
Table 2 has the following columns
Port
Shows the available ports.
Setting
Select the setting. You have the following options:
Up
Error handling is triggered when the port changes to the active status.
(From "Link down" to "Link up")
Down
Error handling is triggered when the port changes to the inactive status.
(From "Link up" to "Link down")
"-" (disabled)
The error handling is not triggered.
Redundancy
On this page, you configure whether or not an error message is triggered if there is a status
change on a network connection.
Setting
Redundancy loss (HRP only)
Enable or disable connection monitoring. If the redundancy of the connection is lost, an
error is signaled.

PNIO
On this page, you configure the device response to PROFINET input and output.
Description
PNIO runtime mode
Shows the status of the PNIO operation.
PNIO runtime mode for next startup
Select the runtime mode that will be active the next time the device starts up.
PNIO AR status
This box shows the PROFINET IO application relation status; in other words, whether or
not the IE switch is connected "online" or "offline" with a PROFINET controller.
In this context, online means that a connection to a PROFINET IO controller exists, that
the controller has downloaded its configuration data to the IE switch and that the device
can send status data to the PROFINET IO controller. In this status known as "in data
exchange", the parameters set with the PROFINET IO controller cannot be configured on
the IE switch.
PNIO Device Name
Enter the PROFINET IO device name.
Allow PNIO Data Exchange
Enable or disable PNIO data exchange
Simulate PNIO Data Exchange
Enable or disable the simulation of PNIO data exchange.
PLUG
PLUG configuration
Note
Notice
Do not remove or insert a C-PLUG / KEY-PLUG during operation!
A PLUG may only be removed or inserted when the device is turned off.
The device checks whether or not a PLUG is present at one second intervals. If it is detected
that the PLUG was removed, there is a restart. If a valid KEY-PLUG was inserted in the device,
the device changes to a defined error state following the restart.

Information about the configuration of the C-PLUG / KEY-PLUG

This page provides detailed information about the configuration stored on the C-PLUG or KEY-
PLUG. It is also possible to reset the PLUG to "factory defaults" or to load it with new contents.
Note
The action is only executed after you click the "Set Values" button.
The action cannot be undone.
If you decide against executing the function after making your selection, click the "Refresh"
button. As a result the data of this page is read from the device again and the selection is
canceled.
Note
Incompatibility with previous versions with PLUG inserted
the device starts up with the factory settings after the firmware has been installed. In this
situation, if a PLUG is inserted in the device, following the restart, this has the status "NOT
ACCEPTED" since the PLUG still has the configuration data of the previous more up-to-date
of configuration data.
If the original configuration on the PLUG is no longer required, the PLUG can be deleted or
rewritten manually using "System > PLUG".
Settings
The table has the following rows:
Status
Shows the status of the PLUG. The following are possible:
ACCEPTED
There is a PLUG with a valid and suitable configuration in the device.
NOT ACCEPTED
Invalid or incompatible configuration on the inserted PLUG.
NOT PRESENT
There is no C-PLUG or KEY-PLUG inserted in the device.
FACTORY
PLUG is inserted and does not contain a configuration. This status is also displayed
when the PLUG was formatted during operation.
MISSING
There is no PLUG inserted. Functions are configured on the device for which a license
is required.
Device Family
Shows the SIMATIC NET product line that used the C-PLUG or KEY-PLUG previously.

Device Type
Shows the device type within the product line that used the C-PLUG or KEY-PLUG
previously.
Configuration Revision
The version of the configuration structure. This information relates to the configuration
options supported by the device and has nothing to do with the concrete hardware
configuration. This revision information does not therefore change if you add or remove
additional components (modules or extenders), it can, however, change if you update the
firmware.
File System
Displays the type of file system on the PLUG.
Notice
New file system UBI
As of firmware version 3.0, UBI is the standard file system for the C-PLUG or KEY-PLUG.
If a C-PLUG with the previous file system IECP is detected in such a device, this C-PLUG
will be formatted for the UBI file system and the data will be rewritten to the C-PLUG.
The file system is also changed following a firmware update to V3.0. A downgrade to the
previous version of the corresponding software is then a problem. The firmware can neither
read nor write the C-PLUG or KEY-PLUG and it is not even possible to "Erase PLUG to
factory default".
File System Size [bytes]

Shows the maximum storage capacity of the file system on the C-PLUG.
File System Usage
Displays the storage space in use in the file system of the C-PLUG.
Info String
Shows additional information about the device that used the PLUG previously, for example,
order number, type designation, and the versions of the hardware and software. The
displayed software version corresponds to the version in which the configuration was last
changed. With the "NOT ACCEPTED" status, further information on the cause of the
problem is displayed.
Modify PLUG
Select the required setting.
Write current configuration to PLUG
This option is available only if the status of the PLUG is "NOT ACCEPTED" or FACTORY.
The configuration in the internal flash memory of the device is copied to the PLUG.
Erase PLUG to factory default
Deletes all data from the C-PLUG and triggers low-level formatting.
PLUG license
Note

Notice
Do not remove or insert a C-PLUG / KEY-PLUG during operation!
A PLUG may only be removed or inserted when the device is turned off.
The device checks whether or not a PLUG is present at one second intervals. If it is detected
that the PLUG was removed, there is a restart. If a valid KEY-PLUG was inserted in the device,
the device changes to a defined error state following the restart.
If the device was configured at some time with a PLUG, the device can no longer be used
without this PLUG. To be able to use the device again, reset the device to the factory settings.
Note
Incompatibility with previous versions with PLUG inserted
the device starts up with the factory settings after the firmware has been installed. In this
situation, if a PLUG is inserted in the device, following the restart, this has the status "NOT
ACCEPTED" since the PLUG still has the configuration data of the previous more up-to-date
of configuration data.
If the original configuration on the PLUG is no longer required, the PLUG can be deleted or
rewritten manually using "System > PLUG".
Information about the license of the KEY-PLUG

A C-PLUG can only store the configuration of a device. In addition to the configuration, a KEY-
PLUG also contains a license that enables certain functions of your SIMATIC NET device.
This page provides detailed information about the license on the KEY-PLUG. In this example,
the KEY-PLUG contains the data for enabling the layer 3 functions of the device.

Displayed values
Status
Shows the status of the KEY-PLUG. The following are possible:
ACCEPTED
The KEY-PLUG in the device contains a suitable and valid license.
NOT ACCEPTED
The license of the inserted KEY-PLUG is not valid.
NOT PRESENT
No KEY-PLUG is inserted in the device.
MISSING
There is no KEY-PLUG or a C-PLUG with the status "FACTORY" inserted in the device.
Functions are configured on the device for which a license is required.
WRONG
The inserted KEY-PLUG is not suitable for the device.
UNKNOWN
Unknown content of the KEY-PLUG.
DEFECTIVE
The content of the KEY-PLUG contains errors.
Order ID
Shows the order number of the KEY-PLUG. The KEY-PLUG is available for various
functional enhancements and for various target systems.
Serial Number
Shows the serial number of the KEY-PLUG.
Info String
Shows additional information about the device that used the KEY-PLUG previously, for
example, order number, type designation, and the versions of the hardware and software.
The displayed software version corresponds to the version in which the configuration was
last changed. With the "NOT ACCEPTED" status, further information on the cause of the
problem is displayed.
Note
When you save the configuration, the information about whether or not a KEY-PLUG was
inserted in the device at the time is also saved. This configuration can then only work if a KEY-
PLUG with the same order number / license is inserted.
Ping
Reachability of an address in an IP network
Note

With the ping function, you can check whether a certain IP address is reachable in the network.
Settings
IP Address
Enter the IP address of the device.
Repeat
Enter the number of ping requests.
Ping
Click this button to start the ping function.
Ping Output
This box shows the output of the ping function.
Delete
Click this button to delete the ping output.
PoE
General
On this page, you specify the maximum power for the power sourcing equipment (PSE).
PSE (power sourcing equipment)

The SCALANCE X-500 represents a PSE (Power Sourcing Equipment).
With a SCALANCE XM400, you can use the "Power over Ethernet" function via the port
extender PE408PoE. Each group of four ports with PoE capability is known as a PSE. The
numbering of the PSEs is fixed and does not change with the number of plugged-in PoE port
extenders or the slot. A maximum of 4 PSEs are possible.
Setting
PSE
Shows the number of the PoE power supply.
Maximum Power
Maximum power that a PSE provides to supply PoE devices.
Allocated Power
Sum of the power reserved by the PoE devices according to the "Classification".
Used power
Sum of the power used by the end devices.
Usage Threshold [%]
When the power being used by the end devices exceeds the percentage shown here, an
event is triggered.

Port
Settings for the ports

For each individual PoE port, you can specify whether or not the power will be supplied via
Ethernet. You can also set a priority for each connected powered device (PD). Devices for
which a high priority was set, take preference over other devices for the power supply.
Settings
Port
Shows the configurable PoE ports.
The port is made up of the port number and the slot number, for example port 0.1 is slot 0,
port 1.
Setting
Enable the PoE power supply for this port or interrupt it.
Priority
Select which priority this port will have for the power supply.
The following settings are possible, in ascending order of relevance:
low
low priority
high
medium priority
critical
high priority
If the same priority is set for two ports, the port with the lower port number will be preferred
when necessary.
Type
Here, you can enter a string to describe the connected device in greater detail.
Classification
The classification specifies the class of the device. From this, it is possible to recognize the
maximum power of the device.

Status
Shows the current status of the port.
The following states are possible:
disabled
The PoE power supply is deactivated for this port.
delivering
The PoE power supply is activated for this port and a device is connected.
searching
The PoE power supply is activated for this port but there is no device connected.
Note
If a device is connected to a port with PoE capability, a check is made to determine whether
the power of the port is adequate for the connected device. If the power of the port is
inadequate, although PoE is enabled in "Setting", the port nevertheless has the status
"disabled". This means that the port was disabled by the PoE power management.
Power [mW]
Shows the power that the SCALANCE provides at this port.
Voltage [V]
Shows the voltage applied to this port.
Current [mA]
Shows the current with which a device connected to this port is supplied.
Port diagnostics
Cable tester
Note
With this page, each individual Ethernet port can run independent fault diagnostics on the
cable. This test is performed without needing to remove the cable, connect a cable tester and
install a loopback module at the other end. Short-circuits and cable breaks can be localized to
within a few meters.
Note
Please note that this test is permitted only when no data connection is established on the port
to be tested.

Settings
Port
Select the required port from the drop-down list.
Run Test
Activates error diagnostics. The result is shown in the table.
Pair
Shows the wire pair in the cable.
Note
Wire pairs
Wire pairs 4-5 and 7-8 of 10/100 Mbps network cables are not used.
In 1000 Mbps or gigabit Ethernet, all 4 wire pairs are used.
The wire pair assignment - pin assignment is as follows (DIN 50173):
Pair 1 = pin 4-5
Pair 2 = pin 1-2
Pair 3 = pin 3-6
Pair 4 = pin 7-8
Status
Displays the status of the cable.
Distance [m]
Displays the distance to the cable end, cable break, or short-circuit.
SFP diagnostics
On this page, you run independent error diagnostics for each individual SFP port. This test is
performed without needing to remove the cable, connect a cable tester or install a loopback
module at the other end.
Note
Please note that this test is permitted only when no data connection is established on the port
to be tested.
If, however, there is a data connection to the port to be tested, this is briefly interrupted.
Automatic re-establishment of the connection can fail and then needs to be done manually.
Description
Port
Select the required port from the drop-down list.

The values are shown in the following boxes:

Name
Shows the name of the interface.
Model
Shows the type of interface.
Revision
Shows the hardware version of the SFP.
Serial
Shows the serial number of the SFP.
Nominal Bit Rate [Mbps]
Shows the nominal bit rate of the interface.
Max. Link (50.0/125um) [m]
Shows the maximum distance in meters that is possible with this medium.
Max. Link (62.5/125um) [m]
Shows the maximum distance in meters that is possible with this medium.
The following table shows the values of the SFP transceiver used in this port:
Temperature [C]
Shows the temperature of the interface.
Voltage [V]
Shows the voltage applied to the interface [V].
Current [mA]
Shows the current consumption of the interface [mA].
RX Power [mW]
Shows the receive power of the interface [mW].
Tx Power [mW]
Shows the transmit power of the interface [mW].
Current
Shows the current value.
Low
Shows the lowest value.
High
Shows the highest value.
Configuring layer 2 functions
Configuration
The functions of layer 2 are configured on this page. With some functions, there are further
configuration pages on which more detailed settings can be made. You can also check the
settings on the configuration pages.

Settings
Protocol Based VLAN
Enable or disable protocol-based VLAN. You can configure other settings in "Layer 2 >
VLAN".
Subnet Based VLAN
Enable or disable subnet-based VLAN. You can configure other settings in "Layer 2 >
VLAN".
Dynamic MAC Aging
Enable or disable the "Aging" mechanism. You can configure other settings in "Layer 2 >
Dynamic MAC Aging".
Redundancy Type
"-" (disabled)
The redundancy function is disabled.
Ring
Enables ring redundancy. You can configure other settings in "Layer 2 > Ring
Redundancy > Ring".
Spanning Tree
If you select this option, you specify the required redundancy mode in "Redundancy
Mode".

Redundancy Mode
If you select "Spanning Tree" for the "Redundancy Type", the following options are then
available:
STP
Enables the Spanning Tree Protocol (STP). Typical reconfiguration times with spanning
tree are between 20 and 30 seconds. You can configure other settings in "Layer 2 >
Spanning Tree".
RSTP
Enables the Rapid Spanning Tree Protocol (RSTP). If a spanning tree frame is detected
at a port, this port reverts from RSTP to spanning tree. You can configure other settings
in "Layer 2 > Spanning Tree".
Note
When using RSTP (Rapid Spanning Tree Protocol), loops involving duplication of frames
or frames being overtaken may occur briefly. If this is not acceptable in your particular
application, use the slower standard spanning tree mechanism.
MSTP
Enables the Multiple Spanning Tree Protocol (MSTP). You can configure other settings
in "Layer 2 > Spanning Tree".
If you select "Ring" for the "Redundancy Type", the following options are then available:
Automatic Redundancy Detection
Select this setting to create an automatic configuration of the redundancy mode. In this
mode, the device automatically detects whether or not there is a device with the "HRP
Manager" role in the ring. If this is the case, the device adopts the role of "HRP Client".
If no HRP manager is found, all devices with the "Automatic Redundancy Detection" or
"MRP Auto Manager" setting negotiate among themselves to establish which device
adopts the role of "MRP Manager". The device with the lowest MAC address will always
become "MRP Manager". The other devices automatically set themselves to
redundancy type "MRP Client".
MRP Auto-Manager
Automatic media redundancy manager
MRP Client
Media redundancy client
HRP Client
High Speed Redundancy Protocol client
HRP Manager
High Speed Redundancy Protocol manager
Standby
Enable or disable the "Standby redundancy" function. You can configure other settings in
"Layer 2 > Ring Redundancy > Standby".
Passive Listening
Enable or disable the "passive listening" function.

RMON
If you select this check box, Remote Monitoring (RMON) allows diagnostics data to be
collected on the device, prepared and read out using SNMP by a network management
station that also supports RMON. This diagnostic data, for example port-related load trends,
allow problems in the network to be detected early and eliminated.
Dynamic Multicast
The following settings are possible:
"-" (disabled)
IGMP Snooping
Enables IGMP (Internet Group Management Protocol). You can configure other settings
in "Layer 2 > Multicast > IGMP".
GMRP
Enables GMRP (GARP Multicast Registration Protocol). You can configure other
settings in "Layer 2 > Multicast > GMRP".
Note
GMRP and IGMP cannot operate at the same time.
GVRP
Enable or disable "GVRP" (GARP VLAN Registration Protocol). You can configure other
settings in "Layer 2 > VLAN > GVRP".
Mirroring
Enable or disable port mirroring. You can configure other settings in "Layer 2 > Mirroring >
Port".
Loop Detection
Enable or disable loop detection. You can configure other settings in "Layer 2 > Loop
Detection".
PTP
Specify how the device will process PTP messages. You can configure other settings in
"Layer 2 > PTP".
Off
The device does not process any PTP messages. PTP messages are, however,
forwarded according to the rules of the switch.
transparent
The device adopts the function of a transparent clock and forwards PTP messages to
other nodes while at the same time making entries in the correction field of the PTP
message.
QoS
CoS map
On this page, CoS priorities are assigned to certain queues (traffic queues).

Settings
CoS
Shows the CoS priority of the incoming packets.
Queue
Select the forwarding queue (send priority) that is assigned the CoS priority.
The higher the number of the queue, the higher the send priority.
DSCP map
On this page, DSCP settings are assigned to various queues (traffic queues).
Settings
DSCP
Shows the DSCP priority of the incoming packets.
Queue
Select the forwarding queue (send priority) that is assigned the DSCP value. The higher
the queue number, the higher the send priority.
Load limitation
Limiting the transfer rate of incoming and outgoing data

On this page, you configure the load limitation (maximum number of data packets per second)
for the individual ports. You can specify the category of frame for which these limit values will
apply.
Settings
1st column
Limit Ingress Unicast (DLF) / Limit Ingress Broadcast / Limit Ingress Multicast
Select the required setting.
enabled: Enables the function.
disabled: Disables the function
No Change: The setting in table 2 remains unchanged
Total Ingress Rate [pkts/s]
Specify the maximum number of incoming packets processed by the device. If "No Change"
is entered, the entry in table 2 remains unchanged.

Egress Rate [Kb/s]

Specify the data rate for all outgoing frames. If "No Change" is entered, the entry in table
2 remains unchanged
Transfer to table
If you click the button, the settings are adopted for all ports of table 2.
Port
Shows the port to which the settings relate.
Limit Ingress Unicast (DLF)
Enable or disable the data rate for limiting incoming unicast frames with an unresolvable
address (Destination lookup failure).
Limit Ingress Broadcast
Enable or disable the data rate for limiting incoming broadcast frames.
Limit Ingress Multicast
Enable or disable the data rate for limiting incoming multicast frames.
Total Ingress Rate [pkts/s]
Specify the maximum number of incoming packets processed by the device.
Egress Rate [Kb/s]
Specify the data rate for all outgoing frames.
Note
Rounding of the values, deviation from desired value
When you enter the values for transmission rates, note that the WBM rounds to correct
values.
If values are configured for total ingress transmission rate and egress transmission rate,
the actual values in operation can exceed or fall below the set values by 10%.
VLAN
General
On this page, you define the VLAN and specify the use of the ports.
Note
Changing the "Agent VLAN ID"
If the configuration PC is connected directly to the device via Ethernet and you change the
"agent VLAN ID", the device is no longer reachable via Ethernet following the change.

Important rules for VLANs

Make sure you keep to the following rules when configuring and operating your VLANs:
Frames with the VLAN ID "0" are handled as untagged frames but retain their priority value.
As default, all ports on the device send frames without a VLAN tag to ensure that the end
node can receive these frames.
With SCALANCE X devices, the VLAN ID "1" is the default on all ports.
If an end node is connected to a port, outgoing frames should be sent without a tag (static
access port). If, however, there is a further switch at this port, the frame should have a tag
added (trunk port).
With a trunk port, the VLAN assignment is dynamic. Static configurations can only be
created if, in addition to the trunk port property, the port is also entered statically as a
member in the VLANs involved. An example of a static configuration is the assignment of
the multicast groups in certain VLANs.
Settings
VLAN ID
Enter the VLAN ID.
VLAN ID
Shows the VLAN ID. The VLAN ID is assigned once when you create a new data record
and can then no longer be changed. To make a change, the entire data record must be
deleted and created again.
Name
Enter a name for the VLAN. The name only provides information and has no effect on the
configuration.
The VLAN name can be a maximum of 32 characters long.

Status
Shows the status of the entry. Here, static means that the address was entered as a static
address by the user. The entry GVRP means that the configuration was registered by a
GVRP frame. This is, however, only possible if GVRP was enabled for the device.
List of ports
Specify the use of the port. The following options are available:
"-"
The port is not a member of the specified VLAN.
With a new definition, all ports have the identifier "-".
M
The port is a member of the VLAN. Frames sent in this VLAN are forwarded with the
corresponding VLAN tag.
R
The port is a member of the VLAN. A GVRP frame is used for the registration.
U (upper case)
The port is an untagged member of the VLAN. Frames sent in this VLAN are forwarded
without the VLAN tag. Frames without a VLAN tag are sent from this port.
u (lower case)
The port is an untagged member of the VLAN, but the VLAN is not configured as a port
VLAN. Frames sent in this VLAN are forwarded without the VLAN tag.
F
The port is not a member of the specified VLAN and it is not possible for the VLAN to
be registered dynamically at this port using GVRP. You can configure other settings in
"Layer 2 > VLAN > Port-based VLAN".
GVRP
Configuration of GVRP functionality

Using GVRP frame, a different device can register at the port of the device for a specific VID.
A different device, can, for example be an end device or a switch. The device can also send
GVRP frames via this port.
Settings
GVRP
Enable or disable the "GVRP" function.


1st column
Setting
Select the setting. You have the following setting options:
enabled
Enables the sending of GVRP frames.
disabled
Disables the sending of GVRP frames.
No Change
No change in table 2.
Transfer to table
If you click the button, the setting is adopted for all ports of table 2. If you have selected
"No Change", the content of table 2 will not be changed.
Port
Setting
Enable or disable the sending GVRP frames.
Port-based VLAN
Processing received frames

On this page, you specify the configuration of the port properties for receiving frames.
Settings
1st column
Priority / Port VID / Acceptable Frames / Ingress Filtering
Select the setting. If "No Change" is selected, the entry in table 2 remains unchanged.
Transfer to table


Port
Priority
Select the priority assigned to untagged frames.
The CoS priority (Class of Service) used in the VLAN tag. If a frame is received without a
tag, it will be assigned this priority. This priority specifies how the frame is further processed
compared with other frames.
There are a total of eight priorities with values 0 to 7, where 7 represents the highest priority
(IEEE 802.1p Port Priority).
Port VID
Select the VLAN ID. Only VLAN IDs defined on the "VLAN > General" page can be selected.
If a received frame does not have a VLAN tag, it has a tag with the VLAN ID specified here
added to it and is sent according to the rules at the port.
Acceptable Frames
Specify which types of frames will be accepted. The following alternatives are possible:
Tagged Frames Only
The device discards all untagged frames. Otherwise, the forwarding rules apply
according to the configuration.
All
The device forwards all frames
Ingress Filtering
Specify whether the VID of received frames is evaluated.
The following options are available:
enabled
The VLAN ID of received frames decides whether they are forwarded: To forward a
VLAN tagged frame, the receiving port must be a member in the same VLAN. Frames
from unknown VLANs are discarded at the receiving port.
disabled
All frames are forwarded.
Protocol-based VLAN group

On this page, you specify groups to which a protocol will be assigned.

Settings
Protocol Based VLAN
Enable or disable the protocol-based VLAN assignment.
Protocol Value
Enter the hexadecimal protocol value.
A few examples are shown below:
PROFINET: 88:92
IP: 08:00
Novell: 81:37
netbios: f0:f0
appletalk: 80:9b
Group ID
Enter the ID of the group.
Protocol Value
Shows the file value.
Group ID
Shows the group ID.
Protocol-based VLAN port

On this page, you specify which protocol and which VLAN is assigned to the individual port.
Settings
Port
Select the required port. All available ports and the link aggregations can be selected.
Group ID
Select the group ID from the drop-down list. Specify the ID in "Layer 2 > VLAN > Protocol
Based VLAN Group".
Port
All available ports and the link aggregations are shown.
Group ID
Shows the group ID assigned to the port.
VLAN ID
Select the required VLAN ID to be assigned to the port.
IPv4 subnet-based VLAN

On this page, you specify which VLAN ID is assigned to the subnet.

Settings
Subnet Based VLAN
Enable or disable the subnet-based VLAN assignment
Port
Select the port. All available ports and the link aggregations can be selected.
Subnet Address
Enter the IP address of the subnet.
Example: 192.168.10.0 for the network 192.168.10.x with nodes 192.168.10.1 to
192.168.10.254.
Subnet Mask
Enter the subnet mask.
Port
Subnet Address
Shows the subnet assigned to the port.
Subnet Mask
Shows the subnet mask.
VLAN ID
Select the VLAN ID you want to assign to the port or the subnet.
Mirroring
Basics
Mirroring
The device provides the option of simultaneously channeling incoming or outgoing data
streams via other interfaces for analysis or monitoring. This has no effect on the monitored
data streams. This procedure is known as mirroring. In this menu section, you enable or disable
mirroring and set the parameters.
Mirroring ports
Mirroring a port means that the data traffic at a port (mirrored port) of the IE switch is copied
to another port (monitor port). You can mirror one or more ports to a monitor port.
If a protocol analyzer is connected to the monitor port, the data traffic at the mirrored port can
be recorded without interrupting the connection. This means that the data traffic can be
investigated without being affected. This is possible only if a free port is available on the device
as the monitor port.

General
On this page, you can enable or disable the mirroring function and make the basic settings.
Note
If the maximum data rate of the mirrored port is higher than that of the monitor port, data may
be lost and the monitor port no longer reflects the data traffic at the mirrored port. Several ports
can be mirrored to one monitor port at the same time.
Mirroring a port does not work beyond switch core boundaries.
Disable port mirroring if you want to connect a normal end device to the monitor port.
Settings
Mirroring
Enable or disable mirroring of the data traffic.
Monitor Barrier
Enable or disable the option to restrict communication via the monitor port.
Note
Monitor Barrier
If you enable the monitor barrier, the data traffic on the destination port is automatically
blocked (broadcast, multicast, unicast, DCP forwarding, LLDP) so that only the mirrored
traffic is present. To be able to allow other data traffic again, you need to configure this.
The previous statuses of these options are not restored after stopping the monitor barrier
and must be reconfigured.
enabled
The monitor port is taken out of normal frame switching.
disabled
Communication via the monitor port is unrestricted.

This table has the following columns:

Session ID
Enable or disable listening in on incoming packets at the required port.
Session Type
Specify which data traffic is mirrored. The following options are available:
'-'
None
Port Based
Port-based mirroring You can configure other settings in "Layer 2 > Mirroring > Port".
VLAN
VLAN-based mirroring. You can configure other settings in "Layer 2 > Mirroring > VLAN".
MAC ACL
Mirroring of the MAC Access Control List. You can configure other settings in "Layer 2
> Mirroring > MAC Flow".
IP ACL
Mirroring of the IP Access Control List. You can configure other settings in "Layer 2 >
Mirroring > IP Flow".
Status
Shows whether or not mirroring is active.
Dest. Port
Select the destination port to be mirrored to in this session.
Port
Mirroring ports
You can only configure the settings on this page if you have already generated a session ID
with the session type "Port Based" on the "General" tab.
Settings
Session ID
Select the session ID. Only session IDs of the session type "Port Based" are available.
Port
Shows the port to be monitored.
Ingress Mirroring
Enable or disable mirroring of incoming packets at the required port.
Egress Mirroring
Enable or disable mirroring of outgoing packets at the required port.

VLAN
VLAN sources of the port mirroring function

with the session type "VLAN" on the "General" tab.
On this page, you specify the VLAN whose incoming data traffic will be mirrored to the monitor
port.
Settings
Session ID
Select the session ID. Only session IDs of the session type "VLAN" are available.
VLAN ID
Enter a VLAN ID. The VLAN ID can only be assigned once when you create a new data
record and can then no longer be changed. To make a change, the entire data record must
be deleted and created again.
VLAN ID
Shows the VLAN ID.
MAC Flow
with the session type "MAC ACL" on the "General" tab.
The MAC ACL filter decides which data is available at the monitor port.
Settings
Session ID
Select the session ID. Only session IDs of the session type "MAC ACL" are available.
ACL Filter Number
Shows the number of the ACL filter. You configure the MAC ACL filter in "SecurityPort ACL
MAC".
Ingress Mirroring
Shows whether incoming packets are mirrored.
Note
Rules
A rule selected for ingress mirroring only becomes active if it was configured as a port
ingress rule on at least one port. You configure the port ingress rules in "Security> Port
MAC IP > Port Ingress Rules".
Source MAC
Shows the MAC address of the sender.

Dest. MAC
Shows the MAC address of the recipient.
Ingress Port
Shows a list of all ports to which this rule applies.
Egress Port
Shows a list of all ports to which this rule applies.
IP Flow
with the session type "IP ACL" on the "General" tab.
The IP ACL filter decides which data is mirrored to the monitor port.
Settings
Session ID
Select the session ID. Only session IDs of the session type "IP ACL" are available.
ACL Filter Number
Shows the number of the ACL filter. You configure the IP ACL filter in "Security > Port ACL
IP".
Ingress Mirroring
Shows whether incoming packets are mirrored.
Note
Rules
A rule selected for ingress mirroring only becomes active if it was configured as a port
ingress rule on at least one port. You configure the port ingress rules in "Security> Port
ACL IP > Port Ingress Rules".
Source IP
Shows the IP address of the sender.
Source Subnet Mask
Shows the subnet mask of the sender.
Dest. IP
Shows the IP address of the recipient.
Dest. Subnet Mask
Shows the subnet mask of the recipient.
Ingress Port
Shows a list of all ingress ports to which this rule applies.
Egress Port
Shows a list of all egress ports to which this rule applies.

Dynamic MAC Aging

The device automatically learns the source addresses of the connected nodes.
This information is used to forward data frames to the nodes specifically involved. The network
load for the other nodes is reduced.
If a device does not receive a frame whose source address matches a learnt address within
a certain time, the learnt address is deleted. This mechanism is known as aging. Aging prevents
frames being forwarded incorrectly, for example when an end device (for example a
programming device) is connected to a different port. If the check box is not enabled, a device
does not delete learned addresses automatically.
Settings
Dynamic MAC Aging
Enable or disable the function for automatic aging of learned MAC addresses:
Aging Time [s]
Enter the time in seconds. After this time, a learned address is deleted if the device does
not receive any further frames from this sender address.
Ring Redundancy
Ring
On this page, you can select the required mode for fast ring redundancy. The "Automatic
Redundancy Detection" ring redundancy mode is the default when the device ships.
Note
The ring redundancy cannot be enabled if Spanning Tree is still enabled on the device.

Settings
Ring Redundancy
Enable or disable ring redundancy.
Ring redundancy mode
Specify the ring redundancy mode. The following options are available:
"-" (disabled)
The redundancy function is disabled.
Automatic Redundancy Detection
Select this setting to create an automatic configuration of the redundancy mode. In this
mode, the device automatically detects whether or not there is a device with the "HRP
Manager" role in the ring. If this is the case, the device adopts the role of "HRP Client".
If no HRP manager is found, all devices with the "Automatic Redundancy Detection" or
"MRP Auto Manager" setting negotiate among themselves to establish which device
adopts the role of "MRP Manager". The device with the lowest MAC address will always
become "MRP Manager". The other devices automatically set themselves to
redundancy mode "MRP Client".
MRP Auto Manager
Devices with the setting "Automatic Redundancy Detection" or "MRP Auto Manager"
negotiate among themselves which device will adopt the "MRP Manager" role. The
device with the lowest MAC address will always become "MRP Manager". In contrast
to the setting "Automatic Redundancy Detection", the devices are not capable of
detecting whether or not an HRP manager is in the ring. This means that they never
adopt the role of HRP client.
MRP Client
In a ring whose devices are configured with MRP, at least one device must be set to the
"Automatic Redundancy Detection" or "MRP Auto Manager" mode. You can set the
"MRP Client" role for all other devices. If all devices except one are configured as "MRP
Client", this one device automatically adopts the role of "MRP Manager".
Select "MRP Client" mode if you want to operate the device along with components that
do not originate from Siemens in the ring.
HRP Client
Here, you can select the role "HRP Client".
HRP Manager
When you configure an HRP ring, one device must be set as HRP manager. All other
devices must be configured as HRP clients.
Ring ports
Specify the ports to be used as ring ports in media redundancy in ring topologies.
The ring port you select in the upper drop-down menu is the "Isolated Port" in HRP.
Note
If you restore the factory defaults, the default redundancy mode "Automatic Redundancy
Detection" becomes active.
The ring port configuration is also reset to the factory default ports. If other ports were used
previously as ring ports, with the appropriate attachment, a previously correctly configured
device can cause circulating frames and therefore the failure of the data traffic.

Observer
Enable or disable the observer. The "Observer" function is only available in HRP rings.
The ring port selected in the upper drop-down menu is connected to the "Isolated Port" of
an HRP manager.
The observer monitors malfunctions of the redundancy manager or incorrect configurations
of an HRP ring.
If the observer is enabled, it can interrupt the connected ring if errors are detected. To do
this, the observer switches a ring port to the "blocking" status. When the error is resolved,
the observer enables the port again.
Restart Observer (only available online)
If numerous errors occur in quick succession, the observer no longer enables its port
automatically. The ring port remains permanently in the "blocking" status. This is signaled
by the error LED and a message text.
After the errors have been eliminated, you can enable the port again using the "Restart
Observer" button.
Standby
Standby manager
The standby manager allows the redundant linking of two HRP rings. To do this, two
neighboring devices within a ring must be configured as standby partners. Enable the standby
manager for both standby partners and select the port via which the device is connected to
the ring you want to link to. For the "Standby Connection Name", a name unique within the
ring must be assigned for both partners. This identifies the two modules as standby partners
that belong together.
Note
To be able to use the function, HRP must be activated.

Settings
Standby
Enable or disable the standby manager.
Note
If two devices are linked by the standby function, the "Standby" function must be enabled
on both devices.
Note
The standby manager always requires an activated HRP client.
Standby Connection Name

Enter the name for the standby connection. This name defines the master/slave device
pair. Both must be located in the same ring. This is achieved by entering the same name
on two devices in the ring.
Note
Make sure that the standby name (for one pair of devices) is used only once in the network.
Force device to standby master

When selected, the device is configured as standby master regardless of its MAC address.
If the setting is enabled for neither of the two devices for which the standby function is
enabled, then assuming that no error has occurred, the device with the higher MAC
address adopts the role of standby master.
If the setting is enabled for both devices or if the setting is only supported by one device,
the standby master is also selected based on the MAC address.
This type of assignment is important in particular when a device is replaced. Depending on
the MAC addresses, the previous device with the slave function can take over the role of
the standby master.
This table has the following columns:
Port
Shows the port to which the setting relates.
Setting
Here, you specify which ports are standby ports. The standby ports are involved in the
redirection of data traffic.
If there are no problems, only the standby ports of the master are enabled and handle to
the data traffic into the connected HRP rings (buses). If the master or the Ethernet
connection (link) of one of the standby ports of the master fails, all standby ports of the
master will be disabled and the standby ports of the slave enabled. As a result, a functioning
Ethernet connection to the connected network segments (HRP rings/linear buses) is
restored.

Spanning Tree
General
General settings of MSTP

On this page, you configure the settings for MSTP. As default, Rapid Spanning Tree is enabled
that can be set to the MSTP, RSTP or STP compatible mode with a switch.
On the configuration pages of these functions, you can make detailed settings.
Depending on the compatibility mode, you can configure the corresponding function on the
relevant configuration page.
Settings
Spanning Tree
Enable or disable Spanning Tree.
Protocol Compatibility
Select the compatibility mode of Spanning Tree. If, for example, you select RSTP, Spanning
Tree behaves like RSTP.
STP
RSTP
MSTP
Using a link aggregation in an MSTP instance

If you want to use a link aggregation in an MSTP instance, follow the steps below during
configuration:
1. Create a link aggregation in "Layer 2" > "Link aggregation (Page 1037)".
2. Create an MSTP instance in "Layer 2" > "Spanning Tree" > "MST General (Page 1032)".
3. Configure the link aggregation in "Layer 2" > "Spanning Tree" > "MST port (Page 1033)".
Automatic activation of MRP in redundant topologies

If you connect SCALANCE X switches with redundant network structures in the topology view,
MRP is activated automatically on the switches involved.
If there is an existing configuration with other redundancy mechanisms, such as MSTP, this
is automatically deactivated.
CIST general
On this page, you configure CIST.

Settings
Bridge Priority / Root Priority (only available online)
Which device becomes the root bridge is decided based on the bridge priority. The bridge
with the highest priority becomes the root bridge. The lower the value, the higher the priority.
If several devices in a network have the same priority, the device whose MAC address has
the lowest numeric value will become the root bridge. Both parameters, bridge priority and
MAC address together form the bridge identifier. Since the root bridge manages all path
changes, it should be located as centrally as possible due to the delay of the frames.
Bridge Address / Root Address(only available online)
The bridge address shows the MAC address of the device and the root address shows the
MAC address of the root bridge.
Root Port (only available online)
Shows the port via which the switch communicates with the root bridge.
Root Cost (only available online)
The path costs from this device to the root bridge.
In MSTP mode, path costs up to the root bridge are shown.
Topology Changes / Last Topology Change (only available online)
The entry for the device shows the number of reconfigurations due to the spanning tree
mechanism since the last startup. For the root bridge, the time since the last reconfiguration
is displayed as follows:
Seconds: sec unit after the number
Minutes: min unit after the number
Hour: hr unit after the number
Bridge Hello Time / Root Hello Time (only available online)
Each bridge regularly sends configuration frames (BPDUs). The interval between two such
frames is the Hello time. The default for this parameter is 2 seconds.
Bridge Forward Delay / Root Forward Delay
New configuration data is not used immediately by a bridge but only after the period
specified in the parameter. This ensures that operation is only started with the new topology
after all the bridges have the required information.
Bridge Max Age / Root Max Age (only available online)
Bridge Max Age defines the maximum "age" of a received BPDU for it to be accepted as
valid by the switch.
Bridge Max Hop Count
This parameter specifies how many MSTP nodes a BPDU may pass through. If an MSTP
BPDU is received and has a "Bridge Max Hop Count" that exceeds the value configured
here, it is discarded.
Regional root priority (only available online)
For a description, see Bridge Priority / Root Priority
Regional root address (only available online)
The MAC address of the device.
Regional root costs (only available online)
Shows the path costs from this device to the regional root bridge.

Region Name
Enter the name of the MSTP region to which this device belongs. As default, the MAC
address of the device is entered here. This value must be the same on all devices that
belong to the same MSTP region.
Region Version
Enter the version number of the MSTP region in which the device is located. This value
must be the same on all devices that belong to the same MSTP region.
Reset Counter (only available online)
Click this button to reset the counters on this page to zero.
CIST port
MSTP-CIST port configuration

When the page is called, the table displays the current status of the configuration of the port
parameters.
To configure them, click the relevant cells in the port table.
Settings
1st column
Shows that the setting is valid for all ports of table 2.
MSTP Status
unchanged.
Transfer to table
Port
MSTP Status
Specify whether or not the port is integrated in the spanning tree.
Note
If you disable the "MSTP Status" option for a port, this may cause the formation of loops.
The topology must be kept in mind.
Priority
Enter the priority of the port. The priority is only evaluated when the path costs are the same.
The value must be divisible by 16. If the value that cannot be divided by 16, the value is
automatically adapted.
Cost Calc.
Enter the path cost calculation. If you enter the value "0" here, the automatically calculated
value is displayed in the "Path Costs" box.

Path Costs (only available online)

value is selected as the path. If several ports of a device have the same value for the path
costs, the port with the lowest port number is selected.
If the value for "Cost Calc." is "0", the automatically calculated value is displayed. Otherwise,
the value of the "Cost Calc." box is displayed. The calculation of the path costs is largely
based on the transmission speed. The higher the achievable transmission speed is, the
lower the value of the path costs.
10,000 Mbps = 2,000
1000 Mbps = 20,000
100 Mbps = 200,000
10 Mbps = 2,000,000
The values can, however, also be set individually.
Status (only available online)
Displays the current status of the port. The values are only displayed and cannot be
configured. The "Status" parameter depends on the configured protocol. The following is
possible for status:
Disabled
The port only receives and is not involved in STP, MSTP and RSTP.
Discarding
In the "Discarding" mode, BPDU frames are received. Other incoming or outgoing
frames are discarded.
Listening
In this status, BPDUs are both received and sent. The port is involved in the spanning
tree algorithm.
Learning
Stage prior to the forwarding status, the port is actively learning the topology (in other
words, the node addresses).
Forwarding
Following the reconfiguration time, the port is active in the network; it receives and
forwards data frames.

Fwd. Trans (only available online)

Specifies the number of changes from the "Discarding" status to the "Forwarding" status
Edge type
Specify the type of edge port. You have the following options:
"-"
Edge port is disabled. The port is treated as a "no edge port".
Admin
Select this option when there is always an end device on this port. Otherwise a
reconfiguration of the network will be triggered each time a connection is changed.
Auto
Select this option if you want a connected end device to be detected automatically at
this port. When the connection is established the first time, the port is treated as a "no
Edge Port".
Admin/Auto
Select these options if you operate a combination of both on this port. When the
connection is established the first time, the port is treated as an Edge Port.
Edge (only available online)
Shows the status of the port.
Enabled
An edge port is connected to this port.

Disabled
There is a spanning tree or rapid spanning tree device at this port.
With an end device, a switch can change over the port faster without taking into account
spanning tree frames. If a spanning tree frame is received despite this setting, the port
automatically changes to the "Disabled" setting for switches.

P.t.P. Type
Select the required option. The selection depends on the port that is set.
"-"
Point to point is calculated automatically. If the port is set to half duplex, a point-to-point
link is not assumed.
P.t.P.
Even with half duplex, a point-to-point link is assumed.

Shared Media
Even with a full duplex connection, a point-to-point link is not assumed.

Note
Point-to-point connection means a direct connection between two devices. A shared
media connection is, for example, a connection to a hub.
Hello Time
Enter the interval after which the bridge sends configuration BPDUs
Note
The port-specific setting of the Hello time is only possible in MSTP compatible mode.
MST General
Multiple Spanning Tree configuration

With MSTP, in addition to RSTP, several VLANs can be managed in a LAN with separate
RSTP trees.
Settings
MSTP Instance ID
Enter the number of the MSTP instance.
MSTP Instance ID
Shows the number of the MSTP instance.
Root Address
Shows the MAC address of the root bridge
Root Priority
Shows the priority of the root bridge.
Bridge Priority
Enter the bridge priority. The value for the bridge priority is a whole multiple of 4096.
VLAN ID
Enter the VLAN ID. Here, you can also specify ranges with Start ID, "-", End ID. Several
ranges or IDs are separated by ",".

MST port
Configuration of the Multiple Spanning Tree port parameters

On this page, you set the parameters for the ports of the configured multiple spanning tree
instances.
Settings
MSTP Instance ID
Select the ID of the MSTP instance.
Table 1 has the following columns
1st column
Shows that the setting is valid for all ports.
MSTP Status
Transfer to table
If you click the button, the setting is adopted for all ports of table 2
Port
Shows all available ports and link aggregations.
MSTP Instance ID
ID of the MSTP instance.
MSTP Status
Enable or disable MSTP for this port.
Priority
Enter the priority of the port. The priority is only evaluated when the path costs are the same.
The value must be divisible by 16. If the value that cannot be divided by 16, the value is
automatically adapted.
Cost Calc.
Enter the path cost calculation in the input box. If you enter the value "0" here, the
automatically calculated value is displayed in the next box "Path Costs".

Path Costs (only available online)

value is selected as the path. If several ports of a device have the same value for the path
costs, the port with the lowest port number is selected.
If the value for "Cost Calc." is "0", the automatically calculated value is displayed. Otherwise,
the value of the "Cost Calc." box is displayed. The calculation of the path costs is largely
based on the transmission speed. The higher the achievable transmission speed is, the
lower the value of the path costs.
10,000 Mbps = 2,000
1000 Mbps = 20,000
100 Mbps = 200,000
10 Mbps = 2,000,000
The values can, however, also be set individually.
Displays the current status of the port. The values are only displayed and cannot be
configured. The "Status" parameter depends on the configured protocol. The following is
possible for status:
Disabled
The port only receives and is not involved in STP, MSTP and RSTP.
Discarding
In the "Discarding" mode, BPDU frames are received. Other incoming or outgoing
frames are discarded.
Listening
In this status, BPDUs are both received and sent. The port is involved in the spanning
tree algorithm.
Learning
Stage prior to the forwarding status, the port is actively learning the topology (in other
words, the node addresses).
Forwarding
Following the reconfiguration time, the port is active in the network; it receives and
forwards data frames.
Fwd. Trans (only available online)
Specifies the number of changes from the "Discarding" status to the "Forwarding" status
Enhanced Passive Listening Compatibility
Enabling the function

On this page, you enable the expanded compatibility for passive listening.

Settings
Enhanced Passive Listening Compatibility
Enable or disable this function for the entire device.
1st column
Setting
unchanged.
Transfer to table
Port
Displays the port of the device.
Setting
enabled
Enables the function for all ports of the device.
disabled
Disables the function for all ports of the device.
Loop detection
With the "Loop Detection" function, you specify the ports for which loop detection will be
activated. The ports involved send special test frames - the loop detection frames. If these
frames are sent back to the device, there is a loop.
A "local loop" involving this device means that the frames are received again at a different port
of the same device. If the sent frames are received again at the same port, there is a "remote
loop" involving other network components.
Note
A loop is an error in the network structure that needs to be eliminated. The loop detection can
help to find the errors more quickly but does not eliminate them. The loop detection is not
suitable for increasing network availability by deliberately including loops.
Note
Note that loop detection is only possible at ports that were not configured as ring ports or
standby ports.

Settings
Loop Detection
Enable or disable loop detection.
VLAN Loop Detection
Enable or disable loop detection in a VLAN.
1st column
Shows that the settings are valid for all ports of table 2
Threshold / Remote Reaction / Local Reaction
unchanged.
Transfer to table
Port
Setting
Specify how the port handles loop detection frames.
Note
Test frames create additional network load. We recommend that you only configure
individual switches, for example at branch points of the ring, as "sender" and the others as
"forwarder".
sender
Loop detection frames are sent out and forwarded.
forwarder
Loop detection frames from other devices are forwarded.
blocked
The forwarding of loop detection frames is blocked.
Threshold
Specify the number of received loop detection frames as of which a loop is assumed.
Remote Reaction
Specify how the port will react if a remote loop occurs. Select one of the two options from
the drop-down list:
no action
A loop has no effect on the port.
disable
The port is blocked.

Local Reaction
Specify how the port will react if a local loop occurs. Select one of the two options from the
drop-down list:
no action
A loop has no effect on the port.
disable
The port is blocked
This box shows whether loop detection is enabled or disabled for this port.
Source Port (only available online)
Shows the output port of the loop detection frame that triggered the last reaction
Source VLAN (only available online)
Shows the VLAN ID of the loop detection frame that triggered the last reaction.
This is only possible if "VLAN Support Enabled" was selected earlier on the "Loop Detection
Configuration" page.
Reset (only available online)
After a loop in the network has been eliminated, click this button to reset the port again
Link aggregation
Bundling network connections for redundancy and higher bandwidth

A link aggregation according to IEEE 802.3ad allows several connections between neighboring
devices to be bundled to achieve higher bandwidths and to protect against failure.
Ports on both partner devices are included in link aggregations and the devices are then
connected via these ports. To assign ports (in other words links) correctly to a partner device,
the Link Aggregation Control Protocol (LACP) from the IEEE 802.3ad standard is used.
Up to 8 link aggregations can be defined. A maximum of 8 ports can be assigned to each link
aggregation.
You can also use link aggregations within an MSTP instance, see "Layer 2" > "Spanning Tree"
> "General (Page 1027)".
Settings
Port
Shows the virtual port number of this link aggregation. This identifier is assigned internally
by the firmware.
Link Aggregation Name
Enter the name for the link aggregation. This name can be specified by the user during
configuration. The name is not absolutely necessary but can be useful to distinguish
between the various link aggregations.
MAC Address
Shows the MAC address.

Status
Enable or disable link aggregation.
MTU
Specify the packet size.
LACP
on
Enables the sending of LACP frames.
off
Disables the sending of LACP frames.
Frame Distribution
Set the type of distribution of packets on the individual links of an aggregation.
Destination&Source Mac
The distribution is based on a combination of the destination and source MAC address.
Destination&Source IP-MAC
The distribution is based on a combination of the destination and source IP address and
MAC address.
VLAN Mode
Specify how the link aggregation is entered in a VLAN:
Hybrid
The link aggregation sends tagged and untagged frames. It is not automatically a
member of a VLAN.
Trunk
The link aggregation only sends tagged frames and is automatically a member of all
VLANs.
Port
Shows the ports that belong to this link aggregation. The following values can be selected
from the drop-down list:
"-" (disabled)
Link aggregation is disabled.
"a" (active)
The port sends LACP frames and is only involved in the link aggregation when LACP
frames are received.
"p" (passive)
The port is only involved in the link aggregation when LACP frames are received.
"o" (on)
The port is involved in the link aggregation and does not send any LACP frames.
Note
Within a "link aggregation", only ports with the following configuration are possible:
all ports with "o"
all ports with "a" or "p".

DCP forwarding
Applications
The DCP protocol is used by STEP 7 and the PST Tool for configuration and diagnostics.
When shipped, DCP is enabled on all ports; in other words, DCP frames are forwarded at all
ports. With this option, you can disable the sending of these frames for individual ports, for
example to prevent individual parts of the network from being configured with the PST Tool or
to divide the full network into smaller parts for configuration and diagnostics.
Settings
1st column
Setting
unchanged.
Transfer to table
Port
Setting
Specify whether the port should block or forward outgoing DCP frames. The following
options are available:
forward
DCP frames are forwarded via this port.
block
No outgoing DCP frames are forwarded via this port. It is nevertheless still possible to
receive via this port.
LLDP
Applications
PROFINET uses the LLDP protocol for topology diagnostics. In the default setting, LLDP is
enabled for all ports; in other words, LLDP frames are sent and received on all ports. With this
function, you have the option of enabling or disabling sending and/or receiving per port.

Settings
1st column
Setting
unchanged.
Transfer to table
Port
Shows the port.
Setting
Specify the LLDP functionality. The following options are available:
Rx
This port can only receive LLDP frames.
Tx
This port can only send LLDP frames.
Rx & Tx
This port can receive and send LLDP frames.
"-" (disabled)
This port can neither receive nor send LLDP frames.
Unicast
Filter
Address filtering
This page shows the current content of the unicast filter table. This table lists the source
addresses of unicast address frames. The displayed entries were made statically, in other
words, the user set them.
On this page, you also define the static unicast filters.
Settings
VLAN ID
Select the VLAN ID in which you configure a new static MAC address. If nothing is set,
"VLAN1" is set as the basic setting.
MAC Address
Enter the MAC address here.


VLAN ID
Shows the VLAN-ID assigned to this MAC address.
MAC Address
Shows the MAC address of the node that the device has learned or the user has configured.
Status
Shows the status of each address entry:
static
Configured by the user. Static addresses are stored permanently; in other words, they
are not deleted when the aging time expires or when the switch is restarted.
Port
Shows the port via which the node with the specified address can be reached. Frames
received by the device whose destination address matches this address will be forwarded
to this port.
Note
You can only specify one port for unicast addresses.
Learning
Starting/stopping learning
Note
With the automatic learning function, all connected devices are automatically entered in the
unicast filter table. As long as the "Start learning" function is enabled, all learned unicast
addresses are created immediately as static unicast entries.
The learning process is ended only after clicking the "Stop learning" button. With this method,
learning can take a few minutes or several hours in larger networks before all nodes have
really been learned. Only nodes that send packets during the learning phase are found.
By subsequently enabling the Port Lock function, only packets from the nodes known after the
end of the learning phase (static unicast entries) will be accepted at the relevant ports.
Note
If the Port Lock function was already active on individual ports prior to the automatic learning
phase, no addresses will be learned on these ports. This makes it possible to restrict learning
to certain ports. To do this, first enable the Port Lock function of the ports that are not intended
to learn addresses.

Settings
Start learning
Click the "Start learning" button to start the learning phase.
The device now enters the addresses of connected devices until you stop the function.
Stop learning
Click the "Stop Learning" button to stop the learning phase.
The learned entries are stored.
Deleting all static unicast addresses
Click the "Clear all static unicast addresses" button to delete all static entries.
In large networks with numerous nodes, automatic learning may lead to a lot of undesired
static entries. To avoid having to delete these individually, this button can be used to delete
all static entries. This function is disabled during automatic learning.
Note
Depending on the number of entries involved, deleting may take some time.
Locked ports
Activating the access control

On this page, you can block individual ports for unknown nodes.
If the Port Lock function is enabled, packets arriving at this port from unknown MAC addresses
are discarded immediately. Packets from known nodes are accepted by the port.
Since ports with the port lock function enabled cannot learn any MAC addresses, learned
addresses on these ports are automatically deleted after the port lock function is enabled.
Settings
1st column
Setting
unchanged.
Transfer to table
Port
Setting
Enable or disable access the port lock function for the port.

Blocking
Blocking the forwarding of unknown unicast frames

On this page, you can block the forwarding of unknown unicast frames for individual ports.
Settings
1st column
Setting
unchanged.
Transfer to table
Port
Setting
Enable or disable the blocking of unicast frames
Note
Ring redundancy / standby
If ring redundancy or standby is enabled, the ports configured for this are not included in
the blocking.
Multicast
Groups
Multicast applications
In the majority of cases, a frame is sent with a unicast address to a particular recipient. If an
application sends the same data to several recipients, the amount of data can be reduced by
sending the data using one multicast address. For some applications, there are fixed multicast
addresses (NTP, IETF1 Audio, IETF1 Video etc.).

Reducing network load

In contrast to unicast frames, multicast frames represent a higher load for the device.
Generally, multicast frames are sent to all ports. There are three ways of reducing the load
caused by multicast frames:
Static entry of the addresses in the multicast filter table.
Dynamic entry of the addresses by listening in on IGMP parameter assignment frames
(IGMP Configuration).
Active dynamic assignment of addresses by GMRP frames.
The result of all these methods is that multicast frames are sent only to ports for which an
appropriate address is entered.
"Multicast" shows the multicast frames currently entered in the filter table and their destination
ports. The displayed entries were made statically, in other words, the user set them.
Settings
VLAN ID
Select the VLAN ID to be assigned to the MAC multicast address.
MAC Address
Here you enter a new MAC multicast address you want to configure.
VLAN ID
Shows VLAN ID of the VLAN to which the MAC multicast address is assigned.
MAC Address
Shows the MAC multicast address that the device has learned or the user has configured.
Status
Shows the status of each address entry. The following information is possible:
static
The address was entered statically by the user. Static addresses are stored
permanently; in other words, they are not deleted when the aging time expires or when
the device is restarted. These must be deleted by the user.
IGMP
Function
IE switches support "IGMP snooping" and the IGMP querier function. If "IGMP snooping" is
enabled, IGMP frames are evaluated and the multicast filter table is updated with this
information. If "IGMP Querier is also enabled, IE switches also send IGMP queries that trigger
responses from IGMP-compliant nodes.

IGMP Snooping Aging Time

In this menu, you can configure the aging time for IGMP Configuration. When the time elapses,
entries created by IGMP are deleted from the address table if they are not updated by a new
IGMP frame.
This applies to all ports; a port-specific configuration is not possible.
IGMP Snooping Aging Time depending on the querier
SCALANCE XR500 as IGMP querier:

If a SCALANCE XR500 is used as an IGMP querier, the query interval is 125 seconds. For
the "IGMP Snooping Aging Time", set at least 250 seconds.
Other IGMP queriers

If a different IGMP querier is used, the value of the "IGMP Snooping Aging Time" should be
at least twice as long as the query interval.
Settings
IGMP Snooping
Enable or disable IGMP (Internet Group Management Protocol). The function allows the
assignment of IP addresses to multicast groups. If the check box is selected, IGMP entries
are included in the table and IGMP frames are forwarded.
IGMP Snooping Aging Time
Enter the value for the aging time in seconds in this box.
IGMP Querier
Enable or disable "IGMP Querier". The device sends IGMP queries.
GMRP
Enabling GMRP
By selecting the check box, you specify whether or not GMRP is used for each individual port.
If "GMRP" is disabled for a port, no registrations are made for it and it cannot send GMRP
frames.
Settings
GMRP
Enable or disable the GMRP function.


1st column
Setting
unchanged.
Transfer to table
Port
Shows the available ports and the link aggregations.
Setting
Enable or disable GMRP for the port or for the link aggregation.
Blocking
On this page, you can block the forwarding of unknown multicast frames for individual ports.
Settings
1st column
Setting
unchanged
Transfer to table
Port
Setting
Enable or disable the blocking of multicast frames.

Broadcast
Blocking the forwarding of broadcast frames

On this page, you can block the forwarding of broadcast frames for individual ports.
Note
Some communication protocols work only with the support of broadcast. In these cases,
blocking can lead to loss of data communication. Block broadcast only when you are sure that
you do not need it.
Settings
1st column
Setting
unchanged.
Transfer to table
Port
Setting
Enable or disable the blocking of broadcast frames.
PTP
General
Note
PTP is only available with SCALANCE X500.
The Precision Time Protocol (PTP) complying with IEEE 1588v2 allows the time-of-day
synchronization of devices connected to the ports of a device. These devices forward the
synchronization frames through the network using the "Transparent Clock" (TC) mechanism.
The connection mechanisms "end-to-end" and "peer-to-peer" are supported.
To use IEEE 1588v2, enable this function and configure every port that is on the
synchronization path as well as ports that are blocked due to redundancy mechanisms. IEEE
1588v2 can also be used with redundancy mechanisms in the ring such as HRP, standby
linking of rings, MRP and RSTP.

Setting
1588 Mode
You can make the following settings:
off
The device does not process any PTP messages. PTP messages are, however,
forwarded according to the rules of the device.
transparent
The device adopts the function of a transparent clock and forwards PTP messages to
other nodes while at the same time making entries in the correction field of the PTP
message.
TC general
1588 Transparent Clock

On this page, you specify the general settings for PTP.
Settings
Delay Mechanism
Specify the delay mechanism the device will work with:
End-to-end(delay request response mechanism will be used)
Peer-to-peer (peer delay mechanism will be used)
Domain Number
Enter the identification number for the time domain. Synchronization is only for the devices
within the domain. The device ignores PTP messages with a different domain number. A
SCALANCE device can only be assigned to one synchronization domain.
TC port
On this page, you specify the ports that can process PTP messages.
Settings
1st column
Setting / Transport Mechanism
Transfer to table


Port
Setting
Enable or disable PTP. When enabled, the port processes PTP messages.
Faulty Flag
Shows error status relating to PTP.
true
An error occurred.
false
No error has occurred on this port.
Transport Mechanism
Specifies the protocol for transferring the PTP messages. This protocol must also be
supported by the communications partner of the port
Ethernet
UDP IPv4
RMON
Statistics
Statistics
On this page you can specify the ports for which statistics are displayed.
Settings
RMON
If you select this check box, Remote Monitoring (RMON) allows diagnostics data to be
collected on the device, prepared and read out using SNMP by a network management
station that also supports RMON. This diagnostic data, for example port-related load trends,
allow problems in the network to be detected early and eliminated.
Port
Select the ports for which statistics will be displayed.
1st column
Select the check box of the ports for which no more statistics will be displayed.
Port
Shows the ports for which statistics will be displayed.

History
Samples of the statistics

On this page, you can specify whether or not samples of the statistics are saved for a port.
You can specify how many entries should be saved and at which intervals samples should be
taken.
Settings
1st column
Setting
unchanged.
Entries
Enter the maximum number of samples to be stored at the same time. If "No Change" is
entered, the entry in table 2 remains unchanged.
Interval [s]
Enter the interval after which the current status of the statistics will be saved as a sample.
If "No Change" is entered, the entry in table 2 remains unchanged.
Transfer to table
Port
Shows the port to which the settings relate.
Setting
Enable the port for which the history will be displayed.
Entries
Enter the maximum number of samples to be stored at the same time.
Interval [s]
Enter the interval after which the current status of the statistics will be saved as a sample.
Configuring layer 3 functions
Configuration
The page contains the overview of the layer 3 functions of the device. To use the "Routing",
"VRRP", "OSPF" and "RIP" functions, the device requires a KEY-PLUG.

Settings
Routing (only available on layer 3)
Enable or disable the "Routing" function.
DHCP Relay Agent
Enable or disable the DHCP relay agent. You can configure other settings in "Layer 3 >
DHCP Relay Agent".
VRRP (only available on layer 3)
Enable or disable routing using VRRP. To use VRRP, first enable the "Routing" function.
You can configure other settings in "Layer 3 > VRRP".
OSPF (only available on layer 3)
Enable or disable routing using OSPF. To use OSPF , first enable the "Routing" function.
You can configure other settings in "Layer 3 > OSPFv2".
RIP (only available on layer 3)
Enable or disable routing using RIP. To use RIO , first enable the "Routing" function. You
can configure other settings in "Layer 3 > RIPv2".
Subnets
Overview
Subnet
The page shows the subnets for the selected interface. If more than one subnet is available
on an interface, the first entry of this interface is of the address type "Primary". All other subnets
have the address type "Secondary".
On this page, you can create further subnets "Layer 3 > Subnets > Overview". In "Layer 3 >
Subnets > Configuration", you configure the settings of the created subnets.
Settings
The following settings are possible for subnets of the "Secondary" address type:
Interface
Select the interface on which you want to configure another subnet.
Interface
Shows the interface.
TIA Interface
Shows whether or not the entry is a TIA interface.
Interface Name
Shows the name of the interface.
MAC Address
Shows the MAC address.

IP Address
Shows the IP address of the subnet.
Subnet Mask
Address Type
Shows the address type. The following values are possible:
Primary
The first IP address that was configured on an IP interface.
Secondary
All other IP addresses that were configured on an interface.
IP Assignment Method
Shows how the IP address is assigned.
Static
The IP address is static. You enter the IP settings in "IP Address" and "Subnet Mask".
Automatic (DHCP)
The device obtains a dynamic IP address from a DHCP server.
Address Collision Detection Status
Shows the status of the "Detection of address collisions" function.
Idle
The interface is not enabled and does not have an IP address.
Starting
This status indicates the start-up phase. In this phase, the device initially sends a query
as to whether the planned IP address already exists. If the address is not yet been
assigned, the device sends the message that it is using this IP address as of now.
Conflict
The interface is not enabled. The interface is attempting to use an IP address that is
already been assigned.
Defending
The interface uses a unique IP address. Another interface is attempting to use the same
IP address.
Active
The interface uses a unique IP address. There are no collisions.
Not supported
The function for detection of address collisions is not supported.
Configuration
On this page, you configure the subnet. You create the subnet in "Layer 3 > Subnets >
Overview".

Settings
Interface (Name)
Select the required interface.
Interface Name
Enter the name of the interface, e.g. eth0; P3.
Shows the MAC address of the selected interface
DHCP
Enable or disable the DHCP client for this interface.
IP Address
Enter the IP address of the subnet. The IP address must not be used more than once.
Subnet Mask
Enter the subnet mask of the subnet you are creating. Subnets on different interfaces must
not overlap.
Address Type
Shows the address type. The following values are possible:
Primary
The first subnet of the interface.
Secondary
All other subnets of the interface.
Address Collision Detection
Enable or disable the function.
If new IP addresses become active in the network, this function checks whether this can
result in address collisions.
With this function, IP addresses that will be assigned twice can be detected.
Note
The function does not run a cyclic check.
TIA Interface
Enable or disable the setting.
The following conditions apply to the TIA interface:
Only interfaces with the address type "Primary" can be enabled as the TIA interface.
There must only ever be one TIA interface.
There can only be one TIA interface.
A TIA interface is always a VLAN interface.
TIA interface and PROFINET interface

The IP address of the TIA interface is linked to the IP address located in the parameter group
"Properties > General > PROFINET interface > Ethernet addresses".
Both IP addresses always have the same value. If you change the value of one IP address,
the other IP address changes accordingly.

TIA Interface
The TIA interface is the interface via which all PROFINET functions of the IE switch are handled.
TIA interface is the name of the IP address for PROFINET from the perspective of the IE switch.
PROFINET interface
You make the IP setting of the PROFINET device in TIA under PROFINET interface.
PROFINET interface is the name of the IP address for PROFINET from the perspective of the
TIA Portal.
Routes
Static route
On this page, you create the static routes. During automatic adaptations, static routes are not
taken into account and need to be adapted manually.
Settings
Destination Network
Enter the network address of the destination.
Subnet Mask
Enter the corresponding subnet mask.
Gateway
Enter the IP address of the next gateway.
Metric
Enter the metric for the route. The metric corresponds to the quality of a connection, for
example speed, costs.
Destination Network
Shows the network address of the destination.
Subnet mask
Shows the corresponding subnet mask.
Gateway
Shows the IP address of the next gateway.
Interface (only available online)
Shows the interface of the route.
Metric
Enter the metric for the route. When creating the route, "not used" is entered automatically.
The metric corresponds to the quality of a connection, for example speed, costs. If there
are several equal routes, the route with the lowest metric value is used.
Shows the status of the route.

Route maps
General
Route maps
With route maps, you control how routing information is further processed. You can filter routing
information and specify whether the information is further processed, modified or discarded.
Route maps operate according to the following principle:
Routing information is compared with the filters of the route maps.
The comparison is continued until the filters of a route map match the properties of an item
of information.
The information is then processed according to the route map settings:
The routing information is discarded.
The properties of the routing information are changed.
Settings
Name
Enter the name for the route map.
Sequence No
Enter a number for the route map.
The number specifies the order in which the route maps are processed.
Name
Shows the name of the route map.
Sequence No
Shows the sequence number of the route map.
Action
Specify what happens to the routing information that matches the settings of the route map:
permit
The routing information is further processed according to the settings you make in the
"Settings" tab.
deny
The routing information is discarded.
Interface and value match

On this page, you specify whether or not the routing information for a route map is filtered
according to interfaces or metric.

Settings
Route Map (name/seq. no.)
Select a route map.
The created route maps are available to you.
Type
Select the basis for the filtering:
Interface
Metric
Tag
Interface
Select an interface.
This box is active only if you have selected the "Interface" entry in the "Type" drop-down
list.
Metric
Enter a value for the metric.
This box is active only if you have selected the "Metric" entry in the "Type" drop-down list.
Tag
Enter a value for the tag.
This box is active only if you have selected the Tag entry in the "Type" drop-down list.
Type
Shows the selected type:
Interface
Metric
Tag
Value
Shows the selected interface or the value of the metric.
Destination match
On this page, you specify whether or not the routing information for a route map is filtered
based on the destination IP address.
Settings
Select a route map.
IP Address
Enter the IP address of the destination on which the filtering is based.
Subnet Mask
Enter the subnet mask of the destination on which the filtering is based.


IP Address
Shows the IP address of the destination.
Subnet mask/prefix
Shows the subnet mask of the destination.
Next hop match

On this page, you specify whether or not the filtering for a route map will be based on the router
to which the routing information is sent next.
Settings
Select a route map.
IP Address
Enter the IP address of the router to which the routing information will be sent next.
IP Address
Shows the IP address of the next router.
Settings
On this page, you specify whether or not the routing information for a route map will be changed.
If, for example, you have filtered based on a certain metric, you can change the value of the
metric here. The routing information is then forwarded with the new value.
Settings
Select a route map.
Name
Shows the name of the route map.
Sequence No
Shows the sequence number of the route map.
Metric
Enter the new value for the metric with which the routing information will be forwarded.
Tag
Enter the new value for the tag with which the routing information will be forwarded.

DHCP Relay Agent
General
If the DHCP server is in a different network, the device cannot reach the DHCP server. The
DHCP relay agent intercedes between a DHCP server and the device. The DHCP relay agent
forwards the port number of the device with the DHCP query to the DHCP server. If a DHCP
server is unreachable, the device can switch to a different DHCP server.
Settings
DHCP Relay Agent (Opt. 82)
Enable or disable the DHCP relay agent.
Server IP Address
Enter the IP address of the DHCP server.
Server IP address
Shows the IP address of the DHCP server.
Option
Parameters of the DHCP relay agent

On this page, you can specify parameters for the DHCP server, for example the circuit ID.
The circuit ID describes the origin of the DHCP query, for example which port received the
DHCP query.
You specify the DHCP server on the "General" tab.
Settings
Global configuration
Circuit ID router index
When enabled, the router index is added to the generated circuit ID.
Circuit ID recipient VLAN ID
When enabled, the VLAN ID is added to the generated circuit ID.
Circuit ID receiving port
When enabled, the receiving port is added to the generated circuit ID.
Note
You need to select a least one option.
Remote ID
Shows the device ID.

Interface-specific configuration
Interface
Select the required interface.
Interface
Shows the selected interface.
Remote ID type
Select the type of the device ID. You have the following options:
IP Address
The current IP address of the interface will be used as the device identifier and copied
to the "Remote ID" box.
Note
No automatic updating
There is no link between the "Remote ID" box and the currently set IP address.
If the IP address is changed, the new IP address is not entered in the "Remote ID" box
automatically. Only the value of the "Remote ID Type" box changes to "Free Text". To
use the current IP address again, select "IP Address" again in the "Remote ID Type"
box.
MAC Address
The MAC address of the device is used as the device ID.
Free Text
If you use "Free Text", you can enter the device name as the device identifier in the
"Remote ID" box.
Remote ID
The box can only be edited if you select the entry "Free Text" for "Remote ID Type".
The remote IP must be unique.
Circuit ID Type
Select the type of circuit ID from the drop-down list. You have the following options:
Predefined
The circuit ID is created automatically based on the router index, VLAN ID or port.
Free Number
If you use "Free Number", you can enter the ID for "Circuit ID".
Circuit ID
Enter the circuit ID.
The box can only be edited if you select the "Free Number" entry for the "Circuit ID Type".

VRRP
Router
On this page, you create virtual routers. You can configure other parameters in "Layer 3 >
VRRP > Configuration".
Note
VRRP is available only on layer 3.
VRRP can only be used in conjunction with VLAN interfaces. Router ports are not supported.
Select "VRRP" to configure VRRP
Settings
VRRP
Enable or disable routing using VRRP.
React to pings on virtual interfaces
When enabled, the virtual IP addresses also reply to the ping.
Interface
Select the interface operating as virtual router.
VRID
Enter the ID of the virtual router in the input box. This ID defines the group of routers that
form a virtual router (VR). In the group, this is the same. it can no longer be used for other
groups.
Interface
Shows the Interface that functions as the virtual router.
VRID
Shows the ID of the virtual router.
Virtual MAC Address
Shows the virtual MAC address of the virtual router.
Primary IP Address
Shows the primary IP address in this VLAN. The entry 0.0.0.0 means that the "Primary"
address on this VLAN is used. Otherwise all IP addresses configured in this VLAN in "Layer
3 > Subnets" are valid values.

Router Status
Shows the current status of the virtual router. Possible values are as follows:
Master
The router is the master router and handles the routing functionality for all assigned IP
addresses.
Backup
The router is the backup router. If the master router fails, the backup router takes over
the tasks of the master router.
Initialize
The virtual router has just been turned on. It will soon change to the "Master" or "Backup"
status.
Master IP Address (only available online)
Shows the IP address of the master router.
Priority
Shows the priority of the virtual router.
The current master router is automatically given 255. All other priorities can be distributed
freely among the VRRP routers. The higher the priority, the earlier the VRRP router
becomes "Master".
Advert. Internal
Shows the interval at which the master router sends VRRP packets.
Preempt
Shows the precedence of a router when changing roles between backup and master.
yes
This router has precedence when changing roles.
no
This router does not have precedence when changing roles.
Configuration
Introduction
On this page, you configure the virtual router.
Note


Interface / VRID
Select the ID of the virtual router to be configured.
Primary IP Address
Select the primary IP address. If the router becomes master router, the router uses this IP
address.
Note
If you only configure one subnet on this VLAN, no entry is necessary. The entry is 0.0.0.0.
If you configure more than one subnet on the VLAN and you want a specific IP address to
be used as the source address for VRRP packets, select the IP address from the drop-
down list. Otherwise, the IP address with priority will be used.
Master
If this option is enabled, the primary IP address is entered for "Associated IP Address". This
means that the highest priority IP address of the VRRP router is used as the virtual IP
address of the virtual master router. The option must be disabled for the backup routers in
this group and the IP address of the router in "Assigned IP address" must be used.
Priority
Enter the priority of this virtual router.
The current master router is always given 255. All other priorities can be distributed freely
among the redundant routers. The higher the priority, the earlier the router becomes
"Master".
Advertisement Interval [s]
Enter the interval in seconds after which a master router sends a VRRP packet again.
Preempt lower priority master
Allow the precedence when changing roles between Backup and Master based on the
selection process.
Address overview
Overview
This page shows which IP addresses the virtual router monitors.
Note

Settings
Interface
Shows the Interface that functions as the virtual router.
VRID
Shows the ID of this virtual router.
Number of Addresses
Shows the number of IP addresses.
Associated IP Address (1) ... Associated IP Address (4)
Shows the router IP addresses monitored by this virtual router. If a router takes over the
role of master, the routing function is taken over by this router for all these IP addresses.
Address configuration
Note
Settings
The following settings are possible:
Interface / VRID
Select the required virtual router.
Associated IP Address
Enter the IP address that the virtual router will monitor.
Associated IP Address
Shows the IP addresses that the virtual router monitors.
OSPFv2
Configuration
Introduction
On this page, you configure routing with OSPF.
Note
OSPF is available only on layer 3.

Settings
OSPFv2
Enable or disable routing using OSPF.
Router ID
Enter the name of one of the OSPF interfaces. The name is entered in the IP address format
and does not need to match the local IP address.
OSPFv2 RFC1583 Compatibility
Enable the option if you still have old OSPF routers in operation that are not compatible
with RFC 2328.
Border Router
Shows the status of the OSPF router. If the local system is an active member in at least 2
areas, this is an area border router.
AS Border Router
Specify whether the router is an AS border router. An AS border router intercedes between
multiple autonomous systems, for example if you have an additional RIP network. An AS
border router is also necessary to add and to distribute static routes.
New LSA Received (only available online)
Shows the number of received LSAs.
Updates and local LSAs are not counted.
New LSA Configured (only available online)
Number of different LSAs sent by this local system.
External LSA Maximum
To limit the number of entries of external LSAs in the database, enter the maximum number
of external LSAs.
Exit Interval [s]
Enter the interval after which the OSPF router once again attempts to come out of the
overflow status. A 0 means that the OSPF router attempts to exit the overflow status only
following a restart.
Inbound Filter
Select a route map that filters inbound routes.

Redistribute Routes
Specify which known routes are distributed using OSPF.
The following types of route exist:
Default
Connected
Static
RIPv2
Note
The settings can only be enabled on an AS border router. Enabling "Default" and "Static",
in particular, can cause problems if they are enabled at too many points in the network, for
example, forwarding loops.
Route Map
Select a route map that filters which routes are forwarded using OSPF.
Areas
Overview
An autonomous system can be divided into smaller areas.
On this page, you can view, create, modify or delete the areas of the router.
Note
Settings
Area ID
Enter the ID of the area. The database is synchronized for all routers of an area.
Input format: x.x.x.x
x = 0 ... 255
Area ID
Shows the ID of the area.

Area Type
Select the area type from the drop-down list.
Normal
Stub
NSSA
Backbone
Summary
Specify whether summary LSAs are generated for this area.
Summary: Summary LSAs are sent to the area.
No Summary: Summary LSAs are not sent to the area.
Metric
Shows the costs of the default route for the area types "Stub" and "NSSA". The initial value
depends on the assigned OSPF interface.
The metric can be edited for the area types "Stub" and "NSSA". It specifies the costs
for the default route via which external networks can be reached.
The metric cannot be edited for the area type "Normal".
Area range
Creating a new OSPFv2 area range

On this page, networks can be grouped together under one area ID. The method is used only
with area border routers. This means that an area border router only propagates one route for
each address area to the outside.
Note
Settings
Area ID
Select the area ID. You configure the ID in "Layer 3 > OSPFv2 > Areas".
Subnet Address
Enter the address of the network that will be grouped.
Subnet Mask
Enter the subnet mask of the network that will be grouped.
Area ID
Shows the ID of the area.
Subnet Address
Shows the address of the network that will be grouped with other networks.

Subnet Mask
Shows the subnet mask of the network that will be grouped with other networks.
Advertise
Enable this option to advertise the grouped network.
Interfaces
Overview
On this page, you can configure OSPF interfaces.
Note
Settings
IP Address
Select the IP address of the OSPF interface.
Area ID
Select the area ID of the area with which the OSPF interface is connected.
Note
For secondary address types, select the same Area ID as for the corresponding primary
address type.
The information whether an address type is primary or secondary can be found in the
"Address Type" column on the "Subnets > Overview" page.

IP Address
Displays the IP address of the OSPF interface.
Area ID
Select the area ID with which the OSPF interface is connected.
OSPF Status
Specify whether or not OSPF is active on the interface.
Enabled: OSPF is enabled on the interface.
Disabled: OSPF is disabled on the interface
Metric
Enter the costs for the OSPF interface.
Priority
Enter the router priority. The priority is only relevant for selecting the designated router.
This parameter can be selected differently on routers within the same subnet.
Trans. Delay
Enter the required delay when sending a connection update.

Retrans. Delay
Enter the time after which an OSPF packet is transferred again if no confirmation was
received.
Hello Interval
Enter the interval between two Hello packets.
Dead Interval
Enter the interval after which the neighbor router is marked as "failed" if no more Hello
packets are received from it during this time.
Interface authentication
Configuring the interface login

On this page, you define the authentication of the interface.
Note
Settings
OSPF Interface
Select the OSPF interface for which you want to configure authentication.
Authentication type
Select the authentication method of the OSPF interface. You have the following options:
None: No authentication
simple: Authentication using an unencrypted password
MD5: Authentication using MD5
Simple authentication
Password
For "Simple authentication, enter the password if you have selected this type of
authentication.
Confirmation
Confirm the entered password.
MD5 authentication
Authentication Key ID
If you have selected this type of authentication, enter the ID for the MD5 authentication
under which the password is used as the key. Since the key ID is transferred with the
protocol, the same key must be stored under the same key ID on all neighboring routers.


Can only be edited if you set the MD5 authentication method. It is only possible to use
several keys there.
MD5 Key
Enter the MD5 key.
Confirm MD5 Key
Confirm the entered key.
Youngest Key ID (only available online)
Shows whether or not the MD5 key is the latest key ID.
Virtual links
Overview
Due to the protocol, each area border router must have access to the backbone area. If a
router is not connected directly to the backbone area, a virtual link to it is created.
Note
Note
Note that when creating a virtual link both the transit area and the backbone area must already
be configured.
the virtual link must be configured identically at both ends.
Note
Virtual links are not effective unless the device is an ABR. (only available online)
This is displayed when at least one virtual link entry is configured and the device is not an
area border router.
Settings
Neighbor Router ID
Enter the ID of the neighbor router at the other end of the virtual connection.
Transit Area ID
Select the ID of the area that connects the two routers.
Transit Area ID
Shows the ID via which the two routers are connected.
Neighbor Router ID
Shows the ID of the neighbor router at the other end of the virtual connection.

Virt. Link Status

Specify the status of the virtual link. The following statuses are possible:
down: The virtual link is inactive.
point-to-point: The virtual link is active.
Trans. Delay
Enter the required delay when sending a link update packet (in seconds).
Retrans. Delay
Enter the time after which a packet is transferred again if no confirmation was received (in
seconds).
Hello Interval
Enter the interval between two Hello packets (in seconds).
Dead Interval
Enter the interval after which the neighbor router counts as "failed" if no more Hello packets
are received from it during this time (in seconds).
Virtual Link Authentication
Configuring the virtual link login

On this page, you define the authentication for the virtual link.
Note
Settings
Virtual link (area/neighbor)
Select the virtual link for which you want to configure authentication.
Authentication type
Select the authentication method of the OSPF interface. You have the following options:
None: No authentication
simple: Authentication using an unencrypted password.
MD5: Authentication using MD5
Simple authentication
Password
Enter the password for "simple authentication".
Confirmation
Confirm the entered password.

MD5 authentication
Enter the ID for MD5 authentication with which the password will be used as a key. Since
the key ID is transferred with the protocol, the same key must be stored under the same
key ID on all neighboring routers.
Can only be edited if you set the MD5 authentication method. It is only possible to use
several keys there.
MD5 Key
Enter the MD5 key.
Confirm MD5 Key
Confirm the entered key.
Youngest Key ID
Shows whether or not the MD5 key is the latest key ID.
RIPv2
Configuration
On this page, you configure routing with RIP.
Note
RIPv2 is available only on layer 3.
Settings
RIPv2
Enable or disable routing using RIPv2.
Inbound Filter
Select a route map that filters inbound routes.
Redistribute Routes
Specify which known routes are distributed using RIPv2.
The following types of route exist:
Static Default
Connected
Static
OSPF
Route Map
Select a route map that filters which routes are forwarded using RIPv2.

Interfaces
Overview
On this page, you can configure RIPv2 interfaces.
Note
RIPv2 is available only on layer 3.
Settings
IP Address
Select the IP address of the RIPv2 interface.
IP Address
Displays the IP address of the RIPv2 interface.
Send Updates
Select the way in which updates are sent:
no send
No updates are sent.
RIPv1
Updates for RIPv1 are sent.
RIPv1-compat.
RIPv2 updates are sent as broadcasts according to the rules of RIPv1.
RIPv2
Updates for RIPv2 are sent as multicasts.
RIPv1 demand/RIPv2 demand
RIP packets are sent only as a response to an explicit query.
Receive Updates
Select the form in which received updates are accepted:
no receive
No updates are received.
RIPv1
Only updates of RIPv1 are received.
RIPv2
Only updates of RIPv2 are received.
RIPv1/v2
Updates of RIPv1 and RIPv2 are received.
Default Metric
Enter the costs for the RIPv2 interface.

Configuring security functions
Passwords
Note
Only the administrator can change the device passwords for administrator and users.
The factory settings for the passwords when the devices ship are as follows:
Administrator: admin
User: user
Note
If you log on the first time or log on after a "Reset to factory defaults and restart", you will be
prompted to change the password.
Note
Changing the password in "Trial" configuration mode
Even if you change the password in "Trial" configuration mode, this change is saved
immediately.
Settings
Current Admin Password
Enter the valid administrator password.
User name
Select the required user. The following options are available:
Administrator: admin
User: user
New Password
Enter the new password.
Password Confirmation
Confirm the new password.
AAA
General
The term "AAA" used in the menu stands for "Authentication, Authorization, Accounting" and
is used to identify and allow network nodes, to provide them with the appropriate services and
to determine the amount of use.

On this page, you configure the login.
Settings
Login Authentication
Specify how the login is made:
Local
Login with local user name and password.
RADIUS
Login using a RADIUS server.
RADIUS client
Authentication over an external server

The concept of RADIUS is based on an external authentication server. An end device can only
access the network after the device has verified the logon data of the device with the
authentication server. Both the end device and the authentication server must support the EAP
protocol (Extensive Authentication Protocol).
Each column of the table contains access data for one server. In the search order, the primary
server is queried first. If the primary server cannot be reached, secondary servers are queried
in the order in which they are entered.
If no server responds, there is no authentication. The client has no access to the network
although a link is indicated at the port.
Settings
Server IP Address
Enter the IP address of the RADIUS server.
Server Port
Here, enter the input port on the RADIUS server. As default, input port 1812 is set.
Shared Secret
Enter your access ID.
Confirm Shared Secret
Enter your access ID again as confirmation.
Max. Retrans
Enter the maximum number of query attempts before another configured RADIUS server
is queried or the login counts as having failed. As default, 3 is set.

Primary Server
Specify whether or not this server is the primary server. You can select one of the options
"yes" or "no".
Status
Enable or disable the RADIUS server.
Note
You can configure a maximum of three servers on this page.
802.1x-Authenticator
Enabling authentication for individual ports

By selecting the check box, you specify whether or not network access protection according
to IEEE 802.1x is enabled on this port.
Settings
MAC Authentication
Enable or disable MAC authentication for the device.
Guest VLAN
Enable or disable the "Guest VLAN" function for the device.
1st column
802.1x Auth. Control
unchanged.
802.1x Re-authentication
unchanged.
MAC Authentication
unchanged.
Adopt RADIUS VLAN Assignment
unchanged.
MAC Auth. Max Permitted Addresses
Enter how many end devices are allowed to be connected to the port at the same time. If
"No Change" is entered, the entry in table 2 remains unchanged.

Guest VLAN
unchanged.
Guest VLAN ID
Enter the VLAN ID of the port. If "No Change" is entered, the entry in table 2 remains
unchanged.
Guest VLAN max. Permitted Addresses
Enter how many end devices are allowed in the guest VLAN at the same time.
Transfer to table
Port
Shows the port to which the setting relates.
If a configuration is not possible for a port, it is displayed grayed out and you cannot modify
the settings.
802.1x Auth. Control
Specify the authentication of the port:
Force Unauthorized
Data traffic via the port is blocked.
Force Authorized
Data traffic via the port is allowed without any restrictions.
Default setting
Auto
End devices are authenticated on the port with the "802.1x" method.
The data traffic via the port is permitted or blocked depending on the authentication
result.
802.1x Re-authentication
Enable this option if you want reauthentication of an already authenticated end device to
be repeated cyclically.
MAC Authentication
Enable this option if you want end devices to be authenticated with the "MAC
Authentication" method.
Adopt RADIUS VLAN Assignment
The RADIUS server informs the IE switch of the VLAN to which the port belongs.
Enable this option if you want the information of the server to be taken into account. The
port then belongs to the corresponding VLAN.
If the option is disabled, the VLAN information is discarded.
MAC Auth. Max Permitted Addresses
Enter how many end devices are allowed to be connected to the port at the same time.
Guest VLAN
Enable this option if you want the end device to be permitted in the guest VLAN if
authentication fails.
Guest VLAN ID
Enter the VLAN ID of the port.

Guest VLAN max. Permitted Addresses

Enter how many end devices are allowed in the guest VLAN at the same time.
MAC Auth. Currently Permitted Addresses
Shows the number of currently connected end devices.
MAC Auth. Currently Blocked Addresses
Shows the number of currently blocked end devices.
Guest VLAN Currently Permitted Addresses
Shows how many end devices are currently allowed in the guest VLAN.
Port ACL MAC
Rule configuration
On this page, you specify the ACL rules for the MAC-based ACL.
Settings
Rule Number
Shows the number of the ACL rule. When you create a rule, a new row with a unique number
is created.
Source MAC
Enter the unicast MAC address of the source.
Dest. MAC
Enter the unicast MAC address of the destination.
Action
Select the action. The following is possible:
Forward
If the frame complies with the ACL rule, the frame is forwarded.
Discard
If the frame complies with the ACL rule, the frame is not forwarded.
Ingress Port
Egress Port
Note
If you enter the address "00:00:00:00:00:00" for the source and/or destination MAC address,
the rule created in this way applies to all source or destination MAC addresses.

Port ingress rules

On this page, you specify the ACL rule according to which incoming frames are handled by
the port.
Settings
Ports
Select the required port.
Add Rule
Select the ACL rule to be assigned to the port. You specify the ACL rule on the "Rules
Add
To permanently assign the ACL rule to the port, click the "Add" button. The configuration
is shown in the table.
Remove Rule
Select the ACL rule to be deleted.
Remove
To remove the ACL rule from the port, click the "Remove" button.
Rule Order
Shows the order of the ACL rules.
Rule Number
is created.
Source MAC
Shows the unicast MAC address of the source.
Dest. MAC
Shows the unicast MAC address of the destination.
Action
Forward
Discard
Port egress rules

On this page, you specify the ACL rule according to which outgoing frames are handled by the
port.

Description
Ports
Add Rule
Add
Remove Rule
Remove
Rule Order
Rule Number
is created.
Source MAC
Shows the unicast MAC address of the source.
Dest. MAC
Shows the unicast MAC address of the destination.
Action
Forward
Discard
Port ACL IP
Rule configuration
On this page, you specify the rules for the IP-based ACL.

Settings
Rule Number
is created.
Source IP
Enter the IP address of the source.
Source Subnet Mask
Enter the subnet mask in which the source is located.
Dest. IP
Enter the IP address of the destination.
Dest. Subnet Mask
Enter the subnet mask in which the destination is located.
Action
Select the action from the drop-down list. The following is possible:
Forward
Discard
Ingress Port
Egress Port
Protocol configuration
On this page, you specify the rules for protocols.
Settings
Rule Number
Shows the number of the protocol rule. When you create a rule, a new row with a unique
number is created.
Protocol
Select the protocol for which this rule is valid.
Protocol Number
Enter a protocol number to define further protocols.
This box can only be edited if you have set "Other Protocol" for the protocol.
Source Port Min.
Enter the lowest possible port number of the source port.
This box can only be edited if you have set "TCP" or "UDP" for the protocol.

Source Port Max.

Enter the highest possible port number of the source port.
Dest. Port Min.
Enter the lowest possible port number of the destination port.
Dest. Port Max.
Enter the highest possible port number of the destination port.
Message Type
Enter a message type to decide the format of the message.
This box can only be edited if you have set "ICMP" for the protocol.
Message Code
Enter a message code to specify the function of the message.
This box can only be edited if you have set "ICMP" for the protocol.
DSCP
Enter a value for classifying the priority.
This box cannot be edited if you have set "ICMP" for the protocol.
Port ingress rules

On this page, you specify the ACL rule according to which incoming frames are handled by
the port.
Settings
Ports
Add Rule
Add
Remove Rule
Remove
Rule Order
Rule Number
is created.

Protocol
Shows the protocol for which this rule is valid.
Protocol Number
Shows the protocol number.
Source IP
Shows the IP address of the source.
Source Subnet Mask
Shows the subnet mask in which the source is located.
Dest. IP
Dest. Subnet Mask
Action
Forward
Discard
Source Port Min.
Shows the lowest possible port number of the source port.
Source Port Max.
Shows the highest possible port number of the source port.
Dest. Port Min.
Shows the lowest possible port number of the destination port.
Dest. Port Max.
Shows the highest possible port number of the destination port.
Message Type
Shows the message type.
Message Code
Shows the message code.
DSCP
Shows the value for classifying the priority.
Port egress rules

On this page, you specify the ACL rule according to which outgoing frames are handled by the
port.

Settings
Ports
Add Rule
Add
Remove Rule
Remove
Rule Order
Rule Number
is created.
Protocol
Shows the protocol for which this rule is valid.
Protocol Number
Shows the protocol number.
Source IP
Shows the IP address of the source.
Source Subnet Mask
Shows the subnet mask in which the source is located.
Dest. IP
Dest. Subnet Mask
Action
Select the action from the drop-down list. The following is possible:
Forward
Discard
Source Port Min.
Shows the lowest possible port number of the source port.
Source Port Max.
Shows the highest possible port number of the source port.

Dest. Port Min.

Shows the lowest possible port number of the destination port.
Dest. Port Max.
Shows the highest possible port number of the destination port.
Message Type
Shows the message type.
Message Code
Shows the message code.
DSCP
Shows the value for classifying the priority.
Management ACL
On this page, you can increase the security of your device. To specify which station with which
IP address is allowed to access your device, configure the IP address or an entire address
range.
You can select the protocols and the ports of the station with which it is allowed to access the
device. You define the VLAN in which the station may be located. This ensures that only certain
stations within a VLAN have access to the device.
Note
Note that a bad configuration may mean that you can no longer access the device.
Settings
Management ACL
Enable or disable the function.
IP Address
Enter the IP address or the network address to which the rule will apply. If you use the IP
address 0.0.0.0, the settings apply to all IP addresses.
Subnet Mask
Enter the subnet mask. The subnet mask 255.255.255.255 is for a specific IP address. If
you want to allow a subnet, for example a C subnet, enter 255.255.255.0. The subnet mask
0.0.0.0 applies to all subnets.
Rule Order
is created.
IP Address
Shows the IP address.
Subnet Mask

VLANs Allowed
Enter the number of the VLAN from which access is allowed.
Only stations located in these VLANs can access the device. If this input box remains empty,
there is no restriction.
You can enter several individual VLANs and VLAN ranges separated by commas, for
example 1,5,10-12.
SNMP
Specify whether the station or the IP address can access the device using the SNMP
protocol.
TELNET
Specify whether the station or the IP address can access the device using the TELNET
protocol.
HTTP
Specify whether the station or the IP address can access the device using the HTTP
protocol.
HTTPS
Specify whether the station or the IP address can access the device using the HTTPS
protocol.
SSH
Specify whether the station or the IP address can access the device using the SSH protocol.
Px.y
Specify whether the station or the IP address can access this device via this port.
10.1.4.6 Configuring PROFIBUS DP
The basics of configuring a DP master system
Distributed I/O
DP master systems that consist of a DP master and DP slaves which are connected via a bus
and communicate with one another via the PROFIBUS DP protocol are referred to as
distributed I/O.
Firmware version of the S71200 CPU

Use of the PROFIBUS functions with the S71200, requires CPUs with firmware version 2.0
or higher.
Configuring distributed I/O

Since DP masters and DP slaves are different devices, these instructions only provide a basic
configuration procedure. However, the process for configuring distributed I/O is practically
identical to that of non-distributed configuration.

Creating the DP master system in the network view

After you have used dragged a DP master and a DP slave (for example, a CM 12435 and a
CM 12435) from the hardware catalog to the network view, connect them both to a PROFIBUS
subnet.
Observe additional information on the scope of functions in the manuals of the respective
device.
DP slaves within the hardware catalog
DP slaves within the hardware catalog

You will find the DP slaves in the "Distributed I/O" folder of the hardware catalog. Compact
and modular DP slaves are located there:
Compact DP slaves
Modules with integrated digital/analog inputs and outputs, for example, ET 200L
Modular DP slaves
(Interface modules with S7 modules assigned, for example, ET 200M
The available DP master and the desired functionality will determine which DP slaves can be
used.
I slaves within the hardware catalog

The CM 1242-5 is, for example, an DP slave that can be configured as intelligent DP slave.
You can find it in the hardware catalog at:
CM 12425
"PLC > SIMATIC S7 1200 > Communication module > PROFIBUS"
DP/DP coupler in the hardware catalog
Introduction
A DP/DP coupler connects two PROFIBUS DP networks as a gateway so that the DP master
from one network can transfer data to the DP master of the other network.
The maximum amount of data that can be transferred is 244 bytes input data and 244 bytes
output data.
DP/DP coupler in the hardware catalog

Details of a DP/DP coupler as gateway between two DM master systems are contained in the
hardware catalog in the folder "Other field devices > PROFIBUS-DP > Gateways".

Configuring the DP/DP coupler

DP/DP couplers are configured in both PROFIBUS networks, each in their own master
systems.
The input and output areas of both networks must thereby be matched to one another. The
output data from one end of the DP/DP coupler are accepted as input data at the other
respective end and vice versa.
Configurations involving PROFIBUS DP
Configurations involving basic DP slaves
Communication between DP master and DP slave

In the case of a configuration involving simple DP slaves, data is exchanged between the DP
master and simple DP slaves, i.e. with I/O modules via the DP master. The DP master
sequentially polls each DP slave configured within the DP master system and contained in its
polling list. In doing so, it transfers the output data to the slaves and receives their input data
in return.
Mono-master system
The configuration with only one DP master is also described as mono-master system. A single
DP master with its associated DP slaves is connected to a physical PROFIBUS DP subnet.
'3PDVWHUV\VWHP
'3PDVWHU
'3VODYH '3VODYH '3VODYH

Configurations involving intelligent DP slaves
Definition
DP slaves that feature their own preprocessing program are referred to as intelligent DP slaves
(I-slaves).
CM 1242-5 is an intelligent DP slave.
I-slave <> DP master data exchange

A higher-level automation system processes the automation task, which is broken down into
sub-tasks. The sub-tasks are processed in the lower-level automation systems. The necessary
control tasks are processed separately and efficiently in the CPUs as preprocessing programs.
In the case of configurations involving intelligent DP slaves, the DP master only accesses the
operand area of the I-slave's CPU, and not the I/O modules of the intelligent DP slave. The
operand area must not be assigned to any actual I/O modules in the I-slave. The assignment
must be made during I-slave configuration.
The addresses of the data to be exchanged between the master and slave are configured in
the transfer area of the I-slave.
'3PDVWHUV\VWHP
'3PDVWHU
'DWDH[FKDQJH
'3VODYH '3VODYH '3VODYH ,VODYH
Configuring distributed I/O systems
Hint: Quick configuration of master systems

If the DP master system has several DP slaves, use drag-and-drop operation to assign to the
master in one step all DP slaves that were placed.

Requirements
DP master and DP slaves are placed in the network view.
Assigning DP slaves to a DP master system

1. Select an appropriate zoom factor so that you can see as many DP slaves as possible in
the network view.
2. Arrange the DP slaves in a maximum of two rows.
3. Select all DP interfaces with the mouse cursor (not all devices!). This only works if you
begin to drag the mouse cursor outside of the first DP slave and release the mouse button
at the last DP slave (selection with the lasso).
4. Select the shortcut menu "Assign to new master" and select the corresponding DP interface
for the DP master in the subsequent dialog.
5. The DP slaves are automatically networked with the DP master and combine with it to form
a DP master system.
Note
When a DP master system is highlighted, you can double-click on a DP slave in the
hardware catalog and thereby quickly add additional DP slaves. This will result in the DP
slave being added to the highlighted DP master system automatically.

Creating a DP master system
Introduction
To create a DP master system, you need to have one DP master and at least one DP slave.
As soon as you connect a DP master to a DP slave, a master-slave link is established.
DP master
You can use any of the following devices as a DP master:
CM 12435
Requirement
Procedure
To create a DP master system, follow these steps:
1. Select a DP master from the hardware catalog.
2. Pull the DP master onto the free area within the network view.
3. Right-click on the DP master's DP interface.
4. Select "Create master system" from the shortcut menu.
A DP master system with one DP master will be created as a single node.
If you connect a DP slave's DP interface to that of the DP master, the DP slave will be added
to the master system.

Assuming that you have already placed both a DP master and a DP slave within the network
view, you can drag-and-drop to connect the two and thereby create a DP master system. To
do so, follow these steps:
1. Click on the DP interface of either the DP master or DP slave.
2. Hold down the mouse button and draw a connecting line between this DP interface and
that of the desired communication partner.
This will create a subnet with one DP master system between the DP master and DP slave.

DP master display on the DP slave

When you connect a DP slave to a DP master, the name of the DP master is displayed on the
DP slave as a hyperlink. Click the hyperlink to select the associated DP master.
Highlighting applied to the DP master system

When you create a new DP master system, highlighting will be applied to it. This enables you
to identify quickly which devices belong to the DP master system. You can also highlight a DP
master system yourself by moving the mouse pointer over a subnet. This will result in the
names of the available DP master systems being displayed. Click the required DP master
system to highlight it.
There are various ways of removing the highlighting from a DP master system:
Highlight a different master system.
Click on the drawing pin with the name of the master system in the top right-hand corner
of the network view.

Editing DP master systems and interfaces
Introduction
Once you have created a DP master system, you also have the option of disconnecting the
DP master system from its components. This can result in subnets with DP slaves but without
DP master.
Generally, there is no need to edit the interfaces of a DP master.
You can change the name and number on the DP master system.
Disconnection of master or slaves from the DP master system

If you have configured a PROFIBUS CP as a DP master with master system, you can then
disconnect the DP master system from the DP master. After this, the device will no longer be
connected to the DP master system.
Disconnecting the subnet from a DP master effectively eliminates the master system in the
sense that it is no longer assigned to a DP master. However, the individual DP slaves are still
interconnected via the subnet.
If you delete the DP slaves or disconnect them from the master system, the master system is
then retained on the DP master.
Requirement
There has to be a DP master system with one DP master and at least one DP slave.
Disconnecting the DP master from the DP master system

To disconnect the DP master system, proceed as follows:
2. Select "Disconnect from master system" from the shortcut menu.
The selected DP master will be disconnected from the DP master system. A subnet with the
DP slaves will be retained.
Adding a DP master to the DP master system

To reassign a DP master to a subnet, proceed as follows:
2. Select "Create master system" from the shortcut menu.
3. Draw connecting lines between the new DP master system and the DP interfaces of the
DP slaves.
The DP master combines with the DP slaves to recreate a DP master system.

Editing the properties of a DP master system

To edit the properties of a DP master system, proceed as follows:
1. Move the mouse pointer over a subnet with a DP master system.
2. A message will appear displaying the available DP master systems. Click the one you want
to edit. The DP master system will now be color-highlighted.
3. Click on the highlighted DP master system.
4. In the inspector window, edit the DP master system attributes under "Properties > General".
Note
If you click a subnet when no DP master system is highlighted, you will be able to edit the
properties of the entire subnet under "Properties" in the inspector window.
Adding DP slaves to the master system and configuring them

In the network view, you can add various DP slaves from the hardware catalog directly by
using the drag-and-drop function or by double-clicking.
DP slaves
For configuration purposes, DP slaves are broken down into the following categories:
Compact DP slaves
(Modules with integrated digital/analog inputs and outputs, for example, ET 200L)
Modular DP slaves
(interface modules with S5 or S7 modules assigned, for example ET 200M)
Intelligent DP slaves (I slaves)
(CM 12425 or ET 200S with IM 151-7 CPU)
Rules
Your DP master system should only contain one DP master, but it may contain one or or
more DP slaves.
You may only configure as many DP slaves in a DP master system as are permitted for the
specific DP master.
Note
When configuring the DP master system, remember to observe the DP master technical
data (max. number of nodes, max. number of slots, max. quantity of user data). User data
restrictions may possibly prevent you from being able to use the maximum number of nodes
that is theoretically possible.
Requirements
A DP master system must have been created.

Adding a DP slave to the DP master system

To add a DP slave from the hardware catalog to the DP master system, follow these steps:
1. Select a DP slave from the hardware catalog.
2. Drag-and-drop the DP slave from the hardware catalog into the network view.
3. Draw a connecting line between the DP master's DP interface or a highlighted DP master
system and the DP interface of the new DP slave.
A DP master system will be created and the DP slave will be connected to the DP master
automatically.
Note
When a DP master system is highlighted, you can double-click the required DP slave in the
hardware catalog. This will result in the DP slave being added to the highlighted DP master
system automatically.
Disconnecting a DP slave from the DP master system

To disconnect a DP slave from the DP master system, follow these steps:
1. In the network view, right-click on the DP slave's DP interface.
2. From the shortcut menu, select the method for disconnecting from the DP master system:
"Disconnect from subnet": The PROFIBUS connection is broken and the device is no
longer connected to the DP master system or a subnet.
"Disconnect from master system": The DP slave remains connected to the subnet, but
is no longer assigned to the DP master system as a DP slave.
The selected DP slave will be disconnected from the DP master system.
Assigning a DP slave to a new DP master system

To assign an existing DP slave to a new DP master system, follow these steps:
1. Right-click on the DP slave's DP interface.
2. From the shortcut menu, select "Assign to new master".
It does not matter whether the DP slave concerned is already assigned to another DP
master system.
3. From the selection list, select the DP master whose DP master system is to have the DP
slave connected to it.
The selected DP slave is now assigned to a new DP master system.
The "Assign to new subnet" function works in a similar way in that it allows you to connect a
DP slave to a new subnet. However, in this case, the DP slave will not be connected to an
existing DP master system.

Configuring a DP slave
To configure a DP slave, follow these steps:
1. Switch to the DP slave's device view.
2. Select the module you want.
3. Configure the DP slave in the Inspector window.
Configuring intelligent DP slaves
Adding an I-slave to a DP master system
Introduction
One of the characteristics of an intelligent DP slave (I-slave) is that the DP master is not
provided with I/O data directly by a real I/O, but by a preprocessing CPU. Together with the
CP, this preprocessing CPU forms the I-slave.
'3PDVWHU ,QWHOOLJHQW'3VODYH
2SHUDQGDUHD,4 7UDQVIHUDUHD 2SHUDQGDUHD,4
&0 &38 &0 &38
352),%86
Difference: DP slave v. intelligent DP slave

In the case of a DP slave, the DP master accesses the distributed I/O directly.
In the case of an intelligent DP slave, the DP master actually accesses a transfer area in the
I/O address space of the preprocessing CPU instead of accessing the connected I/O of the
intelligent DP slave. The user program running on the preprocessing CPU is responsible for
ensuring data exchange between the address area and I/O.
Note
The I/O areas configured for data exchange between the DP master and DP slaves must not
be used by I/O modules.

Applications
Configurations involving intelligent DP slaves: I-slave <> DP master data exchange
Procedure
To add an I-slave to a DP master system, follow these steps:
1. In the network view, drag from the hardware catalog to a station one CM 1242-5 as an I-
slave and one CM 1243-5 as a DP master.
2. Draw a connecting line between the DP interfaces of both devices.
This way you connect the I-slave with a DP master in a DP master system.
Result: You have now set up a DP master system with one DP master and one I-slave.
Configuring access to I slave data
Data access
The following applies to the CP 1242-5 in its function as I-slave: The addresses for the data
transfer area and the address for the I/O modules in the I-slave differ. This means that the start
address occupied by an I/O module can no longer be used for the transfer memory. If the
higher-level DP master is to access the data of an I/O module in the I-slave, you must configure
this data exchange between the I/O module and transfer area in the I-slave user program.
'3PDVWHU ,QWHOOLJHQW'3VODYH
2SHUDQGDUHD,4 7UDQVIHUDUHD 2SHUDQGDUHD,4
&0 &38 &0 &38 ,2
352),%86
Configuration of the transfer area for the CM 1242-5 (transfer area)

With CM 12425, the transfer area for the cyclic PROFIBUS data exchange is configured as
transfer area in the parameter group "PROFIBUS interface > Mode > I Slave Communication".
Direct data access from CPU to CPU

Direct data access from CPU to CPU via PROFIBUS is supported by the S7-1200 PROFIBUS
CMs only via the PUT/GET services.

Configuring DP slaves as distributed I/O devices
Configuring an ET 200S
Slot rules for configuring an ET 200S

The following rules apply when configuring an ET 200S:
Do not leave any gaps when inserting the ET 200S modules.
Slot 1: only for PM-E or PM-D Power Modules.
To the left of an Electronics Module (EM): an EM or a Power Module (PM-E or PM-D) only.
To the left of Motor Starter (MS): an MS, a PM-D, PM-D Fx (1..x..4) Power Module or a PM-
X Power Module only.
To the left of a PM-X: a motor starter or a PM-D only
Up to 63 modules and one IM Interface Module are permitted
Note
Remember to ensure that the correct PM-E and EM voltage ranges are assigned.
Configuring reference junctions

A reference junction is the connection of a thermocouple to a supply line (generally in the
terminal box). The voltage that occurs due to the effects of temperature falsifies the
temperature value measured by the module.
On the ET 200S, one channel of the AI RTD module can be programmed as a reference
junction. Other AI TC modules can correct their measured values using the temperature at the
reference junction as measured by this module.
7KHUPRFRXSOH
5HIHUHQFHMXQFWLRQ
7HPSHUDWXUHPHDVXULQJ 7HPSHUDWXUHPHDVXULQJ
PRGXOH$,7& PRGXOH$,57'
5HIHUHQFHMXQFWLRQ
&RPSHQVDWLRQ
Configuring the AI TC:

Selection of the reference junction used
Configuring of the AI RTD:
Activation of the reference junction
Specifying the slot and channel of the AI RTD

Special characteristics to be noted when assigning parameters for reference junctions

The process of assigning parameters for reference junctions will be explained based on the
example of a resistance thermometer with a Pt 100 climatic range that is used for measuring
the reference junction temperature.
To assign parameters for the reference junction, follow these steps:
1. In the ET 200S device view, insert an analog electronics module, for example a 2AI RTD HF.
2. Select the module on the rack.
3. Under "Properties > Inputs" in the inspector window, set a channel for the reference
junctions function to the "RTD-4L Pt 100 climatic range" measuring range.
4. Select the ET 200S.
5. Under "Properties > Module parameters > Reference junctions" in the inspector window,
select the "Reference junction" check box and specify the slot and channel number of the
relevant RTD module.
6. Insert the analog electronics module for measuring the temperature using a thermocouple
(TC module) and parameterize it with the reference junction number of the RTD module.
For additional information on the various types and uses of ET 200S modules, please refer to
the operating instructions and the manual titled "ET 200S Distributed I/O System".
For additional information on analog value processing, please see the documentation for the
ET 200S distributed I/O system.
Packing addresses
Introduction
DP slaves and I/O devices from the ET 200S family are configured in the same way as other
modular DP slaves and I/O devices. As well as supporting all the standard modular DP slave
and I/O device functions, the ET 200S also offers the "Pack addresses" function:
When digital electronics modules requiring an address space of 2 or 4 bits are inserted into
the device view, they will initially be spread over a total area of 1 byte. However, the address
area actually occupied can be compressed after configuration using the "Pack addresses"
function.
Initial state After "Pack addresses"

Module I address I address
2DI (2-bit) Byte 10 10.0...10.1
4DI (4-bit) Byte 11 10.2...10.5

Requirements
An ET 200S, for example an IM 151-1, must be present.
A pair of digital electronics modules, for example 2DI AC120V ST, must be inserted into
the slots.
Packing addresses
To pack addressed, follow these steps:
1. Select the electronics modules whose addresses are to be packed. The following options
are available for selecting multiple electronics modules:
Press and hold down <Shift> or <Ctrl> while clicking the relevant electronics modules.
Click off the rack and select the required electronics modules by drawing round them
with the mouse.
2. Click "Pack addresses" in the shortcut menu for the selected electronics modules.
The address areas for inputs, outputs and motor starters are packed separately. The packed
addresses will be displayed in the I address and Q address columns of the device overview.
How packed addresses are generated and structured

If you make use of the "Pack addresses" function, the addresses of the selected electronics
modules will be packed in accordance with the following rules:
The start of the address area is determined by the lowest address of the selected electronics
modules: X.0
If the bit address is not "0", then the next (free) byte address as of which the selected area
can be compacted will be selected automatically: (X+n).0
If no coherent area exists, the addresses will be automatically packed into any available
address gaps.
Electronics modules with packed addresses and the same byte address form a packing group.
Unpacking addresses
To unpack addressed, follow these steps:
1. Select one or more electronics modules with packed addresses.
2. Click "Unpack addresses" in the shortcut menu for the selected electronics modules.
The packing groups of the selected electronics modules will be disbanded and the packed
addresses for the relevant electronics modules unpacked.
The packing group will also be disbanded and the packed addresses unpacked in the following
cases: if you delete electronics modules from a packing group, move electronics modules out
of a packing group or insert electronics modules on a free slot within a packing group.
The start addresses of the unpacked electronics modules will be assigned to the next available
byte addresses in each case.

Special characteristics of electronics modules with packed addresses

The following special characteristics apply to electronics modules with packed addresses:
As far as the CPU is concerned, there is no way of assigning a slot for the electronics
module. Consequently, the instruction GADR_LGC (SFC 5) outputs error information
W#16#8099 "Slot not configured" for the actual slot of the electronic module.
The instruction LGC_GADR (SFC 49) and SZL-ID W#16#xy91 "module status information"
cannot be evaluated for an electronics module.
The electronics module receives an additional diagnostics address via the DPV1 function,
because otherwise the packed addresses would prevent interrupts from being assigned as
far as the CPU is concerned.
The "Insert/remove interrupt" is not possible. This is because the "Pack addresses" and
"Insert/remove interrupt" functions are mutually exclusive.
Configuring option handling with standby modules

You can use the option handling function to prepare the ET 200S with PROFIBUS interface
for future expansions (options). This section describes option handling with standby modules.
You do this by assembling, wiring, configuring, and programming the maximum configuration
envisaged for the ET 200S and by using cost-effective standby modules (138-4AA00 or
138-4AA10) during assembly until it becomes time to replace them with the necessary
electronics modules.
Note
The ET 200S can be completely factory-wired with the master cabling, as no connection exists
between a standby module and the terminals of the terminal module (and, in turn, to the
process).
Requirement
ET 200S interface module
IM 151-1 STANDARD (6ES7 151-1AA03-0AB0 or higher)
IM 151-1 FO STANDARD (6ES7 151-1AB02-0AB0 or higher)
Power module with option handling
PM-E DC24..48V
PM-E DC24..48V/AC24..230V

Procedure
To activate option handling, follow these steps:
1. Select the IM 151-1 in the device view and enable it in "Option handling" check box under
"Properties > General > Option handling" in the inspector window.
2. Select the numbered check boxes for the slots that are initially to accommodate the standby
modules prior to the future electronics modules.
3. Select the power module in the device view and enable it in the "Option handling" check
box under "Properties > Addresses" in the inspector window. Reserve the necessary
address space for the control and check-back interface in the process image output (PIQ)
and process image input (PII).
The assembled standby modules can be replaced with the configured modules at a later date
without having to modify the configuration.
Note
The addresses for these interfaces are reserved as soon as you activate option handling on
the power module. The "Option handling" function must also be activated on the DP slave
(IM 151-1 STANDARD Interface Module). If it is not activated, the addresses reserved for the
control and check-back interface will be released again.
Note that activating and deactivating the option handling function repeatedly can change the
address of the control and check-back interface.
Option handling may be activated for one PM-E DC24..48V or one PM-E DC24..48V/
AC24..230V Power Module only.
For additional information on the assignment and significance of bytes within the process
image, option handling with PROFIBUS and the use of standby modules, please refer to the
documentation for the ET 200S distributed I/O system.
How option handling works during startup

If "Startup when expected/actual config. differ" is not available, the ET 200S will still start up
if a standby module is inserted instead of the configured electronics module and option
handling has been activated for the slot concerned.

How option handling works during operation

During operation, the option handling mode varies in accordance with the following:
Option handling enabled for a slot:
Either the standby module (option) or the configured electronics module can be plugged
into this slot. If any other kind of module is present on this slot, diagnostics will be signaled
(no module/incorrect module).
Option handling disabled for a slot:
Only the configured electronics module can be plugged into this slot. If any other kind of
module is present, diagnostics will be signaled (no module/incorrect module).
Standby module substitute values

Substitute value for digital inputs: 0
Substitute value for analog inputs: 0x7FFF
Control and evaluation in the user program

The ET 200S is equipped with a control and feedback interface for the "Option handling"
function.
The control interface is located in the process image output (PIQ). Each bit in this address
area controls one of the slots from 2 to 63:
Bit value = 0: Option handling parameterized. Standby modules are permitted.
Bit value = 1: Option handling canceled. Standby modules are not permitted on this slot.
The check-back interface is located in the process image input (PII). Each bit in this address
area provides information about the modules that are actually plugged into slots 1 to 63:
Bit value = 0: This slot has the standby module, an incorrect module or no module plugged
into it.
Bit value = 1: The configured module is plugged into this slot.
See also
Which modules support option handling? (http://support.automation.siemens.com/WW/view/
en/22564754)

Configuring option handling without standby modules

You can use the option handling function to prepare the ET 200S for future expansions
(options) without installing standby modules. This section describes option handling without
standby modules.
Note
ET 200S with PROFINET interface
This description refers to the ET 200S with PROFIBUS interface. In principle, option handling
for ET 200S with PROFINET interface functions as described here without standby modules.
PN interface modules are to be used instead of the DP interface modules listed here. You can
find additional information about option handling for ET 200S with PROFINET interface in the
corresponding manuals.
Requirement
ET 200S interface module
IM 151-1 HIGH FEATURE (6ES7151-1BA02 or higher)
IM 151-1 STANDARD (6ES7 151-1AA05-0AB0 or higher)
Power module with option handling
PM-E DC24..48V
PM-E DC24..48V/AC24..230V
Procedure
To activate option handling, follow these steps:
1. Select the IM 151-1 in the device view and enable it in "Option handling" check box under
"Properties > General > Option handling" in the inspector window.
2. Select the power module in the device view and enable it in the "Option handling" check
box under "Properties > Addresses" in the inspector window. Reserve the necessary
address space for the control and check-back interface in the process image output (PIQ)
and process image input (PII).
3. Configure the slave's maximum configuration. The selection/clearing of options is controlled
via the user program.
Note
The addresses for these interfaces are reserved as soon as you activate option handling
on the power module. The "Option handling" function must also be activated on the DP
slave (IM 151-1 interface module). If it is not activated, the addresses reserved for the
control and check-back interface will be released again.
Note that activating and deactivating the option handling function repeatedly can change
the address of the control and check-back interface.
Option handling may be activated for one PM-E DC24..48V or one PM-E DC24..48V/
AC24..230V Power Module only.

For additional information on the assignment and significance of bytes within the process
image, option handling with PROFIBUS and the use of standby modules, please refer to the
documentation for the ET 200S distributed I/O system.
Control and evaluation in the user program

The ET 200S is equipped with a control and feedback interface for the "Option handling"
function.
The control interface is located in the process image output (PIQ). Each bit in this address
area controls one of the slots from 1 to 63:
Bit value = 0: Slot is not available in the actual configuration.
Bit value = 1: Slot is available in the actual configuration.
The check-back interface is located in the process image input (PII). Each bit in this address
area provides information about the modules that are actually plugged into slots 1 to 63:
Bit value = 0: Slot belongs to an option that is not available or module status is faulty.
Bit value = 1: The configured module is plugged into this slot.
See also
Sample applications for ET 200S, option handling without standby module (http://
Configuring the ET 200S in DPV1 mode

PROFIBUS DPV1 enables you to access extended PROFIBUS functions.
Requirement
You must be in network view.
A DP master with DPV1 functionality must be available.
A master-slave connection must be established with PROFIBUS.
Procedure
To switch the DP slave over to DPV1, follow these steps:
1. Select the DP slave.
2. Under "Properties > Module parameters" in the Inspector window, select "DPV1" mode
from the "DP interrupt mode" drop-down list.

or
1. Select the DP master.
2. In the I/O communications table, select the row with the connection between the DP master
and the desired DP slave.
3. Under "Properties > Module parameters" in the Inspector window, select "DPV1" mode
from the "DP interrupt mode" drop-down list.
The parameters are subject to interdependencies, which are outlined below:
Parameter DPV0 mode DPV1 mode

Operation when target configura Fully available Fully available
tion does not match actual con
figuration
Diagnostics interrupt (OB 82) Not available, not set Fully available
Hardware interrupt (OB 40 to 47) Not available, not set Fully available
Insert/remove interrupt (OB 83) Not available, not set Only available when addresses
are not packed.
"Startup when target configura
tion does not match actual con
figuration" is activated automati
cally along with an insert/remove
interrupt.
Interrupts in the case of modules with packed addresses

If the module is capable of triggering interrupts and the bit address is not equal to 0 because
of packed addresses, you will need to assign a diagnostics address in the ET 200S address
dialog.
The diagnostics address is required for the purpose of assigning a DPV1 interrupt to the module
as an interrupt trigger. The CPU will only be able to assign an interrupt correctly and store
information on the interrupt in the interrupt OB start information/in the diagnostics buffer if the
module concerned has this "unpacked" address. In this context, the CPU cannot make use of
"packed" addresses.
From the point of view of interrupt processing (interrupt OB), this means the module will have
the assigned diagnostics address, but from the point of view of processing the input and output
data in the user program, the module will have the packed addresses.
Note
When the module addresses are packed, the insert/remove interrupt for the ET 200S is
unavailable.

Using GSD files
GSD revisions
What you need to know about GSD revisions

The properties of DP slaves are made available to configuration tools by means of GSD files.
Functional enhancements in the area of the distributed I/O will have an effect on the GSD
specification, for example, they will require the definition of new keywords.
This results in the versioning of the specification. In the case of GSD files, the version of the
specification on which a GSD file is based is called a "GSD revision".
From GSD revision 1, the GSD revision must be included as a keyword "GSD_revision" in
GSD files. GSD files without this keyword will therefore be interpreted by configuration tools
as GSD revision "0".
GSD files can be interpreted up to GSD revision 5. This means that DP slaves that support
the following functions, for example, will be supported:
Diagnostic alarms for interrupt blocks
Isochronous mode and constant bus cycle time
SYNC/FREEZE
Clock synchronization for DP slaves
Installing the GSD file
Introduction
A GSD file (generic station description file) contains all the DP slave properties. If you want to
configure a DP slave that does not appear in the hardware catalog, you must install the GSD
file provided by the manufacturer. DP slaves installed via GSD files are displayed in the
hardware catalog and can then be selected and configured.
Requirement
The hardware and network editor is closed.
You have access to the required GSD files in a directory on the hard disk.
Procedure
To install a GSD file, follow these steps:
1. In the "Options" menu, select the "Install general station description file (GSD)" command.
2. In the "Install general station description file" dialog box, select the folder in which the GSD
files are stored.
3. Choose one or more files from the list of displayed GSD files.

4. Click on the "Install" button.

5. To create a log file for the installation, click on the "Save log file" button.
Any problems during the installation can be tracked down using the log file.
You will find the new DP slave installed by means of the GSD file in a new folder in the hardware
catalog.
See also
Deleting GSD file
Introduction
You can delete installed DP slaves using GSD files. These DP slaves are then no longer
displayed in the hardware catalog.
Requirement
The hardware catalog contains DP slaves installed via GSD files.
Procedure
To delete a GSD file, follow these steps:
file is stored.
3. Select the file that is to be deleted from the list of displayed GSD files.
The selected GSD file was deleted and the DP slave is no longer located in the hardware
catalog.
Configuring GSD-based DP slave

DP slaves that you have inserted through installation of a GSD file can be selected as usual
via the hardware catalog and inserted in the network view. If you want to insert the modules
of the GSD-based DP slaves, you must take into account some particular details.
Requirement
You have installed a DP slave using a GSD file.
You have inserted the head module in the network view in the usual manner.

The device overview opens in the device view.

Procedure
To add the modules of a GSD-based DP slave, proceed as follows:
1. In the hardware catalog, navigate to the modules of the GSD-based DP slave.
GSD-based DP slaves, also referred to as DP standard slaves, can be found in the "Other
field devices" folder of the hardware catalog.
2. Select the desired module.
3. Use drag-and-drop to move the module to a free space in the device overview.
4. Select the module in the device overview to edit parameters.
You have now inserted the module in a free slot of the GSD-based DP slave and can edit its
parameters.
Note
You can see only the GSD-based DP slave in the graphic area of the device view. The added
modules of GSD-based DP slaves are only found in the device overview.
Preset configuration
For modules with an adjustable preset configuration, you can change this configuration in the
inspector window under "Properties > Preset configuration".
10.1.4.7 Configurations for PROFINET IO
What you need to know about PROFINET IO
What is PROFINET IO?
PROFINET IO
PROFINET is an Ethernet-based automation standard of PROFIBUS Nutzerorganisation e.V.
(PNO) which defines a manufacturer-neutral communication, automation and engineering
model.

Objective
The objective of PROFINET is:
Integrated communication via field bus and Ethernet
Open, distributed automation
Use of open standards
Architecture
The PROFIBUS User Organisation e.V. (PNO) has designated the following aspects for
PROFINET architecture:
Communication between controllers as components within distributed systems.
Communication between field devices, such as I/O devices and drives.
Implementation by Siemens
The demand for "Communication between controllers as components within distributed
systems" is implemented by "Component Based Automation" (CBA). Component Based
Automation is used to create a distributed automation solution based on prefabricated
components and partial solutions.
The demand for "Communication between field devices" is implemented by Siemens with
"PROFINET IO". Just as with PROFIBUS DP, the complete configuration and programming
of the components involved is possible using the Totally Integrated Automation Portal.
The following sections deal with the configuration of communication between field devices
using PROFINET IO.
Overview of RT classes
RT classes in PROFINET IO
PROFINET IO is a scalable, real-time communication system based on Ethernet technology.
The scalable approach is reflected in several real-time classes:
RT: Transmission of data in prioritized, non-isochronous Ethernet frames. The required
bandwidth is within the free bandwidth area for TCP/IP communication.
IRT: Isochronous transmission of data with high stability for time-critical applications (for
example, motion control). The required bandwidth is from the area of bandwidth reserved
for cyclic data.
Depending on the device, not all real-time classes are supported.

Which IO controllers and IO devices support which PROFINET functions?
Additional information and overviews

In the following Siemens Industry Online Support article (http://
support.automation.siemens.com/WW/view/en/44383954), you will find an overview of the
PROFINET IO controllers and IO devices that support the following PROFINET functions:
Isochronous real-time communication (IRT)
Prioritized startup
Media redundancy (MRP)
PROFIenergy
Shared device
I-device
Isochronous mode of process data
The functions are explained in the following sections, but without naming the respective
hardware that supports these functions.
In the hardware catalog, you can also find an overview of the supported functions in the
description below the selected components.
You can also find a description of PROFINET in the respective current STEP 7 version here
(http://support.automation.siemens.com/WW/view/en/49948856).
Connecting existing bus systems
Connection of PROFINET and PROFIBUS

PROFINET IO and PROFIBUS DP can be connected with each other as follows:
via Industrial Ethernet:
To connect the two network types, Industrial Ethernet (plant control level) and PROFIBUS
(cell level/field level), use the IE/PB link, for example.
via Industrial Wireless LAN:
PROFIBUS devices, for example, can be connected to PROFINET IO via a wireless LAN/
PB link. This allows existing PROFIBUS configurations to be integrated into PROFINET.
AS interface devices can be connected by an IE/AS-i link PN IO to the interface of a PROFINET
device. This allows the existing AS-i network to be integrated into PROFINET.
The following figure shows the connection of a PROFIBUS subnet via a PROFINET device
with proxy functions.

,QGXVWULDO(WKHUQHW
352),%86
PROFINET devices
PROFINET device with proxy functions (for example, IE/PB link)
PROFIBUS devices
PROFINET device with proxy functions used as proxy for a PROFIBUS device
The PROFINET device with proxy functions is the proxy for a PROFIBUS device on the
Ethernet. The proxy functionality enables a PROFIBUS device to communicate with all devices
on the PROFINET and not just with its master.
Existing PROFIBUS systems can easily be integrated into PROFINET communication using
the proxy functions.
If, for instance, you connect a PROFIBUS device via an IE/PB link to PROFINET, the IE/PB
link acts as a proxy for the PROFIBUS components for communicating via PROFINET.
Configuration using IE/PB link PN IO
Configuration using IE/PB Link PN IO

You can use the IE/PB Link PN IO to connect PROFIBUS DP configurations to PROFINET
IO.
From the CPU perspective, the PROFIBUS DP slaves are connected to the same network as
the IE/PB Link PN IO. These slaves have the same device name and IP address as the IE/PB
Link PN IO, but different device numbers. Furthermore, each also has a specific PROFIBUS
address.
In the properties of the IE/PB link, the PROFIBUS addresses of the connected DP slaves are
displayed in addition to the PROFINET device numbers, as this device has two addressing
schemes.

Handling device numbers and PROFIBUS addresses on the master system

During placement, the same number is assigned for the PROFINET device number and the
PROFIBUS address.
In the Inspector window under "General Properties > PROFINET device number", you can find
an overview of the device numbers used and the PROFIBUS addresses of an IE/PB link. The
device number can also be changed here. You can also set that the device number and the
PROFIBUS address should or should not always be identical. If the "PROFINET device
number=PROFIBUS address" option is activated, you do not have to update the device number
when the PROFIBUS address changes.
The PROFIBUS address can be changed in the properties of the PROFIBUS device.
Restrictions
The following restrictions apply to DP slaves configured as described above on the PROFIBUS
subnet of an IE/PB link:
No pluggable IE/PB link
No pluggable DP/PA link
No pluggable Y link
Not CiR-compliant
No pluggable redundant slaves
No isochronous transmission / constant bus cycle time can be configured
SYNC/FREEZE instructions ("DPSYC_FR") of a CPU on the the Ethernet subnet for DP
slaves behind the IE/PB-Link are not supported.
See also
Connect the DP slave via the IE/PB Link to a PROFINET IO system (Page 1138)
Configuration using IWLAN/PN link
Maximum number of devices in a IWLAN segment

If an Ethernet subnet is set up as wireless network (IWLAN = Industrial Wireless LAN), cyclic
data exchange between IO controllers and IO devices is possible via a wireless route.
On one side of the wireless route there are fixed installed access points (for example,
SCALANCE W 788) and on the other side mobile stations (with, for example IWLAN/PB links
with PROFIBUS devices).
If the action radius of the mobile stations is large, it may be necessary to install several access
points (SCALANCE W 788). Since each access point forms a segment with its wireless range,
the IWLAN is made up of a series of segments.
The mobile devices "on the one side" of the wireless link with their IWLAN/PB links can move
along the segments.

Special feature
If several IWLAN/PB links are located within a segment, they have to share the bandwidth that
is available for wireless transmission. This leads to a lengthening of the update time for these
devices.
Example
In the following example there are two IO devices (IWLAN/PB link) with a segment.
If no more than a maximum of two IWLAN/PB links are present in a IWLAN segment at the
same time, enter a "2".
Segment 1
Segment 2

Configure PROFINET IO
Addressing PROFINET devices
Assigning addresses and names to PROFINET devices

In this chapter you will learn which address and naming conventions are valid for the
PROFINET devices.
IP addresses
All PROFINET devices work with the TCP/IP protocol and therefore require an IP address for
Ethernet operation.
You can set the IP addresses in the module properties. If the network is part of an existing
company Ethernet network, ask your network administrator for this data.
The IP addresses of the IO devices are assigned automatically, usually at CPU startup. The
IP addresses of the IO devices always have the same subnet mask as the IO controller and
are assigned in ascending order, starting at the IP address of the IO controller.
Device names
Before an IO device can be addressed by an IO controller, it must have a device name. This
procedure was chosen for PROFINET because names are easier to administer than complex
IP addresses.
Both the IO controller as well as IO devices have a device name. When the "Generate
PROFINET device name automatically" option is activated, the device name is automatically
derived from the name configured for the device (CPU, CP or IM):
The PROFINET device name is made up of the name of the device (for example, the CPU),
the name of the interface (only with multiple PROFINET interfaces) and optionally the name
of the IO system:
<CPU name>.<Name of the interface>.<IO system name>
You cannot change this name directly. You change the PROFINET device name indirectly,
by changing the name of the affected CPU, CP or IM in the general properties of the module.
This PROFINET device name is also displayed, for example, in the list of accessible
devices. If you want to set the PROFINET device name independently of the module name,
you have to deactivate the "Generate PROFINET device name automatically" option.
A "converted name" is generated from the PROFINET device name. This is the device
name that is actually loaded into the device.
The PROFINET device name is only converted if it does not comply to the rules of IEC
61158-6-10. You cannot change this name directly either.

Rules for the converted name

The rules for the converted name are listed in the following section. If the converted name is
not different from the name of the module, the name of the module must comply with this rule.
The name consists of one or more labels , which are separated by a dot [.].
Restricted to a total of 240 characters (lower case letters, numbers, dash, or dot)
A name component within the device name, which means a character string between two
dots, must not exceed 63 characters.
A name component consists of the characters [a-z, 0-9].
The device name must not begin or end with the "-" character.
The device name must not begin with a number.
The device name form n.n.n.n (n = 0, ... 999) is not permitted.
The device name must not begin with the string "port-xyz" or "port-xyz-abcde" (a, b, c, d,
e, x, y, z = 0, ... 9).
Example of device names

device-1.machine-1.plant-1.vendor
If you assign this name to a CPU, for example, STEP 7 will not convert it since it conforms to
the rules described above.
Device number
In addition to the device name, a device number is also automatically assigned when an IO
device is plugged in. You can change this number.
Devices in the PROFINET subnet

In a PROFINET subnet the maximum allowable number of devices is monitored during
configuration.
See also
Assigning the device name and IP address (Page 1116)
Retentivity of IP address parameters and device names (Page 1124)
Assigning the device name and IP address
Assigning an IP address and subnet mask for an IO controller the first time
There are various options for this.
During parameter assignment of the PROFINET interface you must specify if the IP address
is set in the project (which means in the hardware configuration) or if the IP address is to be
set on the device.

Assignment of an IP address Comments

Option "IP address is set in the project": When the hardware configuration is loaded to the
The IO controller receives the IP address by load IO controller (e.g. CPU), the IP address and the
ing the hardware configuration, for example, via device name, if set, are also loaded.
one of the PROFINET interfaces, by means of the Example PROFINET interface:
PROFIBUS interface or via the MPI interface. 1. Connect your programming device/PC to the
same network as the relevant PROFINET
device. The interface of the PG/PC must be set
to TCP/IP (Auto) mode.
2. Have a list of accessible devices displayed.
3. Select the target device by using its MAC
address and load the hardware configuration
including the configured IP address (IP
address is then saved retentively).
If your PROFINET device has an MPI or PROFI
BUS DP interface, connect your programming de
vice/PC directly to the PROFINET device via the
MPI or PROFIBUS DP interface. The configured
IP address is applied when the hardware configu
ration is loaded.
Option "IP address is set directly at the device": If you have selected this option in the properties
Assign online of the PROFINET interface, the IP address can be
assigned by the online and diagnostics editor, by
Assignment by user program (instruction the primary setup tool, or by the user program
IP_CONFIG for S7-300/400, T_CONFIG for ("IP_CONFIG" instruction).
S7-1200/1500) This option is set automatically if the option "Mul
Assign via CPU display (S7-1500) tiple use IO system" has been enabled in the prop
Higher-level IO controller makes assignment erties of the PROFINET IO system (standard ma
chine project).
(only with I-devices)
In case of an S7-1200-CPU, make sure that ac
cess to the CPU is not protected by a password.
If the CPU is write-protected, no IP address and
no device name can be assigned directly on the
device.
Commissioning a PROFINET interface

Further details of how to commission a PROFINET interface can also be found in the operating
instructions for the PROFINET devices of the SIMATIC family.
Assignment of device name for IO devices when the "Support device replacement without exchangeable
medium" option is selected
For IO controllers with the "Support device replacement without exchangeable medium" option
selected, you do not have to assign device names to the IO devices locally, for example in the
event of device replacement. Another application is automatic commissioning, in which the
CPU automatically assigns the device name and IP address parameters to the IO devices
during startup.

Requirement: The ports of the devices are interconnected, and the devices involved support
LLDP. The devices have been put into delivery state or - for S7-1500 CPUs version V1.5 and
higher - the "Permit overwriting device names of all assigned IO devices" option is selected
for the IO controller ("Ethernet addresses" area, "PROFINET" section of the properties of the
PROFINET interface).
Assignment of device name and address for an IO device

The following graphic illustrates the process for assigning the device name and address. This
process does not apply when the "Support device replacement without exchangeable medium"
option is selected.

6,0$7,&
(WKHUQHW352),QHW6\VWHP
85

&38
; ,(
,0 ,0 ,0 ,0
',['&9
'2['&9

9HQWLO 9HQWLO .ODSSH 6FKQHFNH
,0 ,0 ,0
)UGHUEDQG ([WUXGHU $EOXIW 9HUWHLOHU
,2FRQWUROOHU
352),1(7
,QGXVWULDO(WKHUQHW
,2GHYLFHV
0$&$GU 0$&$GU
Each device receives a name; STEP 7 automatically assigns an IP address.

From the name, STEP 7 generates a PROFINET device name that you assign to an IO device
online (MAC address) and that is written to the device.
You load the configuration to the IO controller.
The IO controller assigns the appropriate IP address to the IO device with the assigned PRO
FINET device name during startup.

Changing the device name and IP address

You can change the name and IP address manually. The device name must first be changed
in the configuration in order to subsequently assign it to the IO device via the memory card or
online with programming device/PC.
Offline with memory card:
1. Place the configured data (device name: for example, turbo-3) for the IO device on the
MMC in the PG/PC. Use the command "SIMATIC Card Reader > Save Device Name to
Memory Card" in the "Project" menu for this.
2. Then insert the MMC into the IO device. The IO device automatically adopts the configured
device name.
Online with programming device/PC:
1. Connect the programming device/PC directly to the Ethernet subnetwork via the
PROFINET interface.
2. In the network view, select the subnet or I/O device, and click the "Assign device name"
command:
Either in the shortcut menu of the selected subnet / I/O device or
in the menu bar of the graphic view on the corresponding button.
3. In the "Assign PROFINET device name" dialog box, select the suitable PG/PC interface to
connect to the Ethernet subnet. All configured PROFINET device names are in the top drop-
down list. Select a PROFINET device name from it and select the IO device to receive this
device name from the table at the bottom. You can filter the display of devices in the table
according to various criteria.
4. You can easily identify the device using the "Flash LED" button.
5. Click "Assign name".
The IO controller recognizes the IO device by its device name and automatically assigns the
configured IP address to it.
IP address assignment for special IO devices

Special IO devices, for example, SCALANCE X, S7-300 CPs, support the option of assigning
the IP addresses not from the IO controller during startup. In this case, the IP address is
assigned in a different way. The option is called "IP address is set directly at the device". For
additional information, refer to the manual of the respective PROFINET device of the SIMATIC
device family.
Another special case is the option "IP address is set by the IO controller during runtime" in the
"IP protocol" area of the Ethernet address properties of an IO device. This option is set
automatically when the option "Multiple use IO system" is selected for a standard machine
project in the associated PROFINET IO system. In this case, an adapted IP address is not
assigned by the IO controller until the IO controller itself has received a local IP address.

Requirement for additional procedures when assigning IP address and device name
If the IO device, as described above, should not obtain the IP address or device name from
the IO controller, proceed as follows:
1. Select device or network view.
2. Open the properties of the respective PROFINET device and select the area "PROFINET
interface [X1]" > "Ethernet addresses".
3. Select the option "IP address is set directly at the device" under "IP parameters" or the
option "Permit setting of PROFINET device name directly on the device" under
"PROFINET".
Rules
If the "IP address/device name is set directly at the device" option is used for a PROFINET
device, note the following:
The subnet part of the IP address of the IO device must match the subnet part of the IP
address of the IO controller.
The corresponding PROFINET device cannot be used as a gateway.
See also
Assigning a name in the online and diagnostics view opened via "Accessible devices"
(Page 1392)
Enabling device replacement without exchangeable medium (Page 1137)
Example of the assignment of the device name

In this example you assign device names to a PROFINET IO controller and a PROFINET IO
device. To make assignment easier, the device names should also contain the names of the
PROFINET IO system.
Requirement
A CPU 1214C (V2.0 or higher) must be available in the network view.
An interface module IM 151-3PN exists.
The PROFINET interfaces of both modules are networked.

Procedure
To assign the names, follow these steps:
1. Select the CPU.
Make sure that you have selected only the CPU and not the complete device!
2. Assign the name "myController" in the Inspector window, under "General".
3. Select the interface module.

Ensure that you have selected only the interface module and not the complete ET 200S
device.
4. Assign the name "Device_1" in the Inspector window, under "General".
5. Right-click on the PROFINET IO system and select the "Properties" command.

6. Assign the name "Plant_section1" to the IO system and select the check box "Use name
as extension for PROFINET device names".
7. You can find the automatically generated PROFINET device names at the selected device
in the Inspector window, at "PROFINET interface".
The PROFINET device name corresponds to the name of the module (with the name of
the IO system as extension) with the difference that only lower case text is used.
Background: No distinction is made between upper and lower case ("case insensitive") for
the storing of the name.
If you want to specify the device name independently of the module name, you have to
deactivate the "Generate PROFINET device name automatically" option. The PROFINET
device name can be edited in this case.

The converted name is displayed below. This is the name that is automatically generated
from the PROFINET device name and satisfies the DNS conventions. If you work with STEP
7, you do not require this name. This name is displayed here as a check and corresponds
to the name that is stored in the device. If you work with other tools that are able to record
the data exchange and read the actual device names, then you find the converted names.
Other special features

For PROFINET devices with multiple PROFINET interfaces, the name of the interface is
attached to the name of the module, separated by a dot.
Example:
Name of the module: myController
Name of the interface: Interface_1
PROFINET device name: mycontroller.interface_1
Assign device name via memory card
Introduction
You can configure the device names of PROFINET IO devices offline. To do this, store a
configured device name on a memory card and then insert the card into the appropriate IO
device.
If an IO device has to be completely replaced due to a device defect, the IO controller
automatically reconfigures the new device. Using the memory card, a device can be replaced
without a programming device.
Requirements
The programming device has a card reader for memory cards.
The IO device must support the assignment of the device name via memory card.
The station and its PROFINET IO system is configured.
Procedure
To store a device name on a memory card, follow these steps:
1. Insert the memory card into the card reader.
2. Select the IO device whose device name is to be assigned by the memory card.
3. Select the "Card reader > Save Device Name to Memory Card" command in the "Project"
menu.
If the memory card is not empty, a message will be issued informing you of this and you
will have the option to delete the card.

Retentivity of IP address parameters and device names

The retentivity of IP address parameters (IP address, subnet mask, router setting) and device
name depends on how the address is assigned.
The non-retentive, temporary assignment means:
IP address parameters and device name remain valid for the following time period:
Until the next POWER OFF
Until the next memory reset
Until termination of the online connection (for example, after loading the program)
After POWER OFF / POWER ON or a memory reset, the CPU can only be accessed
via the MAC address.
If the IP address parameters are not retentive, communication based on the IP protocol can
no longer take place after the above described events (for example, after POWER OFF/
POWER ON).
The assignment of a temporary IP address also deletes retentively saved IP address
parameters.
Assigning IP address parameters and device name non-retentively

IP address parameters and device name are not retentive in the following cases:
A temporary IP address that is not retentive is implicitly assigned with the "Accessible
devices" function, if the device (e.g. CPU) does not yet have an IP address.
The device is a "normal" IO controller (i.e., not an I-device), and it is specified in the user
program ("IP_Conf" instruction) that the IP address parameters/device name are not to be
retentive.
Assigning IP address parameters and device name retentively

IP address parameters and device name are retentive in the following cases:
In the properties of the PROFINET interface, it is specified that the IP address parameters
are set in the project ("Set IP address in the project" option).
In the properties of the PROFINET interface, it is specified that the IP address is to be set
on the device.
Once the configuration is loaded, the IP address parameters and the device name are
assigned via STEP 7 or a setup tool such as PST (STEP 7: online and diagnostic function
"Assign IP address"). The assigned IP address parameters are retentive.
The device is a "normal" IO controller (i.e., not an I-device), and it is specified in the user
program ("IP_Conf" instruction) that the IP address parameters/device name are to be
retentive.

Special features of the I-device

In the properties of the PROFINET interface of the I-device, it is specified that the IP address
parameters are to be set on the device. The IP address parameters for the I-device are
assigned by the higher-level IO controller.
If prioritized startup is set, the IP address parameters are retentive.
If no prioritized startup is set, the IP address parameters are not retentive.
Recommendation
If possible, use the "Set IP address in project" option and specify an appropriate IP address.
In this case, the IP address is assigned retentively.
Resetting of retentive IP address parameters and device names

Retentive IP address parameters and device names are reset via the online and diagnostic
function "Reset to factory settings".
Note
Consequences of reassignment of IP address parameters on top of existing IP parameters
The temporary assignment of IP address parameters/device names results in a reset of
any retentively saved IP address parameters/device names.
With a fixed assignment of IP address parameters/device names, previously retentively-
saved parameters are replaced by the newly assigned parameters.
Note
Reuse of devices
Execute the "Reset to factory settings" before you install a device with retentive IP address
parameters and device name in another subnet or system or before you place it in storage.
Creating a PROFINET IO system

A PROFINET IO system is comprised of a PROFINET IO controller and its assigned
PROFINET IO devices.
To create a PROFINET IO system you require an IO controller (for example, CPU 1214C) and
one or more IO devices (for example, a head module from the distributed I/O family ET 200S).
As soon as you connect an IO controller to an IO device, a controller-device link is established.

Procedure
To create a PROFINET IO system, proceed as follows:
1. Use drag-and-drop to pull an IO controller from the hardware catalog (for example, CPU
1214C) into the free area of the network view.
The IO controller is created in the project.
2. Use drag-and-drop to move an IO device from the hardware catalog (for example, ET 200S)
into the free area of the network view.
3. Click on the PROFINET interface of the IO controller or the IO device.
4. Hold down the mouse button and draw a connecting line between this selected interface
and that of the partner device.
A subnet with an IO system between the IO controller and the IO device is created.
5. If required, adapt the properties of the Ethernet subnet or the IO controller (for example, IP
address) under "Properties" in the inspector window.
Handling PROFINET IO systems

Using shortcut menu commands, you can delete PROFINET IO systems, create new ones or
even connect the interface to another subnet from within the network view.
An existing PROFINET configuration can thereby be corrected in the network view.
Create new PROFINET IO system for IO controller

To create a new PROFINET IO for an IO controller, proceed as follows:
1. Make sure that no IO system is already assigned to the IO controller. If an IO system is
already assigned to the IO controller, the "Assign IO system" shortcut menu command is
disabled.
2. Select the PROFINET interface and then select the "Assign IO system" shortcut menu
command.
A new PROFINET IO system is created at the IO controller and you can assign IO devices to
this IO system.

Disconnecting PROFINET IO devices from PROFINET IO system

To disconnect an already networked PROFINET IO device from its PROFINET IO system,
follow these steps:
1. Click on the PROFINET interface of an IO device.
2. Select the "Disconnect from IO system" shortcut menu command.

The IO device that was assigned to this IO system is then no longer assigned to it.
You can create a new IO systems and can assign each of the non-assigned IO devices to an
IO controller.
Assign PROFINET IO devices to other IO controllers

Existing PROFINET IO systems can be easily reconfigured in the network view:
1. Select the interface of an IO device and then select the shortcut menu. You have the
following options here:
Assign a new subnet to the IO device or disconnect it from the existing subnet
Assign a new IO controller to the IO device
Assign a new IO system to the IO device or disconnect it from the existing subnet
2. To assign another IO controller to the IO device, select the "Assign to new IO controller"
shortcut menu command.
If there is no connection, a subnet is automatically created and the IO device is assigned
to the IO system of the new IO controller.
Tip: Quick configuration of IO systems

If the IO system has a lot of IO devices, assign all IO devices placed by drag-and-drop operation
to an IO controller on one step.
Requirements
IO controller and IO devices are placed in the network view.

Assign IO devices to an IO system

1. Select an appropriate zoom factor so that you can see as many IO devices as possible in
the network view.
2. Arrange the IO devices in not more than of two rows.
3. Select all IO interfaces (not all devices) with the mouse cursor. This only works if you begin
to drag the mouse cursor outside of the first IO device and release the mouse button at the
last IO device (selection with the lasso).
4. Select the shortcut menu "Assign new IO controller" and select the corresponding IO
interface of the IO controller in the subsequent dialog.
5. The IO devices are automatically networked with the IO controller and combine with it to
form an IO system.
Note
When an IO system is highlighted, you can double-click on an IO device in the hardware
catalog and thereby quickly add additional IO devices. Result: The IO device is
automatically added to the highlighted IO system.

Interconnecting ports
If an IO device is assigned to an IO controller, this does not yet specify how the ports are
connected to each other.
Although a port interconnection is not required to make use of the Ethernet/PROFINET
functions, it does offer the following advantages:
A target topology is specified with the port interconnection. Based on an online-offline
comparison, it is possible to conduct a target-actual comparison with all devices that support
this function.
Only with IRT communication: If a port interconnection is configured, STEP 7 can determine
the required bandwidth more precisely. As a rule, this leads to a higher performance.
Make sure that no invalid ring structures occur through the interconnection of ports.
Port interconnection is only advisable for devices that support the topology configuration.
Interconnecting ports in the Inspector window

To interconnect ports, follow these steps:
1. Select the Ethernet/PROFINET device or the Ethernet/PROFINET interface.
2. Navigate to the port property "Port interconnection".
When the Ethernet/PROFINET interface is selected, you can find this setting in the
Inspector window as follows: Properties > General > Advanced Options > Port [...] > Port
Interconnection.
3. In the "Local port" section, you can find the settings at the local port. In the case of fiber-
optic cable you can, for example, set the cable names here.
In the "Partner port" section, click on the black triangle in the "Partner port" box to display
and select the available partner ports.
4. If the port interconnection is a port interconnection with copper as medium and the devices
support IRT communication, you can also set cable length and signal transit time.
If the Ethernet/PROFINET interface was disconnected, it is automatically networked by this
action. In the properties of the subnet you can set whether this subnet should or should not
be used for the networking.
Note
Interconnecting an electric with an optical port
If you want to interconnect an electric and an optical port, you have to decide between RT and
IRT communication:
With RT communication, it is not necessary to configure a media converter.
With IRT communication, you have to make the interconnection via a media converter.

Information on monitoring the partner port

After you have interconnected the two ports, you receive information on the monitoring of the
partner port in a text field. The following displays are possible:
Monitoring of the partner port is not possible.
Partner port is being monitored.
It is not possible to monitor the partner port if you, for example, select a deactivated port as
partner port. In this case it is not possible to monitor the target topology and the signal
propagation time. A device replacement is then only possible with a Micro Memory Card.
See also
Overview (Page 669)
Setting the send clock
Requirements to change the send clock at the PROFINET device

No IRT (Isochronous Realtime) should be configured. In detail, this means:
No device must be configured at the IO system as a sync slave or sync master.
All devices at the IO system must be unsynchronized.
If IRT is configured (in other words, if the IO controller is configured as sync master), the send
clock can only be configured in the sync domain.
Procedure
To set the send clock on the PROFINET device, follow these steps:
1. Select the PROFINET IO controller in the device or network view.
2. Change the value for the shortest possible update interval in the properties of the
PROFINET interface under "PROFINET Interface > Advanced options > Real-time settings
> IO communication > Send clock".
The send clock is valid for all PROFINET devices at the IO system. If the synchronization role
is set to a value other than "Unsynchronized", you can only set the send clock in the sync
domain, in other words, centrally at the PROFINET IO system.

Setting the update time
Update time
An IO device / IO controller in the PROFINET IO system is supplied with new data from the
IO controller / IO device within this time period. The update time can be separately configured
for each IO device and determines the time interval in which data is transmitted from the IO
controller to the IO device (outputs) as well as data from the IO device to the IO controller
(inputs).
STEP 7 calculates the update time automatically in the default setting for each IO device of
the PROFINET IO system, taking into account the volume of data to be exchanged as well as
the set send clock.
Setting the update time

If you do not want to have the update time calculated automatically, you can change the setting.
To change the update time, proceed as follows:
1. Select the PROFINET interface of the IO device in the network or device view.
2. Change the update time in the interface properties under "Advanced options > Realtime
settings > IO cycle".
To have a suitable update time calculated automatically, select "Automatic".
To set the update yourself, select "Can be set" and enter the required update time in
ms.
3. if you want to keep the relationship between the send clock and the update time constant,
enable the "Adapt update time when send clock changes" option.
This option ensures that the update time is not set to less than the send clock.
Manual setting of the send clock may result in errors if the available bandwidth is not adequate
or when other limits/configuration limits are exceeded (for example, too many nodes are
configured).
No update time can be calculated

STEP 7 determines the sequence of the cyclic data exchange based on the configuration
information (IO controller properties, IO device properties, number and type of the IO devices,
consistency of the cyclic user data...). The cyclic data is packed in frames and sent/received
successively at calculated time intervals.
The maximum number/size of the frames and the maximum number of intervals available must
be sufficient to "accommodate" all the data. The resulting send/receive interval must also be
supported by every PROFINET device.
If the limits relating to the amount of cyclic user data/number of frames or relating to the
intervals available are exceeded, STEP 7 cannot calculate an update time.
If there is no common basis for the send/receive interval, calculating the update time is also
not possible.
If there is a reason preventing the calculation of the update time, STEP 7 reports the cause
when compiling the hardware configuration.

How to eliminate the problem:

Reduce the number of IO devices
Reduce the number of modules within the IO devices
If you are using an IE/PB link: Reduce the number of DP slaves downstream from the IE/
PB link
Use a more powerful IO controller or IE/PB link
Increase the send clock
With RT: in the properties of the IO controller
With IRT: in the properties of the sync domain
Check the device properties of the IO devices ('MinDeviceInterval' and the possible scan
rates) due to the common basis for the send/receive interval. Replace unsuitable IO
devices. This device properties are stored in the GSD file of the IO device.
With IRT configuration:
Check whether the ports of the sync master and sync slaves are interconnected.
Check the order of the IO devices: There can be no unsynchronized device connected
between the sync master and sync slave
(Example of bad configuration: Sync master --- unsynchronized device --- sync slave).
Check whether you have configured more than one sync master.
Check the bandwidth remaining for RT data. The bandwidth for RT data available for
the transfer can be restricted by IRT communication on the same Ethernet subnet.
When using I-devices:
It may not be possible to use the set send clock together with the existing I-device
configuration.
Configure the I-device without lower-level IO devices and activate the setting "Parameter
assignment of PN interface by higher-level IO controller".
Change the send clock of the IO controller to an even value (... 0.250, 0.500, 1.000, ...).
Identification of the IO devices involved:

You can identify the IO devices involved for which no update time can be calculated in the "I/
O communication" table of the PROFINET IO system in the network view. No entry is made
in the "Update time" column for the IO device involved (entry "-").
Setting the watchdog time
Watchdog time
You can configure the watchdog time for PROFINET IO devices.
If the IO device is not supplied with input or output data (IO data) by the IO controller within
the watchdog time, it switches to the safe state.

Do not enter the watchdog time directly, but as "Accepted number of update cycles when IO
data is missing". This makes setting easier because the update time can be shorter or longer,
depending on the power of the IO device or the setting.
The resulting watchdog time is automatically calculated from the "Accepted number of update
cycles when IO data is missing".
Configuring the watchdog time

To specify the watchdog time, follow these steps:
1. Select the PROFINET interface of the IO device in the network or device view.
2. In the properties of the interface, navigate to "Advanced options > Realtime settings > IO
cycle".
3. Select the required number of cycles from the drop-down list "Trigger watchdog after #
cycles with missing IO data".
The watchdog time is subsequently calculated automatically based on the preset factor. It must
not be more than 1.92 seconds.
Note
The default setting should only be changed in exceptional cases, for example, during the
commissioning phase.
Calculated bandwidth for cyclic IO data
Calculated bandwidth for cyclic IO data

Adherence to the maximum available bandwidth for cyclic IO data is monitored by the system.
The maximum bandwidth depends on the send clock cycle. If the send clock cycle is greater
than or equal to 1 ms, the maximum bandwidth is 0.5 ms. If the send clock cycle is shorter,
the maximum available bandwidth is also reduced.
The bandwidth actually required for cyclic IO data is determined by the system based on the
number of configured IO devices and IO modules. Furthermore, the required bandwidth
depends on the update time that is used.
In general, the calculated bandwidth increases in the following cases:
There is a greater number of IO devices
There is a greater number of IO modules
The update times are shorter.

Maximum bandwidth for cyclic IO data depending on the send clock

The following table shows how the maximum available bandwidth for cyclic IO data reacts
based on the send clock:
Send clock cycle Maximum bandwidth for cyclic IO data

250 s 468.75 s << 125 s
500 s 968.75 s = send clock / 2
1 4 ms = 500 s
Setting port options
Setting the port options
Changing connection settings for the PROFINET IO port

You can change the network settings for the PROFINET IO port as required. By default, the
settings are made automatically. In normal situations, this guarantees problem-free
communication.
Possible settings for transmission medium/duplex

Depending on the selected device, you can make the following settings for "Transmission
medium/duplex":
Automatic setting
Recommended default setting of the port. The transmission settings are automatically
"negotiated" with the partner port. The "Enable autonegotiation" option is automatically
selected by default.
TP/ITP at x Mbps full duplex (half duplex)
Setting of the transmission rate and the full duplex/half duplex mode. The effectiveness
depends on the "Enable autonegotiation" setting:
Autonegotiation enabled
You can use both cross cable and patch cable.
Autonegotiation disabled
Make sure that you use the correct cable (patch cable or cross cable)! The port is also
monitored with this setting.
Deactivated
Depending on the module type, the drop-down list box can contain the "- Disabled -" option.
This option, for example, allows you to prevent access to an unused port for security
reasons. With this setting, diagnostic events are not generated.
"Monitor" option
This option is used to activate or deactivate the port diagnostics. Examples of port diagnostics:
The link status is monitored, in other words, the diagnostics are generated during link-down
and the system reserve is monitored in the case of fiber optic ports.

Option "Enable autonegotiation "

The autonegotiation setting can only be changed if a concrete medium (for example, TP 100
Mbps full duplex) is selected. Whether or not a concrete medium can be set depends on the
properties of the module.
If autonegotiation is disabled, this causes the port to be permanently specified, as for example,
is necessary for a prioritized startup of the IO device.
You must make sure the partner port has the same settings because, with this option, the
operating parameters of the connected network are not detected and the data transmission
rate and transmission mode can therefore not be optimally set.
Note
When a local port is interconnected, STEP 7 makes the setting for the partner port if the partner
port supports the setting. If the partner port does not support the setting, an error message is
generated.
GBIT PROFINET interface

The PROFINET interface (X3) of the CPU 1518-4 PN/DP supports a maximum transmission
rate of 1000 Mbps (GBIT).
In order to achieve this transmission rate, the following requirements must be met:
CPU Firmware Version V1.7 or higher.
Devices on the same PROFINET subnet must also support the 1000 Mbps transmission
rate.
The network infrastructure (network cables and outlets) must be category CAT 5e or better.
The port options of PROFINET interface X3 must be set as follows:
Transmission rate/Duplex: Automatic
Autonegotiation: Activated
See also
Wiring rules for disabled autonegotiation (Page 1135)
Boundaries at the port (Page 1136)
Wiring rules for disabled autonegotiation
Requirement
You have made the following settings for the port in question, for example, to accelerate the
startup time of the IO device:
Fixed transmission speed
Autonegotiation incl. autocrossing disabled

This saves you the time required to negotiate the transmission rate during startup.
If you have disabled autonegotiation, you must observe the wiring rules.
Wiring rules for disabled autonegotiation

PROFINET devices have the following two types of ports:
Type of port PROFINET devices Note

Switch port with crossed pin as For IO devices: Port 2 Crossed pin assignment means
signment For S7 CPUs with 2 ports: Ports that the pin assignment for the
1 and 2 ports for sending and receiving
between the respective PROFI
NET devices is exchanged inter
nally.
End device port with uncrossed For IO devices: Port 1 -
pin assignment For S7 CPUs with one port: Port
1
Validity of the wiring rules

The cabling rules described in the following paragraph apply exclusively for the situation in
which you have specified a fixed port setting.
Rules for cabling

You can connect several IO devices in a line using a patch cable (one-to-one wiring of both
connectors). To do this, you connect port 2 (P2) of the IO device to port 1 (P1) of the next IO
device. The following graphic gives an example with two IO devices.
6ZLWFKRU
352),1(7GHYLFH ,2GHYLFH ,2GHYLFH
3 3 3 3 3 3
3DWFKFDEOHV 3DWFKFDEOHV
6ZLWFKSRUW
(QGGHYLFHSRUW
Boundaries at the port
Requirement
To use boundaries, the respective device must have more than one port. If the device for
PROFINET does not support boundary settings, the corresponding parameters are disabled.

This applies, for example, to the 1215C CPUs V3; although these have more than one port,
they do not support boundary settings.
Enable boundaries
"Boundaries" are limits for transmission of certain Ethernet frames. The following boundaries
can be set at a port:
"End of detection of accessible devices"
DCP frames for detection of accessible devices are not forwarded. Devices located behind
this port are no longer displayed in the project tree under "Accessible devices". Devices
located behind this port can no longer be reached by the CPU.
"End of topology discovery"
LLDP frames (Link Layer Discovery Protocol) for topology detection are not forwarded.
"End of sync domain"
Sync frames transmitted for synchronization of devices within a sync domain are not
forwarded.
For example, if you operate a PROFINET device with more than two ports in a ring, you
should prevent the sync frames from being fed into the ring by setting a sync boundary (at
the ports not inside the ring).
Additional example: If you want to use several sync domains, configure a sync domain
boundary for the port connected to a PROFINET device of the other sync domain.
Restrictions
The following restrictions must be observed:
The individual check boxes can only be used if the port supports the function in question.
If a partner port has been defined for the port, the following check boxes cannot be used:
"End of detection of accessible devices"
"End of topology discovery"
If autonegotiation is disabled, none of the check boxes can be used.
Enabling device replacement without exchangeable medium
Replacing an IO device without exchangeable medium

It is often necessary to replace IO devices in automation systems. The IO devices are generally
assigned a device name by either inserting an exchangeable medium or via the programming
device. The IO controller uses this device name to identify the IO device.
Subject to certain conditions, IO devices can also receive their device names without the
insertion of an exchangeable medium (e.g., memory card) or without a programming device.
For this purpose, the IO controller uses Ethernet mechanisms (LLDP protocol; Link Layer
Discovery Protocol) to analyze the relationships between the individual IO devices and the IO
controller. From these relationships, the IO controller detects which IO device was replaced
and assigns the configured device name to it.

Requirements
A port interconnection is already configured.
The affected IO devices in the automation system must support device replacement without
exchangeable medium (LLDP protocol).
If the individual IO devices in the automation system do not support device replacement
without exchangeable medium, a corresponding alarm is output for the IO device.
Note
Use only new IO devices as replacement devices, or restore IO devices with an existing
parameter assignment to delivery state prior to commissioning.
For S7-1500 CPUs with firmware version V1.5 or higher, it is not necessary to reset IO
devices with an existing parameter assignment to delivery state. The condition for this is
that the "Permit overwriting of device name" option is enabled for the IO controller ("Ethernet
addresses" area, "PROFINET" section of the properties of the PROFINET interface).
Procedure
In order to enable the replacement of an IO device without exchangeable medium, proceed
as follows:
1. In the device or network view, select the PROFINET interface of the corresponding IO
controller.
2. In the interface properties under "Advanced settings > Interface options", select the
"Support device replacement without exchangeable medium" check box.
The option "Support device replacement without exchangeable medium" also permits
automatic commissioning, which means you can commission the IO system with the IO devices
without assigning their device names in advance.
See also
Assigning the device name and IP address (Page 1116)
Components with the the device replacement without exchangeable medium function (http://
Connect the DP slave via the IE/PB Link to a PROFINET IO system
Requirements
STEP 7 as of V12
S71500 CPU as of firmware version 1.7
ET 200SP CPU as of firmware version 1.7
S7-1500 software controller
S7-300/400 CPU

Procedure for connecting a DP slave via an IE/PB Link

To connect a DP slave to a PROFINET IO system via an IE/PB Link in STEP 7, follow these
steps:
1. Drag a PROFINET CPU, e.g. 1513-1 PN, from the hardware catalog to the network view
of STEP 7.
2. Drag an IE/PB Link PN IO from the hardware catalog to the network view of STEP 7. You
will find the IE/PB Link PN IO under Network components > Gateways > IE/PB Link PN IO.
3. Assign the IE/PB Link PN IO to the CPU.
4. Drag a PROFIBUS interface module e.g. IM155-6 DP HF, from the hardware catalog to the
network view.
5. Assign the interface module to the IE/PB Link.
6. Select the IE/PB Link PN IO in the network view of STEP 7.

7. In the Inspector window, go to the "Gateway" area and select the "Network gateway as
PROFINET IO proxy" option.
8. In the PROFINET device number area, you can assign a PROFINET device number for
the DP slave.
If you have selected the "Device number = PB address" check box (default), STEP 7
automatically assigns the device number according to the PROFIBUS address of the slave.
In addition, you no longer need to update the device number if the PROFIBUS address
changes.

See also
Configuration using IE/PB link PN IO (Page 1112)
Using GSD files
GSD files for IO devices
Basic information on GSD files of IO devices

The properties of PROFINET IO devices are not stored in a keyword-based text file (as for
PROFIBUS DP slaves), but in an XML file whose structure and rules are determined by a
GSDML schema.
The language used to describe the GSD files is GSDML (Generic Station Description Markup
Language). It is defined by the GSDML schema.
A GSDML schema contains validation rules that allow it, for example, to check the syntax of
a GSD file. GSDML schemas (as schema files) are acquired by IO device manufacturers from
PROFIBUS International.
Functional enhancements in the area of PROFINET IO will have an effect on the GSDML
specification and the corresponding schema. A new version of the specification and of the
schema is created by the functional enhancement.
Names of GSD files for IO devices

One possible example of a GSD file name for IO devices is:
"GSDML-V1.0-Siemens-ET200S-20030616.xml"
Name component Explanation

GSDML String at the start of each GSD file for IO devices
V1.0 Version of the GSDML schema
Siemens Manufacturer
ET200S Name of the device
20030616 Version code (date)
.xml File extension
Versioning of GSD files for IO devices

The version information of GSD files is two-fold:
First, the version of the GSDML schema is indicated. This determines the language scope
used by a GSD file.
This is followed by the version, listed as an issue date. The version number of GSD files is
incremented, for example, after elimination of an error or introduction of a functional
enhancement.

Functional enhancements may result in a new version of the GSDML schema. A new version
of a GSDML schema might only be supported with restrictions.
Installing the GSD file
Introduction
A GSD file (general station description file) contains all properties of an IO device. If you want
to configure an IO device that is not available in the hardware catalog, you must install the
GSD file provided by the manufacturer. IO devices installed via GSD files are displayed in the
hardware catalog and can then be selected and configured.
Requirement
You have access to the required GSD files in a directory on the hard disk.
Procedure
To install a GSD file, follow these steps:
files are stored.
3. Choose one or more files from the list of displayed GSD files.
4. Click on the "Install" button.
5. To create a log file for the installation, click on the "Save log file" button.
Any problems during the installation can be tracked down using the log file.
You will find the new IO devices installed by means of GSD files in the hardware catalog under
"Additional field devices > PROFINET".
See also
Deleting GSD file
Introduction
You can delete installed DP slaves using GSD files. These DP slaves are then no longer
displayed in the hardware catalog.

Requirement
You will find the new IO devices installed by means of GSD files in the hardware catalog
under "Additional field devices > PROFINET".
Procedure
To delete a GSD file, follow these steps:
file is stored.
3. Select the file that is to be deleted from the list of displayed GSD files.
The selected GSD file was deleted and the DP slave is no longer located in the hardware
catalog.
Changing the revision of a GSD file
Changing the revision of a GSD file

You can change the revision of a GSD file for an IO device:
Only for the current IO device
All suitable IO devices within the IO system
All suitable IO devices within the complete project
First, all existing GSD files for the current IO device are shown. The only difference between
the GSD files shown is their revision status. The currently used GSD file is highlighted.
Requirement
The I/O data is the same for all IO devices whose revision is to be changed.
The article number has not changed.
The number of submodules is identical.
The configuration data has not changed.
There must be no module or submodule in a slot that is invalid after the new GSD file has
been created.

Procedure
To change the revision of one or more IO devices, proceed as follows:
1. Select the IO device whose GSD file revision is to be changed.
2. Click on the "Change revision" button under "General> Catalog information" in the
properties of the IO device.
The "Change revision" dialog box opens.
3. Select the GSD revision you want to use in the "Available revisions" table.
4. Under "Use selected revision for", select the devices whose version are to be changed:
Only for the current IO device
For all suitable IO devices in the IO system
For all suitable IO devices in the project
5. Click the "Apply" button.
10.1.4.8 Bus coupling with PN/PN coupler
Application and function
Application
The PN/PN coupler is used to link two Ethernet subnets with one another and to exchange
data. That way use data about input or output address areas or datasets can be used. The
maximum size of the transferable input and output data is 1024 bytes. The division into input
and output data is preferable, so that e.g. 800 byte input data and 200 byte output data can
be configured.
As a device, the PN/PN coupler has two PROFINET interfaces, each of which is linked to one
subnet.
In the configuration, two IO Devices are produced from this one PN/PN coupler which means
that there is one IO Device for each station with its own subnet. The other part of PN/PN coupler
in each case is known as the bus node. Once configuring is complete, the two parts are joined.
,2&RQWUROOHU ,2'HYLFH ,2'HYLFH ,2&RQWUROOHU

6 (76 23 3131FRXSOHU (76 3* 6
6ZLWFK 6ZLWFK 6ZLWFK
352),1(7,QGXVWULDO(WKHUQHW
Figure 10-3 Coupling two PROFINET IO subnets with one PN/PN coupler

For additional information on "PN/PN couplers", refer to Service & Support on the Internet
Linking Ethernet subnets
Linking Ethernet subnets with a PN/PN coupler

You can link Ethernet subnets with the standard device PN/PN coupler.
To link Ethernet subnets, follow these steps:
1. Create your Ethernet subnets.
2. Select the standard field devices in the hardware catalog. Find the PN/PN coupler as head
module in the "PROFINET IO" folder.
3. In the network view, drag the two components X1 and X2 to the required version of the PN/
PN coupler per drag-and-drop operation. The components form a device, but are shown
separately to make handling easier.
4. Connect the Ethernet interface of the PN/PN coupler X1 to the first Ethernet subnet.
5. Connect the Ethernet interface of the PN/PN coupler X2 to the second Ethernet subnet.
The Ethernet subnets are now linked through the two components of the PN/PN coupler.
10.1.4.9 Integrating external tools
Integrating S7-external tools
Introduction
Tools external to STEP 7 ("Device Tools") with a special call interface (Tool Calling Interface)
can be used to configure distributed devices. Such devices are also referred to as "TCI
capable".

The performance range of these tools exceeds the possibilities provided within GSD
configuration, for example, they can provide expanded graphical input options.
Distributed devices can be as follows:
PROFIBUS DP slaves
Modules within a DP slave
PROFINET IO devices
Modules within an IO device
Note
Warranty and liability
Siemens accepts no liability for third-party software (device tools) called with the TCI (Tool
Calling Interface) or for proper interaction with the associated devices.
Requirement
The call interface of the tool complies with the TCI specification. Parameters and commands
are forwarded to the distributed device via this call interface.
Such tools have to be installed using a setup provided by the manufacturer. The "S7-PCT"
(Port Configuration Tool) device tool for IO-Link master modules and IO-Link devices is an
exception; this is supplied with STEP 7. Special note: After the installation, the tool is not shown
in the list of installed software or in the list of software products in the project.
The GSD file of the distributed device that is to be configured with the Device Tool must be
installed.
Starting the device tool

The command for starting the device tool is available in the shortcut menu of the TCI-capable
device in the shortcut menu of the graphical and tabular device view: "Start device tool".
See also
Starting the SIMATIC S7-PCT (Page 1145)
Starting the SIMATIC S7-PCT
Introduction
The "S7-PCT" (Port Configuration Tool) device tool is installed with STEP 7.
The tool is used to assign parameters to the ports of IO-Link modules such as 4SI IO-Link
(S7-1200, ET 200S) or 4IOL+8DI+4DO (ET 200eco PN).

Requirement
You have configured the corresponding CPU, the DP slave or the IO device with an IO-Link
module.
Procedure
To start via the graphical device view, follow these steps:
1. Select the IO-Link module in the device view.
2. Select "Start device tool" from the shortcut menu.
OR, to start with the tabular device view, follow these steps:
1. Select the IO-Link module in the device view.
2. Arrange the areas in the work area in such a way that the tabular device overview is visible
(it is located between the device view and the inspector window).
3. Select the row with the IO-Link module in the device overview.
4. Select "Start device tool" from the shortcut menu.
Result
The tool starts and you can configure the ports.
See also
Integrating S7-external tools (Page 1144)
10.1.4.10 Loading a configuration
Introduction to loading a configuration

In order to commission a device, identical configurations must be stored on the programming
device/PC and on the connected devices. To synchronize the configurations on the
programming device/PC and the connected devices, you load a configuration. Configuration
data can be loaded in two directions:
From the programming device/PC to a device
From the device to a PG/PC
See also
Downloading a configuration to a device (Page 1147)

General information on loading to PG/PC (Page 1148)

Special features during startup (Page 1167)
Downloading a configuration to a device
Loading the hardware configuration

After you have inserted a new device in the project and configured it or if you have modified
an existing hardware configuration, the next step is to load the current configuration to the
device. This ensures that the same configuration is set on the programming device/PC and
on the module that is physically present. Use the "Online > Download to device (Page 396)"
menu command for this.
In the first download, the complete hardware configuration is downloaded. In subsequent
downloads, only changes to the hardware configuration are downloaded.
You have the following options for loading the hardware configuration:
Loading in the device or network view
Loading in the project tree
Loading to an accessible device
Warning
Perform load operation only in STOP mode
Following loading, the machine or process may behave unexpectedly if the parameter
assignment is incorrect. A CPU must be set to STOP mode for the load operation to rule out
possible damage to equipment or personal injury.
Special considerations for loading isochronous applications

Isochronous applications consist of a hardware configuration part and a software part.
Example: If you change the number of an IO system, the delay time, or the assignment of a
process image partition of the isochronous I/O in the hardware configuration, this affects the
parameters of the isochronous mode interrupt OB and thus also the software part.
With isochronous applications, you should always load the complete project (hardware and
software). With partial loading (loading hardware and software separately at different times),
inconsistencies can arise that, for example, can prevent CPU startup or isochronous operation
of the application.
See also

Loading a configuration to PG/PC
General information on loading to PG/PC
Introduction
If you bring your PG/PC to a plant and the STEP 7 project used to create the configuration of
this plant is not available, load the configuration to a new project on your PG/PC, for example.
Use the "Online > Loading the device as new station (hardware and software) (Page 399)"
menu command for this.
The list of accessible devices in the project tree is always used when loading a device to your
programming device. You can select multiple devices and load them to the project at the same
time.
Requirements
The hardware configuration in the device must be created in TIA Portal, V12 or higher. A
hardware configuration present in the device that was created with an older version cannot
be loaded and must be upgraded (Page 380).
Modules present in the device from GSD (ML), HSPs, or service packs must be installed
in TIA Portal on the PG/PC.
A project must be open. This project can be a new (empty) project or an existing project.
The opened project is in offline mode.
Scope of load operation

The following list shows an overview of the loadable components of a configuration:
The device (e.g., a CPU) with all I/O modules and all parameter settings
PROFIBUS master systems and all PROFIBUS-relevant settings
PROFINET IO systems and all PROFINET-relevant settings
I devices and I slaves
Settings for direct data exchange
After loading a CPU, all other modules within the address area of the CPU are also loaded.
The following connections are also loaded when the configuration is loaded:
S7 connections (including routed connections) in combined PB/IE networks, including via
IE-CP or PB-CM interfaces. S7 connections are automatically accepted as configured at
one end when a device configuration is loaded, even if the S7 connection was configured
at both ends in the original project. When both connection partners are loaded, the
connection is joined together again during the next compilation.
TCP connections via CPU-internal Ethernet interface, UDP/ISOonTCP connections, and
TCP, UDP, ISO, and ISOonTCP connections via IE-CP interface
Connections via the OUC connection parameter assignment for projects from STEP 7 V13
and higher

Note
The hardware configuration loaded to PG/PC is not completely identical to the configuration
originally loaded to the device. Note the additional information on loading, in particular with
regard to partially loaded configuration data in the case of cross-device communication.
Loading PC systems, such as WinAC or PC-based automation, is not possible.
See also
Loading specific device configurations
Information on loading
When device configurations are loaded to the PG/PC, all assigned parameters are transferred
from the device to the project. If the CPU is connected to a subnet, all parameters of the device
are loaded and the CPU is displayed in the network view as networked.
Note
CPUs reset to their factory settings do not have any hardware configuration. Therefore, nothing
is loaded in this case after "Load to PG/PC" is selected in the "Online" menu.
Loading S7-300/400 configurations

To avoid conflicts when loading a device to an existing project, the following rules must be
followed:
Device names for CPUs, PROFIBUS slaves (DP slaves, I-slaves) and PROFINET devices
(IO devices, I devices) must be unique
The combination of network name, subnet ID, and IP/DP address for modules must be
unique
If conflicts occur, the load operation is canceled and an alarm provides information about the
problems that occurred. You can then adapt the project correspondingly or install missing
components and then repeat the load operation.
Alarm configurations are not loaded to PG/PC.

Loading S7-1200/1500 configurations

Take the following into consideration when loading:
CPUs of the S7-1200 series with firmware version V1.0 are not supported when loading.
Device-specific diagnostic interrupts of the S7-1200 are not supported when loading. For
device-specific diagnostic interrupts of the S7-1200 to be generated on the PG/PC once
again, the hardware configuration must be compiled once again.
Module comments of the S7-1200/1500 are loaded from the device to the PG/PC if the
same project language is set that was used during loading to the device. You can deselect
the loading of comments, if desired.
Note
All types of PC systems, such as WinAC, Embedded Controller, CP 1616 or PC CPs, do not
support loading to PG/PC.
Loading distributed I/O

The following functionalities and settings of the distributed I/O are loaded:
DP master systems/IO systems with associated DP masters/IO controllers (CPUs and
CPs), DP slaves/IO devices, the utilized modules and their parameter assignment and
properties, such as options handling, status bytes, or SYNC/FREEZE
Connection of process image partitions (PIP) to organization blocks (OB). Applies to the
module and OB properties
Configured hardware interrupts with the associated properties
DP master systems with I-slave
CPs as PROFIBUS I-slave or PROFINET I-device
Direct data exchange
Master-slave relationships between the I-slave/I-device and assigned DP master/IO controller
are only established in the project if both the master as well as the I-slave are loaded to the
PG. It does not matter whether you load the DP master/IO controller or the I-slave/I-device
first. As soon as both devices are loaded, the master-slave/controller-device relationships will
also be re-established.

Loading subnets and devices with MPI, PROFIBUS, Ethernet, and PtP
The following special considerations apply to loading subnets and end points of connections
for MPI, PROFIBUS, Ethernet, and PtP with their respective connection properties:
If a device with PROFIBUS interface is loaded, the bus parameters of the device will initially
be different from the settings in the original project. The bus parameters will only match
those of the original project after all devices involved are loaded and no additional devices
are on the same bus.
Passive communication devices that are not connected as DP slaves or IO devices to a
corresponding master system or IO system do not participate in the data exchange. They
are therefore not loaded.
All devices involved should therefore be loaded for cross-device configurations. A warning
is output during compiling of the project for missing network stations. Missing routing
information due to communication stations that are not loaded is displayed as warning
during compilation. If the configuration is loaded from the PG/PC back to the device,
different routing information results.
When you compile the project after loading devices to the PG/PC, STEP 7 checks if all devices
to which communication relationships have been configured are available. If devices are
missing, you receive an alarm with the number of missing communication stations.
Notice
Cross-device communication
When you load a configuration with cross-device communication to the PG/PC, you must also
load all corresponding network stations to the PG/PC. If required network stations are missing
and the configuration is loaded back to the device, there is no guarantee that cross-device
communication is working again.
See also
Loading configurations with web server
The hardware configuration of a CPU also contains the Web server settings. A number of
restrictions apply to loading a Web server configuration to the PG/PC:
The assignment of the Web server language and project language is not loaded for
S7-300/400. The project texts are not loaded and an alarm is output that no project
languages are assigned. The languages assigned in STEP 7 are loaded without restriction
for S7-1200/1500 CPU.
User administration data of the S7-1200/1500 can be loaded but not edited. You can use
a check box to select whether you want to use the existing data as read-only data or discard
these data and enter new data.
Watch tables of the Web server are not loaded.

The source files of the user-defined web pages (HTML pages, Java scripts, etc.) are not loaded.
The program blocks generated during loading can only be edited if you enter the properties
and the HTML page yourself.
See also
Information about the web server (Page 853)
Loading configurations with PROFIBUS
A DP master is loaded to PG/PC. The DP master system and all connected DP slaves are
inserted into the project. The respective settings remain unchanged. If a suitable PROFIBUS
subnet has already been created, the loaded devices with PROFIBUS interface are connected
to the existing subnet.
As a prerequisite for loading DP master systems with standard slaves, the corresponding GSD
files must be installed in the TIA Portal and available in the hardware catalog. If a required
GSD file is not available in the same version as in the device, differences are identified during
the consistency check.
Note
Direct data exchange in a configuration is only loaded if all communication partners involved
in the direct data exchange are loaded to the PG/PC.
Isochronous mode
Note the following when loading DP master systems with activated PROFIBUS functionality
"Isochronous mode":
Bus parameters and the settings for isochronous mode are only identical after the device
is loaded to the PG/PC if all devices relevant for calculation of isochronous mode are loaded.
Only mono-master systems with isochronous mode are supported. Therefore, only
configurations with just one DP master on the PROFIBUS subnet are loaded.
I-slave
Master-slave relations between DP master and I slave are only established in the project if
both the DP master and the I slave are downloaded to the PG. It does not matter whether you
load the DP master or the I-slave first. If you load the DP master from a DP master system
with connected I-slave, the DP master and its DP slaves are loaded. An I-slave proxy is loaded
as dummy module for an involved I-slave.

For I-slave proxy devices:

DP master can be complied and loaded
Properties are displayed but cannot be changed
Diagnostics in the project tree is not carried out
In the network view, proxy devices are represented with a question mark:
In order to edit the I-slave in the project, you must load the I-device from the device to the PG/
PC. The I-slave proxy is hereby fully replaced by the I-slave.
It is possible to load an DP master with connected I-slave proxy from the PG/PC to the device.
Note
The replacement of I-slave proxy devices is only possible if the required I-device is available
in the hardware catalog.
Loading configurations with PROFINET
If you have selected a CPU in the list of accessible devices and perform an load operation to
PG/PC, all IO controllers and IO devices associated with this device along with their IO systems
will be loaded. Settings for the topology are also transferred. If there is already a suitable
Ethernet network in the project, the loaded devices are integrated into the existing network.
Relationships between the IO controllers and IO devices are only established within the project
if both the IO controller as well as the I-device are loaded to the PG. It does not matter whether
you load the IO controller or the I-devices first.
Supported functions
The following functionalities and settings are loaded:
PROFINET configurations (RT and IRT) in IO systems with the associated IO controllers
(CPUs and CPs), IO devices, and the modules used
Logical addresses and interface properties
Port interconnections
Isochronous mode
Sync domains/MRP domains
Redundancy role "Client" or "Manager" for MRP configurations
Note
Empty Sync domains and MRP domains are not included in the loading.

GSD-based IO devices
As a prerequisite for loading GSD-based IO devices, the corresponding GSD files must be
installed in the TIA Portal and available in the hardware catalog. If a required GSD file is not
available in the same version as in the device, differences are identified during the consistency
check.
I-device
If you load the IO controller from an IO system with connected I-device, the IO controller and
its IO devices will be loaded. An I-device proxy is loaded as dummy module for an involved I-
device. The CPU parameter assignment, including the parameter assignment of the CPU's
"own" (subordinate) IO system, is missing in the I-device proxy. Only the interface to the higher-
level IO controller is loaded.
6,0$7,&&38&3
,2FRQWUROOHU
,QGXVWULDO(WKHUQHW
HJ(7 HJ(7 352),1(7,2
/RDGHG,2V\VWHPZLWK
,GHYLFHSUR[\
,2GHYLFH ,2GHYLFH
,GHYLFH
SUR[\
6,0$7,&&38&3
DV,GHYLFH
+LJKOHYHO
,2GHYLFH
,2V\VWHP
,2FRQWUROOHU
8VHUSURJUDP
LQWHOOLJHQWSUHSURFHVVLQJ
,QGXVWULDO(WKHUQHW
HJ(7 HJ(7 352),1(7,2 8QORDGHGORZHUOHYHO,2
V\VWHP
,2GHYLFH ,2GHYLFH
/RZHUOHYHO
,2V\VWHP
For I-device proxy devices:

IO controller can be compiled and loaded
Properties are displayed but cannot be changed
Diagnostics in the project tree is not carried out
In the network view, proxy devices are represented with a question mark:

In order to edit the I-device in the project, you must load the I-device from the device to the
PG/PC. This replaces the I-device proxy with the complete I-device along with its subordinate
IO devices.
It is possible to load an IO controller with connected I-device proxy from the PG/PC to the
device.
Note
The replacement of I-device proxy devices is only possible if the required I-device is available
in the hardware catalog.
An I-device proxy representing a SIMOTION I-device cannot be loaded and replaced.
Configurations with IE/PB link

If one of the following configurations with IE/PB Link PN IO as PROFINET IO device is present,
the complete configuration with all subordinate PROFIBUS devices is loaded:
CPU/CP of S7-300/400
PC station and connected PROFIBUS master system
The complete configuration consists of the following:
CPU
CP configuration
PROFINET IO system with connected IE/PB link
PROFIBUS master system of the IE/PB link with connected DP slaves
An example configuration consists of an S7-300 CPU with a CP as PROFINET IO controller.
An IE/PB link as IO device is connected to the IO controller. As the PROFIBUS DP master,
the IE/PB link polls a PROFIBUS DP slave, e.g., ET 200L. If you load the CPU from the device
to the PG/PC, the complete configuration is loaded.
Note
If the IE/PB link is not operated as a PROFINET IO proxy but rather as a gateway in standard
mode, the IE/PB link functions as a CPU and can be loaded separately.

Loading Shared Devices

The following applies to loading comments: If an input/output module with the Module-internal
Shared Input (MSI) or Module-internal Shared Output (MSO) function consists of only one
submodule, the submodule does not have its own comment. Instead, it uses the comment of
the input/output module. The module must be subdivided into several submodules for the input/
output module and all submodules to have their own comment fields.
Loading HMI devices
We distinguish between the following cases when loading HMI devices to PG/PC:
HMI devices connected to a DP master as DP slave or to an IO controller as IO device are
loaded as DP slave or IO device respectively (for example, PP 17-I PROFIsafe).
HMI devices in a master system as I-slave or in an IO system as I-device are loaded as I-
slave proxies or I-device proxies (Page 1153) (for example, SIMATIC Comfort Panels). The
settings of the device proxy are read-only.
HMI devices are not loaded if they are connected to a subnet (PROFIBUS or PROFINET)
but not to a master system or IO system (for example, KP600 Basic color DP).
Going online with loaded configurations

You can go online with the loaded project or with loaded portions of the project.
Requirement
The hardware configuration loaded from the device to the PG/PC has been compiled. The
statuses of the central and distributed modules are only correctly displayed after compilation.
Note
If you go online before compiling, the diagnostics icon ? is displayed (diagnostics not
possible). A corresponding alarm is displayed under "Info > General" in the Inspector window.

Dependencies
Depending on how completely the hardware configuration was loaded to the PG, restrictions
apply to going online and to diagnostics:
Completely loaded device with all associated central and distributed modules, such as DP
slaves or IO devices:
Going online and diagnostics are possible.
Loaded device with connected I-devices/I-slaves:
I device/I slave is not loaded: Going online for the device and its modules is possible.
For the dependent components of the configuration that are not loaded, device proxies
are handled with only minimum diagnostics support. The online status is represented
as an icon. The standard diagnostics is shown in the online and diagnostics view. I&M
data are not loaded.
I device/I slave is also loaded: Going online is possible for all devices; diagnostics is
fully supported.
10.1.5 Displaying alarms
10.1.5.1 Overview of the alarm display

The "Alarm display" function can be used to output asynchronous alarms of diagnostics events
and user-defined diagnostics alarms as well a alarms from ALARM instructions.
From the alarm display, you can also start the alarm editor with the "Edit alarm" shortcut menu
command and then create user diagnostics alarms.
Icons
The following table shows the icons and their functions:
Icon Function
Shows the alarms located in the archive.
Archive view
Shows the currently active (pending) alarms.
Alarms that must be acknowledged are shown in
Active alarms blue lettering.
Ignores the arrival of alarms, These alarms are
neither shown in the window nor stored in the ar
Ignore chive.
Confirms the selected alarm as read. Alarms re
quiring acknowledgment are shown in blue letter
Acknowledge ing.
Deletes all alarms in the archive.
Clear archive

Icon Function
Exports the current alarm archive to a file in xml
format.
Export archive
Shows the alarms with multiple lines.
Multiple lines
Always show the last incoming alarm first.
Automatically display the last alarm
10.1.5.2 Archive view

In the archive view, alarms are displayed and archived according to the time they appear. You
can set the size of the archive (between 200 and 3000 alarms) with the menu command
"Options > Settings > Online & Diagnostics". If the selected archive size is exceeded, the oldest
alarm it contains is deleted.
Alarms that must be acknowledged are displayed in blue lettering and can be acknowledged
with the shortcut menu command "Acknowledge alarm(s)".
The archive is constantly updated and does not need to be saved explicitly.
10.1.5.3 Layout of the alarms in the archive view

In the archive view, all events occurring on the selected CPUs are logged. A new entry is
created for each individual event and shown as a further row in the table.
Table structure
All attributes of the alarms can be shown as columns. You can show or hide individual columns
as well as modify the width and order of the columns. These settings are saved when the
project is closed.
You can sort the columns in ascending or descending order. However, this setting is not saved
when you close the project.
The alarms can be displayed in one or more rows. In the single row display, only the first row
of the multiple-row alarm data is displayed.
The alarms either require acknowledgment or do not require acknowledgment. The alarms
requiring acknowledgment that have not yet been acknowledged are highlighted in blue
lettering and can be acknowledged either with the button in the toolbar for the particular context
or with the shortcut menu command "Acknowledge alarm(s)".
10.1.5.4 Receiving alarms

To allow alarms to be displayed, you must first set the receipt of alarms for each CPU.

Procedure
Toe receive alarms, follow these steps:
1. Double-click on the "Online & Diagnostics" folder of the relevant CPU in project navigation.
2. Click the "Online access" group in the area navigation.
3. Select the option "Receive alarms".
Note
If you select this procedure, alarms are only received after you have re-established an
online connection to the device.
Or:
1. Select the relevant CPU in the device, network, or topology view.
2. Select the command "Receive alarms" in the "Online" menu or in the shortcut menu.
Or:
1. Select the CPU in project navigation.
2. Select the command "Receive alarms" in the "Online" menu or in the shortcut menu.
Note
If you select one of the two above-named procedures, you must have first established an
online connection to the device.
10.1.5.5 Export archive

To archive alarms, you can export the archive. Follow these steps:
1. Go to the archive view.
2. Click the "Export archive" button.
3. In the dialog that opens, select the path to export the archive.
Result
The archive is saved as an xml file at the location you selected.
10.1.5.6 Clear archive

The archive is organized as a ring buffer, in other words, when it is full, the oldest alarms are
deleted from the archive. With the "Clear archive" button, you can delete the entire archive.

Procedure
To clear the archive, follow these steps:
1. Click the "Clear archive" button in the toolbar of the alarm display.
10.1.5.7 "Active alarms" view

The "Active alarms" view is an image of the alarm acknowledgement memory of the selected
CPU(s).
10.1.5.8 Layout of the alarms in the "Active alarms" view

The "Active alarms" view represents an image of the alarm acknowledgment memory of the
selected CPUs. One entry is shown in the table per active alarm. Events of an alarm
("incoming", "outgoing" and "acknowledged") are displayed in one row.
Table structure
All attributes of the alarms can be shown as columns. You can show or hide individual columns
as well as modify the width and order of the columns. These settings are saved when the
project is closed.
You can sort the columns in ascending or descending order. However, this setting is not saved
when you close the project.
The alarms can be displayed in one or more rows. In the single row display, only the first row
of the multiple-row alarm data is displayed.
The alarms either require acknowledgment or do not require acknowledgment. The alarms
requiring acknowledgment that have not yet been acknowledged are highlighted in bold print
and can be acknowledged either with the button in the toolbar for the specific context or with
the shortcut menu command "Acknowledge alarm(s)".
10.1.5.9 Status of the alarms

Depending on whether you are in the "Active alarms" view or the archive view, the displayed
alarms may have a different status.
Status of the alarms in the "Active alarms" view

I: Alarm came
IA: Alarm came and was acknowledged
IO: Alarm has gone
If more signal changes occur than can be sent (signal overflow), OV is displayed as the status
and the status is shown in red.

Status of the alarms in the archive view

No information: only with alarms generated by the PG/PC and displayed in the "Archive"
tab, for example logon status, connection abort, mode changes
I: Alarm came
A: Alarm came and was acknowledged
O Alarm has gone
D: The alarm was deleted.
If more signal changes occur than can be sent (signal overflow), OV is displayed as the status
and the status is shown in red.
10.1.5.10 Acknowledging alarms

Alarms that must be acknowledged are shown in blue lettering.
Procedure
To acknowledge an alarm, follow these steps:
1. Select the required alarm or alarms from the table.
2. Click the "Acknowledge" button.
Note
You can select more than one alarm to acknowledge at the same time. To do this, hold
down the <Ctrl> key and then select the alarms you want to acknowledge.
Result
The selected alarm was acknowledged and is then shown in normal characters.
Note
In the "Active alarms" view, acknowledged alarms that have already gone are no longer
displayed.
10.1.5.11 Ignoring alarms
Ignoring alarms
To ignore alarms, follow these steps:
1. Click the "Ignore" button.
The icon is shown on a gray background.

Result
From this point onwards, all alarms will be ignored. A message is created in the archive view
indicating that the display of alarms and events is disabled.
Canceling the ignoring of alarms

To cancel the ignoring of alarms, follow these steps:
1. Click the "Ignore" button.
The icon is shown on a white background.
Result
All alarms, in other words, even the alarms currently pending on the CPU while the "Ignore
alarms" function was active, are displayed again from this point onwards. A message is created
in the archive view indicating that the display of alarms and events is enabled again.
10.1.5.12 Sort table in alarm display
Sorting a table in ascending or descending order

To sort the table by a column in ascending or descending order, follow the steps below:
1. Click the table header of a column if you want to sort the column in ascending order.
2. Click again on the same column of the table header to sort the column in descending order.
3. Click a third time on the table header of the same column to cancel the sorting.
10.1.5.13 Keyboard commands in the alarm display
Alarm display

Select all alarms Ctrl+A
Acknowledge all selected alarms Ctrl+Q

10.1.6 Additional information on configurations
10.1.6.1 Functional description of S7-1200 CPUs
Operating modes
Principles of the operating modes of S7-CPUs
Introduction
Operating modes describe the behavior of the CPU. The following operating modes are
possible:
STARTUP
RUN
STOP
In these operating modes, the CPU can communicate via the PN/IE interface, for example.
Other operating modes

If the CPU is not ready for operation, it is in one of following two operating modes:
Deenergized, i.e. the supply voltage is switched off.
Defective, which means an internal error has occurred.
If the "Defective" status is caused by a firmware error, this state is indicated by the status
LEDs of the CPU (refer to the description of the CPU). To find out the cause, follow these
steps:
Turn the power supply switch off and on again.
Read out the diagnostics buffer when the CPU starts up and send the data for analysis
to Customer Support.
If the CPU does not start up, replace it.
See also
STOP mode (Page 1168)
RUN mode (Page 1168)

Operating mode transitions
Overview
The following figure shows the operating modes and the operating mode transitions of S7-1200
CPUs:
32:(5
21 67$5783
6723 581

The following table shows the conditions under which the operating modes will change:
No. Operating mode transition Conditions

POWER ON STARTUP After switching on, the CPU goes to "STARTUP" mode if:
"Warm restart" startup type is set, and
the hardware configuration and the program blocks are consistent.
Non-retentive memory is cleared and the contents of non-retentive DBs are reset to
the initial values of the load memory. Retentive memory and retentive DB contents
are retained.
POWER ON STOP When startup type "No startup" is set, the CPU goes to "STOP" mode after the supply
voltage is switched on.
Non-retentive memory is cleared and the contents of non-retentive DBs are reset to
the initial values of the load memory. Retentive memory and retentive DB contents
are retained.
STOP STARTUP The CPU switches to "STARTUP" mode if:
CPU is set to "RUN" from the programming device, and
the hardware configuration and the program blocks are consistent.
STARTUP STOP The CPU returns to the "STOP" mode in the following situations:
Error detected during startup.
The CPU is set to "STOP" from the programming device.
A STOP command is processed in the STARTUP OB.
STARTUP RUN If the STARTUP is successful, the CPU switches to "RUN".
RUN STOP The CPU returns to the "STOP" mode in the following situations:
An error is detected that prevents continued processing.
The CPU is set to "STOP" from the programming device.
A STOP command is processed in the user program.

"STARTUP" operating mode
Principles of the STARTUP mode
Function
After turning on the CPU, it executes a startup program before starting to execute the cyclic
user program.
By suitably programming startup OBs, you can specify certain initialization variables for your
cyclic program in the startup program. There is no rule in terms of the number of startup OBs.
That is, you can set up one or several startup OBs in your program, or none at all.
Parameter settings for startup characteristics

You can specify whether the CPU remains in STOP mode or whether a warm restart is run.
Over and above this, you can set the response during startup (RUN or previous mode) in the
"Startup" group of the CPU properties.
Note the following points regarding the "STARTUP" mode:
The startup OBs are executed. All startup OBs you have programmed are executed,
regardless of the selected startup mode.
No time-based program execution can be performed.
Interrupt controlled program execution limited to:
OB 82 (diagnostics interrupt)
The outputs on the modules are disabled.
The process image is not updated; direct I/O access to inputs is possible.
See also
Principles of the operating modes of S7-CPUs (Page 1163)
Organization blocks for startup (Page 1213)
Warm restart (Page 1165)
Warm restart
Function
During a warm restart, all non-retentive bit memory is deleted and non-retentive DB contents
are reset to the initial values from load memory. Retentive bit memory and retentive DB
contents are retained.

Program execution begins at the call of the first startup OB.
Triggering a warm restart

You can trigger a "Warm restart" using a corresponding menu command on your programming
device in the following situations:
The CPU must be in "STOP" mode.
After a memory reset
After downloading a consistent program and a consistent hardware configuration in the
"STOP" mode of the CPU.
"POWER ON" triggers a "warm restart" if you have set the following parameters for the startup
response:
Startup type "warm restart - RUN" (regardless of the CPU operating mode prior to POWER
OFF).
"Warm restart - mode prior to POWER OFF" (depending on the CPU operating mode prior
to POWER OFF. The CPU must have been in RUN mode prior to this.)
See also
Retentive memory areas (Page 1173)
Startup activities
Overview
The following table shows which activities the CPU performs at STARTUP:
Activities in execution sequence At warm restart

Clear non-retentive bit memories Yes
Clear all bit memories No
Clear the process image output Yes
Processing startup OBs Yes
Update the process image input Yes
Enable outputs after changing to "RUN" mode Yes
Sequence
The following figure shows the activities of the CPU in "STOP", "STARTUP", and "RUN" modes.
You can use the following measures to specify the state of the I/O outputs in the first cycle of
the user program:
Use assignable output modules to be able to output substitute values or to retain the last
value.
Set default values for outputs in startup OBs.

During the startup, all interrupt events are entered in a queue so that they can be processed
later during RUN mode. In RUN mode, hardware interrupts can be processed at any time.
6723
67$5783
5HVHWSURFHVVLPDJHLQSXW
'LVDEOH,2RXWSXWV
WXUQRIIUHWDLQODVWYDOXH
RUVXEVWLWXWHDYDOXH
5XQVWDUWXS2%V
7UDQVIHU,2LQSXWVWRWKH
SURFHVVLPDJHLQSXW
(QDEOH,2RXWSXWV
581
2XWSXWSURFHVVLPDJH
RXWSXW
7UDQVIHU,2LQSXWVWRWKH
SURFHVVLPDJHLQSXW
5XQF\FOLF2%V
2SHUDWLQJV\VWHP
DFWLYLWLHVFRPPXQLFDWLRQ
VHOIWHVWHWF
Special features during startup
Response when expected and actual configurations do not match

The expected configuration is represented by the engineering configuration loaded on the
CPU. The actual configuration is the actual configuration of the automation system.
If the expected configuration and actual configuration differ, the CPU nevertheless initially
changes to RUN.
Canceling a STARTUP
If errors occur during startup, the startup is canceled and the CPU remains in "STOP" mode.

Under the following conditions, a startup will not be performed or will be canceled:
If an invalid SD card is inserted.
If no hardware configuration has been downloaded.
See also
Overview of the CPU properties (Page 1185)
RUN mode
Function
In "RUN" mode the cyclic, time-driven, and interrupt-driven program sections execute:
The process image output is read out.
The process image input table is read.
The user program is executed.
Active data exchange between S7-1200 CPUs by means of Open User Communication is only
possible in "RUN" mode.
Running the user program

Once the CPU has read the inputs, the cyclic program runs from the first to the last instruction.
If you have configured a minimum cycle time, the CPU will not end the cycle until this minimum
cycle time is up even if the user program is completed sooner.
A maximum cycle time is set which you can adjust according to your requirements. This
ensures that the cyclic program is completed within a specified time. The system will respond
with a time error if the cyclic program is not completed within this time.
Other events such as hardware and diagnostic interrupts can interrupt the cyclic program flow
and prolong the cycle time.
See also
Events and OBs (Page 1177)
STOP mode
Function
In "STOP" mode, the user program is not executed. All outputs are disabled or react according
to the parameter settings: They provide a substitute value as set in the parameters or retain
the last value output and bring the controlled process to a safe status.

The CPU checks the following points:

Hardware, for example whether are all modules are available
Whether the default settings for the CPU are applicable or parameter sets are present
Whether the general conditions for the programmed startup behavior are correct
See also
Basics of a memory reset
Function
A memory reset on the CPU is possible only in STOP mode.
When memory is reset, the CPU is changed to an "initial status". This means:
An existing online connection between your programming device/PC and the CPU is
terminated.
The content of the work memory and the retentive and non-retentive data are deleted.
The diagnostic buffer, the time, the IP address, the hardware configuration, and active force
jobs are retained.
The load memory (code and data blocks) is then copied to work memory. As a result, the
data blocks no longer have current values but their configured initial values.
Memory areas
Useful information on memory cards
How the memory card functions

The SIMATIC Memory Card for a S7-1200 is an SD memory card preformatted by Siemens
for the CPU user program.
You may only delete files and folders. If you format the memory card with Windows, for example
with a commercially available card reader, you make the memory card unusable as a storage
medium for an S7 CPU.

Setting the card type

You can use the memory card as a transfer card, a program card or a firmware update card.
To set the card type, insert the memory card into the card reader of the programming device
and select the "Card reader/USB memory" folder from the project tree. In the properties of the
selected memory card, designate the card type:
Program
If it is used as a program card, you can load the user program on the memory card. In this
case, the internal load memory of the device is replaced by the memory card and the internal
load memory is erased. The user program is then fully executable from the memory card.
If the memory card with the user program is removed, there is no longer a program available.
Transfer
If it is used as a transfer card, you can transfer the user program from the memory card to
the internal load memory of the CPU. You can then remove the memory card again.
Firmware card
Firmware for the S7-1200 modules can be stored on a memory card. Therefore it is possible
to perform a firmware update with the help of a specifically prepared memory card. Likewise,
a backup copy of firmware for a module can be stored on a memory card.
Transferring objects from the project to a memory card

When the memory card is inserted in the programming device or in an external card reader,
you can transfer the following objects from the project tree to the memory card:
Individual blocks (multiple selection possible)
In this case a consistent transfer is available, as the dependencies of the blocks to each
other is taken into account with block selection.
PLC
In this case, all objects relevant to processing are transferred, such as blocks and the
hardware configuration on the memory card, just as with downloading.
To perform the transfer, you can move the objects with drag-and-drop or use the command
"Card reader/USB memory > Write to memory card" in the "Project" menu.
Transferring objects from the memory card to the project

You can transfer Individual blocks (multiple selection is possible) by dragging them to the
project. A hardware configuration cannot be transferred from the memory card to the project.

Updating firmware with a memory card

You can get the latest firmware data on the Internet from the Service & Support pages:
http://support.automation.siemens.com (http://support.automation.siemens.com/WW/view/en/
34143537)
Save the firmware files on the hard disk and plug the SIMATIC Memory Card into the card
reader of your programming device.
To store the file on the memory card, select the memory card in the "Card Reader/USB
memory" folder in the project tree. Select the shortcut menu "Card Reader/USB memory >
Create firmware update memory card".
Then follow the instructions in the Service & Support portal for performing a firmware update
with your CPU.
Updating the firmware changes the CPU firmware status. If you have used the CPU in the
project, you will have to update the CPU already configured to the CPU with the new firmware
status by changing devices offline, and adapt and then load the program or configuration.
See also
Replacing a hardware component (Page 574)
Useful information on CPU firmware versions and STEP 7 versions (Page 1235)
Load memory
Function
Each CPU has an internal load memory. The size of this internal load memory depends on the
CPU used.
This internal load memory can be replaced by using external memory cards. If there is no
memory card inserted, the CPU uses the internal load memory; if a memory card is inserted,
the CPU uses the memory card as load memory.
However, the size of the usable external load memory cannot be greater than the internal load
memory even if the inserted memory card has more free space.
See also
Using memory cards (Page 467)

Work memory
Function
Work memory is a non-retentive memory area for storing elements of the user program that
are relevant for program execution. The user program is executed exclusively in work memory
and system memory.
System memory
System memory areas
Function
System memory contains the memory elements that each CPU makes available to the user
program, such as the process image and bit memory.
By using appropriate operations in your user program, you address the data directly in the
relevant operand area.
The following table shows the operand areas of the system memory:
Operand area Description Access via units of the following size: S7 notation
Process image output The CPU writes the values Output (bit) Q
from the process image out Output byte QB
put table to the output mod
ules at the start of the cycle. Output word QW
Output double word QD
Process image input The CPU reads the inputs Input (bit) I
from the input modules and Input byte IB
saves the values to the proc
ess image input table at the Input word IW
start of the cycle. Input double word ID
Bit memory This area provides storage Bit memory (bit) M
for intermediate results cal Memory byte MB
culated in the program.
Memory word MW
Memory double word MD
Data block Data blocks store informa Data bit DBX
tion for the program. They Data byte DBB
can either be defined so that
all code blocks can access Data word DBW
them (global DBs) or as Data double word DBD
signed to a specific FB or
SFB (instance DB).
Requirement: The block at
tribute "Optimized block ac
cess" is not enabled.

Operand area Description Access via units of the following size: S7 notation
Local data This area contains the tem Local data bit L
porary data of a block while Local data byte LB
the block is being processed.
Local data word LW
Requirement: The block at
tribute "Optimized block ac Local data double word LD
cess" is not enabled.
Recommendation: Access
local data (temp) symbolical
ly.
I/O input area The I/O input and output I/O input bit <tag>:P
areas permit direct access to I/O input byte
central and distributed input
and output modules. I/O input word
I/O input double word
I/O output area I/O output bit
I/O output byte
I/O output word
I/O output double word
See also
Diagnostics buffer (Page 1176)
Basic principles of process images (Page 1174)
Access to the I/O addresses (Page 1177)
Retentive memory areas
Retentive memory areas

Data loss after power failure can be avoided by marking certain data as retentive. This data is
stored in a retentive memory area. A retentive memory area is an area that retains its content
following a warm restart, in other words, after cycling the power when the CPU changes from
STOP to RUN.

The following data can be assigned retentivity:

Bit memory: The precise width of the memory can be defined for bit memory in the PLC tag
table or in the assignment list.
Tags of a function block (FB): You can define individual tags as retentive in the interface
of an FB if you have enabled optimized block access. Retentivity settings can be defined
only in the assigned instance data block if optimized block access has not been activated
for the FB.
Tags of a global data block: You can define retentivity either for individual or for all tags of
a global data block depending on the settings for access.
Block with optimized access: retentivity can be set for each individual tag.
Block with standard access: The retentivity setting applies to all tags of the DB; either
all tags are retentive or no tag is retentive.
See also
Warm restart (Page 1165)
process image input/output
Basic principles of process images
Function
When the user program addresses the input (I) and output (O) operand areas, it does not query
or change the signal states on the digital signal modules. Instead, it accesses a memory area
in the system memory of the CPU. This memory area is referred to as the process image.
Advantages of the process image

Compared with direct access to input and output modules, the main advantage of accessing
the process image is that the CPU has a consistent image of the process signals for the
duration of one program cycle. If a signal state on an input module changes during program
execution, the signal state in the process image is retained until the process image is updated
again in the next cycle. The process of repeatedly scanning an input signal within a user
program ensures that consistent input information is always available.
Access to the process image also requires far less time than direct access to the signal modules
since the process image is located in the internal memory of the CPU.

Updating the process images
Sequence
The operating system updates the process images at cyclic intervals unless defined otherwise
in your configuration. The process image input/output is updated in the following order:
1. The internal tasks of the operating system are performed.
2. The process image output (PIQ) table is written to the outputs of the module.
3. The status of inputs is read to the process image input (PII) table.
4. The user program is executed with all the blocks that are called in it.
The operating system automatically controls the writing of the process image output to the
outputs of the modules and the reading of the process image input.
You have the option of accessing inputs or outputs directly using direct I/O access.
If an instruction accesses an output directly and the output address is located in the process
image output, the process image of the relevant output is updated.
If an instruction accesses an output directly and the output address is not located in the
process image output, the process image of the relevant output is not updated.
Example of normal I/O access by way of the process image
029(
4
, (1 (12
0: ,1 287 4:
Update QW10 in the I/O output area with the value from MW0.
I/O access error during process image updating

If an error occurs during process image updating (I/O access error), the CPU reacts with the
default system reaction "Ignore".
See also
Start address of a module (Page 1176)
Startup activities (Page 1166)

Diagnostics buffer
Function
The diagnostics buffer is part of the system memory of the CPU. It contains the errors detected
by the CPU or modules with diagnostics capability. It includes the following events:
Every mode change of the CPU (for example, POWER UP, change to STOP mode, change
to RUN mode)
Every diagnostics interrupt
The diagnostics buffer of the S7-1200-CPU has a capacity of 50 entries of which the last (most
recent) 10 entries are retained following power cycling.
Those entries can only be cleared by restoring the CPU to factory defaults.
You can read the content of the diagnostics buffer with the help of the Online and Diagnostics
view.
See also
Basic information on the diagnostics buffer (Page 1398)
I/O data area
Start address of a module
Definition
The start address is the lowest byte address of a module. It acts as the initial address of the
module user data area.
Configuring module start addresses

The addresses used in the user program and the module start addresses are coordinated
when the modules are configured.
In the module properties ("I/O addresses" group), you can change the start addresses that
were assigned automatically after the modules were inserted.
You can also make a setting that decides whether or not the addresses are located in the
process image.

Access to the I/O addresses
I/O addresses
If you insert a module in the device view, its user data is located in the process image of the
S7-1200 CPU (default). The CPU handles the data exchange between the module and the
process image area automatically during the update of the process images.
Append the suffix ":P" to the I/O address if you want the program to access the module directly
instead of using the process image.
This could be necessary, for example, during execution of a time-sensitive program which also
has to control the outputs within the same cycle.
Basics of program execution
Events and OBs
Events and OBs

The operating system of S7-1200-CPUs is based on events. There are two types of events:
Events which can start an OB
Events which cannot start an OB
An event which can start an OB triggers the following reaction:
It calls the OB you possibly assigned to this event. The event is entered in a queue according
to its priority if it is currently not possible to call this OB.
The default system reaction is triggered if you did not assign an OB to this event.
An event which cannot start an OB triggers the default system reaction for the associated event
class.
The user program cycle is therefore based on events, the assignment of OBs to those events,
and on the code which is either contained in the OB, or called in the OB.
The following table provides an overview of the events which can start an OB, including the
associated event classes and OBs. The table is sorted based on the default OB priority. Priority
class 1 is the lowest.

Event class OB no. Number of Start event OB priority (de

OBs fault)
Cyclic program 1, >= 123 >= 1 Starting or end of the last program cycle OB 1
Startup 100, >= >=0 STOP to RUN transition 1
123
Time-of-day interrupt >= 10 Max. 2 Start time has been reached 2
Time-delay interrupt >= 20 Max. 4 Delay time expired 3
Cyclic interrupt >= 30 Constant bus cycle time expired 8
Hardware interrupt >= 40 Max. 50 Positive edge (max. 16) 18
(more can Negative edge (max. 16)
be used with
DETACH HSC: Count value = reference value (max. 18
and AT 6)
TACH) HSC: Count direction changed (max. 6)
HSC: External reset (max. 6)
Status interrupt 55 0 or 1 CPU has received status interrupt 4
Update interrupt 56 0 or 1 CPU has received update interrupt 4
Manufacturer- or profile- 57 0 or 1 CPU has received manufacturer-specific or pro 4
specific interrupt file-specific interrupt
Diagnostic error interrupt 82 0 or 1 Module has detected an error 5
Pull/plug interrupt 83 0 or 1 Removal/insertion of modules of distributed I/O 6
Rack error 86 0 or 1 Error in the I/O system of the distributed I/O 6
Time error 80 0 or 1 Maximum cycle time exceeded 22
Called OB is still being executed
Time-of-day interrupt missed
Time-of-day interrupt missed during STOP
Queue overflow
Interrupt loss due to high interrupt load
The following table describes events which do not trigger an OB start, including the
corresponding reaction of the operating system. The table is sorted based on event priority.
Event class Event Event priority System reaction

Insert/remove central modules Insert/remove a module 21 STOP
I/O access error during proc I/O access error during process image update 22 Ignore
ess image update
Programming error Programming error in a block for which you 23 RUN
use system reactions provided by the operat
ing system (note: the error handling routine
in the block program is executed if you acti
vated local error handling).

Event class Event Event priority System reaction

I/O access error I/O access error in a block for which you use 24 RUN
system reactions provided by the operating
system (note: the error handling routine in the
block program is executed if you activated lo
cal error handling).
Maximum cycle time exceeded Maximum cycle time exceeded twice 27 STOP
twice
Assignment between OBs and events

With the exception of the cyclic program and startup program and event can only be assigned
to one OB. However, in certain event classes such as hardware interrupts one and the same
OB can be assigned to several events.
The assignment between OBs and events is defined in the hardware configuration. Defined
assignments can be changed at runtime by means of ATTACH and DETACH instructions.
OB priority and runtime behavior

S7-1200-CPUs support the priority classes 1 (lowest) to 27 (highest). An OB is assigned the
priority of its start event.
OBs are always executed on a priority basis: The OBs with the highest priority are executed
first. Events of the same priority are processed in order of occurrence.
As of firmware version V4.0 of the S7-1200 CPUs you can specify in the device configuration,
under properties of the CPU, if the OBs are interruptible or not. This parameter assignment
has an effect on all OBs with exception of the cycle OBs which are always interruptible.
The following applies to S7-1200 CPUs with firmware version < V4.0:
Any OB with priority >= 2 will interrupt cyclic program execution.
An OB of priority 2 to 25 cannot be interrupted by any event of priority group 2 to 25. This
rule also applies to events of a priority higher than that of the currently active OB. Such
events are processed later.
A time error (priority 26) will interrupt any other OB.
The following applies to S7-1200 CPUs as of firmware version V4.0:
If you do not configure the OBs as interruptible, an OB is always processed completely even
if an event of a higher priority occurs during its runtime. Specifically, this means:
An OB of priority 2 to 25 cannot be interrupted by any event. This rule also applies to events
of a priority higher than that of the currently active OB, which also includes a time error.
Such events are processed later.
If you do configure the OBs as interruptible and an event of a higher priority occurs during the
runtime of an OB, the running OB is interrupted and the OB associated with the occurring event

is processed. Once this OB has been completed, processing of the interrupted OB continues.
Specifically, this means:
An OB of priority 2 to 25 can be interrupted by any event whose priority is higher than that
of the running OB. This is also true for time errors: A time error (priority 26) will interrupt
any OB.
OB start information
Certain OBs have start information, while others do not. This is explained in greater detail in
the description of the relevant OB.
See also
Event-based program execution (Page 1180)
ATTACH: Attach an OB to an interrupt event (Page 3216)
DETACH: Detach an OB from an interrupt event (Page 3218)
Event-based program execution
OB priority and runtime behavior

S7-1200-CPUs support the priority classes 1 (lowest) to 27 (highest). An OB is assigned the
priority of its start event.
Interrupt OBs can only be interrupted by time error interrupts. This rule also applies to events
of a priority higher than that of the currently active OB. That is, only one interrupt OB can be
active, with exception of the time error interrupt OB.
Any further event of generated while an interrupt OB is being executed is added to a queue in
accordance with its priority. Start events within a queue are processed later based on the
chronological order of their occurrence.
Program execution on the CPU

Cyclic OBs are interrupted by interrupt OBs.
Reactions to events which start an interrupt OB:
For CPUs up to firmware version V3: Interrupt OBs can only be interrupted by time error
interrupt OBs.
For CPUs as of firmware version V4: Interrupt OBs can be interrupted by interrupt OBs of
a higher priority.
The figure below shows the basic procedure in case interrupt OBs cannot be interrupted
(behavior up to firmware version V3):

(YHQWV &\FOLF2%V ,QWHUUXSW2%V 7LPHHUURULQWHUUXSW2%V
:ULWH3,4
5HDG3,,
%HJLQ
2%
,QWHUUXSWLRQ

%HJLQ
2%[[
(QG
5HVXPH
2%
,QWHUUXSWLRQ

%HJLQ
2%[\
,QWHUUXSWLRQ
%HJLQ
2%
7LPHHUURU
LQWHUUXSW
5HVXPH (QG
2%[\

(QG
%HJLQ
2%[]
(QG
5HVXPH
2%
(QG

%HJLQ
2%[]
(QG
and An event (e.g. a hardware interrupt) calls its associated OB.

A called OB is executed without interruption, including all of its nested blocks. Execution of
the cyclic OB is resumed on completion of interrupt processing, provided the queue does not
contain any events which trigger an OB start.
An interrupt OB can only be interrupted by a time error interrupt OB (OB 80).
An new alarm-triggering event occurs during interrupt processing.
Reaction for CPUs up to and including firmware version V3:
This new event is added to a queue. The queued events successively call their corresponding
OBs only after execution of the current interrupt OBs was completed and according to the
following rules:
Events are processed in the order of their priority (starting at the highest priority).
Events of the same priority are processed in chronological order.
Reaction for CPUs as of firmware version V4:
You use a CPU parameter to set the interruptibility for CPUs as of firmware version V4.
Default behavior: OBs are interruptible. In this case: If the new event has a higher priority
than the currently running OB, the OB started by the new event interrupts the currently running
OB.
If you disable the option, the interrupt OBs cannot be interrupted.
The cyclic OBs are processed one after the other.

Notes on queues
Every priority class (OBs of the same priority to be called) is assigned a separate queue.
The size of those queues is set by default.
Any new event leading to the overflow of a queue is discarded and therefore lost. A "time
error interrupt event" is generated simultaneously. Information identifying the OB that
caused the error is included in the start information of the time error interrupt OB (OB 80).
A corresponding reaction such as an alarm trigger can be programmed in the time error
interrupt OB.
Example of a hardware interrupt event

The function principle of event-oriented program execution in the S7-1200 CPU is described
based on the example of a hardware interrupt-triggering module.
Process events and their priority

Process events are triggered by the I/O (e.g. at a digital input) and initiate a call of the assigned
OB in the S7-1200 CPU. OBs assigned to a process event are called hardware interrupt OBs.
Examples of process events and their priority:
Process events "rising edge" or "falling edge" at an interrupt-triggering module: The
hardware interrupt OB started by such an event is always assigned priority 5.
Process events from a high-speed counter
Count value corresponds to the reference value
Change count direction
External reset of the high-speed counter
The hardware interrupt OB started by this event is always assigned priority 6.
The figure below shows the chronological sequence of hardware interrupt execution: In the
case of two hardware interrupt events in immediate succession, the second hardware interrupt
triggering event is held back in the queue until the first OBx has been processed. The next
hardware interrupt triggering event can only start the associated OBx when the OBx has been
processed. Additional hardware interrupt triggering events are lined up in the queue according
to this principle.

&38 0RGXOH

%HJLQ
2%[
',
&38 0RGXOH
:$,7
%HJLQ

2%[
',
&38 0RGXOH
:$,7
%HJLQ

2%[
',
(QG

%HJLQ
2%[
Hardware interrupt execution
A hardware interrupt-triggering event such as a rising edge at the input calls the OB to
which it is assigned.
If a new event occurs that triggers a hardware interrupt while the OB is executing, this
event is entered in a queue.
The new event that triggers a hardware interrupt starts the hardware interrupt OB as
signed to the event.
Assigning the interrupt-triggering event

The interrupt-triggering event is assigned to an OB in the input properties of the device view.
An interrupt-triggering event can only be assigned to a single OB.
OBs, however, can be assigned to several interrupt-triggering events.
This means, for example, that you can assign both the rising and the falling edge to the
same interrupt OB in order to trigger the same reaction to any change of the input signal.

The started OB can interrupt a cycle OB at every instruction. Consistent data access is
secured up to dword size.
You can parameterize module-specific interrupt-triggering events such as a rising and the
falling edge at the input.
Assign the interrupt-triggering event and the OB to be started in the configuration of the
interrupt-triggering module. However, within the started hardware interrupt OB you can
override this assignment using the DETACH instruction, or assign the same event to a
different OB using the ATTACH instruction. This functionality allows a flexible reaction to
external process signals.
Setting the operating behavior
Changing properties of the modules
Default settings
When they leave the factory, all hardware components with parameters have default settings
suitable for standard applications. These default values allow the hardware components to be
used immediately without making any additional settings.
You can, however, modify the behavior and the properties of the hardware components to suit
the requirements and circumstances of your application. Hardware components with settable
parameters include, for example, communications modules and several analog and digital
modules.
Setting and loading parameters

When you have selected a hardware component in the device or network view, you can set
the properties in the Inspector window. When you save a device configuration with its
parameters, data is generated that needs to be loaded on the CPU. This data is transferred
to the relevant modules during startup.
Properties of the CPUs

The properties of the CPUs have special significance for system behavior. For example for a
CPU you can set:
Interfaces
Inputs and outputs
High-speed counters
Pulse generators
Startup behavior
Time-of-day
Protection level
Bit memory for system and clock

Cycle time
Communications load
The entry possibilities specify what is adjustable and in which value ranges. Fields that cannot
be edited are disabled or are not shown in the properties window.
Requirement
You have already arranged the hardware components for which you want to change properties
on a rack.
Procedure
To change the properties and parameters of the hardware components, follow these steps:
1. In the device or network view, select the hardware component or interface that you want
to edit.
2. Edit the settings for the selected object:
For example in the device view you can edit addresses and names.
In the Inspector window additional setting possibilities are available.
You do not need to confirm your entries, the changed values will be applied immediately.
See also
Introduction to loading a configuration (Page 1146)
CPU properties
Overview of the CPU properties
Overview
The following table provides you with an overview of the CPU properties:
Group Properties Description

General Project information General information to describe the inserted CPU. Except for the
slot number, you can change this information.
Catalog information Read-only information from the hardware catalog for this CPU.


PROFINET interface General Name and comment for this PROFINET interface. The name is
limited to 110 characters.
Ethernet addresses Select whether the PROFINET interface is networked. If subnets
have already been created in the project, they are available for
selection in the drop-down list. If not, you can create a new subnet
with the "Add new subnet" button.
Information on the IP address, subnet mask and IP router usage
in the subnet is available in the IP protocol. If an IP router is used,
the information about the IP address of the IP router is necessary.
Advanced options Name, comment and additional setting options of the Ethernet
interface port.
Time synchronization Settings for time synchronization in the NTP time format.
The NTP (network time protocol) is a general mechanism for syn
chronizing system clocks in local and global area networks.
In NTP mode, the interface of the CPU sends time queries (in
client mode) at regular intervals to NTP servers on the subnet
(LAN) and the addresses must be set in the parameters here.
Based on the replies from the server, the most reliable and most
accurate time is calculated and synchronized. The advantage of
this mode is that it allows the time to be synchronized across
subnets. The accuracy depends on the quality of the NTP server
being used.
DI#/DO# General Name of and comment on the integrated digital inputs of the CPU.
Digital inputs Input delays can be set for digital inputs. The input delays can be
set in groups (in each case for 4 inputs).
The detection of a positive and a negative edge can be enabled
for each digital input. A name and a hardware interrupt can be
assigned to this event.
Depending on the CPU, pulse catches can be activated at various
inputs. When the pulse catch is activated, even pulse edges that
are shorter than the cycle time of the program are detected.
Digital outputs The reaction to a mode change from RUN to STOP can be set
for all digital outputs:
The state can either be frozen (corresponds to retain last value)
or you set a substitute value ("0" or "1")
I/O addresses The address space of the input and output addresses is specified
as is the process image.
Hardware identifier The hardware identifier of the device is displayed.


AI# General Name of and comment on the integrated analog inputs of the
CPU.
Analog inputs During noise reduction, the specified integration time suppresses
interference frequencies at the specified frequency (in Hz).
The channel address, measurement type, voltage range, smooth
ing and overflow diagnostics must be specified in the "Channel
#" group. The measurement type and voltage range are set per
manently to voltage, 0 to 10 V.
Smoothing analog values provides a stable analog signal for fur
ther processing. Smoothing analog values can be useful with
slow measured value changes, for example, in temperature
measurement. The measured values are smoothed with digital
filtering. Smoothing is achieved by the module forming mean val
ues from a specified number of converted (digitalized) analog
values. The selected level (slight, medium, strong) decides the
number of analog signals used to create the mean value.
If overflow diagnostics is enabled, a diagnostics event is gener
ated if an overflow occurs.
I/O addresses The address space of the input addresses is specified as is the
process image.
Hardware identifier The hardware identifier of the device is displayed.
High-speed counter High-speed counter (HSC)# High-speed counters are typically used to drive counting mecha
(HSC) nisms.
See: Configuring high-speed counters (Page 1196)
Pulse generators PTO#/PWM# A pulse generator is activated and can be initialized with project
(PTO/PWM) information.
For the configuration of an activated pulse generator, specify the
usage as PWM (Pulse Width Modulation) or as PTO (Pulse Train
Output).
Specify the output source, time base, pulse width format, cycle
time and initial pulse width for PWM. A pulse output is specified
as the hardware output. The PWM output is controlled by the
CTRL_PWM instruction, see CTRL_PWM (Page 3310).
Specify the output source for PTO. A pulse output and a direction
output are specified as the hardware outputs. A PTO is operated
together with a high-speed counter in the "axis of motion" count
mode and controlled by the Motion Control technology object
(see keyword "Motion Control S7-1200") .
The hardware ID is displayed in the I/O-diagnostics addresses
and, if the PWM function is selected, the address space of the
output addresses and the process image can be selected.


Startup Startup after POWER ON Setting the startup characteristics after cycling power.
See: Principles of the STARTUP mode (Page 1165)
Comparison of preset configura Specifies whether modules (SM, SB, CM, CP or even the CPU)
tion and actual configuration can be replaced:
Startup of the CPU only if compatible
Startup of the CPU even if there are differences
Example: A signal module with 16 digital inputs and 16 digital
outputs (DI16/DQ16) can be a compatible replacement for a sig
nal module with 8 digital outputs (DQ8) or 4 digital inputs (DI4).
Parameter assignment time for Specifies a maximum period (standard: 60000 ms) in which the
distributed I/O distributed I/O must start up. (The CMs and CPs are supplied with
voltage and communication parameters during the CPU startup.
This configuration time provides a time period during which I/O
modules connected to the CM or CP must start up.)
The CPU switches to RUN as soon as the distributed I/O has
started and is ready for operation, regardless of the "Parameter
assignment time for distributed I/O" parameter. If the distributed
I/O has not started up during this period, the CPU switches to
RUN without the distributed I/O.
Cycle Maximum cycle time and mini Specification of a maximum cycle time or a fixed minimum cycle
mum cycle time. time.
If the cycle time exceeds the maximum cycle time, the CPU goes
to STOP mode.
See: Cycle time and maximum cycle time (Page 1189)
Communication load Maximum allocation of the cycle Controls the duration of communication processes that always
for communication (as a percent also extend the cycle time, within certain limits. Examples of com
age) munication processes include: Transferring data to another CPU
or loading blocks (initiated via the PC).
See: Cycle loading by communications (Page 1190)
System and clock System memory bits and clock You use system memory bits for the following scans:
memory memory bits Is the current cycle the first since cycling power?
Have there been any diagnostics state changes compared
with the previous cycle?
Scan for "1" (high)
Scan for "0" (low)
Clock memory bits change their values at specified periodic in
tervals.
See: Enabling system memory (Page 1206)
See: Using clock memory (Page 1207)
Web server Automatic update Sends the requested web page with current CPU data periodi
cally to the web browser. Enter the period duration under "Update
interval". Automatic update can only be activated if the web serv
er is enabled.
See: Auto-Hotspot
User-defined web pages Allows access to freely-designed web pages of the CPU via a
web browser.
See: Auto-Hotspot


Time Local time and daylight saving Setting of the time zone in which the CPU is operated and setting
time of the daylight-saving/standard time changeover.
Protection Protection and password for read/ Setting the read/write protection and the password for access to
write access the CPU.
See: Setting options for the protection level (FW V1 to V3)
(Page 1208)
See: Setting options for the protection (FW as of V4)
(Page 1209)
Connection resources - Display of available, reserved and previously configured connec
tion resources of the CPU.
Address overview - Tabular representation of all addresses used by the CPU for in
tegrated inputs/outputs as well as for the inserted modules. Ad
dresses that are not used by any module are represented as
gaps.
The view can be filtered according to
Input addresses
Output addresses
Address gaps
See also
Assigning parameters to hardware interrupt OBs (Page 1230)
Addressing modules (Page 848)
Special features during startup (Page 1167)
Cycle time and maximum cycle time
Function
The cycle time is the time that the operating system requires to execute the cyclic program
and all the program sections that interrupt this cycle. The program execution can be interrupted
by:
Time errors and 2xMaxCycleTime errors
System activities, e.g., process image updating
The cycle time (Tcyc) is therefore not the same for every cycle.
The following schematic shows an example of different cycle times (TZ1 TZ2) for S7-1200
CPUs:

'LIIHUHQWF\FOHWLPHVIRU6&38V
&XUUHQWF\FOH 1H[WF\FOH 1H[WF\FOH
7] 7]
2%
8SGDWLQJWKH 8SGDWLQJWKH3,, 2% 2% 2% 8SGDWLQJWKH 8SGDWLQJWKH 2% 2% 8SGDWLQJWKH
3,2 3,2 3,, 3,2
3,,3URFHVVLPDJHLQSXW
3,23URFHVVLPDJHRXWSXW
In the current cycle, the cyclic OB used here (e.g. OB 1) will be interrupted by a time error (e.g.
OB 80). Following the cyclic OB, the next cycle OB 201 is processed.
Maximum cycle time

The operating system monitors the execution time of the cyclic program for a configurable
upper limit known as the maximum cycle time. You can restart this time monitoring at any point
in your program by calling the RE_TRIGR instruction.
If the cyclic program exceeds the maximum cycle time, the operating system will attempt to
start the time error OB (OB 80). If the OB is not available, the CPU ignores the overshoot of
the maximum cycle time.
In addition to monitoring the runtime for overshooting of the maximum cycle time, adherence
to a minimum cycle time is guaranteed. To do this, the operating system delays the start of
the new cycle until the minimum cycle time has been reached. During this waiting time, new
events and operating system services are processed.
If the maximum cycle time is exceeded a second time, for example while the time error OB is
being processed (2xMaxCycleTime error), the CPU changes to STOP mode.
Cycle loading by communications
Function
The cycle time of the CPU can be extended due to communications processes. These
communications processes include for example:
Transferring data to another CPU
Loading of blocks initiated by a programming device
You can control the duration of these communications processes to some extent using the
CPU parameter "Cycle load due to communication".

In addition to communications processes, test functions also extend the cycle time. The "Cycle
load due to communication" parameter can be used to influence the duration.
How the parameter works

You use the "Cycle load due to communication" parameter to enter the percentage of the
overall CPU processing capacity that can be available for communications processes. This
CPU processing capacity is now available at all times for communication. This processing
capacity can be used for program execution when not required for communication.
Effect on the actual cycle time

The "Cycle load due to communication" parameter can be used to extend the cycle time of the
cyclic organization block (e.g., OB 1) by a factor calculated according to the following formula:

&\FOHORDGGXHWRFRPPXQLFDWLRQ
The formula does not take into account the effect of asynchronous events such as hardware
interrupts or cyclic interrupts on the cycle time.
If the cycle time is extended due to communication processes, more asynchronous events
may occur within the cycle time of the cyclic organization block. This extends the cycle still
further. The extension depends on how many events occur and how long it takes to process
them.
Example 1 no additional asynchronous events:

If the "Cycle load due to communication" parameter is set to 50%, this can cause the cycle
time of the cyclic organization block to increase by up to a factor of 2.
Example 2 additional asynchronous events:

For a pure cycle time of 500 ms, a communication load of 50% can result in an actual cycle
time of up to 1000 ms, provided that the CPU always has enough communications jobs to
process. If, parallel to this, a cyclic interrupt with 20 ms processing time is executed every 100
ms, this cyclic interrupt would extend the cycle by a total of 5*20 ms = 100 ms without
communication load. That is, the actual cycle time would be 600 ms. Because a cyclic interrupt
also interrupts communications, it affects the cycle time by adding 10 * 20 ms at 50 %
communication load. That is, in this case, the actual cycle time amounts to 1200 ms instead
of 1000 ms.
Note
Observe the following:
Check the effects of changing the value of the "Cycle load due to communication" parameter
while the system is running.
You must always consider the communication load when setting the minimum cycle time
as time errors will otherwise occur.

Recommendations
Increase this value only if the CPU is used primarily for communication purposes and the
user program is not time critical.
In all other situations you should only reduce this value.
Time-of-day functions
Basic principles of time of day functions

All S7-1200 CPUs are equipped with an internal clock. The backup supports the display of the
correct time for up to 10 hours if the power supply is interrupted.
Time-of-day format
The clock always shows the time of day with a resolution of 1 millisecond and the date including
the day of the week. The time adjustment for daylight-saving time is also taken into account.
Setting and reading the time of day
Setting and reading the time with instructions

You can set, start and read the time-of-day and date on the CPU clock with the following
instructions in the user program:
Set the time-of-day: "WR_SYS_T"
Read time of day "RD_SYS_T"
Read local time "RD_LOC_T"
Set time zone "SET_TIMEZONE"
Manual setting
You can also read and set the time-of-day manually in the online and diagnostics view under
"Functions > Set time-of-day".
See also
WR_SYS_T: Set time-of-day (Page 2981)
RD_SYS_T: Read time-of-day (Page 2983)
RD_LOC_T: Read local time (Page 2985)
SET_TIMEZONE: Set time zone (Page 2989)

Assigning the clock parameters
Clock parameters
The clock parameters allow you to make the following settings:
Enable time synchronization via NTP server
Select this check box if you want the internal clock to be synchronized using the NTP
synchronization mode.
Network time server
The IP addresses of up to four NTP servers need to be configured.
Update interval
The update interval defines the interval between time queries.
High-speed counters
General information on high-speed counters
Introduction
High-speed counters are typically used to drive counting mechanisms in which a shaft turning
at a constant speed is equipped with an incremental step encoder. The incremental step
encoder ensures a certain number of count values per rotation and a reset pulse once per
rotation. The clock memory bit(s) and the reset pulse of the incremental step encoder supply
the inputs for the high-speed counter.
The various S7-1200 CPUs have differing numbers of high-speed counters available:
S7-1200 CPU Number of HSCs HSC designation

CPU 1211C 3 (with digital signal board 4)* HSC13 (and HSC5)*
CPU 1212C 4 (with digital signal board 5)* HSC14 (and HSC5)*
CPU 1214C 6 HSC16
CPU 1215C
CPU 1217C
* with DI2/DO2 signal board
How it works
The first of several default values is loaded on the high-speed counter. The required outputs
are enabled for the time during which the current value of the counter is lower than the default
value. The counter is set up so that an interrupt occurs if the current value of the counter is
equal to the default value or when the counter is reset.
If the current value is equal to the default value and an interrupt event results, a new default
value is loaded and the next signal state is set for the outputs. If an interrupt event occurs
because the counter is reset, the first default value and the first signal states of the outputs
are set and the cycle repeated.

Since the interrupts occur much less frequently than the high-speed counter counts, a precise
control of the fast operations can be implemented with only a slight influence on the overall
cycle of the automation system. Since you can assign specific interrupt programs to interrupts,
each new default can be loaded in a separate interrupt program allowing simple control of the
state.
Note
You can also process all interrupt events in a single interrupt program.
Count algorithms of the various counters

All counters work in the same way, however some high-speed counters do not support all
count algorithms. There are four basic count algorithms:
Single-phase counter with internal direction control
Single-phase counter with external direction control
2-phase counter with 2 clock inputs
A/B counter
Each high-speed counter can be used with or without a reset input. If the reset input is activated,
this resets the current value. The current value remains reset until the reset input is deactivated.
See also
Configuring high-speed counters (Page 1196)
Interdependency of the counter mode and counter inputs (Page 1194)
Interdependency of the counter mode and counter inputs
General information on counter mode and counter inputs

You can assign not only the counter modes and counter inputs to the high-speed counters but
also functions such as clock pulse generator, direction control, and reset. The following rules
apply:
An input cannot be used for two different functions.
If an input is not required by the current counter mode of the defined high-speed counter,
it can be used other purposes.
If, for example, you set HSC1 to counter mode 1, in which inputs I0.0 and I0.3 are required,
you can use I0.1 for edge interrupts or for HSC2.
If, for example, you set HSC1 and HSC5, inputs I0.0 (HSC1) and I1.0 (HSC5) are always used
with the counting and frequency counter modes. As a result, these two inputs are not available
for any other functions when counters are operated.
You have additional inputs available if you use a digital signal board.

Overview of the interdependency of counter mode and counter inputs
Counter mode Description Inputs

HSC1 I0.0 (CPU) I0.1 (CPU) I0.3 (CPU)
I4.0 (signal board) I4.1 (signal board) I4.3 (signal board)
HSC2 I0.2 (CPU) I0.3 (CPU) I0.1 (CPU)
I4.2 (signal board) I4.3 (signal board) I4.1 (signal board)
HSC3* I0.4 (CPU) I0.5 (CPU) I0.7 (CPU)
HSC4 (CPU 1212/14/15/17C on I0.6 (CPU) I0.7 (CPU) I0.5 (CPU)
ly)
HSC5 (CPU 1214/15/17C on I1.0 (CPU) I1.1 (CPU) I1.2 (CPU)
ly)** I4.0 (signal board) I4.1 (signal board) I4.3 (signal board)
HSC6 (CPU 1214/15/17C on I1.3 (CPU) I1.4 (CPU) I1.5 (CPU)
ly)**
Counting / frequen Single-phase counter with inter Clock pulse genera - -
cy nal direction control tor
Counting Resetting
Counting / frequen Single-phase counter with exter Clock pulse genera Direction -
cy nal direction control tor
Counting Resetting
Counting / frequen 2-phase counter with 2 clock in Clock pulse genera Clock pulse genera -
cy puts tor forwards tor backwards
Counting Resetting
Counting / frequen A/B counter Clock pulse genera Clock pulse genera -
cy tor A tor B
Counting Resetting
Motion axis Pulse generators PWM/PTO HSC1 and HSC2 support the motion axis count mode for the PTO1
and PTO2 pulse generators:
For PTO1, HSC1 evaluates the Q0.0 outputs for the number of
pulses.
For PTO2, HSC2 evaluates the Q0.2 outputs for the number of
pulses.
Q0.1 is used as the output for the motion direction.
* HSC3 can only be used for CPU 1211 without a reset input
** HSC5 can be also be used for CPU 1211/12 if a DI2/DO2 signal board is used
See also
Configuring high-speed counters (Page 1196)

Configuring high-speed counters
Requirement
An S7-1200 CPU has been inserted in the hardware configuration.
Procedure
To configure a high-speed counter, follow these steps:
1. Select an S7-1200 CPU in the device or network view.
2. Click on the required high-speed counter under "Properties > High-speed counter" in the
inspector window:
CPU 1211C: HSC1 to HSC3 (also HSC5 with a DI2/DO2 signal board)
CPU 1212C: HSC1 to HSC4 (also HSC5 with a DI2/DO2 signal board)
CPU 1214C / 1215C / 1217C: HSC1 to HSC6
3. Enable the high-speed counter in the "General" parameter group using the relevant check
box.
Note
If you use a CPU 1211C or CPU 1212C with a DI2/DO2 signal board, you can also enable
the high-speed counter HSC5.
Note
If you activate the pulse generators and operate them as PTO1 or PTO2, they use the
associated high-speed counter HSC1 or HSC2 with "Motion axis" counting mode to
evaluate the hardware outputs. If you configure high-speed counter HSC1 or HSC2 for
other counting tasks, these cannot be used by pulse generator PTO1 or PTO2, respectively.
If required, you can enter a name and a comment for the high-speed counter here.
4. Define the functionality of the high-speed counter in the "Function" parameter group:
Count mode: Select what you want to be counted from the drop-down list.
Operating phase: Select the count algorithm from the drop-down list.
Input source: Select the onboard CPU inputs or the inputs of an optional digital signal
board as the input source for the count pulses from the drop-down list.
Count direction is specified by: If you have selected a single-phase operating phase,
open the drop-down list and select whether the count direction is set internally by an
SFB parameter of the user program or externally via a digital input.
Initial count direction: If the user program is set as the internal direction control for the
count direction, you can select the count direction at the start of counting from the drop-
down list.
Frequency meter period: If frequency is set as the count mode, you can select the
duration of the frequency meter periods in the drop-down list.

5. Specify the initial values and reset condition of the high-speed counter in the "Reset to initial
values" parameter group:
Initial counter value: Enter a start value for the high-speed counter.
Initial reference value: Enter a maximum value for the high-speed counter.
Here, you can also specify whether the high-speed counter will use a reset input and the
set the corresponding signal level for the reset input from the drop-down list.
6. Configure the reaction of the high-speed counter to certain events in the "Event
configuration" parameter group. The following events can trigger an interrupt:
The counter value matches the reference value.
An external reset event was generated.
A change of direction was triggered.
Enable an interrupt reaction using the check box, enter a name and select a hardware
interrupt for the interrupt from the drop-down list.
7. Assign the start address for the high-speed counter in the "I/O/Diagnostics addresses"
parameter group.
Note
In the "Hardware inputs" parameter group, you can only see which hardware inputs and
values are being used for the clock, direction determination, reset pulse, and maximum
count speed.
Result
You have now adapted the parameters of the high-speed counter to the requirements of your
project.
See also
Interdependency of the counter mode and counter inputs (Page 1194)
Point-to-point communication
Overview of point-to-point communication

PtP communication is communication via a serial interface that uses standardized UART data
transmission (Universal Asynchronous Receiver/Transmitter). The S7-1200 uses
communications modules with an RS-232 or RS-485 interface to establish PtP communication.

Functions of point-to-point communication

Point-to-point communication (PtP) allows numerous applications:
Direct transmission of information to an external device, for example a printer or a barcode
reader
Reception of information from external devices such as barcode readers, RFID readers,
cameras and third-party optical systems as well as many other devices.
Exchange of information with third-party devices, for example GPS devices, radio modems
and many others
The Freeport protocol

The S7-1200 supports the Freeport protocol for character-based serial communication. Using
Freeport communication, the data transmission protocol can be configured entirely by the user
program.
Siemens provides libraries with Freeport communication functions that you can use in your
user program:
USS Drive protocol
Modbus RTU Master protocol
Modbus RTU Slave protocol
See also
Configuring a communications port (Page 1199)
Using RS-232 and RS-485 communications modules
Communications modules with RS-232 and RS-485 interfaces

In an S7-1200 CPU, you can use two different communications modules:
RS-232 communications module
RS-485 communications module
The communications modules can be connected to the S7-1200 CPU via the I/O channel on
the left. You can plug in up to three different modules.
Properties of the communications modules

The communications modules have the following features:
Support of the Freeport protocol
Configuration by the user program with the aid of expanded instructions and library functions

Configuring a communications port
Configuring a communications port

After you have inserted a communications module with an RS-232 or RS-485 interface, you
then set the interface parameters. You set the parameters for the interface either in the
properties of the interface or you control the interface parameters from the user program using
the PORT_CFG instruction. The following description relates to the graphic configuration.
Note
If you use the user program to change the port setting, the settings of the graphic configuration
are overwritten.
You should also keep in mind that the settings made by the user program are not retained if
there is a power down.
Requirement
A communications module is already plugged in.
Procedure
To configure the communications port, proceed as follows:
1. Select the interface in the graphic representation in the device view.
The properties of the interface are displayed in the Inspector window.
2. Select the "Port configuration" group in the area navigation of the Inspector window.
The settings of the port are displayed.
3. From the "Transmission speed" drop-down list, select the speed for the data transmission.
With user-programmed communication, remember the influence of the transmission speed
on the changeover time.
4. From the "Parity" drop-down list, select the type of detection of bad information words.
5. Using the "Data bits" drop-down list, decide whether a character consists of eight or seven
bits.
6. From the "Stop bit" drop-down list, select how many bits will identify the end of a transmitted
word.

7. From the "Flow control" drop-down list, select the method for ensuring a trouble-free data
stream between sender and receiver. This parameter can only be set for the RS-232
interface.
Enter a HEX value in the "XON character" box that will cause the transmission of the
message to be continued when it is detected. This parameter can only be set for
software-controlled data flow control.
Enter a HEX value in the "XOFF character" box that will cause the transmission of the
message to be suspended for the set wait time. This parameter can only be set for
software-controlled data flow control.
8. In the "Wait time" box, enter a wait time in ms that must be kept to after the end of the
message before the next transmission can start.
Note
You can configure the interface in the network view as well. To do so, you must first select the
communication module in the tabular network view and then select the interface in the
Inspector window. Then you can continue as described above.
See also
Setting data flow control (Page 1200)
Setting data flow control
Data flow control

Data flow control is a method that ensures a balanced send and receive behavior. In the ideal
situation, the intelligent control does not allow data to be lost. It ensures that a device does
not send more information than the receiving partner can process.
There are two methods of data flow control:
Hardware-controlled data flow control
Software-controlled data flow control
With both methods, the DSR signals of the communications partners must be active at the
beginning of transmission. If the DSR signals are inactive, the transmission is not started.
The RS-232 communications module can handle both methods. The RS-485 communications
module does not support data flow control.
Hardware-controlled data flow control

Hardware-controlled data flow control uses the request to send (RTS) and clear to send (CTS)
signals. With the RS-232 communications module, the RTS signal is transmitted via the output
by pin 7. The CTS signal is received via pin 8.
If hardware-controlled data flow control is enabled, the RTS signal is then always set to
activated when data is sent. At the same time, the CTS signal is monitored to check whether

the receiving device can accept data. If the CTS signal is active, the module can transfer data
until the CTS signal becomes inactive. If the CTS signal is inactive, the data transfer must be
suspended for the set wait time. If the CTS signal is still inactive after the set wait time, the
data transfer is aborted and an error is signaled back to the user program.
Data flow control using hardware handshaking

If data flow control is controlled by hardware handshaking, the sending device sets the RTS
signal to active as default. A device such as a modem can then transfer data at any time. It
does not wait for the CTS signal of the receiver. The sending device itself monitors it own
transmission by sending only a limited number of frames (characters), for example to prevent
overflow of the receive buffer. If there is nevertheless an overflow, the transferring device must
hold back the message and signal an error back to the user program.
Software-controlled data flow control

Software-controlled data flow control uses certain characters within the messages and these
control the transfer. These characters are ASCII characters selected for XON and XOFF.
XOFF indicates when a transmission must be suspended. XON indicates when a transmission
can be continued.
If the sending device receives the XOFF character, it must suspend sending for the selected
wait time. If the XON character is sent after the selected wait time, the transfer is continued.
If no XON character is received after the wait time, an error is signaled back to the user program.
Software data flow control requires full duplex communication because the receiving partner
needs to send the XON character during the ongoing transfer.
See also
Configuring a communications port (Page 1199)
Configuration of message transfer
User-programmed communication
You can control the data traffic between a communications module and a device connected
externally via the serial interface using your own mechanisms. If you want to do this, you will
need to define a communications protocol yourself. In freely programmable communication,
ASCII and binary protocols are supported for message transfer.
Within the communications protocol, you will need to specify the criteria by which the start and
end of a transferred message can be recognized in the data stream.
User-programmed communication can only be activated in RUN mode. If there is a change to
STOP mode, the user-programmed communication is stopped.

Specifying the communications protocol

You can specify the communications protocol as follows:
With the user program
The behavior when sending data is controlled by the SEND_CFG instruction.
The behavior when receiving data is controlled by the RCV_CFG instruction.
Using parameter settings set graphically in the Inspector window
Note
If you change the communications protocol from the user program, the settings of the
graphic configuration are overwritten.
You should keep in mind that the settings made by the user program are not retained if
there is a power down.
See also
User-programmed communication with RS-232 devices (Page 1202)
Making the settings for sending (Page 1204)
Specifying the start of the message (Page 1204)
Specifying the end of the message (Page 1205)
User-programmed communication with RS-232 devices
RS-232/PIP multi-master cable and user-programmed communication with RS-232 devices

Using the RS-232/PIP multi-master cable and user-programmed communication, you can
connect a wide variety of RS-232-compliant devices to the communications modules of the
S7-1200. The cable must, however, be set to the "PIP/user-programmed communication"
mode.
Settings on the cable

The switches on the cable must be set as follows:
Switch 5 must be set to 0
Switch 6 sets either the local mode (DCE) or the remote mode (DTE):
Switch set to 0 for the local mode
Switch set to 1 for the remote mode

Changing over between send and receive mode

The RS-232/PIP multi-master cable is in send mode when data is sent from the RS-232
interface to the RS-485 interface. The cable is in receive mode when it is idle or when data is
sent from the RS-485 interface to the RS-232 interface. The cable changes from receive to
send mode immediately when it detects characters on the RS-232 send line.
Supported transmission speeds

The RS-232/PIP multi-master cable supports transmission rates between 1200 baud and 115.2
kbaud. The RS-232/PIP multi-master cable can be set to the required transmission rate using
the DIP switch on the PC/PIP cable.
The following table shows the switch settings for the various transmission speeds:
Transmission speed Switchover time Settings (1 = up)

115200 bps 0.15 ms 110
57600 bps 0.3 ms 111
38400 bps 0.5 ms 000
19200 bps 1.0 ms 001
9600 bps 2.0 ms 010
4800 bps 4.0 ms 011
2400 bps 7.0 ms 100
1200 bps 14.0 ms 101
The cable returns to receive mode when the RS-232 send line is idle for a certain time that is
defined as the changeover time of the cable. The set transmission speed influences the
changeover time as shown in the table.
Influence of the changeover time

When working with an RS-232/PIP multi-master cable in a system in which user-programmed
communication is used, the program must take into account the changeover time for the
following reasons:
The communications module reacts to messages sent by the RS-232 device.
Once the communications module has received a request from the RS-232 device, it must
delay the reaction message for a period that is equal to or longer than the changeover time
of the cable.
The RS-232 device reacts to messages sent by the communications module.
Once the communications module has received a reaction message from the RS-232
device, it must delay the next request message for a period that is equal to or longer than
the changeover time of the cable.
In both situations, the RS-232-PIP multi-master cable has enough time to change from send
to receive mode so that the data can be sent from the RS-485 interface to the RS-232 interface.

See also
Configuration of message transfer (Page 1201)
Making the settings for sending
Sending messages
You can program pauses between individual messages.
The following table shows which pauses can be set:
Parameter Definition
RTS ON delay You can set the time that must elapse after the send request RTS
(request to send) before the actual data transfer starts.
RTS OFF delay You can set the time that must elapse after the complete transfer be
fore RTS signal is deactivated.
Send pause at the start of the You can specify that a pause is sent at the start of every message
message transfer when the RTS ON delay has elapsed.
The pause is specified in bit times.
Send Idle Line after a pause You can make a setting so that following a selected pause at the start
of the message, the "Idle Line" signal is output to signal that the line
is not in use. To enable the parameter, "Send pause at message start"
must be set.
The duration of the "Idle Line" signal is specified in bit times.
See also
Specifying the start of the message
Recognizing the start of the message

To signal to the receiver when the transfer of a message is completed and when the next
message transfer starts, criteria must be specified in the transmission protocol to identify the
end and start of a message.
If a criterion is met that indicates the start of a message, the receiver starts searching the data
stream for criteria that mean the end of the message.

There are two different methods for identifying the start of a message:
Starting with any character:
Any character can defined the start of a message. This is the default method.
Starting with a specific condition:
The start of a message is identified based on selected conditions.
Conditions for detecting the start of a message

The following table shows the various options for defining the start of a message:
Recognize start of message The receiver recognizes a line break when the received data stream is
by line break interrupted for longer than one character. If this is the case, the start of
the message is identified by the line break.
Recognize start of message The start of a message is recognized when the send transmission line is
by idle line in the idle state for a certain time (specified in bit times) followed by an
event such as reception of a character.
Recognize start of message The start of a message is recognized when a certain character occurs.
with individual characters You can enter the character as a HEX value.
Recognize start of message The start of a message is detected when one of the specified character
by a character string sequences arrives in the data stream. You can specify up to four char
acter sequences each with up to five characters.
The individual conditions can be logically linked in any way.
See also
Specifying the end of the message
Recognizing the end of the message

To signal to the receiver when the transfer of a message is completed and when the next
message transfer starts, criteria must be specified in the transmission protocol to identify the
end and start of a message.
In total, there are six different methods of recognizing the end of a message and these can all
be logically linked in any way. The following table shows the various possible setting options:
Recognize end of message by The end of a message is recognized automatically when a selected
message timeout maximum duration for a message is exceeded. Values from 0 to 65535
ms can be set.
Recognize end of message by The end of a message is recognized when there is no reply within a
reply timeout set time after transferring data. Values from 0 to 65535 ms can be set.

Recognize end of message by The end of a message is detected when the time between two char
timeout between characters acters specified in bit times is exceeded. Values from 0 to 2500 bit
times can be set.
The S7-1200 CPU only accepts a maximum time of eight seconds
even if the value that is set results in a duration of more than eight
seconds.
Recognize end of message by The end of a message is recognized when the maximum length of a
maximum length message is exceeded. Values from 1 to 1023 characters can be set.
Read message length from The message itself contains information about the length of the mes
message sage. The end of a message is reached when the value taken from the
message is reached. Which characters are used for the evaluation of
the message length is specified with the following parameters:
Offset of the length field in the message
The value decides the position of the character in the message that
will be used to indicate the message length.
Values from 1 to 1022 characters can be set.
Size of the length field
This value specifies how many characters starting at the first
evaluation position will be used to indicate the message length.
Values of 0, 1, 2 and 4 characters can be set.
The data following the length field
(does not belong to the message length)
The value specifies the number of bytes after the length field that
must be ignored in the evaluation of the message length.
Values from 0 to 255 characters can be set.
Recognize message end with The end of a message is detected when the specified character se
a character sequence quence arrives in the data stream. You can define up to five characters
in the character string that are to be checked. If the specified charac
ters appear at the correct location in the message, the message end
is recognized. To recognize the message end when character 1 and
character 3 have a certain value, for example, you have to activate the
check box for character 1 and character 3 and enter a character value.
See also
Enabling system memory
System memory
A system memory is a bit memory with defined values.
You decide which memory byte of the CPU will become the system memory byte when
assigning the system memory parameters.

Benefits
You can use system memory in the user program, for example to run program segments in
only the first program cycle after start-up. Two system memory bits are constant 1 or constant
0.
Bits of the system memory bytes

The following table shows the meaning of the system memory:
Bit of the system 7 6 5 4 3 2 1 0

memory bytes
Meaning Reserved Reserved Reserved Reserved =0 =1 =1 with =1 in first pro
(=0) (=0) (=0) (=0) change to gram cycle
the diag after startup,
nosis sta otherwise 0
tus
Note
The selected memory byte cannot be used for intermediate storage of data.
Using clock memory
Clock memory
A clock memory is a bit memory that changes its binary status periodically in the pulse-no-
pulse ratio of 1:1.
You decide which memory byte of the CPU will become the clock memory byte when assigning
the clock memory parameters.
Benefits
You can use clock memory, for example, to activate flashing indicator lamps or to initiate
periodically recurring operations such as recording of actual values.
Available frequencies
Each bit of the clock bit memory byte is assigned a frequency. The following table shows the
assignment:
Bit of the clock 7 6 5 4 3 2 1 0

memory byte
Period (s) 2.0 1.6 1.0 0.8 0.5 0.4 0.2 0.1
Frequency (Hz) 0.5 0.625 1 1.25 2 2.5 5 10

Note
Clock memory runs asynchronously to the CPU cycle, i.e. the status of the clock memory can
change several times during a long cycle.
The selected memory byte cannot be used for intermediate storage of data.
Protection
Setting options for the protection level (FW V1 to V3)
Protection level
The following section describes how to use the various protection levels of the S7-1200 CPUs
V1 to V3.
Effects of the protection level setting

You can choose between the following protection levels:
No protection: This corresponds to the default behavior. You cannot enter a password.
Read and write access is always permitted.
Write protection: Only read-only access is possible. You cannot change any data on the
CPU and cannot load any blocks or a configuration. HMI access and communication
between CPUs are excluded from the write protection. Assignment of a password is
required to select this protection level.
Write/read protection: No write or read access is possible in the "Accessible devices" area
or in the project for devices that are switched online. Only the CPU type and the identification
data can be displayed in the project tree under "Accessible devices". Display of online
information or blocks under "Accessible devices", or in the project for devices
interconnected online, is possible.
HMI access and communication between CPUs are excluded from the write protection.
Assignment of a password is required to select this protection level.
Behavior of a password-protected CPU during operation

The CPU protection takes effect after the settings are downloaded to the CPU.
Validity is checked before the online function is executed. If password protection is in place,
you are prompted to enter a password.
Example: The module was assigned write protection and you want to execute the "Modify tags"
function. This requires write access; therefore, the assigned password must be entered to
execute the function.
The functions protected by a password can only be executed by one programming device/PC
at any one time. Another programming device/PC cannot log on with a password.

Access authorization to the protected data is in effect for the duration of the online connection
or until the access authorization is manually rescinded with "Online > Delete access rights".
Access authorization will also expire when the project is closed.
Note
You can not restrict functions for process control, monitoring, and communications.
Some functions are still protected due to their use as online data. RUN/STOP in the "Online
Tools" task card or "Set the time" in the diagnostics and online editor is therefore write-
protected.
Setting options for the protection (FW as of V4)
Protection level
The following section describes how to use the various access levels of the S7-1200 CPUs as
of V4.
S7-1200 CPUs provide various access levels to limit the access to specific functions.
The parameters for the access levels are assigned in a table. The green checkmarks in the
columns to the right of the respective access level specify which operations are possible
without knowing the password of this access level. If you want to use the functions of check
boxes that are not selected, a password has to be entered.
Notice
Configuring an access level does not replace know-how protection
Configuring access levels prevents unauthorized changes to the CPU by restricting download
privileges. However, blocks on the memory card are not write- or read-protected. Use know-
how protection to protect the code of blocks on the memory card.
Default characteristics
The default access level is "Full access (no protection)". Every user can read and change the
hardware configuration and the blocks. A password is not set and is also not required for online
access.

The access levels in detail

With an S7-1200 CPU, you can configure the following access levels:
Full access (no protection): The hardware configuration and the blocks can be read and
changed by all users.
Read access: With this access level, only read access to the hardware configuration and
the blocks is possible without entering a password - meaning that you can load the hardware
configuration and blocks into the programming device. In addition, HMI access and access
to diagnostics data is possible.
You cannot load blocks or a hardware configuration into the CPU without entering the
password. Moreover, writing test functions and firmware updates are not possible without
a password.
HMI access: With this access level, only HMI access and access to diagnostics data is
possible without entering the password.
Without entering the password, you can neither load blocks and hardware configuration
into the CPU, nor load blocks and hardware configuration from the CPU into the
programming device. In addition, the following is not possible without a password: Writing
test functions, changing the operating state (RUN/STOP) and firmware updates.
No access (complete protection): When the CPU is completely protected, no read or write
access to the hardware configuration and the blocks is possible. HMI access is also not
possible. The server function for PUT/GET communication is disabled in this access level
(cannot be changed).
Authorization with the password again provides you full access to the CPU.
Behavior of a password-protected module during operation

The CPU protection takes effect after the settings are downloaded to the CPU.
Validity is checked before the online function is executed. If password protection is in place,
you are prompted to enter a password.
Example: The module was configured with read access and you want to execute the "Modify
tags" function. This requires write access; therefore, the assigned password must be entered
to execute the function.
The functions protected by a password can only be executed by one programming device/PC
at any one time. Another programming device/PC cannot log on.
Access authorization to the protected data is in effect for the duration of the online connection
or until the access authorization is manually rescinded with "Online > Delete access rights".
Each access level allows unrestricted access to certain functions without entering a password,
for example, identification using the "Accessible devices" function.
Configuring access levels

The following section describes how to configure an access level and enter passwords for an
S7-1200 CPU as of V4.
For an S7-1200 CPU, you can enter multiple passwords and thereby set up different access
rights for individual user groups.

The passwords are entered in a table in such a way that exactly one access level is assigned
to each password.
The effect of the password is visualized in the "Access" column and explained in the text below
the table.
Example
You select the "No access (complete protection)" access level for a standard CPU (in other
words, not an F-CPU) and enter a separate password for each of the access levels that lie
above it in the table.
For users who do not know any of the passwords, the CPU is completely protected. Not even
HMI access is possible.
For users who know one of the set passwords, the effect depends on the table row in which
the password occurs:
The password in row 1 (Full access (no protection)) allows access as if the CPU were
completely unprotected. Users who know this password have unrestricted access to the
CPU.
The password in row 2 (read access) allows access as if the CPU were write-protected.
Users who know this password have read-only access to the CPU.
The password in row 3 (HMI access) allows access as if the CPU were write-protected and
read-protected so that only HMI access is possible for users who know this password.
Procedure
To configure the access levels of an S7-1200 CPU, follow these steps:
1. Open the properties of the module in the inspector window.
2. Open the "Protection" entry in the area navigation.
A table with the possible access levels appears in the inspector window.
Figure 10-4 Access protection
3. Activate the required access level in the first column of the table. The green checkmarks
in the columns to the right of the respective protection level show you which operations are
still available without entering the password.

4. In the "Password" column, specify a password for full access in the first row. In the
"Confirmation" column, enter the selected password again to protect against incorrect
entries.
Ensure that the password is sufficiently secure, in other words, that is does not follow a
machine-recognizable pattern!
You must enter a password in the first row "Full access (no protection)". This enables
unrestricted access to the CPU for those who know the password, regardless of the
selected protection level.
5. Assign additional passwords as needed to other access levels if the selected protection
level allows you to do so.
6. Download the hardware configuration so that the access level takes effect.
Result
The hardware configuration and the blocks are protected against unauthorized access
according to the set access level. If an operation cannot be executed without a password due
to the set access level, a dialog for entering a password is displayed.
Restriction of communication services
Introduction
The CPU can be the server for a number of communication services. This means that other
communication participants can access CPU data even if you have not configured and
programmed connections for the CPU.
The local CPU as a server thus does not have the possibility to control communication to the
clients.
The parameter "Connection mechanisms" in the "Protection" area of the CPU parameters is
used to specify whether this type of communication is permitted or not for the local CPU during
operation.
Permit access with PUT/GET communication from remote partners

By default, the "Permit access with PUT/GET communication from remote partners (...)" option
is disabled. In this case, read and write access to CPU data is only possible for communication
connections that require configuration or programming both for the local CPU and for the
communication partner. Access through BSEND/BRCV instructions is possible, for example.
Connections for which the local CPU is only a server (meaning that no configuration/
programming of the communication with the communication partner exists at the local CPU),
are therefore not possible during operation of the CPU, for example,
For PUT/GET, FETCH/WRITE or FTP access via communication modules
For PUT/GET access from other S7 CPUs
For HMI access that is realized via PUT/GET communication

If you want to allow access to CPU data from the client side, meaning that you do not want to
restrict the communication services of the CPU, activate the "Permit access with PUT/GET
communication from remote partners" option.
Organization blocks
Organization blocks for startup
Description
You can determine the boundary conditions for the startup characteristics of your CPU, for
example, the initialization values for "RUN". To do this, write a startup program. The startup
program consists of one or more startup OBs (OB numbers 100 or >= 123).
The startup program is executed once during the transition from "STOP" mode to "RUN" mode.
Current values from the process image of the inputs are not available for startup program, nor
can these values be set.
After the complete execution of the startup OBs, the process image of the inputs is read in and
the cyclic program is started.
There is no time limit for executing the startup routine. Therefore the scan cycle monitoring
time is not active. Time-driven or interrupt-driven organization blocks cannot be used.
Start information
A startup OB has the following start information:
Tag Data type Description

LostRetentive BOOL = 1, if retentive data storage areas have been lost
LostRTC BOOL = 1, if realtime clock has been lost
See also
Organization blocks for cyclic program execution
Introduction
For the program execution to start, at least one program cycle OB must be present in the
project. The operating system calls this program cycle OB once in each cycle and thereby
starts the execution of the user program. You can use multiple OBs (OB numbers >= 123).
When multiple program cycle OBs are used, these are called in one after the other in the order
of their OB numbers. The program cycle OB with the lowest OB number is called first.
The program cycle OBs have the priority class 1. This corresponds to the lowest priority of all
OBs. The cyclic program can be interrupted by events of any other event class.

Programming cyclic program execution

You program cyclic program execution by writing your user program in the cycle OBs and the
blocks that they call.
The first cyclic program execution begins as soon as the startup program has ended without
errors. The cycle restarts after the end of each cyclic program execution.
Sequence of cyclic program execution

One cycle of the program execution encompasses the following steps:
1. The operating system starts the maximum cycle time.
2. The operating system writes the values from the process image output to the output
modules.
3. The operating system reads out the state of the inputs of the input modules and updates
the process image input.
4. The operating system processes the user program and executes the operations contained
in the program.
5. At the end of a cycle, the operating system executes any tasks that are pending, for
example, loading and deleting blocks or calling other cycle OBs.
6. Finally, the CPU returns to the start of the cycle and restarts the scan cycle monitoring time.
Options for interrupting

Cyclic program execution can be interrupted by the following events:
Interrupt
A STOP command, triggered by
Operation of the programming device
"STP" instruction
Supply voltage failure
Occurrence of a device fault or program error
Start information
None
Optimized start information:
Name Data type Meaning

first_scan BOOL = TRUE in the first call of this OB:
Transition from STOP or HOLD to RUN
After reloading
retentivity BOOL = TRUE, if retentive data are available

See also
Organization blocks for interrupt-driven program execution
Organization blocks for time-of-day interrupt
Function
Organization blocks for time-of-day interrupt (OB number >=123) can be processed as follows:
One time to a preset time (date with time of day)
Periodically with preset start time and the following intervals:
Every minute
Hourly
Daily
Weekly
Monthly
Yearly
End of month
Time-of-day interrupt-OBs are therefore used to run parts of the user program on a time-
controlled basis.
Status for time-of-day interrupt

The following table contains the possible status of a time-of-day interrupt as well as it's meaning.
Status Meaning
Cancelled The one-time processing has already taken place, or the start event of an not yet processed time-of-day
interrupt has been deleted with the extended instruction CAN_TINT.
Set You have scheduled the time or start time for processing.
Activated You have scheduled whether processing takes place one time or periodically, and in the case of periodic
processing, you have scheduled the interval.
Rules for time-of-day interrupts

The following rules apply to the use of time-of-day interrupts:
A time-of-day interrupt can only be processed if it is set and activated, and a corresponding
organization block exists in the user program.
The start times of periodic time-of-day interrupts must correspond to a real date. For
example, it is not possible to repeat an organization block monthly which first occurs on
January 31st. In this case, on OB will only be started in the months that have 31 days.

A time-of-day interrupt activated during startup by extended instruction call ACT_TINTwill

not be executed until the startup is complete.
After each CPU startup, you must reactivate previously set time-of-day interrupts
Setting and activating a time-of-day interrupt OB

Before a time-of-day interrupt can be deleted and the corresponding time-of-day interrupt OB
can be processed from the operating system, you must set and activate the interrupt. You have
Set time-of-day interrupt Activate time-of-day interrupt

Means of configuring Means of configuring
Means of configuring By extended instruction call ACT_TINT
By extended instruction call SET_TINTL By extended instruction call ACT_TINT
Note
If you configure a time-of-day interrupt in such a way that the corresponding OB is to be
processed once, the start time must not be in the past (relative to the real-time clock of the
CPU).
If you configure a time-of-day interrupt in such a way that the corresponding OB is to be
processed periodically, but the start time is in the past, then the time-of-day interrupt will be
processed the next time it is due.
Time-of-day interrupt status query

In order to query the status of the time-of-day interrupt, call the extended instruction QRY_TINT.
Cancelling a time-of-day interrupt

You can cancel a time-of-day interrupt which has not yet been processed with the extended
instruction CAN_TINT.
You can reset cancelled time-of-day interrupts with the extended instruction SET_TINTL and
activate them with the extended instruction ACT_TINT.

Conditions that effect the time-of-day interrupt OBs

Since a time-of-day interrupt occurs only at specific intervals, certain conditions can affect the
function of the associated OBs during execution of your program. The following table shows
some of these conditions and describes how these affect the processing of a time-of-day
interrupt OB.
Condition Result
The extended instruction CAN_TINT is called in the user pro The operating system deletes the start event (date and time)
gram. of the time-of-day interrupt. You must reset and reactivate the
time-of-day interrupt if you are going to call the corresponding
time-of-day interrupt OB again.
By synchronizing or correcting the CPU system clock, the The operating system calls the time error interrupt OB (OB
time of day will be set ahead. With this, the start time for a 80) and records the start event, the number, and the priority
time-of-day interrupt OB will be bypassed. of the first bypassed time-of-day interrupt OB in its start infor
mation. After completion of the OB 80, the operating system
processes the bypassed time-of-day interrupt OB only once.
By synchronizing or correcting the CPU system clock, the The time-of-day interrupt OB is repeated.
time of day will be set back. The corrected clock time is before
the start time of an already processed time-of-day interrupt
OB.
A time-of-day interrupt OB is still being processed when the The operating system then calls time error interrupt OB 80.
start event for its next execution occurs. The requested OB is processed only after the processing and
further execution of the current time-of-day interrupt OB has
completed.
Start information
A time-of-day interrupt OB has the following start information:

CaughtUp BOOL =1, if the OB call is executed because clock time is turned ahead.
SecondTime BOOL =1 if the OB is called a second time because clock time is turned back (more
exactly, if the planned time of the current OB processing is earlier than or the
same time as the planned time for the previous OB processing).
Note: SecondTime is only set once.
Organization block for status interrupts
Description
When it receives a status interrupt, the operating system of the S7-1200 CPU calls the status
interrupt OB from a DP master or IO controller. This may be the case if a module of a slave
changes its operating mode, for example, from "RUN" to "STOP". For more detailed information
on events that trigger a status interrupt, refer to the documentation of the slave or device
manufacturer.

Structure of the start information

The status-interrupt OB has the following start information:

LADDR HW_IO Hardware address of the component triggering the interrupt
Slot UINT Slot number of the component triggering the interrupt
Specifier WORD Interrupt specifier from the interrupt frame
See also
Organization block for update interrupts
Description
When it receives a status interrupt, the operating system of the S7-1200 CPU calls the update
interrupt OB from a DP master or IO controller. This may be the case if you changed a
parameter on a slot of a slave or device. For more detailed information on events that trigger
an update interrupt, refer to the documentation of the slave or device manufacturer.

The update interrupt OB has the following start information:

See also
Organization block for manufacturer-specific or profile-specific interrupts
Description
When it receives a manufacturer-specific or profile-specific interrupt from a DP master or IO
controller, the operating system of the S7-1200 CPU calls OB 57. For more detailed information
on events that trigger this type of interrupt, refer to the documentation of the slave or device
manufacturer.


The OB for manufacturer-specific and profile-specific interrupts has the following start
information:

See also
Organization blocks for time-delay interrupts
Description
A time-delay interrupt OB is started after a configurable time delay of the operating system.
The delay time starts after the SRT_DINT instruction is called.
You can use up to four time-delay interrupt OBs or cyclic OBs (OB numbers >= 123) in your
program. If, for example, you are already using two cyclic interrupt OBs, you can insert a
maximum of two further time-delay interrupt OBs in your program.
You can use the CAN_DINT instruction to prevent the execution of a time-delay interrupt that
has not yet started.
Function of time-delay interrupt OBs

The operating system starts the corresponding OB after the delay time, which you have
transferred with an OB number and an identifier to the SRT_DINT instruction.
To use a time-delay interrupt OB, you must execute the following tasks:
You must call the instruction SRT_DINT.
You must download the time-delay interrupt OB to the CPU as part of your program.
The delay time is measured with a precision of 1 ms. A delay time can immediately start again
after it expires.
Time delay interrupt OBs are executed only when the CPU is in the "RUN" mode. A warm
restart clears all start events of time-delay interrupt OBs.
The operating system calls the time-delay interrupt OB if one of the following events occurs:
If the operating system attempts to start an OB that is not loaded and you specified its
number when calling the SRT_DINT instruction.
If the next start event for a time-delay interrupt occurs before the time delay OB has
completely executed.

You can disable and re-enable time-delay interrupts using the DIS_AIRT and EN_AIRT
instructions.
Note
If you disable an interrupt with DIS_AIRT after executing SRT_DINT, this interrupt executes
only after it has been enabled with EN_AIRT. The delay time is extended accordingly.
Start information
None

sign WORD User ID: Input parameter SIGN from the call of the "SRT_DINT" instruction
See also
SRT_DINT: Start time-delay interrupt (Page 3230)
CAN_DINT: Cancel time-delay interrupt (Page 3231)
Organization blocks for cyclic interrupts
Description
Cyclic interrupt OBs serve to start program in periodic time intervals independently of the cyclic
program execution. The start times of a cyclic interrupt OB are specified using the time base
and the phase offset.
The time base defines the intervals at which the cyclic interrupt OB is started and is an integer
multiple of the basic clock cycle of 1 ms. The phase offset is the time by which the start time
is offset compared with the basic clock cycle. If several cyclic interrupt OBs are being used,
you can use this offset to prevent a simultaneous start time if the time bases of the cyclic
interrupt OBs have common multiples.
You can specify a time period between 1 ms and 60000 ms as the time base.

You can use up to four cyclic interrupt OBs or time-delay OBs (OB numbers >= 123) in your
program. If, for example, you are already using two time-delay interrupt OBs, you can insert a
maximum of two further cyclic interrupt OBs in your program.
Note
The execution time of each cyclic interrupt OB must be noticeably smaller than its time base.
If a cyclic interrupt OB has not been completely executed but execution is again pending
because the cycle clock has expired, the time error OB is started. The cyclic interrupt that
caused the error is executed later or discarded.
Example of the use of phase offset

You have inserted two cyclic interrupt OBs in your program:
Cyclic interrupt OB1
Cyclic interrupt OB2
For cyclic interrupt OB1, you have set a time base of 20 ms and for cyclic interrupt OB2 a time
base of 100 ms. After expiration of the time base of 100 ms, the cyclic interrupt OB1 reaches
the start time for the fifth time, cyclic interrupt OB2 for the first time. To nevertheless execute
the cyclic interrupt OBs offset, enter a phase offset for one of the two cyclic interrupt OBs.
Start information
None

first_scan BOOL = TRUE in the first call of this OB
At the transition from STOP or HOLD to RUN
After reloading
event_count INT Number of lost start events since the last start of this OB
See also
Assigning parameters to cyclic interrupt OBs (Page 1229)
Organization blocks for hardware interrupts
Description
You can use hardware interrupt OBs to react to specific events. You can assign an event that
triggers an alarm to precisely one hardware interrupt OB. A hardware interrupt OB in contrast
can be assigned to several events.

Hardware interrupts can be triggered by high-speed counters and input channels. For each
high-speed counter and input channel that should trigger a hardware interrupt, the following
properties need to be configured:
The process event that should trigger the hardware interrupt (for example, the change of
a count direction of a high-speed counter)
The number of the hardware interrupt OB which is assigned to this process event
You can use up to 50 hardware interrupt OBs (OB numbers >= 123) that are independent of
each other in your program.
Functionality of a hardware interrupt OB

After triggering a hardware interrupt, the operating system identifies the channel of the input
or the high-speed counter and determines the assigned hardware interrupt OB.
If no other interrupt OB is active, the determined hardware interrupt OB is called. If a different
interrupt OB is already being executed, the hardware interrupt is placed in the queue of its
priority class. The hardware interrupt is acknowledged after the completion of the assigned
hardware interrupt OB.
If another event that triggers a hardware interrupt occurs on the same module during the time
between identification and acknowledgement of a hardware interrupt, the following applies:
If the event occurs on the channel that previously triggered the hardware interrupt, then no
additional hardware interrupt is triggered. Another hardware interrupt can only be triggered
if the current hardware interrupt is acknowledged.
If the event occurs on a different channel, a hardware interrupt is triggered.
Hardware interrupt OBs are called only in the CPU's "RUN" mode.
Start information
None

Laddr HW_IO Hardware identifier of the module that triggers the hardware interrupt
USI WORD Identifier for future extensions (not user-relevant)
IChannel USINT Number of the channel that triggered the hardware interrupt
EventType BYTE Identifier for the event type associated with the event triggering the in
terrupt (e.g., positive edge)
This identifier can be found in the description of the respective module.
See also

Organization block for time error
Description
The operating system calls the time error OB (OB 80) if one of the following events occurs:
The cyclic program exceeds the maximum cycle time.
The OB called is currently still being executed (possible for time-delay interrupt OBs and
cyclic interrupt OBs).
A time-of-day interrupt was missed because the clock time was set forward by more than
20 seconds.
A time-of-day interrupt was missed during a STOP.
An overflow has occurred in an interrupt OB queue.
An interrupt was lost due to the excessive interrupt load.
If you have programmed no time error OB, the S7-1200 CPU reacts as follows:
CPUs with firmware version V1.0: The CPU remains in RUN mode.
CPUs with firmware version V2.0:
The CPUs goes to STOP mode when the maximum cycle time is exceeded.
With all other start events of the time error OB, the CPU remains in RUN mode.
With CPUs with firmware version V1.0, the two-time overshooting of the maximum cycle time
does not lead to the calling of an OB, but to the STOP of the CPU. You can avoid the second
violation by restarting the cycle monitoring of the CPU with the RE_TRIGR instruction.
You can use only one time error OB in your program.
Start information
The time error OB has the following start information:

fault_id BYTE 0x01: Maximum cycle time exceeded
0x02: Called OB is still being executed
0x05: Expired time-of-day interrupt due to time jump
0x06: Expired time-of-day interrupt on return to RUN mode
0x07: Queue overflow
0x09: Interrupt loss due to high interrupt load
csg_OBnr OB_ANY Number of the OB being executed at the time of the error
csg_prio UINT Priority of the OB being executed at the time of the error
See also

Organization block for diagnostic interrupts
Description
You can enable the diagnostic error interrupt for diagnostics-capable modules so that the
module detects changes in the I/O status. As a result, the module triggers a diagnostic error
interrupt in the following cases:
A fault is present (incoming event)
A fault is no longer present (outgoing event)
If no other interrupt OB is active, then the diagnostic interrupt OB (OB 82) is called. If another
interrupt OB is already being executed, the diagnostic error interrupt is placed in the queue of
its priority group.
You can use only one diagnostic interrupt OB in your program.
Start information
The diagnostic interrupt OB has the following start information:

IO_state WORD Contains the I/O status of the diagnostics-ca
pable module.
laddr HW_ANY HW-ID
Channel UINT Channel number
multi_error BOOL = 1, if there is more than one error
IO_state tag
The following table shows the possible I/O states that the IO_state tag can contain:
IO_state Description
Bit 0 Configuration correct:
= 1, if the configuration is correct
= 0, if the configuration is no longer correct
Bit 4 Error:
= 1, if an error is present, e.g., a wire break
= 0, if the error is no longer present
Bit 5 Configuration not correct:
= 1, if the configuration is not correct
= 0, if the configuration is correct again
Bit 6 I/O cannot be accessed:
= 1, if an I/O access error has occurred
In this case, laddr contains the hardware identifier of the I/O with the access error.
= 0, if the I/O can be accessed again

See also
Organization block for pulling and plugging
Description
The S7-1200 CPU operating system calls the pull/plug interrupt OB (OB 83) if a configured
and non-disabled distributed I/O module or submodule (PROFIBUS, PROFINET, AS-i) is
removed or inserted.
Note
The removal or insertion of a central module leads to the STOP of the CPU.
Start information
The pull/plug interrupt OB has the following start information:

LADDR HW_IO Hardware identifier of the affected module or submodule
Event_Class BYTE B#16#38: (Sub)module plugged
B#16#39: (Sub)module pulled or not responding
Fault_ID BYTE Error code (possible values: B#16#51, B#16#54, B#16#55,
B#16#56, B#16#57, B#16#58)
The following table shows which event caused the start of the pull/plug interrupt OB.
ev_class (B#16# ...) fault_id (B#16# ...) Meaning

39 51 Module pulled
39 54 Submodule pulled
38 54 Submodule plugged, which conforms to the para
meterized submodule
38 55 Submodule inserted, which does not conform to
the submodule parameter assignment
38 56 Submodule inserted, but error in module parame
ter assignment
38 57 Submodule or module inserted, but with a fault or
maintenance
38 58 Submodule access error remedied
See also

Organization block for rack fault
Description
The S7-1200 CPU operating system calls the OB 86 in the following cases:
The failure of a DP master system or of a PROFINET IO system is detected (in the case
of either an incoming or an outgoing event).
The failure of a DP slave or of an IO device is detected (in the case of either an incoming
or an outgoing event).
Failure of some of the submodules of a PROFINET I-device is detected.

The rack fault OB has the following start information:

LADDR HW_IO Hardware identifier of the defective hardware object
Event_Class BYTE B#16#32: Activation of a DP slaves or an IO device
B#16#33: Deactivation of a DP slaves or an IO device
B#16#38: outgoing event
B#16#39: incoming event
Fault_ID BYTE Error code (possible values: B#16#C3, B#16#C4, B#16#C5,
B#16#C6, B#16#C7, B#16#C8, B#16#C9, B#16#CA, B#16#CB,
B#16#CC, B#16#CD, B#16#CE, B#16#CF, B#16#F8, B#16#F9)
The following table shows which event caused the start of OB 86.
Ev_class Fault_id Meaning

B#16# ... B#16# ...
39 C3 Failure of a DP master system
39/38 C4 Failure/return of a DP slave
38 C5 Return of a DP slave; however, slave is faulty
38 C6 Expansion unit return, but error in module parameter assignment
38 C7 Return of a DP device, but there is error in module configuration
38 C8 Return of a DP device, but discrepancy between preset/actual configuration
32/33 C9 Activation/deactivation of a DP slave with the "D_ACT_DP" instruction
39 CA Failure of a PROFINET IO system
39/38 CB Failure/return of a PROFINET IO device
38 CC Return of a PROFINET IO device with fault or maintenance
38 CD Return of a PROFINET IO device, deviation between preset/actual configu
ration
38 CE Return of a PROFINET IO device, error in module configuration
32/33 CF Activation/deactivation of an IO device with the "D_ACT_DP" instruction
39/38 F8 Failure/return of some of the submodules of a PROFINET I-device
38 F9 Return of some of the submodules of a PROFINET I-device with a device
configuration difference

See also
Block parameters of organization blocks
Basics of block parameters
Introduction
Several organization blocks (OBs) have properties with which you can control their behavior
or their assignment to specific events. You can influence these properties by assigning
parameters.
Overview
You can assign parameters to the properties for the following organization blocks:
Time-of-day interrupt OBs
Cyclic interrupt OBs
Hardware interrupt OBs
See also
Assigning parameters to cyclic interrupt OBs (Page 1229)
Parameter assignment for time-of-day interrupt OBs
Procedure for setting the parameters

To set the parameters of a time-of-day interrupt OB, proceed as follows:
1. Open the "Properties" dialog belonging to the time-of-day interrupt OB in question.
2. Click the "Time-of-day interrupt" group in the area navigation.
Overview of the parameters that can be set

You can set the following parameters:
Execution
Start date and time-of-day
Option buttons "Local time" and "System time"

"Execution" parameter
Use the drop-down list "Execution" to define the periods at which the time-of-day interrupt OB
is to be executed. The time intervals relate to the settings for "Start date" and "Time-of-day".
The following values are possible for "Execution":
Never
Once
Every minute
Hourly
Daily
Weekly
Monthly
Yearly
End of month
Note
With the value "End of month", the value specified under "Start date" is irrelevant.
"Start date" and "Time-of-day" parameter

Here, you specify the time at which the time-of-day interrupt is to be executed for the first time.
Example: Start date = 07/05/2013, time =11:16
Depending on the value of the "Execution" parameter, the CPU generates additional time-of-
day interrupts periodically. Depending on the setting, the start time relates either to the local
time or to the coordinated universal timeUTC.
Note
If you set the "Execution" parameter to "Monthly", the start date cannot be set to the 29th, the
30th, or the 31st. If you want the time-of-day interrupt OB to start at the end of the month, you
should set the parameter "Execution" to "End of month".
"Local time" or "System time"

Here, you decide which time the start time of the time-of-day interrupt OB relates to:
"Local time": The start time relates to the time zone set for the CPU.
"System time": The start time relates to the coordinated universal time UTC (Universal Time
Coordinated).

Assigning parameters to cyclic interrupt OBs
Introduction
You can use cyclic interrupt OBs to start programs at regular time intervals. To do so you must
enter a scan time and a phase shift for each cyclic interrupt OB used.
You can use up to four cyclic interrupt OBs or time-delay OBs (OB numbers >= 200) in your
program. If, for example, you are already using two time-delay interrupt OBs, you can insert a
maximum of two further cyclic interrupt OBs in your program.
Note
If you assign multiple cyclic OBs, make sure that you assign a different cycle time or phase
offset to each cyclic interrupt OB to avoid them executing at the same time or having to queue.
When you create a cyclic interrupt OB, the cycle time 100 and the phase offset 0 are entered
as start value.
Procedure
To enter a scan time and a phase shift for a cyclic interrupt OB, proceed as follows:
1. Open the "Program blocks" folder in the project tree.
2. Right-click on an existing cyclic interrupt OB.
The "<Name of the cyclic interrupt OB>" dialog box opens.
4. Click the "Cyclic interrupt" group in the area navigation.
The text boxes for the scan time and the phase shift are displayed.
5. Enter the scan time and the phase shift.
See also
Basics of block parameters (Page 1227)
Organization blocks for cyclic interrupts (Page 1220)

Assigning parameters to hardware interrupt OBs
Introduction
You must select the corresponding event and assign the following parameters for every input
channel and high-speed counter that should trigger a hardware interrupt:
Event name
Number of the hardware interrupt OB that is assigned to this process event
The parameters of the hardware interrupt are assigned in the properties of the corresponding
device. You can assign parameters for up to 50 hardware interrupt OBs.
You can create the hardware interrupt OB to be assigned parameters either before or during
activation of an event.
Procedure
To configure a hardware interrupt event, follow these steps:
1. Double-click the "Devices & Networks" command in the project tree.
The hardware and network editor opens in the network view.
2. Change to the device view.
3. If the Inspector window closed in the device view, select the "Inspector window" check box
in the "View" menu.
The Inspector window opens.
4. Click the "Properties" tab.
5. In the device view, select the module for which you want to a assign a hardware interrupt.
6. Select the corresponding event that will trigger a hardware interrupt, e.g., a positive edge.
7. Enter an event name.

8. Select an existing hardware interrupt OB from the "Hardware interrupt" drop-down list or
create a new hardware interrupt OB. If you have not previously created any hardware
interrupt OBs, you can click the "Add new block" button in the drop-down list.
The start information of the corresponding hardware interrupt OB, including all
specifications for the interrupt-triggering event, is updated.
9. If you want to assign further hardware interrupts, repeat steps 5 to 8.

A system constant of data type Event_HwInt is created automatically for the event identified
by the explicit event name. The system constants are displayed in the standard tag table.
See also
Organization blocks for hardware interrupts (Page 1221)
Symbolic and numerical names of instructions
Description
The instructions from the task card are comprised of functions (FC), function blocks (FB),
system functions (SFC) and system function blocks (SFB) that are identified internally by
numbers.
The following tables show the assignment of numerical and symbolic names.
Function blocks (FBs)
Numerical name Symbolic name

FB 105 TC_CONFIG
FB 110 Port_Config
FB 111 Send_Config
FB 112 Receive_Config
FB 113 Send_P2P
FB 114 Receive_P2P
FB 115 Receive_Reset
FB 116 Signal_Get
FB 117 Get_Features
FB 118 Set_Features
FB 163 TC_SEND
FB 164 TC_RECV
FB 165 TC_CON
FB 166 TC_DISCON
FB 804 SET_TIMEZONE
FB 1030 TSEND_C
FB 1031 TRCV_S
FB 1071 USS_DRIVE
FB 1080 MB_COMM_LOAD
FB 1081 MB_MASTER
FB 1082 MB_SLAVE


FB 1084 MB_CLIENT
FB 1085 MB_SERVER
FB 1100 MB_Halt
FB 1101 MC_Home
FB 1102 MC_MoveAbsolute
FB 1103 MC_MoveJog
FB 1104 MC_MoveRelative
FB 1105 MC_MoveVelocity
FB 1107 MC_Power
FB 1108 MC_Reset
FB 1110 MC_MoveInterrupt
FB 1111 MC_ChangeDynamik
FB 1112 MC_CommandTable
FB 1113 MC_MoveLinearAbs_2D
FB 1114 MC_MoveLinearRel_2D
FB 1115 MC_MoveCircular_2D
FB 1130 PID_Compact
FB 1134 PID_3Step
FB 1140 HSC
FB 2040 RecipeCreate
FB 2041 RecipeOpen
FB 2042 RecipeRead
FB 2043 RecipeWrite
FB 2044 RecipeAppend
FB 2045 RecipeClose
Functions (FCs)

FC 2 (1)
CONCAT
FC 4 (1) DELETE
FC 11 (1)
FIND
FC 17 (1) INSERT
FC 20 (1) LEFT
FC 21 (1)
LEN
FC 22 (1) LIMIT
FC 25 (1) MAX
FC 26 (1) MID
FC 27 (1)
MIN
FC 31 (1) REPLACE
FC 32 (1)
RIGHT
FC 36 (1)
ENCO


FC 36 (1) SEL
FC 37 DECO
FC 800 LED
FC 801 IM_DATA
FC 802 DeviceStates
FC 803 ModuleStates
FC 1070 USS_PORT
FC 1072 USS_RPM
FC 1073 USS_WPM
(1)
MC7+ instruction
System data types (SDTs)

SDT 99 WWW_CDB
SDT 513 CONDITIONS
SDT 581 Send_Conditions
SDT 582 Receive_Conditions
System function blocks (SFBs)

SFB 0 (1)
CTU
SFB 1 (1) CTD
SFB 2 (1)
CTUD
SFB 3 (1)
TP
SFB 4 (1) TON
SFB 5 (1)
TOF
SFB 27 START_OB
SFB 52 RDREC
SFB 53 WRREC
SFB 54 RALRM
SFB 105 T_CONFIG
SFB 106 TDIAG
SFB 107 TRESET
SFB 110 PORT_CFG
SFB 111 SEND_CFG
SFB 112 RCV_CFG
SFB 113 SEND_PTP
SFB 114 RCV_PTP
SFB 115 SGN_GET
SFB 116 SGN_SET


SFB 117 RCV_RST
SFB 120 CTRL_HSC
SFB 122 CTRL_PWM
SFB 124 CTRL_HSC_EXT
SFB 140 DataLogCreate
SFB 141 DataLogOpen
SFB 142 DateLogWrite
SFB 143 DataLogClear
SFB 144 DataLogClose
SFB 145 DataLogDelete
SFB 146 DataLogNewFile
System functions (SFCs)

SFC 7 DP_PRAL
SFC 11 DPSYC_FR
SFC 13 DPNRM_DG
SFC 14 DPRD_DAT
SFC 16 RD_OBINF
SFC 23 DEL_DB
SFC 28 SET_TINT
SFC 29 CAN_TINT
SFC 30 ACT_TINT
SFC 31 QRY_TINT
SFC 32 SRT_DINT
SFC 33 CAN_DINT
SFC 34 QRY_DINT
SFC 41 DIS_AIRT
SFC 42 EN_AIRT
SFC 43 RE_TRIGR
SFC 45 D_ACT_DP
SFC 46 STP
SFC 82 CREA_DBL
SFC 83 READ_DBL
SFC 84 WRIT_DBL
SFC 86 CREATE_DB
SFC 89 RST_EVOV
SFC 99 WWW
SFC 101 RTM
SFC 117 GET_DIAG
SFC 124 ATTR_DB


SFC 140 IO2MOD
SFC 143 RD_ADDR
SFC 154 RD_LOC_T
SFC 154 DPWR_DAT
SFC 161 WR_LOC_T
SFC 180 ID2LOG
SFC 181 LOG2ID
SFC 182 ID2GEO
SFC 190 SET_CINT
SFC 191 QRY_CINT
SFC 192 ATTACH
SFC 193 DETACH
MC7+ Anweisung GET_ERROR
MC7+ Anweisung GET_ERR_ID
Useful information on CPU firmware versions and STEP 7 versions

CPUs and engineering software for configuring the CPUs is constantly developed further to
improve performance and security. New versions that have some special features with respect
to the interaction of the components are created in this way. The sections below describe the
special features of the S7-1200 CPUs with firmware version V4 as compared to firmware
versions V1 to V3.
For a detailed comparison of the range of functions, read the S7-1200 System Manual
(description of new instructions, new organization blocks and advanced configuration options).
Required engineering software

S7-1200 CPUs V4 can be configured with STEP 7 as of V13.
Compatibility between memory card content and firmware version of the CPU
Memory cards (transfer cards or program cards) with configuration and program for an S7-1200
CPU V1, V2 or V3 do not work with an S7-1200 CPU V4.
Memory cards with configuration and program for an S7-1200 CPU V4 do not work with an
S7-1200 CPU V1, V2 or V3.
You must change an S7-1200 CPU V1 to V3 configuration to an S7-1200 CPU V4 configuration
(device replacement) and then download it to the CPU. A gradual device replacement is
required for an S7-1200 CPU V1-V2 (see below).
When you insert the memory card into a CPU with an incompatible firmware version, the CPU
does not start up. When you insert a memory card for a CPU V1, V2 or V3 into an S7-1200
CPU V4, this CPU outputs a version error.

Going online and loading

When you have configured an S7-1200 CPU with firmware version V1, V2 or V3 with STEP
7, the CPU to which you want to go online or which you want to download must have one of
these firmware versions. You cannot go online to an S7-1200 CPU V4 with a configured
S7-1200 CPU V1, V2 or V3.
On the other hand, you cannot go online to an S7-1200 CPU V1, V2 or V3 with a configured
S7-1200 CPU V4 or download this CPU.
Replacing an existing CPU

You can replace a configured S7-1200-CPU V1, V2 or V3 with a new CPU with a firmware
version greater than or equal to 4. In case of an existing S7-1200 CPU V1 or V2, you must
start by replacing the device with an S7-1200 CPU V3: It is not possible to directly replace it
with an S7-1200 CPU V4.
1. S7-1200 CPU V1 (V2) > S7-1200 CPU V3
2. S7-1200 CPU V3 > S7-1200 CPU V4
As long as you do not download the configuration, you can undo the device replacement
("Undo" command in the "Edit" menu). When you download the configuration for the new CPU
firmware version ("V4 configuration") to the CPU, you can no longer return to version V3.
This means you should save the existing project, for example, with a V3 configuration as project
archive so that you can access it later.
Special notes for device replacement (V3 > V4):
The interrupt behavior of interrupt OBs remains the same; they are not configured as
interruptible. This is also the default behavior of S7-1200 CPUs V1-V3. The interrupt
behavior of the interrupt OB can be configured for S7-1200 V4 CPUs. If you drag an
S7-1200 CPU V4 directly from the hardware catalog into the network view, this option is
activated (interrupt OBs are interruptible).
The behavior for PUT/GET access of remote partners remains the same; access is
permitted. This is also the default behavior of S7-1200 CPUs V1-V3. The access via PUT/
GET communication by means of remote partners can be configured for S7-1200 V4 CPUs
("Protection" area of CPU parameters). If you drag an S7-1200 CPU V4 directly from the
hardware catalog into the network view, access is not permitted and must be explicitly
enabled.
The wording for the protection levels changes but the effect of the settings remains the
same. You can also select the access level "No access (complete protection)".
The web server settings for activation of the web server and HTTP/HTTPS settings are
applied. You also have the option to create users and assign them specific rights (Web
server area > User management of CPU parameters). Web server users only have access
to standard websites when you do not configure users. An S7-1200 CPU V4 no longer
supports the user "admin" and his/her password.
Communication with HMI devices

When you connect an HMI device to an S7-1200 CPU V4, make sure that you use the
appropriate Runtime software version of the HMI device.

You may have to transfer the latest HMI Runtime version by means of the WinCC engineering
software.
You must compile the HMI configuration once again and download it to the HMI device for the
CPU-HMI communication to work.
See also
Useful information on memory cards (Page 1169)
10.1.6.2 Identification systems
RFID systems
Ident profile and Ident blocks

You will find detailed information on the Ident profile in the manual "Ident Profile and Ident
Blocks, Standard Function for Ident Systems" on the pages of "Product Support (http://
support.automation.siemens.com/WW/view/en/10805817)".
Communications module RF120C
Reader parameter group

The "Reader" parameter group contains the following:
Diagnostics: Setting to decide whether or not hardware diagnostics messages are output.
Reader System: Selection of the connected RFID system. Depending on the selection you
make, the "Reader System" parameter group is adapted.
"Diagnostics" parameter
Parameter assignment options:
None
Apart from standard diagnostics messages, no other diagnostics messages are generated.
Hard Errors
Extended diagnostics messages are generated if the following events occur.
Hardware error (memory test)
Firmware error (checksum)
Connection to reader lost
Short-circuit fault/interruption if supported by the hardware

Further information
For further information on diagnostics, refer the documentation for the RF120C
communications module with application blocks for S7-1200 and S7-1500.
Reader System parameter group

The parameters for the selected identification system are set in the "Reader system" parameter
group.
The table shows the parameters that exist for all identification systems (RFID and code reader
systems).
Table 10-76 Standard parameters for all identification systems
Parameter Parameter value Default value Description

Baud rate reader 19.2 kBd 115.2 kBd After changing the baud rate, the reader must
57.6 kBd be turned off and on again.
115.2 kBd
Presence Check On On On = presence is reported as soon as there is
Off (RF field off) a transponder in the antenna field of the reader
Off (RF field on) Off (RF field on ) = the presence check in the
FB is suppressed. The antenna on the reader
is nevertheless turned on as long as it has not
been turned off by a command.
Off (RF field off) = the antenna is turned on only
when a command is sent and it then turns itself
off again (RF300 only)
Reset ERRLED On Off On = the flashing of the error LED on the
Off RF120C is reset by each FB reset.
Off = the error LED always indicates the last
error. The display can only be reset by turning
off the RF120C.
The following parameters are system specific according to the selection you made in the
"Reader" parameter group.
RF200
Table 10-77 RF200 general

- - - Only the standard parameters are available.
Table 10-78 RF290R

RF power 0.50 - 5.00 W 1.00 W Setting for the output power of the reader.

RF300
Table 10-79 RF300 general

Transponder type RF300 RF300 Selection of the transponders used.
ISO 15693
Table 10-80 RF380R

Transponder type RF300 RF300 Selection of the transponders used.
ISO 15693
RF600
Table 10-81 Reader System: RF600

Max. no. of transponders 1 - 80 1 Number of transponders expected in the anten
na field.
Permitted values:
1 - 40 for RF620R
1 - 80 for RF630R with 2 antennas
1 - 40 for RF630R with 1 antenna
The value stored in "multitag" defines the ex
pected number of transponders to be read
(EPC-ID) in the inventory.
The value does not restrict the number of trans
ponders to be processed in the antenna field.
To ensure an efficient inventory of transpond
ers in the antenna field, make sure that the val
ues specified here do not deviate by more than
approximately 10% from the maximum number
of transponders to be expected in the antenna
field.
Reader type RF620R ETSI RF620R ETSI Selection of the reader used.
RF620R FCC By selecting a reader, you open the "Reader
RF620R CMIIT type" parameter group. The parameters are de
scribed in the following table.
RF630R ETSI
RF630R FCC
RF630R CMIIT

Reader type (RF600 only)

In the "Reader type" parameter group further specific parameters are set for the reader type
selected in the "Reader system" parameter group.
Table 10-82 RF600 menu: Reader type

Wireless profile - - Selection of the relevant wireless profile for ET
SI, FCC or CMIIT.
Multitag mode UID = EPC-ID UID = EPC-ID UID = EPC-ID (8 bytes)
(8 bytes) (8 bytes) 8 byte UID of the bytes 5-12 of the 12 byte
UID = Handle ID long EPC-ID
(4 bytes) UID = handle ID (4 bytes)
4 byte UID as handle ID for access to
transponders with an EPC-ID of any length
Intelligent Single Tag Mode On Off Enable/disable the "Intelligent Single Tag Mode
(ISTM) Off ISTM" algorithm 1)
Black List On Off Enable/disable the "Black list" 1)
Off
Radiated power internal an 0-B 4 Setting the radiated power for the internal an
tenna (RF620R) tenna 1) 2)
Internal antenna (RF620R) - - Enable/disable the internal antenna.
With the RF620R, either only the internal or on
ly the external antenna can be set.
Transmit power (external an 0 - 9 4 Setting the transmit power for the external an
tenna RF620R) tenna 1) 2)
External antenna (SetAnt - - Enable/disable the external antenna.
block required) (RF620R) With the RF620R, either only the internal or on
ly the external antenna can be set.
Transmit power ANT 1 0-9 4 Setting the transmit power for antenna 11) 2)
(RF630R)
Transmit power ANT 2 0-9 4 Setting the transmit power for the antenna 21) 2)
(RF630R)
Communications speed Reliable detection Reliable detection 1)
Fast detection
Tag hold On Off Enable/disable "Tag hold" 1)
Off
Scanning mode On Off Enable/disable the "Scanning mode" 1)
Off
Channel assignment (only - - Selection of the wireless channels to be used 1)
with wireless profile ETSI)
1)
You will find further information in the "Configuration manual RF620R/RF630R". *
2)
The values for the transmit/radiated power of the antennas can be found in the following table.

* You will find the configuration manual RF620R/RF630R here (http://

Table 10-83 Transmit / radiated power of the antennas
Hex value RF630R RF620R RF620R

transmit power radiated power (internal antenna) transmit power
ETSI FCC CMIIT
dBm / (mW) dBm / (mW) dBm / (mW) dBm / (mW) dBm / (mW)
ERP EIRP ERP
0 18 / (63) 18 / (63) 20 / (100) 18 / (65) 18 / (63)
1 19 / (79) 19 / (79) 21 / (126) 19 / (79) 19 / (79)
... ... ... ... ... ...
4 22 / (158) 22 / (158) 24 / (251) 22 / (158) 22 / (158)
... ... ... ... ... ...
9 27 / (501) 27 / (501) 29 / (794) 27 / (501) 27 / (501)
A 27 / (501) 28 / (631) 30 / (1000) 28 / (631) 27 / (501)
B (...F) 27 / (501) 29 / (794) 31 / (1259) 29 / (794) 27 / (501)
SLG D10S
Table 10-84 SLG D10S

Transponder type ISO ISO Selection of the transponders used.
I-Code (e.g.
MDS D139)
SLG D11S/D12S
Table 10-85 SLG D11S/D12S

Transponder type ISO ISO Selection of the transponders used.
I-Code (e.g.
MDS D139)

MOBY U
Table 10-86 MOBY U

Standby time 0 - 1400 ms 0 ms Standby time (scanning_time) for the trans
ponder.
If the transponder receives a further command
before the standby time has elapsed, this com
mand can be executed immediately. If the trans
ponder receives a command after standby time
has elapsed, command execution is delayed by
the "sleep_time" of the transponder.
Range limitation 0.2 m 1.5 m -
0.5 m
1.0 m
1.5 m
2.0 m
2.5 m
3.0 m
3.5 m
Max. no. of transponders 1 - 12 1 Maximum number of transponders that can be
processed at the same time in the antenna field.
BERO mode Without BEROs Without BEROs Without BEROs
1 or 2 BEROs No reader synchronization
1st BERO on, 2nd 1 or 2 BEROs
BERO off The BEROs are logically ORed. The
Synchronization by antenna field is turned on during the
cable connection actuation of a BERO.
1st BERO on, 2nd BERO off
1st BERO turns on the antenna field and the
2nd BERO turns the antenna field off.
If there are two BEROs present and "BERO
time in s" is set, the antenna field is turned
off automatically if the 2nd BERO does not
switch within this BERO time. If no "BERO
time in s" is set, the antenna field remains
turned on until the 2nd BERO is activated.
Synchronization by cable connection
Enable reader synchronization via cable
connection (see manual on configuration,
installation and service for MOBY U).
BERO time in s 0 - 255 s 0s Can only be set if the BERO mode is set to "1st
BERO on, 2nd BERO off".
0
The time monitoring is disabled. To turn off
the field, the 2nd BERO is required.
1 ... 255 s
Operating time for the reader field

General Reader
Table 10-87 General Reader

Input box for byte sequence 00000000 00000000 Expert mode
(hexadecimal) With this function, you can specify the reset pa
rameters directly in hexadecimal notation. This
setting may only be selected if you have previ
ously received the hexadecimal string for the
setting from a member of the SIEMENS staff.
Parameters via FB / code readers
Table 10-88 Parameters via FB / code readers

MOBY mode RF200, RF300, RF200, RF300, Only the mode "RF200, RF300, RF600, MOBY
RF600, MOBY D/U, RF600, MOBY D/U, D/U, MV" is supported.
MV MV For further information on resetting a function
block, refer to the documentation for the
RF120C communications module with applica
tion blocks for S7-1200 and S7-1500. *
* You will find information on the documentation here (http://support.automation.siemens.com/

WW/view/en/10805817).
ASM 475
What you should know about the ASM 475
Introduction
Up to eight ASM 475 interface modules can be plugged in and operated in a rack of the
SIMATIC S7-300. If you have a configuration with several racks (max. four racks), the ASM
475 can be plugged in and operated in each rack. This means that with the maximum
configuration of a SIMATIC S7-300, 32 ASM 475 modules can be operated.
A maximum of two SLGs (write/read devices) can be connected to the ASM 475. The
processing of the connected SLGs is parallel. FC45 allows simple programming using the
SIMATIC S7 tools.
FC45 can be used both in the S7-300 and S7-400.
With S7-400, the ASM 475 is connected via an ET 200M.
Note that the
IM 153-1 must have at least order number 6ES7 153-1AA03-0XB0 or 6ES7
153-1AA83-0XB0 and
IM 153-2 at least order number 6ES7 153-2AA02-0XB0 or 6ES7 153-2AB01-0XB0.

Access to the MDS data is with normal addressing.
Physical addressing of the MDS (mobile data storage)

The physical addressing of an MDS is also known as normal addressing. Users set up the
structure of the MDS themselves. They know the physical MDS address to which data is
written. The addressing of the MDS storage generally begins at 0000 hex and ends at an end
address corresponding to the size of the MDS storage.
File handler addressing of the MDS

For file handler addressing, the user specifies a file name for access to the data. The file name
consists of eight ASCII characters. The file handler manages the user data independently on
the MDS. The user does not need to configure data structures on the MDS.
Prior to use, the MDS needs to be formatted.
10.1.6.3 Distributed I/O
Distributed I/O systems
SIMATIC ET 200 - The right solution for all applications

SIMATIC ET 200 provides the most varied range of distributed I/O systems.
Solutions for use in the control cabinet
Solutions without control cabinet directly at the machine
Additionally, there are also components that can be used in explosive areas. SIMATIC ET 200
systems for construction without a control cabinet are contained in robust, glass-fibre
reinforced plastic casing and are therefore shock-resistant, resistant to dirt and watertight.
Their modular design allows the ET 200 systems to be easily scaled and expanded in small
steps. Fully-integrated auxiliary modules lower costs and also provide a wide range of possible
applications. There are several combination possibilities available:
Digital and analog I/OS
Intelligent modules with CPU functions,
Safety technology,
Pneumatics,
Frequency converters
Various technology modules.
Communication via PROFIBUS and PROFINET, uniform engineering, clear diagnostic
possibilities as well as optimal connection to SIMATIC controller and HMI devices vouch for
the unique consistency provided by Totally Integrated Automation.

The following table provides an overview of I/O devices for use in the control cabinet:
I/O device Properties

ET 200S Highly modular design with multiple conductor
connections
Multifunctional due to a wide range of modules
Use in explosive areas (Zone 2)
ET 200S COMPACT Highly modular design with multiple conductor
connections
Use in explosive areas (Zone 2)
Integrated DE/DA
ET 200L Cost-effective digital block I/OS
Digital electronic blocks up to 32 channels
ET 200M Modular design with standard modules from
SIMATIC-S7-300
Failsafe I/O modules
Use in explosive areas up to Zone 2, sensors
and actuators up to Zone 1
High level of plant availability, for example by
plugging and unplugging when in operation
ET 200iSP Modular design, also possible with redundancy
Robust and intrinsically safe design
Use in explosive areas up to Zone 1/21;
sensors and actuators even up to Zone 0/20
High level of plant availability, for example by
plugging and unplugging when in operation

The following table provides an overview of I/O devices for use without a control
cabinet:
I/O device Properties

ET 200pro Modular design with compact housing
Easy assembly
High level of availability due to plugging and
unplugging in operation and permanent wiring
Comprehensive diagnostics
ET 200eco PN Cost-efficient, space-saving block I/OS
Digital modules up to 16 channels (also
configurable)
Analog modules, IO-link master and load
voltage distributor
PROFINET connection with 2-port switch in
each module
Can be flexibly distributed via PROFINET in
line or star shape directly within the plant
ET 200eco Cost-effective digital block I/OS
Flexible connection possibilities
Failsafe modules
High level of plant availability
ET 200R Specially for use on robots
Assembled directly on the chassis
Resistant to weld spatter due to robust metal
housing
See also
Documentation on ET 200L (http://support.automation.siemens.com/WW/view/de/1142908/0/
en)
Documentation on ET 200S (http://support.automation.siemens.com/WW/view/en/1144348)
Documentation on ET 200M (http://support.automation.siemens.com/WW/view/de/1142798/0/
en)
Documentation on ET 200pro (http://support.automation.siemens.com/WW/view/de/
21210852/0/en)
Documentation on ET 200iSP (http://support.automation.siemens.com/WW/view/de/
28930789/0/en)
Documentation on ET 200R (http://support.automation.siemens.com/WW/view/de/
11966255/0/en)

Documentation on ET 200eco PN (http://support.automation.siemens.com/WW/view/de/

29999018/0/en)
Documentation on ET 200eco (http://support.automation.siemens.com/WW/view/de/
12403834/0/en)
Configuring HART variables
Introduction
Numerous HART field devices make available additional measured quantities (e.g. sensor
temperature). These can be read if they are set accordingly in the field device configuration.
Using the HART variables. it is possible to apply the set measured values directly from the
field device into the I/O area of your automation system.
Regardless of the number of configured channels, a maximum of 8 HART variables can be
assigned for HART modules and no more than 4 HART variables per channel. You assign the
HART variables to a channel in the properties for the module ("HART variable settings" area).
To do this, check the manual of the corresponding module.
Address assignment
By default, the HART modules occupy 16 input/output bytes (user data). If you configure HART
variables, the modules occupy an additional 5 bytes for each HART variable.
If you use all 8 HART variables, the HART input module occupies a total of 56 input/output
bytes (16 bytes + 8 x 5 bytes = 56 bytes).
The "None" configuration occupies no additional input bytes.
Configuration of HART variables

You can configure up to 4 HART variables for a channel
PV (Primary Variable)
SV (Secondary Variable)
TV (Tertiary Variable)
QV (Quaternary Variable)
CiR is a placeholder that reserves the address space for a HART variable. You must configure
the HART variables you are not using with the "None" parameter.

Configuration of HART variables

Each HART variable occupies 5 bytes of input data and is structured as follows:
%\WHQ
%\WHQ
+$57YDULDEOH
%\WHQ
%\WHQ
%\WHQ 4XDOLW\FRGH
9DOXHLQ+(;IRUPDW
The quality code can accept different values depending on the module. To do this, check the
manual of the corresponding module.
See also
Documentation for HART analog modules (http://support.automation.siemens.com/WW/view/
en/22063748)
ET 200iSP
ET 200iSP Distributed I/O Station
Definition
The ET 200iSP distributed I/O station is a highly modular and intrinsically safe DP slave with
degree of protection IP 30.
Area of application
The ET 200iSP distributed I/O station can be operated in potentially explosive atmospheres
characterized by gas and dust:
Approval ET 200iSP Station* Inputs and outputs

ATEX Zone 1, Zone 21 up to Zone 0, Zone 20 **
IECEx Zone 2, Zone 22 up to Zone 0, Zone 20 **
* In combination with an appropriate enclosure
** for electronic module 2 DO Relay UC60V/2A: up to Zone 1, Zone 21
The ET 200iSP distributed I/O station can, of course, also be used in the safety area.
You can insert almost any combination of ET 200iSP I/O modules directly next to the interface
module that transfers the data to the DP master. This means you can adapt the configuration
to suit your on-site requirements.

Every ET 200iSP consists of a power supply module, an interface module and a maximum of
32 electronic modules (for example digital electronics modules). Remember not to exceed the
maximum current consumption.
Terminal modules and electronic modules

In principle, the ET 200iSP distributed I/O station consists of various passive terminal modules
onto which you plug the power supply and the electronic modules.
The ET 200iSP is connected to PROFIBUS RS 485-IS by means of a connector on terminal
module TM-IM/EM. Every ET 200iSP is a DP slave on the PROFIBUS RS 485IS.
DP master
All ET 200iSP modules support communication with DP masters that are compliant with
IEC 61784-1:2002 Ed1 CP 3/1 and operate with "DP" transmission protocol (DP stands for
distributed peripherals or distributed I/O).
See also
28930789/0/en)
Assigning the channel and IEEE tag
Properties
Analog electronic modules 4 AI I 2WIRE/HART, 4 AI I 4WIRE/ HART and 4 AO I HART support
up to four IEEE tags.
The process input image (PII) provides up to 20 bytes per module for the IEEE tags. Thus,
four blocks of 5 bytes each are available for the four IEEE tags within the PII.
Requirements
The HART field device must support the assigned number of IEEE tags.

Assigning IEEE tags

You assign the IEEE tags of the field devices to any one of the four blocks in the PII.
IL[HGDVVLJQPHQWRIDQDORJYDOXHVLQWKH3,,
DQ\DVVLJQPHQWRI,(((YDULDEOHVLQWKH3,,
3,,RID+$57LQSXW
PRGXOHZLWKFRQILJXUD
WLRQ: HJ+$57
LQSXWPRGXOH
,%[
$QDORJ
,%[ YDOXH
,%[ $QDORJ
,%[ YDOXH
,%[ $QDORJ
,%[ YDOXH +$57ILHOGGHYLFHRQFKDQQHO
,%[ $QDORJ $QDORJYDOXHFRUUHVSRQGVWR+9
,%[ YDOXH ,(((YDULDEOH+9
6HFRQGDU\YDOXH ,(((YDULDEOH
,%[ ,(((YDULDEOH
,%[ ,((( ,(((YDULDEOH
,%[ YDULDEOH
IURP +$57ILHOGGHYLFHRQFKDQQHO
,%[ FKDQQHO
,%[ $QDORJYDOXHFRUUHVSRQGVWR+9
,(((YDULDEOH+9
6HFRQGDU\YDOXH
,%[ ,(((YDULDEOH
,%[ ,((( ,(((YDULDEOH
,%[ YDULDEOH ,(((YDULDEOH
IURP
,%[
FKDQQHO
,%[ +$57ILHOGGHYLFHRQFKDQQHO
$QDORJYDOXHFRUUHVSRQGVWR+9
6HFRQGDU\YDOXH
,(((YDULDEOH+9
,%[
,((( ,(((YDULDEOH
,%[
YDULDEOH ,(((YDULDEOH
,%[
IURP ,(((YDULDEOH
,%[ FKDQQHO
,%[
+$57ILHOGGHYLFHRQFKDQQHO
6HFRQGDU\YDOXH $QDORJYDOXHFRUUHVSRQGVWR+9
,%[ ,(((YDULDEOH+9
,%[ ,(((
YDULDEOH ,(((YDULDEOH
,%[ ,(((YDULDEOH
IURP
,%[ FKDQQHO ,(((YDULDEOH
,%[

+9 PDLQYDULDEOH
See also
28930789/0/en)

Assigning parameters to reference junctions for thermocouples
Compensation of the reference junction temperature

There are various ways of obtaining the reference junction temperature in order to get an
absolute temperature value from the temperature difference between the reference junction
and the measuring point.
Table 10-89 Compensation of the reference junction temperature
Option Explanation Reference junction parameters

No compensation You record not only the temperature of None
the measurement point. The tempera
ture of the reference junction (transition
from Cu line to thermocouple line) also
affects the thermo-electromotive force.
The measured value then includes an
error.
Use of a Pt100 Cli You can record the reference junction The parameter assignment of the IM
matic Range resist temperature using a resistance ther 152 and the 4 AI TC must be coordi
ance thermometer to mometer (Pt100 Climatic Range). If par nated:
record the reference ameterized accordingly, this tempera 4 AI RTD assigned parameters
junction temperature ture value is distributed to the 4 AI TC for Pt100 climatic range in correct
(best method) modules in the ET 200iSP where it is off
slot;
set against the temperature value ob
tained at the measuring location. 4 AI TC: Reference junction :
Number of reference junctions: 2 "yes"; select reference junction
number "1" or "2"
IM 152-1:Assignment of the
reference junction to a slot with 4
AI RTD; channel selection;
Internal compensa The TC sensor module (temperature 4 AI TC: Reference junction
tion 4 AI TC sensor) is mounted onto the terminals of number "internal"
terminal module EM 4 AI TC. The tem
perature sensor reports the temperature
of the terminals to the 4 AI TC. This value
is then calculated together with the
measured value from the channel of the
electronic module.
Compensation by means of a resistance thermometer at the 4 AI RTD

If thermocouples that are connected to the inputs of the 4 AI RTD have the same reference
junction, compensate by means of a 4 AI RTD.
For both channels of the 4 AI TC module, you can select "1", "2" or "internal" as the reference
junction number. If you select "1" or "2", the same reference junction (RTD channel) is always
used for all four channels.

Setting parameters for the reference junction

You set the reference junctions for the 4 AI TC electronic modules by means of the following
parameters:
Table 10-90 Reference junction parameters
Parameter Module Range of values Explanation

Slot reference junction 1 to slot 2 IM 152 none, 4 to 35 With this parameter, you can assign up to 2
slots (none, 4 to 35), on which the channels
for reference temperature measurement (cal
culating the compensation value) are loca
ted.
Input reference junction 1 to 4 in IM 152 RTD on channel 0 This parameter allows you to set the channel
put reference junction RTD on channel 1 (0/1/2/3) for measuring the reference tem
perature (calculation of the compensation
RTD on channel 2
value) for the assigned slot.
RTD on channel 3
Reference junction E0 to refer 4 AI TC None This parameter allows you to enable the use
ence junction E3 yes of the reference junction.
Reference junction number 4 AI TC 1 This parameter allows you to assign the ref
2 erence junction (1, 2) that contains the refer
ence temperature (compensation value).
Internal
See also
28930789/0/en)
Fundamentals of Time Stamping
Properties
Time stamping is possible with the IM 152 in customer applications using FB 62 (FB
TIMESTMP).
Principle of operation
A modified input signal is assigned a time stamp and stored in a buffer (data record). If time
stamped signals exists or a data record is full, a hardware interrupt is generated to the DP
master. The buffer is evaluated with "Read data record". Special messages are generated for
events that influence the time stamping (communication with the DP master interrupted, frame
failure of time master, ...).

Parameter Assignment
With the parameter assignment you define which IM 152 user data will be monitored. For the
time stamping these are digital inputs that are monitoring for signal changes.
Parameter Setting Description

Time stamping disabled Activate the time staming for the
channels of the electronics module 8
enabled
DI NAMUR.
Edge evaluation incom rising edge Determine the type of signal change
ing event that will be time-stamped.
falling edge
Counting
Count properties
Counting functions
The 8 DI NAMUR electronics module has configurable counting functions:
2 x 16-bit up counters (standard counting function) or
2 x 16-bit down counters (standard counting function) or
1 x 32-bit down counter (cascading counter function)
Setting a setpoint with the PIQ
GATE function
You can configure the control signals of the counters:
Configuration channel 0..1: "Counter", channel 2..7: "DI": Two counters are configured.
The control signals of the counters are stored in the PIQ (process image output).
Configuration channel 0..1: "Counter", channel 2..7: "Control": Two counters are
configured. The control signals of the counters are stored in the PIQ (process image
output). They are also controlled by the digital inputs of the 8 DI NAMUR.
See also
Principle of operation (Page 1253)
Configuring counters (Page 1256)
Assigning parameters to counters (Page 1258)
16-bit up counters (standard counting function)

The counting range is 0 to 65,535.

With each count pulse at the digital input, the count is incremented by 1. Once the count limit
is reached, the counter is reset to 0 and it counts up again from this value.
If there is counter overflow, the corresponding output is set in the PII.
A positive edge of the Reset output control signal resets the output in the PII. This does not
affect the current count value.
In 16-bit up counting operations, the system does not set any outputs in the PIQ. These are
always reset.
The positive edge of the Reset counter control signal sets the counter to 0 and resets the set
counter output.
The GATE control signal pauses the counting on a positive edge. Count pulses are processed
at the digital input again, but only at the negative edge. The Reset counter control signal is
also effective when GATE is active.
$FWXDOYDOXHRIWKHFRXQWHU
&RXQWLQJOLPLW
7LPH
&RXQWHURXWSXWLQ
3,,
7LPH
&RQWUROVLJQDO5HVHW
RXWSXW
7LPH
&RQWUROVLJQDO5HVHW
FRXQWHU
7LPH
&RQWUROVLJQDO
*$7(
7LPH
3XOVHVDWGLJLWDO
LQSXW
7LPH
16-bit down counters (periodic counting function)

The maximum counting range is always 65,535 to 0.
When the counter is started, the actual value is set to the selected setpoint. Each counted
pulse reduced the actual value by 1. Once the actual value reaches 0, the corresponding output
in the PII is turned on and the actual value is set to the selected setpoint. The counter then
counts down from this value.
The positive edge of the Reset counter control signal resets the selected setpoint and the
corresponding output in the PII.
A positive edge of the Reset output control signal resets the output in the PII. This does not
affect the current count value.

The GATE control signal pauses the counting on a positive edge. At the same time, the
assigned output in the PII is reset. Count pulses are processed at the digital input again, but
only at the negative edge. The Reset output and Reset counter control signals are also effective
when GATE is active.
The setpoint of the counter is set and changed using the PIQ. The setpoint is adopted on a
positive edge of the Reset counter control signal or when the counter has reached zero.
$FWXDOYDOXHRIWKH
FRXQWHU
6SHFLILHGYDOXH
&RXQWHURXWSXW 7LPH
LQ3,,
7LPH
&RQWUROVLJQDO
5HVHWRXWSXW
7LPH
&RQWUROVLJQDO
5HVHWFRXQWHU
7LPH
&RQWUROVLJQDO
*$7(
7LPH
3XOVHVDW
GLJLWDOLQSXW
7LPH
32-bit down counter (cascading counter function)

The maximum counting range is always 4294967295 to 0.
The principle of operation is identical to that of the 16-bit down counter. Channel 1 has no
function.
See also
Count properties (Page 1253)

Configuring counters
Procedure
1. Using the mouse, pull module 8 DI Namur from the hardware catalog into distributed I/O
station ET 200iSP.
2. Select the required configuration (channel 0..1: "Counter", channel 2..7: "DI" or "Control").
In the module properties (inspector window), you can find this setting under "Parameters
> Inputs > Configuration".
Configuration channel 0..1: "Counter", channel 2..7: "DI"

Assignment of the digital inputs on the electronic module 8 DI NAMUR
Table 10-91 Assignment of digital inputs for channel 0..1: "Counter", channel 2..7: "DI":
Digital input Terminal Assignment

Channel 0 1, 2 Counter 1
Channel 1 5, 6 Counter 2 (does not apply to 32-bit down counters)
Channel 2 9, 10 Digital input 2

Assignment of the process image input (PII)

(%[ %LWVWR %LWVWR 6HWSRLQWFRXQWHUELW
$FWXDOYDOXHRIFRXQWHU
(%[ %LWVWR %LWVWR GRZQFRXQWHU
(%[ %LWVWR %LWVWR
(%[ %LWVWR $FWXDOYDOXHRIFRXQWHU %LWVWR

(%[
&RXQWHURXWSXW
&RXQWHURXWSXW
'LJLWDOLQSXW
'LJLWDOLQSXW
'LJLWDOLQSXW
'LJLWDOLQSXW
'LJLWDOLQSXW
'LJLWDOLQSXW
6IRUPDW

(%[
(%[ 1RWDVVLJQHG
9DOXHVWDWXVIRUFKDQQHOVWR
%,QSXWVLJQDOLVYDOLG
%,QSXWVLJQDOLVLQYDOLG
Assignment of the process image output (PIQ)

$%[ %LWVWR 6SHFLILHGYDOXHRIFRXQWHU %LWVWR 6HWSRLQWFRXQWHUELW
$%[ %LWVWR %LWVWR GRZQFRXQWHU
$%[ %LWVWR %LWVWR
6SHFLILHGYDOXHRIFRXQWHU
$%[ %LWVWR %LWVWR

$%[
1RWDVVLJQHG
1RWDVVLJQHG
&RQWUROVLJQDO*$7(
&RQWUROVLJQDO*$7(
&RQWUROVLJQDO5HVHWFRXQWHU
&RQWUROVLJQDO5HVHWFRXQWHU
&RQWUROVLJQDO5HVHWFRXQWHURXWSXW
&RQWUROVLJQDO5HVHWFRXQWHURXWSXW
Configuration channel 0..1: "Counter", channel 2..7: "CONTROL"

With this configuration, you can also control the counters over the digital inputs.
Assignment of the digital inputs on electronic module 8 DI NAMUR
For further information on input assignments, refer to the technical data for electronic
module 8 DI NAMUR.

Table 10-92 Assignment of the digital inputs for 2 Count/ 6 Control

Channel 0 1, 2 Counter 1
Channel 1 5, 6 Counter 2 (does not apply to 32-bit down counters)
Channel 2 9, 10 control signal GATE 1
Channel 3 13, 14 control signal GATE 2
Channel 4 3, 4 control signal Reset counter 1
Channel 5 7, 8 control signal Reset counter 2
Channel 6 11, 12 control signal Reset counter output 1
Channel 7 15, 16 control signal Reset counter output 2
Assignment of the process image input (PII)

Assignment is identical to configuration 0..1: "Counter", channel 2..7: "DI".
Assignment of the process image output (PIQ)
Assignment is identical to configuration 0..1: "Counter", channel 2..7: "DI".
See also
Assigning parameters to counters
Parameters for the counting function

Only those parameters that are relevant for the counters are explained below. These belong
to the parameters of electronic module 8 DI NAMUR and depend on the selected configuration:
Table 10-93 Parameters for the counters

Sensor type counter in Channel disabled Select the sensor for the respective
puts counter of channels 0 or 1.
NAMUR sensor
Single contact, no load resistance
Mode for counter 1 Standard counting function Select the mode for counter 1.
Periodic counting function
Cascaded counting function
Mode for counter 2 Standard counting function Select the mode for counter 2. This
parameter is not relevant if you have
Periodic counting function
set the "Mode for counter 1" parame
Cascaded counting function ter to "Cascaded counter function".
See also

Frequency measurement
Frequency measurement properties
Properties
The electronic module 8 DI NAMUR allows the frequencies to be measured on channel 0 and
1:
2 frequency meters from 1 Hz to 5 kHz
Configurable metering window (GATE)
The signals of the frequency meter are read in by means of the digital inputs of the electronic
module.
See also
Principle of operation (Page 1259)
Configuring frequency meters (Page 1260)
Assigning parameters for the frequency meters (Page 1262)
Frequency measurement
The signal frequencies are identified from the input signals of channel 0 or 1 of the electronic
module. To calculate the frequency the signals are measured within a configurable gate.
The frequency is displayed as 16-bit value in fixed-point format and transferred to the PII.
The frequency meter calculates the frequency according to the follow formula:
1XPEHURIULVLQJHGJHVDWGLJLWDOLQSXW
)UHTXHQF\>+]@
0HDVXULQJZLQGRZ>V@
Exceeding the input frequency

If the input frequency exceeds 5kHz, 7FFFH is reported as actual value. If the input frequency
is above approx. 8 kHz it is no longer possible to display correct actual values.
See also
Frequency measurement properties (Page 1259)

Configuring frequency meters
Procedure
1. Using the mouse, pull module 8 DI Namur from the hardware catalog into distributed I/O
station ET 200iSP.
2. Select the required configuration (channel 0..1: "Trace", channel 2..7: "DI"). In the module
properties (inspector window), you can find this setting under "Parameters > Inputs >
Configuration".
Configuration 0..1: "Trace", channel 2..7: "DI"

Assignment of the digital inputs on electronic module 8 DI NAMUR

Channel 0 1, 2 Frequency counter 1
Channel 1 5, 6 Frequency counter 2
Assignment of process image input (PII) for configuration of channel 0..1: "Trace", channel
2..7: "DI"

(%[ %LWVWR )UHTXHQF\PHWHU

(%[ %LWVWR
(%[ %LWVWR
)UHTXHQF\PHWHU
(%[ %LWVWR

(%[
1RWDVVLJQHG
1RWDVVLJQHG
'LJLWDOLQSXW
'LJLWDOLQSXW
'LJLWDOLQSXW
'LJLWDOLQSXW
'LJLWDOLQSXW
'LJLWDOLQSXW
6IRUPDW

(%[
(%[ 1RWDVVLJQHG
9DOXHVWDWXVIRUFKDQQHOVWR
%,QSXWVLJQDOLVYDOLG
%,QSXWVLJQDOLVLQYDOLG
Assignment of the process image output (PIQ): The PIQ is not assigned.
See also

Assigning parameters for the frequency meters
Parameters for frequency meter

Only those parameters that are relevant for the frequency meters are explained below. These
are part of the parameters of electronic module 8 DI NAMUR.
Table 10-94 Parameters for the frequency meters

Sensor type frequency Channel disabled Select the sensor for the relevant frequency
inputs meter for channel 0 or 1.
NAMUR sensor
Single contact, no load
resistance
Measuring window 50 ms Select the required measuring window for
(GATE) channel 0 or 1.
200 ms
To achieve the highest possible accuracy
1s
when metering frequencies, remember the
following rules:
High frequencies (> 4 kHz): Set a low
measuring window (50 ms)
Variable/medium frequencies: set
medium measuring window (200 ms)
Low frequencies (< 1 kHz): Set a high
measuring window (1 s)
See also
ET 200eco PN
ET 200eco PN Distributed I/O Device
Definition
The ET 200eco PN distributed I/O device is a compact PROFINET IO device in degree of
protection IP 65/66 or IP 67 and UL Enclosure Type 4x, Indoor use only.

Field of application
The fields of application of the ET 200eco PN are derived from its special properties.
A robust design and degree of protection IP 65/66 or IP 67 make the ET 200eco PN
distributed I/O device suitable in particular for use in rugged industrial environments.
The compact design of the ET 200eco PN is particularly favorable for applications in
confined areas.
The easy handling of ET 200eco PN facilitates efficient commissioning and maintenance.
Properties
The ET 200eco PN has the following properties:
Integrated switch with 2 ports
Supported Ethernet services:
ping
arp
Network diagnostics (SNMP)
LLDP
Interrupts
Diagnostics interrupts
Maintenance interrupts
Port diagnostics
Isochronous real-time communication
Prioritized startup
Device replacement without programming device
Media redundancy
Connection to intelligent sensors/actuators via IO link master interface module.
IO Controller
The ET 200eco PN can communicate with all IO Controllers that conform to IEC 61158.
ET 200eco PN can be configured on a CPU with advanced diagnostics.
See also
Documentation on ET 200eco PN (http://support.automation.siemens.com/WW/view/en/
29999018)

Parameter description analog input
Group diagnostics
You can generally enable and disable the diagnostics function of the device with this parameter.
The "Fault" and "Parameter assignment error" diagnostics functions are always independent
of the group diagnostics.
Diagnostics, missing 1L+

If you enable this parameter, the check for missing supply voltage is enabled.
Diagnostics, sensor supply short circuit

If you enable this parameter, a diagnostics event is generated if a short-circuit of the sensor
supply to ground is detected and the channel is enabled. The sensor supply is monitored for
connectors X1, X3, X5 and X7. It is not possible to differentiate which connector has
experienced the sensor short circuit.
Interference frequency suppression

With this parameter, you set the integration time of the device, based on the selected
interference frequency. Select the frequency of the supply voltage used. Interference
frequency suppression Off means 500 Hz, which corresponds to an integration time of 2 ms
for a measurement channel.
Temperature unit
Specify the unit of the temperature measurement here.
Measurement type (channel-wise)

With this parameter, you set the measurement type, for example, voltage. For any unused
channels, you must select the disabled setting. For a disabled channel, the conversion time
and integration time of the channel = 0 s and the cycle time is optimized.
Measuring range
With this parameter, you set the measuring range of the selected measurement type.
Temperature coefficient (for RTD, thermoresistor)

The correction factor for the temperature coefficients (-value) indicates by what extent the
resistance of specific material changes relatively if the temperature increases by 1 .
The -values conform to EN 60751, GOST 6651, JIS C 1604 and ASTM E-1137.
The temperature coefficient depends on the chemical composition of the material.

Smoothing
Smoothing of the analog values produces a stable analog signal for further processing. The
smoothing of analog values is useful when handling wanted signals (measured values) with a
slow rate of change, for example, temperature measurements.
The measured values are smoothed by digital filtering. To achieve smoothing, the device
generates a mean value from a specified number of converted (digitized) analog values.
You assign a maximum of four levels for the smoothing (none, weak, medium, strong). The
level determines the number of module cycles, from which the mean value is generated.
The stronger the smoothing, the more stable the smoothed analog value and the longer it takes
until the smoothed analog value is applied following a signal change (see the example below).
The figure below shows the number of cycles a module requires to apply the smoothed analog
value at almost 100% after a step response, based on the smoothing function settings. The
figure applies to all signal changes at the analog input. The smoothing value defines the
number of cycles a module requires to reach 63% of the end value of the changed signal.

6LJQDO

FKDQJH

[ [ [

0RGXOHF\FOHV
Smoothing, weak
Smoothing, medium
Smoothing, strong
Diagnostics, wire break

When this parameter is enabled, the Wire break diagnostics event is generated when a wire
break is detected.

Observe the rules outlined below to handle a wire break in the 1 to 5 V and 4 to 20 mA
measuring ranges:
Parameter Event Measured val Explanation

ue
Enable wire break1 Wire break 7FFFH Diagnostics, wire break
Wire break disabled 1
Wire break 8000H Measured value after leaving the under
range
Underflow enabled
Diagnostic message Lower limit value un
dershot
Wire break disabled1 Wire break 8000H Measured value after leaving the under
Underflow disabled range
1
Measuring range limits for wire break detection and measuring range undershoot detection:
1 to 5 V: At 0.296 V
4 to 20 mA: At 1.185 mA
Diagnostics, underflow
If you enable this parameter, the Underflow diagnostics event is generated when the measured
value reaches the underflow range.
Diagnostics, overflow
If you enable this parameter, the Overflow diagnostics event is generated when the measured
value reaches the overflow range.
Reference junction for thermoresistor (TC)

A difference in temperature between the measuring point and the free ends of the
thermocouple (terminal point) generates a voltage between the free ends, namely the
thermoelectric voltage. The value of this thermoelectric voltage is determined by the
temperature difference between the measuring point and the free ends and by the type of
material combination of the thermocouple. Since a thermocouple always measures a
temperature difference, the free ends at the reference junction must be maintained at a known
temperature in order to determine the temperature of the measuring point.
If you specify Internal compensation, the temperature of the measuring point in the housing of
the I/O device is measured. With the External compensation setting, you can connect a
compensation box in series in order to increase the accuracy of the temperature measurement.
Parameter description analog output
Group diagnostics
You can generally enable and disable the diagnostics function of the device with this parameter.
The "Fault" and "Parameter assignment error" diagnostics functions are always independent
of the group diagnostics.

Diagnostics, missing 1L+

If you enable this parameter, the check for missing supply voltage is enabled.
Diagnostics, sensor supply short circuit

When this parameter is enabled, the system generates a diagnostics event if it detects a short-
circuit of the sensor supply to ground. This diagnostics function is activated when the group
diagnostics function is enabled.
Response to CPU/Master STOP

Select how the module's outputs will respond to a CPU STOP:
Shut down
The I/O device goes to the safe state. The process image output is deleted (=0).
Keep last value
The I/O device retains the last value to be output before STOP.
Substitute value
The I/O device outputs the value for the channel set beforehand.
Note
Make sure that the plant is always in a safe state if "Keep last value" is selected.
Type of output
With this parameter, you set the output type, for example, voltage. For any unused channels,
select the disabled setting. For a disabled channel, the conversion time and integration time
of the channel = 0 s, and the cycle time is optimized.
Output range
With this parameter, you set the output range of the selected output type.
Diagnostics, wire break (in current mode)

When this parameter is enabled, the Wire break diagnostics event is generated when a wire
break is detected. This diagnostics event cannot be detected in the zero range.
Diagnostics, short circuit (in voltage mode)

If you enable this parameter, a diagnostics event is generated in the event of a short circuit in
the output line. This diagnostics event cannot be detected in the zero range.
Diagnostics, overload
If you enable this parameter, the diagnostics event is generated in the event of an overload.

Substitute values
With this parameter, you enter a substitute value that the module is to output in CPU-STOP
mode. The substitute value must be in the nominal range, overrange, or underrange.
ET 200SP
ET 200SP distributed I/O system
Definition
The ET 200SP distributed I/O system is a scalable, highly flexible distributed I/O system for
connection of process signals to a central controller via a field bus.
Application area
The ET 200SP is a multi-functional distributed I/O system for various fields of application. The
scalable design allows you to configure the system exactly to the specific requirements on
location.
The ET 200SP is approved for degree of protection IP 20 and for installation in a control cabinet.
Structure
The ET 200SP is mounted on a mounting rail and comprises:
An interface module which can communicate with all IO controllers that conform to the
PROFINET standard IEC 61158
Up to 32 I/O modules which can be inserted on passive BaseUnits in any combination
A server module that completes the design of the ET 200SP.
Expanding ET 200SP with ET 200AL modules
Introduction
The ET 200SP is a distributed I/O system for installation in a control cabinet.
The system can be expanded with modules of the ET 200AL series with IP65/67 degree of
protection. ET 200AL modules can be mounted on site, for example on a machine.
The following section describes how you expand an ET 200SP station with ET 200AL modules
in STEP 7.

Procedure
Follow the steps below to configure an ET 200SP with ET 200AL modules:
1. Drag an interface module (PROFINET or PROFIBUS) from the ET 200SP series to the
network view.
2. Go to the device view. You do this by clicking twice on the icon of the module you have just
inserted.
3. Insert the module "BA Send 1xFC" into slot 1 of the ET 200SP.
STEP 7 now generates an ET-Connection rack with 16 slots for ET 200AL modules (figure
below).
An ET-Connection rack is a virtual rack that sets the order of the connected ET 200AL
modules.
Question marks are displayed above the slots as an ET 200AL module has yet to be
connected to BA-Send.

4. From the hardware catalog (subfolder ET 200AL in the ET 200SP folder), select the first
ET 200AL module to be connected to the ET 200SP: Drag this module to the 1st slot in the
ET-Connection rack.
From this module, STEP 7 generates a line to the "BA-Send 1xFC" module and allocates
the slot numbers 66 to 81 (figure below).
If you configure the ET 200SP with a DP interface module, STEP 7 assigns the slot numbers
34 to 49 for the ET 200AL modules.

5. Now drag all other ET 200AL modules into the free slots in the ET-Connection rack.
STEP 7 automatically inserts the ET-Connection between the individual ET 200AL modules
(green loops).
In the configuration below, five ET 200AL modules are connected in series.
6. Complete the configuration of the ET 200SP: Drag all ET 200SP modules from the hardware
catalog to the slots in the ET 200SP.
Five ET 200SP modules are plugged in the configuration example below: The PN interface
module in slot 0, the module "BA-Send 1xFC" in slot 1, one input module each in slots 2
and 3, and a server module in slot 4:

Rules
The module "BA-Send 1xFC" must be plugged in slot 1 of the ET 200SP if the ET 200SP
is to be expanded with ET 200AL modules
The ET 200AL modules must be configured with no gaps.
See also
Configuration control with ET 200AL (Page 1316)

Interface module parameters
Status bytes
Status bytes
If you enable the "Status bytes" option, 4 bytes of input data are reserved for the status of the
supply voltage of each I/O module.

%\WH ,2PRGXOHVORWV
%\WH %LW /RDGYROWDJHPLVVLQJRU,2PRGXOHQRW
%\WH SUHVHQW
%\WH %LW /RDGYROWDJHDQG,2PRGXOHSUHVHQW
Note
An inserted or missing server module always reports for the slot bit = 0.
Group diagnostics, missing supply voltage L+
Group diagnostics, missing supply voltage L+

This diagnostics is a group diagnostics that covers the supply voltage status of all I/O modules
of a potential group which are defined by BaseUnits with incoming power supply (light-colored
BaseUnit BU...D).
The group diagnostics is formed from the states of the supply voltage of the inserted I/O
modules within the potential group.
The group diagnostics does not depend on the "Missing supply voltage L+" parameter of the
I/O modules being enabled.
The server module does not influence the missing supply voltage L+ group diagnostics.
Requirements for the correct operation of the group diagnostics for missing supply voltage L+:
I/O modules or BU covers must be inserted on the light-colored and dark-colored BaseUnits.
If no I/O module is inserted on a light-colored BaseUnit, the start of this potential group will
not be detected by the interface module; the I/O modules of this potential group will thus
belong to the previous potential group. A supply voltage L+ group error will then be assigned
to the wrong potential group.
When an I/O module is inserted on the light-colored BaseUnit, the interface module detects
the new potential group, re-evaluates the status, and reports a new group diagnostics in
the case of an error.
The server module must be inserted.
The server module itself does not influence the missing supply voltage L+ group diagnostics.

Configuration control with ET 200SP
Operating principle
Configuration control allows you to operate various real configurations (options) with a single
configuration of the distributed I/O device ET 200SP.
Configuration control provides you with the option of configuring the ET 200SP distributed I/
O device with its maximum configuration and nevertheless operating it with missing modules.
If missing modules are retrofitted later, no new configuration is required and the hardware
configuration does not have to be reloaded either.
Using control data record 196, which is transferred to the interface module in the user program,
you define a current preset configuration.
The configured module is not present on a slot.
A BU cover can be inserted in this slot instead of the configured I/O module. As there
is no configured module on the slot, the term "Configuration control with empty slots" is
also used.
The module that is configured to the right of the missing module can be inserted on this
slot instead of the configured module. The missing module makes the actual
configuration appear pushed together. As the configured module is missing but no gap
arises in the configuration, this is also referred to as a "Configuration without empty
slots".
The configuration is extended by an already configured module.
In the case of configuration control with empty spaces, you extend the configuration by
inserting the configured module on the corresponding empty slot.
In the case of configuration control without empty spaces, insert the configured module
on the right-hand side next to the last module of the ET 200SP.
Requirement
STEP 7 Professional version V13 SP1 or higher
The CPU startup parameter "Compare preset to actual configuration" is set to Startup even
if mismatch (default setting). This setting is also selected for the startup parameters of the
individual modules of the ET 200SP.
Enabling configuration control

In the properties of the interface module under Module parameters > General > Configuration
control, select "Enable reconfiguration of device via user program". This activates configuration
control.
Control data record 196 for ET 200SP

The figure below shows the data block 196 for the configuration control of an ET 200SP with
four modules.
The value "12" is in the "block_length" element.

If you configure an ET 200SP in STEP 7 with more modules, the data block will be longer. The
data record for the maximum configuration with 65 modules is 134 bytes long (configuration
with PN interface module).
There are two bytes in the data record for each module.
The positions of these two bytes in the data record each code a module in the original
configuration with STEP 7:
"slot_1" and "info_slot_1" (bytes 4 and 5 in the data record, see figure below) correspond
to the module in slot 1 in configuration with STEP 7.
"slot_2" and "info_slot_2" (bytes 6 and 7) correspond to the module in slot 2 in configuration
with STEP 7.
"slot_3" and "info_slot_3" (bytes 8 and 9) correspond to the module in slot 3 in configuration
with STEP 7.
etc.
"slot_x" byte
The current slot is coded by the figure that is assigned to "slot_x" (by its value). Examples:
The value "1" in byte 4 means you are assigning the module originally inserted in slot 1 to
slot 1 in the current configuration (slot_1 = 1).
etc.
etc.
If a BU cover can be inserted instead of a module, code this by adding 128 to the slot (bit 7 of
the "slot_x" byte is set). Examples:
The value "129" in slot_1 means you are also assigning the module originally inserted in
slot 1 to slot 1 in the current configuration. A BU cover can also be used instead of this
module. In the real plant configuration, either the module or a BU cover is inserted.
The value "130" in slot_1 means you are assigning the module originally inserted in slot 1
to slot 2 in the current configuration. A BU cover can also be used instead of this module.
In the real plant configuration, either the module or a BU cover is inserted.
The value "131" in slot_1 means you are assigning the module originally inserted in slot 1
to slot 3 in the current configuration. A BU cover can also be used instead of this module.
In the real plant configuration, either the module or a BU cover is inserted.
"info_slot_x" byte

If a new potential group is opened with the module, assign the "info_slot_x" byte the value 1
(bit 0 of the byte is set). Examples:
The value "1" in the "info_slot_2" byte means that a new potential group is opened with
module 2.
module 3.
module 4.
Exception: A new potential group is automatically assigned to the first module in the original
configuration in STEP 7. This is not coded in the data record. You can enter any value in
"info_slot_1".
You can choose any name for the components of the control data record (for example "slot_1").
Example of control data record 196 for ET 200SP
The figure below shows control data record 196 for an ET 200SP with four modules.
The module inserted in slot 2 in the configuration in STEP 7 can also be inserted in slot 2 in
this configuration. It can also be inserted in slot 2 of a BU cover. Otherwise, nothing has
changed compared to the original configuration.
Addressing the interface module using the HW identifier

To transfer data record 196 with the instruction WRREC, you must enter the HW identifier of
the IM submodule with the extension "Head" as the input parameter for the instruction. The
system constant of this HW identifier is, for example, "IO-Device_2Head". The system
constants of a selected device are, for example, displayed in the network view in the "System
constants" tab. Use the corresponding value for addressing.
Readback data record 197 for ET 200SP

Readback data record 197 is used to read the actual configuration of a station (in this case,
of an ET 200SP).

This readback data record allows you to check the real configuration of the ET 200SP (actual
configuration). The readback data record for each configured module specifies whether or not
it is actually available.
The value "1" means that the correct module is inserted in the correct slot.
The value "0" codes all other options (wrong module, empty slot, BU cover).
Configuration details:
The configuration of the data block corresponds to the original configuration of the ET 200SP
with STEP 7.
There are two bytes in the data record for each module. The position of these two bytes in the
data record corresponds to the position of a module in the original configuration with STEP 7.
Sequence of bytes:
"status_slot_1" and "reserve_1" (bytes 4 and 5 in the data record) correspond to the module
in slot 1 in the configuration,
"status_slot_2" and "reserve_2" (bytes 6 and 7) correspond to the module in slot 2 in the
configuration
"status_slot_3" and "reserve_3" (bytes 8 and 9) correspond to the module in slot 3 in the
configuration,
etc.
Example
The original configuration in STEP 7 has been changed by a control data record 196 (see
example above): In the modified configuration, module 2 can either be inserted in slot 2 or be
replaced by a BU cover.
The figure below shows readback data record 197 which ET 200SP outputs to indicate that
there is a module in slot 2: The "status_slot_2" byte has the value "1".
The other modules are also available and are inserted in the correct slots.
The figure below displays the readback data record 197 which ET 200SP outputs to indicate
that a BU cover is being used in slot 2: The "status_slot_2" byte has the value "0".
The other modules are available and are inserted in the correct slots.

Reading readback data record 197

You can read readback data record 197 from the ET 200SP with the instruction RDREC.
RDREC operates asynchronously. If you call RDREC in the startup OB, you must call the
instruction multiple times using a loop until the "BUSY" or "DONE" output parameter indicates
that the data record has been read.
To read data record 197 with the instruction RDREC, you must enter the HW identifier of the
IM submodule with the extension "Head" as the input parameter for the instruction. The
Further information and examples

Specific examples of configuration control can be found in this application description (http://
Further information on ET 200SP can be found in the manuals IM 155-6 PN (http://
support.automation.siemens.com/WW/view/en/73184046) and IM 155-6 DP (http://
See also
Configuration control for ET 200SP with integrated ET 200AL modules (Page 1278)
Configuration control for ET 200SP with integrated ET 200AL modules
ET 200SP with integrated ET 200AL modules

Configuration control for ET 200SP and ET 200AL is described in separate texts. See the links
under "See also".
The steps outlined also apply to configuration control of an ET 200SP with integrated AL
modules. The procedure is different for control data record 196 and readback data record 197.

The following help text describes control data record 196 and the readback data record 197
for an ET 200SP expanded with ET 200AL modules.
Control data record 196

The two figures below show parts of control data record 196 for a configuration of an ET 200SP
expanded with ET 200AL modules.
This configuration is given as an example:
The module "BA Send 1xFC" is in slot 1 "slot_1". This module allows you to integrate
ET 200AL modules into an ET 200SP. In our configuration example, 16 AL modules are
connected to the BA-Send (maximum configuration). If a BA-Send is being used, this
module must be inserted in slot 1.
All slots from 2 to 64 are assigned ET 200SP modules.
A server module is inserted in slot 65.
There are 16 AL modules in slots 66 to 81.
The ET 200SP with integrated AL modules, originally configured with STEP 7, is now to be
reconfigured from the user program.
The new configuration has the following properties:
The "BA Send 1xFC" module is inserted in "slot_1_BA-Send" (fixed setting).
Module 2 "slot_2" is not available in the modified configuration (value "0").
Module 3 "slot_3" is in slot 2 in the modified configuration (value "2").
Module 4 "slot_4" is in slot 3 in the modified configuration (value "3").
All modules from slot 5 to slot 81 are operated in the original configuration with STEP 7.

The components of control data record 196 (figure above):

block_length: Note the length of the control data record here; in the example: 166 (bytes).
The length of the control data block is calculated using the formula "2 x number of slots +
4".
block_ID: Enter the figure 196 here.
version: The ET 200SP uses version 2 of control data record 196.
subversion: The ET 200SP uses subversion 0 of control data record 196.

slot_65_SP: This byte relates to the server module in the ET 200SP rack. It ends the
backplane bus of the ET 200SP.
From "slot_66_AL" come the 16 configured ET 200AL modules: Our configuration example
does not change the configuration with STEP 7. The byte "slot_66_AL" has the value "66",
the byte "slot_67_AL" has the value "67", the byte "slot_68_AL" has the value "68", etc.
Definition of control data record 196

A control data record 196 containing a slot assignment is defined for configuration control.

Byte Component Value Description

0 block_length e.g. 166 for maxi The length of the data record is Header
mum configuration calculated using the formula: 4 +
with "number of modules" x 2
65 ET-200SP mod
ules and
16 ET 200AL mod
ules
(with DP interface
module, maximum
of 33 ET 200SP
modules and 16
ET 200AL modules)
1 Block ID 196 ID for control data record 196
2 version 2 Version 2 of control data record
196
3 subversion 0 Subversion 0 of control data re
cord 196
4 slot_1_BA-Send Real slot for SP mod When AL modules are integrated 1. Slot for
ule 1 in ET 200SP, the module "BA SP modules
Possible value: Send 1xFC" must always be in Assignment
serted in slot 1. for the con
1
figured SP
5 info_slot_1_BA- 0 or 1 The value "1" means that a new
module 1 to
Send potential group is opened with
a real slot
this module. (Not evaluated in
this byte)
6 slot_2 Real slot for SP mod The configured SP module 2 can 2. Slot for
ule 2 be inserted in any real slot from SP modules
Possible values: 2 to slot 65 (2 to 33 for a DP in Assignment
terface module). for the con
2 to 65
figured SP
(not 66 to 81, re
Slots 66 to 81 are for AL modules module 2 to
served for AL mod
(34 to 49 with DP interface mod a real slot
ules)
ule).
0 (if the configured
module 2 is not avail
able)
7 info_slot_2 1 The value "1" means that a new
potential group is opened with
this module.
A new potential group must al

ways be opened in this byte as
BA-Send cannot open a new po
tential group.

8 slot_3 Real slot for SP mod The configured SP module 3 can 3. Slot for
ule 3 be inserted in any real slot from SP modules
Possible values: 2 to slot 65 (2 to 33 for a DP in Assignment
2 to 65
figured SP
(not 66 to 81, re
Slots 66 to 81 are for AL modules module 3 to
served for AL mod
(34 to 49 with DP interface mod a real slot
ules)
ule).
module 3 is not avail
able)
9 info_slot_3 1 The value "1" means that a new
this module.
.
: : : : :
132 slot_65 Real slot for SP mod The configured SP module 65 65. Slot for
ule 65 can be inserted in any real slot SP modules
Possible values: from 2 to slot 65 (2 to 33 for a DP Assignment
interface module). for the con
2 to 65
figured SP
(not 66 to 81, re
Slots 66 to 81 are for AL modules module 65
served for AL mod
(34 to 49 with DP interface mod to a real slot
ules)
ule)
module 65 is not
available)
133 info_slot_65 0 or 1 The value "1" means that a new
this module (the value is not eval
uated in this slot).
134 slot_66 Real slot for AL mod The configured AL module 1 can 1. Slot for
ule 1 be inserted in any slot from 66 to AL modules
Possible values: slot 81 (34 to 49 for PROFIBUS). Assignment
66 to 81 for the con
figured AL
(not 1 to 65, re
module 1 to
served for SP mod
a real slot
ules)
AL module 1 is not
available)
135 info_slot_66 - Reserve
: : : : :

164 slot_81 Real slot for AL mod The configured AL module 16 16. Slot for
ule 16 can be inserted in any slot from AL modules
Possible values: 66 to slot 81 (34 to 49 for DP in Assignment
66 to 81
figured AL
(not 1 to 65, re
module 16
served for SP mod
to a real slot
ules)
AL module 16 is not
available)
165 info_slot_81 - Reserve
Rules
If the "BA Send 1xFC" module is being used, it must be inserted in slot 1.
ET 200SP modules are inserted in slots 2 to 65 (slots 2 to 33 for DP interface module).
AL modules are inserted in slots 66 to 81 (slots 34 to 49 for DP interface module).
If you expand an ET 200SP with ET 200 AL modules, the 1st AL module is always coded
in bytes 134 and 135 of the control data record, the 2nd AL module in bytes 136 and 137,
etc., even if not all SP slots are to be assigned SP modules. Non-assigned SP slots are
coded with the value "0".
Error messages
The following error messages are returned if an error occurs when writing control data record
196:
Error code Meaning

16#80A2 DP protocol error on layer 2. Indicates that a data record has not
been acknowledged due to the system.
16#80B2 Invalid slot: The configured slot is
not assigned.
16#80C5 DP slave or module not available. Indicates that a data record has
not been acknowledged due to the system.
Readback data record 197 for ET 200SP with AL modules

The actual configuration of an ET 200SP with AL modules can be checked with readback data
record 197.
Data record 197 largely corresponds to readback data record 197 for ET 200SP without AL
modules; however, it is longer as the additional AL modules also need to be coded.

data record codes a module in the original configuration with STEP 7.
In the figure below:
The components "status_slot_1" and "reserve_1" (bytes 4 and 5 in the data record)
correspond to the module in slot 1 in the configuration with STEP 7,
"status_slot_2" and "reserve_slot_2" (bytes 6 and 7) correspond to the module in slot 2,
"status_slot_3" and "reserve_slot_3" (bytes 8 and 9) correspond to the module in slot 3,
etc.
The following data record is structured for configuration with 65 SP modules and 16 AL
modules. The value "166" therefore appears in the "block_length" element of the data record.
If you configure an ET 200SP in STEP 7 with fewer AL modules, the data block will be shorter.
If you use fewer SP modules in a configuration, this has no effect on the length of data record
197 (with an expansion of ET 200SP with ET 200AL modules).
The "reserve_x" component of readback data record 197 is reserved for future applications.
You can choose any name for the components of the readback data record (for example
"status_slot_1").
The figure below shows the start of readback data record 197 for reading the actual
configuration of an ET 200SP with AL modules.
It does not show the components "status_slot_7" to "reserve_81" (maximum configuration of

an ET 200SP with PN interface module) or "status_slot_7" to "reserve_slot_49" (maximum
configuration of an ET 200SP with DP interface module).
Meaning of "status_slot_x":
The value "1" in status_slot_x means that module x is inserted in the correct slot

The figure below shows part of readback data record 197 for reading the actual configuration
of an ET 200SP with AL modules (and PN interface module). ET 200SP modules are inserted
up to slot 65, and then the AL modules. For example, a value of "1" in the byte
"status_slot_66_AL" means that the 1st AL module is actually available in the plant and inserted
in the correct slot.

You can read readback data record 197 from the ET 200SP with the instruction RDREC.

Specific examples of configuration control can be found here in this application description
Further information on ET 200SP can be found in the manuals for IM 155-6 PN (http://
support.automation.siemens.com/WW/view/en/73184046) and IM 155-6 DP (http://
Further information on ET 200AL is available here (http://support.automation.siemens.com/
WW/view/en/89254863).
See also
Configuration control with ET 200SP (Page 1274)

Output module parameters
Substitute value reaction
Substitute value reaction

In the ET 200SP, the substitute value reaction is executed by the IO controller per slot.
The respective output reacts according to its set substitute value reaction:
"Turn off"
"Output substitute value"
"Keep last value"
This substitute value reaction is triggered in the following cases:
IO controller in STOP
Controller failure (connection interruption)
Firmware update
Reset to factory settings
More than one I/O module withdrawn simultaneously
Disable the IO device
Station stop
Missing server module
More than one I/O module withdrawn simultaneously
At least one I/O module is inserted on the wrong BaseUnit
Note
Reducing a configuration
If you reduce the configuration of the ET 200SP and download the configuration to the
CPU, the modules which are no longer configured but still present retain their original
substitute value reaction. This applies until the supply voltage on the BaseUnit BU...D
or on the interface module is turned off.
Input module parameters
Parameters of the digital input modules
Diagnostics missing supply voltage L+

Enabling of the diagnostics for missing or insufficient supply voltage L+.

Diagnostics short-circuit to ground

Enabling of the diagnostics if a short-circuit of the actuator supply to ground occurs.

0
/
Encoder supply
Short-circuit

Diagnostics short-circuit to L+
Enabling of the diagnostics if a short-circuit of the encoder supply to L+ occurs.

0
/
Encoder supply
Short-circuit
Diagnostics wire break

Enabling diagnostics if the line to the encoder is interrupted.
Operating mode
Determines whether a channel is enabled or disabled.
Pulse extension (only High Feature modules)

Pulse extension is a function for changing a digital input signal. A pulse at a digital input is
extended to at least the configured length. If the input pulse is already longer than the
configured length, the pulse is not changed.
Pulse extension is started whenever the state of the input signal changes and no pulse
extension is active for this channel.

Potential group of the left module / new potential group

Specifies whether the I/O module is located on a base unit with supply voltage feed (new
potential group) or whether it is it located on a base unit without supply voltage feed (in which
case it belongs to the potential group of the left module).
Parameters of the analog input modules
Missing supply voltage L+

Enabling of the diagnostics, with missing or too little supply voltage L+.
Reference junction (AI 4xRTD/TC 2-/3-/4-wire HF)

A BaseUnit with internal temperature sensor (BU..T) or the channel 0 of the I/O module can
be used as reference junction, provided this has been configured as "Thermal resistor Pt100
climatic range Celsius".
A possible parameter assignment is shown below (see also Information about reference
channel mode (Page 1292)):
Table 10-96 RTD channel
Setting Description
No reference channel operation Temperature value at channel 0 can be used as module-wide reference value
if the parameters of the other channels are assigned accordingly.
Reference channel of Group x The channel acts as sender for the reference junction temperature of Group x.
Distribution is performed via the interface module.
Table 10-97 TC channel
Setting Description
Reference channel of the module The corresponding TC channel uses the channel 0 of the same module as ref
erence junction temperature. This must be set as "Thermal resistor Pt 100 cli
matic range Celsius" and "No reference channel operation"; otherwise, refer
ence junction diagnostics is triggered.
Internal reference junction The reference junction temperature is read by an internal temperature sensor
on the BaseUnit. Reference junction diagnostics is triggered if there is a wrong
BaseUnit type.
Reference channel of Group x With the setting "TC" (thermocouple...), the channel acts as receiver for the
reference junction temperature of Group x.
Fixed reference temperature No temperature compensation occurs. The linearization is executed with an
assumed reference junction temperature of 0 C.
Overflow
Enabling of the diagnostics if the measured value exceeds the overflow range.

Underflow
Enabling of the diagnostics if the measured value falls below the underflow range.
Wire break
Enabling of the diagnostics if the module has no current flow or too low a current flow for the
measurement on the corresponding configured input.
Smoothing
The individual measurements are smoothed using digital filtering. The smoothing can be set
in 4 stages, whereby the smoothing factor k multiplied by the cycle time of the I/O module
corresponds to the time constant of the smoothing filter. The larger the smoothing, the larger
the time constant of the filter.
The following figure shows the step response for the various smoothing factors depending on
the number of module cycles.
QRQHN ZHDNN PHGLXPN VWURQJN

6WHSUHVSRQVH
[ [ [ [

0RGXOHF\FOHV
Figure 10-5 Smoothing with AI 4RTD/TC 2/3/4wire HF

With analog input modules, suppresses the disturbance caused by the frequency of the AC
network used.
The frequency of the AC network may interfere with measured values, particularly for
measurements within low voltage ranges and when thermocouples are being used. This
parameter is used to define the predominant power frequency of the system.
Hardware interrupt limits

If the high limit 1/2 or the low limit 1/2 is violated, the module triggers a hardware interrupt.

Below are some examples for the selection of the limits 1 and 2.
+LJKOLPLW +LJKOLPLW +LJKOLPLW +LJKOLPLW

+LJKOLPLW
+LJKOLPLW
/RZOLPLW +LJKOLPLW
+LJKOLPLW /RZOLPLW
/RZOLPLW
/RZOLPLW /RZOLPLW /RZOLPLW /RZOLPLW

/RZOLPLW
0HDVXUHGYDOXH 0HDVXUHGYDOXH 0HDVXUHGYDOXH 0HDVXUHGYDOXH
Low limit 1/2

Specify a threshold whose undershoot triggers a hardware interrupt.
High limit 1/2

Specify a threshold whose overrange triggers a hardware interrupt.
Potential group of the left module/New potential group

Specifies whether the I/O module is located on a BaseUnit with supply voltage infeed (new
potential group) or on a BaseUnit without supply voltage feed (in which case, it belongs to the
potential group of the left module).
Temperature coefficient (measurement type thermoresistor)

The correction factor for the temperature coefficient ( value) defines the relative rate of change
of the resistance of a specific material at a temperature rise of 1 .
The temperature coefficient depends on the chemical composition of the material. In Europe,
only one value is used per sensor type (default value).
The further values facilitate a sensor-specific setting of the temperature coefficient and
enhance accuracy.
See also
Special features of AI 4xRTD/TC 2-/3-/4-wire HF (Page 1300)

Information about reference channel mode

An RTD/TC module of the ET 200SP works in reference channel mode when a channel sends
the reference temperature to other channels of the station. The receiving channels use the
reference temperature for temperature compensation when measuring with thermocouples.
Structure and use of thermocouples

The thermocouple consists of two wires with different metals or alloys that are welded together
at the end. The weld is called measuring point.
The other end of the two wires is open. This end is called reference junction.
A thermal voltage, which depends on the temperature at the measuring point, occurs between
the two metals/alloys at the measuring point. Other thermal voltages also occur at the reference
junction - with transition from thermocouple to copper lines, for example - that falsify the actual
measured value and need to be compensated. No compensation is required for a reference
junction temperature of 0 C.
Different methods are used to compensate the reference junction temperature:
Fixed reference temperature: The reference junction is permanently set to a specific
temperature, for example, to 0 C by an icewater bath (no compensation required).
Internal reference junction: The reference junction is the terminal of the BaseUnit on which
the analog module is plugged. If you select the "Internal reference junction" compensation
type, you have to use BaseUnits with integrated temperature measurement to compensate
the reference junction temperature. These BaseUnits have the designation "BU..T". The
module records the temperature at the reference junction and uses this to determine the
actual temperature at the measuring point.
Reference channel of Group x: An external thermal resistor records the temperature at the
reference junction for the Group x (group of channels within a station). The actual
temperature at the respective measuring point can be determined as a result. One external
thermal resistor is required for each group. The thermal resistors are each connected to
one channel of an analog module. These channels are called senders (for the temperature
at the reference junction).
The mode of operation and settings are described in the section "Station-wide distribution
of reference temperature".
Reference channel of the module: The mode of operation is comparable with "Reference
channel of Group x". You connect an external thermal resistor to channel 0 of the module
to measure the temperature at the reference junction. Other channels of the same module
use this reference temperature for temperature compensation.
The mode of operation and settings are described in the section "Module-wide distribution
of reference temperature".
You can find information about the structure and mode of operation of a thermocouple in the
Analog value processing (http://support.automation.siemens.com/WW/view/en/67989094)
manual.

Station-wide distribution of the reference temperature

You can record the temperature at the reference junction x using a thermal resistor on a
channel (sender of the reference temperature) and send it to other channels within a station
(receivers). All channels that receive the temperature at a reference junction x form the Group
x.
For each group, you assign parameters to exactly one channel as sender of the reference
temperature.

Thermal resistor at the reference junction

Channel records temperature at the reference junction and sends it to the other channels within
a station (sender of Group x). The temperature value is used for the compensation of the refer
ence junction temperature.
Channels of the Group x receive the temperature at the reference junction (receivers)
Parameter assignment of a channel as reference channel (sender for Group 1)

Parameter assignment is described below using Group 1 as example:
1. Open the project in STEP 7
2. Select the required analog module (RTD/TC) in the device view.
3. Then select a channel that is to work as sender of the reference junction temperature.
The following settings are required:
"Measurement type": "Thermal resistor", for example, "Thermal resistor (4-wire connection)"
"Measuring range": "Pt 100 climatic range"
"Temperature unit": "Degrees Celsius"
"Reference junction": "Reference channel of Group 1"
The following figure shows the parameter assignment.

The channel configured in this way (thermal resistor measurement type) works as reference
channel of Group 1 and sends the measured temperature to all channels (thermocouple
measurement type) that are configured as receivers of Group 1.
In the next section, you will learn how to assign parameters for channels that are receivers of
Group 1.
Parameter assignment of a channel as receiver of Group 1

The figure below shows the parameter assignment of a channel that receives the temperature
at the reference junction of Group 1.


"Measurement type": "Thermocouple"
"Reference junction": "Reference channel of Group 1"
Module-wide distribution of the reference temperature

You can record the temperature on a reference junction using the channel 0 of the module
and use the temperature value for the channels 1, 2, 3... of this module. The recorded
temperature value is not sent to the channels of the other modules within the station (no
reference channel mode).

Thermal resistor at the reference junction

Channel records temperature at the reference junction, "Reference junction" parameter: "No
reference channel mode"
Channels of the same module use the temperature value for the compensation of the reference
junction temperature for the measurement with thermocouples, "Reference junction" parameter:
"Reference channel of the module"

Parameter assignment of channel 0 as reference channel of the module

The figure below shows the parameter assignment of channel 0 of a module that is to be used
for recording the temperature at the reference junction:

"Measurement type": "Thermal resistor", for example, "Thermal resistor (4-wire connection)"
"Measuring range": "Pt 100 climatic range"
"Temperature unit": "Degrees Celsius"
"Reference junction": "No reference channel mode"

Parameter assignment of a channel that uses channel 0 as reference channel

The figure below shows how parameters have to be assigned for a channel that uses the
channel 0 of this module as reference channel for temperature compensation.
The settings below are required for the channels of the module that compensate the
temperature of the reference junction using channel 0:
"Measurement type": "Thermocouple"
"Reference junction": "Reference channel of the module"
See also
Parameters of the analog input modules (Page 1289)
Information about the Oversampling function

High-speed analog modules (HS) are available to meet high performance and speed
requirements. The main characteristics of these HS analog modules compared to Standard
analog modules (ST) is their shorter cycle times. To achieve this goal, the input and output
modules are equipped with components with extremely short throughput and conversion times.
In addition, the entire architecture of the modules is designed for faster signal processing.
HS analog modules convert the output of measured values and output values at the same
time. Each channel within the module has its own A/D or D/A converter. This means the cycle
time is basically the conversion time and independent of the number of activated channels.
This is true for analog input modules as well as analog output modules. This means HS
modules can be used in fast isochronous mode.
Apart from isochronous mode, the HS analog modules also provide benefits in non-
isochronous (free-running) mode. Due to the fast processing of the process signals, HS analog
modules are able to detect changes in the process values more quickly and to respond to

these events with the appropriate program blocks (for example, hardware interrupt or cyclic
interrupt organization blocks).
Isochronous mode
Isochronous mode refers to synchronous coupling
Of signal acquisition and output via the distributed I/O
Of signal transmission via PROFIBUS or PROFINET
Of program processing with the constant bus cycle time of the PROFIBUS or PROFINET.
The result is a system that acquires its input signals in constant time intervals, processes them
and outputs the output signals. Isochronous mode guarantees reproducible and defined
process reaction times as well as equidistant and synchronous signal processing with
distributed I/O.
The bus system and the I/O modules work synchronously with configured isochronous mode.
The transmitted input and output data are linked to an "isochronous task" in the CPU. As a
result, the data of a cycle are always consistent. All data of a process image belong together
logically and in time. Jitter in the user program caused by the acquisition of outdated values
is therefore almost impossible.
Even fast processes can be perfectly controlled by the exact timely reproducibility of all
processes. Isochronous mode thus contributes to high control quality and hence to greater
manufacturing precision. While possible fluctuations of the process reaction times are
drastically reduced. The time-assured processing can be utilized to improve machine cycle
times. Shorter cycle times increase the processing speed and help to lower production costs.
Oversampling
The use of the oversampling function in analog input or analog output modules requires an
isochronous configuration.
With analog input modules, the set send clock is divided into time-equidistant sub-cycles. The
send clocks can be subdivided into 2 to 16 sub-cycles. Each sub-cycle reads in a measured
value. The read-in measured values of a data cycle are copied to the interface module (IM) in
the next send clock and are then available to the processing CPU one clock later.
With analog output modules, the set send clock is also divided into time-equidistant sub-cycles.
The send clocks can be subdivided into 2 to 16 sub-cycles. Each sub-cycle returns an output
value. The output values are copied to the interface module by the CPU within the same send
clock and are written to the process one send clock later.
The read-in and output values are transmitted in the user data of the analog module. In this
way, the address space of the module is extended from 2 bytes of user data per channel to
16 x 2 bytes of user data per channel (with 16 sub-cycles). If you subdivide the send clock into
fewer than 16 sub-cycles, the unused addresses are assigned the error value 0x7FFF during
input. For output, the values of the unused addresses are ignored.
Because the sub-cycles have to be within a send clock, oversampling needs an additional
clock to copy the data to the interface module, unlike the 3-cycle model of isochronous mode.
The result is a 5-cycle model.

,VRFKURQRXVPRGH
&38
,0 &38 ,0
&\FOH 2%[
Q Q Q Q Q

6XEF\FOHV
Send clock is divided into sub-cycles which record the measured value (in this case: 10 sub-
cycles)
Measured values are copied to the IM
Measured values are processed and output values determined
Output values are copied by the CPU to the IM
Output values are written to the process
Higher sampling rates through oversampling

Due to the configured modules, the IO device has a minimum possible update time. Within
this update period, the IO device/IO controller of the PROFINET IO system is supplied once
with new data.
The following applies with respect to the channels of a single standard module in the I/O device:
The shortest update time ("sampling rate") is exactly one send clock.
If you want to shorten the update time for the channels of a standard module, you have to
shorten the send clock. Because of the properties of the involved components and the structure
of the I/O system, this is only possible to a certain extent (e.g., down to 0.25 ms).
Modules with oversampling, however, offer the option of further reducing the update time
("sampling rate") for their channels without having to shorten the send clock for the entire IO
device at the same time.
The subdivision of the send clock into time-equidistant sub-cycles enables the processing of
faster processes through higher sampling rates.
Example
In practice, the use of oversampling makes sense when the isochronous system works with
only one specific send clock (for example, 1 ms) due to the modules used and when faster
sampling of the process values is required. By using oversampling and subdividing the send
clock into 4 sub-cycles, for example, you can sample the process values in intervals of 250 s.
Configuring oversampling
Enable the option "Isochronous mode" in the IO device used, and set the corresponding
parameters ("Send clock", etc.).
With the distributed analog input modules (e.g. AI 2xU/I 2,4-wire HS), you specify the number
of sub-cycles using the "Sampling rate" parameter.
With the distributed analog output modules (e.g. AQ 2xU/I HS), you specify the number of sub-
cycles using the "Sampling rate" parameter.

If, for example, you configure a "Sampling rate" of 4 "Values/cycle" for a send clock of 1 ms,
the send clock is subdivided into 4 sub-cycles and the process values are sampled at intervals
of 250 s.
Reference
You can find additional information in the manuals on the high-speed analog modules and in
the Analog value processing (http://support.automation.siemens.com/WW/view/en/67989094)
function manual.
Special features of AI 4xRTD/TC 2-/3-/4-wire HF
Use of Cu10 sensors

Select "3-wire thermal resistor" and "Cu10" in the parameter assignment.
Wire the Cu10 sensor using 3-wire connection technology.
An automatic, internal compensation of the line resistance of the missing measuring line
takes place during operation.
Note
To ensure optimum line compensation for Cu10, please note the following:
The sum of cable resistance and measuring resistance must not exceed 31 .
Cable resistance should not exceed 8 if you want to use the temperature range up to
over 312 C.
Example: A 200 m long copper cable with 0.5 mm2 core cross-section has approx. 7 .
A lower cross-section reduces the permissible cable length accordingly.
Use of PTC resistors

PTCs are suitable for temperature monitoring of or as thermal protective equipment for
complex drives or transformer windings.
Select "2-wire resistor" and "PTC" in the parameter assignment.
Connect the PTC using 2-wire technology.
Use type A PTC resistors (PTC thermistors) in accordance with DIN/VDE 0660, Part 302.
If the "Over-/underflow" diagnostics is enabled, a "low limit violation" diagnostics which
shows a short circuit is generated for resistance values < 18 .
Sensor data on PTC resistance:

Table 10-98 Use of PTC resistors
Property Technical specifica Note

tions
Switching points Reaction to rising temperature
< 550 Normal range:
SIMATIC S7: bit 0 = "0", bit 2 = "0" (in the PII)
550 to 1650 Prewarning range:
< 1650 Response range:
Reaction to falling temperature
< 750 Response range:
750 to 540 Prewarning range:
< 540 Normal range:
(TNF-5) C max. 550 RRT= rated response temperature
(TNF+5) C min. 1330
(TNF+15) C min. 4000
Measuring voltage max. 7.5 V
Voltage on the PTC

Assignment in the process image inputs (PII) with SIMATIC S7

(%[
PHDVXUHGUHVLVWDQFHUHVSRQVHYDOXH
PHDVXUHGUHVLVWDQFH!UHVSRQVHYDOXH
%HWZHHQSUHZDUQLQJWKUHVKROGDQGUHVSRQVHYDOXH

(%[
6KRUWFLUFXLW
Figure 10-6 Assignment in the process image inputs (PII)
Notes on programming
Note
Only the bits 0+2 are relevant for the evaluation in the process image inputs. You can use
the bits 0+2 to monitor the temperature, for example, of a motor.
The bits 0+2 in the process image inputs have no latching function. When you are assigning
parameters, take into consideration that a motor, for example, starts up in a controlled
manner (via an acknowledgment).
Bits 0+2 can never be set simultaneously, but are instead set consecutively.
For safety reasons, always evaluate the diagnostic entries of the AI 4RTD/TC 2-/3-/4-
wire HF, as no measurement is possible if I/O modules are unplugged, if the supply voltage
of the I/O module has failed, or if there is a wire break or short circuit of the measuring lines.

Example
The following diagram shows the temperature variation and the associated switching points.
5>@

7>r&@
1RUPDO 3UHZDUQLQJ $GUHVVDEOHUDQJH 3UHZDUQLQJUDQJH 1RUPDO 6KRUW
UDQJH UDQJH UDQJH FLUFXLW
See also
Parameters of the analog input modules (Page 1289)
What you should know about the scalable measuring range (Page 1303)
What you should know about the scalable measuring range
The scalable measuring range

The scalable measuring range is a section from the temperature measuring range of an analog
input module (for example, the ET 200SP module "AI 8xRTD/TC 2-wire HF").
In this section, a higher resolution of the measured values is possible, comparable with a
magnifier that allows a subsection to be viewed in greater detail.
The scalable measuring range is supported for the following measurement types:
Thermal resistor (RTD) standard
Thermocouple
The scalable measuring range is not available with the following measurement types:
Voltage
Resistance
Thermal resistor climatic

Position and resolution of the scalable measuring range

The position and resolution of the scalable measuring range can be set (scaled):
Position: The scalable measuring range can be moved over the entire standard measuring
range. This allows you to select the temperature range for which your application requires
a higher resolution.
Exception: The scalable measuring range cannot be moved to the extent that it enters the
overflow or underflow of the standard measuring range (Clipping).
You select the position of the scalable measuring range with the "Measuring range center"
parameter (see figure below).
Resolution: The following values can be set:
2 decimal places (0.01 )
3 decimal places (0.001 )
You set the resolution with the "Measuring range resolution" parameter (figure below).
Example of a parameter assignment
The following figure shows a parameter assignment for the ET 200SP module "AI 8xRTD/TC
2-,3-,4-wire HF".
In STEP 7, you can find parameters in the properties box via General > AI 4 > Inputs > Channel
0 to channel 3.
Conductor resistor:

The "Conductor resistor" parameter in the parameter assignment above is enabled only if the
"Thermal resistor (2-wire terminal)" measurement type was selected.
Here, enter the value for the resistance of the connecting cable of the thermal resistor: A 200
m long copper cable with 0.5 mm2 wire cross-section, for example, has a resistance value of
seven ohms.
Measuring range resolution:
In the parameter assignment above, a resolution of 0.01 C was selected (measuring range
resolution "2 decimal places").
Measuring range center:
The measuring range center is set to 500 C.
With a resolution of 0.01 C, this results in a scalable measuring range from 174.88 C to
825.11 C.
At a resolution of 0.01 C, the scalable measuring range covers 650.23 C.
Maximum (scalable measuring range):
This value represents the high limit of the scalable measuring range. In the example above,
825.11 .
The value is calculated by STEP 7 (at a resolution of 0.001 C, the high limit is at 532.511 C,
see figure below).
Minimum (scalable measuring range):
This value represents the low limit of the scalable measuring range. In the example above,
174.88 .
The value is calculated by STEP 7 (at a resolution of 0.001 C, the low limit is at 467.488 C;
see figure below).
Higher resolution:
The following figure shows a parameter assignment with a resolution of 0.001 C (otherwise
the same example as in the figure above):
At a resolution of 0.001 C, the scalable measuring range is between 467.488 and 532.511 C
and covers 65.023 C (a tenth of the measuring range at a resolution of 0.01 C).

Standard measuring range with 0.1 C resolution

The following table shows the standard measuring range for thermal resistors of the type "Pt
100", values in degrees Celsius.
Pt 100 standard in C Decimal values Hexadecimal values Ranges

(1 digit = 0.1 C)
> 1000.0 32767 7FFF Overflow
1000.0 10000 2710 Over
: : : range
850.1 8501 2135
850.0 8500 2134 Nominal range
: : :
-200.0 -2000 F830
-200.1 -2001 F82F Under range
: : :
-243.0 -2430 F682
< -243.0 -32768 8000 Underflow
The standard measuring range is the basis for the scalable measuring range.
You can set the measuring range center within the nominal range (-200 C to 850 C, see table
above).
For temperatures below and above the set measuring range center, you then obtain measured
values with a higher resolution.
The width of this range around the measured value center depends on the selected resolution.
Scalable measuring range 0.01 C and 0.001 C resolution

The scalable measuring range is identified by the following value ranges:
Scalable measuring range Measuring range resolution Hexadecimal val

(values in C) ues
2 decimal places 3 decimal places
Overflow > 325.11 > 32.511 7FFF
High limit 325.11 32.511 7EFF
Measuring range center 0 0 0
Low limit 325.11 -32.511 8100
Underflow < -325.11 < -32.511 8000

The maximum and minimum of the scalable measuring range depend on the selected
resolution:
2 decimal places, resolution of 0.01 :
The high limit is 325.11 C above the measuring range center you have set.
The low limit is 325.11 C below the measuring range center you have set.
This means that the scalable measuring range is 650.22 C around the measuring range
center.
3 decimal places, resolution of 0.001 :
The high limit is 32.511 above the measuring range center you have set.
The low limit is 32.511 below the measuring range center you have set.
This means that the scalable measuring range is 65.022 around the measuring range
center.
Calculation of the temperature

You calculate the temperature value by adding the value you receive from the module to the
measuring range center.
Example:
You have set the measuring range center 500 C (see example in the section "Example of
a parameter assignment"). For the resolution, you selected "2 decimal places".
From the module, you receive the hexadecimal value "0100" in S7 format:
Bit Bit Bit Bit Bit Bit Bit Bit Bit Bit Bit Bit Bit Bit Bit Bit
15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0
0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0
The hexadecimal value "0100" corresponds to the decimal value 256.

Since you have selected a resolution of 0.01 C, the number 256 corresponds to the
temperature value "2.56 C".
You now add 500 C and 2.56 C and obtain the measured value 502.56 C.

Scalable measuring range in the standard measuring range
0HDVXULQJUDQJH
8QGHU 2YHU
8QGHUIORZ UDQJH 1RPLQDOUDQJH UDQJH 2YHUIORZ
8QGHUIORZ 2YHUIORZ

!

+ ++())+ )))+
8QGHUIORZ 0HDVXULQJUDQJH 2YHUIORZ

FHQWHU
!
+ ++())+ )))+
8QGHUIORZ 2YHUIORZ

!

+ ++$%+ )))+
Scalable measuring range with 2 decimal places, temperature values in S7 format.

Scalable measuring range with 3 decimal places, temperature values in S7 format.
Scalable measuring range cut off at the overflow of the standard measuring range ("Clipping").
The sum of the measuring range center (for example 750 C) and the measured value returned
by the module must not extend into the overflow of the standard measuring range. For this
reason, in the example above, the maximum value that the module can return is limited to 250
C
Clipping
STEP 7 limits the maximum of the scalable measuring range so that the sum of the measured
value center and the maximum measured value that the module can return is not located in
the overflow of the standard measuring range. In the same way, STEP 7 restricts the minimum
of the scalable measuring range.
See also
Special features of AI 4xRTD/TC 2-/3-/4-wire HF (Page 1300)

ET 200AL
ET 200AL distributed I/O system
SIMATIC ET 200AL
The SIMATIC ET 200AL distributed I/O system is a scalable and highly flexible, distributed I/
O system for connecting process signals to a superordinate control with a field bus.
Properties
Connection to PROFINET, PROFIBUS or integration in ET 200SP
Up to 32 modules on an ET 200AL
Integration in ET 200SP: Up to 16 AT modules can be connected to an ET 200AL
Connection of modules via ET-Connection
Spatially separated mounting possible
Module widths of 30 and 45 millimeters
Degree of protection IP65/IP67
Suitable for temperatures from -25 to +55 C and accelerations up to 5 g.
Installation in all positions
Color coding of the cables and connections
CA-compliant labeling of the interfaces
PROFIenergy integrated
Configuration control
Connection of sensors and actuators using M8 and M12 connection system

Area of application
The SIMATIC ET 200AL distributed I/O system is especially well suited for use in tight spaces,
moving applications and for assembly and handling technique. Thanks to its scalable
construction, you have the option precisely customize its configuration to your on site needs.
The SIMATIC ET 200AL distributed I/O system features protection type IP65/IP67 and is suited
for distributed use on a machine or assembly line.
Structure
The SIMATIC ET 200AL distributed I/O system is made up of the following components:
Interface modules (PROFINET/PROFIBUS)
Digital and analog I/O modules
Communications module
After an interface module you can configure 2 lines (ET-Connection), each with 16 modules.
Alternatively, you can configure a line with 16 I/O modules on the SIMATIC ET 200SP
distributed I/O system with BaseUnit BU-Send and the BusAdapter BA-Send 1xFC.
The ETConnection backplane bus is designed as a cable. This allows you to create spatial
distances of up to 10 m between the modules.

Configuration example
The figure below shows a configuration example of the SIMATIC ET 200AL distributed I/O
system with a PROFINET interface module.

Interface module (PROFINET)

Digital input/Digital output module
Digital input module
Analog input module
Communications module
PROFINET cable
Power supply cable
ET-Connection line
Sealing caps
Figure 10-7 Example configuration of the ET 200AL
Configuring ET 200AL
Introduction
ET 200AL is a distributed I/O system with an IP65/67 degree of protection. It is therefore
designed for use on site, for example right beside a machine (no control cabinet required).
The system includes interface and communications modules as well as input and output
modules.

There are two use cases for the ET 200AL:

1. As I/O device or DP slave: The system interface module is connected to a field bus
(PROFINET or PROFIBUS) and connected to the PN or DP interface of a CPU.
2. As an ET 200SP expansion: The ET 200AL modules are connected to the ET 200SP over
the "BA Send 1xFC" module ("mixed mode").
The following sections describe how to configure an ET 200AL as I/O device or DP slave (use
case 1).
For use case 2, see the link under "See also".

Procedure
Follow the steps below to configure an ET 200AL in STEP 7:
1. Copy an interface module (PROFINET or PROFIBUS) from the ET 200SP series to the
network view (drag-and-drop operation from the hardware catalog).
2. Go to the device view. Double-click on the interface module you have just inserted.
The interface module and two ET-Connection racks are displayed in the device view (figure
below).
There are no slot numbers assigned yet, which is why question marks are displayed above
the slots.

3. Now select the modules (input, output and communication modules) from the hardware
catalog (ET 200AL folder) and drag them to the free slots (outlined in blue; not shown).
You can place up to 16 ET 200AL modules in each ET-Connection rack (figure below).
An ET-Connection rack is a virtual rack that sets the order of the connected ET 200AL
modules.

4. Now connect the interface module to the two ET-Connection racks.

First click on an ET-Connection interface of the interface module, then hold and drag a line
to the left-hand ET connection of the first module in one of the two ET-Connection racks.
Repeat this step for the second ET-Connection interface of the interface module and the
second ET-Connection rack (if used).
5. Double-click on a module to access the module properties and set the module parameters.
Rules
The ET 200AL modules must be configured with no gaps.
The first module in an ET-Connection rack must be connected to the interface module.

See also
ET 200AL distributed I/O system (Page 1309)
Configuration control with ET 200AL
Operating principle
With configuration control, you can change the original configuration of an ET 200AL (created
by configuring with STEP 7) with a user program and operate the ET 200AL in this modified
configuration. STEP 7 is no longer required for this configuration: You use your user program
to signal to the ET 200AL the slot in which a configured module is actually inserted.
You use control data record 196 for this. In this data record, you code which modules are
missing or located in different slots in the real configuration compared to the configuration with
STEP 7. The configuration control has no effect on the parameter assignment of the modules
(for example, the enabling of diagnostic alarms).
You then call the "WRREC" instruction and use it to write the data record to the interface
module of the ET 200AL.
Configuration control gives you the flexibility to vary the configuration of an ET 200AL as long
as the real configuration can be derived from a preset maximum configuration (originally
created with STEP 7).
The following sections describe how to enable configuration control and how to structure the
required data record 196 for the ET 200AL.
Requirement
individual modules of the ET 200AL.

control.
Structure of control data record 196

The configuration of the data block corresponds to the original configuration of the ET 200AL
with STEP 7.

data record codes a module in the original configuration with STEP 7.
Bytes 4 and 5 in the data record correspond to the module in slot 1 in the original
configuration.
configuration.
configuration.
etc.
The current (real) slot is coded by the number that is assigned to the "Slot_x" byte (by its value):
Examples:
slot 2 in the current configuration.
etc.
Creating control data record 196

The figure below shows part of control data record 196 for configuration of an ET 200AL.
ET-Con1 is inserted in "slot_1" (fixed setting). The two ET-Connection submodules "ET-
Con1" and "ET-Con2" are submodules of the interface module of the ET 200AL. They are
integrated as fixed modules in the IM module. They cannot be inserted individually.
ET-Con2 is inserted in "slot_18" (fixed setting).
In this configuration, 16 AL modules are connected to ET-Con1 ("slot_2" to "slot_17" in the
following data record). This is the maximum configuration.
In this configuration, one AL module is connected to ET-Con2 ("slot_19"). However, a total
of 16 AL electronic modules could be connected to ET-Con2 (as to ET-Con1).
The ET 200AL originally configured with STEP 7 is now to be reconfigured from the user
program.
The new configuration has the following properties:
ET-Con1 is inserted in "slot_1" (fixed setting).
Module 2 is also operated in slot 2 in the modified configuration.
Module 3 is not used.
Module 4 is now inserted in slot 3.
Module 5 is now inserted in slot 4.
No other modules at ET-Con1 are used.

ET-Con2 is inserted in "slot_18" (fixed setting)

The module at ET-Con2 is used.

The components of control data record 196 (definition in section "Control data record 196"
below):
block_length: Note the length of the control data record here; in the example: 42 (bytes).
The length of the control data block is calculated using the following formula: 2 x "number
of modules" + 4.
block_ID: Enter the figure 196 here. This number identifies the data record as the data
record for configuration control.
version: The ET 200AL uses version 2 of control data record 196.
subversion: The ET 200AL uses subversion 1 of control data record 196.
slot_1: The ET-Connection 1 submodule is always inserted in slot 1 of the ET 200AL.
reserve_1: This byte is not used (value "0").
slot_2: The configured module 2 is inserted in slot 2 (value "2").
slot_3: The configured module 3 is not present in the current configuration (value "0").
slot_4: The configured module 4 is inserted in slot 3 in the current configuration (value "3").
etc.
slot_18: The ET-Connection 2 submodule is always inserted in slot 18 of the ET 200AL
(value "18").
slot_19: The configured module 19 is inserted in slot 19 in the current configuration (value
"19").
reserve_19: This byte is not used. (value "0")

Control data record 196 for ET 200AL

Byte Element Value Description

0 Block length in e.g. The length of the data record is Header
bytes 14 calculated using the formula: 4 +
for ET 200AL with 5 (number of modules x 2) bytes
modules
2 Version 2 Version 2 of control data record
196
3 Subversion 1 Subversion 1 of control data re
cord 196
4 Configured 1 ET-Connection 1 is always as Assignment
module 1 signed to slot 1 (fixed). The value for config
(ET-Connec "1" must therefore always be en ured mod
tion 1) tered in byte 4. ule 1 (ET-
Connection
5 Reserve 0 Not used
1) to real
for configured
slot 1
module 1
6 Configured Real slot of module 2 The configured module 2 can be Assignment
module 2 Possible values: inserted in any slot from 2 to slot for the con
34. Slot 18 is reserved for ET- figured mod
2 up to the number of
Con 2. ule 2 to a re
modules (except 18)
If the configured module is not al slot
used, this byte contains the value
module 2 is not
"0".
present)
for configured
module 2
8 Configured Real slot of module 3 The configured module 3 can be Assignment
module 3 Possible values: inserted in any slot from 2 to slot for the con
34. Slot 18 is reserved for ET- figured mod
Connection 2. ule 3 to a re
modules (except 18)
If the configured module is not al slot
used, this byte contains the value
module 2 is not
"0".
present)
for configured
module 3
: : : : :
39 Configured 18 ET-Connection 2 is always as Assignment
module 18 signed to slot 18 if AT modules for config
(ET-Connec are connected at this submodule. ured mod
tion 2) ule 18 (ET-
Connection
2) to real
for configured
slot 18
module 18
: : : : :

(Bytes 4 Configured Real slot of module x The configured module x can be Assignment
to 70, module x Possible values: inserted in any real slot from 2 to for config
not byte slot 34. Slot 18 is reserved for ET- ured mod
39) Con 2 (bytes 39 and 40 in the ule x to a re
modules (except 18)
control data record) al slot y
0 (if there is no config
ured module x)
(Bytes 5 Reserve 0 Not used
to 71, for configured
not byte module x
40)
Rules
The ET-Connection 1 and ET-Connection 2 submodules must be treated like real modules
in configuration control. Restriction: ET-Connection 1 is always placed in slot 1 and
ETConnection 2 is always placed in slot 18 (fixed assignment).
There are no reserve modules for the ET 200AL (unlike for the ET 200S or with BU cover
modules for the ET 200SP). For this reason, bit 7 of "slot_x" must not be set (i.e. only the
values 0 to 127 may be used).
The value "0" of "slot_x" indicates that this module is not inserted in the current
configuration.
Gaps must not be left between the AL modules when configuring with STEP 7.
If no modules are connected to ET-Con2 when STEP 7 is configured, ET-Con2 is not
configured: This shortens data record 196.
If fewer than 16 modules are connected to ET-Con1 during configuration with STEP 7 and
there are also modules connected to ET-Con2, control data record 196 must contain all
unassigned slots for ET-Con 1. They are assigned zero as the value for the real slot.
Writing a data record

Transfer the control data record to the ET 200AL module.
To do so, call the extended WRREC (Write data record) instruction, and transfer the control
data record created.
If you do not transfer a control data record, the interface module uses the original configuration
created with STEP 7. In this case, the following applies: Configured module x is inserted in
real slot x.


Error messages
196:
Error code Meaning

not assigned.
Readback data record 197 for ET 200AL

Readback data record 197 is used to read the actual configuration of a station (in this case of
an ET 200AL).
This data record allows you to check the real configuration of the ET 200AL (actual
Example:
A module has been configured with STEP 7 for slot 4.
This module has then been moved to slot 3 in the current configuration using data record 196.
If this module is also really in slot 3, this is coded by the value "1" (status_slot_4 = 1).
The configuration of the data block corresponds to the original configuration of the ET 200AL
with STEP 7.
data record corresponds to the position of a module in the original configuration with STEP 7.
Sequence of bytes:
"status_slot_1_ET_Con1" and "reserve_slot_1_ET-Con1" (bytes 4 and 5 in the data record)
correspond to the module in slot 1 in the configuration,
"status_slot_2" and "reserve_slot_2" (bytes 6 and 7) correspond to the module in slot 2 in
the configuration
"status_slot_3" and "reserve_slot_3" (bytes 8 and 9) correspond to the module in slot 3 in
the configuration,
etc.

Example
The following readback data record 197 is returned by the ET 200AL that was reconfigured
with control data record 196 in the example above (section "Creating control data record 196").
Modules 2, 4 and 5 are actually connected to ET-Con1.

None of the other modules that were connected to ET-Con1 in the configuration with STEP 7
are present in the current configuration (in line with the control data record 196 settings from
the example above).

A module is really connected to ET-Con2 as in the original configuration with STEP 7.

You can read readback data record 197 from the ET 200AL with the instruction RDREC.

Further information on ET 200AL is available here (http://support.automation.siemens.com/
WW/view/en/89254863).
See also
ET 200AL distributed I/O system (Page 1309)
Expanding ET 200SP with ET 200AL modules (Page 1268)
ET 200MP
ET 200MP distributed I/O system
Definition
The ET 200MP distributed I/O system is a scalable and flexible distributed I/O system for
connection of process signals to a central controller via a field bus.
Application area
The ET 200MP is a multi-functional distributed I/O system for various fields of application. The
scalable design allows you to configure the system exactly to the specific requirements on
location.
The ET 200MP complies with IP 20 degree of protection and is intended for installation in a
control cabinet.

Structure
The ET 200MP is installed on a mounting rail and comprises:
An interface module that communicates with all IO controllers conforming to the PROFINET
standard IEC 61158
Up to 30 modules (power supply modules and I/O modules from the S7-1500 I/O range)
can be inserted to the right of the interface module.
If you insert a power supply module to the left of the interface module, this yields a possible
maximum configuration of 32 modules in total.
The number of insertable I/O modules is limited by their power requirements.
Slot rules
Slot 0: Power supply module (optional)
Slot 1: Interface module
Slot 2 to 31: I/O modules or power supply modules
Interface module parameters
Supply voltage L+ connected
Parameter "Supply voltage L+ connected"

This parameter influences the diagnostics and the checking of the power budget.
Diagnostics of the ET 200MP:
If the actual configuration does not match the preset configuration with regard to the supply
voltage of the interface module, the interface module generates a diagnostic alarm.
Example: You have deactivated the "Supply voltage L+ connected" option, but you have
connected the supply voltage in the actual configuration.
Power budget check during configuration:
The power budget changes in accordance with the parameter setting: Either the interface
module feeds power into the backplane bus or it draws power from the backplane bus.
The default ("Supply voltage L+ connected" option is activated) means that the front of the
interface module is supplied with 24 V DC and the power is stored in the backplane bus.
If the "Supply voltage L+ connected" option is deactivated, the interface module may not be
supplied with 24 V DC on the front.

In this case, insert a power supply unit (PS) on the left next to the interface module that supplies
the interface module and the modules to the right of the interface module.
Note
We recommend that you always supply the interface module on the front side with 24 V DC.
If a system power supply unit (PS) is inserted and connected additionally before or on the left
next to the interface module, both the power from the system power supply unit (PS) as well
as the power from the integrated power supply of the interface module are then available to
the configuration.
In this case, you do not have to change the default setting of the parameter.
Configuration control with ET 200MP
Operating principle
Configuration control allows you to operate various real configurations (options) with a single
configuration of the ET 200MP distributed I/O device.
Configuration control provides you with the option of configuring the ET 200MP distributed I/
O device with its maximum configuration and still operating it with modules missing. If missing
modules are retrofitted later, no new configuration is required and the hardware configuration
does not have to be reloaded either.
Using control data record 196, which is transferred to the interface module in the user program,
you define a current configuration. You transfer the control data record with the instruction
WRREC.
Readback data record 197 is used to read the actual configuration of an ET 200MP.
Requirements
individual modules of the ET 200MP.

control.
Control data record 196 for ET 200MP

The figure below shows the start of control data record 196 for the configuration control of an
ET 200MP.

The data block is 36 bytes long (maximum configuration with 32 modules). The value "36"
therefore appears in the "block_length" element of the data record.
If you configure an ET 200MP in STEP 7 with fewer modules, the data block will be shorter: If
there are only five modules, for example, the data record is reduced to 9 bytes (4 bytes for the
header plus one byte for each module).
There is one byte in the data record for each module. The position of this byte in the data
record codes a module in the original configuration with STEP 7:
"slot_0 power supply" (byte 4 in the data record below) corresponds to the power supply
module in slot 0 in the configuration with STEP 7.
"slot_1 interface module" (byte 5 in the data record) corresponds to the interface module
in slot 1 in the configuration.
"slot_2" (byte 6 in the data record) corresponds to the module in slot 2 in the configuration.
"slot_3" (byte 7 in the data record) corresponds to the module in slot 3 in the configuration.
"slot_4" (byte 8) corresponds to the module in slot 4 in the configuration.
etc.
Value in slot_x
The value "2" in slot_2 means you are assigning the module originally inserted in slot 2 to
etc.
Example for data record 196
The following data record was created for a configuration that changes the original
configuration with STEP 7.
The modified configuration has the following properties:
The module inserted in slot 0 in the configuration (power supply module) is also inserted
in slot 0 in the current configuration (specification).
The module inserted in slot 1 in the configuration (interface module) is also inserted in slot
1 in the current configuration (specification).
The module inserted in slot 2 in the configuration (module 2) is also inserted in slot 2 in the
The module inserted in slot 3 in the configuration (module 3) does not exist in the current
configuration.
The module inserted in slot 4 in the configuration (module 4) is inserted in slot 3 in the

The module inserted in slot 5 in the configuration (module 5) is inserted in slot 4 in the
etc.
The bytes "slot_6" to "slot_31" are not shown in the figure below.
Rules
If a module is not available in the current configuration, this is indicated by the value 255:
"slot_x" = 255
The power supply module is always in slot 0 ("slot_0 power supply" = 0).
The interface module is always in slot 1 ("slot_1 interface module" = 1).

Readback data record 197 for ET 200MP

Readback data record 197 is used to read the actual configuration of a station (in this case,
of an ET 200MP).
This data record allows you to check the real configuration of the ET 200MP (actual
The value "0" codes all other options (wrong module, empty slot, reserve module).
Example:

The configuration of the data block corresponds to the original configuration of the ET 200MP
with STEP 7.
There is a byte in the data record for each module. The position of this bytes in the data record
corresponds to the position of a module in the original configuration with STEP 7.
Sequence of bytes:
"status_slot_0 power supply" (byte 4 in the data record below) corresponds to the power
supply module in slot 0 in the configuration with STEP 7.
"status_slot_1 interface module" (byte 5 in the data record) corresponds to the interface
module in slot 1 in the configuration.
"status_slot_2" (byte 6) corresponds to the module in slot 2 in the configuration.
"status_slot_3" (byte 7) corresponds to the module in slot 3 in the configuration.
etc.
You can choose any name for the components (for example "status_slot_2").
The value "1" in status_slot_x means that module x is in the correct slot.
The value "0" in status_slot_x codes all other options (wrong module, module does not
exist).
Example:
The figure below shows readback data record 197 for the configuration of an ET 200MP in
which there is no module 3 (the module in slot 3 in the configuration).
All other modules are available and correctly plugged.
The bytes "status_slot_6" to "status_slot_31" are not shown in the figure below.


You can read readback data record 197 from the ET 200MP with the instruction RDREC.

Further information on ET 200MP can be found in the manual for IM 155-5 PN (http://
Specific examples of configuration control can be found in this application description (http://
See also
Documentation on configuration control (http://support.automation.siemens.com/WW/view/en/
67295970)
Input module parameters
Parameters of the analog input modules

Enabling of the diagnostics for missing or insufficient supply voltage L+.
Wire break
Enabling of the diagnostics if the module has no current flow or the current is too weak for the
measurement at the corresponding configured input or the applied voltage is too low.
Current limit for wire break diagnostics

Threshold at which a wire break is reported. The value can be set to 1.185 mA or 3.6 mA,
depending on the sensor used.
Overflow
Enabling of the diagnostics if the measured value exceeds the overrange.

Underflow
Enabling of the diagnostics if the measured value undershoots the underrange.
Common mode error

Enable diagnostics if the valid common mode voltage is exceeded.
Reference channel error (only for AI 8xU/I/RTD/TC ST)

Enable diagnostics on error at the temperature compensation channel, e.g. wire break.
Dynamic reference temperature compensation type is configured and no reference
temperature has been transferred to the module yet.
Temperature coefficient
The temperature coefficient depends on the chemical composition of the material. In Europe,
only one value is used per sensor type (default value).
The correction factor for the temperature coefficient ( value) specifies how much the
resistance of a certain material changes when the temperature is raised by 1 C.
The further values facilitate a sensor-specific setting of the temperature coefficient and
enhance accuracy.

At analog input modules, this suppresses interference caused by the frequency of AC mains.
The frequency of the AC network may interfere with measured values, particularly for
measurements within low voltage ranges and when thermocouples are being used. With this
parameter, you define the mains frequency in your system.
Smoothing
The individual measured values are smoothed using filtering. Smoothing can be set in 4 stages
for the analog input modules AI 8xU/I/RTD/TC ST and AI 8xU/I HS.
Smoothing time = number of module cycles (k) x cycle time of the module.
The figure below shows the number of module cycles after which the smoothed analog value
is almost 100%, depending on the set smoothing. Is valid for each signal change at the analog
input.

6LJQDOFKDQJHLQ
SHUFHQWDJH

1
3
4

0RGXOHF\FOHV
N
None (k = 1)
Weak (k = 4)
Medium (k = 16)
Strong (k = 32)
Reference junction (only for AI 8xU/I/RTD/TC ST)

The following settings can be configured for the reference junction parameter:
Table 10-100 Possible parameter assignments for the reference junction parameter
Setting Description
Fixed reference temperature The reference junction temperature is configured and stored in the module as
a fixed value.
Dynamic reference temperature The reference junction temperature is transferred in the user program from the
CPU to the module by data records 192 to 199 using the WRREC (SFB 53)
instruction.
Internal reference junction The reference junction temperature is determined using an integrated sensor
of the module.
Reference channel of the module The reference junction temperature is determined using an external resistance
thermometer (RTD) at the reference channel (COMP) of the module.
Note
Fixed reference temperature
During parameter assignment of a thermocouple Type B, only the setting "Fixed reference
temperature" with a temperature of 0 C is possible.

Enable hardware interrupt 1 or 2

Enable a hardware interrupt if high limit 1 or 2 is exceeded, or low limit 1 or 2 is violated.
Low limit 1 or 2
Specifies the low limit threshold that triggers hardware interrupt 1 or 2.
High limit 1 or 2
Specifies the high limit threshold that triggers hardware interrupt 1 or 2.
Temperature compensation for thermocouples
Introduction
You have several options of measuring the reference junction temperature in order to obtain
an absolute temperature value as a function of the temperature difference between the
reference junction and the measuring point.
You can use various compensation options depending on the required location of the reference
junction.
Note
During parameter assignment of a thermocouple Type B, only the setting "Fixed reference
temperature" with a temperature of 0 C is possible.

Options of compensating for the reference junction temperature
Compensation options Explanation Application case

Internal reference junction With this compensation, the reference junction tem For the connection, you use
perature is determined using an integrated sensor compensating lines matching the
of the module. thermocouple material.
Procedure If the reference junction temperature
Connect the thermocouple to the I/O module direct and the module temperature are
ly or with compensating lines. identical in your system, you may
also use lines made from a different
material.
Reference channel of the The reference junction temperature is determined You want to measure the
module using an external resistance thermometer (RTD). temperature directly at the reference
Procedure junction.
Connect the thermocouple to the supply lines at the The measured temperatures of all
reference junction, either directly or with compen channels that you have configured
sating lines. You connect the supply lines to the for this compensation type is
appropriate terminals of the module. corrected automatically by the
Connect the resistance thermometer (RTD) to the temperature value of the reference
reference channel of the module. The resistance junction.
thermometer (RTD) must be placed in the area of
You can use inexpensive lines, e.g.,
the reference junction.
copper lines, from the reference
junction to the module.
Dynamic reference tempera The temperature of the reference junction is deter You use multiple modules at the
ture mined via a module. This temperature value is reference junction and can therefore
transferred to other modules via a data record in compensate all channels using a
the user program. common temperature value.
Procedure You require only one resistance
Connect the resistance thermometer (RTD) for the thermometer (RTD) to acquire the
reference junction to any channel. temperature value.
The reference junction temperature is communica You can use inexpensive lines, e.g.,
ted from the CPU to the module by data records
copper lines, from the reference
192 to 199 using the WRREC instruction.
junction to the module.
Fixed reference temperature The reference junction temperature is stored in the You keep the reference junction
module as a fixed value. temperature constant and know the
Procedure temperature value.
Connect the thermocouple to the supply lines at the You can use inexpensive lines, e.g.,
reference junction, either directly or with compen copper lines, from the reference
sating lines. You connect the supply lines to the junction to the module.
appropriate terminals of the module.
When configuring the module, specify a fixed tem
perature value for the reference junction (e.g.
20 C).

Output module parameters
Parameters of the analog output modules

Enabling of the diagnostics, with missing or too little supply voltage L+.
Short-circuit to ground
Enabling of the diagnostics if a short-circuit of the actuator supply to ground occurs.
Wire break
Enabling diagnostics if the line to the encoder is interrupted.
Overflow
Enabling of the diagnostics if the measured value exceeds the overflow range.
Underflow
Enabling of the diagnostics if the measured value falls below the underflow range.
Reaction to CPU STOP

Determines the reaction of the output to the CPU going into STOP state.
Substitute value
The substitute values are values that the outputs (the output) issue in the event of a CPU STOP.
ET 200M
Configuring an ET 200M
Introduction
For the ET 200M series, you can find a wide range of modules in the hardware catalog under
"Distributed I/O".

Configuration and parameter assignment

Information on configuration and parameter assignment can be found in the following sections.
ET 200M configuration
Definition
The distributed IO device, ET 200M, is a modular DP slave with an IP 20 degree of protection.
The ET 200M has the configuration technology of the S7300 automation system and consists
of an IM 153x and I/O modules of the S7300.
ET 200M supports communication with:
all DP masters compliant with IEC 61784-1:2002 Ed1 CP 3/1
all IO controllers compliant with IEC 61158
Configuration of the ET 200M (example)
1 2 3
Power supply module PS 307

Interface module IM 153x
up to 12 I/O modules (SM / FM / CP)
Configuration of the 'Module replacement during operation' function
Introduction
The ET 200M supports the "Replace modules during operation" function and the associated
pull/plug interrupt.
The "Replace modules during operation" function makes it possible for you to pull modules
from or plug modules into the ET 200M rack during operation.
Requirement
You have configured an interface module that supports replacing modules during operation.
(as of IM 153-1, article no. 153-1AA02-0XB0).

In addition, the configured CPU must also support the function, e.g. for PROFIBUS an S7-400
with DP interface.
You must use the active backplane bus (bus rail with slots) for the hardware configuration. The
conventional profile rail with bus connectors between the modules does not support this
function.
Configuring
If the configuration requirements have been met, the "Replace modules during operation"
parameter is available for selection in the inspector window's "Module parameters" area. Below
this parameter, a table for the configured modules is displayed, which shows the required
active bus modules for the hardware configuration.
For a PROFIBUS configuration, the "Startup if preset configuration does not match actual
configuration" option is displayed. This option is automatically enabled if "Replace modules
during operation" is enabled.
Signal modules for process automation
Fundamentals
Introduction
Signal modules for the process automation are S7-300 models, such as SM 321; DI
16xNAMUR or SM 322; DO 16x24VDC/0.5A.
They are being operated in a DP slave (IM 153-2).
Unlike standard modules, they offer the following additional technical functions, such as pulse
extension and chatter monitoring.
See also
Changeover contact (Page 1337)
Technological parameters (Page 1338)
Changeover contact
"Changeover contact" sensor type

If the digital inputs of a channel group are configured as "changeover contacts", the module
runs diagnostics for the changeover contact sensor type for this channel group.
Changeover contact
A changeover contact is an auxiliary switch with only one moving switch element with one
close setting each for closed and open switching device.

Remember the following rule:

Always connect a normally open contact to the "even" channel
Always connect a normally closed contact to the "odd" channel.
The tolerated switchover time between the two channels is fixed at 300 ms.
If the result of the check is negative, then
the module identifies the value status of the normally open channel as "invalid"
the module generates a diagnostic entry for the normally open channel
triggers a diagnostic interrupt (if diagnostic interrupts have been enabled)
The digital input signal and the value status are updated only for the normally open channel.
For the normally closed channel, the digital input signal is set permanently to "zero" and the
value status to "invalid" since this channel is used only to check the sensor.
Diagnostics depends on the "Selection" parameter (of the sensor). You should also note the
special features of diagnostics with the changeover contact sensor type in the "Signal Modules
for Process Automation" manual.
See also
Documentation on modules for process automation (http://support.automation.siemens.com/
WW/view/de/7215812/0/en)
Technological parameters
Pulse extension and flutter monitoring

Pulse extension is a function for changing a digital input signal. A pulse at a digital input is
extended to at least the length set in the parameters. If the input pulse is already longer than
the specified length, it is not changed.
If you want the pulse to be extended, click in the box to select the time. If you do not want the
pulses to be extended, select the "---" entry.
Flutter monitoring is a process control function for digital input signals. It detects and reports
signal changes that are unexpected in process control, for example when an input signal
fluctuates too often between "0" and "1".
Flutter monitoring is possible only when group diagnostics has also been enabled for this input.
Monitoring window and number of signal changes

Flutter monitoring works with aid of the two parameters Monitoring window and Number of
signal changes.
The first time the signal changes, the time set as the monitoring window is started. If the signal
changes more often during this time than allowed by the number of signal changes parameter,

this is signaled as a flutter error. If no flutter error is detected during the monitoring window
time, the monitoring window can be restarted at the next signal change.
Note
If you set pulse extension for an input channel, this also affects the flutter monitoring enabled
for this channel. The "extended pulse" signal is the input signal for the flutter monitoring. You
should therefore make sure that the values set for pulse extension and flutter monitoring are
compatible with each other.
See also
Documentation on modules for process automation (http://support.automation.siemens.com/
WW/view/de/7215812/0/en)
IQ Sense module
Properties of 8 IQ-SENSE
Properties
The 8 IQ-SENSE module has the following properties:
Connection of sensors with IQ-SENSE, photoelectric proximity switches: for example,
reflex sensors, diffuse sensors, and laser sensors.
It can be used centrally in an S7-300 or distributed in an ET 200M.
You can connect up to 8 sensors to every module. Each sensor requires a two-wire cable.
Function reserve that can be assigned parameters.
Time functions, switching hysteresis, synchronous mode that can be assigned parameters
Sensitivity and distance values can be specified (IntelliTeach using the "IQ-SENSE Opto"
FB)
Teach-in
Sensors can be removed and inserted during operation (automatic reassignment of
parameters)
Anti-interference group
Only for optical IQ Sense devices (IQ profile ID 1).
For IQ Sense devices with IQ profile ID 128 (ultrasound), see "Multiplex/synchronous mode"
under the channel-specific parameters.

Prevention of interference (e.g., scattered light) by assigning an anti-interference group. This

means:
Anti-interference group: None (= default)
Optical sensors on one or more modules can mutually influence each other when
unfavorably arranged.
Anti-interference group: 3 or 4
Optical sensors on the same module with anti-interference group 3 or 4 cannot mutually
influence each other. Similarly, optical sensors on different modules with anti-interference
group 3 or 4 cannot mutually influence each other. You need not maintain minimum
clearance between the IQ Sense devices and can, for example, align two retroreflective
sensors on a single reflector.
Operating principle
The diagram below explains the functioning of the anti-interference group parameter:
6ORW
[,46HQVH
$QWLLQWHUIHUHQFH
QRQH JURXS
SDUDPHWHU
Mutual interference is only possible between the optical sensors of the modules in slot 5, 6, 7
and 9 because they are in the same anti-interference group 3 or "None" is set.
Note
Sensors in the same anti-interference group must be installed to maintain the minimum
clearance (see sensor package insert) and to prevent mutual interference.
Encoder type
This parameter is used to set the sensor type per channel:
Reflex sensor or
Diffuse sensor or
Disabled

Diffuse sensor
Table 10-101 Diffuse sensor
Diffuse sensor Object

Transmitter Circuit state 0: No object detected, which
Receiver means the object is not in the beam. The
receiver does not see any light.
Transmitter Circuit state 1: Object detected, which

Receiver means the object is in the beam. The re
ceiver does not see any light.
Reflex sensor
Table 10-102 Reflex sensor
Reflex sensor Object

Transmitter Circuit state 0: No object detected, which
Receiver means the object is not in the beam. The
receiver sees light.
Transmitter Circuit state 1: Object detected, which

Receiver means the object is in the beam. The re
ceiver does not see any light.
Switching hysteresis
Faults with the diffuse sensor or in the production process can result in signal wobbles. The
measured value then changes the switching threshold by 100 % (object detected - object not
detected). You can prevent this switching threshold wobble using the switching hysteresis
parameter. This will ensure a stable output signal on the sensor.
You can assigned parameters to 5 %/10 %/20 %/50 % for switching hysteresis.
Requirements
You can only set the switching hysteresis parameter for diffuse sensors with background
fadeout.

Operating principle
5HFHLYLQJOHYHO
6ZLWFKLQJ
WKUHVKROG

'LIIHUHQWLDOWUDYHO
7LPH W

6ZLWFKLQJRXWSXWRQVHQVRU

7LPH W
Figure 10-8 Switching hysteresis parameter
Time function,time value

These parameters can be used to set the electronic module for its specific application.

Operating principle
7LPHU 6ZLWFKLQJVWDWXV &XUYH
1RQH
GHIDXOW

5HVHWGHOD\HG 7 7

7 7
3LFNXSGHOD\HG

3LFNXSDQG 7 7 7
UHVHWWLQJGHOD\

0RPHQWDU\ 7 7 7
LPSXOVH

2EMHFWGHWHFWHG
6ZLWFKLQJVWDWH
RQVHQVRU
2EMHFWQRWGHWHFWHG
7 WLPHYDOXHSDUDPHWHU
Figure 10-9 Time functions, time values parameters
Multiplex/synchronous mode
For the prevention of mutual influence between IQ Sense ultrasound devices in spatial
proximity (devices with IQ profile ID 128), use the "Multiplex/synchronous operation"
parameter.

Settings for the multiplex/synchronous mode parameter

Disabled: Mutual influence between IQ Sense ultrasound sensors in spatial proximity is
possible (default). The cycle time is determined by the IQ Sense ultrasound sensor.
Multiplex: The IQ Sense ultrasound sensors determine the process value (distance) one after
another, preventing them from affecting one another. The cycle time here is the sum of the
configured synchronous cycle times of the IQ Sense ultrasound sensors that are to be
multiplexed.
Synchronization: The IQ Sense ultrasound sensors determine the process value (distance) at
exactly the same time, preventing them from affecting one another. The cycle time here
corresponds to the greatest configured synchronous cycle time from among the IQ Sense
ultrasound sensors that are to be synchronized.
You can, for example, use synchronous operation for a curtain function in which several IQ
Sense ultrasound sensors aligned in parallel share a single extended detection area. The
sensors simultaneously emit an ultrasound impulse. When an object enters the detection area,
the sensor nearest to the object receives the echo most quickly. The object can therefore not
only be detected, it can be located as well.
AFI value
Using the AFI value (application series identifier, as defined in the ISO 15693-3 international
standard), transponders can be selected for different applications. Only transponders whose
AFI value coincides with the value set on the sensor are processed. If a transponder has the
AFI value "0", it can be identified and processed regardless of the AFI value of the sensor.
This parameter is only important if it is supported by the ident system, otherwise any value
(normally "0") may be assigned.
Transponder type
Depending on the type of the transponder, you must configure whether it is an ISO transponder
or a vendor-specific type.
For transponders in accordance with international standard ISO 15693, the value "1" should
be selected; for all other types "0" is set. Based on this setting, one of the two possible air
interface drivers is selected in the sensor.
This parameter is only important if it is supported by the ID system, otherwise any value
(normally "0") may be assigned.
ET 200S
Configuring an ET 200S
Introduction
For the ET 200S series, you can find a wide range of modules in the hardware catalog under
"Distributed I/O".

Assigning parameters
For information on configuration and parameter assignment, refer to "See also".
Use of the frequency converter
The frequency converter ICU24 and ICU24F ( as fail-safe version) are modular design
frequency converters that are completely embedded in the distributed I/O system ET 200S.
For parameterization of both modules, please see the following.
Message frame
The message frame number and the operating mode of the module are only displayed and
cannot be modified.
Application ID
You indicate the saved parameters in the frequency converter as a whole with the application
ID. Enter an application ID from the value range 0 to 65535. During startup (or pull/plug), this
ID is compared with the application ID stored on the converter.
Converters that work with identical applications are usually also identically parameterized and
should be identified with the same application ID. Converters with the same application ID may
be exchanged between each other. Copying of the complete parameterization of a converter
to another converter, for example, via an MMC, is only accepted, if both have the same
application ID.
Converters that work with different applications and are parameterized differently must be
identified by different application IDs. This prevents a converter with unsuitable
parameterization from starting on an incorrect slot, i.e. on the wrong application. This also
prevents the parameterization that is saved in the converter from being accidently overwritten
with any parameteriation that is stored on an MMC.
Enable diagnostic interrupt

You can enable the diagnostic interrupt for the frequency converter. If diagnostic interrupt is
enabled, an OB 82 must be available in a CPU to process the diagnostic events.
See also
Documentation for the frequency converter (http://support.automation.siemens.com/WW/view/
en/26291825/0/en)

ET 200pro
Configuration control with ET 200pro
Operating principle
Through the configuration control, it is possible to change the original configuration of an ET
200pro (created by configuring with STEP 7) and to operate the ET 200pro in this modified
configuration. STEP 7 is no longer required for this configuration: You communicate to the ET
200pro the slot in which a configured module is actually inserted by means of your user
program.
You use control data record 196 for this. In this data record, you code which modules are
missing or located on different slots in the real configuration as compared to the preset
configuration. The configuration control has no effect on the parameter assignment of the
modules (for example, the enabling of diagnostic alarms).
You then call the "WRREC" instruction and use it to write the data record to the interface
module of the ET 200pro.
Configuration control gives you the flexibility to vary the configuration of an ET 200pro as long
as the real configuration can be derived from a preset maximum configuration (originally
created with STEP 7).
The following sections describe how to enable configuration control. They also outline how
control data record 196 and readback data record 197 are structured.
Requirements
individual modules of the ET 200pro.

Enable the "Allow to reconfigure the device via the user program" parameter when configuring
the ET 200pro in STEP 7 ("Configuration control" area).
Configuration of control data record 196 for the ET 200pro

There is a byte in control data record 196 for each module.

The position of this byte in the data record codes one module in the original configuration with
STEP 7:
"slot_IM" (byte 4 in the data record, figure below) corresponds to the module in slot 1 in the
configuration
etc.
"slot_x" byte
etc.
There are no reserve modules for the ET 200pro (unlike for the ET 200S or with BU cover
modules for the ET 200SP). For this reason, bit 7 of "slot_x" must not be set.
The value "0" in "slot_x" indicates that this module is not inserted in the current configuration.
Example of control data record 196

The figure below shows control data record 196 for a configuration of an ET 200pro with four
modules.
The module originally configured with STEP 7 in slot 1 is also inserted in slot 1 in the current
configuration.
The module in slot 2 is in slot 2 in the current configuration.
The module in slot 3 does not exist in the current configuration.
The module in slot 4 is actually inserted in slot 3 in the current configuration.


block_length: Note here the length of the control data record; in the example: 8 (bytes). The
length is calculated using the following formula: "Number of assigned slots" + 4.
block_ID: Enter the figure 196 here.
version: The ET 200pro uses Version 1 of control data record 196.
subversion: The ET 200pro uses Subversion 0 of control data record 196.
slot_IM: The IM module is always inserted in slot 0 of the ET 200pro. Slot 1 always contains
the virtual power module that is integrated as a fixed module in the IM module. The "slot_IM"
(name can be changed) can contain any values. This byte is not interpreted in the
configuration control of the ET 200pro.
slot_2: The configured module 2 is inserted in slot 2 (value "2").
Definition of control data record 196

Byte Element Value Description

0 Block length e.g., The length of the data record is calcula
8 ted using the formula: 4 + Number of
for ET 200pro with four modules in bytes
modules
2 Version 1 Version 1 of control data record 196
3 Subversion 0 Subversion 0 of control data record 196
4 Slot_1 Any values are possible: This byte is not interpreted for the ET
For example "1" 200pro because the power module that
is integrated as a fixed module in the IM
module of the ET 200pro is always inser
ted in slot 1.
5 Slot_2 Coding of the actual slot: Byte 5 indicates where the module origi
2 = Slot 2 nally configured with STEP 7 in slot 2 is
actually inserted in the current configura
3 = Slot 3
tion.
4 = Slot 4
etc.
Coding for missing mod

ule:
0 = No slot, module not
present Example: 2
The module originally configured with
STEP 7 in slot 2 is also actually located
in slot 2 in the current configuration (val
ue "2").

3 = Slot 3
tion.
4 = Slot 4
etc.
Example: 0
ule:
STEP 7 in slot 3 is not present in the cur
0 = No slot, module not rent configuration (value "0").
present
3 = Slot 3
tion.
4 = Slot 4
etc.
Example: 3
ule:
STEP 7 in slot 4 is actually located in slot
0 = No slot, module not 3 in the current configuration (value "3").
present
: : : :
Writing a data record

Transfer the control data record to the ET 200pro module.
To do so, call the extended WRREC (Write data record) instruction, and transfer the control
data record created.
If you do not transfer a control data record, the interface module uses the original configuration
created with STEP 7. In this case, the following applies: Configured module x is inserted in
real slot x.


Error messages
196:
Error code Meaning

not assigned.
Readback data record 197 for ET 200pro

Readback data record 197 is used to read the actual configuration of a station (in this case of
an ET 200pro).
This data record allows you to check the real configuration of the ET 200pro (actual
The value "0" codes all other options (wrong module, empty slot).
Example:
The configuration of the data block corresponds to the original configuration of the ET 200pro
with STEP 7.
There is a byte in the data record for each module. The position of this bytes in the data record
corresponds to the position of a module in the original configuration with STEP 7.
Sequence of bytes:
"status_slot_IM" (byte 4 in the data record) corresponds to the module in slot 1 in the
configuration,
"status_slot_2" (byte 5) corresponds to the module in slot 2 in the configuration
"status_slot_3" (byte 6) corresponds to the module in slot 3 in the configuration,
etc.

The following example is for a configuration with 4 modules. The value "8" therefore appears
in the "block_length" element of the data record.
If you configure an ET 200pro in STEP 7 with fewer modules, the data block will be shorter.
You can choose any name for the components of the control data record (for example
"status_slot_2").
The value "1" in status_slot_x means that module x is inserted in the correct slot
The value "0" in status_slot_x codes all other options (wrong module, module does not
exist).
Example:
The figure below shows readback data record 197 for an ET 200pro with four modules.
There is no module 3 (this was assigned in control data record 196, see section "Example
of control data record 196" above)
The three other modules are actually inserted in the ET 200pro.

You can read readback data record 197 from the ET 200pro with the instruction RDREC.

Further information on the PN interface module of the ET 200pro is available here (http://

See also
Use of the frequency converter
The frequency converters ET 200pro FC and ET 200pro F-FC (as fail-safe version) are
modularly design frequency converters that are completely embedded in the distributed I/O
system ET 200pro. The following section describes how to configure the two modules.
Message frame
The message frame number and the operating mode of the module are only displayed and
cannot be modified.
Application ID
You indicate the saved parameters in the frequency converter as a whole with the application
ID. Enter an application ID from the value range 0 to 65535. During startup (or pull/plug), this
ID is compared with the application ID stored on the converter.
Converters that work with identical applications are usually also identically configured and
should be identified with the same application ID. Converters with the same application ID may
be exchanged between each other. Copying of the complete configuration of a converter to
another converter, for example, via an MMC, is only applied, if both have the same application
ID.
Converters that work with different applications and are configured differently must be identified
by different application IDs. This prevents a converter with unsuitable configuration from
starting on an incorrect slot, in other words on the wrong application. This also prevents the
configuration that is saved in the converter from being accidently overwritten with any
configuration that is stored on an MMC.
Enable diagnostic interrupt

You can enable the diagnostic interrupt for the frequency converter. If diagnostic interrupt is
enabled, an OB 82 must be available in a CPU to process the diagnostic events.
10.1.6.4 IPv6 configuration
IPv6 protocol
The Internet Protocol version 6 - called IPv6 below - extends the Internet Protocol version 4
(IPv4) that is used predominantly at the current time.

Address format IPv6: Notation

IPv6 addresses consist of 8 fields each with four-character hexadecimal numbers (128 bits in
total). The fields are separated by a colon.
Example:
fd00:ffff:ffff:ffff:ffff:ffff:2f33:8f21
Rules / simplifications:
Leading zeros within a field can be omitted.
Example: fd01:0:ffff::2d12:7d23
If one or more fields have the value 0, a shortened notation is possible.
The address fd00:0:0:0:0:0:0:0:8f21 can also be shortened and written as follows:
fd00::8f21
To ensure uniqueness, this shortened form can only be used once within the entire address.
Decimal notation with periods
The last 2 fields or 4 bytes can be written in the normal decimal notation with periods.
Example: The IPv6 address fd00::ffff.125.1.0.1 is equivalent to fd00::ffff:7d01:1
Entry and appearance

The entry of IPv6 addresses is possible in the notations described above. IPv6 addresses are
always shown in the same notation in which they were entered.
See also
IPv6 with the CP 1543-1 (Page 1353)
IPv6 with the CP 1543-1
Use of IPv6 with the CP 1543-1

The CP supports the Internet Protocol version 4 (IPv4) for all IP services
The additional specification of addresses in IPv6 format can be used with the CP for the
following services and applications:
FETCH/WRITE
Direct write/read access by PC stations, SIMATIC S5 or third-party devices
FTP client
FTP access from the S7-1500 CPU to an FTP server with the program block FTP_CMD
FTP server
FTP access from an FTP client to data areas of the S7-1500 CPU
SNMP
Data query using MIB objects according to SNMP
E-mail
Data transfer from the S7-1500 CPU using the program block T_Mail

10.2 Device and network diagnostics
10.2.1 Hardware diagnostics
10.2.1.1 Overview of hardware diagnostics
Principal methods of hardware diagnostics
Principal methods of hardware diagnostics

Hardware diagnostics can be performed as follows:
Using the Online and Diagnostics view
Using the "Online Tools" task card
Using the "Diagnostics > Device Info" area of the Inspector window
Using diagnostics icons, for example, in the device view and the project tree
Structure of the Online and Diagnostics view

The Online and Diagnostics view consists of two windows alongside each other:
The left window shows a tree structure with folders and - when you open the folder - groups.
The right window contains detailed information on the selected folder or selected group.
The "Online access" group and the "Diagnostics" and "Functions" folders are located here:
"Online access" group: Displays whether or not there is currently an online connection with
the associated target. In addition, you can establish or disconnect the online connection.
"Diagnostics": Contains several diagnostics groups for the selected module.
"Functions": Contains several groups, in which you can make settings for the selected
module or issue commands to the module.
Function and structure of the "Online Tools" task card

For modules with their own operating mode (such as CPUs), the "Online tools" task card allows
you to read current diagnostics information and commands to the module.
If you selected a module without its own operating mode or if you selected several modules
before activation of the "Online Tools" task card, the task card relates to the relevant CPU.

The "Online Tools" task card consists of the following panes:

CPU control panel
Cycle time
Memory
Note
A pane is filled with content only if the module controls the associated functions and an
online connection exists.
If there is no online connection to the respective module, the display "No online connection"
appears in blue in each pane. If an existing online connection was disconnected, then "This
target is not available" will be displayed.
Structure or the "Diagnostics" tab of the Inspector window

The "Diagnostics" tab of the Inspector window itself consists of several tabs. Of these tabs,
the following is relevant for the hardware diagnostics.
Device information
This tab relates to all online devices (e.g. CPUs) to which an online connection has been
established and to the devices that are assigned to these online devices (such as
PROFINET devices and PROFIBUS slaves). Alarms related to the faulty online devices
and the faulty devices are output here.
Note
What is displayed when a module is faulty?
If a module within a device is faulty, only the associated device or its proxy (e.g. head
module) are shown, but not the module itself.
The faulty devices are displayed "at the top level" and not in a hierarchical view below their
online device (as is the case in the project tree).
See also
Determination of which of the devices that are connected online are defective
Overview of the defective devices

In the "Diagnostics > Device Info" area of the Inspector window you will obtain an overview of
the defective devices that are or were connected online.
The "Diagnostics> Device Info" area of the Inspector window consists of the following elements:
Header line with the number of defective devices
Table with detailed information on each defective device

If you originate the establishment of an online connection to a device which is not reachable
or reports one or more faults or is not in RUN mode, it will rank as defective.
Structure of the table with detailed information on the defective devices

The table consists of the following columns:
Online status: Contains the online status as a diagnostic symbol and in words
Operating mode: Contains the operating mode as a symbol and in words
Device / module: Name of the affected device or the affected module
Message: explains the entry of the previous column
Details: The link opens the online and diagnostics view for the device, and places it in the
foreground. If an online connection does not exist any longer, the link will open the
connection establishment dialog.
Help: The link supplies further information on the defect that has occurred.
See also
Displaying diagnostics status and comparison status using icons
Determining diagnostics status online and displaying using icons

When the online connection to a device is established, the diagnostics status of the device
and, if applicable, its lower-level components is determined. The operating state of the device
is also determined, where applicable.

The following is a description of which icons are displayed in specific views.

Device view
The associated diagnostic icon is displayed for every hardware component (except the
signal board on the CPU).
To start the Online and Diagnostics view (if available), double-click the diagnostic icon.
For a hardware component with lower-level components, if there is a hardware error in
at least one lower-level component, the diagnostic icon appears as follows: The
hardware component's diagnostic icon has a pale appearance and the diagnostic icon
"Hardware error in lower-level component" is also shown in the lower right corner.
For hardware components with their own operating state, the operating state icon is also
displayed to the left of or above the diagnostic icon.
The following applies to modules or submodules of a shared device with an S7-1500
CPU: No diagnostic icons are displayed (due to the configuration as GSDML device).
Device overview
The associated diagnostic icon is displayed for every hardware component.
CPU: For modules assigned to the CPU, the associated diagnostic icon is displayed
(modules that are not assigned do not receive a diagnostic icon). The associated
diagnostic icon is displayed for plug-in submodules of an assigned module (submodules
that are not pluggable are not visible and therefore do not receive a diagnostic icon).
Network view
The associated diagnostic icon is displayed for every device.
CPU: A diagnostic icon is displayed. It belongs to that part of the station that is assigned
to the CPU.

Network overview
to the CPU.
Topology view
The associated diagnostic icon is displayed for every device.
The associated diagnostic icon is displayed for every port. The meaning of the individual
colors is described further below.
Each cable between two online ports is assigned the color associated with its diagnostics
status.
The color of the cable between two ports depends on the status of the individual ports:
Color of the first port Color of the second port Color of the connecting cable
light green light green light green
light green dark green dark green
green gray gray
green red red
gray red red

to the CPU.
Topological overview
to the CPU.

Project tree
The associated diagnostic icon is displayed behind every hardware component.
For a hardware component with lower-level components (e.g., distributed I/O, Slave_1),
if there is a hardware error in at least one lower-level component, the diagnostic icon
appears as follows: The hardware component's diagnostic icon has a pale appearance
and the diagnostic icon "Hardware error in lower-level component" is also shown in the
lower right corner.
For hardware components with their own operating state, the operating state icon is also
displayed in the top right corner of the diagnostic icon.
If forcing is active on a CPU, a red F is displayed at the left margin of the diagnostic icon.
The diagnostic icon "Hardware error in lower-level component" is displayed behind the
"Local modules" folder when there is a hardware error in at least one of the associated
modules.
"Distributed I/O" folder when there is a hardware error in at least one of the associated
modules.
project folder when the "Hardware error in lower-level component" diagnostic icon is
displayed behind at least one of the "Local modules" or "Distributed I/O" folders.
CPU: The associated diagnostic icon is displayed for modules assigned to the CPU
(modules that are not assigned are grayed out and do not receive a diagnostic icon).
The associated diagnostic icon is displayed for plug-in submodules of an assigned
module (submodules that are not pluggable are not visible and therefore do not receive
a diagnostic icon).
Note
If the diagnostic for a hardware component is "not reachable from the CPU", the diagnostic
icon "Hardware error in lower-level component" is not additionally shown.
Diagnostic icons for modules and devices

The following table shows the available icons and their respective meaning.
Icon Meaning
The connection with a CPU is currently being established.
The CPU is not reachable at the set address.
The configured CPU and the CPU actually present are of incompatible types.
On establishment of the online connection to a protected CPU, the password dialog

was terminated without specification of the correct password.
No fault

Icon Meaning
Maintenance required
Maintenance demanded
Error
The module or device is deactivated.
The module or the device cannot be reached from the CPU (valid for modules and
devices below a CPU).
No input or output data are available, because the (sub)module has blocked its input
or output channels.
Diagnostics data are not available because the current online configuration data
differ from the offline configuration data.
The configured module or device and the module or device actually present are
incompatible (valid for modules or devices under a CPU).
The configured module does not support display of the diagnostics status (valid for
modules under a CPU).
The connection is established, but the module status has not yet been determined
or is unknown.
The configured module does not support display of the diagnostics status.
Hardware error in lower-level component: A hardware error is present in at least one

lower-level hardware component. (occurs as a separate icon only in the project tree)
Note
Some modules, for example, the FM 450-1, are only indicated as having a problem in the case
of an error if you have enabled the diagnostic interrupt when assigning the module property
parameters.
Icons for the comparison status

The diagnostic icons can be combined at the bottom right with additional smaller icons that
indicate the result of the online/offline comparison. The following table shows the available
comparison icons and their meaning.
Icon Meaning
Hardware error in lower-level component: The online and offline versions differ (only
in the project tree) in at least one lower-level hardware component.
Software error in lower-level component: The online and offline versions differ (only
in the project tree) in at least one lower-level software component.
Online and offline versions of the object are different
Object only exists offline
Online and offline versions of the object are the same

Note
If both a comparison icon and the "Error in lower-level component" diagnostic icon are to be
displayed at the bottom right in the device view, the following rule applies: The diagnostic icon
for the lower-level hardware component has a higher priority than the comparison icon. This
means that a comparison icon is only displayed if the lower-level hardware components have
no errors.
Display of software errors in the project tree

The associated comparison icon is shown behind each block.
Behind each folder, under which exclusively blocks are contained, the diagnostic icon
"Software error in lower-level component" is displayed when there is a software error in at
least one of the associated blocks.
For a hardware component with lower-level software components, if there is no hardware
error and there is an error in at least one lower-level software component, the diagnostic
icon appears as follows: The hardware component's diagnostic icon has a pale appearance
and the diagnostic icon "Software error in lower-level component" is also shown in the lower
right corner.
Combined diagnostics and comparison icons

The following table shows examples of icons that are displayed in the diagnostics icon.
Icon Meaning
Folder contains objects whose online and offline versions differ (only in the project
tree)
Operating state icons for CPUs and CPs

The following table shows the available icons and their respective operating states.
Icon Operating state

RUN
STOP
STARTUP
HOLD
DEFECTIVE

Icon Operating state

Unknown operating state
The configured module does not support display of the operating state.
Note
If forcing is active on a CPU, a red F is displayed on a pink background at the bottom right of
the operating state icon.
Color marking of ports and Ethernet cables

The following table shows the available colors and their respective meaning.
Color Meaning
No fault or maintenance required
Offline
Communication error or topological error
no diagnostic capability
Start online and diagnostics view
Overview of possible ways of starting the Online and Diagnostics view

You can start the Online and Diagnostics view of a module to be diagnosed at the following
locations:
Overview
Project tree
Device view
Device overview
Network view
Network overview
Topology view
Topological overview
In the following, examples are used to show how to proceed.

Requirement
The project with the module to be diagnosed is open.
Note
This requirement does not apply if you call the online and diagnostics view from the project
tree after you have identified the accessible devices.
Procedure
To start the online and diagnostics view of a module, follow these steps:
1. In the project tree, open the respective device folder.
2. Double click on "Online & Diagnostics".
Or:
1. In the project tree, select the respective device folder.
2. Select the "Online & Diagnostics" command in the shortcut menu or the "Online" main menu.
Or:
1. In the project tree, open the "Online access" folder.
2. Open the folder for the interface with which you want to establish the online connection.
3. Double click on "Show/Update accessible devices".
4. Select the module to be diagnosed.
Or:
1. In the project tree, open the "Local modules" folder.
2. Select the respective device or the module that is to be diagnosed.
3. Select the "Online & Diagnostics" command in the shortcut menu or the main menu.
Or:
1. Open the device view in the device configuration.
2. Select the module to be diagnosed.
Or:
1. Open the device view in the device configuration.
2. Establish an online connection to the module to be diagnosed.
3. Double-click on the diagnostics icon above the module.

Or:
1. Open the network view in the device configuration.
2. Select the station with the module to be diagnosed.
Or:
1. Open the topology view in the device configuration.
2. Establish an online connection to the module to be diagnosed.
3. In the topology view, double-click the diagnostic icon associated with the module.
Result
The online and diagnostics view of the module to be diagnosed will be started. If an online
connection to the associated CPU had previously been created, the header bar of the Online
and Diagnostics view will now have an orange background.
Note
If no online connection exists when the online and diagnostics view is started, no online
information is displayed and the display fields remain empty.
Activation of the "Online Tools" task card
Activation of the "Online Tools" task card

You can activate this task card as follows:
1. Start the online and diagnostics view.
2. Click on the "Online Tools" task card.
Or:
1. Start the device view.
Or:
1. Start the network view.

10.2.1.2 Showing non-editable and current values of configurable module properties
Showing general properties and system-relevant information for a module
Where do I find the information I need?

The general properties and system-relevant information for a module can be found in the
"General" group in the "Diagnostics" folder in the online and diagnostics view of the module
to be diagnosed.
Structure of the "General" group

The "General" group consists of the following areas:
Module
Module information
Vendor information
"Module" area
This area shows the following data of the module:
Short designation, for example, CPU 1214C DC/DC/DC
Article no.
Hardware
Firmware
Racks
Slot
"Module information" area

This area shows the following data of the module that you configured during hardware
configuration:
Module name
Installation date (not displayed for all modules)
Additional information (not displayed for all modules)
"Manufacturer information" area

Manufacturer
Serial number

Profile: Profile ID as hexadecimal number

Note
You will find the corresponding profile name in the profile ID table for PROFIBUS
International (see "www.profibus.com").
Profile details: Profile-specific type as hexadecimal number

Note
You will find the corresponding profile-specific type name in the profile-specific type table
for PROFIBUS International (see "www.profibus.com").
Display configured cycle times

The required information can be found in the following places:
In the "Cycle time" group of the "Diagnostics" folder in the Online and Diagnostics view of
the module to be diagnosed.
In the "Cycle time" pane of the "Online Tools" task card
Structure of the "Cycle time" group in the "Diagnostics" folder of the Online and Diagnostics view
The "Cycle time" group consists of the following areas:
Cycle time diagram (graphical display of the assigned and measured cycle times)
Cycle time configured (display of the assigned cycle times as absolute values)
Cycle times measured (display of the measured cycle times as absolute values)
Structure of the "Cycle time" pane of the "Online Tools" task card
The "Cycle time" pane displays the cycle time diagram and below it the measured cycle times
as absolute values.
Assigned cycle times

The following assigned cycle times are displayed in the cycle time diagram and in the "Cycle
time configured" area.
Minimum cycle time
Maximum cycle time
In the cycle time diagram, the minimum cycle time and the maximum cycle time correspond
to the two markings on the time axis.
In the "Cycle time configured" area, the assigned cycle times are displayed as absolute values.

Show interfaces and interface properties of a module

The interfaces and interface properties of a module can be found in the "Diagnostics" folder
in the online and diagnostics view of the module to be diagnosed in the following group:
PROFINET interface
"PROFINET interface" group

This group is divided into the following areas:
"Ethernet address" with the "Network connection" and "IP Parameters" subareas
"Ports"
"Network connection" subarea of the "Ethernet address" area

This subarea shows the following data for the module:
MAC Address:
MAC address of the interface.
The MAC address consists of two parts. The first part ("Basic MAC address") identifies the
manufacturer (Siemens, 3COM, ...). The second part of the MAC address differentiates
between the various Ethernet devices. Each Ethernet module is assigned a unique MAC
address.
"IP Parameters" subarea of the "Ethernet address" area

This subarea shows the following data for the module:
IP address:
Internet protocol address of the device on the bus (TCP/IP)
Subnet mask:
The subnet mask shows which part of the IP address determines the membership of a
particular sub-network.
Default router:
If the subnet is connected via a router to other subnets, the IP address of the default router
must be known. This is the only way a datagram can be forwarded with a non-matching
subnet address.
IP settings:
Identifier for the path by which the device has obtained its IP settings (IP address, subnet
mask, default router).
Identifier Meaning
0 IP address is not initialized
1 By configuration (i.e., by the configuration loaded to the device from the device or
network view)
2 Via the "Assign IP address" group of the online and diagnostics view

Identifier Meaning
3 Via the DHCP server (i.e., the IP parameters are obtained by a special service from a
DHCP server (Dynamic Host Configuration Protocol) and assigned for a limited time)
4 IP address is set by a user program
5 Source of IP address unknown
IP setting time:
Time stamp of the last change to the IP address directly through the Ethernet connection
of the module
"Ports" area
This area shows the following data for the module:
Ethernet ports
Physical properties of the PROFINET interface
Properties of the PROFI Meaning

NET interface
Port no. Port number The short description of interface (X + interface no.) and port
(P + port no.) is specified in parentheses. An "R" in the short description of
a port means that it is a ring port.
Status Displays the status of the port LINK LED.
Status "OK" means another device (such as a switch) is connected to
the port and the physical connection is available.
Status "disconnected" means no other device is connected to the port.
Status "deactivated" means that access to the port is blocked.
Settings "Automatic" for automatic network settings of the device
Network settings for speed and transmission method for manual
network settings of the device
Operating mode Network settings for speed and transmission method
If you select a line in the port table, additional help information will be provided for the
corresponding port.
Displaying IO controllers that access modules of a Shared Device

The display of those IO controllers that access the modules of a Shared Device can be found
in the Online and Diagnostics view of the interface module of the Shared Device in the
"Diagnostics" folder in the following area of the "PROFINET interface" group:
IO controller

Displaying sync domain properties of a PROFINET device

The sync domain properties of a PROFINET device can be found in the following area of the
"PROFINET interface" group in the "Diagnostics" folder of the Online and Diagnostics view of
the device to be diagnosed:
Domain
"Domain" area
This area is divided into the following subareas:
Sync domain
MRP domain
What is a sync domain?

A sync domain is a group of PROFINET devices that are synchronized to a common clock.
Exactly one device has the role of the sync master (clock generator); all other devices assume
the role of a sync slave. The sync master is usually an IO controller or a switch.
Non-synchronized PROFINET devices are not part of a sync domain.
"Sync domain" subarea of the "Domain" area

This subarea shows the following properties of the sync domain:
Name:
Name of sync domain
Role:
Role of the PROFINET device in the sync domain. The following roles are possible:
Sync master
Sync slave
Synchronization interval:
Interval at which the synchronization is performed
Send clock
Smallest possible send interval for the data exchange
Jitter accuracy of the send clock
Reserved bandwidth for cyclic communication

Displaying MRP domain properties of a PROFINET device

The MRP domain properties of a PROFINET device can be found in the following area of the
"PROFINET interface" group in the "Diagnostics" folder of the Online and Diagnostics view of
the device to be diagnosed:
Domain
"Domain" area
This area is divided into the following subareas:
Sync domain
MRP domain
What is an MRP domain?

The Media Redundancy Protocol (MRP) enables redundant networks to be structured.
Redundant transmission paths (ring topology) ensure that, if one transmission path fails, an
alternative communication path is available. The PROFINET devices that are part of this
redundant network form an MRP domain.
"MRP domain" subarea of the "Domain" area

This subarea shows the following properties of the MRP domain:
Name:
Name of MRP domain
Role:
Role of the PROFINET device in the MRP domain. The following roles are possible:
Manager
Manager (Auto)
Client
Not a device of the ring
Ring port 1:
The port of the PROFINET device that has the "Ring port 1" property
Ring port 2:
The port of the PROFINET device that has the "Ring port 2" property
Status of the MRP ring:
Indicates whether the ring is interrupted ("open" status) or not ("closed" status).

Displaying current firmware of a module
Displaying firmware
You can display the currently installed firmware of a module.
Requirements
The module supports a firmware update.
The module is connected online.
Procedure
To display the current firmware, follow these steps:
1. Open the module in the Online and Diagnostics view.
2. Select the "Firmware update" group in the "Functions" folder.
3. You read off the current firmware in the "Online data" area under "Firmware".
10.2.1.3 Showing the current values of dynamic modules properties
Display measured cycle times

The measured cycle times can be found at each of the following places:
In the "Cycle time" group of the "Diagnostics" folder in the Online and Diagnostics view of
the module to be diagnosed.
In the "Cycle time" pane of the "Online Tools" task card
Structure of the "Cycle time" group in the "Diagnostics" folder of the Online and Diagnostics view
The "Cycle time" group consists of the following areas:
Cycle time diagram (graphical display of the assigned and measured cycle times)
Cycle time configured (display of the assigned cycle times as absolute values)
Cycle times measured (display of the measured cycle times as absolute values)
Structure of the "Cycle time" pane of the "Online Tools" task card
The "Cycle time" pane displays the cycle time diagram and below it the measured cycle times
as absolute values.

Graphical display of the measured cycle times

The following measured cycle times are displayed in the cycle time diagram:
Shortest cycle time: Duration of the shortest cycle since the last transition from STOP to
RUN
This corresponds to the dashed gray arrow on the left in the diagram.
Current / last cycle time: Duration of the last cycle
This corresponds to the green arrow in the diagram. If the current / last cycle time exceeds
the maximum cycle time, the arrow will turn red.
Note
If the duration of the last cycle comes close to the maximum cycle time, it may be possible
that it will be exceeded. Depending on the CPU type, parameter assignment and your user
program, the CPU can switch to STOP mode. If for instance you are monitoring the tags in
your program, this will increase the cycle time.
If the cycle lasts longer than double the maximum cycle time, and you do not restart the
maximum cycle time in the user program (by calling the extended RE_TRIGR) instruction,
the CPU will switch to STOP mode.
Longest cycle time: Duration of the longest cycle since the last transition from STOP to
RUN.
This corresponds to the dashed blue arrow on the right in the diagram.
A blue band extends between the two dashed lines; this band corresponds to the entire range
of the measured cycle times. If a measured cycle time is greater than the maximum cycle time,
the portion of the band that lies outside the assigned limits will be colored red.
Display of the measured cycle times as absolute values

The following measured times are displayed in the "Cycle times measured" area and in the
"Cycle time" pane.
Shortest cycle time since the last transition from STOP to RUN.
Current/last cycle time:
Longest cycle time since the last transition from STOP to RUN.
Showing the current status of the LEDs of a CPU

The current status of the LEDs of a CPU can be found in the display area of the "CPU control
panel" pane of the "Online tools" task card.

Display area of the "CPU control panel" pane of the "Online Tools" task card
This area contains the following displays:
Station name and CPU type (short designation)
RUN / STOP (corresponds to the "RUN / STOP" LED of the CPU)
ERROR (corresponds to the "ERROR" LED on the CPU)
MAINT (corresponds to the "MAINT" LED on the CPU)
Showing fill levels of all types of memory on a CPU

The fill levels of all types of memory on a CPU can be found on the following two pages:
In the display area of the "Memory" group in the "Diagnostics" folder in the online and
diagnostics view of the module to be diagnosed
In the display area of the "Memory" pane on the "Online Tools" task card
Display area of the "Memory" group in the "Diagnostics" folder of the online and diagnostics view
This area contains the current memory utilization of the associated module and details of the
individual memory areas.
The memory utilization is shown both as a bar diagram and as a numerical value (percentage).
The following memory utilizations are shown:
Load memory
If no memory card is inserted, the internal load memory is displayed.
If a memory card is inserted, the operating system only uses the inserted load memory as
the load memory. This is displayed here.
Work memory
Retentive memory
Display area of the "Memory" pane of the "Online Tools" task card
This area contains the current memory utilization of the associated module. The available
memory is shown both as a bar diagram and as a numerical value (percentage). The numerical
value is rounded to an integer value.
Note
If less than 1% of a memory area is utilized, the available portion of this memory area is shown
as "99%".


Load memory
If no memory card is inserted, the internal load memory is displayed.
If a memory card is inserted, the operating system only uses the inserted load memory as
the load memory. This is displayed here.
Work memory
Retentive memory
See also
Load memory (Page 1171)
Work memory (Page 1172)
Retentive memory areas (Page 1173)
Displaying fill level of all types of memory of an S7-1500 CPU

The fill levels of all types of memory of an S7-1500 CPU can be found at the following two
places:
In the display area of the "Memory" group in the "Diagnostics" folder in the online and
diagnostics view of the module to be diagnosed
In the display area of the "Memory" pane on the "Online Tools" task card
Display area of the "Memory" group in the "Diagnostics" folder of the online and diagnostics view
This area contains the current memory utilization of the associated module and details of the
individual memory areas.
The memory utilization is shown both as a bar diagram and as a numerical value (percentage).
Load memory
Note
The load memory is located on the SIMATIC memory card.
Code work memory: work memory for program code

Data work memory: work memory for data blocks
Retentive memory

Display area of the "Memory" pane of the "Online Tools" task card
This area contains the current memory utilization of the associated module. The available
memory is shown both as a bar diagram and as a numerical value (percentage). The numerical
value is rounded to an integer value.
Note
If less than 1% of a memory area is utilized, the available portion of this memory area is shown
as "99%".

Load memory
Note
The load memory is located on the SIMATIC memory card.
Code work memory: work memory for program code

Data work memory: work memory for data blocks
Retentive memory
10.2.1.4 Checking a module for defects
Determining the diagnostic status of a module
Where is the diagnostics status of a module displayed?

The diagnostic status of a module is displayed in the "Diagnostic status" group in the
"Diagnostics" folder in the online and diagnostics view of the module to be diagnosed.
The "Diagnostics status" group consists of the following areas:
Status
Standard diagnostics (for S7-300 and S7-400 only for non-CPU modules)

"Status" area
The following status information is displayed in this area:
Status of the module as viewed by the CPU, for example:
Module available and OK.
Module defective.
If the module experiences a fault and you have enabled the diagnostic error interrupt
during configuration, the "Module defective" status is displayed.
Module configured, but not available.
Example: Diagnostics data is not available because the current online configuration
differs from the offline configuration.
Detected differences between the configured and the inserted module. Provided it can be
ascertained, the article number will be displayed for the set and actual type.
The scope of the displayed information depends on the selected module.
"Standard diagnostics" area

The following diagnostics information for non-CPU modules is displayed in this area:
Internal and external faults that relate to the overall module
Associated diagnostics events
Examples of such diagnostics information are:
Entire backup failed
Module defective
Note
Diagnostic interrupts
A diagnostic interrupt can be reported to the CPU only if the module has diagnostic interrupt
capability and the diagnostic interrupt has been enabled.
The display of the diagnostic interrupt is a snapshot. Sporadic module defects can be
identified in the diagnostics buffer of the respective CPU.
Reading out the diagnostics buffer of a CPU
Where do you read out the diagnostics buffer of a CPU?

You read out the diagnostics buffer of a CPU in the "Diagnostics buffer" group in the
"Diagnostics" folder in the Online and Diagnostics view.

Structure of the "Diagnostics buffer" group

The "Diagnostics buffer" group consists of the following areas:
"Events"
"Settings"
Diagnostics buffer
The diagnostics buffer is used as a log file for the diagnostics events that occurred on the CPU
and the modules assigned to it. These are entered in the order of their occurrence, with the
latest event shown at the top.
"Events" area
The "Events" area consists of the following elements:
Check box "CPU time stamp takes into account local PG/PC time"
Event table
"Freeze display" or "Cancel freeze" button
Details of the event: Event no., event ID, description, time stamp, incoming/outgoing
information
"Help on event", "Open in editor", "Save as ..." buttons
Check box "CPU time stamp takes into account local PG/PC time"
If you have not activated the check box, the diagnostics buffer entries are shown with the
module time.
If you have activated the check box, the diagnostics buffer entries are shown with the time
given by the following formula:
Displayed time = module time + time zone offset on your programming device / PC
This requires the module time to be identical to UTC.
You should use this setting if you wish to see the times of the diagnostics buffer entries for the
module expressed in the local time of your programming device / PC.
Selecting or clearing the check box immediately changes the times displayed for the
diagnostics buffer entries.
Note
If you use the "WR_SYS_T" instruction in your program or if you set the real-time clock of the
CPU using an HMI device instead of using UTC, we recommend that you clear the "CPU time
stamp takes into account local PG/PC time" check box. In this case, the module time is the
sole time of concern.

Event table
The following information is displayed in the table for each diagnostics event:
Sequential number of the entry
The first entry contains the latest event.
Date and time of the diagnostics event
If no date and time are shown, the module has no integral clock.
Short name of the event and, if applicable, the reaction of the CPU
Note
If an individual parameter of a text cannot be determined, the character string "###" is shown
in its place.
If no display text is yet available for new modules or new events, the numbers of the events
and the individual parameters are stated as hexadecimal values.
Icon for information related to incoming/outgoing status

Icon Meaning
Incoming event
Outgoing event
Incoming event to which there is no independent outgoing event
User-defined diagnostics event
Only for S7-1200 and S7-1500 CPUs: Icon for the severity of the event
Icon Meaning
No maintenance and/or no fault
Maintenance required
Error
You can change the order of the columns, adjust the column widths and remove and add
individual columns in the event table. In addition, you can sort as follows: by sequential number,
by "Date and time" and by "Event".

The "Freeze display" or "Cancel freeze" button is only enabled when there is an online
connection to the CPU.
The default setting is "Freeze display".

The following happens when you click the "Freeze display" button:
The current display of the diagnostics buffer entries is frozen.
The labeling of the button changes to "Cancel freeze".
If an error has occurred in your system, diagnostics events can occur very quickly in
succession. This produces a high update rate on the display. Freezing the display allows you
to calmly examine the situation in more detail.
If the display is frozen and you click the "Cancel freeze" button, the following happens:
The display of the diagnostics buffer entries is updated again.
The labeling of the button changes to "Freeze display".
Note
If you freeze the diagnostics buffer display, the CPU continues to enter events in the
diagnostics buffer.
Details of the event

If you select a line in the list of events, you obtain detailed information on the respective event:
Sequential number of the event in the diagnostics buffer
Event ID
Description of the event with event-dependent additional information. Examples of this
additional information:
Command that caused the event
Operating mode switch caused by the diagnostics event
Time stamp
Only for S7-1200 and S7-1500 CPUs: Associated I&M data (module and, if required, station
and/or device name, rack/slot, plant designation, location designation)
Priority of the event
Information on whether the event is an incoming or outgoing event
"Help on event" button

If you click on this button, the selected event is explained in more detail and any remedies
given.
Note
For a small number of events, the "Help on event" button is grayed out.

"Open in editor" button

The following table shows if the "Open block" button is active and which function it conceals.
When is the "Open in editor" button enabled? What happens when you click this button?
If the diagnostics event references the relative address of a The "Open in editor" function opens the referenced block in
block. the offline view at the programming instruction that causes
This is the address of the command that caused the event. the error. This allows you to check and, if necessary, change
the source code of the block at the specified place and then
download it again to the CPU.
If the diagnostics event was triggered by a module. The "Open in editor" function opens the Device view of the
module involved.
"Save as ..." button

If you click this button, the content of the diagnostics buffer is saved in a text file. "Diagnostics",
depending on the language, with the extension ".txt" is suggested as the file name. You can
however change this name.
"Settings" area
The "Settings" area consists of the following elements:
"Display events" list
"Apply settings as default" button
"Output event information in hexadecimal format" check box
List "Display events:"

There is an check box in this list for every event class (default setting: all check boxes are
selected). If you clear a check box, the events of that event class is no longer displayed in the
"Events" area. Reselecting the check box displays the associated events once again.
"Apply settings as default" button

If you click this button, the settings are also applied to future occasions when the "Events" tab
is opened.
"Output event information in hexadecimal format" check box

If you select the check box, the event IDs in the Events list of the "Events" area is displayed
in hexadecimal format. If you clear the check box, the event information is given in text form.
See also
Basic information on the diagnostics buffer (Page 1398)

Saving service data
Purpose
In the event of servicing it may be possible that the SIEMENS Customer Support requires very
special information about the state of a module of your system for diagnostic purposes.
If such a case occurs in your system, you will be asked by Customer Support to save the
service data of the module and send the resulting file to them.
Where do you carry out the saving of service data of a module?

You carry out the saving of service data of a module in its online and diagnostics view at the
following points: In the "Functions" folder in the "Save service data" group"
The "Save service data" group consists of the following areas:
Online data
Saving service data
"Online data" area

Article number
Firmware version
Module name (you configured this while configuring the hardware.)
Rack
Slot
"Save service data" area

Proceed as follows to create and save a file with special service data:
1. Select the point in the file system at which you want to save the file:
You use the path preset in the "Path" field.
Click the three-dot (browse) button. In the dialog that opens specify the desired path
and enter the file name.
2. Click the "Save data" button.

10.2.1.5 Changing the properties of a module or the programming device/PC
Changing the mode of a CPU
Requirement
There is an online connection to the CPU whose mode you want to change.
Procedure
To change the mode of the CPU, follow these steps:
1. Enable the "Online tools" task card of the CPU.
2. Click the "RUN" button in the "CPU control panel" pane if you want to change the CPU to
RUN mode or the "STOP" button if you want to change the CPU to STOP mode.
Note
The only button active is the one that can be selected in the current operating mode of the
CPU.
3. Acknowledge the confirmation prompt with "OK".

Or:
1. Open the "Online" menu.
2. Choose the "Start CPU" menu command if you want to set the CPU to RUN mode and
"Stop CPU" if you want to set the CPU to STOP mode.
Note
The only button that is active is the one that can be chosen in the current operating mode
of the CPU.

Or:
1. Click the "Start CPU" button in the toolbar if you want to set the CPU to RUN mode and the
"Stop CPU" button if you want to set the CPU to STOP mode.
Note
The only button that is active is the one that can be chosen in the current operating mode
of the CPU.
Result
The CPU will be switched to the required operating mode.

Performing a memory reset
Requirement
There is an online connection to the CPU on which the memory reset is to be performed.
The CPU is in STOP mode.
Note
If the CPU is still in RUN mode and you start the memory reset, you can place it in STOP
mode after acknowledging a confirmation prompt.
Procedure
To perform a memory reset on a CPU, follow these steps:
1. Enable the "Online Tools" task card of the CPU.
2. Click the "MRES" button in the "CPU control panel" pane.
Result
The CPU is switched to STOP mode, if necessary, and the memory reset is performed on the
CPU.
See also
Basics of a memory reset (Page 1169)
Determining and setting the time of day on a CPU
Where do I find the functions I need?

You determine and change the time of day on a CPU in the "Set time of day" group in the
"Functions" folder of the Online and Diagnostics view. This requires an online connection.
Structure of the "Set time of day" group

The "Set time of day" group consists of the following areas:
Area for reading out and setting the time of day
Time system (This area does not exist for S7-1200 and will not be examined here.)

Structure of the area for reading out and setting the time of day
This area consists of the following parts:
Programming device / PC time
Here the time zone setting, the current date and the current time setting of your
programming device / PC are displayed.
Module time
Here the date and time values currently read from the module (for example the CPU), are
converted to local time and date and displayed.
If the "Take from PG/PC" check box is selected, when you click the "Apply" button, the date
and the PG/PC time converted to UTC are transferred to the module.
If the "Take from PG/PC" check box is not selected, you can assign the date and time for
the integrated clock of the module. After clicking the "Apply" button, the date and the time
recalculated to UTC time are transferred to the module.
Updating the firmware of a module
Performing a firmware update

Using firmware files, you can update the firmware of a module.
Requirements
The module is connected online.
The module supports a firmware update.
For those modules that require a supply voltage to perform the firmware update correctly:
The supply voltage of the module is secured. For details, see the documentation of the
module.
Procedure
To perform a firmware update, follow these steps:
1. Open the module in the Online and Diagnostics view.
2. Select the "Firmware update" group in the "Functions" folder.
Note
For S7-1500-CPUs, this group is subdivided into "PLC" and "Display".
3. Click the "Browse" button in the "Firmware update" area in order to select the path to the
firmware update files.
4. Select one of these files. The table then lists all modules for which an update is possible
with the selected firmware file.

5. Optional: Select the "Run firmware after update" check box to reset the module after the
load operation and to start the new firmware.
6. Click the "Start update" button. If the selected file can be interpreted by the module, it is
downloaded to the module. If the mode of the CPU needs to be changed, you will be
prompted to do this in dialogs.
Warning
Invalid plant states possible
An S7-1500 CPU immediately goes to STOP mode when you start the firmware update, which
can have an effect on the operation of an online process or a machine.
Unexpected operation of a process or a machine can result in severe or fatal injuries and/or
damage to property.
Note
After you have run a firmware update, you will need to replace the module involved with the
same module with the current firmware version in the hardware configuration of your project.
The engineering configuration then matches the actual physical configuration again.
"Run firmware after update" check box

If you have not selected the "Run firmware after update" check box, the previous firmware
remains active until the module is reset (for example by cycling power). The new firmware only
becomes active after the module has been reset.
If you have selected the check box, the module is automatically reset after the firmware has
been downloaded and it then continues with the new firmware.
Activating the firmware following the update has the following consequences:
A station executes a restart. This means that all modules in the station become unavailable.
If the corresponding CPU is in RUN, activating the firmware can lead to access errors or
other problems in the user program and might even mean that the CPU remains
permanently in STOP.
Note
For some CPUs, the "Run firmware after update" check box is grayed out and deactivated.
In this case, you must restart the CPU manually.
For S7-1500 CPUs, the "Run firmware after update" check box is grayed out and selected.
In this case, the new firmware is activated immediately after the download operation.
See also
Replacing a hardware component (Page 574)

Resetting an S7-1200 CPU to factory settings
Requirement
There is no memory card inserted in the CPU.
There is an online connection to the CPU that you want to reset to the factory settings.
The CPU is in STOP mode.
Note
If the CPU is still in RUN mode and you start the reset operation, you can place it in STOP
mode by answering the security prompt with yes.
Procedure
To reset an S7-1200 CPU to factory settings, follow these steps:
1. Open the Online and Diagnostics view of the CPU.
2. Select the "Reset to factory settings" group in the "Functions" folder.
3. Select the "Keep IP address" check box if you want to keep the IP address or the "Delete
IP address" check box if you want to delete the IP address.
Note
The two check boxes mentioned are only available if the module to be reset is able to
choose whether to retain or delete the IP address.
4. Click the "Reset" button.

Result
The module is switched to STOP mode if necessary and the settings are then reset to factory
settings. This means:
The work memory and the internal load memory and all operand areas are cleared.
All parameters are reset to their defaults.
The diagnostic buffer is cleared.
The time is reset.
The IP address is kept or deleted depending on which setting you made.

Resetting an S7-1500 CPU to factory settings
Requirement
If you start a reset to factory settings from the project context, an online connection to the
relevant CPU must exist.
The relevant CPU is in STOP mode.
Note
If the CPU is still in RUN mode and you start the reset operation, you can place it in STOP
mode after acknowledging a confirmation prompt.
Procedure
To reset an S7-1500 CPU to factory settings, follow these steps:
1. Open the Online and Diagnostics view of the CPU (either from the project context or via
"Accessible devices").
2. Select the "Reset to factory settings" group in the "Functions" folder.
3. Select the "Keep IP address" check box if you want to keep the IP address or the "Delete
IP address" check box if you want to delete the IP address.
Note
With "Delete IP address", all IP addresses are deleted. This applies regardless of how you
created the online connection.
If a memory card is inserted, selecting the "Delete IP address" option causes the following:
The IP addresses are deleted and the CPU is reset to factory settings. Then, the
configuration (including IP addresses) that is stored on the memory card is transferred into
the CPU (see below). If the memory card was formatted before resetting to factory settings
or if it is empty, no IP address is transferred into the CPU.
4. Click the "Reset" button.

Result
The module is switched to STOP mode if necessary and the settings are then reset to factory
settings. This means:
The work memory and the internal retentive system memory and all operand areas are
cleared.
All parameters are reset to their defaults.
The diagnostic buffer is cleared.
The time of day is reset.
The I&M data are deleted except for I&M0 data.
The runtime meters are reset.

The IP address is kept or deleted depending on which setting you made.

If a memory card was inserted prior to the reset to factory settings, the configuration
contained on the memory card (hardware and software) is downloaded to the CPU.
Formatting an S7-1500 memory card
Requirement
If you start the formatting of the memory card from the project context, an online connection
to the relevant CPU must exist.
The relevant CPU is in STOP mode.
Note
If the CPU is still in RUN mode and you start a formatting operation, you can place it in
STOP mode after acknowledging a confirmation prompt.
Procedure
To format an S7-1500 memory card, follow these steps:
1. Open the Online and Diagnostics view of the CPU (either from the project context or via
"Accessible devices").
2. Select the "Format memory card" group in the "Functions" folder.
3. Click the "Format" button.
4. Answer the safety prompt with "Yes".
Result
The memory card is formatted.
The CPU is temporarily unavailable.
The project data on the CPU are deleted with the exception of the IP address.
If you start the formatting of the memory card from the project context, the Online and
Diagnostics view remains open. If formatting is started via "Accessible devices", the Online
and Diagnostics view will close.

Assigning an IP address to a PROFINET IO device
Basic information on assigning an IP address to a PROFINET IO device
Overview
All PROFINET IO devices work with the TCP/IP protocol and therefore require an IP address
for operation on Industrial Ethernet. Once an IP address has been assigned to an IO device,
it can be accessed via this address. You can then download configuration data or perform
diagnostics, for example.
Requirement
The Ethernet LAN connection must already be established.
The Ethernet interface of your programming device or PC must be accessible.
The IO device that is to be assigned an IP address must be in the same IP band as the
Starting the address assignment via "Accessible devices"
Requirement
The devices accessible via the associated interface of the PG/PC are displayed in the
project tree (to display these, either double-click "Update accessible devices" in the project
tree or select the "Accessible devices..." command in the "Online" menu.).
You have double-clicked "Online access" -> <Selected interface> -> <PROFINET IO
device> -> "Online & Diagnostics" in the project tree to open the Online and Diagnostics
view.
Procedure
1. Open the "Functions" folder and the "Assign IP address" group inside this folder. The "MAC
address" field displays the MAC address of the PROFINET IO device. The "Accessible
devices" button is grayed out.
2. Enter the desired IP address.
3. Enter the subnet mask.
4. If a router is to be used, select the "Use router" check box and enter its IP address.
5. Click the "Assign IP address" button.

Result
The IP address is permanently assigned to the IO device or to the relevant PROFINET interface
of the IO device. It is retained even through a startup or a power failure.
Note
For an S7-1500 CPU, you can also use the above-described method to change the IP address
of a PROFINET interface, if a project has already been downloaded to the CPU via this
interface. This overwrites the IP address downloaded via the project.
See also
Starting the address assignment from the project context
Requirement
An online connection to the PROFINET IO device exists.
You have opened the Online and Diagnostics view of the PROFINET IO device from the
project context.
The PROFINET IO device is not assigned to any IO controller.
Procedure
1. Open the "Functions" folder and the "Assign IP address" group inside this folder.
2. Click the "Accessible devices" button in order to identify the devices that can be accessed.
Note: For an S7-1500 CPU, there are two entries here because it has two PROFINET
interfaces.
3. Select the IO device. The "IP address" field, "Subnet mask" field, "Use router" check box
and "Router address" field are grayed out and contain the node properties you used to
establish the current online access.
4. Click the "Assign IP address" button.
Result
The IP address is permanently assigned to the IO device or to the relevant PROFINET interface
of the IO device. It is retained even through a startup or a power failure.
See also

Assigning a PROFINET device name
Basic information on assigning a name to a PROFINET IO device
Device name
Before an IO device can be addressed by an IO controller, it must have a device name. This
procedure was chosen for PROFINET because names are easier to handle than complex IP
addresses.
Assigning a device name to a PROFINET IO device is comparable to setting the PROFIBUS
address for a DP slave.
An IO device has no device name in its delivery state. For an IO controller to address an IO
device, it must first be assigned a device name using the programming device or PC. It is now
ready to transfer the configuration information including the IP address during startup or
exchange user data in cyclic operation.
Rules for the device name

The device name is subject to the following limitations:
Restricted to a total of 240 characters (lower case letters, numbers, dash, or dot)
A name component within the device name, which is a character string between two dots,
must not exceed 63 characters.
No special characters such as umlauts, brackets, underscore, slash, blank space, etc. The
only special character permitted is the dash.
The device name must not begin or end with the "-" character.
The device name must not begin with a number.
The device name form n.n.n.n (n = 0, ... 999) is not permitted.
The device name must not begin with the string "port-xyz" or "port-xyz-abcde" (a, b, c, d,
e, x, y, z = 0, ... 9).
Where do I find the function I am seeking?

You can assign the name of a PROFINET IO device at the following places:
In the online and diagnostics view of the device in the "Assign name" group of the
"Functions" folder. The user interface for this group differs depending on how you open the
online and diagnostics view:
Open via "Accessible devices"
Open from the project context
In the "Assign PROFINET device name" dialog

See also
(Page 1392)
Assigning a name in the online and diagnostics view opened from the project context
(Page 1392)
Assigning a name in the "Assign PROFINET device name" dialog (Page 1393)
Requirement
You have opened the online and diagnostics view of the PROFINET IO device using
"Update accessible devices" (in the project tree) or "Accessible devices..." ("Online" menu).
Procedure
1. Open the "Functions" folder and the "Assign name" group inside this folder. The "Type"
field displays the module type of the PROFINET IO device.
2. Enter the required device name in the "PROFINET device name" input box.
3. Optional: Select the "Flash LED" check box in order to run an LED flash test on the
PROFINET IO device. In this way, you verify that you are naming the desired IO device.
Note
The LED flash test is not supported by all PROFINET IO devices.
The LED flash test runs until you cancel it. This is done, for example, by clearing the "Flash
LED" check box or by closing the online and diagnostics view.
Result
The entered name is assigned to the PROFINET IO device.
Assigning a name in the online and diagnostics view opened from the project context
Requirement
You have opened the online and diagnostics view of the PROFINET IO device from the
project context.
The PROFINET IO device can be accessed using at least one PG/PC interface.

Procedure
1. Open the "Functions" folder and the "Assign name" group inside this folder. The
"PROFINET device name" drop-down list displays the current name in the offline project,
and the "Type" box shows the module type of the PROFINET IO device.
Note
For CPUs with several PROFINET interfaces, the names of all existing PROFINET
interfaces are displayed in the offline project.
2. Choose a different name from the drop-down list, if necessary.

Note
In steps 3 to 5, you determine the IO devices that are present in the PROFINET subnet.
3. In the "PG/PC interface for assignment" drop-down list, select the PG/PC interface you
want to use to establish the online connection.
4. Optional: Use the three check boxes to make a selection from all IO devices available online.
5. Click the icon for determining the IO devices present in the PROFINET subnet. The table
is then updated.
6. Select the desired IO device in the table.
Note
LED" check box, by selecting another IO device in the table, or by closing the online and
diagnostics view.
Result
The selected name is assigned to the PROFINET IO device or one of its PROFINET interfaces.
Assigning a name in the "Assign PROFINET device name" dialog
Requirement
You have opened the "Assign PROFINET device name" dialog from the network view (from
the shortcut menu of a PN/IE connection).
The PROFINET IO device can be accessed using at least one PG/PC interface.

Procedure
1. The following is displayed in the "PROFINET device name" drop-down list:
the name of the interface that was used to open the project in the current offline project
the names of those IO devices that are connected by means of this interface
The "Type" field displays the module type of the PROFINET IO device.
Choose a different name from the drop-down list, if necessary.
Note
In steps 2 to 4, you determine the IO devices that are present in the PROFINET subnet.
2. In the "PG/PC interface for assignment" drop-down list, select the PG/PC interface you
want to use to establish the online connection.
3. Optional: Use the three check boxes to make a selection from all IO devices available online.
4. Click the icon for determining the IO devices present in the PROFINET subnet. The table
is then updated.
5. Select the desired IO device in the table.
Note
LED" check box or by selecting another IO device in the table.
Result
The selected name is assigned to the PROFINET IO device or the interface that was used to
open the dialog.
Calibrating an S7-1500 analog module
Calibrating an S7-1500 analog module - Overview
Where do you calibrate an S7-1500 analog module?

You calibrate an S7-1500 analog module in its Online and Diagnostics view in the "Calibrate"
group of the "Functions" folder.

Overview of the function scope of the calibrating function

You can perform the following functions for an S7-1500 analog module in the "Calibrate" group:
Specifying the current calibration of all channels
Calibrating a channel
Canceling a running calibration
Resetting the calibration of a channel to the factory settings
Requirement for the calibrating function described below

The following is required for the calibrating function described below:
You have opened the Online and Diagnostics view from the project context (thus not from
the project tree or via the "Online" menu).
There is an online connection to the analog module that is to be calibrated.
Offline and online configuration are identical.
Calibrating an S7-1500 analog module
Overview of the calibration of a channel of an S7-1500 analog module

The calibration of a channel of an S7-1500 analog module consists of the following steps:
1. Start calibration
2. Perform the second step up to the next to last step of the calibration
3. Complete calibration
These steps are described in more detail in the following section.
Requirement
You have opened the Online and Diagnostic view of the S7-1500 analog module from the
project context and are in the "Calibrate" group of the "Functions" folder.
The associated CPU is online.
No calibration is currently running on the analog module (if you want to start the calibration)
or the last step initiated has been performed successfully (if you want to resume or complete
the calibration).
Procedure for starting the calibration

To start the calibration, follow these steps:
1. In the overview table, select the line that belongs to the channel to be calibrated.
2. Click the "Start manual calibration" button.

The user interface then changes as follows:

The overview table and the "Start manual calibration" button and "Set to factory settings"
buttons become inactive.
The step display is activated and displays the numbers of the current and last steps.
The "Command" field becomes active and indicates what the user must do in the next
calibration step.
The "Status" field becomes active and shows the current status of the calibration, e.g.,
"Calibration successfully started".
The "Measured value" field becomes active. For an input module a value is displayed here;
you must enter a value here for an output module.
The "Cancel" button becomes active.
The "Next" button becomes active. This button can be used to advance to the next step of
the calibration.
Procedure for the second to the next to last step of the calibration
Follow these steps:
The fields of the user interface described above are then updated.
Procedure for the last step of the calibration

Follow these steps:
The user interface then changes as follows:
The overview table becomes active.
The calibration display of the calibrated channel is updated.
The "Start manual calibration" button and "Set to factory settings" buttons become active.
The step display is deactivated and the numbers of the current step and last steps are
empty.
The "Command" field becomes inactive and is empty.
The "Status" field becomes inactive and shows the last status of the calibration, e.g.,
"Calibration successfully finished".
The "Measured value" field becomes inactive and is empty.
The "Cancel" button becomes inactive.
The "Next" button becomes inactive.
Error occurrence
If an error occurs during the calibration, the module cancels the calibration. Afterwards, the
channel that was to be calibrated has the same settings as before the start of the calibration.

Except for the "Status" field, the user interface appears the same after the occurrence of an
error as before the calibration. The "Status" field displays the error that the module detected
during the calibration.
Canceling a running calibration of an S7-1500 analog module
Requirement
A calibration is currently running on the analog module.
Procedure
To cancel a running calibration, follow these steps:
1. Click the "Cancel" button.
Result
The running calibration is canceled, and afterwards the channel to be calibrated has the same
settings as before the calibration.
All operator controls in the user interface are deactivated until the cancelation is complete.
Except for the "Status" field, the user interface appears the same afterwards as before the
calibration. The "Status" field displays the result of the cancelation.
Resetting an S7-1500 analog module to factory settings
Requirement
Procedure
To reset a channel of an S7-1500 analog module to factory settings, follow these steps:
1. Select the line associated with the channel to be reset in the overview table.
2. Click the "Set to factory settings" button.

Result
All operator controls in the user interface are deactivated until the reset operation is complete.
Except for the "Status" field, the user interface appears the same afterwards as before the
reset operation. The "Status" field displays the result of the reset operation.
10.2.1.6 Diagnostics in STOP mode
Basic information on the diagnostics buffer
Function
The operating system of the CPU enters the errors detected by the CPU and the diagnostics-
capable modules into the diagnostics buffer in the order in which they occurred. This includes
the following events:
Every mode change of the CPU (POWER UP, change to STOP mode, change to RUN
mode)
Every hardware and diagnostic error interrupt
The top entry contains the most recent event. The entries in the diagnostics buffer are stored
permanently. They are retained even if the power supply fails and can only be deleted by
resetting the CPU to factory settings.
A diagnostics buffer entry contains the following elements:
Time stamp
Error ID
Additional information specific to the error ID
Advantages of the diagnostics buffer

The diagnostics buffer offers the following advantages:
After the CPU has changed to STOP mode, you can evaluate the last events prior to the
STOP so that you can locate and identify the cause of the STOP.
You can detect and eliminate the causes of errors more quickly and thus increase the
availability of the system.
You can evaluate and optimize the dynamic system response.
Organization of the diagnostics buffer

The diagnostics buffer is a ring buffer. The maximum number of entries for the S7-1200 CPUs
is 50. When the diagnostics buffer is full and a further entry needs to be made, all existing
entries are shifted by one position (which means that the oldest entry is deleted) and the new
entry is made at the top position that is now free (FIFO principle: first in, first out).

Evaluation of the diagnostics buffer

The contents of the diagnostics buffer can be accessed as follows:
Using the Online and Diagnostics view
The evaluation of events occurring prior to the error event (e.g., transition to STOP mode)
allows you to obtain a picture of the possible causes or to zero in more closely or specify in
more detail the possible causes (depending on the error type).
Read the detailed information about the events carefully and use the "Help on event" button
to obtain additional information and possible causes of individual entries.
Note
To make the best use of the time stamp information on the diagnostics buffer entries in time-
critical systems, it is advisable to check and correct the date and time of day on the CPU
occasionally.
Alternatively, it is possible to perform a time-of-day synchronization using an NTP time server.
See also
Resetting an S7-1200 CPU to factory settings (Page 1386)
Determining the cause of a STOP of a CPU (Page 1399)
Determining and setting the time of day on a CPU (Page 1383)
Assigning the clock parameters (Page 1193)
Determining the cause of a STOP of a CPU
Requirement
The CPU you want to analyze is in STOP mode.
Procedure
To find out the reason why a CPU changed to STOP, follow these steps:
1. Open the online and diagnostics view of the CPU.
2. Select the "Diagnostics buffer" group from the "Diagnostics" folder.
3. Evaluate the events occurring prior to the transition to STOP mode. Use this to obtain a
picture of the possible causes or to zero in on or specify in more detail the possible causes
(depending on the error type).
Read the detailed information about the events carefully and use the "Help on event" button
to obtain additional information and possible causes of individual entries.

Result
You were able to zero in on or determine in more detail the cause of the CPU STOP.
Note
If the analysis does not enable you to overcome the problem, contact Customer Support. In
this case, use the "Save as" button to back up the content of the diagnostics data to a text file
and submit it to Customer Support.
See also
Reading out the diagnostics buffer of a CPU (Page 1376)
10.2.1.7 Online accesses in the Online and Diagnostics view
Displaying status of the online connection
Requirement
The associated device can be accessed using at least one PG/PC interface.
Procedure
1. Open the online and diagnostics view for the device whose online connection status you
want to display.
2. Select the "Online access" group.
Note
The "Online access" group exists only for CPUs and some CPs. However, if you have
opened the online and diagnostics view using the "Show/update accessible devices"
function, it is not displayed.
Result
The status of the online connection is displayed in the "Status" area both graphically and in
text form.
Specifying a PG/PC interface, going online
Requirement
The associated device can be accessed using at least one PG/PC interface.
There is currently no online connection to the relevant device.

Procedure
1. Open the Online and Diagnostics view of the device to which you want to establish an online
connection.
2. Choose the "Online access" group and the "Online access" area within this group.
Note
The "Online access" group exists only for CPUs and some CPs. If you have opened the
Online and Diagnostics view using the "Show/update accessible devices" function, it is not
displayed.
3. If an online connection was established previously for the device, the associated data for
this online connection is preset in the drop-down lists. In this case, you can immediately
continue with the last step of this operating instruction, provided you have not changed the
IP address in the meantime using the Online and Diagnostics view.
4. Choose the interface type in the "Type of PG/PC interface" drop-down list.
The "PG/PC interface for online access" drop-down list then shows only the interfaces of
the programming device or PC that match the selected interface type.
5. In the "PG/PC interface for online access" drop-down list, select the programming device
or PC interface via which you want to establish the online connection.
6. Optional: Click the "Properties" button to change the properties of the associated CP.
7. In the "Connection to subnet" drop-down list, select the subnet via which the device is
connected to the PG/PC interface.
Note
The PG/PC interface is connected to an interface of a device.
If you only want to access this device, select the setting "Directly at slot <interface name>"
in the drop-down list.
If, however, you want to access another device by means of routing, create a subnet at this
interface in the device configuration and then select this subnet in the drop-down list.
8. If the device is accessible via a gateway, select the gateway that connects the two subnets
involved in the "1st gateway" drop-down list.
9. In the "Device address" entry field, enter the IP address of the device to which you want to
establish an online connection, if necessary.
Note
For CPUs with multiple IP addresses, select the IP address of the PROFINET interface you
want to use to establish an online connection from the "Device address" drop-down list.
10.Alternatively: Click the "Show accessible devices" button and choose the device from the
list of accessible devices to which you want to establish an online connection.
11.Click the "Go online" button.
Result
The online connection to the desired device is established.

Going offline
Requirement
There is currently an online connection to the relevant device.
Procedure
1. Open the online and diagnostics view of the device for which you want to disconnect the
online connection.
2. Choose the "Online access" group and the "Online access" area within this group.
Note
3. Click the "Go offline" button.
Result
The online connection to the desired device will be disconnected.
Performing the flash test for a device with an online connection
Requirement
There is currently an online connection to the relevant device.
The FORCE function is not active.
Procedure
1. Open the online and diagnostics view of the device for which you want to perform a flash
test.
2. Choose the "Online access" group and the "Status" area within this group.
Note
3. Select the "LED flash test" check box.

Result
On an S7-1200 CPU, the RUN/STOP, ERROR and MAINT LEDs flash.
On an S7-1500 CPU, the RUN/STOP, ERROR, and MAINT LEDs flash.
On an S7-300 or S7-400 CPU, the FRCE LED flashes.
The LEDs flash until you cancel the flash test. This is done, for example, by clearing the "LED
flash test" check box, by changing to another group of the online and diagnostics view, or by
changing settings in the "Online access" area.
10.2.1.8 Checking PROFIBUS DP subnets for faults
Basic information on the diagnostic repeater
What is the diagnostic repeater?

The diagnostic repeater is a repeater that can monitor a segment of an RS 485 PROFIBUS
subnet (copper cable) during operation and signal line errors to the DP master via a diagnostics
message frame.
The diagnostic repeater detects, localizes and visualizes line errors during operation at an
early stage. As a result, problems in the system are identified early and production downtimes
will be minimized.
Function of the diagnostic repeater

The diagnostic repeater can perform line diagnostics on the DP2 and DP3 segments because
it has a measuring circuit for these segments.
The line diagnostics run in two steps:
Step 1: Topology determination
You start the topology determination by calling the "DP_TOPOL" instruction in your program.
The diagnostic repeater then determines the PROFIBUS addresses and the distance of
the devices and creates a topology table.
Step 2: Error localization
The diagnostic repeater checks the lines during operation. It determines the distance to the
point of the error and the reason for the error; it then issues a diagnostics alarm with relative
information on the error location.
Display of detailed information on the determined error location

You receive detailed information on the determined error location in the Online and Diagnostics
view of the diagnostic repeater.
By means of icons
By means of a display with graphics and text

See also
Displaying the status of the segment diagnostics using icons (Page 1404)
Displaying the status of the segment diagnostics using graphics and text (Page 1404)
Displaying the status of the segment diagnostics using icons

The icons for the status of the segment diagnostics are available:
In the expanded "Segment diagnostics" folder in the navigation pane of the Online and
Diagnostics view of the relevant diagnostic repeater.
The diagnostics icon associated with the segment will be displayed behind the segment
designation. It must be noted here that line errors will be displayed for the DP2 and DP3
segments only. The DP1 and programming device segments do not display errors in the form
of a diagnostics icon; rather, they signal only a few bus errors.
Diagnostics icons
The following table shows the available icons and their meaning.
Icon Meaning
Segment is error-free
Segment contains errors
Segment is deactivated
Displaying the status of the segment diagnostics using graphics and text
Where is the status of the segment diagnostics displayed with graphics and text?
The status of the segment diagnostics will be displayed using graphics and text in the "DP1",
"DP2", "DP3", and "PG" groups of the "Segment diagnostics" folder in the Online and
Diagnostics view of the relevant diagnostic repeater.
Structure of the "DP1", "DP2" "DP3", and "PG" groups

The "DP1", "DP2", "DP3", and "PG" groups consist of the following elements:
"Error location" field
"Error" field
"Resolution" field

"Error location" field

This field displays the error location graphically, provided the diagnostic repeater can
determine the location.
The following picture shows an example for a line error occurring in the DP2 segment.
In this example, the diagnostic repeater has the PROFIBUS address 2, and a line error has
occurred between the devices with PROFIBUS addresses 16 and 17. This line error is located
25 m from device 16, 4 m from device 17, and 72 m from the diagnostic repeater.
"Error" field
The error is explained in plain text in this field.
"Resolution" field
Here, you will find actions for resolving the error.

Click this button to obtain a more detailed explanation of the error and additional details on
resolving the error, if applicable.

The "Freeze display" or "Cancel freeze" button is only enabled when there is an online
connection to the diagnostic repeater.
The default setting is "Freeze display".
The following happens when you click the "Freeze display" button:
The current display of the segment diagnostics is frozen.
The labeling of the button changes to "Cancel freeze".
If the display is frozen and you click the "Cancel freeze" button, the following happens:
The display of the segment diagnostics is updated again.
The labeling of the button changes to "Freeze display".

10.2.2 Connection diagnostics
10.2.2.1 Overview of connection diagnostics
Basics
Connection diagnostics, as described below, refers to the diagnostics of communication
connections.
The connection diagnostics is started each time an online connection is established to a
module (CPU or CP) that participates in one or more communication services. The connection
status is updated automatically in the background.
In the case of one-way connections, an online connection must exist to the communication
partner that has established the communication connection.
On connections configured at both ends, a distinction between the following two situations
must be made:
If there is an online connection to only one connection endpoint, only the part of the
connection belonging to this connection endpoint can be diagnosed.
If there is an online connection to both connection endpoints, both parts of the connection
(and therefore the entire connection) can be diagnosed.
Basic connections diagnostics options

Connection diagnostics can be performed as follows:
Using icons on the connection status display
This display is generated in the connection table.
Through detailed connection diagnostics
This step is available in the "Diagnostics > Connection information" area of the Inspector
window.
Requirement for the connection diagnostics described below

You can display the details of either all the communication connections created in the project
(default) or selected communication connections in the connection table.
The connection diagnostics described in the following assume that you display the details of
selected communication connections. To do this, clear the "Show all connections" option in
the shortcut menu.
10.2.2.2 Displaying the connection status using icons
Content of connection table without an online connection

For a CPU or CP, the connection table lists the communication connections (including
properties) configured offline, if an online connection is not established.

Content of connection table with an online connection

After the online connection has been established, the properties of the communication
connections listed offline will be expanded to include diagnostics icons for the connection
status ("Online status" column).
In addition, entries for all communication connections that exist online only (e.g., connections
for the instructions for Open User Communication, programming device and OP connections,
connections for web server access) will now be added to the connection table.
For connections that exist online or offline only, the diagnostics icon at the bottom right is
combined with a smaller additional comparison status icon.
Diagnostics icons for communication connections

The following table shows the diagnostics icons for communication connections.
Icon Meaning
Connection setup
Connection not setup / is being setup
Connection not available
Diagnostics icons for the comparison status

The diagnostic icons for communication connections can be combined at the bottom right with
additional smaller icons that indicate the result of the online/offline comparison. The following
table shows the available comparison icons and their meaning.
Icon Meaning
Connection exists online only
Connection exists offline only
10.2.2.3 Detailed connection diagnostics
Detailed connection diagnostics - overview
Where do I perform detailed connection diagnostics?

To perform detailed connection diagnostics, go to the "Diagnostics > Connection" information
of the Inspector window.

How do I open the "Diagnostics > Connection information" area of the Inspector window?
The following options are available for opening the "Connection information" tab of the
Inspector window.
Select the line of the relevant connection in the connection table. Click the "Diagnostics"
and "Connection information" tabs one after the other in the Inspector window.
Double-click the diagnostics icon of the relevant connection in the connection table.
This step takes you to the programming editor for a S7 communication instruction or open
user communication instruction. Double-click the diagnostic icon of the instruction
(stethoscope).
Structure or the "Diagnostics > Connection information" area of the Inspector window
Requirements: the content of the "Connection information" tab has been filled, and an online
connection to at least one end point of the relevant connection has been established.
If a module has been selected (network view), the tab will contain the following group:
Connection resources (for S7-1200 and S7-1500)
If a connection has been selected (connection table), it will contain the following groups:
Connection details
Address details of the connection (for S7-1200 and S7-1500)
Determining online connection resources for S7-1200
Where do you determine the online connection resources?

The online connection resources are obtained in the "Connection resources" group. This group
is located in the "Diagnostics > Connection information" area of the Inspector window. It is
displayed only if you have selected a module in the network view to which an online connection
exists.
Number of connection resources

Maximum number: Specifies the maximum number of available connection resources of
the module.
Not assigned: Indicates how many connection resources are not yet assigned. If connection
resources are already reserved for certain types of communication, then the unreserved
connection resources cannot always be used for the various connection types.

Reserved and currently assigned connection resources

For the communication types indicated below, the connection resources that are reserved and
currently assigned by the module will be displayed.
Communication type Meaning

PG communication Resources for connections between the module and programming devices (for exam
ple, for the establishment of a connection from the project tree, for online diagnostics,
etc.)
HMI communication Resources for connections between the module and HMI devices
Open User Communication Resources for connection of open user communication instructions
S7 communication Resources for configured S7 connections, through which data can be exchanged by
calling instructions in the user program.
Other communication Specifies other assigned connection resources for which connection resources are not
reserved.
Determining online connection resources for S7-1500
Where do you determine the online connection resources?

The online connection resources are obtained in the "Connection resources" group. This group
is located in the "Diagnostics > Connection information" area of the Inspector window. It is
displayed only if you have selected a module in the network view to which an online connection
exists.
Description of the detailed display of the connection resources

The detailed display of the connection resources includes:
Number of available connection resources
Number of configured connection resources
Number of connection resources still available
For a description of these, go to here .
Determining connection details
Where do I determine the connection details?

The connection details are obtained in the "Connection details" group. This group is located
in the "Diagnostics > Connection information" area of the Inspector window.

When is the "Connection details" group filled in?

The following requirements must be met to fill in the "Connection details" group on the
"Connection information" tab:
An online connection to the end point of the relevant connection must exist.
You have selected a line in the connection table.
Structure of the "Connection details" group

The "Connection details" group consists of the following elements:
Local ID (hex)
Connection type (for S7-1200 and S7-1500)
Protocol
Connection status: icon and description
Details
Last status change (for S7-300 and S7-400 only)
Determining the address details of a connection
Where do I determine the address details of a connection?

The address details of a connection are obtained in the "Connection address details" group.
This group is located in the "Diagnostics > Connection information" area of the Inspector
window.
For which CPUs is the "Connection address details" group available?

The "Connection address details" group of the "Connection information" tab is available for
S7-1200 and S7-1500 CPUs.
When is the "Connection address details" group filled in?

The following requirements must be met to fill in the "Connection address details" group on
the "Connection information" tab:
An online connection to the end points of the relevant connection must exist.
You have selected a line in the connection table.
Structure of the "Connection address details" group

The address details relevant to the connection type are specified for the two communication
partners.

Programming the PLC 11
11.1 Creating the user program
11.1.1 Programming basics
11.1.1.1 Operating system and user program
Operating system
Function
The operating system is contained in every CPU and organizes all CPU functions and
sequences that are not associated with a specific control task.
The tasks of the operating system, for example, include the following:
Processing a warm restart
Updating the process image of the inputs and outputs
Calling the user program
Detecting interrupts and calling interrupt OBs
Detecting and handling errors
Managing memory areas
The operating system is a component of the CPU and is already installed there upon delivery.
See also
User program (Page 1411)
User program
Function
The user program contains all functions that are necessary for processing your specific
automation task.

Programming the PLC
The tasks of the user program include:

Checking the requirements for a (warm) restart using startup OBs, for example, limit switch
in correct position or safety relay active.
Processing process data, e.g. linking binary signals, reading in and evaluating analog
values, defining binary signals for output, and outputting analog values
Reaction to interrupts, for example, diagnostic error interrupt if the limit value of an analog
expansion module is overshot.
Error handling in normal program execution
You write the user program and load it into the CPU.
See also
Operating system (Page 1411)
11.1.1.2 Blocks in the user program
Linear and structured programming
Linear programming
Solutions for small automation tasks can be programmed linearly in a program cycle OB. This
is only recommended for simple programs.
The following figure shows a linear program schematically: The "Main1" program cycle OB
contains the complete user program.
0DLQSURJUDP
0DLQ

Programming the PLC
Structured programming
Complex automation tasks can be more easily handled and managed by dividing them into
smaller sub-tasks that correspond to the technological functions of the process or that can be
reused. These sub-tasks are represented in the user program by blocks. Each block is then
an independent section of the user program.
Structuring the program offers the following advantages:
Extensive programs are easier to program through the structure.
Individual program sections can be standardized and used repeatedly with changing
parameters.
Program organization is simplified.
Changes to the program can be made more easily.
Debugging is simplified since separate sections can be tested.
Commissioning is simplified.
The following figure shows a structured program schematically: The "Main1" program cycle
OB calls subprograms one after the other that execute defined subtasks.
0DLQSURJUDP 6XESURJUDPV
0DLQ
%ORFNB
%ORFNB
Overview of the block types
Block types
Different BLOCK types are available to perform tasks within an automation system. The
following table shows the available block types:
Block type Brief description

Organization blocks (Page 1414) (OB) Organization blocks define the structure of the user program.
Functions (Page 1414) (FC) Functions contain program routines for recurring tasks. They have no "mem
ory".
Function blocks (Page 1415) (FB) Function blocks are code blocks that store their values permanently in in
stance data blocks, so that they remain available even after the block has
been executed.

Programming the PLC
Block type Brief description

Instance data blocks (Page 1417) Instance data blocks are assigned to a function block when it is is called for
the purpose of storing program data.
Global data blocks (Page 1416) Global data blocks are data areas for storing data that can be used by any
blocks.
Organization blocks (OB)
Definition
Organization blocks (OBs) form the interface between the operating system and the user
program. They are called by the operating system and control, for example, the following
operations:
Startup characteristics of the automation system
Cyclic program processing
Interrupt-driven program execution
Error handling
You can program the organization blocks and at the same time determine the behavior of the
CPU. Various organization blocks are available to you depending on the CPU used.
For more information on organization blocks, refer to the descriptions of the modes of operation
of CPUs in the "Additional information on configurations" chapter in "Configuring Hardware
and Networks".
Start information of organization blocks

When certain organization blocks are started, the operating system provides information that
can be evaluated in the user program. Refer to the descriptions of the organization blocks to
find out which information is provided, if any.
See also
Creating organization blocks (Page 1506)
Functions (FCs)
Definition
Functions (FCs) are code blocks without memory. You have no data memory in which values
of block parameters can be stored. Therefore, when a function is called, all formal parameters
must be assigned actual parameters.
Functions can use global data blocks to store data permanently.

Programming the PLC
Application
A function contains a program that is executed when the function is called by another code
block. Functions can be used, for example, for the following purposes:
To return function values to the calling block, e.g. for mathematical functions
To execute technological functions, e.g. individual controls using bit logic operations
A function can also be called several times at different points in a program. As a result, they
simplify programming of frequently recurring functions.
Note
Parameter transfer when calling functions
To avoid errors when working with functions, observe the information in chapter "Auto-
Hotspot".
See also
Creating functions and function blocks (Page 1507)
Function blocks (FB)
Definition
Function blocks are code blocks that store their input, output and in-out parameters
permanently in instance data blocks, so that they remain available even after the block has
been executed. Therefore they are also referred to as blocks "with memory".
Function blocks can also operate with temporary tags. Temporary tags are will not be stored
in the instance DB, but are available for one cycle only.
Application
Function blocks contain subroutines that are always executed when a function block is called
by another code block. A function block can also be called several times at different points in
a program. As a result, they simplify programming of frequently recurring functions.
Instances of function blocks

A call of a function block is referred to as an instance. An instance data block is required for
each instance of a function block; it contains instance-specific values for the formal parameters
declared in the function block.
The function block can store its instance-specific data in its own instance data block or in the
instance data block of the calling block.

Programming the PLC
Access modes
S7-1200 and S7-1500 offer two different access options for the instance data blocks, which
can be assigned to a function block when this is called:
Data blocks with optimized access
Data blocks with optimized access have no firmly defined memory structure. The data
elements contain only a symbolic name in the declaration, no fixed address within the block.
Data blocks with standard access (compatible with S7-300/400)
Data blocks with standard access have a fixed memory structure. The declaration elements
contain both a symbolic name in the declaration and a fixed address within the block.
Note
To avoid errors when working with function blocks, refer to the section "Auto-Hotspot".
See also
Multi-instances (Page 1427)
Instance data blocks (Page 1417)
Basics of block access (Page 1419)
Global data blocks (DB)
Definition
Data blocks are used to store program data. Data blocks thus contain variable data that is
used by the user program. Global data blocks store data that can be used by all other blocks.
The maximum size of data blocks varies depending on the CPU. You can define the structure
of global data blocks anyway you please.
You also have the option of using PLC data types (UDT) as a template for creating global data
blocks.
Global data blocks in the user program

Every function block, function, or organization block can read the data from a global data block
or can itself write data to a global data block. This data remains in the data block even after
the data block is exited. A global data block and an instance data block can be open at the
same time.
The following figure shows the different accesses to data blocks:

Programming the PLC
)XQFWLRQB
*OREDO'%
$FFHVVIRUDOOEORFNV
'%B*OREDO
)XQFWLRQB
)XQFWLRQ%ORFNB ,QVWDQFH'% $FFHVVRQO\IRUIXQFWLRQ

'%B,QVWDQFH GDWDERFNB
Access modes
S7-1200 and S7-1500 offer two different access options for global data blocks:
Data blocks with optimized access have no fixed defined structure. In the declaration, the
data elements are assigned only a symbolic name and no fixed address within the block.
Data blocks with standard access have a fixed structure. In the declaration, the data
elements are assigned both a symbolic name and a fixed address within the block.
ARRAY data blocks (S7-1500)

ARRAY data blocks are a particular type of global data block. These consist of an ARRAY of
any data type. For example, an ARRAY of a PLC data type (UDT) is possible. The DB contains
no other elements besides the ARRAY. Because of their flat structure, ARRAY data blocks
facilitate access to the ARRAY elements and their transfer to called blocks.
The "Optimized block access" attribute is always enabled for ARRAY data blocks. ARRAY
data blocks with standard access are not possible.
The "Move operations" section of the "Instructions" task card offers options for addressing of
ARRAY DBs.
See also
Creating data blocks (Page 1508)
Instance data blocks
Definition
The call of a function block is referred to as an instance. The data with which the instance
works is stored in an instance data block.

Programming the PLC
The maximum size of instance data blocks varies depending on the CPU. The tags declared
in the function block determine the structure of the instance data block.
Access modes
S7-1200 and S7-1500 offer two different access options for the instance data blocks, which
can be assigned to a function block when this is called:
Data blocks with optimized access have no firmly defined structure. The declaration
elements contain only one symbolic name in the declaration, and no fixed address within
the block.
Data blocks with standard access have a fixed structure. The declaration elements contain
both a symbolic name in the declaration and a fixed address within the block.
See also
CPU data blocks
Definition
CPU data blocks are generated by the CPU at runtime. To this purpose, insert the
"CREATE_DB" instruction into your user program. You can use the data block that is generated
at runtime to save your data.
CPU data blocks are indicated by means of a small CPU icon in the "Program blocks" folder
of an available node. You can monitor the values of the variables of a CPU data block in online
mode, similar to those of a different data block type.
You cannot create CPU data blocks in your offline project.
Loading CPU data blocks

The CPU data block that the user program has generated by means of the "CREATE_DB"
instruction is initially only available on the device in online mode. All CPU data blocks will be
included with the other blocks the next time you perform a complete download from the device
to the project. The CPU data blocks are marked with a small CPU icon in the process. However,
you cannot upload these CPU data blocks to your device again.

Programming the PLC
Restrictions on CPU data blocks in the project

Once the CPU data blocks have been loaded into your offline project, you can open and view
their content. However, note that the CPU data blocks in the project are write-protected. The
CPU data blocks in the project are therefore subject to the following restrictions:
You cannot edit CPU data blocks, or convert these into a different data block type.
CPU data blocks cannot be assigned a know-how protection.
You cannot change the programming language of a CPU data block.
CPU data blocks cannot be compiled or downloaded to a device.
Comparing CPU data blocks

Once the CPU data blocks have been loaded into your offline project, you can run an online/
offline comparison for the CPU DBs loaded. The comparison editor provides you with a
corresponding overview of the differences. It is possible to synchronize the online and off-line
version of CPU data blocks if differences are found, but not by downloading the offline version
to the device.
Deleting CPU data blocks

You can delete CPU data blocks both from the project and from the CPU.
See also
Deleting CPU data blocks (Page 1528)
Blocks with optimized access
Basics of block access
Introduction
STEP 7 offers data blocks with different access options:
Data blocks with optimized access (S7-1200/S7-1500)
Data blocks with standard access (S7-300 / S7-400 / S7-1200 / S7-1500)
Within one program you can combine the two types of blocks.

Data blocks with optimized access have no fixed defined structure. In the declaration, the data
elements are assigned only a symbolic name and no fixed address within the block. The
elements are saved automatically in the available memory area of the block so that there are
no gaps in the memory. This makes for optimal use of the memory capacity.

Programming the PLC
Tags are identified by their symbolic names in these data blocks. To address the tag, enter its
symbolic name. For example, you access the "Fill Level" tag in the "Data" DB as follows:
"Data".Fill Level
Blocks with optimized access offers the following advantages:
You can create data blocks with any structure without paying attention to the physical
arrangement of the individual data elements.
Quick access to the optimized data is always available because the data storage is
optimized and managed by the system.
Access errors, as with indirect addressing or from the HMI, for example, are not possible.
You can define specific individual tags as retentive.
Optimized blocks are equipped with a memory reserve by default which lets you expand
the interfaces of function blocks or data blocks during operation. You can download the
modified blocks without setting the CPU to STOP and without affecting the values of already
loaded tags.
Note
The "Optimized block access" attribute is always enabled for the following blocks and cannot
be deselected.
GRAPH blocks
ARRAY data blocks
Data blocks with standard access

Data blocks with standard access have a fixed structure. In the declaration, the data elements
are assigned both a symbolic name and a fixed address within the block. The address is shown
in the "Offset" column.
Tags in these data blocks can be addressed in both symbolic and absolute form.
"Data".Fill Level
DB1.DBW2
Setting Retentivity for Optimized Access or Standard Access

If you define data as retentive, its values are retained even after a power failure or a network
off. A retentive tag is not initialized after the hot restart but retains the value it had prior to the
power failure. If a DB tag is defined as retentive, it is stored in the retentive memory area of
the data block.

Programming the PLC
The options for setting the retentivity depend on the access type of the block.
In data blocks with standard access, you cannot set the retentive behavior of individual
tags. The retentivity setting is valid for all tags of the data block.
In data blocks with optimized access you can define the retentive behavior of individual
tags.
For structured data type tags, the retentivity setting always applies to the entire structure.
You cannot make any individual retentivity setting for separate elements within the data
type.
Setting Addressing Options for Optimized Access or Standard Access

Blocks with optimized access permit only "type-safe" access. Type-safe access addresses
tags by their symbolic name only. This means even changes to the block or the block interface
will not result in inconsistencies in the program or access errors.
The following table shows the permitted addressing options for optimized data:
Addressing Block with standard access Block with optimized access

Symbolic addressing x x
Indexed addressing of ARRAYs x
Slice access x x
Overlapping with AT x -
Absolute addressing x -
Indirect addressing via ANY x -
Indirect addressing via POINTER and x with symbolic notation only
VARIANT
See also
Setting up block access (Page 1421)
Setting up block access
Introduction
Block access is set up automatically when you create a block:
Blocks created on CPUs of the S7-1200/1500 product range provide optimized access by
means of a default setting.
New blocks created on CPUs of the S7-300/S7-400 product range provide standard access
by means of a default setting.
Access to a block that you copy or migrate to a CPU of a different product range is not converted
automatically. However, in certain situations it may be useful to change block access in manual
mode, e.g., in order to utilize the full functional scope of the CPU.

Programming the PLC
In most cases, you will have to recompile and load the program after block access has been
converted.
Notice
Optimized block access for GRAPH blocks
The "Optimized block access" attribute is always enabled for GRAPH blocks in S7-1500 and
cannot be deselected.
Procedure
To set the block access, proceed as follows:
2. Right-click on the block whose block access you want to change.
The properties dialog box of the block opens.
4. Click "Attributes" in the area navigation.
5. Enable or disable the "Optimized block access" option.
Restrictions and special features

As a matter of principle, you can only convert block access on CPUs of the S7-1200/1500
product range, as only these support the "optimized" access mode.
The following restrictions or special features apply in this context:
The block access of instance data blocks is always determined by the assigned function
block and cannot be changed in manual mode. If you change the access mode on a function
block, you also need to update the assigned instance data blocks. This update procedure
adapts the access mode of the instance data block.
System blocks and know-how protected blocks
You cannot manually edit the block access for system blocks and know-how protected
blocks.
Organization blocks
The start information of an OB with standard access is always stored in the first 20 bytes
of the "Temp" section in the block interface. By contrast, the start information of an OB with
optimized access is always written to the "Input" section. For this reason, the block interface
of OBs will also change whenever you convert block access. Additional information is
provided in the following sections.

Programming the PLC
Converting block access from "standard" to "optimized".

A block copied from the CPU of the S7-300/400 product range to a CPU of the S7-1200/1500
product range will initially retain the "standard" access mode. However, you can significantly
increase the performance of program execution by using blocks with optimized access, which
is why it may be useful to modify the access mode manually.
The blocks are adapted as follows in the course of conversion:
Function blocks
All interface parameters are assigned the "Non-retain" retentivity setting.
Global data blocks
The retentivity setting that was assigned centrally to the entire data block is transferred to
the individual interface parameters. It is now possible to manipulate the retentivity setting
of the various parameters.
However, the following rule will still apply: For structured data type tags, the retentivity
setting always applies to the entire structure. You cannot assign separate retentivity settings
to the various elements within a structured data type. It therefore follows that you cannot
assign individual retentivity settings to the tags of data blocks that are based on PLC data
types.
Organization blocks
All interface parameters that are stored in the first 20 bytes of the "Temp" section will be
deleted. New CPU-specific start information is entered in the "Input" section. Naming
conflicts with user-defined interface parameters occurring in the process are resolved by
renaming the user-defined interface parameters.
Caution
The conversion of the block access has the following consequences:
Absolute addressing of the interface parameters of the block is no longer possible after
conversion of block access to the "optimized mode.
Example: #L0.1 is no longer valid.
Since conversion to the "optimized" block access mode of organization blocks also modifies
the OB interface,
you may possibly have to adapt, recompile and load the program again due to these changes.
Converting block access from "optimized" to "standard".

If you want to copy or move a block from the CPU of the S7-300/400 product range to a CPU
of the S7-1200/1500 product range, you first need to set the "standard" access mode.

Programming the PLC
The blocks are adapted as follows in the course of conversion:

Function blocks and global data blocks.
You can no longer set a retentivity in the function block. The corresponding setting is made
in the instance data block.
All interface parameters in the instance DB or global DB are assigned the same retentivity
setting. The conversion is subject to the following rule:
If all interface parameters in the original block were retentive, the entire block will be
retentive after conversion.
If all interface parameters in the original block were non-retentive, the entire block will
be non-retentive after conversion.
If the interface parameters in the original block had different retentivity settings, the entire
block will be non-retentive after conversion.
Organization blocks
All interface parameters stored in the "Input" section will be deleted. New CPU-specific start
information is entered in the "Temp" section. This data is written to the first 20 bytes. Naming
conflicts with user-defined interface parameters occurring in the process are resolved by
renaming the user-defined interface parameters.
Caution
The conversion of the block access has the following consequences:
Since a conversion to "standard" block access mode might change the retentivity settings of
the interface parameters, you may possibly have to adapt, recompile and load the program
again due to these changes.
See also
11.1.1.3 Block calls
Principles of block calls
Function of block calls

For your blocks to be executed in the user program, they need to be called from another block.
When one block calls another block, the instructions of the called block are executed. Only
when execution of the called block has been completed does execution of the calling block
resume. The execution is continued with the instruction that follows on the block call.
The following figure shows the sequence of a block call within a user program:

Programming the PLC
&DOOLQJEORFN &DOOLQJEORFN
2%)%)& )%RU)&
3URJUDPH[HFXWLRQ
3URJUDPH[HFXWLRQ
2SHUDWLRQWKDWFDOOV
DQRWKHUEORFN
%ORFNHQG
Parameter transfer
When a block is called, you must assign values to the parameters in the block interface. By
providing input parameters you specify the data with which the block is executed. By providing
the output parameters you specify where the execution results are saved.
See also
Call hierarchy (Page 1425)
Principles for single instances and multi-instances (Page 1426)
Call hierarchy
Definition
The order and nesting of block calls is referred to as the call hierarchy. The permissible nesting
depth depends on the CPU.
The following figure shows an example of the order and nesting of block calls within an
execution cycle:

Programming the PLC
6WDUWRI 1HVWLQJGHSWK
F\FOH
)%B )&B
2SHUDWLQJV\VWHP ,QVWDQFH'%
)%B )%B )&B

0DLQ
,QVWDQFH'% ,QVWDQFH'%
)&B
'%B*OREDO
See also
Principles of block calls (Page 1424)
Call function blocks as single or multi-instances
Principles for single instances and multi-instances
Use of single instances and multiple instances

Function blocks (FBs) store their data in instance data blocks. Instance data blocks store the
values of the block parameters and the static local data of the function blocks.
You can assign instance data blocks as follows:
Single instance:
One instance data block for each instance of a function block
Multiple instance:
An instance data block for the instance of a function block and all instances of function
blocks called in it.
See also
Principles of block calls (Page 1424)
Single instances (Page 1427)
Call hierarchy (Page 1425)

Programming the PLC
Single instances
Definition
The call of a function block, which is assigned its own instance data block, is called a single
instance data block.
By assignment of the instance data block, you specify where the instance data of the FB is to
be stored. By assigning a different instance data block to each call, you can use the same FBs
several times with different instance data in each case.
Example of a single instance

You can control several motors using one function block. For this purpose, you assign a
different instance data block for each function block call for motor control.
The different data for the various motors, such as speed, ramp-up time, total operating time,
are saved in the different instance data blocks. A different motor will be controlled, depending
on the instance data block assigned.
The following figure shows the control of three motors using one function block and three
different data blocks:
5RWDWLRQDOVSHHG
0DLQ
'DWD
)%B0RWRU )%B0RWRU )%B0RWRU

3RZHUXS
)%B0RWRU 'DWD
5RWDWLRQDO 3RZHUXS 2SHUDWLRQ 2SHUDWLRQ

VSHHG
'DWD
See also
Multi-instances
Definition
Multi-instances enable a called function block to store its data in the instance data block of the
calling function block.

Programming the PLC
This allows you to concentrate the instance data in one instance data block and thus make
better use of the number of instance data blocks available.
One instance data block for the instances of different function blocks
The following figure shows how multiple different function blocks store their data in a calling
block. The FB_Workpiece calls the following on after the other: FB_Grid, FB_Punch and
FB_Conveyor. The called blocks store their data in the DB_Workpiece, the instance data block
of the calling block.
)%B*ULG
)%B:RUNSLHFH '%B:RUNSLHFH
&RQWUROOLQJ
0DLQ
VWDW)%B*ULG DJULG 'DWDIRU
'%B:RUNSLHFH VWDW)%B3XQFK JULG
VWDW)%B&RQYH\RU
)%B:RUNSLHFH
)%B3XQFK
)%B*ULG 'DWDIRU
&RQWUROOLQJ SXQFK
DSXQFK
)%B3XQFK
)%B&RQYH\RU )%B&RQYH\RU
'DWDIRU
FRQYH\RU
&RQWUROOLQJ
DFRQYH\RUb
,QVWDQFH'%RI)%B:RUNSLHFH

Programming the PLC
One instance data block for multi-instances of a function block

The following figure shows how a function block that is called in multi-instances stores the data
for all the instances in one instance data block.
)%B0RWRUV '%B0RWRU'DWD
)%B0RWRUB
0DLQ
'DWDIRU
VWDW)%B0RWRUB
0RWRUB
VWDW)%B0RWRUB
'%B0RWRU'DWD
VWDW)%B0RWRUB
)%B0RWRUV
)%B0RWRUB )%B0RWRUB 'DWDIRU

0RWRUB
)%B0RWRUB
)%B0RWRUB
)%B0RWRUB 'DWDIRU
0RWRUB
,QVWDQFH'%RI)%B0RWRUV
The function block FB_Motors calls three instances of the FB_Motor. The instances are
"Motor_1", "Motor_2" and "Motor_3". Each call uses different instance data. However, all
instance data are located in a single instance data block, DB_MotorData.
See also
Parameter transfer at block call
Basics of block parameters
Introduction
The calling block gives the called block the values with which it is to work. These values are
referred to as block parameters. The input parameters provide the called block with the values
that it has to process. The block returns the results via the output parameters.
Block parameters are therefore the interface between the calling and the call block.
You use input parameters when you want to only query or read values, and output parameters
when you want to set or write these values. If block parameters are read and written you have
to create these as in-out parameters.

Programming the PLC
Formal and actual parameters

The block parameters are defined in the interface of the called block. These parameters are
referred to as formal parameters. They are placeholders for the parameters that are transferred
to the block when it is called. The parameters transferred to the block when it is called are
referred to as actual parameters.
Rules for using the block parameters

The following rules apply to the use of block parameters within the block:
Input parameters may only be read.
Output parameters may only be written.
In/out parameters may be read and written.
See also
Parameter assignment to function blocks (Page 1433)
Parameter assignment to functions (Page 1431)
General rules for assigning parameters (Page 1430)
Using tags within the program (Page 1447)
Keywords (Page 1442)
Supplying block parameters during call
General rules for assigning parameters
Introduction
When you call a block with block parameters, assign actual parameters to its formal
parameters. The rules described below apply here.
Compatible data types

The data types of actual and formal parameters must be identical or convertible according to
the rules of data type conversion.
Transferring ARRAYs
You can transfer ARRAYs as parameters. If a block has an input parameter of ARRAY type,
you must transfer as actual parameter an ARRAY with identical structure. This means the data
type, the number of dimensions and the number of field components must be identical. You
can also transfer individual elements of an ARRAY as actual parameter if the element
corresponds to the data type of the formal parameter.

Programming the PLC
Transferring PLC data types

You can also transfer tags that are declared as PLC data type as actual parameters. If the
formal parameter is declared as PLC data type in the tag declaration, you must transfer a tag
that has the same PLC data type as actual parameter.
An element of a tag declared by means of PLC data type can also be transferred as actual
parameter at block call, provided that the data type of the element of the tag matches the data
type of the formal parameter.
Transferring structures (STRUCT)

You can transfer structures as parameters. If a block has an input parameter of the STRUCT
type, you must transfer as actual parameter a STRUCT with identical structure. This means
that the names and data types of all structure components have to be identical.
You can also transfer individual elements of an STRUCT as actual parameter if the element
corresponds to the data type of the formal parameter.
Note
We recommend programming structures as PLC data types. PLC data types make
programming easier, since they can be used multiple times and modified centrally.
See also
Parameter assignment to functions
Parameters of functions (FC)

Functions have no data memory in which values of block parameters can be stored. Therefore,
when a function is called, all formal parameters must be assigned actual parameters.
Input parameters (Input)

Input parameters are read only once per cycle, namely before the block call. Therefore, the
rule is that writing an input parameter within the block does not affect the actual parameter.
Only the formal parameter is written.

Programming the PLC
Output parameters (Output)

Output parameters are read only once per cycle, namely after the block call. Therefore, the
rule is that output parameters should not be read within the block. If you nevertheless read an
output parameter, please note that only the value of the formal parameter is read. The value
of the actual parameter cannot be read within the block.
If an output parameter of a function is not written in this function, the value that is predefined
for the specified data type is used. For example, the value "false" is predefined for BOOL.
However, structured output parameters are not pre-assigned with a value.
To prevent unintentional further processing of the predefined value or an undefined value, note
the following when programming the block:
Make sure that the output parameters are written with values for all possible program paths
within the block. In doing so, note that jump commands may skip instruction sequences in
which outputs are set, for example.
Note that the set and reset commands are dependent on the result of the logic operation.
If the value of an output parameter is determined with these commands and RLO = 0, a
value will not be generated.
If possible, assign a default value for the output parameters of functions.
In/out parameters (InOut)

In/out parameters are read before the block call and written after the block call. If you read or
write the parameter within the block, you only access its formal parameter.
An exception is in/out parameters with a structured data type. Structured data types consist
of several data elements, for example ARRAY or STRUCT. These are passed to the called
block through a POINTER. You therefore always access the actual parameter when you read
or write a structured in/out parameter within a block.
When an in/out parameter of a function is not written to this function, the old output value or
the input value is used as a value. Nevertheless, you should observe the information provided
above for output parameters so that old values are not inadvertently processed further.

Programming the PLC
Temporary local data (Temp)

Temporary local data is only available within a cycle. It is treated differently depending on the
block type:
Standard access
The following rule applies to code blocks with standard access as well as to all tags with
retentivity setting "Set in IDB":
If you are using temporary local data, you must ensure that the values are initialized prior
to use. Otherwise, the values will be random. Temporary data of the STRING of WSTRING
data type is an exception: They are automatically pre-assigned the maximum length of 254
characters and the actual length 0.
Optimized access
The following rule applies to code blocks with optimized access:
If a temporary tag is not written within a function, the value that is predefined for the specified
data type is used. For example, the value "false" is predefined for BOOL. Elements of the
PLC data types are pre-assigned with the default value that is specified in the declaration
of the PLC data type (UDT). ARRAY elements are pre-assigned with the value "0", even if
they are used within a PLC data type. STRINGs and WSTRINGs are automatically pre-
assigned the maximum length of 254 characters and the actual length 0.
Function value (Return)

Functions normally calculate a function value. This function value can be returned to the calling
block via the RET_VAL output parameter. For this, the RET_VAL output parameter must be
declared in the interface of the function. RET_VAL is always the first output parameter of a
function. All data types are permitted for the RET_VAL parameter except ARRAY and
STRUCT, as well as parameter types TIMER and COUNTER.
In the SCL programming language functions can be call directly in an expression. The result
of the expression is then formed with the calculated function value. Therefore, the data type
ANY is not permitted in SCL for the function value.
See also
Calling functions (Page 1685)
Examples for calling functions in SCL (Page 1688)
Parameter assignment to function blocks
Supplying parameters of function blocks (FB)

In the case of function blocks the parameter values will be stored in the instance data.
If the input, output, or in-out parameters of a function block were not assigned with values, the
stored values are used.

Programming the PLC
In some cases, it is mandatory to specify an actual parameter.

The following table shows which parameters of a function block must be assigned actual
parameters:
Parameter Elementary data type Structured data type Parameter type

Input (Input) optional optional required
Output (Output) optional optional required
In-out (InOut) optional required Permitted with S7-1200 only,
parameter assignment re
quired
Temporary (Temp) required required required
S7-1500: Optional with opti S7-1500: Optional with opti
mized block access mized block access
See also
Parameter types (Page 1953)
Transfer parameter as copy or as pointer
Introduction
When a block is called, you transfer data to the parameters in the block interface. At the input
parameters, you transfer the data with which the block is to work. At the output parameters,
you specify where the results of the processing are saved. In/out parameters are used to
transfer data to the called block as well as to return results.
Internally, STEP 7 recognizes two different methods of parameter transfer: The data is
transferred either as pointer or as copy, depending on the transfer range and data type of the
parameter.
Transfer as copy (Call by value)

During a block call, the value of the operand is copied to the input parameter of the called
block. With function blocks, the copy is stored in the instance DB; with functions, it is stored in
the block stack. Additional storage space is required for the copy.
This means that the called block always works with the value that the specified operand had
at the time of the block call. It cannot access the operand directly. Write access modifies only
the copy, but not the actual value of the specified operand. Read access reads only the copy
that was created at the time of the block call.

Programming the PLC
FC / FB
"My_int"
IN
value: 31
value: 31
Transfer as pointer (Call by reference)

The parameters are referenced via a pointer during the block call.
This means that the called block can directly access the memory address of the operand that
is specified as parameter: Write access directly results in the changing of the specified
operand. Read access reads the value of the operand directly at the time of access. As no
copy is created, no additional memory is required.
FC/FB
"My_string"
IN/OUT
value: 'Test'
Reference to"My_string"
Note
Declare structured data types in the "InOut" area
If possible, use the "InOut" area in the block interface for structured tags (e.g., of data type
ARRAY, STRUCT, STRING, ). As structured in/out parameters are always transferred as
pointer, the required data memory is not increased more than necessary.
Parameter transfer with S7-1200/1500

The following table shows how block parameters with elementary or structured data type are
transferred in S7-1200/1500. Elementary data types are, for example, BOOL, INT or BYTE.
Structured data types are, for example, ARRAY, STRUCT or STRING.
Elementary data types Structured data types

Input Copy Pointer
Output Copy Pointer
InOut Copy Pointer
FC
Input Copy Copy
Output Copy Copy
InOut Copy Pointer
FB

Programming the PLC
Note
Parameter transfer between blocks with optimized access and blocks with standard access
When optimized data is transferred to a block with the property "Standard access", it is always
transferred as copy. If the block contains numerous structured parameters, this can quickly
lead to the temporary memory area (local data stack) overflowing.
You can avoid this by setting the same access type for both blocks.
Parameter transfer with S7-300/400

The following table shows how block parameters with elementary or structured data type are
transferred in S7-300/400.
Elementary data types Structured data types

Input Copy* Pointer
Output Copy* Pointer
InOut Copy* Pointer
FC
Input Copy Copy
Output Copy Copy
InOut Copy Pointer
FB
* Exception: Operands from the memory areas I, Q, M, P, L and partly qualified DB addresses
(for example, "DW 2") are transferred as pointer.
Note
Special aspects of transfer as pointer in S7-300/400
In cases in which the parameters are transferred via a pointer, it is not possible to forward
output parameters or in/out parameters from the calling block to the input parameters of the
called block.

Programming the PLC
Forwarding of block parameters
Basic information on forwarding block parameters
Introduction
Definition
The "Forwarding" of block parameters is a special type of parameter use. In this case the block
parameters of the calling block are forwarded to the parameters of the called block. The called
block uses the values that are currently present at the block parameters of the calling block
as the actual parameters.
The following figure shows how the parameters of the function FC_10 are forwarded to the
function FC_12:
)XQFWLRQ)& &DOO )XQFWLRQ)&
)&B )&B
7DJGHFODUDWLRQ 7DJGHFODUDWLRQ
3DUDPB ,QSXW $B3DUDP ,QSXW
3DUDPB 2XWSXW %B3DUDP 2XWSXW
3DUDPB ,QRXW &B3DUDP ,QRXW
)&B
$B3DUDP 3DUDPB
%B3DUDP 3DUDPB
&B3DUDP 3DUDPB
Rules for LAD/FBD

The following general rules apply in LAD and FBD:
Input parameters can only be forwarded to input parameters.
Output parameters can only be forwarded to output parameters.
In/out parameters can be forwarded to all parameter types.
In S7-300/400, the two block parameters must have the same data type.
In S7-1200/1500, the parameters can also be converted according to the rules of implicit
conversion.
Rules for STL

The following general rules apply in STL:
Input parameters can only be forwarded to input parameters.
Output parameters can only be forwarded to output parameters.

Programming the PLC
In/out parameters can be forwarded to all parameter types.

Both block parameters must have the same data type. In STL, this rule applies to all CPU
families.
Rules for SCL

The rules for SCL are less stringent. So that programs from previous SCL versions can be
taken over more easily, additional parameter transfer options are permissible, but subject to
warning. You can, for example, forward an in/out parameter to an input parameter, but a
warning is output as the transferred in/out parameter cannot be written by the program.
Additional rules are described in detail in the following chapters.
See also
Calling a function by another function (Page 1438)
Call of a function by a function block (Page 1439)
Call of a function block by a function (Page 1440)
Call of a function block by another function block (Page 1440)
Calling a function by another function
Permissible data types for the call of a function by another function

Specific rules apply to the forwarding of formal parameters. The following table shows the rules
according to which parameters can be forwarded in the various CPU families:
FC calls FC Data types

Actual pa Formal pa Standard data ARRAY, ANY, VARIANT Parameter types DB_Any
rameter rameters types STRUCT, POINTER (TIMER, COUN
(calling (called STRING, TER,
block) block) WSTRING, BLOCK_XX)
DT
Input Input S7-300/400 S7-1200 S7-1500 S7-1200 S7-1500 S7-1200 as of
S7-1200 S7-1500 S7-1500 V2
S7-1500 S7-1500
Output Output S7-300/400 S7-1200 - S7-1200 - -
S7-1200 S7-1500 S7-1500
S7-1500
InOut Input S7-300/400 S7-1200 S7-1500 S7-1200 - -
S7-1200 S7-1500 S7-1500
S7-1500

Programming the PLC
InOut Output S7-300/400 S7-1200 - S7-1200 - -

S7-1200 S7-1500 S7-1500
S7-1500
InOut InOut S7-300/400 S7-1200 S7-1500 S7-1200 - -
S7-1200 S7-1500 S7-1500
S7-1500
See also
Basic information on forwarding block parameters (Page 1437)
Call of a function by a function block
Permissible data types for the call of a function by a function block

FB calls FC Data types

DT
Input Input S7-300/400 S7-300/400 S7-1500 S7-1200 S7-1500 S7-1200 as of
S7-1200 S7-1200 S7-1500 V2
S7-1500 S7-1500 S7-1500
Output Output S7-300/400 S7-300/400 - S7-1200 - -
S7-1200 S7-1200 S7-1500
S7-1500 S7-1500
InOut Input S7-300/400 S7-1200 S7-1500 S7-1200 - -
S7-1200 S7-1500 S7-1500
S7-1500
InOut Output S7-300/400 S7-1200 - S7-1200 - -
S7-1200 S7-1500 S7-1500
S7-1500
InOut InOut S7-300/400 S7-1200 S7-1500 S7-1200 - -
S7-1200 S7-1500 S7-1500
S7-1500
See also

Programming the PLC
Call of a function block by a function
Permissible data types for the call of a function block by a function

FC calls FB Data types

DT
Input Input S7-300/400 S7-1200 S7-1500 S7-1200 S7-300/400 S7-1200 as of
S7-1200 S7-1500 S7-1500 S7-1500 V2
S7-1500 S7-1500
Output Output S7-300/400 S7-1200 - S7-1200 - -
S7-1200 S7-1500 S7-1500
S7-1500
InOut Input S7-300/400 S7-1200 S7-1500 S7-1200 - -
S7-1200 S7-1500 S7-1500
S7-1500
InOut Output S7-300/400 S7-1200 - S7-1200 - -
S7-1200 S7-1500 S7-1500
S7-1500
InOut InOut S7-300/400 S7-1200 S7-1500 S7-1200 - -
S7-1200 S7-1500 S7-1500
S7-1500
See also
Call of a function block by another function block
Permissible data types for the call of a function block by another function block
FB calls FB Data types

DT

Programming the PLC
Input Input S7-300/400 S7-300/400 S7-1500 S7-1200 S7-300/400 S7-1200 as of

S7-1200 S7-1200 S7-1500 S7-1500 V2
S7-1500 S7-1500 S7-1500
Output Output S7-300/400 S7-300/400 - S7-1200 - -
S7-1200 S7-1200 S7-1500
S7-1500 S7-1500
InOut Input S7-300/400 S7-1200 S7-1500 S7-1200 - -
S7-1200 S7-1500 S7-1500
S7-1500
InOut Output S7-300/400 S7-1200 - S7-1200 - -
S7-1200 S7-1500 S7-1500
S7-1500
InOut InOut S7-300/400 S7-1200 S7-1500 S7-1200 - -
S7-1200 S7-1500 S7-1500
S7-1500
See also
11.1.1.4 Using and addressing operands
Basic information about operands
Introduction
When you program instructions you must specify which data values the instruction should
process. These values are referred to as operands. You can, for example, use the following
elements as operands:
PLC tags
Constants
Tags in instance data blocks
Tags in global data blocks
Absolute address and symbolic name

Operands are identified by means of an absolute address and a symbolic name. You define
the names and addresses in the PLC tag table or in the tag declaration of the blocks.

Programming the PLC
Data blocks with optimized access (S7-1200, S7-1500)

Data elements in data blocks with optimized access only receive a symbolic name and no
absolute address in the declaration. For more information on this, refer to "See also".
See also
Displaying symbolic and absolute addresses (Page 1539)
Keywords
SIMATIC recognizes a range of key words whose definitions are fixed and which have a certain
meaning in the program. You should not use these keywords as names for tags or constants.
Table of keywords
The following table shows all keywords.
Keywords Keywords Description

German mnemonics English mnemonics
& & And logical operation of logical
expressions
A Q Output, bit
A1 CC1 Condition code bit
A0 CC0 Condition code bit
AB QB Output, byte
AD QD Output, double word
AND AND And logical operation of logical
expressions
ANY ANY Data type, pointer
AR1 AR1 Address Register 1
AR2 AR2 Address Register 2
ARRAY ARRAY Introduces the specification of an
array and is followed by the in
dex list between "[" and "]"
AT AT Overlaying tag declaration
AUTHOR AUTHOR Name of the author, company
name, department name, or oth
er name (max. 8 characters, no
spaces)
AW QW Output, word
B B Byte
BEGIN BEGIN Introduces the instruction part for
code blocks or initialization part
for a data block
BIE BR Binary result

Programming the PLC

BLOCK_FB BLOCK_FB Parameter type for specification
of an FB
BLOCK_FC BLOCK_FC Parameter type for specification
of an FC
BLOCK_SDB BLOCK_SDB Parameter type for specification
of an SDB
BOOL BOOL Data type
BY BY Increment of the FOR loop
BYTE BYTE Data type
CALL CALL Call
CASE CASE Introduction to the CASE state
ment
CHAR CHAR Elementary data type
CODE_VERSION1 CODE_VERSION1 Label, whether an FB is multiple
instance capable or not. If you
want to declare multiple instan
ces, the FB must not have this
characteristic.
CONST CONST Start of the constant declaration
CONTINUE CONTINUE Instruction to exit a loop in SCL
COUNTER COUNTER Parameter type for specification
of a counter
DATA_BLOCK DATA_BLOCK Introduces the data block
DATE DATE Data type
DATE_AND_TIME DATE_AND_TIME Data type
DB DB Data block
DB_ANY DB_ANY Data type
DBB DBB Data block, data byte
DBD DBD Data block, data double word
DBLG DBLG Data block length
DBNO DBNO Data block number
DBW DBW Data block, data word
DBX DBX Data block, data bit
DI DI Instance data block
DIB DIB Instance data block, data byte
DID DID Instance data block, data double
word
DILG DILG Instance data block length
DINO DINO Instance data block number
DINT DINT Data type
DIW DIW Instance data block, data word
DIX DIX Instance data block, data bit
DO DO Introduction of the instruction
part in FOR and WHILE instruc
tion

Programming the PLC

DT DT Data type
DTL DTL Data type
DWORD DWORD Data type
E I Input (via process image), bit
EB IB Input (via process image), byte
ED ID Input (via process image), dou
ble word
ELSE ELSE Alternative branch in IF and
CASE statement
ELSIF ELSIF Alternative condition of the IF in
struction
EN EN System operand of the EN/ENO
mechanism
ENO ENO System operand of the EN/ENO
mechanism
END_CASE END_CASE End of the CASE statement
END_DATA_BLOCK END_DATA_BLOCK Ends the data block
END_FOR END_FOR End of the FOR statement
END_FUNCTION END_FUNCTION Ends the function
END_FUNCTION_BLOCK END_FUNCTION_BLOCK Ends the function block
END_IF END_IF End of the IF instruction
END_ORGANIZATION_BLOCK END_ORGANIZATION_BLOCK Ends the organization block
END_REPEAT END_REPEAT End of the REPEAT statement
END_STRUCT END_STRUCT Ends the specification of a struc
ture
END_SYSTEM_FUNCTION END_SYSTEM_FUNCTION Ends the system function
END_SYSTEM_FUNC END_SYSTEM_FUNC Ends the system function block
TION_BLOCK TION_BLOCK
END_TYPE END_TYPE Ends the PLC data type
END_VAR END_VAR Ends a declaration block
END_WHILE END_WHILE End of the WHILE instruction
EW IW Input (via process image), word
EXIT EXIT Instruction to exit a loop in SCL
FALSE FALSE Predefined Boolean constant:
Logical condition false, value
equal to 0
FAMILY FAMILY Block family name: e.g. controller
FB FB Function block
FC FC Function
FOR FOR Introduction of the FOR state
ment
FUNCTION FUNCTION Introduces the function
FUNCTION_BLOCK FUNCTION_BLOCK Introduces the function block

Programming the PLC

GOTO GOTO Introduction of the GOTO state
ment
IF IF Introduction of the IF instruction
INSTANCE INSTANCE Data type
INT INT Data type
KNOW_HOW_PROTECT KNOW_HOW_PROTECT Block protection
L L Local data bit
LB LB Local data byte
LD LD Local data double word
LDT LDT Data type
LINT LINT Data type
LTIME LTIME Data type
LTOD LTOD Data type
LW LW Local data word
LWORD LWORD Data type
M M Memory bit
MB MB Memory byte
MD MD Memory double word
MOD MOD Modulo operator
MW MW Memory word
NAME NAME Block name
NETWORK NETWORK Network
NOT NOT Logic inversion
NULL NULL Zero pointer
OB OB Organization block
OF OF Introduction of the data type
specification / Introduction of the
instruction part of the CASE
statement
OR OR Or logical operation of logical ex
pressions
ORGANIZATION_BLOCK ORGANIZATION_BLOCK Introduces the organization block
OS OS Save overflow
OV OV Overflow
PA PQ Output (direct peripherals), bit
PAB PQB Output (direct peripherals), byte
PAD PQD Output (direct peripherals), dou
ble word
PAW PQW Output (direct peripherals), word
PE PI Input (direct peripherals), bit
PEB PIB Input (direct peripherals), byte
PED PID Input (direct peripherals), double
word

Programming the PLC

PEW PIW Input (direct peripherals), word
POINTER POINTER Data type
READ_ONLY READ_ONLY Write protection for data blocks
REAL REAL Data type
REPEAT REPEAT Introduction of the REPEAT
statement
RET_VAL RET_VAL Return value
RETURN RETURN RETURN statement in SCL
S5T S5T Syntax for data type S5TIME
S5TIME S5TIME Data type
S7_ S7_ Keywords for system attributes
SDB SDB System data block
SFB SFB System function block
SFC SFC System function
SINT SINT Data type
STRING STRING Data type
STRUCT STRUCT Introduces the specification of a
structure and is followed by a list
of components
STW STW Status word
SYSTEM_FUNCTION SYSTEM_FUNCTION System function
SYSTEM_FUNCTION_BLOCK SYSTEM_FUNCTION_BLOCK System function block
T T Time element (timer)
THEN THEN Introduction of the instruction
part of an IF instruction
THIS THIS Syntax for access to an ARRAY
data block
TIME TIME Elementary data type for time in
formation
TIME_OF_DAY TIME_OF_DAY Data type
TIMER TIMER Parameter type for specification
of a timer
TITLE TITLE Optional block title or network ti
tle
TO TO Definition of the full-scale value
of a FOR statement
TOD TOD Data type
TRUE TRUE Predefined Boolean constant:
Logical condition true, value not
equal to 0
TYPE TYPE Introduction of the PLC data type
UDT UDT Global or PLC data type
UDINT UDINT Data type
UINT UINT Data type

Programming the PLC

ULINT ULINT Data type
UNLINKED UNLINKED Marking 'non runtime-related'
UNTIL UNTIL End of the instruction part of a
REPEAT statement
USINT USINT Data type
UO UO Query after (Q1=1) AND (Q0=1)
VAR VAR Introduces a declaration block
VAR_IN_OUT VAR_IN_OUT Introduces a declaration block
VAR_INPUT VAR_INPUT Introduces a declaration block
VAR_OUTPUT VAR_OUTPUT Introduces a declaration block
VAR_TEMP VAR_TEMP Introduces a declaration block
VARIANT VARIANT Data type
VERSION VERSION Version number of the block
VOID VOID Function has no return value
WCHAR WCHAR Data type
WSTRING WSTRING Data type
WHILE WHILE Introduction of a WHILE instruc
tion
WORD WORD Data type
XOR XOR Logic operation
Z C Counter
Using tags within the program
Definition
A variable is a placeholder for a data value that can be changed in the program. The format
of the data value is defined. The use of variables makes your program more flexible. For
example, you can assign different values to variables that you have declared in the block
interface for each block call. As a result, you can reuse a block you have already programmed
for various purposes.
A variable consists of the following elements:
Name
Data type
Absolute address
PLC tags and DB tags in blocks with standard access have an absolute address.
DB variables in blocks with optimized access have no absolute address.
Value (optional)

Programming the PLC
Declaring Variables
You can define variables with different scopes for your program:
PLC tags that apply in all areas of the CPU
DB variables in global data block that can be used by all blocks throughout the CPU.
DB tags in instance data blocks that are predominantly used within the block in which they
are declared.
The following table shows the difference between the variable types:
PLC tags Variables in instance DBs Variables in global DBs

Range of appli Are valid throughout the entire CPU. Are predominantly used Can be used by all blocks
cation in the block in which they on the CPU.
Can be used by all blocks on the CPU.
are defined. The name is unique within
The name is unique within the CPU.
The name is unique within the global DB.
the instance DB.
Permissible char Letters, numbers, special characters Letters, numbers, special Letters, numbers, special
acters characters characters
Quotation marks are not permitted.
Reserved keywords are not permitted. Reserved keywords are Reserved keywords are
not permitted. not permitted.
Use I/O signals (I, IB, IW, ID, Q, QB, QW, Block parameters (input, Static data
QD) output and in-out
Bit memory (M, MB, MW, MD) parameters),
Static data of a block
Location of defi PLC tag table Block interface Declaration table of the glob
nition al DB
See also
Basic information about operands (Page 1441)
Valid names of PLC tags (Page 1481)
Permissible addresses and data types of PLC tags (Page 1482)

Programming the PLC
Constants
Basics of constants
Definition
Constants are data with a fixed value that you cannot change during program runtime.
Constants can be read by various program elements during the execution of the program but
cannot be overwritten. There are defined notations for the value of a constant, depending on
the data type and data format. A distinction is made between the typed and non-typed notation.
Non-typed constants
In the non-typed notation, you only enter the value of the constant without a data type. Non-
typed constants do not receive their data type until the first arithmetic or logical operation in
which they are used.
The example below shows the non-typed notation:
SCL
#My_Int1 := #My_Int2 + 12345 (*The data type of the constant "12345"
results from the addition with My_Int 2. "12345"
receives the data type INT.*)
#My_Real1 := #My_Real2 + 12345 (*The data type of the constant "12345" results
from the addition with My_Real2. "12345" re-
ceives the data type REAL.*)
Typed constants
In the typed notation, you specify a data type in addition to the value of the constant.
The example below shows the typed notation:
SCL
#My_Int1 := INT#12345 (*The data type of the constant is always
INT.*)
Note
Constants of BOOL type in LAD/FBD
Constants of the BOOL type may not be used as inputs of instructions in S7-300/400.
Constants of the BOOL type may be used as inputs of instructions which are a system-internal
function block (FB) in S7-1200/1500. These instructions are identified by the fact that the "Call
options" dialog opens when you insert the instruction into a network. Boolean constants may
not be used as inputs for all other instructions.

Programming the PLC
Additional information on the data types of constants, their input formats and value ranges:
Data types (Page 1908)
Calculating with constants in SCL (Page 295)
See also
Layout of the block interface (Page 1551)
Declaration of symbolic names for constants
Symbolic constants
You have the option of declaring symbolic names for constants and thus making constant
values available under a name in the program. This makes a program more readable and
easier to maintain when changing constant values.
A symbolic constant consists of the following elements:
Name
Data type
Symbolic constants always have a data type; non-typed notation is not possible for symbolic
constants.
Constant value
You can select any value from the value range of the specified data type as constant value.
For information on the value ranges, refer to the "Data types" chapter.
Declaration of constants
You can define constants with different scopes of validity:
Global constants that apply to all areas of the CPU
Local constants that only apply within a block
The table below shows the difference between the constant types:
Global constants Local constants

Scope of validity Are valid throughout the Are valid only in the block in
entire CPU which they were declared.
The name is unique within The name is unique within
the CPU. the block.
Permitted characters The permitted characters in The permitted characters in
constant names are letters, constant names are letters,
digits and special characters. digits and special characters.

Programming the PLC
Global constants Local constants

Location of definition "Constants" tab from the PLC tag Block interface
table
Representation In quotation marks, for example.: Prefixed with a number sign, for
"Glob_Const" example:
#Loc_Const
Note
Downloading constant declarations (S7-300/400)
Local and global constant declarations are not downloaded into the CPU. If you download a
program from a device, the constant declarations may no longer be available.
Additional information on the procedure for declaring constants:
Auto-Hotspot
Auto-Hotspot
Data types of constants
Permitted data types

For constants, all basic data types as well as all derived data types are permitted:
Binary numbers
Bit strings
Integers
Floating-point numbers
Timers
Date and time
Character strings
All general rules for explicit and implicit type conversion apply.
Data types of non-typed constants

Non-typed constants do not contain an explicit type specification. They do not receive their
data type until the first arithmetic or logical operation in which they are used.

Programming the PLC
The example below shows how non-typed constants are used:
SCL
#My_Int1 := #My_Int2 + 12345 (*The data type of the constant "12345"
results from the addition with My_Int 2. "12345"
receives the data type INT.*)
#My_Real1 := #My_Real2 + 12345 (*The data type of the constant "12345" results
from the addition with My_Real2. "12345" re-
ceives the data type REAL.*)
Note
STEP 7 always uses the data type with the highest possible precision
Unless the data type of a constant can be clearly defined in an expression, the data type with
the highest precision available on the current CPU is used.
Example:
#My_Real := #My_Int / 3.5
In this expression an integer tag is combined with a non-typed floating point constant. In
S7-300/400 the right part of the assignment is calculated in the REAL format. In S7-1200/1500,
calculation is performed using the highest possible precision, which in this case means LREAL.
As a result, the assignment to a REAL tag is invalid or generates a warning.
To precisely define the data type of a constant, use the typed notation.
Example:
#My_Real := #My_Int / REAL#3.5
Data types (Page 1908)
Examples of using constants
Use in instructions, assignments and expressions

Constants can be used in place of tags in instructions or assignments. You can also use
constants in expressions in SCL. But because constants cannot be written, they may only be
used as inputs.
The example below shows possible uses of constants:
SCL
#My_Int := 3;

Programming the PLC
SCL
#My_Real1 := #My_Real2 * 3;
#My_Real1 := #My_Real2 * #My_local_const;
#My_Real1 := #My_Real2 * "My_global_const";
Use as a default value

You can use constants as the default value of a tag. To do so, enter either the value or the
symbolic name of the constant in the "Default value" column of the block interface. The data
type of the constant must match the data type of the tag or be convertible with it according to
the implicit conversion with IEC check.
Name conflicts can occur if you have declared a local and a global constant with the same
symbolic name and have used this doubly specified name as the default value of a tag. In this
case, the local constant is automatically used.
Use as an ARRAY limit

You can use local or global constants of data type INT or DINT as ARRAY limits.
The example below shows the use of constants as ARRAY limits:
SCL
Array[#My_local_const1..#My_local_const2] of REAL
Array["My_global_const1".."My_global_const1"] of REAL
Note
Constants as ARRAY limits
Constants which are used as ARRAY limits cannot be changed if the memory reserve of
the block is activated. This applies to both local and global constants. To change these
constants, you must first disable the memory reserve.
Changes to global constants result in inconsistencies in the blocks which use them as
ARRAY limits. The inconsistencies are marked in red in the block used. To remedy these
inconsistencies, the data blocks have to be updated.
See also: Updating data blocks (Page 1708)
Data types
See also

Programming the PLC
Addressing operands
Addressing global variables
Addressing global variables

To address a global PLC variable, you can use the absolute address or the symbolic name.
Note
The LWORD, LINT, ULINT, LREAL, LTIME, LTOD and LDT data types can only be addressed
by means of their symbolic name.
Addressing global variables in symbolic form

When you use addressing in symbolic form, you enter the variable name from the PLC tag
table. The symbolic name of global variables are automatically enclosed in quotation marks.
You address structured tags that are based on a PLC data type with the symbolic name of the
PLC tag. You can also indicate the names of the individual components separated by a dot.
Addressing global variables in absolute form

When you use addressing in absolute form, you enter the address of the variables from the
PLC tag table. The absolute address uses numerical addresses starting with zero for each
operand range. The address identifier % is set automatically as prefix for the absolute address
of global tags.
Examples
The following examples show applications of symbolic and absolute addressing:
Addressing Description
%Q1.0 Absolute address: Output 1.0
%I16.4 Absolute address: Input 16.4
%IW4 Absolute address: Input word 4
"Motor" Symbolic address "Motor"
"Value" Symbolic address "Value"
"Structured_Tag" Symbolic address of a tag that is based on a PLC da-
ta type
"Structured_Tag".Component Symbolic address of the component of a structured
tag.
See also: Permissible addresses and data types of PLC tags (Page 1482)

Programming the PLC
See also
Accessing I/O devices (Page 1455)
Accessing I/O devices
Description
The process image of the CPU is updated once in a cycle. In time-critical applications, however,
it can be that the current state of a digital input or output has to be read or transferred more
often than once per cycle. For this purpose you can use a suffix for I/O access identifiers on
the operand to directly access the I/O.
If you want to read the input directly from the peripherals, use the peripheral inputs memory
area (PI) instead of the process input image (I). The peripherals memory area can be read as
a bit, byte, word, or double word.
If you want to write directly to the output, use the peripheral output (PQ) memory area instead
of the process output image (Q). The peripheral output memory area can be written as a bit,
byte, word, or double word.
To read or write a signal directly from a peripheral input, you can add the suffix for I/O access
":P", to the operand.
Components of structured PLC tags can also be addressed with ":P". However, access to the
higher-level tag with ":P" is not possible.
Warning
Direct writing of the I/O
Immediate writing to the I/O can lead to hazardous states, for example when writing multiple
times to an output in one program cycle.
Syntax
<Operand>:P
Example
The following example shows applications of I/O access identifiers:
"Motor" Addresses the "Motor" tag in the process image.
"Motor":P Addresses the "Motor" tag in the I/O memory area (PI
or PQ).
"Structured_Tag".Component Addresses the component of a structured PLC tag in the
process image.

Programming the PLC
"Structured_Tag".Component:P Addresses the component of a structured PLC tag in the
I/O memory area (PI or PQ).
See also
Addressing global variables (Page 1454)
Addressing variables in data blocks
Addressing variables in global data blocks
Description
Tags in global data blocks can be addressed in symbolic or absolute form. For symbolic
addressing, you use the name of the data block and the name of the tag, separated by a dot.
The name of the data block is enclosed in quotation marks.
For absolute addressing, you use the number of the data block and the absolute address of
the tags in the data block, separated by a dot. The address identifier % is set automatically as
prefix for the absolute address.
The S7-1200/1500 provides you with an option of accessing a data block that is not yet known
during programming. For this purpose, create a block parameter of data type DB_ANY in the
block interface of the accessing block. The data block name or data block number is transferred
to this parameter during runtime. In order to access the internal tags of the data block, use the
name of the block parameter of data type DB_ANY and the absolute address of the tag,
separated by a dot.
Note
Transfer DB with memory reserve to the parameter DB_ANY.
It is not possible to transfer a DB with memory reserve to a block parameter of data type
"DB_ANY".
Note
Addressing DB tags in absolute form
Absolute addressing is not possible for the following tags:
Tags in blocks with optimized access.
Tags of data type LWORD, LINT, ULINT, LREAL, LTIME, LTOD and LDT.
Best practice is to use the more convenient symbolic addressing for these tags.

Programming the PLC
ARRAY data blocks

ARRAY data blocks are a particular type of global data block. These consist of an ARRAY of
any data type. For example, an ARRAY of a PLC data type (UDT) is possible.
You address elements in ARRAY data blocks with the help of the keyword "THIS". The index
is then specified in square brackets. The index can be a constant as well as a tag. Integers
with a width of up to 32 bits are permitted as tags for the index.
Extended options for addressing ARRAY DBs are available in the "Move" section of the
"Instructions" task card. These instructions give you the option, for example, to also address
the DB name indirectly.
Syntax
"<DBname>".TagName
%<DBnumber>.absoluteAddress
#<DBAny_name>.%absoluteAddress
"<ArrayDBname".THIS[#i].<Component>.<ComponentElement>
SCL:
"<ArrayDBname"."THIS"[#i].<Component>.<ComponentElement>
The following table show the possible absolute addresses of tags in data blocks:
Data type Absolute address Example Description

BOOL %DBn.DBXx.y %DB1.DBX1.0 Data bit 1.0 in DB1
BYTE, CHAR, SINT, %DBn.DBBy %DB1.DBB1 Data bit 1 in DB1
USINT
WORD, INT, UINT %DBn. DBWy %DB1.DBW1 Data word 1 in DB1
DWORD, DINT, %DBn.DBDy %DB1.DBD1 Data double word 1 in
UDINT, REAL, TIME DB1
Example
The following examples show the addressing of tags in global data blocks:
"Motor".Value Symbolic addressing of the "Value" tag in the "Mo-
tor" global data block.
%DB1.DBX1.0 Absolute addressing of the "DBX1.0" tags in the
"DB1" global data block.
#MyDBAny.%DBX30.0 Absolute addressing of the "DBX30.0" tag in the
global data block that is transferred at runtime
at the "MyDBany" parameter.
"MyARRAY_DB".THIS[#MyIndex].My- Addressing an ARRAY data block. The ARRAY index
Component.MyComponentElement is specified with the "MyIndex" tag. The ARRAY el-
ement has two additional substructures: "MyCompo-
nent" and "MyComponentElement".

Programming the PLC
See also
Using the DB_ANY data type (Page 275)
Addressing structured variables (Page 1459)
Addressing areas of a tag with slice access (Page 1461)
Basics of indirect addressing (Page 1465)
Addressing instance data (Page 1458)
Addressing instance data
Description
You can address data elements from the interface of the current block. These tags are stored
in the instance data block.
Note
Tags in blocks with optimized access can only be addressed in symbolic form.
To address a tag from the interface of the current block, enter the character # followed by the
symbolic tag name.
You can also access the tags of a multiple instance block. Within the multiple instance block,
also use the character # followed by the tag name to address the data. You access the data
of the multiple instance block from the calling block using #<Multiple
instanceName.TagName>.
Syntax
Use the following syntax for addressing tags in instance data blocks:
#<TagName>
#<Multiple instanceName.TagName>
Examples
The following examples show the addressing of tags in instance data blocks:
#Value Addressing the "Value" tag in the instance data block.
#On Addressing the "On" tag within the multiple instance block
#Multi.On Addressing the "On" tag of the multiple instance block from the
calling block
See also
Addressing variables in global data blocks (Page 1456)

Programming the PLC

Addressing structured variables
Addressing data elements of an ARRAY

You access an element in an ARRAY using the syntax ArrayName[i,j,k...].
The index of the element is specified in square brackets. The index includes an integer value
(-2147483648 ... 2147483647) for each ARRAY dimension.
Access errors result when you access an element during runtime which is located outside the
declared ARRAY limits. The various CPU families react differently to violations of the ARRAY
limits:
S7-300/400
The CPU changes to "STOP" mode.
You can program the program execution error OB (OB 85) to prevent this.
In SCL, you also have the option of enabling the attribute "Check ARRAY limits" in the
block properties. This causes the enable output ENO to be set to FALSE in the case of
ARRAY access errors.
S7-1200
The CPU generates a diagnostic buffer entry and remains in "RUN" mode.
S7-1500
The CPU changes to "STOP" mode.
You can program the programming error OB (OB 121) to prevent this.
You also have the option of programming the local error handling with the instructions
"GET_ERROR: Get error locally" or "GET_ERROR_ID: Get error ID locally".
Note
Monitoring ARRAY access errors with ENO
The enable output ENO is not set to the signal state FALSE if the ARRAY limits are violated
during execution of an instruction. The only exception is SCL blocks on CPUs of the
S7-300/400 series for which the block property "Check ARRAY limits" is set.
See also:
Array (Page 1941)
Indirect indexing of ARRAY components (Page 1467)

Programming the PLC
Addressing ARRAY data blocks

ARRAY data blocks are a particular form of the ARRAY. ARRAY data blocks are global data
blocks that consist of exactly one ARRAY. You address elements in ARRAY data blocks using
the following syntax:
"<GlobArrayDBname".THIS[#i].<componentname>."<elementname>"
SCL:
"<GlobArrayDBname"."THIS"[#i].<componentname>."<elementname>".
The "Move" section of the "Instructions" task card offers extended options for addressing
ARRAY DBs. These instructions give you the option, for example, to also address the DB name
indirectly.
Addressing data elements in structures

You access individual elements in a structure using StructureName.ElementName.
See also:
Structures (Page 1945)
Addressing data elements of an PLC data type

The syntax PLCDataTypeName.ElementName is used to access elements of a PLC data
type.
See also:
Auto-Hotspot
Addressing individual characters of a STRING or WSTRING (S7-1200/1500)

Use the syntax StringName[i] to access an individual character of a STRING or WSTRING
tag. The counting index "i" begins with "1". Thus, you access the first character of the string
with StringName[1].
You cannot access individual characters of a STRING or WSTRING constant.
Errors result when you access a character during runtime which is located outside the STRING
length. On read access to the STRING, you receive the character '$00' or '$0000'; write access
to the STRING is not executed. If the instruction has the enable output ENO, ENO is set to the
signal state FALSE. The CPU does not change to STOP.
See also:
Character strings (Page 1936)
Examples:
The following examples show the addressing of structured data type tags:
Motor.Value_1x3[2] Addressing of a one-dimensional array
Motor.Value_2x4[2,4] Addressing of a two-dimensional array

Programming the PLC
Motor.Value_4x7[2,4,1,3] Addressing of a four-dimensional array
Batch_1.Temperature Addressing of the element "Temperature" in the struc-
ture "Batch_1"
Values.Temperature Addressing of the "Temperature" element in the "Values"
tag, which is based on a PLC data type.
STRING[3] Addresses the third character of the STRING.
WSTRING[3] Addresses the third character of the WSTRING.
See also
Addressing areas of a tag with slice access
Description
You have the option to specifically address areas within declared tags. You can access areas
of the 1-bit, 8-bit, 16-bit, or 32-bit width. The type of access is referred to as "slice access".
Structures, constants and tags overlaying AT cannot be addressed with slice access.
Syntax
The following syntax is used for addressing:
<Tag>.X<Bit number>
<Tag>.B<BYTE number>
<Tag>.W<WORD number>
<Tag>.D<DWORD number>
The syntax has the following components:
Part Description
<Tag> Tag that you access. The tag must be of the "Bit string" data type. In the
case of deactivated IEC check, access to tags of the "Integer" data type is
also possible.
X ID for the access width "Bit (1Bit)"
B ID for the access width "Byte (8 Bit)"
W ID for the access width "Word (16 Bit)"
D ID for access width "DWord (32-bit)"
<BIT number> Bit number within <tag> that is accessed. Number 0 accesses the least
significant BIT.
<BYTE number> Byte number within <tag> that is accessed.
The number 0 accesses the least significant BYTE.

Programming the PLC
Part Description
<WORD number> Word number within <tag> that is accessed.
The number 0 accesses the least significant WORD.
<DWORD number> DWord number within <tag> that is accessed.
The number 0 accesses the least significant DWORD.
Examples
The following examples show the addressing of individual bits:
"Engine".Motor.X0 "Motor" is a tag of the BYTE, WORD, DWORD or LWORD data
"Engine".Motor.X7 type in the global data block "Engine".
X0 addresses the bit address 0, X7 the bit address 7 with-
in "Motor".
"Engine".Speed.B0 "Speed" is a tag of the WORD, DWORD or LWORD data type in
"Engine".Speed.B1 the global data block "Engine".
B0 addresses the byte address 0, B1 the byte address 1
within "Speed".
"Engine".Fuel.W0 "FUEL" is a tag of the DWORD or LWORD data type in the
"Engine".Fuel.W1 global data block "Engine".
W0 addresses the word address 0, W1 the word address 1
within "Fuel".
"Engine".Data.D0 "Data" is a tag of the LWORD data type in the global data
"Engine".Data.D1 block "Engine".
D0 addresses the double word address 0, D1 the double word
address 1 within "Data".
See also
Addressing with Slice access (Page 250)
Overlaying tags with AT
Description
To access data areas within a declared tag, you can overlay the declared tags with an
additional declaration. This provides you with the option of addressing an already declared tag
with a different data type. You can, for example, address the individual bits of a tag of WORD
data type with an ARRAY of BOOL.
Rules
The following general rules are valid for tag overlaying:
Overlaying is possible in S7-1200 and S7-1500 in STL, LAD, FBD and GRAPH.
SCL supports overlaying in all CPU families.

Programming the PLC
Overlaying of tags is possible in the following blocks:

In code blocks with standard access
In code blocks with optimized access for tags with the retain setting "Set in IDB"
The data width of the overlaying tag must be equal to or less than that of the overlaid tag.
It is not possible to overlay tags of the VARIANT and INSTANCE data types.
Blocks from libraries which are declared as parameters in the interface cannot be overlaid.
Structured PLC tags that are declared as parameters in the interface cannot be overlaid.
You cannot address overlaying tags with slice access.
Note
S7-1200/1500: Using AT in FCs
The data widths of the overlaying tag and the overlaid tag must be identical for FCs in
S7-1200/1500. If this is not possible in your program, check to see if you can use slice access
instead of the AT construct.
See also: Addressing areas of a tag with slice access (Page 1461)
The following combination rules are also valid:
Overlaying tag Overlaid tag

Elementary Structured * Any/Pointer DB_ANY
FB Input Elementary x x x
Structured * x x x x
Any/Pointer x
Temp Elementary x x
Structured x x x
Any/Pointer x
Static, Output Elementary x x x
Structured x x x
Any/Pointer
InOut Elementary x x
Structured x
Any/Pointer
FC Temp Elementary x x
Structured x x x
Any/Pointer x
Input, Output, Elementary x x
InOut (both tags must
have the same bit
width)
Structured x x
Any/Pointer

Programming the PLC
Overlaying tag Overlaid tag

OB Temp Elementary x x
Structured x x x
Any/Pointer x
* Structured data types consist of several data elements, e.g. ARRAY or STRUCT.
Declaration
To overlay a tag, declare an additional tag directly after the tag that is to be overlaid and identify
it with the keyword "AT".
Example
The following figure shows the declaration of an overlaid tag in the interface of a FB:
When a block is called with the shown tag declaration, the "MyByte" tag is assigned. Within
the block there are now two options for interpreting the data:
as a byte
As one-dimensional ARRAY of BOOL
Addressing operands indirectly
Basics of indirect addressing
Introduction
Indirect addressing offers the option of addressing operands whose address is not calculated
until during runtime. With indirect addressing, program sections can be executed several times
and a different operand can be used during each run.

Programming the PLC
Warning
Risk of access errors
Since operands are only calculated during runtime with indirect addressing, there is a risk that
access errors may occur and that the program will operate with incorrect values. In addition,
memory areas may inadvertently be overwritten with incorrect values. The automation system
can then react in unexpected manner.
Therefore, use indirect addressing only with caution.
Indirect addressing
Basics of indirect addressing
General indirect addressing options in S7-1200 and S7-1500

The following indirect addressing options are available in all programming languages:
Indirect addressing via pointer
Indirect indexing of ARRAY components
Indirect addressing of a data block via DB_ANY data type.
Language-specific options of indirect addressing

The following specific addressing options are also available in the various programming
languages:
In STL, you can address operands indirectly via the address register.
In SCL, you can read or write a variable memory area with the following instructions:
POKE - Write memory address
POKE_BOOL - Write memory bit
PEEK - Read memory address
PEEK_BOOL - Read memory bit
POKE_BLK - Write memory area
For a detailed description of these addressing options, refer to "See also".
See also
Addressing variables in global data blocks (Page 1456)
POKE: Write memory address (Page 2852)
POKE_BOOL: Write memory bit (Page 2853)

Programming the PLC
PEEK: Read memory address (Page 2848)

PEEK_BOOL: Read memory bit (Page 2850)
POKE_BLK: Write memory area (Page 2855)
Indirect addressing via pointer (Page 1466)
Indirect indexing of ARRAY components (Page 1467)
Indirect addressing in STL (Page 1471)
Indirect addressing via pointer
Description
For indirect addressing, a special data format is required that contains the address and possibly
also the range and the data type of an operand. This data format is referred to as pointer. The
following types of pointers are available to you:
POINTER (S7-1500)
ANY (S7-1500, only for blocks with standard access)
VARIANT (S7-1200/1500)
For more information on the pointer data types, refer to "See also".
Note
In SCL the use of the POINTER is restricted. The only option available is to forward it to the
called block.
Example
The following example shows an indirect addressing with an area-internal pointer:
Addressing in STL Explanation

L P#10.0 // Load pointer (P#10.0) in accumulator 1
T MD20 // Transfer pointer to the operand MD20
L MW [MD20] // Load MW10 in accumulator 1
.... // Any program
L MD [MD20] // Load MD10 in accumulator 1
.... // Any program
= M [MD20] // If RLO=1, set the memory bit M10.0
The pointer P#10.0 is transferred to the operand MD20. If the operand MD20 in square brackets
is programmed, this will be replaced in runtime by the address that is contained in the pointer.

Programming the PLC
See also
Pointer (Page 1946)
Indirect indexing of ARRAY components
Description
For addressing the components of an ARRAY, you can specify tags of the integer data type
as well as constants as the index. Integers with a length of up to 32 bits are allowed here.
When tags are used, the index is calculated during runtime. You can, for example, use a
different index for each cycle in program loops.
Note
When you call a block and transfer an indirectly indexed ARRAY component ("<Data
block>".<ARRAY>["i"]) to it as in/out parameter (InOut), you cannot change the value of the
index tag [i] while the block is being executed. The value is therefore always written back to
the same ARRAY component from which it was read.
Syntax
The following syntax is used for the indirect indexing of a ARRAY:
"<Data block>".<ARRAY>["i"] // one-dimensional ARRAY
"<Data block>".<ARRAY>["i"] // one-dimensional ARRAY of STRUCT
"<Data block>".<ARRAY>["i"] // multidimensional ARRAY
"<Data block>".<ARRAY>["i"] // multidimensional ARRAY of STRUCT
The syntax has the following components:
Part Description
Data block Name of the data block in which the ARRAY is located
ARRAY Tag of the ARRAY data type
i, j PLC tags of the integer data type that are used as pointers
a Additional partial tag of the structure
Examples
The following example shows indirect array indexing of an ARRAY component in STL:
Several axes traverse at different angles. The values for axis number and angle are stored in
the two-dimensional ARRAY "control_axis".
You can use the "SEL" instruction to select the components of the "control_axis" ARRAY to
be written at the "#out" output parameter.

Programming the PLC
The axis number is defined by the constants "Constant_Axis_NoX" and "Constant_Axis_NoY";

the angle is defined by the "#Angle" tag.
Addressing in STL
CALL SEL
value_type:=Int
G :="Select"
IN0 :=#control_axis["Constant_Axis_NoX", #Angle]
IN1 :=#control_axis["Constant_Axis_NoY", #Angle]
OUT :=#out
The following examples are based on SCL and demonstrate indirect indexing of an ARRAY
component. "MOTOR" is a one-dimensional ARRAY_of_INT with three rows. "VALUES" is a
PLC tag of data type "Integer".
Addressing in SCL Explanation

MOTOR[2] := VALUES; (*Direct addressing: Assignment of VAL-
UES to the second row of the ARRAY MO-
TOR*)
MOTOR["Tag_1"] := VALUES; (*Indirect addressing: Assignment of
VALUES to the rows of ARRAY MOTOR*)
specified by "Tag_1"
#MOTOR["Tag_2"+"Tag_3"] := #Values; (*Indirect addressing: Assignment of
VALUES to the row of the MOTOR*) ARRAY
specified by the expression
"Tag_2"+"Tag_3"
The following example shows the indirect indexing of an ARRAY component as an example
of LAD. "ARRAY" is a three-dimensional ARRAY. "Tag_1", " "Tag_2" and ""Tag_3" are PLC
tags of the "Integer" data type. Depending on their values, one of the "ARRAY" components
will be copied to the "MyTarget" tag.
7DJ,Q 029( 7DJ2XW

(1 (12
0\'%$55$<>7DJB
7DJB7DJB@ ,1 287 0\7DUJHW
Indexing ARRAY components using the "FieldRead" and "FieldWrite" instructions

You may also use the following instructions for indirect indexing of ARRAY components in LAD
and FBD:
FieldWrite - Write field
FieldRead - Read field
For more information on these instructions, refer to the "References" chapter.

Programming the PLC
For more information on the ARRAY data type, refer to "See also".
See also
Array (Page 1941)
Indirect addressing of individual characters of a STRING
Description
For addressing the individual characters of a STRING or WSTRING, you can specify constants
and also tags as the index. The tags must be of the Integer data type. When tags are used,
the index is calculated during runtime. You can, for example, use a different index for each
cycle in program loops.
If you transfer a STRING or WSTRING with variable index to an in/out parameter during a
block call, please note that: The index tag [i] is read once at the start of the block call and
cannot be changed by the called block while it is being executed.
Note
Monitoring STRING access in runtime
When a STRING or WSTRING that exceeds the defined length is written in runtime, unwanted
reactions may occur in the program. Violation of the STRING or WSTRING length is monitored
in S7-1200/1500. On read access to the STRING, you receive the character '$00' or '$0000';
write access to the STRING is not executed. If the instruction has the enable output ENO, ENO
is set to the signal state FALSE. The CPU does not change to STOP.
Syntax
The following syntax is used for the indirect indexing of a STRING or WSTRING:
"<Data block>".<STRING>["i"]
"<Data block>".<WSTRING>["i"]
Example
The example below shows indirect indexing of a STRING using SCL as an example. "STRING",
"WSTRING", "CHAR" and "WCHAR" are tags. "Tag_1" is a PLC tag of the "Integer" data type.
Addressing in SCL Description

STRING["Tag_1"] := CHAR; (*Indirect addressing: Assignment of
"CHAR" to the character of the STRING*)
specified by "Tag_1"

Programming the PLC
Addressing in SCL Description

WSTRING["Tag_1"] := WCHAR; (*Indirect addressing: Assignment of
"WCHAR" to the character of the
WSTRING*) specified by "Tag_1"
WCHAR := WSTRING["Tag_1"]; (*Indirect addressing: Assignment of
the WSTRING character specified by
"Tag_1" to WCHAR*)
You can find additional information on the STRING and WSTRING data types under "See also".
See also
STRING (Page 1937)
WSTRING (Page 1939)
Indirect addressing in STL
Basic information about address registers
Introduction
Two address registers are available for the indirect addressing of operands: address register
1 (AR1), and address register 2 (AR2). The address registers are equal and are 32 bits in
length. You can store area-internal and cross-area pointers in the address registers. To define
the address of an operand, you can call the stored data in the program.
Data is exchanged between the registers and the other available memory areas with the
assistance of load and transfer instructions.
Note
In S7-1500, special rules apply to data exchange via address register and data block register:
The values in the registers do not remain in existence beyond the block limits.
The registers are reset when the language is changed within a block.
You can only reference data in blocks with optimized access if these have the retain setting
"Set in IDB".
It is not possible to reference local data in blocks with optimized access with the help of the
address registers (across areas).
For more information on the statements that address registers use and on indirect addressing,
refer to "See also".

Programming the PLC
See also
Indirect addressing in STL (Page 1471)
Indirect addressing in STL

In STL, the following options are available for indirect addressing:
Memory-indirect addressing
Register-indirect area-internal addressing
Register-indirect cross-area addressing
Memory-indirect addressing
In the case of memory-indirect addressing, you store the address in a tag. The tag can be of
WORD or DWORD data type. The tag can be located in the memory areas "Data" (DB or DI),
"Bit memory" (M) or "Temporary local data" (L). In S7-1500, FB parameters can also be used
to store the address. If the tag is located in a data block, it must be a data black with standard
access.
The following example shows applications of memory-indirect addressing:
Addressing in STL Explanation

U E [MD 2] // Execute an AND logic operation with a variable input
bit. The address of the input bit is located in the mem-
ory double word MD2.
= DIX [DBD 2] // Assign the RLO to a variable data bit. The address of
the data bit is located in the data double word DBD2.
L EB [DID 4] // Load a variable input byte to ACCU 1. The address of
the input byte is located in the instance double word
DID4.
AUF DB [LW 2] // Open a variable data block. The number of the data
block is located in the local data word LW2.
Register-indirect area-internal addressing

Register-indirect addressing uses one of the address registers (AR1 or AR2) to pick up the
address of the operand.
In the case of register-indirect, area-internal addressing, you index only the bit address and
the byte address via the address register (e.g. P#10.0). You do not enter the memory area
for which the address in the address register is to apply until during programming of the
instruction. The address in the address register then moves to the memory area specified in
the instruction.
Possible memory areas are "Inputs" (I), "Outputs" (Q), "I/O" (PI or PQ), "Bit memory" (M),
"Temporary local data" (L) and "Data" (DB or DI). If the operand is located in a data block, it
must be a data black with standard access.

Programming the PLC
When you enter register-indirect, area-internal addressing, specify an offset after the
specification of the address register. This offset is added to the contents of the address register
without changing the address register. This offset also has the format of a pointer. The
specification of a pointer is mandatory and must be entered as constant (e.g. P#0.0 or
P#2.0).
The following example shows an application of register-indirect area-internal addressing:
STL Explanation
LAR1 P#10.0 // Load pointer (P#10.0) to address register 1
L IW [AR1, P#2.0] // Increase contents of address register 1 (P#10.0) by offset
P#2.0.
// Load contents of input word IW12 into accumulator 1
L IW [AR1, P#0.0] // Increase contents of address register 1 (P#10.0) by offset
P#0.0.
// Load contents of input word IW10 into accumulator 1
Register-indirect cross-area addressing

In the case of register-indirect, cross-area addressing, use the address register to index the
entire address of the operand, in other words, the bit address and byte address, as well as the
memory area. Possible memory areas are "Inputs" (I), "Outputs" (Q), "I/O" (P), "Bit memory"
(M), "Temporary local data" (L) and "Data" (DB or DI). If the operand is located in a data block,
it must be a data black with standard access or the operand must have the retain setting "Set
in IDB".
In the instruction, program only the operand width. Possible operand widths are bit, byte, word,
and double word.
The following example shows an application of register-indirect cross-area addressing:
LAR1 P#M10.0 // Load cross-area pointer (P#M10.0) to address register 1

L W [AR1, P#2.0] // Increase contents of address register 1 (P#M10.0) by offset
P#2.0.
// Load contents of memory word "MW12" into accumulator 1
LAR1 P#A10.0 // Load cross-area pointer (P#A10.0) to address register 1
L W [AR1, P#2.0] // Add contents of address register 1 (P#A10.0) by offset P#2.0
// Load contents of output word QW12.0 into accumulator 1

Programming the PLC
Note
Special features in S7-1500
In S7-1500, special rules apply to data exchange via address register and data block register:
The values in the registers do not remain in existence beyond the block limits. The registers
are also reset when the language is changed within a block.
If you access an operand of the BYTE, WORD or DWORD type using register-indirect
addressing, the address must begin at a byte limit.
Examples:
LAR1 P#0.0
L MW [AR1, P#0.0] // P#0.0 + P#0.0 = P#0.0 - The addressing is allowed, because P#0.0
points to a byte limit.
L MW [AR1, P#2.1] // P#0.0 + P#2.1 = P#2.1 - The addressing is not allowed, because
P#2.1 does not point to a byte limit.
See also
Basic information about address registers (Page 1470)
11.1.1.5 Program flow control
EN/ENO mechanism
Basics of the EN/ENO mechanism
Introduction
Runtime errors that require a program abort can occur during the processing of instructions.
You can use the EN/ENO mechanism to avoid such program aborts. This mechanism can be
used at two levels:
EN/ENO mechanism for individual instructions
EN/ENO mechanism for block calls
EN/ENO mechanism for instructions in LAD/FBD

In LAD and FBD, certain instructions have an enable input EN and an enable output ENO.
You can use the enable input EN to make the execution of the instruction dependent on
conditions. The instructions are only executed if the signal state is "1" at the enable input EN.
You can use the enable output ENO to query runtime errors in instructions and react to these.

Programming the PLC
The enable output ENO returns the signal state "1" if one of the following conditions applies:
No error occurred during processing.
The enable output ENO returns signal state "0" if one of the following conditions applies:
The EN input has signal state "0".
An error occurred during processing.
The EN/ENO mechanism is used for the following basic instructions:
Mathematical functions
Move operations
Conversion operations
Word logic operations
Shift + rotate
In LAD and FBD, you can switch the evaluation of the enable output ENO on and off by means
of the shortcut menu specifically for certain instructions.
EN/ENO mechanism for block calls in LAD/FBD

All blocks that you call in LAD or FBD are provided with an enable input EN and an enable
output ENO when called. This applies to all called blocks, regardless of the programming
language in which they were created.
You can use the enable input EN to call the block depending on conditions. The block is only
executed if the signal state is "1" at the enable input EN.
You can query the error status of the block with the enable output ENO. It has signal "1" as
soon as the execution of the block starts. If you do not explicitly set the output ENO to "0" in
the program code, it retains signal "1".
However, you can explicitly set it to "0" to return an error statement to the called block. In LAD
or FBD, the output ENO is set with the instruction "RET: Return".
See also:
Example of the use of the EN/ENO mechanism in LAD (Page 1476)
Example of the use of the EN/ENO mechanism in FBD (Page 1476)
EN/ENO mechanism for STL

In STL, the EN/ENO mechanism is not required for individual instructions. This function is
mapped by language-specific instruction sequences.
Blocks that you call from an STL block are not provided with the EN and ENO parameters.
Regardless of the programming language in which they were created, you can transfer an
error statement to the calling STL block using the BR bit of the status word.
In STL, you can evaluate the error status of the called block by linking the BR bit of the status
word with the RLO. It has signal "1" as soon as the execution of the block starts. If you do not
explicitly set it to "0" in the program code, it retains signal "1".
However, you can explicitly set it to "0" to return an error statement to the calling block. In STL,
the error statement is set with the instructions "SAVE" or "JNB".

Programming the PLC
See also: Example of the simulation of the EN/ENO mechanism in STL (Page 1478)
EN/ENO mechanism in SCL

With SCL, the use of the EN/ENO mechanism for instructions is optional. You can activate it
with the block property "Set ENO automatically". If the property is active, all blocks implicitly
receive an error handling.
You can implement a conditional block call with the enable input EN. Use the enable input EN
in the parameter list as a normal input parameter. If EN has signal "1" or when EN is not used,
the block is called. If EN has signal "0", the block is not called.
Note
When you call functions in SCL, you cannot use the release mechanism via EN. Use an IF
statement instead to call functions conditionally.
You can query the error status of the block with the enable output ENO. If the ENO has signal
"1", the block was processed without errors. If the ENO has signal "0", an error occurred during
processing. To query the state of the enable output, insert an additional output parameter with
the name ENO in the parameter list during a block call.
See also: Example of the use of the EN/ENO mechanism in SCL (Page 1477)
ENO in GRAPH (S7-1500)

In GRAPH, you can use the ENO operand to evaluate whether an action has been completed
successfully. You can select the "Set ENO automatically" option for this.
Select the option in the program properties in order for it to be used as the default setting
for new GRAPH blocks.
Select the option in the block properties in order for it to be used for specific blocks.
If this option is selected, the ENO operand is displayed when testing with program status. This
operand has the value "TRUE" if the action was successful and "FALSE" if the action failed.
The ENO operand can be used in the following cases:
When blocks are called that have the enable output ENO.
For instructions in which errors can occur, e.g., conversions or mathematical functions.
EN/ENO mechanism for memory and I/O access errors

You cannot evaluate memory and I/O access errors with the EN/ENO mechanism. You do this
either with the global troubleshooting via OBs (S7-300/400 and S7-1200/1500) or local
troubleshooting using the "GetError" instruction (S7-1200/1500 only). If a memory access error
occurred for an instruction, you can evaluate the associated ENO.
See also
Enabling and disabling the EN/ENO mechanism (Page 1608)

Programming the PLC
Example of the use of the EN/ENO mechanism in LAD
Description
The following figure shows an ADD instruction with EN and ENO protective circuit:
$''
,17
7DJ,Q 7DJ2XW
(1 (12 6
7DJB9DOXH ,1
7DJB9DOXH ,1 287 7DJB5HVXOW
After the normally open contact, the RLO contains the previous result of logic operation:
If "TagIn" signal is "0", the addition is not executed. EN and ENO both lead to the signal
state "0".
If "TagIn" signal is "1", EN is also "1" and the addition is executed. If no errors occur during
the processing of the instruction, the output ENO also has the signal state "1" and the output
""TagOut"" is set.
See also
Basics of the EN/ENO mechanism (Page 1473)
ADD: Add (Page 2303)
Example of the use of the EN/ENO mechanism in FBD
Description
The following figure shows an ADD instruction with EN and ENO protective circuit:
$''
,17
7DJ,Q (1
7DJB9DOXH ,1 287 7DJB5HVXOW
7DJ2XW
7DJB9DOXH ,1 (12
If "TagIn" signal is "1", EN is also "1" and the addition is executed. If no errors occur during
the processing of the instruction, the output ENO also has the signal state "1" and the output
""TagOut"" is set.
If "TagIn" signal is "0", the addition is not executed. EN and ENO both lead to the signal
state "0".

Programming the PLC
See also
Example of the use of the EN/ENO mechanism in SCL
Example of the EN/ENO mechanism for basic instructions

To use the EN/ENO mechanism for instructions in SCL, you have to activate the block property
"Set ENO automatically". The following example shows the use of the enable output ENO for
the "a/b" instruction.
SCL
"MyoutputREAL" :=a/b;
IF ENO
THEN "MyOutputBool":=1;
ELSE "MyOutputBool":=0;
END_IF;
If the "a/b" instruction is executed error-free, MyOutputBool has signal "1".
Example of the use of the EN/ENO mechanism in block calls

The following example shows the use of the enable output ENO for a block call.
SCL
"MyDB"."MyFB"(EN:="MyTag1">"MyTag2",
in1:="MyInputBool1",
in2:="MyInputBool1",
EN0=>"MyOutputBool");
If MyTag1 is not greater than MyTag2 the block call is not processed. EN and ENO both lead
to the signal state "0".
If MyTag1 is greater than MyTag2, EN has signal "1" and the block call is executed.
If all instructions within MyFB are executed error-free, MyOutputBool has signal "1".
See also

Programming the PLC
Example of the simulation of the EN/ENO mechanism in STL
Description
The following example shows an program section for adding values with EN and ENO
connected:
STL Description
A"Tag_Input_1" // Query whether the signal state of the operand
is "1" and AND with current RLO
JNBMyLABEL // Evaluation of the EN input
// If RLO="0" jump to jump label "MyLABEL" and
save the current RLO in the BR
// Execute next instruction if RLO="1"
L"Tag_Input_2" // Load first value of addition
L"Tag_Input_3" // Load second value of addition
+I // Add values
T "Tag_Result" // Transfer sum to the operand "Tag_Result"
AN OV // Query if errors occurred
SAVE // Transfer signal state of the RLO to the BR bit
CLR // Reset RLO to "0"
MyLABEL: U BR // Jump label "MyLABEL"
// Query BR and AND with RLO
= "Tag_Output" // Assign signal state of the RLO to the operand
"Tag_Output"
The query of the operand "U" Tag_Input_1"" provides the result of the preceding logic operation
(RLO). The instruction "Jump at RLO = 0 and save RLO (SPBNB)" saves the RLO to the BR.
The instruction "Jump if RLO = 0 and save RL0" also evaluates the RLO and executes one of
the following actions depending on the evaluation:
If the RLO is "0", the processing of the program is continued at the jump label "MyLABEL"
with the query of the BR. The addition is not executed. Assign the current RLO to the
operand "Tag_Output".
If the RLO is "1", the addition is executed. A query of the overflow bit (OV) shows if an error
occurred during the addition. The query result is saved in the BR. The operation "CLR"
resets the RLO to "0". The BR is then queried for "1" and AND'd with the current RLO. The
result is assigned to the operand "Tag_Output". The signal state of the BR and of the
operand "Tag_Output" shows if the addition was carried out with any error
See also

Programming the PLC
11.1.2 Declaring PLC tags
11.1.2.1 Overview of PLC tag tables
Introduction
PLC tag tables contain the definitions of the PLC tags and symbolic constants that are valid
throughout the CPU. A PLC tag table is created automatically for each CPU used in the project.
You can create additional tag tables and use these to sort and group tags and constants.
In the project tree there is a "PLC tags" folder for each CPU of the project. The following tables
are included:
"All tags" table
Standard tag table
Optional: Other user-defined tag tables
All tags
The "All tags" table gives an overview of all PLC tags, user constants and system constants
of the CPU. This table cannot be deleted or moved.
Standard tag table

There is one standard tag table for each CPU of the project. It cannot be deleted, renamed or
moved. The default tag table contains PLC tags, user constants and system constants. You
can declare all PLC tags in the default tag table, or create additional user-defined tag tables
as you want.
User-defined tag tables

You can create multiple user-defined tag tables for each CPU to group tags according to your
requirements. You can rename, gather into groups, or delete user-defined tag tables. User-
defined tag tables can contain PLC tags and user constants.
See also
Structure of the PLC tag tables (Page 1480)
Basics of constants (Page 1449)

Programming the PLC
11.1.2.2 Structure of the PLC tag tables
Introduction
Each PLC tag table contains a tab for tags and a tab for user constants. The default tag table
and the "All tags" table also have a "System constants" tab.
Structure of the "PLC tags" tab

In the "Tags" tab you declare the global PLC tags that you require in the program. The following
figure shows the tab structure. The number of columns shown may vary.
The following table shows the meaning of the individual columns. The number of columns
shown may vary. You can show or hide the columns as required.
Column Description
Symbol you can click on to drag-and-drop a tag to a program for use
as an operand.
Name Unique name for the constants throughout the CPU.
Data type Data type of the tags.
Address Tag address.
Retain Marks the tag as retentive.
The values of retentive tags are retained even after the power supply
is switched off.
Accessible from HMI Shows whether HMI can access this tag during runtime.
Visible in HMI Shows whether the tag is visible by default in the operand selection
of HMI.
Monitor value Current data value in the CPU.
This column only appears if an online connection is established and
you select the "Monitor all" button.
Tag table Shows which tag table includes the tag declaration.
This column is only available in the "All tags" table.
Comment Comment to document the tags.
Structure of the "User constants" and "System constants" tabs

In the "User constants" you define symbolic constants that are valid throughout the CPU. The
constants required by the system are shown in the "Systems constants" tab. System constants
can be hardware IDs, for example, which can be used for identification of modules.
The following figure shows the structure of both tabs. The number of columns shown may vary.

Programming the PLC
The following table shows the meaning of the individual columns. You can show or hide the
columns as required.
Column Description
Symbol you can click to move a tag into a network via a drag-and-
drop operation for use as an operand.
Name Unique name for the constants throughout the CPU.
Data type Data type of the constants
Value Value of the constants
Tag table Shows which tag table includes the constant declaration.
This column is only available in the "All tags" table.
Comment Comments to document the tags.
See also
Hardware data types (Page 1957)
Overview of PLC tag tables (Page 1479)
Editing tables (Page 347)
11.1.2.3 Rules for PLC tags
Valid names of PLC tags
Permissible characters
The following rules apply to the use of names for PLC tags:
Letters, numbers, special characters are permitted.

Programming the PLC
Unique tag names

The names of the PLC tags must be unique throughout the CPU, even if the tags are located
in different tag tables of a CPU. A name that is already used for a block, another PLC tag or
a constant within the CPU, cannot be used for a new PLC tag. The uniqueness check does
not differentiate between use of small and capital letters.
If you enter an already assigned name another time, a sequential number is automatically
appended to the second name entered. For example, if you enter the name "Motor" a second
time, the second entry is changed to "Motor(1)".
Unique table names

The names of the PLC tag tables must also be unique throughout the CPU. A unique name is
automatically suggested when user-defined PLC tag tables are being created.
See also
Permissible addresses and data types of PLC tags

The addresses of PLC tags are made up of the particulars of the operand area and the address
within this area.
The addresses must be unique throughout the CPU. If you enter an address that is already
assigned to another tag, the address will be highlighted at both places in yellow and an error
message will be issued.
Operand areas
The following table shows the possible operand areas. The available data types depend on
the CPU you use:
Operand area Description Data type Format Address area:

Interna German S7-1200 S7-300/400 S7-1500
tional mnemon
mnemon ics
ics
I E Input bit BOOL I x.y 0.0..1023.7 0.0..65535.7 0.0..32767.7
E x.y
I E Input (64-bit) LWORD, I x.0 - - 0.0..32760.0
LINT, ULINT, E x.0
LTIME,
LTOD, LDT,
LREAL, PLC
data type

Programming the PLC

tional mnemon
mnemon ics
ics
IB EB Input byte BYTE, IB x 0..1023 0..65535 0..32767
CHAR, SINT, EB y
USINT, PLC
data type
IW EW Input word WORD, INT, IW x 0..1022 0..65534 0..32766
UINT, DATE, EW y
S5TIME,
PLC data type
ID ED Input double DWORD, ID x 0..1020 0..65532 0..32764
word DINT, ED y
UDINT, RE
AL, TIME,
TOD, PLC da
ta type
Q A Output bit BOOL Q x.y 0.0..1023.7 0.0..65535.7 0.0..32767.7
A x.y
Q A Output (64- LWORD, Q x.0 - - 0.0..32760.0
bit) LINT, ULINT, A x.0
LTIME,
LTOD, LDT,
LREAL, PLC
data type
QB AB Output byte BYTE, QB x 0..1023 0..65535 0..32767
CHAR, SINT, AB y
USINT, PLC
data type
QW AW Output word WORD, INT, QW x 0..1022 0..65534 0..32766
UINT, DATE, AW y
S5TIME,
PLC data type
QD AD Output dou DWORD, QD x 0..1020 0..65532 0..32764
ble word DINT, AD y
UDINT, RE
AL, TIME,
TOD, PLC da
ta type
M M Memory bit BOOL M x.y 0.0..8191.7 0.0..65535.7 0.0..16383.7
M M Bit memory LREAL M x.0 0.0..8184.0 - 0.0..16376.0
(64-bit)
M M Bit memory LWORD, M x.0 - - 0.0..16376.0
(64-bit) LINT, ULINT,
LTIME,
LTOD, LDT
MB MB Memory byte BYTE, MB x 0..8191 0..65535 0..16383
CHAR, SINT,
USINT

Programming the PLC

tional mnemon
mnemon ics
ics
MW MW Memory word WORD, INT, MW x 0..8190 0..65534 0..16382
UINT, DATE,
S5TIME
MD MD Memory dou DWORD, MD x 0..8188 0..65532 0..16380
ble word DINT,
UDINT, RE
AL, TIME,
TOD
T T Time function Timer Tn - 0..65535 0..2047
(for
S7-300/400
only)
C Z Counter func Counter Zn - 0..65535 0..2047
tion (for Cn
S7-300/400
only)
Addresses
The following table shows the possible addresses of tags:
Data type Address Example

BOOL Tags with BOOL data type are addressed with a byte number and a A 1.0
bit number. The numbering of the bytes begins for each operand area
at 0. The numbering of the bits goes from 0 to 7.
BYTE, Tags with BYTE, CHAR, SINT, and USINT data type are addressed MB 1
CHAR, SINT, with a byte number.
USINT
WORD, INT, Tags with WORD, INT, UINT, DATE, S5TIME data type consist of two IW 1
UINT, DATE, bytes. They are addressed with the number of the lowest byte.
S5TIME
DWORD, Tags with DWORD, DINT, UDINT, REAL, TIME, TOD data type con AD 1
DINT, sist of four bytes. They are addressed with the number of the lowest
UDINT, RE byte.
AL, TIME,
TOD
LWORD, Tags of data type LWORD, LINT, ULINT, LTIME, LTOD, LDT, and I 1.0
LINT, ULINT, LREAL consist of eight bytes. They are addressed with it number 0
LTIME, and the number of the lower byte.
LTOD, LDT,
LREAL
Mnemonics used
The addresses that you enter in the PLC tag table are automatically adapted to the set
mnemonics.

Programming the PLC
See also
Setting the mnemonics (Page 1539)
11.1.2.4 Creating and managing PLC tag tables
Creating a PLC tag table

You can created multiple user-defined PLC tag tables in a CPU. Each tag table must have
have a unique name throughout the CPU.
Requirement
Procedure
To created a new PLC tag table, follow these steps:
1. Open the "PLC tags" folder under the CPU in the project tree.
2. Double-click the "Add new tag table" entry.
A new PLC tag table with the default name "TagTable_x" is created.
3. Select the PLC tag table in the project tree.
4. Select the "Rename" command in the shortcut menu.
5. Type in a name that is unique throughout the CPU.
Result
A new PLC tag table is created. You can now declare tag and constants in this table.
See also
Grouping PLC tag tables

You can gather the user-defined tag tables of the CPU into groups. You cannot, however,
move the standard tag table and the "All tags" table into a group.

Programming the PLC
Requirement
Multiple user-defined tag tables are contained in the "PLC tags" folder of the CPU.
Procedure
To gather multiple PLC tag tables into a group, follow these steps:
1. Select the "PLC tags" folder under the CPU in the project tree.
2. Select the "Insert > Group" menu command.
A new group with the standard name "Group_x" is inserted.
3. Select the newly inserted group in the project tree.
5. Assign the new group a unique name throughout the CPU.
6. Drag to the new group the tables you want to group together.
Result
The tag tables are gathered in the new group.
See also
Opening the PLC tag table
Procedure
To open the PLC tag table in a CPU, proceed as follows:
1. Open the "PLC tags" folder under the CPU in the project tree.
2. Double-click the PLC tag table in the folder.
3. Select the desired tab in the upper corner.
Result
The PLC tag table associated with the CPU opens. You can declare the required tags and
constants.
See also

Programming the PLC
11.1.2.5 Declaring PLC tags
Entering a PLC tag declaration
Declaring tags in the PLC tag table
Requirements
The "Tags" tab of the PLC tag table is open.
Procedure
To define PLC tags, follow these steps:
1. Enter a tag name in the "Name" column.
2. Enter the required data type in the "Data type" column. You will be supported by
autocompletion during input.
An address corresponding to the data type is automatically appended.
3. Optional: Click on the arrow key in the "Address" column and enter an operand identifier,
an operand type, an address and a bit number in the dialog which then opens.
4. Optional: Enter a comment in the "Comments" column.
5. Repeat steps 1 to 4 for all the tags you require.
Syntax check
A syntax check is performed automatically after each entry, and any errors found are displayed
in red. You do not have to correct these errors immediately - you can continue editing and
make any corrections later. As long as the tag declaration contains syntax errors and the tag
is used in the program, you will not be able to compile the program.
See also
Declaring PLC tags in the program editor (Page 1487)
Declaring PLC tags in the program editor
Requirement

Programming the PLC
Procedure
To declare operands as global PLC tags, follow these steps:
1. Insert an instruction in your program.
The "<???>", "<??.?>" or "..." strings represent operand placeholders.
2. Replace an operand placeholder with the name of the PLC tag to be created.
3. Select the tag name.
If you want to declare multiple PLC tags, select the names of all the tags to be declared.
4. Select the "Define tag" command in the shortcut menu.
The "Define tag" dialog box opens. This dialog displays a declaration table in which the
name of the tag is already entered.
5. Click the arrow key in the "Section" column and select one of the following entries:
Global Memory
Global Input
Global Output
6. In the other columns, enter the address, data type, and comments.
7. If the CPU contains multiple PLC tag tables, you can use an entry in the "PLC tag table"
column to indicate in which table the tag is to be inserted. If you make no entry in the column,
the new tag will be inserted in the default tag table.
8. Click the "Define" button to complete your entry.
Result
The tag declaration is written to the PLC tag table and is valid for all blocks in the CPU.
See also
Declaring tags in the PLC tag table (Page 1487)
Setting the retentivity of PLC tags
Retentive behavior of PLC tags
Retentive PLC tags

Each CPU has a memory area whose content remains available even after the supply voltage
has been switched off. This area is referred to as retentive memory area.

Programming the PLC
To avoid data loss during power failure, you can save specific PLC tags to this memory area.
You specify the retain setting of PLC tags in the PLC tag table.
Depending on the CPU family, the retentive memory area can accommodate various type of
PLC tags. The following table provides an overview of the options of the various CPUs:
CPU type Retentive bit memories Retentive SIMATIC timers Retentive SIMATIC counters
S7-300/400 series - -
S7-1200 series - -
S7-1500 series
See also
Setting the retentive behavior of PLC tags (Page 1489)
Setting the retentive behavior of PLC tags
Introduction
In the PLC tag table you can specify the width of the retentive memory area for PLC tags. All
tags with addresses in this memory area are then designated as retentive. You can recognize
the retentivity setting of a tag by the check mark set in the "Retain" column of the PLC tag
table.
Requirement
The "PLC tags" tab of the PLC tag table is open.
Procedure
To define the width of the retentive memory area for PLC tags, follow these steps:
1. On the toolbar, click the "Retain" button.
The "Retain memory" dialog will open.
2. Specify the width of the retentive memory area by entering the number of retentive bytes,
timers or counters in the input field.
3. Click the "OK" button.
Result
The width if the retentive memory area is defined. In the "Retain" column of the tag table a
check mark is automatically set for all tags that are located within the retentive memory area.
See also
Retentive behavior of PLC tags (Page 1488)

Programming the PLC
11.1.2.6 Grouping PLC tags for inputs and outputs in structures
Other useful information regarding structured PLC tags
Use of structured PLC tags (S7-1200 V4 and higher/S7-1500)

To make your program easier to view, you can group several input or output addresses in a
higher-level PLC tag. The higher-level PLC tag represents a structure that contains several
logically related inputs or outputs. When the block is called, you transfer the higher-level tag
and thus need only an input or output parameter for all associated inputs or outputs.
To create a structured PLC tag, you initially define a PLC data type (UDT). In it you declare
the necessary data elements and specify their names and data types.
Then, you switch to the PLC tag table and specify the higher-level PLC tag there. As a data
type for the tag, you select your PLC data types. The system now reserves a certain number
of input or output addresses starting from the start address of the higher-level tag. The number
of reserved addresses depends on the length of your PLC data type.
If you call a block that requires the reserved inputs or outputs for program execution, you
transfer the higher-level tag as a block parameter.
You can address the individual PLC tags like structure elements in the program code.
A detailed description of the individual handling steps can be found in the following chapters.
Application example
You can use structured PLC tags in order to group the inputs or outputs of a function module.
The following figure shows the schematic representation of a motor: A component was created
in the "Datatype_Motor" PLC data type for each of the three inputs.
The memory areas of the declared tags must not overlap. In the example, you see that the
"Speed" component has the data type "Integer" and therefore must start at a word address.
For this reason, the first input word has been filled with the "Dummy" fill tag. This means that
"Speed" is located on the second input word.
0RWRU
2Q
2II
6SHHG

Programming the PLC
The following figure shows the higher-level "Motor" PLC tag that is based on the "Data
type_Motor" data type. With the declaration of "Motor", the addresses IW0 and IW1 are
reserved on the input module.
The following figure shows the transfer of the "Motor" PLC tag as an input parameter of the
"Motor_Control" block.
You can address the individual components of the tag in the "Motor_Control" block.
"Motor" Addressing the higher-level PLC tag.
"Motor".On Addressing a component of a structured PLC tag.
"Motor".On:P Addressing an I/O input or output (PI or PQ).
Rules for use of structured PLC tags

Note the following rules when creating and using structured PLC tags.
Structured PLC tags can be used in the "Inputs" and "Outputs" operand areas.
Structured tags are not permitted in the bit memory address area.
Structured PLC tags cannot be addressed from HMI.
Observe the following rules when creating the PLC data type that is to serve as the basis for
a PLC tag:
The memory areas of the individual elements must not overlap.
Do not group inputs and outputs in one PLC data type but create different PLC data types
for inputs and outputs.

Programming the PLC
Do not group inputs or outputs from different modules in a PLC data type because it is not
guaranteed that the process images of the modules are updated synchronously.
In the lower-level PLC data types, all data types are permitted except for "STRING" and
"WSTRING".
See also
Creating structured PLC tags (Page 1492)
Creating structured PLC tags
Rules
Note the following rules when creating structured PLC tags:
Use separate PLC data types for the "Inputs" and "Outputs" operand areas.
Structured tags are not permitted in the bit memory address area.
Do not group inputs or outputs from different modules in a PLC data type because it is not
guaranteed that the process images of the modules are updated synchronously.
Procedure
To create a structured PLC tag, follow these steps:
tree.
2. Declare all the necessary components in the PLC type. All data types except for "STRING"
and "WSTRING" are permitted.
3. Select the PLC data type in the project tree and select the "Compile > Software (only
changes)" command from the shortcut menu.
The PLC data type is compiled and can then be used in the PLC tag table.
Even when you make changes to existing PLC data types, you must recompile the program.
This updates all locations of use of the PLC data type.
4. Open a PLC tag table within the same CPU.
5. Declare a new tag or select an existing tag.
6. In the "Data type" column, select the PLC data type and assign it to the PLC tag.
The PLC tag receives the structure of the PLC data type. A suitable address is assigned
automatically. Structured PLC tags always start at word addresses.
The highest structure element is displayed without its subelements in the table.

Programming the PLC
Note
Assignment rules and default values
For the declaration of the PLC data type, note that the memory areas of the individual tags
must not overlap. For example, tags of data type "Integer" must start at a word limit. If
necessary, insert "fill tags" to prevent overlaps.
It is not possible to assign default values for the individual components. Values that you
enter in the "Default value" column are not evaluated. Tags of data types "DT" and "DTL"
may therefore contain invalid values.
See also
Other useful information regarding structured PLC tags (Page 1490)
11.1.2.7 Declaring global constants
Rules for global user constants
Permitted characters
Names of global constants may consist of the following characters:
Letters, numbers, special characters are permitted.
Unique constant names

The names of global constants must be unique throughout the CPU, even if the constants are
located in different tag tables of a CPU. A name that is already used for a block, a PLC tag or
another constant within the CPU, cannot be used for new constant. The uniqueness check
does not differentiate between use of small and capital letters.
If you enter an already assigned name another time, a sequential number is automatically
appended to the second name entered. For example, if you enter the name "Motor" a second
time, the second entry is changed to "Motor(1)".
Permitted data types

For constants, all data types supported by the CPU are permitted, with the exception of
structured data types.
Permitted values
You can select any value from the value range of the specified data type as constant value.
For information on the value ranges, refer to the "Data types" chapter.

Programming the PLC
See also
Declaring global constants (Page 1495)
Rules for global system constants
Definition
System constants are global constants, unique throughout the CPU, that are required and
automatically created by the system. System constants can, for example, be used to address
and identify hardware objects.
Rules
System constants are assigned automatically when components are inserted in the device or
network view, and entered in the default tag table ("System constants" tab). A system constant
is created for each module, but also for each submodule. An integrated counter, for example,
therefore receives a system constant as well. System constants consist of a symbolic name
and a numeric HW identifier and cannot be changed.
Names of system constants

The names of the system constants are structured hierarchically. They consist of a maximum
of four hierarchical levels, each of which is separated by a tilde "~". Based on the name, you
can therefore recognize the "path" to the relevant hardware module.
Example
A system constant with the name "Local~PROFINET_interface_1~Port_1" designates
Port 1 of the PROFINET interface 1 of the local CPU.
See also:
Auto-Hotspot
Auto-Hotspot
Instructions for address conversion (Page 3358)

Programming the PLC
Declaring global constants
Introduction
You declare constants in the "User constants" tab of a PLC tag table. During declaration you
have to to enter a symbolic name, a data type and a fixed value for each constant. You can
select any value from the value range of the specified data type as constant value. For
information on the value ranges, refer to the "Data types" chapter.
Procedure
To declare constants, follow these steps:
1. Open a PLC tag table.
2. Open the "User constants" tab.
The constants table opens.
3. Enter a constant name in the "Name" column.
5. Enter a constant value in the "Value" column; this constant value must be valid for the
selected data type.
6. If you want, enter comments on the constants in the "Comments" column. The entry of a
comment is optional.
7. If you want to declare additional constants, place the cursor in the next row and repeat
steps 3 to 6.
Syntax check
A syntax check is performed automatically after each entry, and any errors found are displayed
in red. You do not have to correct these errors immediately - you can continue editing and
make any corrections later. As long as the tag declaration contains syntax errors and the
constant is used in the program, you will not be able to compile the program.
See also
Opening the PLC tag table (Page 1486)
Inserting a table row in the PLC tag table (Page 1499)
Rules for global user constants (Page 1493)

Programming the PLC
11.1.2.8 Editing properties
Editing the properties of PLC tags
Properties of PLC tags
Overview
The following table provides an overview of the properties of PLC tags. The display of
properties may vary depending on the CPU type.
Group Property Description

General Name A unique name within the CPU.
Address Tag address.
Retain Shows whether the tag is in the retentive memory area.
Comment Comment on the tag.
History Date created Time when the tag was created (cannot be changed).
Last modified Time when the tag was last changed (cannot be changed).
Usage Visible in HMI Shows whether the tag is visible by default in the HMI
selection list.
See also
Editing the properties of PLC tags (Page 1496)
Editing the properties of PLC tags
Editing properties in a PLC tag table

To edit the properties of one or more tags, follow these steps:
1. In the project tree, double-click the PLC tag table that contains the tags.
The PLC tag table opens.
2. Change the entries in the columns.
Editing addresses in the program editor

To edit the address of a tag in the program editor, follow these steps:
2. Select the "Rewire tag" command in the shortcut menu.
The "Rewire tag" dialog will open. The dialog shows a declaration table.

Programming the PLC
3. Enter the new address in the "Address" column.

4. Click the "Change" button to confirm the input.
Editing names in the program editor

To edit the name of a tag in the program editor, follow these steps:
2. Select the "Rename tag" command in the shortcut menu.
The "Rename tag" dialog opens. The dialog shows a declaration table.
3. Enter the new name in the "Name" column.
Effect in the program

In the case of a change of the tag's name, data type or address, each location of use of the
tag is automatically updated in the program.
See also
Properties of PLC tags (Page 1496)
Editing properties of global constants
Properties of global constants
Overview
The following table gives an overview of the properties of constants:

General Name A unique name within the table
Data type Data type of the constants
Value Value that you defined for the constants.
This value must be compatible with the declared data type.
Comment Comment on the constants
History Date created Time when the constant was created (cannot be changed)
Last modified Time when the constant was last changed (cannot be
changed)

Programming the PLC
Editing properties of global constants
Editing properties in a PLC tag table

To edit the properties of one or more constants, follow these steps:
1. In the project tree, double-click the PLC tag table that contains the constants.
The PLC tag table opens.
2. Open the "User constants" tab.
3. Change the entries in the "Name", "Data type", "Value", or "Comments" column.

In the case of a change of a constant's name, data type or value, each location of use of the
constant is automatically updated in the program.
See also
11.1.2.9 Monitoring of PLC tags
Monitoring of PLC tags

You can monitor the current data values of the tags on the CPU directly in the PLC tag table.
Requirement
An online connection to the CPU exists or is possible.
Procedure
To monitor the data values, proceed as follows:
1. Open a PLC tag table.
2. Start monitoring by clicking the "Monitor all" button.
If no online connection to the CPU exists, this is established.
Monitoring is started with the trigger setting "Permanent".
The additional "Monitor value" column is displayed in the table. This shows the current
data values.
The symbol for the forcing of tags is displayed if a tag is currently being forced.
3. End the monitoring by clicking the "Monitor all" button again.

Programming the PLC
Note
Editing PLC tags during the monitoring of tags
If the editing of tags is started and the PLC tag table is edited, for example by adding new tags,
the monitoring is re-started after editing is complete.
Note
You also have the option of copying PLC tags to a monitor or force table so that you can
monitor, control or force them in the table.
See also
Introduction to testing with the watch table (Page 1854)
Introduction for testing with the force table (Page 1881)
Copying entries in the PLC tag table (Page 1499)
11.1.2.10 Editing PLC tag tables
Inserting a table row in the PLC tag table
Procedure
Proceed as follows to insert a row above the selected row:
1. Select the row in front of which you want to insert a new row.
2. Click the "Insert row" button on the toolbar of the table.
Result
A new row is inserted above the selected row.
See also
Copying entries in the PLC tag table

You can copy PLC tags within a table or to other tables.

Programming the PLC
Procedure
To copy a tag, follow these steps:
1. Select the tags you want to copy.
You can also select several tags by clicking on them one after the other while holding down
the <Ctrl> key or by pressing and holding down <Shift> and clicking on the first and last
tag.
3. Position the insertion pointer at the location where you want to insert the tags.
4. Select "Paste" in the shortcut menu.
Or
1. Select the tag.
2. Hold down the left mouse button.
3. At the same time, press <Ctrl>.
4. Drag the tag to the destination.
Result
The tag is copied to the destination.
If there is a name conflict, a number is automatically appended to the tag name. For
example, "Tag" becomes "Tag(1)".
All other properties of the tag remain unchanged.
See also
Deleting entries in the PLC tag table
Procedure
Follow the steps below to delete elements:
1. Select the row with the element to be deleted. You can also select several rows by clicking
on them one after the other while holding down the <Ctrl> key or by pressing and holding
down <Shift> and clicking on the first and last row.
See also

Programming the PLC
Sorting rows in the PLC tag tables

You can sort the rows in the tables alphanumerically by name, data type, or address.
Procedure
To sort the table rows, follow these steps:
1. Select the column by which you want to sort.
2. Click the column header.
The column will be sorted in order of increasing values.
An up arrow shows the sort sequence.
3. In order to change the sort sequence, click the arrow.
The column will be sorted in order of decreasing values. A down arrow shows the sort
sequence.
4. To restore the original sequence, click a third time on the column header.
See also
Automatically filling in cells in the PLC tag table

You can load the contents of one or several table cells into the cells below, automatically filling
in the successive cells.
If you automatically fill in cells in the "Name" column, a consecutive number will be appended
to each name. For example, "Motor" will become "Motor_1".
If you fill the cells in the column "Address" automatically, the addresses will be increased
depending on the indicated data type.
Procedure
To automatically fill in successive cells, follow these steps:
1. Select the cells to be loaded.
2. Click the "Fill" symbol in the bottom right corner of the cell.
The mouse pointer is transformed into a crosshair.
3. Keep the mouse button pressed and drag the mouse pointer downwards over the cells that
you want to fill in automatically.
4. Release the mouse button.
The cells are filled in automatically. If entries are already present in the cells that are to be
automatically updated, a dialog appears in which you can indicate whether you want to
overwrite the existing entries or whether you want to insert new rows for the new tags.
See also

Programming the PLC

You can show or hide the columns in a table as needed.
Procedure
5. To hide or show several columns, click "More" and activate or deactivate the check box of
the corresponding columns in the "Show/Hide" dialog.
See also
Editing PLC tags with external editors
Basics for importing and exporting
Introduction
You can export PLC tag tables to a standardized XLSX format for editing with external table
editors. Similarly, you can import PLC tag tables created with external table editors to the TIA
Portal.
Overwriting existing PLC tags and constants during import

Existing entries of the same name will be overwritten during import if they have the same name
as the entries that will be imported.
Link to existing objects

References to PLC tags or constants that already exist in the project are updated automatically
during import. The update is executed based on the name of the PLC tags and constants.

Programming the PLC
See also
Format of the export file (Page 1503)
Exporting PLC tags (Page 1503)
Importing PLC tags (Page 1504)
Format of the export file
Introduction
During the export of PLC tag tables, a standardized XSLX format will be generated that you
can edit with external table editors.
This format is also expected during the import of tables.
Format of the export file

The sheet is always named "PLCTags". This sheet can contain the displayed columns. The
sorting order of columns can vary. The sheet does not necessarily have to include all columns.
During import, the following values will be identified by a <no value> entry.
The names of the column headers are also clearly defined and are always expected in English.
The following table specifies the contents expected for the individual columns:
Element Description
Name Name of the tags
Path Group and name of the PLC tag table
Data Type The notation of the data type corresponds to the
notation used in the PLC tag table.
Logical Address The address can be specified with German or in
ternational mnemonics.
Comment Free-form comments
Hmi Visible The value TRUE or FALSE is expected.
Hmi Accessible The value TRUE or FALSE is expected.
See also
Basics for importing and exporting (Page 1502)
Exporting PLC tags
Requirement
A PLC tag table is open.

Programming the PLC
Procedure
To export PLC tags and constants, follow these steps:
1. In the PLC tag table, click the "Export" button.
The "Export to Excel" dialog opens.
2. Select the path to which you want to save the export file.
3. Select whether to export tags and/or constants.
Result
The export file will be generated. Errors and warnings generated during export are indicated
in the "Info" tab of the Inspector window.
See also
Importing PLC tags
Requirement
A table exists and it conforms to format specifications.
Procedure
To import a PLC tag table, follow these steps:
1. Open the "All tags" table.
2. Click the "Import" button.
The "Import from Excel" dialog opens.
3. Select whether to import PLC tags and/or constants.
4. Select the table you want to import.
Result
The PLC tag table will be imported.
Errors and warnings generated during export are indicated in the "Info" tab of the Inspector
window.

Programming the PLC
See also
Editing individual PLC tags with external editors

To edit individual PLC tags in external editors outside the TIA portal, you can export or import
these tags using copy and paste. However, you cannot copy structured tags to an editor.
Requirement
A PLC tag table and an external editor are opened.
Procedure
To export and import individual PLC tags, follow these steps:
1. Select one or more PLC tags.
3. Switch to the external editor and paste the copied tags.
4. Edit the tags as required.
5. Copy the tags in the external editor.
6. Switch back to the PLC tag table.
Note
You also have the option of export or importing PLC tags as mass data.

Programming the PLC
11.1.3 Creating and managing blocks
11.1.3.1 Creating blocks
Block folder
Function
You can find a "Program blocks" folder in the project tree, in which you can create and manage
the following blocks:
Organization blocks (OB)
Function blocks (FB)
Functions (FCs)
Data blocks (DB)
A "System blocks" subfolder containing another subfolder, "Program resources", is also
created in the "Program blocks" folder the first time you drag an instruction to your program
which is an internal system function block. The instance data block of the internal system
function block is also pasted to the "Program resources" folder. You can move or copy such
instance data blocks from the "Program resources" folder to any other folder and rename or
delete them. You can also move your blocks into the "Program resources" folder. Blocks in
the "Program resources" folder that are not required to run the user program are removed
during the next compilation. If the "Program resources" folder contains no more blocks then it
is also deleted with the "System blocks" folder.
A program cycle OB is automatically generated for each device and inserted in the "Program
blocks" folder.
See also
Using blocks from libraries (Page 1510)
Creating organization blocks
Requirement
The "Program blocks" folder in the project tree is open.

Programming the PLC
Procedure
To create an organization block, follow these steps:
2. Click the "Organization block (OB)" button.
3. Select the type of new organization block.
4. Enter a name for the new organization block.
5. Enter the properties of the new organization block.
6. To enter additional properties for the new organization block, click "Additional information".
An area with further input fields is displayed.
7. Enter all the properties you require.
8. Activate the "Add new and open" check box if the organization block does not open as soon
as it is created.
Result
The new organization block is created. You can find the organization block in the project tree
in the "Program blocks" folder. You can assign additional parameters to some organization
blocks in the inspector window or device view after they have been created. The organization
block description will state whether the newly created organization block has additional
parameters.
See also
Organization blocks (OB) (Page 1414)
Block folder (Page 1506)
Entering a block title (Page 1515)
Entering a block comment (Page 1516)
Creating functions and function blocks
Requirement

Programming the PLC
Procedure
To create a function (FC) or a function block (FB), follow these steps:
2. Click the "Function block (FB)" or "Function (FC)" button.
3. Enter a name for the new block.
4. Enter the properties of the new block.
5. To enter additional properties for the new block, click "Additional information".
7. Activate the "Add new and open" check box if the block does not open as soon as it is
created.
Result
The new block is created. You can find the block in the project tree in the "Program blocks"
folder.
See also
Function blocks (FB) (Page 1415)
Functions (FCs) (Page 1414)
Creating data blocks
Requirement

Programming the PLC
Procedure
To create a data block, follow these steps:
3. Select the type of the data block. You have the following options available to you:
To create a global data block, select the list entry "Global DB".
To create an ARRAY data block, select the "ARRAY DB" entry in the list.
To create an instance data block, select the function block to which you want to assign
the instance data block from the list. The list contains only the function blocks that were
previously created for the CPU.
To create a data block based on a PLC data type, select the PLC data type from the
list. The list contains only the PLC data types that were previously created for the CPU.
To create a data block based on a system data type, select the system data type from
the list. The list contains only those system data types that have already been inserted
to program blocks in the CPU.
4. Enter a name for the data block.
5. Enter the properties of the new data block.
6. If you have selected an ARRAY DB as the data block type, enter the ARRAY data type and
the high limit for the ARRAY.
You can change the high limit for the ARRAY at any time in the property window of the
created block. The ARRAY data type cannot be changed subsequently.
7. To enter additional properties of the new data block, click "Additional information".
created.
10.Confirm your entry with "OK".
Result
The new data block is created. You can find the data block in the project tree in the "Program
blocks" folder.
See also
Global data blocks (DB) (Page 1416)

Programming the PLC

System data types (Page 1955)
Using blocks from libraries

You can save blocks in the project library or in a global library, so that you can use them more
than once within a user program. You can insert the blocks as master copies or as types.
See also: Library basics (Page 470)
Requirement
No write protection is set for global libraries.
Adding blocks as master copies to the project library or to a global library

To add new blocks as master copies to the project library or to a global library, follow these
steps:
1. Maximize the project library or the global library.
2. Use drag-and-drop to move the block you wish to add to the library to the "Master copies"
folder or any one of the "Master copies" subfolders in the project library or a global library.
Do not release the left mouse button until a small plus sign appears underneath the mouse
pointer.
Or:
1. Copy the element you want to add as master copy.
3. Right-click the "Master copies" folder or any of its subfolders.
Adding blocks as types to the project library or to a global library

To add new blocks as types to the project library or to a global library, follow these steps:
2. Drag-and-drop the element you want to add as a type into the "Types" folder or any of its
subfolders in the project library or a global library. Do not release the left mouse button until
a small plus sign appears underneath the mouse pointer.
Or:
1. Copy the element you want to add as a type.

Programming the PLC
3. Right-click the "Types" folder or any of its subfolders.

Using blocks of the project library or a global library

To use a block from the project library or a global library in your project, follow these steps:
1. Maximize the project library or the global library so that you can see the block you wish to
use.
2. Use a drag-and-drop operation to move the block to the CPU block folder. If the selected
insertion points is not allowed, the mouse pointer will appear as a circle with a slash.
Note
If you derive an instance from a type in a global library, the type is also inserted into the project
library. The instance is then only linked to the type in the project library.
See also
Using libraries (Page 470)
Copying and pasting blocks
Basics of copying and pasting blocks
Function
You can also create new blocks by copying existing blocks and pasting the copy. Note the
following principles when copying to CPUs of the same device family:
You can copy organization blocks (OBs), functions (FCs), function blocks (FBs), and global
data blocks (DBs) without restriction.
You can copy instance data blocks only for the same function block, since the assignment
to the function block cannot be changed afterwards. However, the assignment is canceled
if you copy the instance data block to a different CPU. If a function block with the same
name exists there, the instance data block will be assigned to this function block. If you
copy the instance data block together with the function block into the other CPU, the
instance data block is assigned to the copy of the function block.
The various device families sometimes support different blocks, especially in the case of
organization blocks. However, function blocks and functions can also be programmed on the

Programming the PLC
various devices with different access types. Therefore, not all blocks are supported on all
devices. Note the following principles when copying to a different device family:
Copying to an S7-1200 CPU:
Organization blocks with "Optimized" access type can be copied to an S7-1200. If the
copied OB type is supported by the S7-1200 CPU, the copied OB retains the properties
of its event. You must, however, compile it again.
Although organization blocks with the "Standard" access type can be copied to an
S7-1200, they are not supported by the CPU.
Function blocks (FBs), functions (FCs) and global data blocks (DBs) with "Optimized"
access type can be copied to an S7-1200. However, they must be recompiled after this.
Although function blocks (FBs), functions (FCs) and global data blocks (DBs) with
"Standard" access type can be copied to an S7-1200, they are not supported by the
CPU.
Instance data blocks: If there is a function block in the target CPU with the name that
was assigned to the instance data block in the source CPU, the instance data block is
assigned to the function block in the target CPU. If you copy the instance data block
together with the function block to which it was assigned in the source CPU into the
target CPU, the instance data block is assigned to the copy of the function block.
Copying to an S7-1500 CPU:
Organization blocks with "Optimized" access type can be copied to an S7-1500. If the
copied OB type is supported by the S7-1500 CPU, the copied OB retains the properties
of its event. You must, however, compile it again. OB types that are not supported
receive a no parking symbol.
Organization blocks with "Standard" access type can be copied to an S7-1500. If the
OB derives from an S7-300/400 CPU, it receives the standard event of the
corresponding OB type. If the OB derives from an S7-1200/1500 CPU, it receives the
properties of its event. However, it must be compiled again.
Function blocks (FBs), functions (FCs) and global data blocks (DBs) with "Optimized"
access type can be copied to an S7-1500. However, they must be recompiled after this.
Although function blocks (FBs), functions (FCs) and global data blocks (DBs) with
"Standard" access type can be copied to an S7-1500, they are not supported by the
CPU.
Copying to S7-300/400 CPUs:
Organization blocks can be copied as required between S7-300 and S7-400.
Although organization blocks from S7-1200/1500 CPUs can be copied to S7-300/400
CPUs, they are not supported by the target CPU.
Function blocks (FBs), functions (FCs) and global data blocks (DBs) can be copied as
required between S7-300 and S7-400.

Programming the PLC
Although function blocks (FBs), functions (FCs) and global data blocks (DBs) can be
copied from S7-1200/1500 CPUs to S7-300/400 CPUs, they are not supported by the
target CPU.
In the project tree, blocks that are not supported are indicated by the no parking symbol. Blocks
with a no parking symbol cannot be edited, but only used again as copy source.
Note
When blocks are copied between different device families, it is possible that the copied block
needs to be recompiled. This applies also to the coping of blocks between CPUs and software
controllers. If the block has know-how protection, re-compilation is only possible with the
correct password.
Copying data
With paste, all the block data is copied and forwarded to the copy. This data includes:
Block interface tags
All networks
Comments in all existing compilations
Messages defined in the block
The entire program code of the copied block including the call instructions contained in the
block.
However, called blocks and their associated instance data blocks are not copied.
Avoiding name conflicts during pasting

When pasting copied blocks with identical names to already existing blocks, the following
mechanisms are used to avoid name conflicts:
Pasting the copied block into the same CPU:
The copy of the block gets a name that is extended by a number. For example, if block "A"
is copied, a possible name for the copy is "A_1". Consecutive numbering is not used, but
rather the smallest free number. The copy of block "A" can also get the name "A_25", if no
lower number is available.
Pasting the copied block into another CPU:
A dialog box opens in which you can select whether the block with the same name will be
replaced or the copied block will be pasted with a duplicate designation (Name_Number).

Programming the PLC
Note
Number conflicts
Number conflicts may occur, if the pasted block has the same block number as an existing
block. The block number is not automatically changed during pasting. This double number
may have an effect on block calls. When you copy blocks you should therefore check the block
number carefully and correct duplicate block numbers manually or using the block properties.
Duplicate block numbers lead to a compilation error.
See also
Copying blocks (Page 1514)
Pasting blocks (Page 1514)
Copying blocks
Requirement
The "Program blocks" folder is opened in the project tree.
Procedure
To copy a block, follow these steps:
1. Right-click the block that you want to copy.
Result
A copy of the block is now on the clipboard and can be pasted either into the same CPU or
into another one.
See also
Basics of copying and pasting blocks (Page 1511)
Pasting blocks (Page 1514)
Pasting blocks
Requirement
You have copied a block.

Programming the PLC
Procedure
To paste a copied block and its data into a CPU, follow these steps:
1. In the project tree, open the folder structure for the CPU into which you want to paste the
copied block.
Note
Please note that you can only paste the copied block into a CPU which supports the block
programming language and type.
2. Right-click on the "Program blocks" folder.

If you are pasting the block into the same CPU as the original block, "_<consecutive
number>" will be appended to the name of the copy.
If you are pasting the block into a different CPU where a block of the same name already
exists, the "Paste" dialog box opens. Select the required option and confirm with "OK".
See also
Basics of copying and pasting blocks (Page 1511)
Copying blocks (Page 1514)
Entering a block title

The block title is the title of the block. It is not the same thing as the block name, which was
assigned when the block was created. The length of the block title is restricted to one row. You
can enter the block title for open and closed blocks.
Requirement
A code block is available.
Enter block title for open block

To insert the block title in an open block, follow these steps:
1. Click on the title bar of the block in the program editor.
2. Enter the block title.
Enter block title for closed blocks

To insert the block title in a closed block, follow these steps:
1. Right-click the block in the project tree.
The dialog with the properties of the block opens.

Programming the PLC
3. Select the entry "Information" in the area navigation.

4. Enter the block title in the "Title" input field.
See also
Entering a block comment

You can use the block comment to document the entire code block. For example, you can
indicate the purpose of the block or draw attention to special characteristics. You can enter
the block comment for open and closed blocks.
Requirement
A code block is available.
Enter block comment for open blocks

To insert a block comment in an open block, proceed as follows:
1. Click the small arrow in front of the block title.
The right arrow becomes a down arrow, and the comment area is displayed.
2. Click "Comment" in the comment area.
The "Comment" text passage is selected.
3. Enter the block comment.
Enter block comments for closed blocks

To insert the block comment in a closed block, follow these steps:
3. Select the entry "Information" in the area navigation.
4. Enter the block comment in the "Comment" input field.

Programming the PLC
See also
11.1.3.2 Specifying block properties
Basics of block properties
Block properties
Each block has certain properties, which you can display and edit. These properties are used
amongst other things to:
Identify the block
Display the memory requirements and the compilation status of the block
Display the time stamp
Display the reference information
Specify the access protection
See also
Overview of block properties (Page 1518)
Block time stamps (Page 1520)
Displaying and editing block properties (Page 1523)
Setting the mnemonics (Page 1539)

Programming the PLC
Overview of block properties
Overview
The properties of the blocks are block and CPU-specific. Not all properties are therefore
available for all blocks or in all CPU families. The following table gives an overview of block
properties:

General Name Unique block name within the station
Constant name Name of the constant pasted for the OB in the PLC tag table
Type Block type (cannot be changed)
Number Block number
Event class Event class of an OB (cannot be changed)
Language Programming language of the block
Language in networks Language used to program conditions in GRAPH blocks.
Version Version of the GRAPH block
Process image partition number Display of the process image partitions that are assigned to the
organization block (cannot be changed)
ARRAY data type Data type of an ARRAY data block (cannot be changed)
ARRAY limit High limit of an ARRAY data block
The "Move operations" section of the "Instructions" task card of
fers options for addressing of ARRAY data blocks.
Information Title Block title
Comment Block comment
Version Version number of the block
Family Block family name
Author Name of the author, company name, department name, or other
names
User-defined ID ID created by the user
Time stamp Block Times of creation and time of change of the block (cannot be
changed)
Interface Time of creation of the block interface (cannot be changed)
Code Code modification time (non-editable)
Data Data modification time (non-editable)
Load-relevant Time of the last load-relevant modification (cannot be changed)
Compilation Status Details of the last compilation run (cannot be changed)
Lengths Details of the block lengths (cannot be changed)
Protection Protection Setting up know-how protection and copy protection for the block
See also: Protecting blocks

Programming the PLC

Attributes Optimized block access The tag declaration for blocks with optimized access contains
only the symbolic names of the data elements. The system auto
matically optimizes and manages the addresses. The CPU per
formance increases and access errors, for example, from SIMAT
IC HMI, are prevented.
IEC check The compatibility of the operands in comparison operations and
arithmetic operations are tested according to IEC 61131. You
have to explicitly convert non-compatible operands.
See also: Overview of data type conversion (Page 2091)
Local error handling within block Troubleshooting inside the block with the GET_ERROR or
GET_ERR_ID instruction (cannot be changed).
Create extended status informa Allows you to monitor all tags in an SCL block. This option does,
tion however, increase the program memory space required and the
execution times.
Check ARRAY limits Checks whether array indexes are within the range declared for
an ARRAY during the runtime of an SCL block. The block enable
output ENO is set to "0" if an array index is outside of the permitted
range.
Set ENO automatically Checks whether errors occur in the processing of certain instruc
tions during the runtime of an SCL block. The block enable output
ENO is set to "0" if a runtime error occurs.
Create minimized DB Creates instance data blocks for GRAPH blocks of the S7-300
and S7-400 in minimized format. This option reduces the GRAPH
FB memory space required, however you will only receive limited
program status information.
Skip steps If the transitions before and after a step become valid simultane
ously in a GRAPH block, the step will not be activated and will be
skipped.
Acknowledge supervision alarms Any supervision error which occurs during the operation of a
GRAPH block must be acknowledged before the program can
continue.
Permanent processing of all inter Permanently monitors all interlock conditions in a GRAPH block
locks in manual operation in manual mode.
Lock operating mode selection Prevents a GRAPH block operating mode being selected.
Data block write-protected in the Indicates whether the data block is read-only in the target system,
device and cannot be overwritten while the program is running (for data
blocks only)
Only store in load memory On activation the data block is stored only in the load memory,
occupies no space in the work memory, and is not linked into the
program. The "Move operations" section of the "Instructions" task
card offers options for transferring data blocks to the work mem
ory (for data blocks only).
Start information Here you specify the structure of the start information of the OB
for S7-1500 CPUs: either like for S7-300 and S7-400 CPUs or
optimized start information.
Priority Shows the priority set for organization blocks. The CPU family
used and the type of the organization block determine whether
you can change the priority.

Programming the PLC

Parameter assignment by means Enables parameter input by means of registers in an STL block
of registers of S7-1500. This feature allows you to use the "Conditional call
of blocks" (CC) and "Unconditional call of blocks" (UC) instruc
tions in the block.
Block can be used as know-how Shows whether or not the block in the library can be used with
protected library item know-how protection.
Enable readback Enables you to mark individual parameters of the block for read
back. The "Tag readback" function is relevant if the block is used
in a CFC chart.
Block representation Specifies how the block is represented in a CFC chart.
Time-of-day interrupt Time-of-day interrupt Parameters of the time-of-day interrupt OB: active (yes or no),
execution, start date and time, local time or system time
Cyclic interrupt Cyclic interrupt Cycle time and phase shift of the cyclic interrupt OB
Triggers Triggers Display of start events of the hardware interrupt OB
Isochronous mode Isochronous mode Parameters of the isochronous mode interrupt OB: application
cycles, automatic setting (yes or no), delay time.
Also indicated is the PROFINET IO system or DP master system
whose IO devices or DP slaves are assigned to the isochronous
mode interrupt OB.
Download without re Reserve in volatile memory Defines the reserve in volatile memory that can be used for inter
initialization face extensions.
The number of currently available bytes is displayed in parenthe
ses. This information is updated with each compilation.
Activate download without reiniti Enables definition of a reserve in retentive memory.
alization for retentive tags
Reserve in retentive memory Defines the reserve in retentive memory that can be used for
interface extensions.
The number of currently available bytes is displayed in parenthe
ses. This information is updated with each compilation.
See also
Basics of block properties (Page 1517)
Block time stamps
Introduction
Blocks receive a number of different time stamps which show you when the block was created
and when it was last changed. These time stamps are also used for automatic consistency
checks before compilation.

Programming the PLC
Code block time stamps

The following time stamps are generated for code blocks (OBs, FBs, FCs):
Block: Created on, Modified on
Interface: Modified on
Code/data: Modified on
Load-relevant: Modified on
A time stamp conflict is displayed during compilation if the time stamp for the block calling is
older than that of the interface for the block called.
Time stamps for code blocks are updated as follows:
Block: The time stamp for the last block modification is always the same as the time stamp
either of the interface or of the code depending on which area was modified last.
Interface: The interface time stamp is updated each time the interface is modified. Even if
you manually undo a change to the interface, for example change the name back, that is
also a change which updates the time stamp. However, if you undo the change using the
"Undo" function, the time stamp will be reset to the value it had before the undone change.
Code/data: The code time stamp is updated each time the block code is changed. Even if
you manually undo a change to the code, for example remove an instruction, that is also a
change which will update the time stamp. However, if you undo the change using the "Undo"
function, the time stamp will be reset to the value it had before the undone change.
Load-relevant: The time stamp for "Load-relevant" is updated each time a code block is
changed. These changes can affect the code, the data or the interface.
Global data block time stamps

The following time stamps are generated for global data blocks:
Data: Modified on
Time stamp conflict is reported during compilation of a global data block based on a PLC data
type if the time stamp of the global data block is older than the time stamp of the PLC data
type used.
The time stamps for global data blocks are updated as follows:
Block: The time stamp for the last change to a global data block is always the same as the
time stamp for the interface and the data.
Interface and data: The interface time stamps and the data are updated each time the global
data block is changed. Even if you manually undo a change, for example remove a tag,
that is also a change which will update the time stamp. However, if you undo the change
using the "Undo" function, the time stamps will be reset to the value they had before the
undone change.
Load-relevant: The time stamp for "Load-relevant" is updated each time a global data block
is changed. These changes can affect the data or the interface.

Programming the PLC
Instance data block time stamps

The following time stamps are generated for instance data blocks:
Data: Modified on
A time stamp conflict will be reported during compilation of an instance data block if the
interface time stamps of the instance data block are not identical to those of the function block.
The time stamps for instance data blocks are updated as follows:
Block: The time stamp for the last change to an instance data block is always the same as
the time stamp for the interface and the data.
Interface and data: The interface time stamps and the data are updated each time the
instance data block is changed. Even if you manually undo a change, for example cancel
the tag retain setting, that is also a change which will update the time stamps. However, if
you undo the change using the "Undo" function, the time stamps will be reset to the value
they had before the undone change.
Load-relevant: The time stamp for "Load-relevant" is updated each time an instance data
block is changed. These changes can affect the data or the interface.
PLC data type time stamps

The following time stamps are generated for PLC data types:
The time stamps for PLC data types are updated as follows:
Block: The time stamp for the last change to a PLC data type is always the same as the
interface time stamp.
Interface: The interface time stamp is updated each time the PLC data type is changed.
Even if you manually undo a change, for example delete the content of a PLC data type,
that is also a change which will update the time stamp. However, if you undo the change
using the "Undo" function, the time stamp will be reset to the value it had before the undone
change.
Load-relevant: The time stamp for "Load-relevant" is updated each time a PLC data type
is changed.
See also

Programming the PLC

Basic information on compiling blocks (Page 1782)
Displaying and editing block properties

The properties of the blocks are block and CPU-specific. Not all properties are therefore
available for all blocks or in all CPU families. Properties that can only be displayed are write-
protected.
Displaying and editing properties of a closed block

To display and edit the properties of a closed block, follow these steps:
2. Right-click the block whose properties you want to display or edit.
The properties dialog box of the block opens.
4. In the area navigation, click a group whose properties you want to display or edit.
5. Change the relevant property.
Displaying and editing properties of an open block

To display or edit the properties of an open block, follow these steps:
1. Select the "Inspector window" check box in the "View" menu.
The Inspector window opens.
2. Click the "Properties" tab.
The properties of the block are shown in the "Properties" tab of the Inspector window.
3. In the area navigation, click a group whose properties you want to display or edit.
4. Change the relevant property.
Result
The properties of the block will be changed. The changes are not saved until the project is
saved.
See also

Programming the PLC
11.1.3.3 Managing blocks
Opening blocks
You can open both the blocks in the project (offline blocks) and also the blocks in the device
(online blocks).
To open an offline block, you have the following options:
Open offline block directly
You can open a block directly if the corresponding block folder is open in the project tree
or in the overview window.
Find and open offline block
You can look for blocks within a project, a device or the "Program blocks" folder and then
open them.
Note the following special features when opening online blocks:
You cannot edit online blocks.
It is possible that another user can carry out a loading process on the selected CPU through
joint parallel working on a CPU. Consequently, it can happen that the online block that you
have open is deleted by the loading process if the block only exists in the device. In this
case, the online block is closed and a message is displayed in the Inspector window.
Open offline block directly

To open an offline block directly, you have the following options:
1. Open the folder with the block you wish to open in the project tree or in the overview window.
2. Double-click on the block you wish to open.
The block will open in the program editor.
Find and open offline block

To find an offline block and then open it, follow these steps:
1. Right-click on the project, a device, the "Program blocks" folder or a lower-level folder of
"Program blocks" in the project tree.
2. In the shortcut menu select the "Open block/PLC data type" command or press the <F7>
key.
The "Open block/PLC data type" dialog box opens.
3. Enter the name, the address or the type of block you are looking for.
The block list is filtered further with each letter entered. The block list is closed if there is
no block that matches the input. You can show the complete block list at any time by clicking
the button to the right of the text box. Keep in mind that there is no filtering in this case. If
you want to filter for your inputs again, click the button once again.
4. In the block list, click the block you wish to open.
The block is opened in the program editor and displayed as selection in the project tree.

Programming the PLC
Open online block

To open an online block directly, you have the following options:
1. Open the "Online access" folder in the project tree.
2. Click on the arrow symbol to the left of the interface to show all the objects that are arranged
below the interface.
3. Double-click on the "Update accessible devices" command below the interface.
All devices that are accessible via this interface are displayed.
4. Open the folder of the device that contains the block you want to open.
5. Open the "Program blocks" folder.
All the device's blocks are displayed.
The block will open in the program editor.
See also
Saving blocks (Page 1525)
Closing blocks (Page 1526)
Renaming blocks (Page 1526)
Deleting blocks offline (Page 1527)
Deleting blocks online (Page 1527)
Opening know-how protected blocks (Page 1806)
Saving blocks
Blocks are always saved together with the project. Faulty blocks can also be saved. This allows
the error to be resolved at a convenient time.
Procedure
To save a block, follow these steps:
1. Select the "Save" or "Save as" command in the "Project" menu.
See also: Saving projects (Page 383)
See also
Opening blocks (Page 1524)

Programming the PLC
Closing blocks
Procedure
To close a block, follow these steps:
1. Click the "Close" button in the title bar of the program editor.
Note
Note that the block will not be saved on closing.
See also
Renaming blocks
Requirement
The "Program blocks" folder is opened in the project tree.
Procedure
To change the name of a block, follow these steps:
1. Right-click the block that you want to rename.
The block name in the project tree changes to an input field.
3. Input the new name for the block.
4. Confirm your entry with the Enter key.
Result
The name of the block is now changed at all points of use in the program.

Programming the PLC
See also
Deleting blocks offline
Requirement
The "Program blocks" folder opens in the project tree.
Procedure
To delete a block that exists offline, proceed as follows:
1. In the project tree in the "Program blocks" folder, right-click on the block that you want to
delete.
3. Confirm the safety prompt with "Yes".
The block is deleted offline from the project.
Note
If you are deleting organization blocks, note that events may be assigned to these blocks. If
you delete such organization block the program cannot respond to parameterized events.
See also
Deleting blocks online
Requirement

Programming the PLC
Procedure
To delete a block that exists online, follow these steps:
1. In the "Program blocks" folder in the project tree, right-click on the block that you wish to
delete from the device.
2. Select the "Delete" command from the shortcut menu.
The "Delete" dialog opens.
3. Select the "Delete from device" check box.
4. Click "Yes".
The block will be deleted from the device online.
See also
Deleting CPU data blocks

You may delete CPU data blocks both in offline and online mode.
Deleting CPU data blocks in offline mode

Proceed as follows to delete a CPU data block from the offline project:
1. Right-click the CPU data blocks that you want to delete in the project navigation, "Program
blocks" folder.
The CPU data block is deleted from the offline project.
Deleting CPU data blocks in online mode

Proceed as follows to delete a CPU data block from the online project:
1. Establish an online connection to the device containing the CPU data block that you want
to delete.
2. Right-click the CPU data block that you want to delete from the device in the project
navigation, "Program blocks" folder.
The "Delete" dialog opens.

Programming the PLC
4. Select the "Delete from device" check box.

5. Click "Yes".
The CPU data block is deleted from the online device.
See also
CPU data blocks (Page 1418)
11.1.4 Programming blocks
11.1.4.1 Program editor
Overview of the program editor
Function of the program editor

The program editor is the integrated development environment for programming functions,
function blocks, and organization blocks. If offers comprehensive support for programming
and troubleshooting.
The appearance and functionality of the program editor can vary depending on the CPU,
programming language and block type used.

Programming the PLC
Structure of the program editor

Using LAD as an example, the following figure shows the components of the program editor:
2
5
3
6
Toolbar
Block interface
"Favorites" pane in the "Instructions" task card and favorites in the program editor
Programming window
"Instructions" task card
"Testing" task card
Toolbar
The toolbar allows you to access the principal functions of the program editor, such as:
Show and hide absolute operands
Showing and hiding favorites
Skip to syntax errors

Programming the PLC
Update block calls

Show and hide program status
The functions available in the toolbar can vary depending on the programming language used.
Block interface
The block interface contains the declarations for local tags used solely within the block. The
sections available depend on the block type.
Favorites
You can save frequently used instructions as favorites. These favorites are then displayed in
the "Instructions" task card and the "Favorites" pane. You can also display favorites in the
program editor using the program editor toolbar. This allows you to access your favorites even
when the "Instructions" task card is not visible.
Programming window
The programming window is the work area of the program editor. You can enter the program
code in this window. The appearance and functionality of the program window can vary
depending on the programming language used.
"Instructions" task card

The "Instructions" task card offers you easy access to all instructions available for creating
your program. The instructions are broken down by area into a number of different palettes.
You can search the palettes for specific instructions.
See also: Find instructions (Page 1540)
You can show additional information on the instructions via the "Show column headers and
additional columns" button in the task card toolbar. You can modify the arrangement of columns
by clicking a column header and moving the column to the new position by means of drag-and-
drop.
If an instruction profile is active, the offered instructions may vary.
See also: Using instruction profiles

Programming the PLC
"Testing" task card

You can set settings in the "Testing" task card for troubleshooting using the program status.
The functions of the "Testing" task card are only available in online mode. It contains the
following panes, which are displayed depending on the selected CPU and the configured
programming language of the block:
CPU operator panel
The CPU operator panel allows you to switch the CPU operating mode.
Breakpoints
You can test blocks you created in the textual programming languages STL and SCL in
single step mode. To do this, set breakpoints in the program code.
In the "Breakpoints" pane, you can find all breakpoints that you have set and you can
activate, delete, navigate to, or set the call environment for the individual breakpoints.
PLC register
This pane allows you to read off the values for the PLC registers and the accumulators.
Sequence control
In this pane you can set the operating mode for testing sequencers for GRAPH blocks.
Test settings
This pane allows you to specify the test settings for the GRAPH block.
Call environment
This pane allows you to specify the call environment for the block.
Call hierarchy
In this pane, you can trace the call hierarchy of the blocks. You only see the call hierarchy
during block monitoring.
See also
Enlarging the programming window (Page 1537)
Using the keyboard in the program editor
Navigating in the editor
Function Shortcut key

Open "Instructions" task card <Ctrl+Shift+C>
Open "Testing" task card <Ctrl+Shift+O>
Add new block <Ctrl+N>
Expand all networks <Alt+F11>
Collapse all networks <Alt+F12>
Navigate to the next point of use of the selected block or operand <Ctrl+Shift+F>
Navigate to the previous point of use of the selected block or op <Ctrl+Shift+G>
erand

Programming the PLC

Navigate to the next read/write access <Alt+F8>
Navigate to the previous read/write access <Alt+F9>
Navigating in the program code (LAD/FBD)
Function Selected object Shortcut key

Navigating between objects in the network Object in the network Arrow keys
Navigate to the first element of the network Object in the network <Home>
Navigate to the last element of the network Object in the network <End>
Navigate to the next element of the network Object in the network <Tab>
Navigate to the previous element of the network Object in the network <Shift+Tab>
Insert network Any <Ctrl+R>
Navigating in the program code (STL/SCL)
Function Position of the cursor Shortcut key

Navigating in the program code Line Arrow keys
One word to the right/left Line <Ctrl+arrow keys>
Cursor to start of line Line <Home>
Cursor to end of line Line <End>
Cursor to start of code section Line <Ctrl+Home>
Cursor to end of code section Line <Ctrl+End>
To the next network (STL only) Network title <Down arrow>
To the next network (STL only) Line <Tab>
Repeat the shortcut keys
until the insertion point is
in the next network.
To the previous network (STL only) Network title <Up arrow>
To the previous network (STL only) Line <Shift+Tab>
Repeat the shortcut keys
until the insertion point is
in the previous network.
Insert network Any <Ctrl+R>
Inserting instructions (LAD)

Insert normally open contact Rung <Shift+F2>
Insert normally closed contact Rung <Shift+F3>
Insert empty box Rung <Shift+F5>
Insert assignment Rung <Shift+F7>
"Insert "Open branch" Rung <Shift+F8>
"Insert "Close branch" Rung <Shift+F9>

Programming the PLC
Inserting instructions (FBD)

Insert assignment Network, input or out <Shift+F7>
put
Insert empty box Network <Shift+F5>
"Insert "Open branch" Connection line be <Shift+F8>
tween two boxes
Invert RLO Network, input or out <Ctrl+Shift+4>
put
Insert input Network, input or out <Ctrl+Shift+3>
put
Entering operands (LAD/FBD/GRAPH)

Activate the input field for the first operand of the Instruction <Return>
instruction Or
<Any letters/numbers>
An empty input field opens
on <Return>, any letters or
numbers will be entered in
the input field.
Activate input field for the operand Operand <F2>
Delete operand Operand <Del>
Define tag Operand <Ctrl+Shift+I>
Rewire tag Operand <Ctrl+Shift+P>
Rename tag Operand <Ctrl+Shift+T>
Entering operands Input field for oper <Any letters/numbers>
ands
Confirm entry of the operand Input field for oper <Return>
ands
Open autocompletion Input field for oper <Ctrl+I>
ands
Discard current change Input field for oper <Esc>
ands The input field is deactivated
and the previous contents
restored.
Process instructions (STL/SCL)

Indent line (SCL only) Line <Tab> or
<Ctrl+R>
Outdent line (SCL only) Line <Shift+Tab> or
<Ctrl+Shift+R>

Programming the PLC

Automatically formatting selected text (SCL only) <Ctrl+Shift+W>
Open "Call options" dialog Cursor after block call <Return>
Define tag Operand <Ctrl+Shift+I>
Rewire tag Operand <CtrlShift+P>
Rename tag Operand <Ctrl+Shift+T>
Expand/collapse parameter list (SCL only) Operand <Ctrl+Shift+Space>
Expand/collapse code section Insertion mark within <Ctrl+Shift+Num+>
the code section <Ctrl+Shift+Num->
Expand/collapse all code sections Any <Ctrl+Shift+Num*>
<Ctrl+Shift+Num/>
Open autocompletion Any <Ctrl+I> or <Ctrl+Spacebar>
Set/delete bookmarks <Ctrl+Shift+M>

To the next bookmark <Ctrl+Shift+6>
To the previous bookmark <Ctrl+Shift+5>
Comment out selection Line <Ctrl+Shift+Y>
Remove comment Line <Ctrl+Shift+U>
Programming window of GRAPH
Function Area Shortcut key

Page Up/Down Navigation view, sin <Page Up>/
gle step view, se <Page Down>
quence view, perma
nent instructions
Navigate in the navigation view Navigation view <Up arrow>
<Down arrow>
Expand/collapse object Navigation view <+> or <Right arrow>
<-> or <Left arrow>
Switch between single step view and sequence Navigation view <Return>
view when a step or a transition is selected
Switch between navigation view and work area Navigation view, sin <ALT+F6>
gle step view, se
quence view, perma
nent instructions
Go to first element in a network Single step view <Home>
Go to last element in a network Single step view <End>
Switch to interlock Single step view <Ctrl+Home>
Switch to transition Single step view <Ctrl+End>
Navigate in the structure Sequence view Arrow keys
Go to first step Sequence view <Home> or <Ctrl+Home>
Go to last step Sequence view <End> or <Ctrl+End>
Open branch Sequence view <Shift+F8>

Programming the PLC
Function Area Shortcut key

Close branch Sequence view <Shift+F9>
Insert sequence end Sequence view <Shift+F7>
Insert jump Sequence view <Shift+F12>
Insert step and transition Sequence view <Shift+F5>
Delete element Sequence view <Del>
Go to first editable element Permanent instruc <Home>
tions
Go to next editable element Permanent instruc <Tab>
tions
Go to last editable element Permanent instruc <End>
tions
Go to previous editable element Permanent instruc <Shift+Tab>
tions
Jump to the start of the "Action" cell Actions <Home>
Jump to the end of the "Action" cell Actions <End>
Insert new action Actions <Return>
Monitor program

Set/remove breakpoint (STL, SCL) <Ctrl+Shift+F9>
Step over breakpoint (STL, SCL) <Ctrl+Shift+F10>
Jump to lower-level block (STL, SCL) <Ctrl+Shift+F11>
Return to calling block (STL, SCL) <Ctrl+Shift+F12>
Run program up to marker (cursor position) (STL, SCL) <Ctrl+F3>
Display program status (SCL, STL) <Ctrl+T>
Enable all breakpoints (STL, SCL) <Ctrl+Shift+F2>
Disable all breakpoints (STL, SCL) <Ctrl+Shift+F3>
Modify to 0 (LAD, FBD) <Ctrl+Shift+9>
Modify to 1 (LAD, FBD) <Ctrl+Shift+1>
Modify operand (LAD, FBD) <Ctrl+Shift+2>
See also
Keyboard operation in the TIA Portal (Page 339)
Using project-related functions (Page 341)
Arranging windows (Page 341)
Text editing (Page 346)

Programming the PLC
Enlarging the programming window
Introduction
The programming window is relatively small when all components of the application are shown.
If the program code is large, you may find you have to rearrange the work area constantly. To
avoid this problem, you can hide or minimize the display of the following components of the
application and of the program editor:
Project tree
Task cards
Block interface
Favorites
Comments
Networks
Note
You can also use the "Reduce automatically" option for the task cards, project tree, and
Inspector window. These windows will then be minimized automatically when you do not need
them.
See also: Maximizing and minimizing the work area
Hiding and showing the project tree

The project tree allows you to access all areas of the project. You can hide the project tree
while you are creating a program so you have more space for the programming window.
To show and hide the project tree, follow these steps:
1. To hide the project tree, deselect the "Project tree" check box in the "View" menu, or click
on "Collapse" on the project tree title bar.
2. To show the project tree, select the "Project tree" check box in the "View" menu or click on
"Extend" on the project tree title bar.
Opening and closing task cards

The task cards are located at the right-hand edge of the programming window.
To open or close the task cards, follow these steps:
1. To close the task cards, deselect the "Task card" check box in the "View" menu or click
"Collapse" on the task cards title bar.
2. To open the task cards, select the "Task card" check box in the "View" menu or click
"Expand" on the task cards title bar.

Programming the PLC
Hiding and showing the block interface

The block interface is shown in the upper section of the program editor. During programming
you can show and hide it as required.
To show and hide the block interface, follow these steps:
1. In the lower part of the interface within the window splitter, click on the Up arrow or Down
arrow.
Showing and hiding favorites

To hide or show the favorites in the program editor, follow these steps:
1. Click the "Display favorites in the editor" button in the program editor toolbar.
Showing and hiding comments

Within a block you can enter a comment for the block or for each network. These two types of
comments are shown and hidden differently.
To show or hide a block comment, follow these steps:
1. Click the the triangle at the start of the line with the block title.
To show or hide network comments, follow these steps:
1. Click "Network comments on/off" on the program editor toolbar.
Note
The comments available can vary depending on the programming language used.
Opening and closing networks

Some programming languages use networks. You can open or close these networks as
required.
To open or close networks, follow these steps:
1. If you want to open a network, click the right arrow in front of the network title. If you want
to close a network, click the down arrow in front of the network title.
To open and close all networks, follow these steps:
1. Click "Open all networks" or "Close all networks" in the program editor toolbar.
Note
Networks are not used in every programming language.

Programming the PLC
See also
Overview of the program editor (Page 1529)
Setting the mnemonics

You can program blocks using German or international mnemonics. When you open the TIA
Portal for the first time, international mnemonics is set as default. You can change the
mnemonics at any time.
Procedure
To set the mnemonics, follow these steps:
3. In the "General settings" group, select the mnemonics that you want to use.
The mnemonics is changed in all blocks.
Displaying symbolic and absolute addresses

You have the following options for displaying operands in the program editor:
Symbolic representation
The symbolic operands are displayed in the program. The corresponding absolute
addresses are shown in tooltips if you hold the mouse pointer over the operand.
Absolute representation
The absolute addresses are displayed in the program. The corresponding symbolic
operands are displayed in tooltips.
Symbolic and absolute representation
Symbolic operands and absolute addresses are displayed in program.
Requirement
Procedure
To change the representation of the operands, follow these steps:
1. Click the "Absolute/symbolic operands" button in the program editor toolbar.
Each time you click the button, the representation and the symbol on the button change.

Programming the PLC
Or:
1. Click the small arrow next to the "Absolute/symbolic operands" button in the program editor
toolbar.
A drop-down list is displayed.
2. Select the required representation from the drop-down list.
The symbol on the button changes.
See also
Basic information about operands (Page 1441)
Find instructions
You have the option of finding specific instructions in the "Instructions" task card and then
inserting them in your program. Note the following rules when entering search terms:
No distinction is made between upper and lower case text.
The search function considers parts of a search term.
You cannot use placeholders, such as "*" and "?".
If an instruction name includes underscores, the instruction is found even if you do not enter
the underscore.
The text in the columns "Name" and "Description" are taken into consideration in the search.
Requirement
A block is open.
Die "Instructions" task card is open.
Procedure
To search for a specific instruction in the "Instructions" task card, follow these steps:
1. Select a starting point for the search if you want to start the search at a specific point. If
you do not select a starting point, the search starts either at the top or bottom in the task
card, depending on the type of search you have selected.
2. Enter a search term in the text box of the task card toolbar.
3. Click "Search down" if you want to search the task card from top to bottom.
4. Click "Search up" if you want to search the task card from bottom to top.
The first match with the search term found is displayed as the result. If you want to continue
the search, click the "Search down" or "Search up" button again. If no matches are found,
you will receive a corresponding message.

Programming the PLC
See also
Use instruction versions
Basic information on instruction versions

The instructions available to you for programming the user program are managed in system
libraries. If a new version of a system library is installed by an update, the newer versions of
the instructions of this system library may also be installed.
If there are several versions for an instruction, these are listed in the "Instructions" task card
after the respective instruction. If the instruction versions are not shown, you can show them
via the "Show column headers and additional columns" button in the toolbar of the
"Instructions" task card. You can then select the versions of the instructions to be used in the
program from the dropdown-list box of the "Version" column. If you do not select any versions,
the most recent versions are used.
Note
You can only ever use the same version of an instruction within a device.
If you change the version of an instruction that other instructions depend on, the versions
of the dependent instructions are also changed.
If you select a version for an instruction that can not be run on the CPU used, the instruction
is shaded out. This means that you cannot use this instruction in this version with your CPU.
The system block in the project tree displays the block version number in its properties; it
does not have to match the instruction version number of the associated instruction in the
task card.
If you change the version of an instruction in the task card, you must compile the associated
system block in the project tree before you update its block version number.
Changes in the versions

New versions can be main versions or secondary versions. New versions, such as 2.0 or 3.0,
have more substantial changes to them. New main versions may therefore result in changes
to the block interface. New secondary versions, such as 1.3 or 1.4, contain lesser changes or
remedies to errors.
Using instruction versions

You can decide within a device which version of an instruction you want to use. If you select
another version for an instruction, the new version is specified for all locations of use of this
instruction within your program. These instructions are identified in the program by a red frame.
You must then download your program to the device to use the new instruction version.

Programming the PLC
Using instruction profiles
Basics of instruction profiles
Introduction
The TIA Portal provides you with numerous instructions that you can use to program the user
program. However, you may filter out specific instructions that you do not want to use. To this
end you can create instruction profiles in which you can explicitly specify the instructions to be
listed in the "Instructions" task card. However, although you may create several instruction
profiles in a project, only one of these profiles may be active at any given time. You can
exchange instruction profiles with other users by means of shared libraries.
Note
The use of instructions that are not allowed in the active profile in a block will trigger the
output of a block compilation error. Such a situation may be triggered if you drag-and-drop
a block from the library to your program.
Instructions of a profile that are not supported by the currently installed products are deleted
from the profile the next time it is edited. If you transfer this profile to an engineering system
in which these instructions are supported by the installed products, the instructions are
again present in the profile but they are disabled. You can enable these instructions as
required at any time.
If you want to make changes to the active profile, you must recompile the blocks in the
project. This is also necessary when you disable or delete the active profile or when you
enable a profile.
See also
Creating new instruction profiles (Page 1542)
Opening and editing instruction profiles (Page 1544)
Activating and deactivating instruction profiles (Page 1545)
Deleting instruction profiles (Page 1546)
Creating new instruction profiles
Requirement
The "Common data > Instruction profiles" folder is open in the project navigation.

Programming the PLC
Procedure
Proceed as follows to create a new instruction profile:
1. Double-click the "Add new profile" command.
The Instruction Profile Editor opens and displays the new instruction profile. All instructions
are activated for the new instruction profile.
2. Edit the new instruction profile to suit your requirements.
If necessary, you can rename the new instruction profile. To do this, follow these steps:
1. Right-click on the new instruction profile.
3. Enter a name for the new instruction profile.
Note
The first instruction profile that you create will be used as active profile. In this case, compile
all blocks in the project. If other instruction profiles are already available you must explicitly
activate the new one in order to use it as active profile. You can identify the active profile by
its icon in the project navigation.
See also
Basics of instruction profiles (Page 1542)

Programming the PLC
Opening and editing instruction profiles

Once you have opened an instruction profile, you can edit it as follows:
Activating and deactivating instructions
You can explicitly specify the instructions to be allowed in the instruction profile.
Note
Note that dependencies exist between some instructions. As a result, it is possible that
several instructions may be activated or deactivated by an action. The check box icon
indicates the folders in which instructions are deactivated.
Activating and deactivating instruction versions

Certain instructions are available with different versions. You can explicitly specify the
instruction versions to be allowed in the instruction profile.
Renumbering blocks
An instruction representing an internal function block (FB) or function (FC) in the system is
assigned a specific block number by the system. You can replace this block number with
your own block number. Within a version, there are several implementations for certain
instructions. The block numbers in such instructions can only be changed for the specific
implementation.
Note
If an instruction from the instruction profile is used in the program and the specified block
number is already in use by a different block, the specified block number of the instruction
will be replaced by a free block number.
Requirement
Opening instruction profiles

Proceed as follows to open an instruction profile:
1. Double-click the instruction profile that you want to edit.
The instruction profile opens in the Instruction Profile Editor.
Editing instruction profiles

Proceed as follows to edit an instruction profile in the Instruction Profile Editor:
1. Select the device that you want to edit from the "Device family" drop-down list box.
2. Select the programming language for which you want to edit the instruction profile from the
"Language" drop-down list box.
3. Deactivate the instructions or instruction versions that you want to exclude from the
instruction profile. You can deactivate a folder to deactivate all subordinate instructions.

Programming the PLC
4. Activate the instructions or instruction versions that you want to allow in the instruction
profile.
5. You may assign your own block numbers.
Note
You can assign the number up to 65535 for CPUs of the S7-1200/1500 series. For CPUs
of the S7300/400 series you find the restrictions of the number ranges in the respective
CPU manual.
Note
A new compilation process is required for all blocks in the project when you change the active
profile.
See also
Use instruction versions (Page 1541)
Activating and deactivating instruction profiles

You first need to activate an instruction profile in order to include filtering of its instructions.
You can always deactivate the instruction profile to reset the instructions task card to the default
scope of instructions.
Note
A new compilation process is required for all blocks in the project.
Requirement
Activating instruction profiles

Proceed as follows to activate an instruction profile:
1. Right-click on the instruction profile that you want to activate.
2. Select the "Activate profile" command from the shortcut menu.
The selected instruction profile is now active. Instructions can now only be used in
accordance with the settings of this profile.

Programming the PLC
Deactivating instruction profiles

Proceed as follows to deactivate the instruction profile:
1. Right-click on the instruction profile that you want to deactivate.
2. Select the "Deactivate profile" command from the shortcut menu.
No instruction profile is active and the "Instructions" task card once again shows all
instructions that are available for use.
See also
Deleting instruction profiles
Requirement
The "Common data > Instruction profiles" folder is open in the project tree.
Procedure
Proceed as follows to delete an instruction profile:
1. Right-click on the instruction profile that you want to delete.
Note
A new compilation process is required for all blocks in the project when you delete the active
profile.
Result
The selected instruction profile is deleted. If you deleted the active instruction profile, no more
active profiles are available and the "Instructions" task card once again shows all instructions
that are available for use.
See also

Programming the PLC

Using autocompletion
Basics of autocompletion
Function
You can use autocompletion in the program window of the program editor as an easy way to
access available tags or instructions during programming. Autocompletion means a context-
specific list appears in a dialog from which you can select the tags or instructions you need.
See also
Using autocompletion in graphic programming languages (Page 1547)
Using autocompletion in textual programming languages (Page 1548)
Using autocompletion in graphic programming languages
Inserting tags using autocompletion

To insert tags in graphic programming languages using autocompletion, follow these steps:
1. Select an operand of the instruction to which you wish to assign a tag.
The input field for the operand opens. The autocompletion button will appear beside the
input field.
2. Either click the autocompletion button or use the shortcut <Ctrl+l>.
Autocompletion opens. It contains only the local and global tags, data blocks and multiple
instances which are admissible for the operand in the given context. You can exit
autocompletion at any time by pressing <Esc>.

Programming the PLC
3. Select the required tag from the list. If necessary, you can also filter the list:
For example, enter the first few letters of the name of the tag or instruction you wish to
insert. Autocompletion will be filtered further with each letter entered. If there is no tag
or instruction starting with the letters entered, autocompletion will remain at the last
match.
Enter # to access the local tags from the block interface.
Enter " to access the global tags.
Enter % to access absolute addresses.
If the tag is a structured tag, a data block or a multiple instance, then an arrow is displayed
at the end of the row. Click on the arrow to display the lower-level elements. You can
navigate to the very last level in this way. If a structure is allowed as a data type for the
operand, you can choose "None" from the list. This assigns the entire structure to the
operand as a tag. Use the <Backspace> key to return to the previous level.
4. Press the <Return> key to apply the tag.
See also
Basics of autocompletion (Page 1547)
Using autocompletion in textual programming languages
Inserting tags and instructions using autocompletion

To insert tags and instructions in textual programming languages using autocompletion, follow
these steps:
1. Enter the first few letters of the name of the tag or instruction you wish to insert. If necessary,
you can directly filter the kind of tags:
Enter # to access the local tags from the block interface.
Enter " to access the global tags.
Enter % to access absolute addresses.
Autocompletion opens. It contains only the local and global tags, data blocks, multiple
instances and instructions which are admissible at the current position. You can exit
autocompletion at any time by pressing <Esc>.
2. Enter more letters of the name of the tag or instruction you wish to insert. You can use
<Enter> or <Tab> to apply the tag or instruction and close autocompletion.
Autocompletion will be filtered further with each letter entered. If there is no tag or instruction
starting with the letters entered, autocompletion only contains the previous matches.

Programming the PLC
3. Select the tag or instruction required from the list.

If a tag is a structured tag, a data block or a multiple instance, first select the tag, the data
block or multiple instance from the autocompletion and apply the selection with <Enter>.
To select the additional components of the structure, data block, or multiple instance, enter
a period. Autocompletion then reopens and you can select the next component.
4. Press the <Return> key to apply the tag.
See also
Basics of autocompletion (Page 1547)
Using autocompletion in graphic programming languages (Page 1547)
General settings for the PLC programming
Overview of the general settings
Overview
The following table shows the general settings that you can make:

View With comments Network comments are shown.
Tag information Additional information for the tags used
is displayed in the program editor. When
you select the option "Tag information
with hierarchy", the comments of the
higher structure levels are also dis
played for structured tags.
Compilation Delete actual parameters on interface Actual parameters are deleted if the as
update sociated formal parameters were de
leted in the called block, and you run the
"Update block call" function or compile
the block.
Default settings for new blocks IEC check The compatibility of operands in com
parison operations and arithmetic oper
ations are tested according to IEC rules.
You have to explicitly convert non-com
patible operands.
Additional settings Set network title automatically Sets the title of a network based on the
comment of the output parameter of the
first writing instruction in the network.
See also: Inserting network title
(Page 1583)
Show autocompletion list The autocompletion list is displayed.
Mnemonics German or international designation of
operations and operands

Programming the PLC

Download without reinitialization Memory reserve Defines the size of reserve in volatile
memory that can be used for interface
extensions.
Block interface / data blocks Set "HMI accessible" for new elements Enables the option "HMI accessible" for
and ARRAY data blocks new tags in the block interface and in
data blocks. The use of this option
makes sense especially when working
with large amounts of data in ARRAY
data blocks.
See also: Basic principles for program
ming of data blocks (Page 1703)
See also
Setting and canceling the IEC check (Page 2093)
Changing the settings
Procedure
To change the settings, follow these steps:
2. In the area navigation, select the "PLC programming" group.
Result
The change will be loaded directly, there is no need to save it explicitly.
See also
Overview of the general settings (Page 1549)

Programming the PLC
11.1.4.2 Programming code blocks
Declaring the block interface
Layout of the block interface
Introduction
The interface contains the declarations of local tags and constants that are used within the
block. The tags are subdivided into two groups:
Block parameters that form the block interface when it is called in the program.
Local data that are used for storage of intermediate results.
You use the tag declaration to define the call interface of a block in the program and the names
and data types of tags and constants that you want to use in the block.
The interface of function blocks also defines the structure of the instances that are assigned
to the function block.
Layout of the block interface

The following figure shows the structure of the block interface. The number of columns and
sections varies depending on the type of block.
Block parameters
The following table shows the types of block parameters:
Type Section Function Available in

Input parameters Input Parameters whose values are read by the Functions, function blocks and
block. some types of organization
blocks
Output parameters Output Parameters whose values are written by the Functions and function blocks
block.

Programming the PLC

In/out parameters InOut Parameters whose values are read by the Functions and function blocks
block when it is called, and whose values are
written again by the block after execution.
Return value Return Value that is returned to the calling block. Functions
Depending on the type of block opened, additional sections may be displayed.
Local data
The following table shows the types of local data:

Temporary local data Temp Tags that are used to store temporary inter Functions, function blocks and
mediate results. Temporary local data are organization blocks
retained for only one cycle. If you use tem Note:
porary local data, you have to make sure that
Temporary local data is not
the values are written within the cycle in
shown in instance data blocks.
which you want to read them. Otherwise the
values will be random.
Static local data Static Tags that are used for storage of static inter Function blocks
mediate results in the instance data block.
Static data is retained until overwritten, which
may be after several cycles. The names of
the blocks, which are called in this code block
as multiple instance, will also be stored in the
static local data.
Constant Constant Constants with declared symbolic names Functions, function blocks and
that are used within the block. organization blocks
Note:
Local constants are not shown
in instance data blocks.
Meaning of the columns

columns as required. The number of columns displayed varies depending on the CPU series
and the type of the open object.
Column Description
Symbol you can click on to drag-and-drop an element to a program
for use as an operand.
Name Name of the element.
Data type Data type of the element.
Offset Relative address of a tag. The column is only visible in blocks with
standard access.

Programming the PLC
Column Description
Default value Value with which you can pre-assign specific tags in the interface of
the code block, or the value of a local constant.
Specification of the default value is optional for tags. If you do not
specify any value the predefined value for the indicated data type is
used. For example, the value "false" is predefined for BOOL.
The default value of a tag is applied as the start value in the corre
sponding instance data block. You can replace these values with in
stance-specific start values in the instance data block.
Constants always have the default value declared in the block inter
face. They are not shown in instance data blocks and cannot be as
signed instance-specific values there.
Retentivity Marks a tag as retentive.
The values of retentive tags are retained even after the power supply
is switched off.
This column is only visible in the interface of the function block with
optimized access.
Visible in HMI Shows whether a tag is visible by default in the HMI selection list.
Setting value Marks a tag as a setpoint. Setting values are the values that will prob
ably have to be fine tuned during commissioning.
The column is only available in the interface of function blocks.
Comment Comments on documentation of the element.
See also
Valid data types in the block interface (Page 1555)
Setting the retentivity of local tags (Page 1568)
Rules for declaring the block interface
General rules for declaring the block interface
Using POINTER
The following rules apply to the use of block parameters within the block:
Input parameters may only be read.
Output parameters may only be written.
In/out parameters may be read and written.

Programming the PLC
Assigning default values to block parameters

You can assign default values to specific parameters in the function block interface. The
possibility of the assignment depends on the declaration subsection and data type of the
parameter.
The following table shows which parameters can be assigned a default value:
Parameter type Section Assignment of a default value is possible

Elementary data types Structured data types Parameter types
Input parameters Input X X -
Output parameters Output X X -
In/out parameters InOut X - (1)
-
Static local data Static X X -
Temporary local data Temp - - -
Constants Constant X - -
Exception: In blocks with optimized access, you have the option to use PLC data types as
(1)
default values under certain conditions.

See also: Declaring PLC data types (UDT) as actual parameters for in-out parameters.
(Page 1571)
See also
Valid data types in the block interface
Valid data types in the block interface in S7-300/400

The following table shows which data types you can assign to the parameters in the individual
sections of the interface.
Section Standard ARRAY Parameter VOID POINTER ANY

Data types STRUCT types
STRING
DT
Organization block
Temp X X - - - X
Constant X X (3)
- - - -
Function block
Input X X X - X X
Output X X - - - -
InOut X X (1)
- - X X

Programming the PLC
Section Standard ARRAY Parameter VOID POINTER ANY

Data types STRUCT types
STRING
DT
Static X X - - - -
Temp X X - - - X
Constant X X(3) - - - -
Function
Input X X (1) X - X X
Output X X (1)
- - X X
InOut X X (1) - - X X
Temp X X - - - X
Return X X - X X X (2)
Constant X X (3)
- - - -
(1)
STRING can only be defined in the standard length of 254 characters.
(2)
In SCL, ANY is not permitted as a function value.
(3)
Constants with the ARRAY or STRUCT data type are not permitted.
Valid data types in the block interface
Valid data types in the block interface in S7-1200

The following table shows which data types you can assign in the parameters in the individual
Section Standard ARRAY VOID VARIANT

Data types STRUCT
STRING /
WSTRING
DT
Organization block
Temp X X - X
Constant X X (2)
- -
Function block
Input X X - X
Output X X - -
InOut X X(1) - X
Static X X - -
Temp X X - X
Constant X X (2)
- -
Function
Input X X(1) - X
Output X X (1)
- X
InOut X X(1) - X

Programming the PLC
Section Standard ARRAY VOID VARIANT

Data types STRUCT
STRING /
WSTRING
DT
Temp X X - X
Return X X X -
Constant X X (2)
- -
You cannot make length declarations for STRING and WSTRING in these sections. Here, STRINGs always have the
(1)
standard length 254, WSTRINGs the standard length 16832. A declaration in the format MyString[3] would not be permitted.
WSTRING is only permitted in blocks with optimized access in these sections.
(2)
Valid data types in the block interface in S7-1500

The following table shows which data types you can assign in the parameters in the individual
Section Standard ARRAY Parame VOID DB_ANY POINTER ANY VARIANT

Data STRUCT ter types
types STRING /
WSTRING
DT
Organization block
Temp X X -(4) - X - X(3) X
Constant X X (5)
- - - - - -
Function block
Input X X X - X X X X
Output X X - - X - - -
InOut X X (1)
-(4)
- X X X X
Static X X - - X - - -
Temp X X -(4)
- - - X (3)
X
Constant X X (5)
- - - - - -
Function
Input X X(1) X - X X X X
Output X X(1) - - X X X X
InOut X X (1)
- (4)
- X X X X
Temp X X - (4)
- X - X (3)
X
Return X X - X X X x(2) -

Programming the PLC
Section Standard ARRAY Parame VOID DB_ANY POINTER ANY VARIANT

Data STRUCT ter types
types STRING /
WSTRING
DT
Constant X X(5) - - - - - -
You cannot make length declarations for STRING and WSTRING in these sections. Here, STRINGs always have the
(1)
standard length 254, WSTRINGs the standard length 16832. A declaration in the format MyString[3] would not be permitted.
WSTRING is only permitted in blocks with optimized access in these sections.
(2)
In SCL, ANY is not permitted as a function value.
(3)
ANY can only be used in blocks with standard access in the "Temp" section.
(4)
The "INSTANCE" parameter type is the only exception permissible in the "TEMP" and "InOut" sections.
(5)
Declaring local tags and constants
Declaring local tags and constants in the block interface
Requirement
The block interface is open.
Procedure
To declare a tag or constant of the elementary data type, follow these steps:
1. Select the appropriate declaration section in the interface.
2. Enter a name for the element in the "Name" column.
4. For constants, enter a value in the "Default value" column.
5. Optional: Change the properties that are displayed in the other columns of the block
interface.
Result
The element is created.

Programming the PLC
Syntax check
A syntax check is performed after each entry, and any errors found are displayed in red. You
do not have to correct these errors immediately - you can continue editing and make any
corrections later. However, you will not be able to compile the program if the tag declaration
contains syntax errors.
Note
If you change the interface of a block, the calls of the block in the program will possibly become
inconsistent. The call locations are automatically updated, if possible.
If an automatic updating is not possible, the inconsistent blocks have to be updated manually.
See also:
Updating block calls in LAD (Page 1596)
Updating block calls in FBD (Page 1638)
See also
Basic information on start values (Page 1713)
Properties of local tags and constants (Page 1567)
Declaring a local tag in the program editor
Requirement
Procedure
To declare a local tag, follow these steps:
1. Insert an instruction in your program.
The "<???>", "<??.?>" or "..." strings represent operand placeholders.
2. Replace an operand placeholder with the name of the tag to be created.
3. Select the name of the element.
If you want to declare multiple elements, select the names of all the elements to be declared.
4. Select the "Define tag" command in the shortcut menu.
The "Define tag" dialog box opens. It displays a declaration table in which the name of the
element is already entered.

Programming the PLC
5. To declare a local tag, select one of the following sections:

Local In
Local Out
Local InOut
Local Static
Local Temp
6. In the other columns, enter data type and comments.
7. Click the "Define" button to complete your entry.
Result
The declaration is written directly into the block interface and is valid within the entire block.
Note
If you change the interface of a block, the calls of the block in the program will possibly become
inconsistent. The call locations are automatically updated, if possible.
If an automatic updating is not possible, the inconsistent blocks have to be updated manually.
See also:
See also
Declaring tags of the ARRAY data type
Requirement

Programming the PLC
Procedure
To declare a tag of the ARRAY data type, follow these steps:
3. In the "Data type" column, click the button for the data type selection.
A list of the permissible data types is opened.
4. Select the "Array" data type.
The "Array" dialog opens.
5. In the "Data type" text box, specify the data type of the array elements.
6. In the "ARRAY limits" text box, specify the high and low limit for each dimension.
Example of a one-dimensional ARRAY:
[0..3]
Example of a three-dimensional ARRAY:
[0..3, 0..15, 0..33]
7. Confirm your entry.
8. Optional: Change the properties of the tags that are displayed in the other columns of the
block interface.
Result
The tag of ARRAY data type is created.
Note
You cannot define specific default values for ARRAY elements. However, you can assign them
start values in the instance.
See also
Array (Page 1941)
Declaring tags of STRUCT data type
Requirement

Programming the PLC
Procedure
To declare a tag of the STRUCT data type, follow these steps:
3. Enter "Struct" in the "Data type" column. You will be supported by autocompletion during
input.
An empty, indented row is inserted after the new tag.
4. Insert the first structural element in the first empty row.
An additional empty row is inserted after the element.
5. Select a data type for the structure element.
6. Optional: Change the properties of the structural element that is displayed in the other
columns of the block interface.
7. Repeat the step 4 to 7 for all additional structure elements.
It is not necessary to end the structure explicitly. The structure ends with the last element
that is entered.
8. To insert a new tag after the structure, leave a blank row after the end of the structure and
then start the new tag in the second empty row.
Result
The tag of STRUCT data type is created.
Note
S7-1500: A maximum of 252 structures in one data block
A maximum of 252 structures is permitted in one data block. If you need additional structures,
you must restructure your program. You can, for example, create the structures in several
global data blocks.
See also

Programming the PLC
Declaring tags based on a PLC data type
Requirement
A PLC data type is declared in the current CPU.
Procedure
To declare a tag based on a PLC data type, follow these steps:
1. Select the appropriate declaration section in the interface:
2. Enter the PLC data type in the "Data type" column. You will be supported by Autocomplete
during input.
Result
The tag is created.
Note
You define the default values of tags within a PLC data type when the PLC data type is created.
You cannot change these values at the point of use of the PLC data type.
If you change or delete PLC data types that are used in the block interface, the interface
becomes inconsistent. To remedy this inconsistency, the interface has to be updated.
See also: Updating the block interface (Page 1564)
See also
Basics of PLC data types (Page 1734)
Declaring higher-level tags
Introduction
To access data areas within a declared tag, you can overlay the declared tags with an
additional declaration. This provides you with the option of addressing an already declared tag
with a different data type. You can, for example, address the individual bits of a tag of WORD
data type with an ARRAY of BOOL.

Programming the PLC
Overlaying tags
To overlay a tag with a new data type, follow these steps:
1. Open the block interface.
2. In the interface, select the tag that you want to overlay with a new data type.
3. Click "Add row" in the toolbar.
A row is inserted after the tag to be overlaid. The overlaying tag must be declared in the
row directly after the tag that is to be overlaid.
5. Enter the "AT" entry in the "Data type" column. You will be supported by Autocomplete in
this step.
The following is added to the entry in the "Name" column.
"AT<Name of the higher-level tag>"
6. Click the data type selection button again and select the data type for the new tag.
The tag is created. It points to the same data as the higher-level tag, however interprets
this data with the new data type.
Removing overlay
To remove the overlay of a tag, follow these steps:
1. Select the overlaid tag that you want to remove.
3. The overlay is removed.
See also
Overlaying tags with AT (Page 1462)
Declaring multi-instances
Requirement
The function block to be called exists in project tree and is multi-instance capable.
The block interface of the calling function block is open.
Procedure
To declare a function block to be called as a multi-instance, follow these steps:
1. In the "Name" column of the "Static" section, enter a designation for the block call.
2. In the "Data type" column, enter the symbolic name for the function block to be called.

Programming the PLC
Note
The program editor will declare the multi-instance automatically if you program a block call in
a network and then specify in the "Call options" dialog that you want to call the block as a
multiple instance.
See also
Updating the block interface (Page 1564)
Updating the block interface
Introduction
If you change or delete PLC data types or multiple instances that are used in the block interface,
the interface will become inconsistent. To remedy this inconsistency, the interface has to be
updated.
You have two options for updating the block interface:
Explicit updating of the block interface.
The used PLC data types and multiple instances will be updated. The instance data blocks
that belong to the block are not implicitly updated during this process.
Implicit updating during compilation.
All used PLC data types and multiple instances as well as the related instance data blocks
will be updated.
Explicit updating of the block interface

To explicitly update the block interface, follow these steps:
2. Select the "Update" command in the shortcut menu.
Implicit Updating during Compilation

Proceed as follows to implicitly update all uses of PLC data types and multiple instances as
well as the instance data blocks during compilation:
2. Select the "Program blocks" folder.
3. Select the command "Compile > Software (rebuild all blocks)" in the shortcut menu.

Programming the PLC
See also
Declaring tags based on a PLC data type (Page 1562)
Declaring multi-instances (Page 1563)
Extending the block interface
Description
In order to enable the editing of PLC programs that have already been commissioned and that
are running without error on a system, CPUs of the S7-1500 series and most CPUs of the
S7-1200 V4 and higher series support the option of extending the interfaces of function blocks
during runtime.
You can download the modified blocks without setting the CPU to STOP and without affecting
the values of already loaded tags.
This is a simple means of implementing program changes. This load process (download
without reinitialization) will not have a negative impact on the controlled process.
Each function block is always assigned a default memory reserve. The memory reserve is not
used initially. Activate the memory reserve if you decide on loading interface changes after
having compiled and downloaded the block. All tags that you subsequently declare will be
saved to the memory reserve. The subsequent download does not influence any tags that are
already loaded or have a negative impact on runtime.
If you decide to review your program at a later time while the plant is not in operation, you are
also provided an option of reworking the memory layout of individual or several blocks in a
single pass. With this action, you move all tags from the reserve area to the regular area. The
memory reserve is now cleared and made available for further interface extensions.

Programming the PLC
Requirements
This "Download without reinitialization" function is available if the following requirements are
met:
The project is in the "TIA Portal V12" format or a higher version.
You are working with a CPU that supports "Download without reinitialization".
The blocks were created in LAD, FBD, STL, or SCL.
The blocks were created by the user, i.e. they are not included with the blocks delivered in
your package.
These blocks are assigned the optimized access attribute.
Basic steps
Perform the following steps if you want to extend the interface of a function block and then
load the block without re-initialization.
1. All blocks have a default memory reserve of 100 bytes. You can adapt this memory reserve
to suit your requirements.
2. Activate the memory reserve.
3. Extend the block interface.
4. Compile the block.
5. Download the block to the CPU as usual.
For more information on the various steps, refer to chapter "Loading blocks (S7-1200/1500) ".
Note
The full scope of the "Download without reinitialization" function is only available on CPUs of
the S7-1500 and S7-1200 V4 series.
However, all CPU families support the option of extending the interface of function blocks and
downloading newly declared tags without repercussion:
You may add new tags in the "Temp" section and download these without influencing the
process.
You may create new tags of a structured data type in the "InOut" section and download
these without influencing the process.

Programming the PLC
Editing the properties of local tags and constants
Properties of local tags and constants
Properties
The table below provides an overview of the properties of local tags and constants:

General Name Name of the element.
Data type Data type of the element.
Default value Value with which you can pre-assign specific tags in the
interface of the code block, or the value of a local constant.
Specification of the default value is optional for tags. If you
do not specify any value the predefined value for the indi
cated data type is used. For example, the value "false" is
predefined for BOOL.
The default value of a tag is applied as the start value in
the corresponding instance. You can then replace these
adopted values with instance-specific start values.
Comment Comment for the element.

Programming the PLC

Attributes Retain Marks the tag as retentive.
The values of retentive tags are retained even after the
power supply is switched off.
This attribute is only available in the interface of the func
tion block with optimized access.
Accessible from HMI Indicates whether the tag can be used in HMI.
When the attribute is set, you have read or write access
to the tag from the HMI.
When the attribute is not set, you cannot access the tag
from the HMI. Please note, however, that you cannot im
plement general access protection for the tag with the
"Accessible from HMI" attribute. Read or write access
from other applications is possible even if the attribute is
not enabled.
Visible in HMI Shows whether the tag is visible by default in the HMI
selection list.
Hidden parameter Indicates whether the tag should be hidden for the block
call. This is only possible if you have specified a valid pre
defined actual parameter beforehand.
Predefined actual pa Defines a parameter that is to be used as actual parameter
rameter during the block call.
Configurable Indicates whether a parameter is configurable in CFC.
For test Indicates whether a parameter is registered for the CFC
test mode.
Visible Indicates whether a parameter is visible in CFC.
Interconnectable Indicates whether a parameter is interconnectable in CFC.
Enable tag readback Indicates whether a parameter is relevant for the "Read
back chart" function in CFC.
Enumeration texts Assigns a parameter to an enumeration in CFC.
Engineering unit Assigns a parameter to a unit in CFC.
Low limit Defines the low limit for the parameter in CFC.
High limit Defines the high limit for the parameter in CFC.
See also
Changing properties of local tags and constants (Page 1569)
Setting the retentivity of local tags
Introduction
Function blocks store their data in an instance. To prevent data loss in the event of power
failure, you can mark the data as retentive. This data is stored in a retentive memory area. The
option of setting the retentivity depends on the set access type of the function block.

Programming the PLC
Retentive behavior in blocks with standard access

In blocks with standard access you cannot set the retentive behavior of individual tags. You
can only define them as retentive in the assigned instance. All tags contained in the block are
then considered as retentive.
Retentivity for optimized block access

In data blocks with optimized access you can define the retentive behavior of individual tags.
For structured data type tags, the retentivity setting always applies to the entire structure. You
can make no individual retentivity setting for individual elements within the structure.
You cannot create retentive tags of the structured data type in the "InOut" section. In/out
parameters with structured data type, for example ARRAY, STRUCT, or STRING, are always
non-retentive.
Retentive
The values of the tags or the structure are available even after a power failure.
Non-retentive
The values of the tags or the structure are lost in the event of a power failure.
Set in IDB
The retentivity can be set in the instance data block. The setting that is made in the instance
data block than applies, however, centrally to all tags that are selected with "Set in IDB".
See also
Changing properties of local tags and constants
Editing properties of an element in the block interface

To edit the properties of an element in the block interface, follow these steps:
2. Select the required element in the table.
Editing properties of several elements in the block interface

You can also simultaneously set or reset the "Retain", "Visible in HMI", "Accessible in HMI"
and "Setpoint" columns for one or more selected elements.

Programming the PLC
To change one of these properties for several elements, follow these steps:
2. Hold down the CTRL key.
3. In the required column, select each of the table cells whose value you want to change.
4. Select the "Set <property>" or "Reset <property>" command in the shortcut menu.
Editing properties in the properties window

To edit the properties of an individual tag or constant, follow these steps:
1. Select an element in the table.
The properties of the element are shown in the Inspector window.
2. Change the entries in the inspector window.
Renaming tags directly in the program editor

To rename one or more elements, follow these steps:
1. Select one or more elements in the program.
2. Select the "Rename tag" command in the shortcut menu.
The "Rename tag" dialog opens. It displays a declaration table with the selected elements.
3. Change the entries in the "Name" column.
4. Confirm the input by clicking the "Change" button.
Editing the data type or comment in the program editor

Proceed as follows to edit the data type or tag comment in the program editor:
1. Select the name of the tag.
2. Select the "Rewire tag" command in the shortcut menu.
The "Rewire tag" dialog will open. The dialog shows a declaration table.
3. Change the entry in the "Data type" or "Comment" columns.

In case of a change of the name, data type or address of a tag or constant, each location of
use of the tag is automatically updated in the program.

Programming the PLC
Note
If you change the interface of a block, the program may become inconsistent. The
inconsistencies are automatically updated, if possible.
If an automatic updating is not possible, the inconsistent calls are marked in red. You than
have to manually updated the inconsistencies.
See also:
See also
Declaring PLC data types (UDT) as actual parameters for in-out parameters.
Use of PLC data types as predefined actual parameters

In blocks with optimized access, you have the option to use PLC data types as actual
parameters for in/out parameters (InOut) under certain conditions. This can be useful if you
are using program blocks as library elements and want to store information about the actual
parameters to be used along with the library element.
Additionally, you have the option of hiding in/out parameters that have a vaild predefined actual
parameter when the block is called. Hidden parameters are not visible initially when the block
is called but can be displayed via a small arrow at the bottom edge of the box.

Programming the PLC
Requirements
The in/out parameter (InOut) is based on a PLC data type or a system data type.
The in/out parameter has the retentivity setting "Retain" or "Non-retain". For in/out
parameters with setting "Set in IDB", it is not possible to predefine actual parameters.
The program block is a block with optimized access.
Procedure
To predefine the actual parameter of an in/out parameter, follow these steps:
2. Select an in/out parameter (InOut) in the block interface.
3. Open the "Properties" tab in the Inspector window.
4. Select the "Attributes" group in the area navigation.
5. Enter the required actual parameter in the "Predefined actual parameter" input box.
6. Select the "Hidden parameter" check box (optional).
Result
An actual parameter is predefined. If you save the program block as a library element, it
thus also contains information about the actual parameter to be used.
If the library element is used in the program, a check is made to determine whether the
actual parameter you have predefined can be addressed. If so, it is automatically used as
the actual parameter.
If the actual parameter is not found in the program, a syntax error is signaled. The parameter
is not hidden and the parameter must be initialized manually.
Editing the block interface
Inserting table rows
Procedure
Result

Programming the PLC
See also
Procedure
Proceed as follows to insert a row below the selected row:
1. Select the row below which you want to insert a new row.
2. Click the "Add row" button on the table toolbar.
Result
A new empty row will be inserted below the selected row.
See also
Deleting tags
Procedure
See also
Automatically filling in successive cells

You can define individual or more cells as well as entire rows as source area.
If less rows exist in the open table than you want to fill, then you will first have to insert additional
empty rows.

Programming the PLC
Requirement
The table is open.
Sufficient declaration rows are available.
Procedure
The cells are filled in automatically.
5. If entries are already present in the cells that are to be automatically filled in, a dialog
appears. In this dialog you can indicate whether you want to overwrite the existing entries
or insert new rows for the new tags.
See also

Procedure
Editing tags with external editors

To edit individual tags in external table editors, such as Excel, you can export or import these
tags using copy and paste. However, you cannot copy structured tags to an editor.

Programming the PLC
Requirements
The block interface and an external editor are opened.
Procedure
To export individual tags to an external editor and import them again, follow these steps:
1. Select one or more tags.
6. Select the tags in the external editor.
7. Switch back to the block interface.
Creating program code
Creating LAD programs
Basic information on LAD
LAD programming language
Overview of the Ladder Logic (LAD) programming language

LAD is a graphical programming language. The representation is based on circuit diagrams.
The program is mapped in one or more networks. A network contains a power rail on the left
where the rungs originate. The binary signal scans are arranged in the form of contacts on the
rungs. The serial arrangement of the elements on a rung creates a series connection;
arrangement on simultaneous branches creates a parallel connection. Complex functions are
represented by boxes.

Programming the PLC
Example of networks in LAD

The following figure shows a LAD network with two normally open contacts, one normally
closed contact and one coil:
1HWZRUN
6WDUW 6WRS &RLO
&RLO
Overview of the LAD elements
LAD elements
A LAD program consists of separate elements that you can arrange in series or parallel on the
power rail of a network. Most program elements must be supplied with tags.
There is at least one rung from the power rail. Network programming starts at the left edge of
the rung. You can expand the power rail by several rungs and branches.
For example, the following figure shows elements of a LAD network:

1) Power rail
2) Rung
3) Branch
4) Contact
5) Coil
6) Box

Programming the PLC
Power rail
Each LAD network consists of a power rail that contains at least one rung. A network can be
extended by adding additional rungs. You can use branches to program parallel connections
in the specific rungs.
Contacts
You can use contacts to create or interrupt a current-carrying connection between two
elements. The current is relayed from left to right. You can use contacts to query the signal
state or the value of an operand and control it depending on the result of the current flow.
The following types of contact are available to you in a LAD program:
Normally open contact:
Normally open contacts forward the current if the signal state of a specified binary operand
is "1".
Normally closed contacts:
Normally closed contacts forward the current if the signal state of a specified binary operand
is "0".
Contact with additional function:
Contacts with additional function forward the current if a specific condition is met. With these
contacts you can also execute an additional function, such as an RLO edge detection and
a comparison.
Coils
You can use coils to control binary operands. Coils can set or reset a binary operand depending
on the signal state of the result of logic operation.
The following types of coils are available to you in a LAD program:
Standard coils:
Standard coils set a binary operand if current flows in the coil. The "Assignment" instruction
is an example of a standard coil.
Coils with additional function:
These coils have additional functions in addition to the evaluation of the logic operation
result. Coils for RLO edge detection and program control are examples of coils with
additional function.
Boxes
Boxes are LAD elements with complex functions. The empty box is an exception. You can use
the empty box as a placeholder in which you can select the required instruction.

Programming the PLC
The following types of boxes are available to you in a LAD program:

Boxes without EN/ENO mechanism:
A box is executed depending on the signal state at the box inputs. The error status of the
processing cannot be queried.
Boxes with EN/ENO mechanism:
A box is only executed if the enable input "EN" carries the signal state "1". If the box is
processed correctly, the "ENO" enable output has signal state "1". If an error occurs during
the processing, the "ENO" enable output is reset.
Calls of code block are also shown in the network as boxes with EN/ENO mechanism.
See also
Rules for the use of LAD elements (Page 1586)
Settings for LAD
Overview of the settings for LAD
Overview
The following table shows the settings that you can make:

Font Font size Font size in program editor
View Layout Compact or wide
Changes the vertical spacing between
operands and other objects (such as op
erand and contact). The change be
comes visible once the block is reop
ened.
With absolute information Additional display of the absolute ad
dresses
Operand field Maximum width Maximum number of characters that
can be entered horizontally in the oper
and field. This setting recalculates the
layout of the networks.
Maximum height Maximum number of characters that
can be entered vertically in the operand
field. This setting recalculates the layout
of the networks.
See also

Programming the PLC
Procedure
Result
See also
Overview of the settings for LAD (Page 1578)
Working with networks
Using networks
Function
The user program is created in the block within networks. For a code block to be programmed,
it must contain at least one network. To achieve a better overview of the user program, you
can also subdivide your program into several networks.
See also
Inserting network title (Page 1583)
Entering a network comment (Page 1584)
Navigating networks (Page 1585)
Inserting networks
Requirement
A block is open.

Programming the PLC
Procedure
To insert a new network, follow these steps:
1. Select the network after which you want to insert a new network.
2. Select the "Insert network" command in the shortcut menu.
Result
A new empty network is inserted into the block.
See also
Selecting networks (Page 1580)
Copying and pasting networks (Page 1581)
Deleting networks (Page 1582)
Expanding and collapsing networks (Page 1582)
Selecting networks
Requirements
Selecting a network
To select a network, follow these steps:
1. Click the title bar of the network that you want to select.
Selecting several networks

Proceed as follows to select several individual networks:
1. Press and hold down the <Ctrl> key.
2. Click all the networks that you want to select.
To select several successive networks, follow these steps:
1. Press and hold down the <Shift> key.
2. Click the first network that you want to select.
3. Click the last network that you want to select.
The first and last networks and all those in between are selected.

Programming the PLC
See also
Inserting networks (Page 1579)
Copying and pasting networks

Copied networks can be pasted within the block or in another block. Networks that were created
in LAD or FBD can also be inserted in blocks of the respective other programming language.
Requirement
Procedure
To copy and paste a network, follow these steps:
1. Select the network or networks to be copied.
3. Select the network after which you want to paste in the copied network.
See also

Programming the PLC
Deleting networks
Requirement
Procedure
To delete a network, follow these steps:
1. Select the network that you want to delete.
See also
Expanding and collapsing networks
Requirements
Opening and closing a network

To open a network, follow these steps:
1. Click on the right arrow in the network title bar.
To close a network, follow these steps:
1. Click on the down arrow in the network title bar.
Opening and closing all networks

1. In the toolbar, click "Open all networks" or "Close all networks".

Programming the PLC
See also
Inserting network title

The network title is the header of a network. The length of the network title is limited to one
line. You can enter the title manually or set it automatically. When you set it automatically, you
can do this for individual networks or use the settings to specify that the network title is always
set automatically.
For automatic insertion of the network title, the comment of the operand in one of the following
instructions in the network is evaluated:
Assignment
Set output
Reset output
The instruction that is listed first in the network is used.
The network title is only inserted automatically when the following conditions are fulfilled:
The network does not have a title yet.
The operand of the instruction used for the comment has a comment.
Note
Note the following restrictions for automatic insertion of the network title:
The network title is not adapted if you change the comment of the operand at a later time.
The network title is not adapted if you change the operand of the instruction.
The network title is only set by the writing instructions listed above.
If the operand is of the data type array, the comment of the array is used and not the
comments of the array elements.
Comments of invalid operands are not taken into consideration.
Entering the network title manually

To enter a network title, follow these steps:
1. Click on the title bar of the network.
2. Enter the network title.

Programming the PLC
Setting the network title automatically

To specify that the network titles are always set automatically, follow these steps:
3. Select the "Set network title automatically" check box in the "Additional settings" group.
The network titles are set automatically as of this time if the conditions listed above are
fulfilled.
To set an individual network title automatically, follow these steps:
1. Right-click "Network <Number of the network>" in the title bar of a network.
2. Select the "Set network title automatically" command in the shortcut menu.
The title of the selected network is set based on the comment of the operand if the conditions
listed above are fulfilled.
See also
Using networks (Page 1579)
Entering a network comment

You can use network comments to provide comments on the program contents of individual
networks. For example, you can indicate the function of the network or draw attention to special
characteristics.
Requirement
Procedure
To enter a network comment, follow these steps:
1. Click on the right arrow before the network title.
2. If the comment area is not visible, click "Network comments on/off" in the toolbar.
The comment area is displayed.

Programming the PLC

4. Enter the network comment.
See also
Navigating networks
You can navigate straight to a specific position within a block.
Procedure
To navigate to a specific position within a block, follow these steps:
1. Right-click in the code area of the programming window.
2. Select the "Go to > Network/line" command in the shortcut menu.
The "Go to" dialog will open.
3. Enter the network to which you want to navigate.
4. Enter the line number of the network to which you want to navigate.
Result
The relevant line will be displayed if this is possible. If the network or line requested does not
exist, the last existing network or the last existing line in the network requested will be displayed.
See also

Programming the PLC

Inserting LAD elements
Rules for the use of LAD elements
Rules
Note the following rules when inserting LAD elements:
Every LAD network must terminate with a coil or a box. However, the following LAD
elements must not be used to terminate a network:
Comparator boxes
Instructions for positive and negative RLO edge detection
The starting point of the branch for a box connection must always be the power rail. Logic
operations or other boxes can be present in the branch before the box.
Only contacts can be inserted into simultaneous branches with preceding logic operations.
The contact for negating the result of logic operation (-|NOT|-) is an exception here. The
contact for negating the result of logic operation, as well as coils and boxes, can be used
in simultaneous branches if they originate directly from the power rail.
Constants (e.g. TRUE or FALSE) cannot be assigned to normally closed or normally open
contacts. Instead, use operands of the BOOL data type.
Only one jump instruction can be inserted in each network.
Only one jump label can be inserted in each network.
Instructions with positive or negative edge detection may not be arranged directly at the
left margin of the rung as they requires a prior logic operation.
Placement rules for S7-1200/1500 CPUs

The following table sets out the instructions that can only be positioned at the end of the
network:
Instruction Preceding logic operation re

Mnemonics Name quired
SET_BF Set bit field No

RESET_BF Reset bit field No
JMP Jump if RLO = 1 No
JMPN Jump if RLO = 0 Yes
JMP_LIST Define jump list No

Programming the PLC

SWITCH Jump distributor No

RET Return No

network:

Mnemon Name quired
ics
S Set output Yes
R Reset output Yes
SP Start pulse timer Yes
SE Start extended pulse timer Yes
SD Start on-delay timer Yes
SS Start retentive on-delay timer Yes
SF Start off-delay timer Yes
SC Set counter value Yes
CU Count up Yes
CD Count down Yes
RET Return No
OPN Open global data block No
OPNI Open instance data block No
CALL Call block No
SAVE Save RLO in BR bit No
MCRA Enable MCR range No
MCRD Disable MCR range No
MCR< Open MCR ranges No
MCR> Close MCR ranges No
See also
Prohibited interconnections in LAD (Page 1588)
Overview of the LAD elements (Page 1576)

Programming the PLC
Prohibited interconnections in LAD
Power flow from right to left

No branches can be programmed that could result in a power flow in the reverse direction.
, , , , 4
, ,
,PSHUPLVVLEOHUDWHRIIORZ
, ,
Short-circuit
No branches may be programmed that would cause a short-circuit.
, , , 4
6KRUWFLUFXLWLPSHUPLVVLEOH
Logic operations
The following rules apply to logic operations:
Only Boolean inputs can be combined with preceding logic operations.
Only the first Boolean output can be combined with a further logic operation.
Only one complete logical path can exist per network. Paths that are not connected can be
linked.
See also
Rules for the use of LAD elements (Page 1586)
Inserting LAD elements using the "Instructions" task card
Requirement

Programming the PLC
Procedure
To insert a LAD element into a network using the "Instructions" task card, follow these steps:
1. Open the "Instructions" task card.
2. Navigate to the LAD element that you want to insert.
3. Use drag-and-drop to move the element to the desired place in the network.
If the element is an internal system function block (FB), the "Call options" dialog opens. In
this dialog you can create an instance data block of the single-instance or multiple-instance
type for the function block in which the data of the inserted element will be saved. You will
find the new instance data block created in the project tree in the "Program resources"
folder under "Program blocks > System blocks". If you have selected "multiple instance",
these are located in the block interface in the "Static" section.
Or:
1. Select the point in the network at which you want to insert the element.
3. Double-click on the element you want to insert.
Result
The selected LAD element is inserted with placeholders for the parameters.
Inserting LAD elements using an empty box
Requirement
Procedure
To insert an LAD element into a network using an empty box, follow these steps:
2. Navigate to "General > Empty box" in the "Basic instructions" palette.
3. Use a drag-and-drop operation to move the "Empty box" element to the desired place in
the network.

Programming the PLC
4. Position the cursor over the triangle in the top right-hand corner of the empty box.
5. Select the required LAD element from the drop-down list.
If the element is an internal system function block (FB), the "Call option" dialog opens. In
folder under "Program blocks > System blocks". If you have selected "multi-instance", these
are located in the block interface in the "Static" section.
Result
The empty box is changed to the respective LAD element. Placeholders are inserted for the
parameters.
Selecting the data type of a LAD element
Selecting a data type
Introduction
Some instructions can be executed with several different data types. If you use one of these
instructions in the program, you have to specify a valid data type for the instruction at the
specific point in the program. For some instructions, you have to select the data types for the
inputs and outputs separately.
Note
The valid data type (BOOL) for the tags on the enable input EN and the enable output ENO is
predefined by the system and cannot be changed.
The valid data types for an instruction are listed in the instruction drop-down list. You specify
the data type of the instruction by selecting an entry from the drop-down list. If the data type
of an operand differs from the data type of the instruction and cannot be converted implicitly,
the operand is displayed in red and a rollout with the corresponding error message appears.

Programming the PLC
Data type selection of mathematical instructions

Some mathematical instructions provide you with the option of having the data type
automatically set corresponding to the data types of the operand. In the drop-down list for data
type selection, these instructions have the entry "Auto" in addition to the actual data types. If
you select this entry and then allocate the first operand, the data type of the operand is selected
as data type for the instruction. The entry in the drop-down list changes to "Auto (<Data type>)",
e.g. "Auto (Real)". If you allocate additional operands, the automatically set data type of the
instruction is adjusted according to the following criteria:
You supply all other operands with tags of the same data type:
The data type of the instruction is not changed.
You supply all other operands with tags whose data type is smaller than the data type of
the instruction:
The data type of the instruction is not changed. For the operand with the smaller data type,
an implicit conversion is conducted if necessary.
You supply an additional operand with a tag whose data type is greater than the data type
of the instruction:
The data type of the instruction is changed to the larger data type. An implicit conversion
is performed, if necessary, for operands that deviate from the newly set data type of the
instruction.
Each change in the data type of an operand can result in a change of the data type of the
instruction. Other operands may possibly be implicitly converted as a result. Operands for
which an implicit conversion is performed are marked with a gray square.
Note
Please also observe the information on data type conversion for your device and, in particular,
the notes on the IEC check.
See also: Data type conversion (Page 2091)
See also
Defining the data type of an instruction (Page 1591)
Defining the data type of an instruction
Introduction
Some instructions can be executed with several different data types. When you insert such
instructions into your program, you must specify the data type for these instructions at the
actual point in the program.

Programming the PLC
Specifying the data type by means of the drop-down list

To define the data type of an instruction using the drop-down list, follow these steps:
1. Insert the instruction at the required point in the program using drag-and-drop.
The entry "???" (undefined) is displayed in the drop-down list of the inserted instruction.
2. Click the triangle in the upper corner of the drop-down list.
The drop-down list will open to display the data types valid for the instruction.
3. Select a data type from the drop-down list.
The selected data type is displayed.
4. If the instruction has two drop-down lists, select the data type for the instruction inputs in
the left-hand drop-down list and the data type for the instruction outputs in the right-hand
drop-down list.
Specifying data type by assigning tags

To define the data type of an instruction by assigning tags, follow these steps:
2. At an input or output, specify a valid tag, the data type of which is to be applied as the
instruction data type.
The data type of the tag is displayed in the drop-down list.
3. Enter a valid tag at an input and a valid tag at an output if data types need to be defined
for both the inputs and outputs of the instruction. The tag specified at the input determines
the data type of the inputs; the tag specified at the output determines the data type of the
outputs of the instruction.
Automatically specifying the data type of mathematical instructions

To automatically specify the data type for mathematical instructions, follow these steps:
1. Insert the mathematical instruction at the required point in the program using drag-and-drop.
2. Select the "Auto" entry from the drop-down list.
3. Enter a valid tag at an input or output.
The data type of the tag is applied as data type of the instruction. The entry in the drop-
down list changes to "Auto (<Data type>)".
See also: Selecting a data type (Page 1590)
See also
Selecting a data type (Page 1590)

Programming the PLC
Using favorites in LAD
Adding LAD elements to Favorites
Requirement
A block is open.
The multipane mode is set for the "Instructions" task card or the Favorites are also displayed
in the editor.
Procedure
To add SCL instructions to the Favorites, follow these steps:
2. Maximize the "Basic instructions" pane.
3. Navigate in the "Basic instructions" pane to the instruction that you want to add to the
Favorites.
4. Drag-and-drop the instruction into the "Favorites" pane or into the Favorites area in the
program editor.
Note
To additionally display the Favorites in the program editor, click the "Display favorites in the
editor" button in the program editor toolbar.
See also
Removing LAD elements from Favorites (Page 1594)
Inserting LAD elements using favorites
Requirement
A block is open.
Favorites are available.
Procedure
To insert an instruction into a program using Favorites, follow these steps:
1. Drag-and-drop the desired instruction from Favorites to the desired position.

Programming the PLC
Or:
1. Select the position in the program where you want to insert the instruction.
2. In the Favorites, click on the instruction you want to insert.
Note
See also
Removing LAD elements from Favorites (Page 1594)
Removing LAD elements from Favorites
Requirement
A code block is open.
Procedure
To remove instructions from Favorites, follow these steps:
1. Right-click on the instruction you want to remove.
2. Select the "Remove instruction" command in the shortcut menu.
Note
See also
Adding LAD elements to Favorites (Page 1593)
Inserting LAD elements using favorites (Page 1593)

Programming the PLC
Insert block calls in LAD
Inserting block calls using a drag-and-drop operation

You can insert calls for existing functions (FC) and function blocks (FB) using a drag-and-drop
operation from the project tree. If you call function blocks from other function blocks, you can
either call them as single-instance or multi-instance blocks. If a function block is called as single
instance, it will store its data in a data block of its own. If a function block is called as multi-
instance, it will store its data in the instance data block of the calling function block.
Requirement
The block that is to be called is available.
Inserting a call of a function (FC)

To insert a call of a function (FC) into a network using a drag-and-drop operation, follow these
steps:
1. Drag the function from the project tree to the required network.
Inserting a call for a function block (FB)

To insert a call for a function block (FB), follow these steps:
1. Drag the function block from the project tree to the required network.
2. Enter in the dialog whether you wish to call the block as single or multi-instance.
If you click on the "Single instance" button, you will have to enter a name in the "Name"
text box for the data block that you want to assign to the function block.
If you click on the "Multi-instance" button, you will have to enter the name of the tag in
the "Name in the interface" text box; this is the name that you use to enter the called
function block as a static tag in the interface of the calling block.
Result
The function or the function block is inserted with its parameters. You can then assign the
parameters.
Note
If when calling a function block you specify an instance data block that does not exist, it will
be created. If you have called a function block as a multi-instance, this will be entered as a
static tag in the interface.

Programming the PLC
See also
Changing the instance type (Page 1598)
Updating block calls in LAD

If interface parameters of a called block are changed, the block call can no longer be executed
correctly. You can avoid such inconsistent block calls by updating the block calls.
You have the following options for updating the block calls:
Explicit updating of all inconsistent block calls in the program editor.
The inconsistent block calls within the open block are updated. The following actions are
carried out in the process:
New parameters are added.
Deleted parameters are removed if they are not connected.
Renamed parameters get the new parameter names.
Explicit updating of a block call in the program editor.
The "Interface update" dialog is displayed. In this dialog, you have the option of changing
the connection of the operands of the new interface. The inconsistent call of this block is
then updated. The following actions are carried out in the process:
All block calls in the program as well as the used PLC data types will be updated. Note that
when you call functions (FCs) before the next compilation process, all new formal
parameters must be supplied with actual parameters.
Updating all inconsistent block calls in the program editor

To open all block calls in a block, follow these steps:
1. Open the calling block in the program editor.
2. Click "Update inconsistent block calls" in the toolbar.

Programming the PLC
Updating a specific block call in the program editor

To update a specific block call in the program editor, follow these steps:
2. Right-click on the block call that you want to update.
The "Interface update" dialog opens. This dialog shows the differences between the block
interface in use and the changed interface of the called block.
4. If necessary, change the connection of the operands. To do this, you have the following
options:
You can use either a drag-and-drop operation or a cut/copy-and-paste operation to
move the operand from the old interface to the new interface.
You can delete an operand.
You can rename an operand.
You can specify a new operand via autocompletion.
5. Click "OK" to update the block call. If you want to cancel the update, click "Cancel".
Note
Note that the "Update block call" command is only available provided you did not previously
update all block calls in the editor with the "Update inconsistent block calls" command.
Update block calls during compilation

Follow these steps to update all block calls and uses of PLC data types during compilation
implicitly:
See also
Inserting block calls using a drag-and-drop operation (Page 1595)
Changing the block call

You have the option of changing the called block for a block call. But keep in mind that no new
instance data blocks are created, for example, when changing from a function (FC) to a function
block (FB).

Programming the PLC
Procedure
To change the called block of a block call, follow these steps:
1. Click on the name of the called block within the block call and press the <F2> key. Or double-
click the name of the called block.
A text box opens, and the name of the currently called block is selected.
2. Enter the name of the block you want to call or select a block in the autocompletion.
3. If you want to call an FB, create a new instance data block, if necessary, and specify it as
operand.
Changing the instance type
Instance type
There are two ways of calling function blocks:
As a single instance
As a multiple instance
You can modify a defined instance type at any time.
Requirement
The user program contains a block call.
Procedure
To change the instance type of a function block, follow these steps:
1. Open the code block and select the block call.
2. Select the "Change instance" command in the shortcut menu.
3. Click the "Single instance" or "Multi instance" button.
If you select the "Single instance" instance type, enter a name for the data block that is
to be assigned to the function block.
If you select "Multiple instance" as the instance type, enter in the "Name in the interface"
text field the name of the tag with which the called function block is to be entered as a
static tag in the interface of the calling block.
Note
The previous single and multiple instances will not be deleted automatically.

Programming the PLC
See also
Inserting complex LAD instructions
Using the "Calculate" instruction
Requirement
Procedure
Proceed as follows to use the "Calculate" instruction:
2. Navigate to "Math functions > CALCULATE" in the "Basic instructions" pane.
The instruction "Calculate" will be inserted for the data type with a placeholder expression
and question mark.
4. Enter the data type for the calculation.
5. Enter the operands for the calculation.
Note
The calculation is run with the inputs of the "Calculate" instruction. If you want to use
constants you must also insert appropriate inputs for them.
6. Click on the "Edit 'Calculate' instruction" button to replace the placeholder expression with
the correct expression.
The "Edit 'Calculate' instruction" dialog will open.
7. Enter the required expression in the "OUT:= " text box.
Note
In the "Example" area you can find an example of a valid expression and possible
instructions that you can use.
To determine a value with the help of Pythagoras' theorem, for example, enter "OUT :=
SQRT (SQR (IN1) + SQR (IN2))".
See also
CALCULATE: Calculate (Page 2300)

Programming the PLC
Using free-form comments
Basic information on using free-form comments in LAD
Introduction
Free-form comments allow you to add comments to the source code for graphic programming
languages similar to line comments for textual languages.
Free-form comments can be used for the following elements:
Boxes
Coils
See also
Inserting free-form comments (Page 1600)
Editing free-form comments (Page 1601)
Deleting free-form comments (Page 1602)
Inserting free-form comments
Requirement
A network with instructions is available.
Procedure
To insert a free comment on an instruction, proceed as follows:
1. If necessary, activate the "Free-form comments on/off" button in the toolbar.
2. Right-click on the instruction for which you want to insert a free-form comment.
3. Select the "Insert comment" command in the shortcut menu.
A comment box with a standard comment opens. The comment box is connected by an
arrow to the corresponding instruction.
4. Enter the required comment in the comment box.
See also
Basic information on using free-form comments in LAD (Page 1600)

Programming the PLC
Editing free-form comments
Introduction
Free-form comments can be edited as follows:
Changing the comment text
Changing the position and size of the comment box
Attaching a comment to another element
Showing and hiding free comments

To change the text of free-form comments, follow these steps:
1. Click on the comment box.
2. Enter the desired text.
Changing the position of the comment box

To change the positioning of the comment box, follow the steps below:
1. Left-click the comment box and keep the mouse button pressed.
2. Drag the comment box to the desired location.
Changing the size of the comment box

To change the size of the comment box, follow the steps below:
2. Drag the comment box on the move handle in the lower right corner to the desired size.

To attach a free-form comment to another element, follow these steps:
1. Left-click the point of the arrow that links the comment box with the instruction and keep
the mouse button pressed.
2. Drag the arrow to the element to which you want to attach the comment. Possible insertion
points are marked with a green square.

To show or hide a free-form comments, follow these steps:
1. Click the "Free-form comment on/off" button in the toolbar.

Programming the PLC
See also
Deleting free-form comments
Procedure
To delete a free-form comment, proceed as follows:
1. Right-click on the free-form comment that you want to delete.
See also
Editing LAD elements
Selecting LAD elements

You can select several individual elements or all elements in a network.
Requirement
LAD elements are available
Selecting several individual LAD elements

To select several individual LAD elements, follow these steps:
2. Click on all the LAD elements you wish to select.
3. Now release the <Ctrl> key.
Selecting all LAD elements in a network

To select all LAD elements in a network, follow these steps:
1. Go to the network whose elements you wish to select.
2. Select the "Select all" command in the "Edit" menu or press <Ctrl A>.

Programming the PLC
See also
Copying LAD elements (Page 1603)
Cutting LAD elements (Page 1604)
Pasting an LAD element from the clipboard (Page 1604)
Replacing LAD elements (Page 1605)
Inserting additional inputs and outputs in LAD elements (Page 1606)
Removing inputs and outputs (Page 1607)
Deleting LAD elements (Page 1609)
Copying LAD elements
Requirement
An LAD element is available.
Procedure
To copy a LAD element, follow these steps:
1. Right-click the LAD element that you want to copy.
Result
The LAD element will be copied and saved to the clipboard.
See also
Selecting LAD elements (Page 1602)

Programming the PLC
Cutting LAD elements
Requirement
Cutting
To cut a LAD element, follow these steps:
1. Right-click the LAD element that you want to cut.
2. Select "Cut" in the shortcut menu.
Result
The LAD element will be cut and saved to the clipboard.
See also
Pasting an LAD element from the clipboard
Requirement
Procedure
To paste an LAD element from the clipboard, follow these steps:
1. Copy a LAD element or cut a LAD element.
2. Right-click the point in the network where you want to paste the element.

Programming the PLC
See also
Replacing LAD elements

You can easily exchange LAD elements with other LAD elements of the same type. This has
the advantage that the parameters are retained and need not be entered again. For example,
you can exchange normally open contacts and normally closed contacts or RS FlipFlop and
SR FlipFlop.
Requirements
A network with at least one LAD element is present.
Procedure
To replace an LAD element with another LAD element, follow these steps:
1. Select the LAD element that you want to replace.
2. Position the cursor over the triangle in the top right-hand corner of the LAD element.
3. From the drop-down list, select the LAD element that you want to use to replace the existing
LAD element.
See also

Programming the PLC
Inserting additional inputs and outputs in LAD elements
Introduction
You can expand LAD elements which execute commutative arithmetic instructions by adding
additional inputs. Such elements are, for example, the instructions "Add" (ADD) and "Multiply"
(MUL). You can expand the MOVE and DEMUX instruction boxes by adding additional outputs.
Requirement
An LAD element is available that permits the insertion of additional inputs and outputs.
Inserting an additional input

To add an additional input to the box of a LAD element, follow these steps:
1. Right-click on an existing input of the LAD element.
2. Select "Insert input" in the shortcut menu.
An additional input is added to the box of the LAD element.
Or:
1. Click on the yellow star symbol beside the last input in the instruction box.
An additional input is added to the box of the LAD element.
Inserting an additional output

To add an additional output to the box of a LAD element, follow these steps:
1. Right-click on an existing output of the LAD element.
2. Select "Insert output" from the shortcut menu.
An additional output is added to the box of the LAD element.
Or:
An additional output is added to the box of the LAD element.
See also

Programming the PLC
Removing inputs and outputs
Introduction
Inputs and outputs which you have added to an instruction can be removed.
Requirement
An LAD element is available to which you have added additional inputs and outputs.
Remove input
To remove an input, follow these steps:
1. Select the input that you want to remove.
The input of the LAD element is removed.
Remove output
To remove an output, follow these steps:
1. Select the output that you want to remove.
The output of the LAD element will be removed.
See also

Programming the PLC
Enabling and disabling the EN/ENO mechanism

In LAD and FBD, certain instructions have an enable output ENO and thus use the EN/ENO
mechanism. This allows you to query runtime errors in instructions and react to them. In order
to increase the performance of the CPU, the EN/ENO mechanism is disabled in the default
setting. This means that you are not initially able to react to runtime errors of the instruction
using the ENO value. However, you can enable the EN/ENO mechanism again at any time, if
required.
You can enable the EN/ENO mechanism individually for each instruction in order to generate
the ENO. If you enable the EN/ENO mechanism for an instruction, other instructions that you
subsequently add to your program are also inserted with the EN/ENO mechanism enabled.
You can disable the EN/ENO mechanism again at any time if you do not want to use the
evaluation of ENO for an instruction. Further instructions that you subsequently add to your
program will then be inserted without the EN/ENO mechanism.
See also: Basics of the EN/ENO mechanism (Page 1473)
Activating the EN/ENO mechanism

mechanism.
The ENO value is again generated for the instruction. Other instructions are inserted with
the enable output.
Deactivating the EN/ENO mechanism

Proceed as follows to deactivate the EN/ENO mechanism of an instruction:
1. In your program, right-click the instruction at which you want to deactivate the EN/ENO
mechanism.
2. Select the "Do not generate ENO" command from the shortcut menu.
The ENO value is no longer generated for the instruction. Other instructions are inserted
without enable output.
See also

Programming the PLC
Deleting LAD elements
Requirement
Procedure
To delete a LAD element, follow these steps:
1. Right-click the LAD element that you want to delete.
See also
Inserting operands into LAD instructions
Inserting operands
The character strings "<???>", "<??.?>" and "..." are inserted as placeholders for the
parameters when an LAD element is inserted. The "<???>" and "<??.?>" strings displayed in
red indicate parameters that need to be connected. The "..." string displayed in black indicates
parameters that may be connected. "<??.?>" stands for Boolean placeholders.
Note
If you position the cursor over the placeholder, the expected data type will be displayed.
Requirement

Programming the PLC
Procedure
To connect the parameters of a LAD element, follow these steps:
1. Double-click the placeholder of the parameter.
An entry field opens, and the placeholder is selected.
2. Enter the appropriate parameter.
Note
If you enter the absolute address of a parameter that has already been defined, this absolute
address will be changed to the symbolic name of the parameter as soon as the input is
confirmed. If you have not yet defined the parameter, a new tag with this absolute address
and the default name "Tag_<n>" will be entered in the PLC tag table. When you confirm
your input, the absolute address will be replaced with the symbolic name "Tag_<n>".
3. Confirm the parameter with the Enter key.

4. If you have not yet defined the parameter, you can define it directly in the program editor
using the shortcut menu.
See also:
Declaring PLC tags in the program editor (Page 1487)
Declaring local tags in the program editor (Page 1558)
Or drag from it the PLC tag table:
1. In the project tree, select the "PLC tags" folder or open the PLC tag table.
2. If you have opened the PLC tag table, drag the symbol from the first column of the desired
tag to the appropriate place in your program. If you have not opened the PLC tag table yet,
open the detail view now. Drag the desired tag from the detail view to the appropriate place
in your program.
Or drag from it the block interface:
2. Drag the required operand from the block interface to the instruction window.
Result
If the syntax is error-free, the displayed parameter is black. The editor then jumps to the
next placeholder.
If there is an error in the syntax, the cursor stays in the entry field and a corresponding error
message is displayed in the status line. If you press the Enter key again, the entry field is
closed and the faulty entry is displayed in red italics.

Programming the PLC
Wiring hidden parameters
Introduction
Depending on the CPU used, you can use complex instructions in your program that are
included with the TIA Portal. These instructions can contain parameters that are declared as
hidden.
If an instruction contains hidden parameters, the instruction box has a small arrow on the lower
edge. You can recognize hidden parameters by their white font.
You can show and wire the hidden parameters at any time.
Showing or hiding hidden parameters

To show or hide hidden parameters, follow these steps:
1. Click on the down arrow at the bottom edge of the instruction box to show hidden
parameters.
2. Click on the up arrow at the bottom edge of the instruction box to hide hidden parameters.

To wire parameters, follow these steps:
1. Wire the hidden parameters like normally visible parameters.
The hidden parameter is transformed into a visible parameter.
See also
Displaying or hiding variable information
Introduction
You can display the following information about the tags to be used in the Program editor:
Name of the tag
Address of the tag
Simple or hierarchical comments for tag documentation
The information is taken from the block interface for local tags and DB tags and from the PLC
tag table for tags that are valid CPU-wide.
You can display the tag information either for all the blocks or for individually opened blocks.
If you display the tag information for all the blocks, the tag information for all the blocks currently
opened and opened in future is shown.
You can hide the tag information at any time again. If you have hidden the tag information for
all blocks, you can display it again for individual blocks that are open.

Programming the PLC
When you select the display of tag information with hierarchical comments, the comments of
the higher structure levels are also displayed for structured tags. The comments are shown in
brackets after the tag comment; the comments of the individual levels are separated by a dot.
If there is no comment for a tag on a structure level, it is not displayed. This is indicated by two
successive dots.
Displaying or hiding tag information for all the blocks

Proceed as follows to display or hide the tag information for all the blocks:
3. If you want to display the tag information, select the "Show" option or the "Tag information
with hierarchical comments" option in the drop-down list, depending on whether you want
to display simple or hierarchical comments.
4. If you want to hide the tag information, select the option "Collapse" in the "Tag information"
drop-down list.
The tag information is displayed or hidden for all the blocks. When you open additional
blocks, the tag information is displayed or hidden depending on the selected setting.
Displaying or hiding tag information for an opened block

Proceed as follows to display or hide the tag information for an opened block:
1. If you want to display the tag information, select the "Show tag information" option or the
"Tag information with hierarchical comments" option in the "Shows the tag information"
drop-down list, depending on whether you want to display simple or hierarchical comments.
2. If you want to hide the tag information, select the option "Hide tag information" in the "Shows
the tag information" drop-down list.
The tag information is displayed or hidden.
Branches in LAD
Basic information on branches in LAD
Definition
You use branches to program parallel circuits with the Ladder Logic (LAD) programming
language. Branches are inserted in the main rung. You can insert several contacts into the
branch and thus achieve a parallel circuit of series connections. This allows you to program
complex ladder logic.
The figure below shows an example of the use of branches:

Programming the PLC
6 02725
5
6
6
MOTOR carries signal 1, if one of the following conditions is fulfilled:

Signal 1 is pending on S2 or S4
Signal 0 is pending on S5.
See also
Rules for branches in LAD (Page 1613)
Inserting branches into the LAD network (Page 1614)
Closing branches in the LAD network (Page 1614)
Deleting branches in LAD networks (Page 1615)
Rules for branches in LAD
Rules
The following rules apply to simultaneous branches:
A simultaneous branch can only be inserted if the main branch already contains an LAD
element.
Simultaneous branches are opened downwards or are connected directly to the power rail.
They are terminated upwards.
Simultaneous branches are opened after the selected LAD element.
Simultaneous branches are terminated after the selected LAD element.
To delete a simultaneous branch, you must delete all LAD elements of this branch. When
the last LAD element is removed from the branch, the rest of the branch is also removed.
See also
Basic information on branches in LAD (Page 1612)
Closing branches in the LAD network (Page 1614)

Programming the PLC
Inserting branches into the LAD network

You can create several branches in a network.
Requirement
The network contains elements.
Procedure
To insert a new branch in a network, follow these steps:
2. Navigate to "General > Open branches" in the "Simple instructions" palette.
If you want to connect the new branch directly to the power rail, drag the element to the
power rail.
See also
Closing branches in the LAD network

Branches must be closed again at suitable places. If necessary, branches will be arranged so
that they do not cross each other.
Requirement
A branch is available.
Procedure
To close an open branch, follow these steps:
1. Select the open branch.
2. Press and hold down the left mouse button.
A dashed line will appear as soon as the cursor is moved.
3. Drag the dashed line to a suitable place on the network. Permissible connections are
indicated by green lines.
4. Release the left mouse button.

Programming the PLC
See also
Deleting branches in LAD networks
Requirement
Procedure
To delete a branch, follow these steps:
1. Select the connection line that links the branch to the main branch.
See also
Crossings in LAD
Basic information on crossings in LAD
Definition
A crossing is a place in a LAD network where one branch is closed and at the same time
another branch is opened.
7DJ,QB 7DJ,QB 7DJ2XW
7DJ,QB 7DJ,QB
&URVVLQJ
"TagOut" receives signal 1, if the following two conditions are met:

"TagIn_1" or "TagIn_3" has signal 1
"TagIn_2" or "TagIn_4" has signal 0

Programming the PLC
Inserting crossings
You can insert crossings in a LAD network by creating connections between the main branch
and an additional branch or between different branches.
Requirements
Procedure
To insert a new crossing in an LAD network, follow these steps:
3. Drag the element behind the existing branch.
4. Insert any element into the open branch.
5. Click the arrow of the open branch after the inserted element.
6. Hold down the left mouse button and drag the dashed connecting line to the main branch.
See also
Rearranging crossings (Page 1616)
Deleting crossings (Page 1617)
Rearranging crossings
Requirement
A crossing is available.
Procedure
To rearrange a connection, follow these steps:
1. Select the connection line that defines the crossings in the respective branches.
5. Use a drag-and-drop operation to move the element to the place in the network where you
want to insert the new crossing.
6. Click on the arrow for the open branch.

Programming the PLC
7. Hold down the left mouse button and drag the dashed connecting line to the subsidiary
branch in which you wish to insert the new crossing.
See also
Inserting crossings (Page 1616)
Deleting crossings (Page 1617)
Deleting crossings
Requirement
A crossing is available.
Procedure
To delete a crossing, follow these steps:
1. Select the connection line that defines the crossings in the respective branches.
See also
Inserting crossings (Page 1616)
Rearranging crossings (Page 1616)
Rungs in LAD
Basic information on rungs in LAD
Using rungs
The program is mapped in one or more networks. A network contains a power rail on the left
where one or more rungs originate. The binary signal scans are arranged in the form of contacts
on the rungs. The serial arrangement of the elements on a rung creates a series connection;
arrangement on simultaneous branches creates a parallel connection. A rung is closed by a
coil or a box in which the result of logic operation will be written.
The figure below shows an example of the use of several rungs within a network:

Programming the PLC
6WDUW6ZLWFKB/HIW 02725B21
6
6WDUW6ZLWFKB5LJKW
6WRS6ZLWFKB/HIW 02725B21
5
6WRS6ZLWFKB5LJKW
Rules
Remember the following rules when using several rungs:
Connections are not permitted between rungs.
Only one jump instruction is permissible per network. The positioning rules for jump
instructions remain valid.
Running rungs
Rungs and networks are executed from top to bottom and from left to right. This means that
the first instruction in the first rung of the first network is processed first. All instructions of this
rung are then processed. After this come all other rungs of the first network. The next network
is processed only after all rungs have first been run.
Differences between branches and rungs

The difference between branches and rungs is that the rungs are independent branches that
can also stand in a different network. Branches, on the other hand, permit the programming
of a parallel connection.
See also
Insert rung (Page 1618)
Deleting a rung (Page 1619)
Insert rung
Requirement
A block is open.

Programming the PLC
Procedure
To insert a new rung in a network, proceed as follows:
1. Insert any coil on the power rail.
A new rung will be inserted and the coil positioned at the end of the rung.
2. Insert additional instructions in the new rung.
See also
Basic information on rungs in LAD (Page 1617)
Deleting a rung (Page 1619)
Deleting a rung
Requirement
A rung is available.
Procedure
To delete a rung, proceed as follows:
1. Hold down the left mouse button and draw a frame around the rung. At the same time,
make sure that you select all instructions. Alternatively, you can hold down the <Shift> key
and select the first the last instruction of the rung.
2. Right-click on one of the instructions in the rung.
See also
Basic information on rungs in LAD (Page 1617)
Insert rung (Page 1618)
Creating FBD programs
Basic information on FBD
FBD programming language
Overview of the Function Block Diagram (FBD) programming language

FBD is a graphical programming language. The representation is based on electronic circuit
systems.

Programming the PLC
The program is mapped in one or more networks. A network contains one or more logic
operation paths. The binary signal scans are linked by boxes. The representation of the logic
is based on the graphical logic symbols used in Boolean algebra.
Example of networks in FBD

The following figure shows an FBD network with AND and OR boxes and an assignment:
1HWZRUN
!
2SHUDQG 2XWSXW
2SHUDQG
6WRS
Overview of the FBD elements
FBD elements
An FBD program consists of separate elements that are linked by means of a binary signal
flow. Most program elements must be supplied with tags.
A FBD network is programmed from left to right.
For example, the following figure shows elements of an FBD network:
1) Binary function
2) Standard box
3) Complex box

Programming the PLC
Binary functions
You can use binary functions to query binary operands and to combine their signal states. The
following operations are examples of binary functions: "AND operation", "OR operation" and
"EXCLUSIVE OR operation".
Standard boxes:
You can use standard boxes to control binary operands, perform RLO edge detection or
execute jump functions in the program. Standard boxes generally have only one single input.
Complex boxes
Complex boxes represent program elements with complex functions. The empty box is an
exception. You can use the empty box as a placeholder in which you can select the required
instruction.
The following types of boxes are available to you in an FBD program:
Complex boxes without EN/ENO mechanism:
A box is executed independently of the signal state at the box inputs. The error status of
the processing cannot be queried.
Complex boxes with EN/ENO mechanism:
A box is only executed if the enable input "EN" has the signal state "1". If the box is
processed correctly, the "ENO" enable output has signal state "1". If an error occurs during
processing, the "ENO" output is reset.
If the EN enable input is not interconnected, the box is always executed.
Calls of code block are also shown in the network as complex boxes with EN/ENO mechanism.
Settings for FBD
Overview of the settings for FBD
Overview
The following table shows the settings that you can make:

Font Font size Font size in program editor
View Layout Compact or wide
Changes the vertical spacing between
operands and other objects (such as op
erand and contact). The change be
comes visible once the block is reop
ened.
With absolute information Additional display of the absolute ad
dresses

Programming the PLC

Operand field Maximum width Maximum number of characters that
can be entered horizontally in the oper
and field. This setting recalculates the
layout of the networks.
Maximum height Maximum number of characters that
can be entered vertically in the operand
field. This setting recalculates the layout
of the networks.
See also
Procedure
Result
See also
Overview of the settings for FBD (Page 1621)
Working with networks
Using networks
Function
The user program is created in the block within networks. For a code block to be programmed,
it must contain at least one network. To achieve a better overview of the user program, you
can also subdivide your program into several networks.

Programming the PLC
See also
Inserting networks
Requirement
A block is open.
Procedure
To insert a new network, follow these steps:
1. Select the network after which you want to insert a new network.
2. Select the "Insert network" command in the shortcut menu.
Result
A new empty network is inserted into the block.
See also
Selecting networks
Requirements
Selecting a network
To select a network, follow these steps:
1. Click the title bar of the network that you want to select.

Programming the PLC
Selecting several networks

Proceed as follows to select several individual networks:
2. Click all the networks that you want to select.
To select several successive networks, follow these steps:
1. Press and hold down the <Shift> key.
2. Click the first network that you want to select.
3. Click the last network that you want to select.
The first and last networks and all those in between are selected.
See also
Copying and pasting networks

Copied networks can be pasted within the block or in another block. Networks that were created
in LAD or FBD can also be inserted in blocks of the respective other programming language.
Requirement
Procedure
To copy and paste a network, follow these steps:
1. Select the network or networks to be copied.
3. Select the network after which you want to paste in the copied network.
See also

Programming the PLC
Deleting networks
Requirement
Procedure
To delete a network, follow these steps:
1. Select the network that you want to delete.
See also
Expanding and collapsing networks
Requirements
Opening and closing a network

To open a network, follow these steps:
1. Click on the right arrow in the network title bar.
To close a network, follow these steps:
1. Click on the down arrow in the network title bar.
Opening and closing all networks

1. In the toolbar, click "Open all networks" or "Close all networks".

Programming the PLC
See also
Inserting network title

The network title is the header of a network. The length of the network title is limited to one
line. You can enter the title manually or set it automatically. When you set it automatically, you
can do this for individual networks or use the settings to specify that the network title is always
set automatically.
For automatic insertion of the network title, the comment of the operand in one of the following
instructions in the network is evaluated:
Assignment
Set output
Reset output
The instruction that is listed first in the network is used.
The network title is only inserted automatically when the following conditions are fulfilled:
The network does not have a title yet.
The operand of the instruction used for the comment has a comment.
Note
Note the following restrictions for automatic insertion of the network title:
The network title is not adapted if you change the comment of the operand at a later time.
The network title is not adapted if you change the operand of the instruction.
The network title is only set by the writing instructions listed above.
If the operand is of the data type array, the comment of the array is used and not the
comments of the array elements.
Comments of invalid operands are not taken into consideration.
Entering the network title manually

To enter a network title, follow these steps:
1. Click on the title bar of the network.
2. Enter the network title.

Programming the PLC
Setting the network title automatically

To specify that the network titles are always set automatically, follow these steps:
3. Select the "Set network title automatically" check box in the "Additional settings" group.
The network titles are set automatically as of this time if the conditions listed above are
fulfilled.
To set an individual network title automatically, follow these steps:
1. Right-click "Network <Number of the network>" in the title bar of a network.
2. Select the "Set network title automatically" command in the shortcut menu.
The title of the selected network is set based on the comment of the operand if the conditions
listed above are fulfilled.
See also
Entering a network comment

You can use network comments to provide comments on the program contents of individual
networks. For example, you can indicate the function of the network or draw attention to special
characteristics.
Requirement
Procedure
To enter a network comment, follow these steps:
1. Click on the right arrow before the network title.
2. If the comment area is not visible, click "Network comments on/off" in the toolbar.
The comment area is displayed.

Programming the PLC

4. Enter the network comment.
See also
Navigating networks
You can navigate straight to a specific position within a block.
Procedure
To navigate to a specific position within a block, follow these steps:
1. Right-click in the code area of the programming window.
2. Select the "Go to > Network/line" command in the shortcut menu.
The "Go to" dialog will open.
3. Enter the network to which you want to navigate.
4. Enter the line number of the network to which you want to navigate.
Result
The relevant line will be displayed if this is possible. If the network or line requested does not
exist, the last existing network or the last existing line in the network requested will be displayed.
See also

Programming the PLC

Inserting FBD elements
Rules for the use of FBD elements
Rules
Note the following rules when inserting FBD elements:
An FBD network can consist of several elements. All elements of a logic path must be linked
to each other according to IEC 61131-3.
Standard boxes (flip flops, counters, timers, math operations, etc.) can be added as output
to boxes with binary logic operations (for example, AND, OR). Comparison boxes are
excluded from this rule.
Only Boolean inputs in an instruction can be combined with preceding logic operations.
Only the bottom Boolean output in an instruction can be combined with an additional logic
operation.
Enable input EN or enable output ENO can be connected to boxes, but this is not mandatory.
Constants (for example, TRUE or FALSE) cannot be assigned to binary logic operations.
Instead, use tags of the BOOL data type.
Only one jump instruction can be inserted in each network.
Only one jump label can be inserted in each network.
Instructions for positive or negative RLO edge detection may not be arranged right at the
left of the network as this requires a prior logic operation.

network:

SET_BF Set bit field No

RESET_BF Reset bit field No
JMP_LIST Define jump list No

Programming the PLC

SWITCH Jump distributor No

RET Return No

network:

Mnemon Name quired
ics
S Set output Yes
R Reset output Yes
SP Start pulse timer Yes
SE Start extended pulse timer Yes
SD Start on-delay timer Yes
SS Start retentive on-delay timer Yes
SF Start off-delay timer Yes
SC Set counter value Yes
CU Count up Yes
CD Count down Yes
RET Return No
OPN Open global data block No
OPNI Open instance data block No
CALL Call block No
SAVE Save RLO in BR bit No
MCRA Enable MCR range No
MCRD Disable MCR range No
MCR< Open MCR ranges No
MCR> Close MCR ranges No
Inserting FBD elements using the "Instructions" task card
Requirement

Programming the PLC
Procedure
To insert FBD elements into a network using the "Instructions" task card, follow these steps:
2. Navigate to the FBD element that you want to insert.
Or:
1. Select the point in the network at which you want to insert the element.
3. Double-click on the element you want to insert.
Result
The selected FBD element is inserted with dummy entries for the parameters.
See also
Rules for the use of FBD elements (Page 1629)
Inserting FBD elements using an empty box
Requirement
Procedure
To insert FBD elements into a network using an empty box, follow these steps:
2. Navigate to "General > Empty box" in the "Basic instructions" palette.
3. Use a drag-and-drop operation to move the "Empty box" element to the desired place in
the network.

Programming the PLC
4. Position the cursor over the triangle in the top right-hand corner of the empty box.
5. Select the desired FBD element from the drop-down list.
folder under "Program blocks > System blocks". If you have selected "multi-instance", these
are located in the block interface in the "Static" section.
Result
The empty box is changed to the respective FBD element. Placeholders are inserted for the
parameters.
Selecting the data type of an FBD element
Selecting a data type
Introduction
Some instructions can be executed with several different data types. If you use one of these
instructions in the program, you have to specify a valid data type for the instruction at the
specific point in the program. For some instructions, you have to select the data types for the
inputs and outputs separately.
Note
The valid data type (BOOL) for the tags on the enable input EN and the enable output ENO is
predefined by the system and cannot be changed.
The valid data types for an instruction are listed in the instruction drop-down list. You specify
the data type of the instruction by selecting an entry from the drop-down list. If the data type
of an operand differs from the data type of the instruction and cannot be converted implicitly,
the operand is displayed in red and a rollout with the corresponding error message appears.

Programming the PLC
Data type selection of mathematical instructions

Some mathematical instructions provide you with the option of having the data type
automatically set corresponding to the data types of the operand. In the drop-down list for data
type selection, these instructions have the entry "Auto" in addition to the actual data types. If
you select this entry and then allocate the first operand, the data type of the operand is selected
as data type for the instruction. The entry in the drop-down list changes to "Auto (<Data type>)",
e.g. "Auto (Real)". If you allocate additional operands, the automatically set data type of the
instruction is adjusted according to the following criteria:
You supply all other operands with tags of the same data type:
The data type of the instruction is not changed.
You supply all other operands with tags whose data type is smaller than the data type of
the instruction:
The data type of the instruction is not changed. For the operand with the smaller data type,
an implicit conversion is conducted if necessary.
You supply an additional operand with a tag whose data type is greater than the data type
of the instruction:
The data type of the instruction is changed to the larger data type. An implicit conversion
is performed, if necessary, for operands that deviate from the newly set data type of the
instruction.
Each change in the data type of an operand can result in a change of the data type of the
instruction. Other operands may possibly be implicitly converted as a result. Operands for
which an implicit conversion is performed are marked with a gray square.
Note
Please also observe the information on data type conversion for your device and, in particular,
the notes on the IEC check.
See also: Data type conversion (Page 2091)
See also
Defining the data type of an instruction (Page 1633)
Defining the data type of an instruction
Introduction
Some instructions can be executed with several different data types. When you insert such
instructions into your program, you must specify the data type for these instructions at the
actual point in the program.

Programming the PLC
Specifying the data type by means of the drop-down list

To define the data type of an instruction using the drop-down list, follow these steps:
2. Click the triangle in the upper corner of the drop-down list.
The drop-down list will open to display the data types valid for the instruction.
3. Select a data type from the drop-down list.
The selected data type is displayed.
4. If the instruction has two drop-down lists, select the data type for the instruction inputs in
the left-hand drop-down list and the data type for the instruction outputs in the right-hand
drop-down list.
Specifying data type by assigning tags

To define the data type of an instruction by assigning tags, follow these steps:
2. At an input or output, specify a valid tag, the data type of which is to be applied as the
instruction data type.
The data type of the tag is displayed in the drop-down list.
3. Enter a valid tag at an input and a valid tag at an output if data types need to be defined
for both the inputs and outputs of the instruction. The tag specified at the input determines
the data type of the inputs; the tag specified at the output determines the data type of the
outputs of the instruction.
Automatically specifying the data type of mathematical instructions

To automatically specify the data type for mathematical instructions, follow these steps:
1. Insert the mathematical instruction at the required point in the program using drag-and-drop.
2. Select the "Auto" entry from the drop-down list.
3. Enter a valid tag at an input or output.
The data type of the tag is applied as data type of the instruction. The entry in the drop-
down list changes to "Auto (<Data type>)".
See also: Selecting a data type (Page 1632)
See also
Selecting a data type (Page 1632)

Programming the PLC
Using favorites in FBD
Adding FBD elements to Favorites
Requirement
A block is open.
in the editor.
Procedure
Favorites.
program editor.
Note
See also
Removing FBD elements from Favorites (Page 1636)
Inserting FBD elements using favorites
Requirement
A block is open.
Procedure

Programming the PLC
Or:
Note
See also
Removing FBD elements from Favorites (Page 1636)
Removing FBD elements from Favorites
Requirement
Procedure
Note
See also
Adding FBD elements to Favorites (Page 1635)
Inserting FBD elements using favorites (Page 1635)

Programming the PLC
Inserting block calls in FBD
Inserting block calls using a drag-and-drop operation

operation from the project tree. If you call function blocks from other function blocks, you can
either call them as single-instance or multi-instance blocks. If a function block is called as single
instance, it will store its data in a data block of its own. If a function block is called as multi-
instance, it will store its data in the instance data block of the calling function block.
Requirement
The block that is to be called is available.
Inserting a call of a function (FC)

To insert a call of a function (FC) into a network using a drag-and-drop operation, follow these
steps:
1. Drag the function from the project tree to the required network.

1. Drag the function block from the project tree to the required network.
2. Enter in the dialog whether you wish to call the block as single or multi-instance.
If you click on the "Single instance" button, you will have to enter a name in the "Name"
text box for the data block that you want to assign to the function block.
If you click on the "Multi-instance" button, you will have to enter the name of the tag in
the "Name in the interface" text box; this is the name that you use to enter the called
function block as a static tag in the interface of the calling block.
Result
The function or the function block is inserted with its parameters. You can then assign the
parameters.
Note
If when calling a function block you specify an instance data block that does not exist, it will
be created. If you have called a function block as a multi-instance, this will be entered as a
static tag in the interface.

Programming the PLC
See also
Updating block calls in FBD

Explicit updating of all inconsistent block calls in the program editor.
Explicit updating of a block call in the program editor.
The "Interface update" dialog is displayed. In this dialog, you have the option of changing
the connection of the operands of the new interface. The inconsistent call of this block is
then updated. The following actions are carried out in the process:
All block calls in the program as well as the used PLC data types will be updated. Note that
when you call functions (FCs) before the next compilation process, all new formal
parameters must be supplied with actual parameters.
Updating all inconsistent block calls in the program editor

To open all block calls in a block, follow these steps:

Programming the PLC
Updating a specific block call in the program editor

To update a specific block call in the program editor, follow these steps:
The "Interface update" dialog opens. This dialog shows the differences between the block
4. If necessary, change the connection of the operands. To do this, you have the following
options:
You can use either a drag-and-drop operation or a cut/copy-and-paste operation to
move the operand from the old interface to the new interface.
You can delete an operand.
You can rename an operand.
You can specify a new operand via autocompletion.
5. Click "OK" to update the block call. If you want to cancel the update, click "Cancel".
Note
Note that the "Update block call" command is only available provided you did not previously
Update block calls during compilation

Follow these steps to update all block calls and uses of PLC data types during compilation
implicitly:
See also
Changing the block call

You have the option of changing the called block for a block call. But keep in mind that no new
instance data blocks are created, for example, when changing from a function (FC) to a function
block (FB).

Programming the PLC
Procedure
To change the called block of a block call, follow these steps:
1. Click on the name of the called block within the block call and press the <F2> key. Or double-
click the name of the called block.
A text box opens, and the name of the currently called block is selected.
2. Enter the name of the block you want to call or select a block in the autocompletion.
3. If you want to call an FB, create a new instance data block, if necessary, and specify it as
operand.
Changing the instance type
Instance type
There are two ways of calling function blocks:
As a single instance
As a multiple instance
You can modify a defined instance type at any time.
Requirement
The user program contains a block call.
Procedure
To change the instance type of a function block, follow these steps:
1. Open the code block and select the block call.
2. Select the "Change instance" command in the shortcut menu.
3. Click the "Single instance" or "Multi instance" button.
If you select the "Single instance" instance type, enter a name for the data block that is
to be assigned to the function block.
If you select "Multiple instance" as the instance type, enter in the "Name in the interface"
text field the name of the tag with which the called function block is to be entered as a
static tag in the interface of the calling block.
Note
The previous single and multiple instances will not be deleted automatically.

Programming the PLC
See also
Inserting complex FBD instructions
Using the "Calculate" instruction
Requirement
Procedure
Proceed as follows to use the "Calculate" instruction:
2. Navigate to "Math functions > CALCULATE" in the "Basic instructions" pane.
The instruction "Calculate" will be inserted for the data type with a placeholder expression
and question mark.
4. Enter the data type for the calculation.
5. Enter the operands for the calculation.
Note
The calculation is run with the inputs of the "Calculate" instruction. If you want to use
constants you must also insert appropriate inputs for them.
6. Click on the "Edit 'Calculate' instruction" button to replace the placeholder expression with
the correct expression.
The "Edit 'Calculate' instruction" dialog will open.
7. Enter the required expression in the "OUT:= " text box.
Note
In the "Example" area you can find an example of a valid expression and possible
instructions that you can use.
To determine a value with the help of Pythagoras' theorem, for example, enter "OUT :=
SQRT (SQR (IN1) + SQR (IN2))".
See also
CALCULATE: Calculate (Page 2575)

Programming the PLC
Using free-form comments
Basic information on using free comments in FBD
Introduction
Free-form comments allow you to add comments to the source code for graphic programming
languages similar to line comments for textual languages.
Free-form comments can be used for all non-binary boxes.
See also
Inserting free-form comments
Requirement
A network with instructions is available.
Procedure
To insert a free comment on an instruction, proceed as follows:
1. If necessary, activate the "Free-form comments on/off" button in the toolbar.
2. Right-click on the instruction for which you want to insert a free-form comment.
3. Select the "Insert comment" command in the shortcut menu.
A comment box with a standard comment opens. The comment box is connected by an
arrow to the corresponding instruction.
4. Enter the required comment in the comment box.
See also
Basic information on using free comments in FBD (Page 1642)

Programming the PLC
Editing free-form comments
Introduction
Free-form comments can be edited as follows:
Changing the position and size of the comment box

To change the text of free-form comments, follow these steps:
2. Enter the desired text.
Changing the position of the comment box

To change the positioning of the comment box, follow the steps below:
1. Left-click the comment box and keep the mouse button pressed.
2. Drag the comment box to the desired location.
Changing the size of the comment box

To change the size of the comment box, follow the steps below:
2. Drag the comment box on the move handle in the lower right corner to the desired size.

To attach a free-form comment to another element, follow these steps:
1. Left-click the point of the arrow that links the comment box with the instruction and keep
the mouse button pressed.
2. Drag the arrow to the element to which you want to attach the comment. Possible insertion
points are marked with a green square.

To show or hide a free-form comments, follow these steps:
1. Click the "Free-form comment on/off" button in the toolbar.

Programming the PLC
See also
Deleting free-form comments
Procedure
To delete a free-form comment, proceed as follows:
1. Right-click on the free-form comment that you want to delete.
See also
Editing FBD elements
Selecting FBD elements

You can select several individual elements or all elements in a network.
Requirement
FBD elements are available
Selecting several individual FBD elements

To select several individual FBD elements, follow these steps:
2. Click on all the FBD elements you wish to select.
3. Now release the <Ctrl> key.
Selecting all FBD elements in a network

To select all FBD elements in a network, follow these steps:
1. Go to the network whose elements you wish to select.
2. Select the "Select all" command in the "Edit" menu or press <Ctrl+A>.

Programming the PLC
See also
Copying FBD elements (Page 1645)
Cutting FBD elements (Page 1646)
Pasting an FBD element from the clipboard (Page 1646)
Replacing FBD elements (Page 1647)
Adding additional inputs and outputs to FBD elements (Page 1648)
Removing instruction inputs and outputs (Page 1649)
Deleting FBD elements (Page 1651)
Copying FBD elements
Requirement
An FBD element is available.
Procedure
To copy an FBD element, follow these steps:
1. Right-click the FBD element that you want to copy.
Result
The FBD element will be copied and saved to the clipboard.
See also
Selecting FBD elements (Page 1644)

Programming the PLC
Cutting FBD elements
Requirement
Cutting
To cut an FBD element, follow these steps:
1. Right-click the FBD element that you want to cut.
2. Select "Cut" in the shortcut menu.
Result
The FBD element will be cut and saved to the clipboard.
See also
Pasting an FBD element from the clipboard
Requirement
Procedure
To paste an FBD element from the clipboard, follow these steps:
1. Copy an FBD element or cut an FBD element.
2. Right-click the point in the network where you want to paste the element.

Programming the PLC
See also
Replacing FBD elements

You can easily exchange FBD elements with other FBD elements of the same type. This has
the advantage that the parameters are retained and need not be entered again. For example,
you can exchange OR and AND, RS-FlipFlop and SR-FlipFlop, comparison functions or jump
instructions.
Requirements
A network with at least one FBD element is present.
Procedure
To replace an FBD element with another FBD element, follow these steps:
1. Select the FBD element that you want to replace.
If elements compatible with the selected FBD element are available, a triangle will appear
in the upper right-hand corner of the element.
2. Position the cursor above the triangle of the FBD element.
3. From the drop-down list, select the FBD element that you want to use to replace the existing
FBD element.
See also

Programming the PLC

Adding additional inputs and outputs to FBD elements
Introduction
You can expand several FBD elements with additional inputs that execute arithmetic or binary
operations. Such elements are, for example, the instructions "Add" (ADD), "Multiply" (MUL),
AND or OR. You can expand the "MOVE value" (MOVE) and "Demultiplex" (DEMUX)
instruction boxes by adding additional outputs.
The name of the new inputs and outputs is comprised of the type of inserted element and a
consecutive number. The name of a new input is may be "IN2"; the name of a new output may
be "OUT2".
Requirements
An FBD element is available that permits the insertion of additional inputs and outputs.
Inserting an additional input

To add an additional input to the box of an FBD element, follow these steps:
1. Right-click on an existing input of the FBD element.
2. Select "Insert input" in the shortcut menu.
An additional input is added to the box of the FBD element.
Or:
An additional input is added to the box of the FBD element.
Inserting an additional output

To add an additional output to the box of an FBD element, follow these steps:
1. Right-click on an existing output of the FBD element.
2. Select "Insert output" from the shortcut menu.
An additional output is added to the box of the FBD element.
Or:
1. Click on the yellow star symbol beside the last output of the instruction box.
An additional output is added to the box of the FBD element.
See also

Programming the PLC

Removing instruction inputs and outputs
Introduction
Inputs and outputs which you have added to an instruction can be removed.
Requirement
An FBD element is available, which you have expanded with additional inputs or outputs.
Remove input
To remove an input, follow these steps:
1. Select the input that you want to remove.
The input of the FBD element is removed.
Remove output
To remove an output, follow these steps:
1. Select the output that you want to remove.
The output of the FBD element will be removed.
See also

Programming the PLC

Enabling and disabling the EN/ENO mechanism

In LAD and FBD, certain instructions have an enable output ENO and thus use the EN/ENO
mechanism. This allows you to query runtime errors in instructions and react to them. In order
to increase the performance of the CPU, the EN/ENO mechanism is disabled in the default
setting. This means that you are not initially able to react to runtime errors of the instruction
using the ENO value. However, you can enable the EN/ENO mechanism again at any time, if
required.
You can enable the EN/ENO mechanism individually for each instruction in order to generate
the ENO. If you enable the EN/ENO mechanism for an instruction, other instructions that you
subsequently add to your program are also inserted with the EN/ENO mechanism enabled.
You can disable the EN/ENO mechanism again at any time if you do not want to use the
evaluation of ENO for an instruction. Further instructions that you subsequently add to your
program will then be inserted without the EN/ENO mechanism.
See also: Basics of the EN/ENO mechanism (Page 1473)
Activating the EN/ENO mechanism

mechanism.
The ENO value is again generated for the instruction. Other instructions are inserted with
the enable output.
Deactivating the EN/ENO mechanism

Proceed as follows to deactivate the EN/ENO mechanism of an instruction:
1. In your program, right-click the instruction at which you want to deactivate the EN/ENO
mechanism.
2. Select the "Do not generate ENO" command from the shortcut menu.
The ENO value is no longer generated for the instruction. Other instructions are inserted
without enable output.
See also

Programming the PLC

Deleting FBD elements
Requirement
Procedure
To delete an FBD element, follow these steps:
1. Right-click the FBD element that you want to delete.
See also
Inserting operands in FBD instructions
Inserting operands
The character strings "<???>", "<??.?>" and "..." are inserted as placeholders for the
parameters when a FBD element is inserted. The "<???>" and "<??.?>" strings displayed in
red indicate parameters that need to be connected. The "..." string displayed in black indicates
parameters that may be connected. "<??.?>" stands for Boolean placeholders.
Note
To display the available data types in a tooltip, move the cursor over the placeholder.

Programming the PLC
Requirement
Procedure
To connect the parameters of an FBD element, follow these steps:
1. Click the placeholder of the parameter.
An input field is opened.
2. Enter the corresponding parameters, for example a PLC tag, a local tag or a constant.
Note
If you enter the absolute address of a parameter that has already been defined, this absolute
address will be changed to the symbolic name of the parameter as soon as the input is
confirmed. If you have not yet defined the parameter, a new tag with this absolute address
and the default name "Tag_1" will be entered in the PLC tag table. When you confirm your
input, the absolute address will be replaced with the symbolic name "Tag_1".
3. Confirm the parameter with the Enter key.

4. If you have not yet defined the parameter, you can define it directly in the program editor
using the shortcut menu.
See also: "Declaring PLC tags in the program editor (Page 1487)".
Or drag from it the PLC tag table:
1. In the project tree, select the "PLC tags" folder and open the PLC tag table.
2. If you have opened the PLC tag table, drag the desired tag to the corresponding location
in your program. If you have not opened the PLC tag table yet, open the detail view now.
Drag the desired tag from the detail view to the appropriate place in your program.
Or drag from it the block interface:
2. Drag the desired operand from the block interface to the corresponding location in your
program.
Result
If the syntax is error-free, the displayed parameter is black.
If there is an error in the syntax, the cursor stays in the input field and a corresponding error
message is displayed in the inspector window in the "Info > Syntax" register.

Programming the PLC
Introduction
Depending on the CPU used, you can use complex instructions in your program that are
included with the TIA Portal. These instructions can contain parameters that are declared as
hidden.
If an instruction contains hidden parameters, the instruction box has a small arrow on the lower
edge. You can recognize hidden parameters by their white font.
You can show and wire the hidden parameters at any time.
Showing or hiding hidden parameters

To show or hide hidden parameters, follow these steps:
1. Click on the down arrow at the bottom edge of the instruction box to show hidden
parameters.
2. Click on the up arrow at the bottom edge of the instruction box to hide hidden parameters.

To wire parameters, follow these steps:
1. Wire the hidden parameters like normally visible parameters.
The hidden parameter is transformed into a visible parameter.
See also
Displaying or hiding variable information
Introduction
You can display the following information about the tags to be used in the Program editor:
Name of the tag
Address of the tag
Simple or hierarchical comments for tag documentation
The information is taken from the block interface for local tags and DB tags and from the PLC
tag table for tags that are valid CPU-wide.
If you display the tag information for all the blocks, the tag information for all the blocks currently
all blocks, you can display it again for individual blocks that are open.

Programming the PLC
When you select the display of tag information with hierarchical comments, the comments of
the higher structure levels are also displayed for structured tags. The comments are shown in
brackets after the tag comment; the comments of the individual levels are separated by a dot.
If there is no comment for a tag on a structure level, it is not displayed. This is indicated by two
successive dots.
Displaying or hiding tag information for all the blocks

Proceed as follows to display or hide the tag information for all the blocks:
3. If you want to display the tag information, select the "Show" option or the "Tag information
with hierarchical comments" option in the drop-down list, depending on whether you want
to display simple or hierarchical comments.
4. If you want to hide the tag information, select the option "Collapse" in the "Tag information"
drop-down list.
The tag information is displayed or hidden for all the blocks. When you open additional
blocks, the tag information is displayed or hidden depending on the selected setting.

Proceed as follows to display or hide the tag information for an opened block:
1. If you want to display the tag information, select the "Show tag information" option or the
"Tag information with hierarchical comments" option in the "Shows the tag information"
drop-down list, depending on whether you want to display simple or hierarchical comments.
2. If you want to hide the tag information, select the option "Hide tag information" in the "Shows
the tag information" drop-down list.
Branches in FBD
Basic information on branches in FBD
Definition
You can use the Function Block Diagram (FBD) programming language to program parallel
branches. This is done using branches that are inserted between the boxes. You can insert
additional boxes within the branch and in this way build up complex function block diagrams.
The figure below shows an example of the use of branches:

Programming the PLC
!
6
6 /()7
6 5
5,*+7
6
See also
Rules for branches in FBD (Page 1655)
Inserting branches in FBD networks (Page 1655)
Deleting branches in FBD networks (Page 1656)
Rules for branches in FBD
Rules
The following rules apply to the use of branches in FBD:
Branches are opened downward.
Branches can be inserted only between FBD elements.
To delete a branch, you must delete all FBD elements, including the branch itself.
If you delete the connection between two branches, the FBD elements of the interrupted
branch will be positioned freely in the network.
See also
Basic information on branches in FBD (Page 1654)
Inserting branches in FBD networks
Requirement

Programming the PLC
Procedure
To insert a new branch in a network, follow these steps:
2. Navigate to "General > Branch" in the "Basic instructions" palette.
3. Drag the element from the "Elements" pane to the a required location on a connection line
between two boxes.
See also
Deleting branches in FBD networks
Requirement
Procedure
To delete a branch, follow these steps:
1. Select the connection line that links the branch to the main branch.
Result
The branch is now deleted. Boxes connected to the deleted branch are placed freely within
the network.
See also

Programming the PLC
Logic paths in FBD
Basic information on logic paths in FBD
Use of logic paths

The user program will be mapped in one or more networks. The networks can contain one or
more logic paths on which the binary signals are arranged in the form of boxes.
The following figure shows an example of the use of several logic paths within a network:
6WDUW6ZLWFKB/HIW !
02725B21
6WDUW6ZLWFKB5LJKW 6
6WRS6ZLWFKB/HIW !
02725B21
6WRS6ZLWFKB5LJKW 5
Rules
Remember the following rules when using logic paths:
Connections are not permitted between logic paths.
Only one jump instruction is permissible per network. The positioning rules for jump
instructions remain valid.
Executing logic paths

Logic paths are executed from top to bottom and from left to right. This means that the first
instruction in the first logic path of the first network is executed first. All instructions of this logic
path are then executed. After this come all other logic paths of the first network. The next
network is executed only after all logic paths have first been executed.
When jumps are used the regular execution of the logic paths is circumvented and the
instruction is executed at the jump destination.
Differences between branches and logic paths

The difference between branches and logic paths is that the logic paths are independent
branches that can also stand in a different network. Branches, on the other hand, permit the
programming of a parallel connection and have a common preceding logic operation.
See also
Inserting a logic path (Page 1658)
Deleting a logic operation path (Page 1658)

Programming the PLC
Inserting a logic path
Requirement
A block is open.
Procedure
To insert a new logic path in a network, follow these steps:
1. Insert any instruction in a network in such a way that it has no connection to existing
instructions.
A new logic path is inserted.
2. Insert an assignment at the end of the new logic path.
3. Insert additional instructions in the new logic path.
See also
Basic information on logic paths in FBD (Page 1657)
Deleting a logic operation path (Page 1658)
Deleting a logic operation path
Requirement
A logic path is available.
Procedure
To delete a logic path, proceed as follows:
1. Hold down the left mouse button and draw a frame around the logic path. At the same time,
make sure that you select all instructions of the logic path. Alternatively, you can hold down
the <Shift> key and select the first the last instruction of the logic path.
2. Right-click on one of the instructions in the logic path.
See also
Basic information on logic paths in FBD (Page 1657)
Inserting a logic path (Page 1658)

Programming the PLC
Creating SCL programs
Basics of SCL
Programming language SCL
Programming language SCL

SCL (Structured Control Language) is a high-level programming language based on PASCAL.
The language is based on DIN EN 61131-3 (international IEC 1131-3).
The standard standardizes programming languages for programmable logic controllers. The
SCL programming language fulfills the PLCopen Basis Level of ST language (Structured Text)
defined in this standard.
Language elements
SCL also contains higher programming languages in addition to the typical elements of the
PLC, such as inputs, outputs, timers or memory bits.
Expressions
Value assignments
Operators
Program control
SCL provides convenient instructions for controlling the program allowing you, for example, to
create program branches, loops or jumps.
Application
SCL is therefore particularly suitable for the following areas of application:
Data management
Process optimization
Recipe management
Mathematical / statistical tasks
Expressions
Description
Expressions are calculated during the runtime of the program and return a value. An expression
consists of operands (such as constants, tags or function calls) and optionally out of operators
(such as *, /, + or -). Expressions can be linked together or nested within each other by
operators.

Programming the PLC
Evaluation order
The evaluation of the expression occurs in a specific order that is defined by the following
factors:
Priority of the operators involved
Left-to-right order
Brackets
Types of expressions
The following expression types are available depending on the operator:
Arithmetic expressions
Arithmetic expressions consist of either a numerical value or combine two values or
expressions with arithmetic operators.
Relational expressions
Relational expressions compare the values of two operands and yield a Boolean value.
The result is TRUE if the comparison is true, and FALSE if it is not met.
Logical expressions
Logical expressions combine two operands with logical operators (AND, OR, XOR) or
negating operands (NOT).
How expressions are used

You can use the result of an expression in different ways:
As a value assignment for a tag
As as a condition for a control instruction
As a parameter for a calling a block or instruction
See also
Operators and operator precedence (Page 1665)
Arithmetic expressions (Page 1660)
Relational expressions (Page 1663)
Logical expressions (Page 1665)
Description
Arithmetic expressions consist of either a numerical value or combine two values or
expressions with arithmetic operators.

Programming the PLC
Arithmetic operators can process the data types that are allowed in the CPU in use. If two
operands are involved in the operation, the data type of the result is determined based on the
following criteria:
If both operands are integers with sign and have different lengths, the result receives the
data type of the longer integer (e. g. INT + DINT = DINT).
If both operands are integers without sign and have different lengths, the result receives
the data type of the longer integer (e. g. USINT + UDINT = UDINT).
If one operand is an integer with sign and the other integer is an operand without sign, the
result receives the next larger data type with sign that covers the integer without sign (e.
g. SINT + USINT = INT).
You can only execute an operation with such operands if the IEC check is not set.
If one operand is an integer and the other operand is a floating-point number, the result
receives the data type of the floating-point number (e. g. INT + REAL = REAL).
If both operands are floating-point numbers and have different lengths, the result receives
the data type of the longer floating-point number (e. g. REAL + LREAL = LREAL).
The data type of the result of an operation that involves operands of the data type groups
"Times" and "Date and time" can be found in the table in section "Data types of arithmetic
expressions".
You cannot use data types of the data type groups "Times" and "Date and time" when the
IEC check is set.
Data types of arithmetic expressions

The following table shows the data types you can use in arithmetic expressions:
Operation Operator 1st Operand 2nd Operand Result

Power ** Integer/floating-point Integer/floating-point Integer/floating-point
number number number
Unary plus + Integer/floating-point - Integer/floating-point
number number
TIME, LTIME TIME, LTIME
Unary minus - Integer/floating-point - Integer/floating-point
number number
TIME, LTIME TIME, LTIME
Multiplication * Integer/floating-point Integer/floating-point Integer/floating-point
TIME, LTIME Integer TIME, LTIME
Division / Integer/floating-point Integer/floating-point Integer/floating-point
number number (not equal 0) number
TIME, LTIME Integer TIME, LTIME
Modulo func MOD Integer Integer Integer
tion

Programming the PLC

Addition + Integer/floating-point Integer/floating-point Integer/floating-point
TIME TIME TIME
TIME DINT TIME
LTIME TIME, LTIME LTIME
LTIME LINT LTIME
TOD TIME TOD
TOD DINT TOD
LTOD TIME, LTIME LTOD
LTOD LINT LTOD
DATE LTOD DTL
DATE TOD S7-300/400: DT
S7-1200/1500:
DTL
DT TIME DT
LDT TIME, LTIME LDT
DTL TIME, LTIME DTL
Subtraction - Integer/floating-point Integer/floating-point Integer/floating-point
TIME TIME TIME
TIME DINT TIME
LTIME 1)
TIME, LTIME LTIME
LTIME LINT LTIME
TOD TIME TOD
DINT TOD
LTOD TIME, LTIME LTOD
LTOD LINT LTOD
DATE DATE S7-300/400/1200:
TIME
S7-1500: LTIME
DT TIME DT
LDT TIME, LTIME LDT
DTL TIME, LTIME DTL
DTL DTL S7-1200: TIME
S7-1500: LTIME
1)
Combinations between nanoseconds and milliseconds are not possible within expressions.
For additional information on valid data types, refer to "See also".

Programming the PLC
Example
The following example shows an arithmetic expression:
SCL
"MyTag1":= "MyTag2" * "MyTag3";
See also
Expressions (Page 1659)
Description
Relational expressions compare the values of two operands and yield a Boolean value. The
result is TRUE if the comparison is true, and FALSE if it is not met.
Relational operators can process the data types that are allowed in the CPU in use. The data
type of the result always is BOOL.
Note the following rules when forming relational expressions:
All tags are comparable within the following data type groups:
Integers/floating-point numbers
Binary numbers
String
With the following data types/data groups, only tags of the same type can be compared:
TIME, LTIME
Date and time
The comparison of strings is based on the ASCII character set. The length of the tags and
the numerical value of each ASCII character are used for the comparison.
S5TIME tags are not permitted as comparison operands. An explicit conversion from
S5TIME to TIME or LTIME is necessary.

Programming the PLC
Data types of relational expressions

The following table shows the data types/data type groups you can use in relational
expressions:

Compare for =, <> Integer/floating- Integer/floating- BOOL
equal, not equal point number point number
Binary number Binary number BOOL
String String BOOL
TIME, LTIME TIME, LTIME BOOL
Date and time Date and time BOOL
Compare for less <, <=, >, >= Integer/floating- Integer/floating- BOOL
than, less than- point number point number
equal to, greater Bit strings Bit strings BOOL
than, greater than
(S7-1200/1500 on (S7-1200/1500 on
or equal to
ly) ly)
String String BOOL
TIME, LTIME TIME, LTIME BOOL
Date and time Date and time BOOL
For additional information on valid data types, refer to "See also".
Example
The following example shows a relational expression:
SCL
IF a > b THEN c:= a;
IF A > 20 AND B < 20 THEN C:= TRUE;
IF A<>(B AND C) THEN C:= FALSE;
Note
The comparison for STRING and DT are executed internally in the S7-300/400 by extended
instructions. The following operands are not permitted for these functions:
Parameter of a FC
In-out parameter of an FB of type STRUCT or ARRAY
See also

Programming the PLC
Logical expressions
Description
Logical expressions combine two operands with logical operators AND OR XOR or negating
operands NOT.
Logical operators can process the data types that are allowed in the CPU in use. The result
of a logical expression is of BOOL data type, if both operands are of BOOL data type. If at
least one of both operands is a bit string, then the result is also a bit string and is determined
by the type of the highest operand. For example, when you link a BYTE type operand to a
WORD type operand, the result is type WORD.
To link a BOOL type operand with a bit string, you must first explicitly convert it to a bit string.
Data types of logical expressions

The following table shows the data types you can use in logical expressions:

Negation NOT BOOL - BOOL
AND logic opera AND or & BOOL BOOL BOOL
tion Bit string Bit string Bit string
OR logic operation OR BOOL BOOL BOOL
Bit string Bit string Bit string
EXCLUSIVE OR XOR BOOL BOOL BOOL
logic operation Bit string Bit string Bit string
Example
The following example shows a logical expression:
SCL
IF "MyTag1" AND NOT "MyTag2" THEN c:=a;
MyTag:=ALPHA OR BETA;
See also
Operators and operator precedence
Operators and their order of evaluation

Expressions can be linked together or nested within each other by operators.

Programming the PLC
The order of evaluation for expressions depends on the precedence of operators and brackets.
The following basic rules apply:
Arithmetic operators are evaluated before relational operators and relational operators are
evaluated before logical operators.
Operators with no precedence are evaluated according to their occurrence from left to right.
Operations in brackets are evaluated first.
The following table provides an overview of the operators and their precedence:
Operator Operation Precedence

+ (Page 1660) Unary plus 2
- (Page 1660) Unary minus 2
** (Page 1660) Power 3
* (Page 1660) Multiplication 4
/ (Page 1660) Division 4
MOD (Page 1660) Modulo function 4
+ (Page 1660) Addition 5
- (Page 1660) Subtraction 5
< (Page 1663) Less than 6
> (Page 1663) Greater than 6
<= (Page 1663) Less than or equal 6
>= (Page 1663) Greater than or equal 6
= (Page 1663) Equal 7
<> (Page 1663) Not equal 7
Logical expressions
NOT (Page 1665) Negation 3
AND (Page 1665) or & Boolean AND 8
(Page 1665)
XOR (Page 1665) Exclusive OR 9
OR (Page 1665) Boolean OR 10
Miscellaneous operations
( ) (Page 1659) Brackets 1
:= (Page 1666) Assignment 11
Value assignments
Definition
You can use a value assignment to assign the value of an expression to a tag. On the left side
of the assignment is the tag that takes the value of the expression on the right.
The name of a function can also be specified as an expression. The function is called by the
value assignment and returns its function value to the tag on the left.

Programming the PLC
The data type of value assignment is defined by the data type of the tag on the left. The data
type of the expression on the right must match this type.
For additional information on compatibility and conversion of data types, refer to "See also".
Value assignments for STRUCT data type or PLC data types

An entire structure can be assigned to another if the structures are identically organized and
the data types as well as the names of the structural components match.
You can assign a tag, an expression or another structural element to an individual structural
element.
Value assignments for the ARRAY data type

An entire ARRAY can be assigned to another ARRAY if both the data types of the ARRAY
elements as well as the ARRAY limits match.
You can assign a tag, an expression or another ARRAY element to an individual ARRAY
element.
Value assignments for the STRING data type

An entire STRING can be assigned to another STRING.
You can assign another STRING element to an individual STRING element.
Value assignment for data type WSTRING (S7-1200/1500)

An entire WSTRING can be assigned to another WSTRING.
You can assign another WSTRING element to an individual WSTRING element.
Value assignments for the ANY data type

You can assign a tag with the ANY data type only to the following objects:
Input parameters or temporary local data of FBs that also have the data type ANY.
Temporary local data of FCs that also have the data type ANY.
Note that you can only point to memory areas with "standard" access mode with the ANY
pointer.
Value assignments for the POINTER data type

You cannot use POINTER in value assignments in SCL.

Programming the PLC
Examples
The following table shows examples for value assignments:
SCL
"MyTag1" := "MyTag2"; (* Assignment of a tag*)
"MyTag1" := "MyTag2" * "MyTag3"; (* Assignment of an expression*)
"MyTag" := "MyFC"(); (* Call for a function that assigns its
function value to the "MyTag" tag*)
#MyStruct.MyStructElement := "MyTag"; (* Assignment of a tag to a structure
element*)
#MyArray[2] := "MyTag"; (* Assignment of a tag to an ARRAY ele-
ment*)
"MyTag" := #MyArray[1,4]; (* Assignment of an ARRAY element to a
tag*)
#MyString[2] := #MyOtherString[5]; (* Assignment of a STRING element to
another STRING element*)
See also
Settings for SCL
Overview of the settings for SCL
Overview
The following tables show the settings you can make for SCL:
Editor settings

View Keyword highlighting Notation used to represent the keywords of the programming
language. You can choose between uppercase and lowercase
letters or a notation corresponding to the conventions of the
Pascal programming language.

Programming the PLC
Default settings for new blocks

If you create new blocks, the following settings are set as default values. You can change
these in the block properties at a later point in time.

Compile Create extended status information Allows all tags in a block to be monitored. The memory require
ments of the program and execution times increase, however,
with this option.
Check ARRAY limits1) Checks at runtime whether array indices are within the declared
range for an ARRAY. If an array index exceeds the permissible
range, the enable output ENO of the block is set to "0".
Set ENO automatically Checks at runtime whether errors occur in the processing of
certain instructions. If a runtime error occurs, the enable output
ENO of the block is set to "0".
1)
For CPUs of the S7-300/400 series: When the ARRAY limits are violated, the enable output ENO is set to FALSE.
For CPUs of the S7-1200/1500 series: When the ARRAY limits are violated, the enable output ENO is not set to FALSE.
See "Addressing structured variables (Page 1459)" for error query options.
See also
Procedure
Result
See also
Overview of the settings for SCL (Page 1668)

Programming the PLC
The programming window of SCL
Overview of the programming window
Function
The programming window is the work area, where you enter the SCL program.
The following figure shows the programming window of SCL:

The programming window consists of the following sections:
Section Meaning
Sidebar You can set bookmarks and breakpoints in the sidebar.
Line numbers The line numbers are displayed to the left of the program
code.
Outline view The outline view highlights related code sections.
Code area You edit the SCL program in the code area.
Display of the absolute operands This table shows the assignment of symbolic operands
to absolute addresses.
See also
Customizing the programming window (Page 1671)
Formatting SCL code (Page 1672)
Expanding and collapsing sections of code (Page 1673)

Programming the PLC
Customizing the programming window
Introduction
You can customize the appearance of the programming window and the program code in the
following way:
By setting the font, size and color
By setting the tab spacing
By displaying the line numbers
By showing or hiding the absolute operands
Setting the font, size and color

To set the font, size and color, follow these steps:
2. Select the "General > Script/text editors" group.
3. Select the desired font and font size or choose a font color for the individual language
elements.
Setting the tab spacing

To provide a better overview of the program, lines are indented according to syntax. Define
the depth of indentation with the tab spacing.
To set the tab spacing, follow these steps:
3. Set the tab spacing.
Show line numbers

To display the line numbers, follow these steps:
3. Select the "Show line numbers" option.
Show or hide the absolute operands

You can show the assignment of symbolic and absolute operands in a table next to the program
code, if required.

Programming the PLC
To hide or show the display of the absolute operands, follow these steps:
1. Click the "Absolute/symbolic operands" icon in the toolbar.
The display of the absolute operands appears.
2. To move the display, click the table and drag it to the desired position while holding down
the mouse button.
3. To change the width of the table, click on the right or left table border and drag it to the right
or left while holding down the mouse button.
See also
Overview of the programming window (Page 1670)
Formatting SCL code
Introduction
To make the program clearer, you can indent or outdent individual lines manually or format
code sections. Note the following information about formatting code sections:
The type of formatting is based on the general settings for indents, but at least the line or
the section is always indented. If you selected the setting "Smart", unnecessary spaces
within the SCL instruction are also removed.
Only syntactically correct code sections can be formatted.
If you place the insertion point in the first or last line of an instruction for program control,
for example in an IF instruction in the line with the "IF", the entire instruction is formatted.
If you select text, only the selected text is formatted.
Indenting or outdenting lines

To indent or outdent individual lines, follow these steps:
1. Click on the line you want to indent or outdent.
2. Press the "Indent text", "Outdent text" button into the toolbar of the programming editor.
Note
You can set the width of the indent in "Options > Settings".

Programming the PLC
Formatting code sections

To format code sections, follow these steps:
1. Select the text that you want to format or place the insertion point in the appropriate line.
2. Select the "Format selected text automatically" button into the toolbar of the programming
editor.
See also
Overview of the script and text editor settings (Page 304)
Expanding and collapsing sections of code
Introduction
SCL instructions can span several lines. Examples for this are program control instructions or
block calls.
Such instructions that belong together are identified as follows:
An outline view between the display line number and the program code marks the entire
code section.
When you select the opening keyword, the closing keyword is automatically highlighted.
To improve clarity, you can expand or collapse sections of code that belong together in the
outline display. The selected outline display is retained when you close the block or the project
so that, the next time you open the block, the sections of code are displayed in exactly the
same way as they were when you closed it.
Procedure
To expand or collapse the code section, follow these steps:
1. Click the minus sign in the outline view.
The code section closes.
2. Click the plus sign in the outline view.
The code section opens.
See also

Programming the PLC
Using bookmarks
Basics of bookmarks
Function
You can use bookmarks to mark program locations in extensive programs so that you can find
them quickly later if they need revising. Bookmarks are displayed in the sidebar of the
programming window. You can navigate between multiple bookmarks within a block using
menu commands.
Bookmarks are saved with the project and are therefore available for anyone who wants to
edit the block. However, they are not loaded to a device.
Bookmarks are not evaluated when blocks are compared.
See also
Setting bookmarks (Page 1674)
Navigating between bookmarks (Page 1675)
Deleting bookmarks (Page 1675)
Setting bookmarks
Requirement
The SCL block is open.
Procedure
To set a bookmark, follow these steps:
1. Right-click on the desired line in the sidebar.
2. Select the "Bookmarks > Set" command in the shortcut menu.
Or:
1. Click on the line in which you want to place the bookmark.
2. Click the "Set/delete bookmark" button in the toolbar.
Or:
1. Hold down the <Ctrl> key.
2. Click on the line in the sidebar in which you want to place the bookmark.
Result
A bookmark is placed in the program code.

Programming the PLC
See also
Basics of bookmarks (Page 1674)
Navigating between bookmarks
Requirement
Several bookmarks are set in a block.
Procedure
To navigate between bookmarks, follow these steps:
1. Set the insertion cursor in the program code.
2. In the "Edit" menu, select the "Go to > Next bookmark" or "Go to > Previous bookmark"
command.
Or:
1. Set the insertion cursor in the program code.
2. In the toolbar of the programming editor, click the "Go to next bookmark", "Go to previous
bookmark" button.
Or:
1. Click in the sidebar.
2. Select the "Bookmarks > Next" or "Bookmarks > Previous" command in the shortcut menu.
Result
The line with the bookmark is highlighted.
See also
Deleting bookmarks
You can delete individual bookmarks or all bookmarks from the block or the CPU.

Programming the PLC
Deleting individual bookmarks

To delete an individual bookmark, follow these steps:
1. Right-click in the sidebar on the line in which you want to delete the bookmark.
2. Select the "Bookmarks > Remove" command in the shortcut menu.
Or:
1. Click on the line in which you want to delete the bookmark.
2. In the "Edit" menu, select the "Bookmarks > Remove" command.
Or:
1. Click on the line in which you want to delete the bookmark.
2. Click the "Set/delete bookmark" button in the toolbar.
Deleting all bookmarks from the block

To delete all bookmarks from the block, follow these steps:
1. Right-click in the sidebar.
2. Select the "Bookmarks > Delete all from block" command in the shortcut menu.
Or:
1. In the "Edit" menu, select the "Bookmarks > Delete all from block" command.
See also
Entering SCL instructions
Rules for SCL instructions
Instructions in SCL
SCL recognizes the following types of instructions:
Value assignments
Value assignments are used to assign a tag a constant value, the result of an expression
or the value of another tag.
Instructions for program control
Instructions for program control are used to implement program branches, loops or jumps.

Programming the PLC
Additional instructions from the "Instructions" task card

The "Instructions" task card offers a wide selection of standard instructions that you can
use in your SCL program.
Block calls
Block calls are used to call up subroutines that have been placed in other blocks and to
further process their results.
Rules
You need to observe the following rules when entering SCL instructions:
Instructions can span several lines.
Each instruction ends with a semicolon (;).
No distinction is made between upper and lower case.
Comments serve only for documentation of the program. They do not affect the program
execution.
Examples
The following examples shows the various types of instructions:
SCL
// Example of a value assignment
"MyTag":= 0;
// Example of a block call
"MyDB"."MyFB" (ParamInput:= 10);
// Example of a program control instruction
WHILE "Counter" < 10 DO
"MyTAG" := "MyTag" + 2;
END_WHILE;
Entering SCL instructions manually
Requirement
An SCL block is open.
Procedure
To enter SCL instructions, follow these steps:
1. Enter the syntax of the instruction using the keyboard.
You are supported by the auto-complete function when performing this task. It offers all the
instructions and operands that are allowed at the current location.
2. Select the required instruction or the desired operand from the auto-complete function.
If you select an instruction that requires specification of operands, placeholders for the
operands are inserted into the program. The placeholders for the operands are highlighted
in yellow. The first placeholder is selected.

Programming the PLC
3. Replace this placeholder with an operand.

4. Use the <TAB> key to navigate to all other placeholders and replace them with operands.
Note
You can also drag-and-drop a defined operand from the PLC tag table or from the block
interface into the program. To replace an operand that has already been inserted, hover the
mouse pointer briefly over the operand to be replaced before releasing the mouse button. This
selects the operand and when you release the mouse button it is replaced by the new operand.
Result
The instruction is inserted.
The programming editor performs a syntax check. Incorrect entries are displayed in red and
italics. In addition, you also receive a detailed error message in the inspector window.
See also
Data type conversion for S7-1200: (Page 2091)
Expanding and reducing the parameter list (Page 1693)
Inserting SCL instructions using the "Instructions" task card

The "Instructions" task card offers a wide selection of instructions that you can use in your SCL
program. The SCL-specific instructions for program control are available in the "Instructions"
task card.
Requirement
Procedure
To insert SCL instructions into a program using the "Instructions" task card, follow these steps:
2. To insert the instruction, select one of the following steps:
Navigate to the SCL instruction you want to insert and drag-and-drop it to the required
line in the program code. The insertion location is highlighted by a green rectangle.
Select the location in the program code where you want to insert the instruction and
then double-click on the instruction you want to insert.
The instruction is inserted in the program. The placeholders for the operands are highlighted
in yellow. The first placeholder is selected.

Programming the PLC
3. Replace this placeholder with an operand. You can also drag a tag from the interface or
the PLC tag table with drag-and-drop to the placeholder.
4. Use the <TAB> key to navigate to all other placeholders and replace them with operands.
Result
The instruction is inserted.
The programming editor performs a syntax check. Incorrect entries are displayed in red and
italics. In addition, you also receive a detailed error message in the inspector window.
See also
Defining the data type of an SCL instruction
Basic information on the data types of SCL instructions
Introduction
The SCL instructions that you employ for block programming use specific data types to
calculate function values. Certain SCL instructions only support the use of a specific data type.
You cannot change the data type for these instructions. However, most of the SCL instructions
support the use of different data types. We differentiate between the following two types of
such instructions:
Instructions for which the data type of the function value is determined by the data type of
the input parameters. This is the case for most instructions.
Instructions with default data type. The instructions listed in the following table are of this
type.
You will have to change the default data type if this is incompatible with the data type of the
input parameter used. You can always change the data type based on the following syntax:
_<data type>
SCL instructions with default data type

The following table lists the SCL instructions with default data types:
Instruction Default data type

CEIL DINT
DECO DWORD
FLOOR DINT
NORM_X REAL

Programming the PLC
Instruction Default data type

PEEK BYTE
SCALE_X INT
TRUNC DINT
CONCAT STRING
See also
Changing the data type of an SCL instruction (Page 1680)
Example for changing the data type of an SCL instruction (Page 1681)
Changing the data type of an SCL instruction
Procedure
Proceed as follows to insert an SCL instruction and change its data type:
2. Specify the operands for the instruction.
The data type of the function value is specified based on the input parameters, or the default
data type of the instruction is used.
3. Append the "_<data type>" string to the instruction name.
"<data type>" represents the data type you need for the instruction.
See also
Basic information on the data types of SCL instructions (Page 1679)
Example for changing the data type of an SCL instruction (Page 1681)
Modifying the data types of IEC timers and IEC counters

IEC timers and IEC counters are internal system function blocks and require an instance data
block. You can create the instance data blocks either as single or multi-instance. The data
type of the instance data block is determined according to the associated instruction. For CPUs
of the S7-1200 and S7-1500 series, you can, however execute the instructions with different
data types, depending on your requirements.
If the newly set data type of the instance data block does not match the data type of the input
parameter, an implicit conversion takes place if possible. If the conversion is not possible, you
will receive an error message.

Programming the PLC
Procedure
To change the data type of an IEC timer or IEC-counter instance data block, proceed as follows:
1. Open the block in which you call the IEC timer or IEC counter.
Depending on the instance type of the instance data block, there is a green-bordered box
before (multi-instance) or after (single instance) the name of the instance data block.
2. Click the green-bordered box.
A drop-down list box with the valid data types for the instance data block is opened.
3. Select the desired data type.
Example for changing the data type of an SCL instruction
Changing the default data type of the "Decode" instruction (DECO)

Data type DWORD is set as default if you insert the "Decode" instruction in the program.
"Tag_Result" := DECO(IN := "Tag_Value");
Modify the program code as follows to convert the data type from DWORD to BYTE:
"Tag_Result_BYTE" := DECO_BYTE(IN := "Tag_Value");
See also
Basic information on the data types of SCL instructions (Page 1679)
Changing the data type of an SCL instruction (Page 1680)
Displaying or hiding tag information
Introduction
Regardless of whether the operands are represented in absolute or symbolic form, you can
show and hide simple or hierarchical comments used to document global tags. This information
is taken from the PLC tag table.
If you display the tag information for all the blocks, the tag information for all blocks currently
all blocks, you can display it again for individual ones that you have opened.
If you select the display of tag information with hierarchical comments, the comments of the
higher structure levels of structured tags will also be displayed. The display is in brackets after
the comment of the tags; the comments of the individual levels are separated by a period. If
there is no comment at a structure level for a tag, it is omitted in the display and this is
recognizable because there are two periods.

Programming the PLC
Displaying or hiding tag information for all blocks

Follow the steps below to display or hide the tag information for all blocks:
3. If you want to show the tag information, either select the "Expand" option in the "Tag
information" drop-down list or the "Tag information with hierarchy" depending on whether
you want to display simple or hierarchical comments.
4. If you want to hide the tag information, select the "Collapse" option in the "Tag information"
drop-down list.
The tag information is displayed or hidden for all blocks. When you open further blocks, the
tag information is displayed or hidden depending on the selected setting.

Follow the steps below to display or hide the tag information for an opened block:
1. If you want to show the tag information, either select the "Show tag information" option in
the "Shows the tag information" drop-down list or the "Tag information with hierarchy"
depending on whether you want to display simple or hierarchical comments.
2. If you want to hide the tag information, select the "Hide tag information" option in the "Hides
tag information" drop-down list.
Using Favorites in SCL
Adding SCL instructions to the Favorites
Requirement
A block is open.
in the editor.
Procedure
Favorites.
program editor.

Programming the PLC
Note
See also
Inserting SCL instructions using Favorites (Page 1683)
Removing SCL instructions from the Favorites (Page 1684)
Inserting SCL instructions using Favorites
Requirement
A block is open.
Procedure
Or:
Note
See also
Adding SCL instructions to the Favorites (Page 1682)
Removing SCL instructions from the Favorites (Page 1684)

Programming the PLC
Removing SCL instructions from the Favorites
Requirement
Procedure
Note
See also
Adding SCL instructions to the Favorites (Page 1682)
Inserting SCL instructions using Favorites (Page 1683)
Insert block calls in SCL
Basic information on the block call in SCL
Calling function blocks
Syntax of a call
The following syntax is used to call a function block as a single or multi-instance:
Single instance:
If the function block originates from the project:
<DBName> (Parameter list)
If the function block originates from the "Instructions" task card:
<DB name>.<Instruction name> (Parameter list)
Multi-instance
<#Instance name> (Parameter list)

Programming the PLC
Calling as single instance or multi-instance

Function blocks can be called either as a single instance or a multi-instance.
Calling as a single instance
The called function block stores its data in a data block of its own.
Calling as a multi-instance
The called function block stores its data in the instance data block of the calling function
block.
For additional information on the types of calls, refer to "See also".
Parameter list
If you call another code block from a SCL block, you can supply the formal parameters of the
called block with actual parameters.
The specification of the parameters has the form of a value assignment. This value assignment
enables you to assign values (actual parameters) to the parameters you have defined in the
called block.
The formal parameters of the called code block are listed in brackets directly after the call.
Input and in-out parameters have the assignment identifier ":=", output parameters have the
assignment identifier "=>". A placeholder placed after the parameter shows the required data
type and the type of the parameter.
Rules for supplying parameters

The following rules apply to supplying parameters:
Constants, tags and expressions can be used as actual parameters.
The assignment order is not of importance.
The data types of formal and actual parameters must match.
The individual assignments are separated by commas.
If the called block has only one parameter, it is sufficient to specify the actual parameter in
the brackets. The formal parameter need not be specified.
See also
Manually inserting block calls (Page 1689)
Inserting block calls with drag-and-drop (Page 1690)
Examples for calling a function block in SCL (Page 1687)
Calling functions
Syntax of a call
The following syntax is used to call a function:
<Function name> (Parameter list); //Standard call

Programming the PLC
<Operand>:=<Function name> (Parameter list); // Call in an expression
Function value
Functions that provide a return value can be used in any expression in place of an operand.
For this reason, the return value is also known as the "function value" in SCL.
The call options of functions depend on whether the function returns a function value to the
calling block.
The function value is defined in the RET_VAL parameter. If the RET_VAL parameter is of the
VOID data type, then the function will not return a value to the calling block. If the RET_VAL
parameter has another data type, then the function returns a function value of this data type.
In SCL, all data types are permitted for the RET_VAL parameter except ANY, ARRAY,
STRUCT and VARIANT, as well as the parameter types TIMER and COUNTER.
Call options
There are two possibilities for calling functions in SCL:
Standard call for functions with and without a function value
With a standard call, the results of the function is made available as an output and in-out
parameter.
Call in an expression for functions with a function value
Functions that return a function value can be used in any expression in place of an operand,
for example, a value assignment.
The function calculates the function value, which has the same name as the function and
returns it to the calling block. There the value replaces the function call.
Following the call, the results of the function is made available as a function value or as an
output and in-out parameter.
Parameter list
If you call another code block from a SCL block, you need to supply the formal parameters of
the called block with actual parameters.
The specification of the parameters has the form of a value assignment. This value assignment
enables you to assign values (actual parameters) to the parameters you have defined in the
called block.
The formal parameters of the called code block are listed in brackets directly after the call.
Input and in-out parameters have the assignment identifier ":=", output parameters have the
assignment identifier "=>". A gray placeholder placed after the parameter shows the required
data type and the type of the parameter.
Rules for supplying parameters

The following rules apply to supplying parameters to functions:
All parameters of the function must be supplied.
The assignment order is not of importance.

Programming the PLC
Constants, tags and expressions can be used as actual parameters.

The data types of formal and actual parameters must match.
The individual assignments are separated by commas.
If the called block has only one parameter, it is sufficient to specify the actual parameter in
the brackets. The formal parameter need not be specified.
When you call functions in SCL, you cannot use the release mechanism via EN. Use an IF
statement instead to call functions conditionally.
See also
Examples for calling functions in SCL (Page 1688)
Examples for calling a function block in SCL
Calling as a single instance

The following example shows the call of an FB as a single instance:
SCL
// Call as a single instance
"MyDB" (MyInput:=10, MyInout:= "Tag1");
Result
After the call is executed, the value determined for the "MyInout" in/out parameter is available
in "Tag1" in the "MyDB" data block.
Calling as a multi-instance
The following example shows the call of an FB as a multi-instance:
SCL
// Call as a multi-instance
"MyFB" (MyInput:= 10, MyInout:= "Tag1");
Result
After the "MyFB" block is executed, the value determined for the "MyInout" in-out parameter
is made available in "Tag1" in the data block of the calling code block.

Programming the PLC
See also
Calling function blocks (Page 1684)
Examples for calling functions in SCL
Standard call
The following example shows a standard function call:
SCL
// Standard function call
"MyFC" (MyInput := 10, MyInOut := "Tag1");
Result
After the "MyFC" block is executed, the value determined for the "MyInOut" in/out parameter
is available in "Tag1" in the calling block and needs to be further processed there.
Call in a value assignment

The following example shows a function call in a value assignment:
SCL
(*Call in a value assignment, a function value was defined for "MyFC" *)
#MyOperand := "MyFC" (MyInput1 := 3, MyInput2 := 2, MyInput3 := 8.9,
MyInOut := "Tag1");
Result
The function value of "MyFC" is transferred to "#MyOperand".
Call in an arithmetic expression

The following example shows a function call in an arithmetic expression:
SCL
(*Call in a mathematical expression, a function value was defined for
"MyFC" *)
#MyOperand := "Tag2" + "MyFC" (MyInput1 := 3, MyInput2 := 2, MyInput3 :=
8.9);
Result
The function value of "MyFC" will be added to "Tag2" and the result will be transferred to
"MyOperand".

Programming the PLC
See also
Calling functions (Page 1685)
Manually inserting block calls

You can insert calls for functions (FCs) and function blocks (FBs).
Inserting a call for a function (FC)

Proceed as follows to insert a function call:
1. Enter the function name.
2. Confirm your entry with the Return key.
The syntax for the function call including the parameter list is added to the SCL program.
The placeholders for the actual parameters are highlighted in yellow. The first placeholder
is selected.
3. Replace this placeholder with an actual parameter. You can also drag a tag from the
interface or the PLC tag table with drag-and-drop to the placeholder.
4. Use the <TAB> key to navigate to all other placeholders and replace them with actual
parameters.

1. Enter the name of the function block.
2. Confirm your entry with the Return key.
3. In the dialog, specify whether you want to call the block as a single or multi-instance.
If you click the "Single instance" button, in the "Name" field enter a name for the data
block to be assigned to the call.
If you click the "Multi-instance" button, in the "Name in the interface" field enter a name
of the tag with which the called function block is to be entered as a static tag in the
interface of the calling block.
The syntax for the function block call including the parameter list is added to the SCL
program. The placeholders for the actual parameters are highlighted in yellow. The first
placeholder is selected.

Programming the PLC
parameters.
Result
The block call is inserted.
If you specify an instance data block that does not exist when calling a function block, it is
created.
See also
Updating block calls (Page 1691)
Inserting block calls with drag-and-drop

operation from the project tree.
Requirement
The function to be called (FC) or the function block (FB) to be called is present.
Inserting a call for a function (FC)

To insert a function call using drag-and-drop, follow these steps:
1. Drag the function from the project tree into the program.
The syntax for the function call including the parameter list is added to the SCL program.
The placeholders for the actual parameters are highlighted in yellow. The first placeholder
is selected.
parameters.

Programming the PLC

To insert a call for a function block (FB) using drag-and-drop, follow these steps:
1. Drag the function block from the project tree and drop it into the program.
2. In the dialog, specify whether you want to call the block as a single or multi-instance.
If you click the "Single instance" button, in the "Name" field enter a name for the data
block to be assigned to the call.
If you click the "Multi-instance" button, in the "Name in the interface" field enter a name
of the tag with which the called function block is to be entered as a static tag in the
interface of the calling block.
The syntax for the function block call including the parameter list is added to the SCL
program. The placeholders for the actual parameters are highlighted in yellow. The first
placeholder is selected.
parameters.
Result
The block call is inserted.
If you specify an instance data block that does not exist when calling a function block, it is
created.
See also
Updating block calls (Page 1691)
Updating block calls


Programming the PLC
Explicit updating of all inconsistent block calls in the programming editor.
New parameters are added. Please note, however, that the parameters are hidden for
function blocks (FBs) and the parameters are supplied via the corresponding instance
data block (DB). If required, you can show the parameters using the shortcut menu
command "Show all parameters".
Deleted parameters are not removed. If necessary, expand the parameter list to remove
deleted parameters manually.
Explicit updating of a block call in the programming editor.
The inconsistent call of this block is updated at all call locations. The following actions are
Deleted parameters are not removed. If necessary, expand the parameter list to remove
deleted parameters manually.
All block calls in the program as well as the used PLC data types will be updated. Make
sure that you manually remove deleted parameters before the compilation process and
supply all new formal parameters with actual parameters when you call functions.
Updating all inconsistent block calls in the programming editor

To update all block calls in a block, follow these steps:
1. Open the calling block in the programming editor.
All inconsistent calls are updated. If necessary, supply new formal parameters of functions
(FCs) with actual parameters.
Updating a specific block call in the programming editor

To update a specific block call in the programming editor, follow these steps:
1. Open the calling block in the programming editor.
3. Select the "Update block call" command in the shortcut menu.
4. If parameters were added, enter the values for the new block parameters.

Programming the PLC
Note
Note that the "Update block call" command is only available as long as you did not previously
Updating block calls during compilation

To implicitly update all block calls and uses of PLC data types during compilation, follow these
steps:
3. Select the "Compile > Software (rebuild all blocks)" command in the shortcut menu.
See also
Expanding and reducing the parameter list

In SCL, if you call blocks or insert instructions that are system-internal function blocks, the
syntax and the parameter list with the placeholders for the actual parameters are inserted in
the SCL program. To make the program code easier to read, the unused optional parameters
are removed from the parameter list when you edit other instructions. You can restore these
at any time. You can also explicitly reduce the parameter list when you have finished assigning
the parameters.
Expanding the parameter list

To expand the parameter list, follow these steps:
1. Right-click in the block call or the instruction.
2. Select the "Expand parameter list" command from the shortcut menu or press the key
combination <Ctrl+Shift+Space bar>.
The parameter list is displayed in full again.
Reducing the parameter list

To reduce the parameter list, follow these steps:
1. Right-click in the block call or the instruction.
2. Select the "Reduce parameter list" command from the shortcut menu or press the key
combination <Ctrl+Shift+Space bar>.
All unused optional parameters are hidden.

Programming the PLC
See also
Entering SCL instructions manually (Page 1677)
Inserting SCL instructions using the "Instructions" task card (Page 1678)
Inserting comments
Commenting program code

You have various options for commenting SCL programs:
Line comment
A line comment starts with "//" and extends to the end of the line.
Comment section
A comment section is started with "(* and completed by "*)". It can span several lines.
Inserting a line comment

To insert line comments, follow these steps:
1. Type "//" at the position where you want to place the comment. This does not have to be
the beginning of the line.
2. Enter the comment text.
Inserting a comment section

To insert a comment section, follow these steps:
1. Type "(*" at the position where you want to place the comment. This does not have to be
the beginning of the line.
2. Enter the comment text.
3. Complete the comment with "*)".
Disabling one or more lines with comments

To disable program code with comments, follow these steps:
1. Select the code lines you want to comment out.
2. Click the "Comment selection" button in the editor.
"//" is inserted at the beginning of the line in the selected lines. The code that follows is
interpreted as a comment. If lines already containing a line comment are disabled, "//" is
inserted as well. If these lines are enabled again, the original comments are retained.

Programming the PLC
Enabling comment lines

To enable lines that have been commented out to be enabled as code again, proceed as
follows:
1. Select the code lines you want to enable.
2. Click the "Remove comment" button in the editor.
The "//" mark for line comments at the beginning of the line is removed.
Example
The following code contains comment sections and line comments
(*************************************************************************************
A description of the instructions that follow can be placed here
**************************************************************************************)
IF "MyVal1" > 0 THEN //No division by 0
"MyReal" := "MyVal2" (* input value *) / "MyVal1" (* measured value *);
END_IF;
//Data type conversion
"MyInt" := REAL_TO_INT("MyReal");
Editing SCL instructions
Selecting instructions
You can select individual instructions or all instructions of a block.
Requirement
Selecting individual instructions

To select individual instructions, follow these steps:
1. Set the insertion mark before the first character that you want to select.
2. Press and hold down the left mouse button.
3. Move the cursor to a position after the last character that you want to select.
Selecting all the instructions of a program

To select all instructions, follow these steps:
1. In the "Edit" menu, select the "Select All" command or use the keyboard shortcut <Ctrl+A>.

Programming the PLC
Note
When you select the opening keyword of an instructing, the closing keyword is automatically
highlighted.
Copying, cutting and pasting instructions
Copying an instruction
To copy an instruction, follow these steps:
1. Select the instruction you want to copy.
Cutting an instruction
To cut an instruction, follow these steps:
1. Select the instruction you want to cut.
2. Select the "Cut" command in the shortcut menu.
Inserting an instruction from the clipboard

To insert an instruction from the clipboard, follow these steps:
1. Copy or cut an instruction.
2. Click on the position at which you want to insert the instruction.
Deleting instructions
Requirement
Procedure
To delete an instruction, follow these steps:
1. Select the instruction you want to delete.

Programming the PLC
Eliminating syntax errors in the program
Basic information on syntax errors
Syntax errors
Below are some examples of syntax errors:
Missing separators or the use of too many separators
Incorrect keyword spelling
Incorrect jump label spelling/notation
Notation which does not match the set mnemonics (for example, "I2.3" instead of "E2.3")
The use of key words as operands
Identification of syntax errors

Syntax errors are underlined in red or appear in red type.
This identification allows you to recognise incorrect inputs at a glance and jump from error to
error to eliminate them. Syntax errors are also listed in the "Info" tab of the inspector window
with an error message.
See also
Finding syntax errors in the program (Page 1697)
Finding syntax errors in the program
Procedure
To find syntax errors in the program, follow these steps:
1. Select the position in the program in which you wish to look for errors.
2. Click "Go to next error" in the toolbar.
The first error after the position you have selected will be marked.
You can use "Go to next error" and "Go to previous error" in the toolbar to find and correct all
errors in the block.

Programming the PLC
Or:
1. Open the error list in the inspector window with "Info > Syntax".
All syntax errors are listed in the table with a short description of the error.
2. If there are any errors, click on the blue question mark next to the error text to obtain
information on eliminating the problem.
3. Double-click the error you want to correct.
The corresponding error is highlighted.
See also
Basic information on syntax errors (Page 1697)
Changing the programming language
Rules for changing the programming language
Rules
Observe the following rules if you want to change the programming language for a block:
All CPU series:
You can only change the programming language of entire blocks. The programming
language cannot be changed for individual networks.
You cannot switch blocks programmed in the programming languages SCL or GRAPH.
In GRAPH blocks, however, you can change between LAD and FBD as network
languages.
S7-300/400:
You can only change between the programming languages LAD, FBD and STL.
You can create networks within a block using another programming language and then
copy them into the desired block.
If the language of individual networks of the block cannot be changed, these networks
is displayed in their original language.
S7-1200/1500:
You can change between the programming languages LAD and FBD.
S7-1500:
You can create STL networks within the LAD and FBD blocks. However, you cannot
copy between STL and LAD/FBD.

Programming the PLC
Change the programming language
Procedure
To change the programming language, follow these steps:
3. Select the "General" entry in the area navigation.
4. Select the new programming language in the "Language" drop-down list.
5. Confirm your selection with "OK".
See also
Rules for changing the programming language (Page 1698)
Handling program execution errors
Basics of error handling
Introduction
Program execution errors are programming or I/O access errors. You have a number of
different options for responding to program execution errors depending on the CPU used.
Handling program execution errors in S7-300/400

You can program the program execution error OB (OB 85) for S7-300/400 CPUs. If a program
execution error occurs and you do not use the program execution error OB, the CPU will switch
to "STOP" mode.
You will find additional information about the program execution error OB in the description of
the mode of operation of S7-300/400 CPUs.

Programming the PLC
Handling program execution errors in S7-1200/1500

You can select the type of error handling for CPUs of the S7-1200 and S7-1500 series. You
have the following two options:
Use the CPU's global troubleshooting:
S7-1200: The CPU generates a diagnostic buffer entry and remains in "RUN" mode.
S7-1500: You can program the programming error OB (OB 121) and the I/O access
error OB (OB 122) for S7-1500 CPUs. If no programming error OB exists in the CPU,
the CPU switches to "STOP" mode when a programming error occurs. In the event of
an I/O access error, the CPU always remains in "RUN" mode, regardless of whether
the I/O access error OB is present.
Please note, however, that an existing I/O access or programming error OB is not called
synchronously to the error. Therefore, depending on the selected priority, the execution
of I/O access or programming error OBs may be delayed instead of taking place
immediately when the error occurs. If other errors occur before execution of the I/O
access or programming error OB is complete, no further I/O access or programming
error OB is called. If you want to prevent I/O access or programming error OBs from
being discarded, set the priority correspondingly high.
You can use the enable output ENO to detect I/O access and programming errors for
the instructions "Read field" (FieldRead), "Write field" (FieldWrite) , "Read memory
address" (PEEK) and "Write memory address" (POKE).
You can find more information about these error OBs in the description of the mode of
operation of S7-1500 CPUs.
You use separate local error handling. Local error handling is error handling within a block.
Local error handling has the following advantages:
The error information is stored in the system memory, which you can query and evaluate.
You can use the error information to program a response in the block to the error that
has occurred.
Programmed error evaluation and error reactions do not interrupt the program cycle.
The system performance is not unnecessarily burdened by the local error handling. If
no errors occur, programmed error analyses and reactions are not executed.
Local error handling applies only to blocks for which it has been set explicitly. If local
error handling is set for a block, no global error handling is conducted for errors in this
block.
Note
Note the following information:
All memory access errors and I/O access errors must be captured either by global or local
error handling.
If the parameters of an instruction do not cause any memory access errors, you can query
the associated ENO.

Programming the PLC
See also
Querying and fixing errors in the program code (Page 228)
Local error handling
Principles of local error handling
Introduction
Local error handling makes it possible to query the occurrence of errors within a block and
evaluate the associated error information. You can set local error handling for organization
blocks (OBs), function blocks (FBs), and functions (FCs). If local error handling is enabled, the
system reaction is ignored.
Local error handling applies only to blocks for which it has been set explicitly. The local error
handling setting is not assumed by a calling block, nor is it transferred to called blocks. For
higher-level blocks and lower-level blocks, the system settings still apply provided dedicated
error handling has not been programmed for these blocks.
General procedure for local error handling

When errors occur while a block is being executed with local error handling, a predefined
response is initiated based on the following error types:
Write errors: These errors are ignored, and program execution simply continues.
Read errors: Program execution continues with the substitute value "0".
Execution errors: Execution of the instruction is aborted. Program execution resumes with
the next instruction.
Information about the first error that occurs is stored in the system memory. This information
can be queried and output with an instruction (GET_ERROR or GET_ERR_ID). Error
information is output in a format that can undergo additional processing. You can use additional
instructions to analyze error information and program a reaction to the error based.
When information about the first error is queried, the error memory space in the system memory
is enabled. Then, when additional errors occur, information about the next error is output.
Instructions for local error handling

You can use the following instructions for local error handling:
GET_ERROR: Get error locally
GET_ERR_ID: Get error ID locally

Programming the PLC
The instructions differ in the amount of error information that is output with each one.
For additional information on the instructions, refer to "See also".
See also
Error output priorities
Overview of the priorities

In local error handling, information about the first error that occurred is displayed. If multiple
errors occur at the same time while an instruction is being executed, these errors are displayed
according to their priority. The following table shows the priority of different types of errors.
Priority Error type

1 Error in the program code
2 Missing reference
3 Invalid range
4 DB does not exist
5 Operands are not compatible
6 Width of specified area is not sufficient
7 Timers or counters do not exist
8 No write access to a DB
9 I/O error
10 Instruction does not exist
11 Block does not exist
12 Invalid nesting depth
The highest priority is 1 and the lowest priority is 12.
See also

Programming the PLC
Enabling local error handling for a block
Introduction
Local error handling is enabled for a block if you insert one of the following instructions in a
network.
GET_ERROR: Get error locally
GET_ERR_ID: Get error ID locally
For additional information on the instructions, refer to "See also".
If local error handling is enabled for a block, the system reactions for this block are ignored.
Requirement
The block is open.
Die "Instructions" task card is open.
Procedure
To enable local error handling for a block, proceed as follows:
1. Navigate to the "Basic instructions" pane of the "Instructions" task card.
2. Open the "Program Control" folder.
3. Drag the instruction "Get error locally" (GET_ERROR) or "Get error ID locally"
(GET_ERR_ID) to the required network.
Result
Local error handling is enabled for the open block. The "Handle errors within block" check box
is selected in the Inspector window under "Properties > Attributes". This setting cannot be
edited in the Inspector window. Local error handling can be deactivated by deleting the inserted
instructions on local error handling.
See also
11.1.4.3 Programming data blocks
Basic principles for programming of data blocks

A data block (DB) is used to save the values that are written during execution of the program.

Programming the PLC
In contrast to the code block, the data block contains only tag declarations. It contains no
networks or instructions. The tag declarations define the structure of the data block.
Types of data blocks

There are two types of data blocks:
Global data blocks
The global data block is not assigned to a code block. You can access the values of a global
data block from any code block. A global data block contains only static tags.
The structure of the global data block can be freely defined. In the declaration table for data
blocks, you declare the data elements that are to contained in the global data block.
The instance data block is assigned directly to a function block (FB). The structure of an
instance data block cannot be freely defined, but is instead determined by the interface
declaration of the function block. The instance data block contains exactly those block
parameters and tags that are declared there.
However, you can define instance-specific values in the instance data block, for example,
start values for the declared tags.
ARRAY data blocks (S7-1500)

ARRAY data blocks are global data blocks that consist of an ARRAY. This ARRAY can be
based on any data type. For example, an ARRAY of a PLC data type (UDT) is possible. The
DB contains no other elements besides the ARRAY. Because of their flat structure, ARRAY
data blocks facilitate access to the ARRAY elements and their transfer to called blocks.
The "Move operations" section of the "Instructions" task card offers options for addressing of
ARRAY DBs.
PLC data types as a template for global data blocks

PLC data types can be used as templates for the creation of global data blocks with identical
data structures. You create the structure as PLC data type only once and then generate the
required data blocks by assigning the PLC data type.
System data types as a template for global data blocks

System data types can also be used as templates for creating global data blocks with identical
data structure. System data types already have a pre-defined structure. You insert the system
data type in the program only once and then generate additional data blocks with an identical
structure by assigning the system data type.

Programming the PLC
Access modes
There are two different modes of accessing data values in data blocks:
Data blocks with optimized access (only S7-1200)
Data blocks with optimized access have no fixed defined structure. In the declaration, the
data elements are assigned only a symbolic name and no fixed address within the block.
You access the data values in these block via symbolic names.
The "Optimized block access" attribute is always enabled for ARRAY data blocks.
Data blocks with standard access (all CPU families)
Data blocks with standard access have a fixed structure. In the declaration, the data
elements are assigned both a symbolic name and a fixed address within the block. You
can access the data values in these blocks via symbolic names or the address.
ARRAY data blocks with standard access are not possible.
Retentivity of data values

To prevent data loss in the event of power failure, you can store the data values in a retentive
memory area.
See also
Structure of the declaration table for data blocks
Structure of the declaration table for data blocks

The figure below shows the structure of the declaration table for data blocks. The display will
vary depending on type of block and type of access.
Display of instance-specific values

In instance data blocks, you can apply the already defined values from the interface of the
assigned function block or define instance-specific start values. Values that are applied from
the function block cannot be edited. You can replace the grayed-out values with instance-
specific values. Values that were already changed instance specific are not grayed out.

Programming the PLC

columns as required. The number of columns displayed varies depending on the CPU series.
Column Explanation
Symbol you can click to move or copy the tag. You can, for example, drag-
and-drop the tag into a program and use it there as operand.
Name Name of the tags.
Offset Relative address of the tags.
The column is only visible in data blocks with standard access.
Default value Default value of the tag in the interface of a higher-level code block or in a
PLC data type.
The values contained in the "Default value" column can only be changed in
the higher-level code block or PLC data type. The values are only displayed
in the data block.
Start value Value that the tag should assume at startup.
The default values defined in a code block are used as start values during the
creation of the data block. You can then replace these adopted values with
instance-specific start values.
Specification of an start value is optional. If you do not specify any value, the
tag assumes the default value at startup. If a default is not defined either, the
default value valid for the data type is used. For example, the value "FALSE"
is specified as standard for BOOL.
Monitor value Current data value in the CPU.
This column only appears if an online connection is available and you click
"Monitor".
Snapshot Shows values that were loaded from the device.
Retentivity Marks the tag as retentive. The values of retentive tags are retained even
after the power supply is switched off.
Visible in HMI Shows whether the tag is visible by default in the HMI selection list.
Setting value Setting values are the values that will probably have to be fine tuned during
commissioning. After commissioning, the values of these tags can be trans
ferred to the offline program as start values and stored there.
See also
Creating data blocks
Requirement

Programming the PLC
Procedure
To create a data block, follow these steps:
3. Select the type of the data block. You have the following options available to you:
To create a global data block, select the list entry "Global DB".
To create an ARRAY data block, select the "ARRAY DB" entry in the list.
To create an instance data block, select the function block to which you want to assign
the instance data block from the list. The list contains only the function blocks that were
previously created for the CPU.
To create a data block based on a PLC data type, select the PLC data type from the
list. The list contains only the PLC data types that were previously created for the CPU.
To create a data block based on a system data type, select the system data type from
the list. The list contains only those system data types that have already been inserted
to program blocks in the CPU.
4. Enter a name for the data block.
5. Enter the properties of the new data block.
6. If you have selected an ARRAY DB as the data block type, enter the ARRAY data type and
the high limit for the ARRAY.
You can change the high limit for the ARRAY at any time in the property window of the
created block. The ARRAY data type cannot be changed subsequently.
7. To enter additional properties of the new data block, click "Additional information".
created.
10.Confirm your entry with "OK".
Result
The new data block is created. You can find the data block in the project tree in the "Program
blocks" folder.
See also

Programming the PLC
Updating data blocks
Introduction
Changes in the interface of a function block or a PLC data type can lead to the corresponding
data blocks becoming inconsistent. These inconsistencies are marked in red in the declaration
table and at the call point of the block. To remedy these inconsistencies, the data blocks must
be updated.
You have three options to update block calls:
Explicit updating in the declaration table for data blocks.
The data block is updated. Changes from the interface of the assigned function block and
changes to the used PLC data types are applied.
Explicit updating in the program editor.
The block calls in the open block will be updated. The associated instance data block is
also adjusted in the process.
All block calls in the program as well as the used PLC data types and the corresponding
instance data blocks are updated.
Explicit Updating in the Declaration Table for Data Blocks

To explicitly update an individual data block, follow these steps:
1. Open the data block.
2. Select "Update interface" in the shortcut menu.
Explicit Updating in the Program Editor

To update all block calls or a specific call within a block, follow these steps:
1. Open the block in the program editor.
2. Right-click on the instruction with the block call.
4. The "Interface update" dialog opens. This dialog shows the differences between the block
5. If you want to update the block call, click "OK". To cancel the update, click "Cancel".
Implicit Updating during Compilation

To implicitly update all block calls and uses of PLC data types as well as the instance data
blocks during the compiling, follow these steps:

Programming the PLC
See also
Changing the properties of tags in instance data blocks (Page 1720)
Extending data blocks
Description
In order to enable the editing of PLC programs that have already been commissioned and that
are running without error on a system, CPUs of the S7-1500 series and most CPUs of the
S7-1200 V4 and higher series support the option of extending global data blocks during
runtime.
You can download the modified blocks without setting the CPU to STOP and without affecting
the values of already loaded tags.
This is a simple means of implementing program changes. This load process (download
without reinitialization) will not have a negative impact on the controlled process.
Each data block is always assigned a default memory reserve. The memory reserve is not
used initially. Activate the memory reserve if you decide on loading interface changes after
having compiled and downloaded the block. All tags that you subsequently declare will be
saved to the memory reserve. A subsequent download has no impact on the values of tags
that have already been loaded.
If you decide to review your program at a later time while the plant is not in operation, you are
also provided an option of reworking the memory layout of individual or several blocks in a
single pass. With this action, you move all tags from the reserve area to the regular area. The
memory reserve is now cleared and made available for further interface extensions.
Requirements
This "Download without reinitialization" function is available if the following requirements are
met:
The project is in the "TIA Portal V12" format or a higher version.
You are working with a CPU that supports "Download without reinitialization".
The blocks were created in LAD, FBD, STL, or SCL.
The blocks were created by the user, i.e. they are not included with the blocks delivered in
your package.
These blocks are assigned the optimized access attribute.

Programming the PLC
Basic steps
Perform the following steps if you want to extend the data block and then load the block without
re-initialization.
1. All blocks have a default memory reserve of 100 bytes. You can adapt this memory reserve
to suit your requirements.
2. Activate the memory reserve.
3. Extend the block interface.
5. Download the block to the CPU as usual.
Reference
For more information on the various steps, refer to chapter "Loading blocks (S7-1200/1500) ".
Creating a data structure for global data blocks
Declaring tags of elementary data type
Requirement
A global data block is open.
Note
You cannot change the structure of instance data blocks and of data blocks based on a PLC
data type directly, since the structures of these blocks are defined by the respective function
block or the PLC data type.
The type of the data block is entered in the block properties.
Procedure
To declare a tag of the elementary data type, follow these steps:
2. In the "Data type" column, click the button for the data type selection.
A list of the permissible data types is opened.
3. Select the desired data type.
4. Optional: Change the properties of the tags that are displayed in the other columns.
5. Repeat steps 1 to 4 for all tags that are to be declared.

Programming the PLC
See also
Declaring tags of the ARRAY data type (Page 1711)
Declaring tags of STRUCT data type (Page 1712)
Requirement
Procedure
2. Enter the "Array" data type in the "Data type" column. You will be supported by
autocompletion in this step.
[0..3]
[0..3, 0..15, 0..33]
The tag is created but remains collapsed. To expand the ARRAY, click the triangle in front of
the tag. Not that you cannot expand very large ARRAYs for reasons of clarity.
Entering start values of ARRAY elements

To set default start values for the individual elements of an ARRAY, follow these steps:
1. Click the triangle in front of the ARRAY data type tags.
The ARRAY opens and the individual ARRAY elements are shown in separate rows.
2. Enter the required value in the "Start value" column.
See also
Array (Page 1941)

Programming the PLC
Requirement
Procedure
input.
columns of the block interface.
6. Repeat the step 4 to 7 for all additional structure elements.
that is entered.
Result
Enter start values of structure elements

To set default start values for the individual elements of a structure, follow these steps:
1. Click the triangle in front of the STRUCT data type tags.
The structure opens and the individual structure elements are shown in separate rows.
2. Enter the required value in the "Start value" column.
Note
S7-1500: A maximum of 252 structures in one data block
A maximum of 252 structures is permitted in one data block. If you need additional structures,
you must restructure your program. You can, for example, create the structures in several
global data blocks.

Programming the PLC
See also
STRUCT (Page 1945)
Declaring tags based on a PLC data type
Requirements
Procedure
To declare a tag based on a PLC data type, follow these steps:
2. Enter the PLC data type in the "Data type" column. You will be supported by autocompletion
during input.
3. Optional: Change the properties of the tags that are displayed in the other columns of the
table.
Result
The tag is created.
See also
Define start values
Basic information on start values
Definition of "Start value"

The start value of a tag is a value defined by you which the tag assumes after a CPU startup.
The retentive tags have a special status. Their values take the defined start value only after a
"cold restart". After a "warm restart", they retain their values and are not reset to the start value.
Definition of "Default value"

The structure of the data blocks can be derived from higher-level elements.
An instance data block is based, for example, on the interface of a higher-level code block.
A global data block can be based on a predefined PLC data type.

Programming the PLC
In this case you can define a default value for each tag in the higher-level element. These
default values are used as start values during the creation of the data block. You can then
replace these values with instance-specific start values in the data block.
Specification of an start value is optional. If you do not specify any value, the tag assumes the
default value at startup. If a default is not defined either, the default value valid for the data
type is used. For example, the value "FALSE" is specified as standard for BOOL.
See also
Define start values (Page 1714)
Structure of the declaration table for data blocks (Page 1705)
Declaring local tags and constants in the block interface (Page 1557)
Applying values from the online program as start values (Page 1733)
Define start values
Define start values

To define the start values for the tags of a data block, follow these steps:
The "Default value" column shows the default values that were defined for the tags in the
interface of a higher-level code block or in a PLC data type.
2. Click the "Expanded mode" button to show all elements of structured data types.
3. Enter the desired start values in the "Start value" column. The value must match the data
type of the tag and should not exceed the range of the data type.
The start values are defined. The tag takes the defined value at startup, provided it was
not declared as retentive.
Resetting a tag to the default value

To reset a tag for which you have defined a start value to the default value, follow these steps:
1. Select a modified value in the table.
2. Delete the value.
The default value is entered. The default value is displayed.
Resetting all tags to the default value

To reset to the default value all tags for which you have defined an start value, follow these
steps:
1. Select the "Reset start values" icon in the toolbar.
The default values are transferred to the "Start value" column. Write-protected start values
are not overwritten.

Programming the PLC
See also
Loading changed values
Introduction
To apply the changed start values from the offline program to the online program, you must
load the changes. The following cases must be distinguished:
Loading changed start values of non-retentive tags
Loading changed start values of retentive tags
Loading changed start values of setting values
Requirement
The start values in the offline program were changed.
Procedure
To load changed start values of non-retentive tags, follow these steps:
1. Select the blocks to be loaded in the project tree.
2. Select the "Download to device > Software (only changes)" command from the shortcut
menu.
The blocks are compiled and loaded.
The start values of the newly defined tags are placed in the load memory of the CPU. The
program runs with the new start values at the next transition from STOP to RUN.
To load changed start values of retentive tags, follow these steps:

1. Select the blocks to be loaded in the project tree.
2. Select the "Compile > Software (rebuild all blocks)" command in the shortcut menu.
3. In the "Online" menu, select the "Download and reset PLC program" command.
The online blocks are deleted and replaced with the new blocks. This reinitializes all tags,
including the retentive tags.
Information about loading changed setting values and general information about loading can
be found under "See also".
See also
Initializing setting values in the online program (Page 1732)

Programming the PLC
Setting retentivity
Retentivity of tags in data blocks
Retentive behavior
To prevent data loss in the event of power failure, you can mark the data as retentive. This
data is stored in a retentive memory area. The options for setting the retentivity depend on the
type of data block and the type of block access that is set.
See also
Setting retentivity in an instance data block (Page 1716)
Setting retentivity in a global data block (Page 1717)
Setting retentivity in an instance data block
Introduction
In an instance data block, the editability of the retentive behavior depends on the type of access
of the higher-level function block:
Function block with standard access
You can define the instance data both as retentive or non-retentive. Individual retentivity
settings are not possible for individual tags.
Function block with optimized access
In the instance data block, you can define the retentivity settings of the tags that are selected
in the block interface with "Set in IDB". With these tags also, you cannot individually set the
retentive behavior for each tag. The retentivity setting has an impact on all tags that are
selected in the block interface with "Set in IDB".
Setting Retentivity for Standard Access

To centrally set the retentivity of all tags in the data block with standard access, follow these
steps:
1. Open the instance data block.
2. Select the check box in the "Retain" column of a tag.
All tags are defined as retentive.
3. To reset the retentivity setting for all tags, clear the check box in the "Retain" column of a
tag.
All tags will be defined as non-retentive.

Programming the PLC
Setting Retentivity for Optimized Access

To set the retentive behavior of the tags that are selected with "Set in IDB" in data blocks with
optimized access, follow these steps:
All tags selected with "Set in IDB" in the data block interface are defined as retentive.
3. To reset the retentivity setting for the tags, clear the check box in the "Retain" column of a
tag.
All tags selected with "Set in IDB" in the data block interface will be defined as non-retentive.
See also
Retentivity of tags in data blocks (Page 1716)
Setting retentivity in a global data block
Introduction
In a global data block, the editability of the retentive behavior depends on the type of access:
Global data block with standard access
You can define the data both as retentive or non-retentive. Individual retentivity settings
are not possible for individual tags.
Global data block with optimized access
You can individually define the retentivity settings of the tags. For tags with structured data
types, retentivity settings are transferred for all tag elements.
Setting Retentivity for Standard Access

To centrally set the retentivity of all tags in the data block with standard access, follow these
steps:
1. Open the global data block.
All tags are defined as retentive.
3. To reset the retentivity setting for all tags, clear the check box in the "Retain" column of a
tag.
All tags are defined as non-retentive.

Programming the PLC
Setting Retentivity for Optimized Access

To individually set the retentivity of all tags in data blocks with optimized access, follow these
steps:
2. In the "Retain" column, select the check box for the tags for which you want to set a retentive
behavior.
The selected tag is defined as retentive.
3. To reset the retentivity setting for the tags, clear the check box in the "Retain" column of a
tag.
All selected tags are defined as non-retentive.
See also
Retentivity of tags in data blocks (Page 1716)
Editing the properties of tags in data blocks
Properties of the tags in data blocks
Properties
The following table provides an overview of the properties of tags in data blocks:

General Name Name of the tags.
Default value Default value of the tag in the interface of a higher-level
code block or in a PLC data type.
The values contained in the "Default value" column can
only be changed in the higher-level code block or PLC
data type. The values are only displayed in the data block.
Start value Value that the tag should assume at CPU startup.
The default values defined in a code block are used as
start values during the creation of the data block. You can
then replace these adopted values with instance-specific
start values.
Specification of an start value is optional. If you do not
specify any value, the tag assumes the default value at
startup. If a default is not defined either, the default value
valid for the data type is used. For example, the value
"FALSE" is specified as standard for BOOL.

Programming the PLC

Attributes Retain Marks the tag as retentive.
The values of retentive tags are retained even after the
power supply is switched off.
This attribute is only available in the interface of the func
tion block with optimized access.
Accessible from HMI Indicates whether the tag can be used in HMI.
When the attribute is set, you have read or write access
to the tag from the HMI.
When the attribute is not set, you cannot access the tag
from the HMI. Please note, however, that you cannot im
plement general access protection for the tag with the
"Accessible from HMI" attribute. Read or write access from
other applications is possible even if the attribute is not
enabled.
Visible in HMI Shows whether the tag is visible by default in the HMI
selection list.
Hidden parameter Indicates whether the tag should be hidden for the block
call. This is only possible if you have specified a valid pre
defined actual parameter beforehand.
Predefined actual pa Defines a parameter that is to be used as actual parameter
rameter during the block call.
test mode.
Enable tag readback Indicates whether a parameter is relevant for the "Read
back chart" function in CFC.
Enumeration texts Assigns a parameter to an enumeration in CFC.
Engineering unit Assigns a parameter to a unit in CFC.
Low limit Defines the low limit for the parameter in CFC.
High limit Defines the high limit for the parameter in CFC.
See also
Changing the properties of tags in instance data blocks (Page 1720)
Changing the properties of tags in global data blocks (Page 1721)

Programming the PLC
Changing the properties of tags in instance data blocks
Instance-specific tag properties

Two options are available for defining the tag properties:
The tag properties are applied from the interface of the assigned function block.
Properties that are applied from the function block are displayed grayed out out in the
columns of the declaration table. The "Name" and "Data type" properties are always applied.
You define instance-specific properties.
You can change some properties instance specific. Changeable values are, for example,
"Comment" or "Visible in HMI". Properties that were changed instance specific are not
grayed out in the columns of the declaration table. The instance-specific changes are
retained, even if the interface of the higher-level function block is changed and the instance
data blocks are subsequently updated.
Editing properties of an element in the declaration table

To edit the properties of an element, follow these steps:
Editing properties of several elements in the declaration table


To edit the properties of an individual tag, follow these steps:
1. Select a tag in the table.
The properties window opens. It shows the properties of the tag in the "General" and
"Attributes" areas.
3. Select the required area in the area navigation.
4. Change the entries in the text boxes.

Programming the PLC
Reset individual properties to the default value.

To reset individual tag properties to the value that was defined as default in the function block,
follow these steps:
1. Select an instance-specific, modified value in the table.
The instance-specific value will be deleted and the default value from the interface of the
function block entered. The default value is displayed grayed out.
See also
Updating data blocks (Page 1708)
Properties of the tags in data blocks (Page 1718)
Changing the properties of tags in global data blocks
Introduction
Two options are available for defining the tag properties:
The tag properties are applied from the PLC data type.
Properties that are applied from the PLC data type are shown grayed out in the columns
of the declaration table. The "Name" and "Data type" properties are always applied.
You define specific properties.
You can change some properties in the global data block. Changeable values are, for
example, "Comment" or "Visible in HMI". Properties that were changed are not grayed out
in the columns of the declaration table. The changes are retained, even if the PLC data
type changes and the global data block is subsequently updated.
Editing properties of an element in the declaration table

To edit the properties of an element, follow these steps:
Editing properties of several elements in the declaration table


Programming the PLC

To edit the properties of an individual tag, follow these steps:
The properties window opens. It shows the properties of the tag in the "General" and
"Attributes" areas.
Reset individual properties to the default value.

To reset individual tag properties to the value that was defined as default in the PLC data type,
follow these steps:
1. Select a modified value in the table.
The default value from the PLC data type is entered. The default value is displayed grayed
out.
See also
Properties of the tags in data blocks (Page 1718)
Editing the declaration table for data blocks
Procedure
Result
See also

Programming the PLC
Procedure
Result
See also
Deleting tags
Requirements
Procedure
To delete a tag, follow these steps:
1. Select the row with the tag to be deleted. You can also select several rows by clicking on
them one after the other while holding down the <Ctrl> key or by pressing and holding down
<Shift> and clicking on the first and last row.
Note
You cannot directly change the structure of instance data blocks and of global data blocks
based on a PLC data type, since the structures of these blocks are defined in the higher-level
object.
The type of the data block is entered in the block properties.
See also: Displaying and editing block properties (Page 1523)
See also

Programming the PLC

empty rows.
Requirement
The table is open.
Procedure

Procedure

Programming the PLC
Editing tags with external editors

To edit individual tags in external editors outside the TIA Portal, you can export or import these
tags using copy and paste. However, you cannot copy structured tags to an editor.
Requirement
The data block and an external editor are opened.
Procedure
To export and re-import individual tags by drag-and-drop operation, follow these steps:
1. Select one or more tags.
6. Switch back to the declaration table.
Monitoring and modifying tags in data blocks
Functions for monitoring and modifying tags in data blocks
Overview of functions
The data block editor offers different options for monitoring and modifying tags. These functions
directly access the actual values of the tags in the online program. Actual values are the values
which the tags have at the current time during program execution in the CPU work memory.
The following table provides an overview of the functions for monitoring and modifying. Detailed
descriptions of the individual functions can be found in the following chapters.
Button Function Description S7-300/ S7-1200/1500

400
Monitor tags online Displays the actual values which the tags currently have in the X X
(Page 1726) CPU.
- Modify individual ac Modifies individual tags immediately and once only to specific X X
tual values values in the declaration table. The CPU then uses these values
(Page 1726) as actual values in the online program.

Programming the PLC
Button Function Description S7-300/ S7-1200/1500

400
Create a snapshot Saves the actual values present at the current time as snapshot. X X
of the actual values The snapshot always captures the actual values of all tags of the
(Page 1727) data block.
Overwrite actual Overwrites the actual values of all tags of the data block with a - S7-1200 V4.1
values with a snap snapshot. The CPU then uses these values as actual values in and higher
shot (Page 1728) the online program. S7-1500 V1.7
and higher
Additional functions
You also have the option of specifically calibrating individual values during commissioning.
Monitor tags
You can monitor the current values of the tags in the CPU directly in the declaration table.
Requirement
An online connection is available.
The data block has been loaded to the CPU.
The program execution is active (CPU in "RUN").
The data block is open.
Procedure
To monitor the tags, follow these steps:
The additional "Monitor value" column is displayed in the table. This shows the current data
values.
See also: Structure of the declaration table for data blocks (Page 1705)
2. End the monitoring by clicking the "Monitor all" button again.
Modify tags
You can modify an individual tag in the data block to a specific value. The CPU then uses this
values as actual value in the online program.

Programming the PLC
Danger
Danger when changing tag values
Changing the tag values while the plant is operating can cause serious damage to property or
injury to persons if there are functional disturbances or program errors!
Make sure that no dangerous situations can arise before you modify the tags.
Requirement
An online connection to the CPU is available.
The data block whose tags you wish to modify is identical offline and online.
The data block is open.
Procedure
To modify an individual tag in the data block, follow these steps:
The additional "Monitor value" column is displayed in the table. This shows the current data
values.
2. Select the tag to be modified.
3. Select "Modify operand" in the shortcut menu.
The "Modify operand" dialog opens.
4. Enter the required value in the "Control word" text box.
If there is a snapshot, the value is already entered as default.
Result
The tag will have the specified value once when you execute the modify job. The job is executed
immediately and is not tied to the next cycle control point.
See also: Introduction to modifying tags (Page 1873)
Create a snapshot of the actual values

You can store the actual values of one or more data blocks as snapshot. Actual values are the
values which the tags have at the current time during program processing in the CPU work
memory.
You have the following options for creating a snapshot:
Creating a snapshot of an open data block
Creating a snapshot of several selected data blocks

Programming the PLC
A snapshot is also created automatically when you download a block or a program from the
device.
Caution
Creating the snapshot
The values in the snapshot may originate in several cycles.
Requirement
The data blocks for which you want to create a snapshot are identical offline and online.
Procedure
To create a snapshot of an open data block, follow these steps:
2. Click "Snapshot of the monitored values".
To create a snapshot of several selected data blocks, follow these steps:
1. Select the blocks in the project tree.
You can select the blocks individually or select devices, groups or folders in the project tree
which include the data blocks.
2. In the shortcut menu, select "Snapshot of the monitored values" or select the menu
command "Options > Snapshot of the monitored values".
Result
The latest monitored values will be applied in the "Snapshot" column.
An alarm is shown in the Inspector window after the operation is complete.
The time stamp of the snapshot is displayed above the declaration table.
Note
If you subsequently change the structure of the data block, the display of the current values
gets lost. The "Snapshot" column will then be empty.
Overwrite actual values with a snapshot

You can overwrite the actual values of all tags with a snapshot. The values from the snapshot
are written directly to the CPU work memory. The CPU then uses these values as actual values
in the online program.

Programming the PLC
Danger
Make sure that the plant is in a safe state before you overwrite the actual values.
Make sure that the program does not read or write the affected data during transmission.
You may want to use the "Modify tag" function in the watch table or in the DB editor as an
alternative.
Dependencies on the CPU mode

You can execute this function in "RUN" mode as well as "STOP" mode. The table below shows
the reactions of the CPU in the different modes:
Action System reaction Consequences for the online program

Overwrite actual values in The values of all DB tags are overwritten Changing the actual values can result in inconsisten
"RUN" mode in the current program. No distinction is cies between the program and the actual process.
made between retentive and non-reten If the transmitted amount of data is too large, the val
tive values. ues may be transmitted in several cycles. If the pro
gram accesses tags before all values are completely
transmitted, there is a risk that inconsistent value
combinations may be created and processed.
Even copying the values of elementary data types
may take several cycles. These values are potential
ly invalid until they have been completely transmit
ted. Dangerous states may occur if the program ac
cesses these values before they have been com
pletely transmitted.
Overwrite actual values in Only the actual values of the retentive Because only the data from the snapshot are trans
"STOP" mode tags are overwritten by the snapshot. mitted, there is a risk that inconsistent value combi
Non-retentive tags are initialized with nations may be created and processed.
their start values during the transition
from STOP to RUN. The values from the
snapshot are not taken into considera
tion.
Requirement
You are using an S7-1200 V4.1 or higher or an S7-1500 V1.7 or higher.
The data blocks whose actual values you wish to overwrite are identical offline and online.
A snapshot of the data block exists.

Programming the PLC
Procedure
To overwrite the actual values of a block with a snapshot, follow these steps:
2. Click "Copy all values from the snapshot to the actual values of the CPU".
Result
The actual values in the online program are overwritten with the start values from the snapshot.
Setting data values during commissioning
Basic information on adjusting data values during commissioning
Introduction
During commissioning of a plant, data values have to be frequently adjusted in order to
optimally adapt the program to the general operating conditions on site. The declaration table
for data blocks offers some functions for this purpose.
To use the function, first define specific tags as "Setting values" in the program. Setting values
are the values that will probably have to be fine tuned during commissioning.
The following table provides an overview of the functions for tuning values during
commissioning. Detailed descriptions of the individual functions can be found in the following
chapters.
Button Function Description

Initialize setting values in "RUN" This function enables you to change the values of individual tags online
mode (Page 1732) to quickly determine the optimum tag values.
Apply values from the online program When you have determined the optimum tag values, you can apply
as start values to the offline program these as start values in the offline program. This allows you to ensure
that the program starts with the optimized values the next time it is
loaded.
You can either apply all values or only the setting values.
Additional functions
There are still some more general functions for monitoring and modifying the data block.
See also: Functions for monitoring and modifying tags in data blocks (Page 1725)

Programming the PLC
See also
Marking data as values that can be set (Page 1731)
Marking data as values that can be set

You can mark specific tags in the program as "Setting values". Setting values are the values
that will probably have to be fine tuned during commissioning.
Rules
You can mark tags as "Setting value" in the following block types:
In function blocks (FB), but only in the "Static" section
in global data blocks (DB)
in PLC data types (UDT)
In the case of PLC data types (UDT), however, the setting is only effective, if the UDT is
used in the "Static" section of a function block or data block.
It is not possible to define setting values in the following block types:
In data blocks based on a PLC data type, and in instance data blocks. These inherit the
setting from the higher-level FB or UDT.
You cannot mark tags as a "Setting value" in ARRAY data blocks.
You also cannot mark tags as a "Setting value" at the call point of a multi-instance. You
have to make the setting in the interface of the function block that is called as multiple
instance.
You cannot change the "Setting value" marking in know-how-protected blocks. To do so,
you must first remove the know-how protection.
Requirement
A function block, a global data block or a PLC data type (UDT) is open.
Procedure
To mark a tag as "Setting value", follow these steps:
1. Select a tag from the "Static" section.
2. Select the check box in the "Setting value" column.
You cannot define the higher-level element of a structure or a PLC data type as "Setting
value". You have to make the setting for the lower-level elements individually.
In the case of ARRAYs, you can only mark the higher-level element as "Setting value".
The lower-level elements inherit the setting.
For ARRAYs of STUCT, you can only mark the elements below the first structure as
setting values. The elements of other structures inherit the setting.

Programming the PLC
Result
The tags are marked as setting values. During commissioning, these tags can be initialized
online. You do not need to set the CPU to "STOP" mode; it can remain in "RUN". In addition,
the current tag values can be transferred as start values to the offline program and saved there.
Initializing setting values in the online program
Basics on initializing setting values

You can initialize all tags marked as a "Setting value" with new values in the online program.
At the same time, the start values will be loaded from the offline program to the online program.
The CPU remains in "RUN" mode. All tags that are marked as a setting value are initialized
once at the next cycle control point. This applies both to retentive and non-retentive tags. The
program execution is then continued with the new tag values.
Danger
Make sure that no dangerous situations can arise before you re-initialize the setting values.
Requirement
An online connection to the CPU exists.
The structure of the data block is identical offline and online.
One or more tags are marked as a "Setting value".
Procedure
To initialize all setting values of the data block, follow these steps:
1. Open a global data block or an instance data block.
2. Enter the desired values in the "Start value" column. The start values must correspond to
the indicated data type.
3. Click the "Initialize setting values" button.
Result
The setting values in the online program are initialized with the start values from the offline
program at the next cycle control point.
The maximum number of tags that can be initialized is dependent on the CPU. If too many
setting values are marked, an alarm informs you about this. In this case, you can insert the
tags in a watch table and initialize them using the "Modify" function in the watch table.

Programming the PLC
Alternatively, you can also load the entire data block. For more information on this, refer to
"See also".
See also
Loading changed values (Page 1715)
Applying values from the online program as start values

In order to apply tag values from the online program to the offline program as start values, first
create a snapshot of the tag values from the online program. You can then apply them to the
offline program. Note that the values from the snapshot are always copied. There is no check
to determine whether all values originate from the same cycle.
Write-protected start values are not overwritten.
You have the following basic options for applying the values:
Applying the values of an open data block
You can apply all values or only the values of the tags marked as a "setting value" as start
values in an open data block.
Applying the values of multiple blocks in the project tree
You can either apply all setting values or all retentive values as start values in the project
tree.
Requirement
As least one data block has been loaded to the CPU.
Procedure
In order to apply all values or only the values of the tags marked as a "setting value" in a data
block, follow these steps:
The "Monitor value" column is displayed in the table. This shows the current data values.
3. On the toolbar, click "Snapshot of monitored values".
The latest monitored values will be applied in the "Snapshot" column.
4. Click one of the following buttons on the toolbar:
"Apply setting values from the snapshot as start values"
"Apply all values from the snapshot as start values"
The values from the "Snapshot" column are applied to the "Start value" column.

Programming the PLC
To apply the monitored values of multiple data blocks in the project tree, follow these steps:
1. Select the blocks in the project tree.
2. Select the "Snapshot of the monitored values" command in the shortcut menu.
The current monitored values of all selected blocks will be applied in the "Snapshot" column.
An alarm is shown in the Inspector window after the operation is complete.
3. Then select one of the following commands in the shortcut menu:
"Apply snapshot values as start values > All values"
"Apply snapshot values as start values > Only setpoints"
"Apply snapshot values as start values > Only retain values"
The values from the "Snapshot" column are applied to the "Start value" column.
Result
The new start values are stored in the offline program.
Note
Applying values of individual tags
You can also transfer the values of individual tags that were not marked as a setting value
beforehand from the "Snapshot" column to the "Start values" column. Use the "Copy" and
"Paste" commands from the shortcut menu to copy the values and insert them in the "Start
value" column. Note that only the values that are currently located in the visible area of the
table are copied.
See also
Define start values (Page 1714)
11.1.4.4 Programming PLC data types
Basics of PLC data types
Description
PLC data types are data structures that you define and that can be used multiple times within
the program. The structure of a PLC is made up of several components, each of which can
contain different data types. You define the type of components during the declaration of the
PLC data type.
You can create up to 65534 PLC data types for a CPU of the S7-1200 or S7-1500 series. Each
of these PLC data types can include up to 252 components.

Programming the PLC
PLC data types can be used for the following applications:

PLC data types can be used as data types for variables in the variable declaration of logic
blocks or in data blocks.
PLC data types can be used as templates for the creation of global data blocks with identical
data structures.
PLC data types can be used in S7-1200 and S7-1500 as a template for the creation of
structured PLC tags.
See also
Creating PLC data types (Page 1736)
Structure of the declaration table for PLC data types
Structure of the declaration table for PLC data types

The figure below shows the structure of the declaration table for PLC data types.

columns as required. The number of columns displayed varies depending on the CPU
series.
Column Explanation
Symbol you can click to move or copy the tag.
Name Name of the tags.

Default value Value with which you predefine the tag in the declaration of the PLC data type.
Specification of the default value is optional. If you do not specify any value the
predefined value for the indicated data type is used. For example, the value "false"
is predefined for BOOL.
Visible in HMI Shows whether the tag is visible by default in the HMI selection list.
Accessible from Shows whether HMI can access this tag during runtime.
HMI

Programming the PLC
Column Explanation
Setting value Setting values are the values that will probably have to be fine tuned during com
missioning. After commissioning, the values of these tags can be transferred to
the offline program as start values and stored there.
See also
Creating PLC data types (Page 1736)
Creating PLC data types
Requirement
The "PLC data types" folder opens in the project tree.
Procedure
To create a PLC data type, proceed as follows:
1. In the "PLC data types" folder, click the "Add new data type" command.
2. Select the PLC data type and select the "Rename" command in the shortcut menu.
3. Enter the name of the PLC data type.
Result
The new PLC data type is created. You can find the PLC data type in the project tree in the
"PLC data types" folder.
See also
Structure of the declaration table for PLC data types (Page 1735)
Delete PLC data types
Requirement
The PLC data type you want to delete is not open.

Programming the PLC
Procedure
To delete a PLC data type, follow these steps:
1. In the project tree, open the "PLC data types" folder.
2. Select the PLC data type to be deleted. You can also select several PLC data types by
clicking on them one after the other while holding down the <Ctrl> key or by pressing and
holding down <Shift> and clicking on the first and last data type.
Note
If you delete a PLC data type, the blocks that use the data type will become inconsistent. These
inconsistencies are marked in red in the block used. To remedy these inconsistencies, the
data blocks have to be updated.
See also:
Renumbering PLC data types

For performance reasons, PLC data types are processed internally with numbers. If there are
number conflicts, these are resolved automatically. But this is not possible for a PLC data type
which is used by a know-how protected block. The block must be recompiled when you change
the number of the PLC data type which results in a password prompt for the know-how
protected block. You can bypass this step by setting up a separate numbering scheme for your
PLC data types. Use numbers greater than 5000.
Procedure
To change the default number of a PLC data type, follow these steps:
2. Drag the compilable PLC data type to the "Types" folder.
The "Add type" dialog opens.
3. Enter the properties of the new type.
5. Right-click the PLC data type in the project library and select the "Edit type" command from
the shortcut menu.
6. Click "OK" to confirm your selection of the instance.
The library view opens.
7. Close the library view.
The extension "in testing" is now added to the name of the PLC data type.
8. Right-click the PLC data type and select the "Properties" command from the shortcut menu.

Programming the PLC

You can now edit the number of the PLC data type.
10.Change the number of the PLC data type.
11.Click "OK" to confirm.
12.Right-click the PLC data type in the project library and select the "Release version"
command from the shortcut menu.
The PLC data type has a new number. The assigned number is retained even if the type
of the PLC data type is revoked.
Programming the structure of PLC data types
Declaring tags of elementary data type
Requirement
A PLC data type is open.
Procedure
To declare a tag, follow these steps:
4. Repeat steps 1 to 3 for all tags that are to be declared.
See also
Requirement

Programming the PLC
Procedure
2. Enter the "Array" data type in the "Data type" column. You will be supported by
autocompletion in this step.
[0..3]
[0..3, 0..15, 0..33]
Note
You cannot define specific default values for ARRAY elements. You can, however, assign
them start values at the usage point in the data block.
See also
Array (Page 1941)
Requirements
Procedure
input.

Programming the PLC
columns.
6. Repeat steps 3 to 5 for all additional structure elements.
that is entered.
Result
See also
STRUCT (Page 1945)
Declaring tags based on a different PLC data type
Requirements
Procedure
To declare a tag based on a different PLC data type, follow these steps:
2. Enter the PLC data type in the "Data type" column. You will be supported by autocompletion
during input.
Result
The tag is created.
Note
You define the default values of tags within a PLC data type when the PLC data type is created.
You cannot change these values at the point of use of the PLC data type.
See also

Programming the PLC
Editing tag properties in PLC data types
Properties of tags in PLC data types
Properties
The following table gives an overview of tag properties in PLC data types:

General Name Name of the tags.
Default value Default value of the tag in the interface of a higher-level
code block or in a PLC data type.
The values contained in the "Default value" column can
only be changed in the higher-level code block or PLC
data type. The values are only displayed in the data block.
Start value Not relevant in PLC data types
Attributes Retain Not relevant in PLC data types
test mode.
See also
Changing the properties of tags in PLC data types (Page 1741)
Changing the properties of tags in PLC data types
Editing general properties in the declaration table

To edit the general properties of one or more tags, follow these steps:
1. Open the PLC data type.

Programming the PLC
Editing detailed properties in the properties window

To edit the detailed properties of an individual tag, follow these steps:
The inspector window shows the properties of the tag in the "General" and "Attributes"
areas.
See also
Editing the declaration table for PLC data types
Procedure
Result
Procedure
Result

Programming the PLC
Deleting tags
Procedure
See also

empty rows.
Requirement
The table is open.
Procedure

Programming the PLC

Procedure
11.1.4.5 Using external source files
Basics of using external source files
Function
The textual programming languages STL and SCL allow you to enter the program code in any
ASCII editor and save it as an external source file. This enables you to perform a range of
tasks, for example:
Declaring tags
Specify block properties
Programming blocks
You can import these source files to your project and use them to generate blocks. You can
generate a number of different blocks from one source file. Observe the following special
features when generating blocks from a source file:
A block that exists under the same name in the project will be overwritten.
If a block was programmed with its absolute block number instead of a symbolic name in
the source file and this number is already assigned by a block in the project, the new
generated block is initially assigned the next free symbolic name.

Programming the PLC
If you have not explicitly defined the access mode for a block in the external source file,
the block access mode is set depending on the CPU series used:
Blocks generated for a CPU of the S7-1200/1500 series are assigned "optimized"
access mode by default.
Blocks generated for a CPU of the S7-300/400 product range are assigned "standard"
access mode by default.
Organization blocks are the exception in this case, as they are always assigned the
"standard" access mode by default, regardless of the CPU series. You have the option of
changing the block access mode manually.
It is possible that not all comments from the source file will be applied in the block.
If you use absolute addressing in the external source file, a symbolic tag is created for each
absolute address during the generation of the block. The names of these tags are made
up of "Tag_" and a time stamp. This may result in relatively long tag names, which you can
change manually if required.
If you are using instructions in a different version in the external source file than in the target
device, this may result in compilation errors. Correct the respective instructions in this case
and start the compilation process once again. You can also select a different version for
the target device.
You also have the option of saving existing blocks as external source files.
See also
Rules for programming external source files (Page 1745)
Saving blocks as external source files (Page 1746)
Inserting external source files (Page 1748)
Opening and editing external source files (Page 1748)
Generating blocks from external source files (Page 1749)
Rules for programming external source files

An external source file basically consists of continuous text. To compile the source into blocks,
certain structures and syntax rules must however be adhered to.

Programming the PLC
Syntax rules
The syntax of the instructions in external source files is very similar to that in the creation of
user programs in the program editor with STL or SCL. Note, however, the following additional
syntax rules:
Block call
When calling a block, transfer the parameters in the defined order in the ASCII editor. If
you do not, the comment assignments for these lines may not match.
Enter the parameters in brackets. The individual parameters are separated by a comma.
Upper or lower case
The program editor generally disregards upper or lower case. Jump labels are an exception
to this. Character string entries are also case-sensitive ("STRING" data type). Keywords
are displayed in upper case. For compilation purposes, however, case is disregarded; you
can therefore specify keywords in upper or lower case or a mixture of the two.
Semicolon
Mark the end of every instruction and every tag declaration with a semicolon. You can enter
several instructions per line.
Forward slashes
Begin every comment with two forward slashes (//) and end the comment with the <Enter>
key.
Use of String constants
To avoid compilation errors when using String constants, enter the text in the language of
the target project. You can explicitly use the data type WSTRING for CPUs of the
S7-1200/1500 series by using the prefix "WString#":
Operand := WString#'<String constant>';
See also
Basics of using external source files (Page 1744)
Saving blocks as external source files

You have the following options for saving STL and SCL blocks as external source files:
Copying a block as text
Generating external source file from blocks
Copying a block as text

To copy a block as text and save it to an external source file, follow these steps:
1. In the project tree, right-click on the block that you want to save in an external source file.
2. Select the "Copy as text" command in the shortcut menu.

Programming the PLC
3. Open an external text editor.

4. Paste the copied text from the clipboard.
5. Save the file with one of the following file name extensions:
".scl", if you want to generate a source file for an SCL block
".stl", if you want to generate a source file for an STL block
".DB" if you wish to generate a source file for a data block
".UDT", if you want to generate a source file for a PLC data type
Generating external source file from blocks

To generate external source files from STL or SCL blocks, follow these steps:
1. In the project tree or in the overview window, select the STL or SCL blocks from which you
want to generate an external source file.
2. Select the "Generate source from blocks" command from the shortcut menu.
The "Generate source from blocks" dialog opens.
3. Specify a path and a name for the external source file.
4. Click "OK".
You can also generate an opened STL or SCL block as external source file. To do this, follow
these steps:
1. Click on the "Generate source from block" button in the program editor.
The "Generate source from blocks" dialog opens.
2. Specify a path and a name for the external source file.
3. Click "OK".
Result
The block has been saved as an external source file. You can include this source file in a
project in the TIA Portal and use it to generate other blocks. However, please note that you
can use STL source files only in S7-300/400/1500 CPUs.
See also

Programming the PLC
Inserting external source files
Requirement
An external source file is available and complies with the syntax and structure rules.
The "External source files" folder is open in the project tree.
Procedure
Follow these steps to insert an external source file:
1. Double-click on the "Add new external file" command.
The "Open" dialog box is opened.
2. Navigate to and select existing external source files.
3. Confirm your selection with "Open".
Result
The new source file will be added to the "External source files" folder.
See also
Opening and editing external source files

By linking the files with the file name extensions "stl" and "scl" to an editor you will be able to
open and edit external source files with these formats directly. Use Notepad as editor because
other text editors may not let you open several sources at the same time.
This means you do not need to insert the external source files again after editing.
Linking files with the file name extensions "stl" and "scl" file types to an editor
Proceed as follows to link files with the file name extensions "stl" and "scl" to an editor:
1. Open Windows Explorer.
2. Right-click on an STL file.
3. Select "Properties" in the shortcut menu.
The "Properties" dialog box opens.
4. Click "Change" in the "File type" area on the "General" tab.
The "Open with" dialog box opens.

Programming the PLC
5. Select the text editor you want to link to the "stl" file type.
7. Close the "Properties" dialog with "OK".
8. Repeat steps 2 to 7 with an SCL file.
Opening and editing an external source file

To open an external source file, follow these steps:
1. Open the "External source files" folder in the project tree.
2. Double-click on the external source file you want to open.
The external source file will open in the linked editor and can be edited.
See also
Generating blocks from external source files
Requirement
The "External source files" folder is open in the project tree.
An external source file is available.
Procedure
To generate blocks from an external source file, follow these steps:
1. Open the external source file from which you wish to generate blocks.
2. Select the "Generate blocks from source" command in the "Edit" menu.
3. A prompt will appear telling you any existing blocks will be overwritten.
Result
The external source file blocks will be generated and inserted in the "Program blocks" folder
in the project tree. In the event of errors, information about the errors which have occurred will
be displayed in the inspector window. This information, however, relates to the external source
file and not to the block generated.

Programming the PLC
See also
11.1.5 Comparing PLC programs
11.1.5.1 Basic information on comparing PLC programs
Introduction to comparing PLC programs
Function
You can compare the following objects of a PLC program in order to detect any differences:
Code blocks with other code blocks
Data blocks with other data blocks
PLC tags of a PLC tag table with the PLC tags of another PLC tag table
PLC data types with other PLC data types
Types and levels of comparison

Two different basic types of comparison can be used:
Online/offline comparison:
The objects in the project are compared with the objects of the corresponding device. An
online connection to the device is necessary for this comparison.
Offline/offline comparison:
The objects of two devices either within a project or from different projects or libraries are
compared. No online connection is required for this comparison.
Please note that you cannot carry out an unlimited number of comparisons at the same time,
but only one comparison per comparison type (online/offline or offline/offline).
You can choose between the following levels of comparison depending on how in-depth an
object comparison you require:
Compare editor
Detailed comparison
When you start a comparison, you will first receive an overview in the compare editor. For
some comparison objects, you can then start a detailed comparison in which the objects

Programming the PLC
compared will be opened side-by-side, each in its own program editor instance. Any differences
will be highlighted.
The table below gives an overview of the types and levels of comparison you can apply for
each object:
Object Online/offline Offline/offline

Compare editor Detailed compari Compare editor Detailed comparison
son
LAD block X X X X
FBD block X X X X
STL block1 X X X X
SCL block X X 34
X X
GRAPH block2 X X4 X X5
Global data block X X X X
Instance data X X X X
block
PLC tags - - X X
PLC data type X4 X4 X X
Legend:
X: available
-: not available
1
: STL is not available for S7-1200
2
: GRAPH is not available for S7-1200
3
: not for S7-1200 prior to version 2.0
4
: not for S7-300/400
5
: only comparable with a GRAPH block from the same CPU family
Note
You cannot perform a detailed comparison for know-how protected blocks.
If the detail comparison detects differences only with respect to the data types of local tags,
with offline being an interrupt data type (C_ALARM C_ALARM_S C_ALARM_8
C_ALARM_8P C_ALARM_T C_AR_SEND C_NOTIFY C_NOTIFY_8P) and online a
DWORD, this difference is not marked as such.
You cannot run a detailed comparison for types and master copies from libraries.
See also
Comparison of code blocks (Page 1752)
Comparison of data blocks (Page 1753)

Programming the PLC
Comparing PLC tags and PLC data types (Page 1753)

Comparison of code blocks
Introduction
The blocks to be compared in a code block comparison are assigned for comparison on the
basis of the following criteria:
Online/offline comparison: Addresses, e.g. FB100
Offline/offline comparison: Symbolic names of the blocks
The comparison involves an evaluation of the block time stamps. The results are displayed as
an overview in the comparison editor. You can then use actions to define what is to be done
about the differences. You can also start detailed comparisons for the individual blocks. The
versions of a block compared are opened beside each other and the differences are highlighted.
For the comparison of code blocks, both the block interfaces and the individual networks are
compared. Any differing tag names are also determined. All comments and other block
attributes are excluded from an online/offline comparison.
If the block interface changes, the time stamp of the code block interface will also change. This
change means a change in the time stamp of the program code. The first step in comparing
block interfaces is therefore a comparison of the program code time stamps. If these time
stamps are the same, it is assumed that the interfaces are the same. If the time stamps of the
interfaces differ, the next step is to compare the data types of the interfaces, section by section.
Multiple instances and PLC data types are included in the comparison. If the data types in the
sections are the same, the start values of the tags are compared. All differences are displayed.
When networks are compared, first inserted or deleted networks are detected. Then the other
networks are compared. Instructions are the same if the operator and operand are the same.
The first difference in each instruction is displayed. However, several differences per network
can be displayed.
See also
Introduction to comparing PLC programs (Page 1750)

Programming the PLC
Comparison of data blocks
Introduction
The blocks to be compared in a data block comparison are assigned for comparison on the
basis of the following criteria:
Online/offline comparison: Addresses, e.g. DB100
Offline/offline comparison: Symbolic names of the blocks
The first step in data block comparison is comparing the time stamps of the data block. If these
time stamps are the same, it is assumed that the data structures are the same. If the time
stamps differ, the structures are then compared until the first difference is found. If the data
structures in the sections are the same, the initial values of the tags are then compared. All
differences are displayed. Any differing tag names are also determined. Comments and PLC
data type structures used in the data block are not included in the comparison.
See also
Comparing PLC tags and PLC data types
Introduction
The device PLC tag tables and the device PLC data types will also be shown in the comparison
editor if you carry out an offline/offline comparison. The PLC tag tables and the PLC data
types will be matched by name and you will receive the following information:
Status: A symbol shows whether the PLC tags/PLC data types are identical or differ.
Missing PLC tag tables / PLC data types: You can see at a glance whether the PLC tag
tables / PLC data types are available in both devices.
You obtain the following information with an online/offline comparison of CPUs of the
S7-1200/1500 series:
PLC tags: A symbol shows whether the PLC tags are identical or differ. Because PLC tag
tables are not downloaded to the device during loading, they cannot be displayed during
an online/offline comparison.
PLC data types: You receive the status symbol for each PLC data type. You can see at a
glance whether the PLC data types are available in both devices.

Programming the PLC
See also
11.1.5.2 Comparing blocks
Comparing blocks in the compare editor

You have the following options for comparing blocks in the compare editor:
The blocks in the project are compared with the blocks of the selected device.
Automatic offline/offline comparison
All blocks of the selected devices are compared offline.
Manual offline/offline comparison
The selected blocks of the devices are compared offline.
Carrying out an online/offline comparison of blocks

1. In the project tree, select a device that allows online/offline comparison.
3. If you have not already established an online connection to this device, the "Go online"
"Connect".
The online connection is established and the compare editor opens.
You can identify the status based on the symbols in the status and action area. You can
define certain actions depending on the status of the objects. Note, however, that you can
only perform actions in one direction in a synchronization action.
Carrying out an automatic offline/offline comparison of blocks

To perform an automatic offline/offline comparison of blocks, follow these steps:

Programming the PLC
3. Drag-and-drop an additional device to the drop area of the right pane. The device to be
compared can originate from the same project, a reference project or the library.
area. You can define certain actions depending on the status of the objects. When you
select an object, the object's properties and the corresponding object of the assigned device
are clearly shown in the properties comparison.
Carrying out a manual offline/offline comparison of blocks

To perform a manual offline/offline comparison of blocks, follow these steps:
4. In the status and action area, click on the button for switching between automatic and
manual comparison.
5. Select the objects that you want to compare.
The properties comparison is displayed. You can identify the status of the objects based
on the symbols. You can define certain actions depending on the status of the objects.
See also
Comparing PLC tags (Page 1778)
Comparing PLC data types (Page 1780)

Programming the PLC
Performing detailed block comparisons
Start a detailed comparison for LAD/FBD/STL/SCL blocks

You can start a detailed comparison for blocks. The versions of a block compared are opened
beside each other and the differences highlighted.
Note
For blocks that are created in the programming language SCL, the detail comparison is not
available for S7-1200 series CPUs with a version older than 2.0.
S7-1500: It is possible that another user can carry out a loading process on the CPU through
joint parallel working on a CPU. If the currently compared block is changed or deleted by
this loading process, the detailed comparison is terminated and a message is displayed.
In this case, re-start the detailed comparison, if required.
Starting detailed comparisons using the compare editor

To start a detailed comparison for a block using the compare editor, follow these steps:
1. First, perform an online/offline or an offline/offline comparison.
2. In the compare editor, select the block for which you want to perform a detailed comparison.
3. Click "Start detailed comparison" in the toolbar.
Starting detailed comparisons in the program editor

For the comparison type online/offline, you can start the detailed comparison directly in the
program editor. To do this, follow these steps:
1. Open the block for which you wish to carry out a detailed comparison.
2. Establish an online connection.
See also: Go online and Go offline
Note
Please note that the block must be available online in order for you to be able to start the
detailed comparison for the block within the programming editor.
3. Click "Detailed comparison" in the toolbar.

4. Confirm the dialog for closing the block with "Yes".
Result
One instance of the program editor will be opened for each version of the block compared and
the two instances are displayed side by side. Any differences will be highlighted.

Programming the PLC
See also
Visualization of the comparison result for LAD/FBD (Page 1759)
Visualization of the comparison result for STL (Page 1763)
Visualization of the comparison result for SCL (Page 1766)
Navigating in the detailed comparison (Page 1775)
Changing blocks during the detailed comparison (Page 1776)
Updating comparison results (Page 1778)
Start detailed comparison for GRAPH blocks

You can start a detailed comparison for GRAPH blocks. The versions of a block compared are
opened beside each other and the differences highlighted.
The following comparison methods are available for GRAPH blocks:
Compare sequence
Complete sequencers are compared with each other in this mode. A detailed comparison
for a GRAPH block always starts in the "Compare sequence" comparison mode. This
means the comparison starts at the beginning of the sequencer and the differences between
the sequencers are displayed. If there are structural differences between the sequencers,
the comparison results are only displayed up to the first structural difference.
Compare selection
You can use the "Compare selection" comparison mode to compare any areas with each
other. This means you can compare sections of the sequencer which are downstream from
a structural difference in the sequence.
You can toggle at random between both comparison modes.
Note
S7-1500: It is possible that another user can carry out a loading process on the CPU through
joint parallel working on a CPU. If the currently compared block is changed or deleted by this
loading process, the detailed comparison is terminated and a message is displayed. In this
case, re-start the detailed comparison, if required.

Programming the PLC
Procedure
To start a detailed comparison, follow these steps:
1. First, perform an online/offline or an offline/offline comparison between the two devices.
2. In the compare editor, select the block for which you want to perform a detailed comparison.
Note
The manual comparison is also available for an offline/offline comparison. It lets you select
any block in the comparison editor for the comparison.
3. Click "Start detailed comparison" in the toolbar.

One instance of the program editor is opened for each version of the blocks compared and
the two instances are displayed side by side. Any differences will be highlighted. The
comparison takes place in the "Compare sequence" mode.
4. To compare specific areas within the displayed sequencers, select the step from which you
want to start the comparison in each sequencer.
5. Click "Comparison mode" in the toolbar.
The comparison mode changes to "Compare selection" and the comparison result is
updated. The sequencers are compared as of the selected steps. The compared substrings
are highlighted.
6. To compare other areas, select the steps which are to serve as starting point for the
comparison.
7. Click "Update the comparison result" in the toolbar.
Note
When you change the comparison mode, you are also updating the comparison results at
the same time. If you stay in "Compare selection" mode, you must manually update the
comparison results every time you change the starting point.
8. To compare the complete sequencers once again, click "Comparison mode" in the toolbar.
Each time you click "Comparison mode" you are changing the comparison mode. You can
also open the drop-down list with the arrow and select the required mode from the list.
See also
Visualization of the comparison result for GRAPH (Page 1769)

Programming the PLC
Visualization of the comparison result
Visualization of the comparison result for LAD/FBD
Introduction
The detailed comparison allows you to identify the exact places where versions of a block
differ. The following color coding allows you to find these places as quickly as possible:
The lines where there are differences are highlighted in gray.
Differing operands and instructions are highlighted in green.
If the number of networks differs, pseudo-networks are added to allow the display of
identical networks to be synchronized. These pseudo-networks are highlighted in gray and
contain the text "No corresponding network found" in the title bar of the network. Pseudo-
networks cannot be edited.
For the sake of clarity, not all the differences are highlighted but rather the first difference of
an operation in each case. For example, if all the inputs in an instruction with multiple inputs
are different in the offline and online versions of the block, only the first input is highlighted as
a difference. You can resolve this difference and update the comparison list. The next input
will then be highlighted as a difference.
The number of differences highlighted within a network therefore depends on the number of
instructions.

Programming the PLC
Structure of the detailed comparison

The following figure shows an example of the online/offline detailed comparison for the LAD
Toolbar of the detailed comparison for LAD

Reference block
Compared block
Comparison result in the Inspector window
The following figure shows an example of the online/offline detailed comparison for the FBD

Programming the PLC

Toolbar of the detailed comparison for FBD

Reference block
Compared block
Note
Display of the symbolic names of the online version of the block is only possible for S7-1200
and S7-1500.

Programming the PLC
Toolbar of the detailed comparison

With the toolbar, you can access the following functions:
General functions
Insert network
Delete network
Insert row
Add row
Open all networks
Close all networks
Comparison-specific functions
Position on first difference
Position on previous difference
Position on next difference
Position on last difference
Synchronize scrolling between editors
Update comparison results
Reference block
The reference block is displayed in the left window. In an online/offline comparison, the
reference block is the offline version of the block.
Compared block
The compared block is displayed in the right window. In an online/offline comparison, the
compared block is the online version of the block.

The differences are displayed in the form of a table in the "Info > Comparison result" tab of the
Inspector window. Double-click on a row to navigate to the corresponding difference in the
block.
See also
Start a detailed comparison for LAD/FBD/STL/SCL blocks (Page 1756)

Programming the PLC

Visualization of the comparison result for STL
Introduction
If the number of networks differs, pseudo-networks are added to allow the display of
identical networks to be synchronized. These pseudo-networks are highlighted in gray and
contain the text "No corresponding network found" in the title bar of the network. Pseudo-
networks cannot be edited.

Programming the PLC

The following figure shows an example of the online/offline detailed comparison for the STL

Toolbar of the detailed comparison for STL

Reference block
Compared block
Note
The display of the symbolic names of the online version of the block is only possible for S7-1500.

Programming the PLC

General functions
Insert network
Delete network
Insert row
Add row
Open all networks
Close all networks
Reference block
Compared block

block.
See also

Programming the PLC

Visualization of the comparison result for SCL
Introduction
Note
The online/offline detailed comparison is not available for the CPU families S7-300/400 and
for S7-1200 with a version less than 2.0.

Programming the PLC

The following figure shows an example of the online/offline detailed comparison for the SCL

Toolbar of the detailed comparison for SCL

Reference block
Compared block
Note
The display of the symbolic name of the online version of the block is only possible for S7-1200
and S7-1500.

Programming the PLC

General functions
Insert row
Add row
Reference block
Compared block

block.
See also

Programming the PLC
Visualization of the comparison result for GRAPH
Introduction
differ. When you start a detailed comparison for a GRAPH block, navigation is opened first.
Use the dividers to toggle between the navigation and the currently set view. You can select
other views with the toolbar of the detailed comparison.
The result of the comparison is indicated by the comparison symbols.
See also: Overview of the comparison editor (Page 405)

The following figure shows an example for the navigation view with an online/offline detailed
comparison for the GRAPH programming language:


Programming the PLC
Toolbar of the detailed comparison for GRAPH

Reference block
Compared block
Navigation toolbar
Dividers
The following figure shows an example for the sequence view with an online/offline detailed


Reference block
Compared block
Dividers

Programming the PLC
Note
If there are structural differences between the blocks, the comparison results are only displayed
up to the first structural difference in the sequence view.
The following figure shows an example for the single step view with an online/offline detailed


Reference block
Compared block
Dividers

Programming the PLC
Note
The result of the comparison refers to the complete network Differences within the networks
are not identified.
The following figure shows an example for the view of permanent instructions with an online/
offline detailed comparison for the GRAPH programming language:


Reference block
Compared block
Dividers

Programming the PLC
Note
The result of the comparison refers to the complete network Differences within the networks
are not identified.
The following figure shows an example for the alarm view with an online/offline detailed


Reference block
Compared block
Dividers

Programming the PLC
Toolbars
With the toolbar of the detailed comparison, you can access the following functions:
General functions
Change to permanent pre-instructions
Change to sequence view
Change to single step view
Change to permanent post-instructions
Change to alarm view
Open all networks
Close all networks
The navigation has its own toolbar with the following functions:
Zoom in or zoom out of elements within the navigation
Synchronize navigation
Reference block
Compared block
Dividers
You can click the dividers to toggle quickly between the navigation and the current view.

block.

Programming the PLC
See also
Start detailed comparison for GRAPH blocks (Page 1757)
Navigating in the detailed comparison
Requirement
You have run a detailed comparison.
Navigate to the differences

To navigate to a difference between the two blocks, follow these steps:
1. Open the list of results for the detailed comparison under "Info > Comparison result" in the
Inspector window.
2. Double-click a difference.
The difference is selected in both editors.
Or:
1. Click one of the following navigation buttons on the toolbar:
Navigates to the first difference in the block, and displays the difference in both editors.
Navigates to the previous difference starting from the current position, and displays the
difference in both editors.
Navigates to the next difference starting from the current position, and displays the
difference in both editors.
Navigates to the last difference in the block, and displays the difference in both editors.

Programming the PLC
Switching off/on the synchronization of the vertical scrolling between the editors
The scrolling for both editors is synchronized to ensure that the corresponding networks are
visible parallel to each other during vertical scrolling. You can switch this mode off and on. To
do this, follow these steps:
1. To switch off synchronized scrolling, click the "Synchronize scrolling between editors"
button in the toolbar.
2. To switch on synchronized scrolling again, click the "Synchronize scrolling between editors"
button one more time in the toolbar.
See also
Changing blocks during the detailed comparison

While you are carrying out the detailed comparison, you can make changes to the blocks that
are being compared. Remember the following:
Online/offline comparison: You can change only the offline block.
Offline/offline comparison: You can change only the offline block in the left-hand area.
After a block change, it may be necessary to manually update the comparison result in the
comparison editor to ensure that the comparison status is displayed correctly. You can then
specify actions to synchronize the objects.
Note
You cannot change SCL blocks manually. However, you can apply changes from one block
to the other block. In this regard, note the following points:
You cannot apply any changes in an online block.
You can only apply changes in an offline block if this is not write-protected. This is the case,
for example, if the blocks of the detailed comparison come from different CPUs. It is then
also possible to apply the changes to the block in the right-hand area.

Programming the PLC
Changing LAD, FBD or STL blocks

To change LAD, FBD or STL blocks, follow these steps:
1. Change the block in the left-hand area according to your requirements.
2. If necessary, click on "Update comparison results" in the toolbar.
Changing GRAPH blocks

To change a GRAPH block, follow these steps:
1. Switch to sequence view by clicking "Sequence view" between the two blocks.
2. Change the block in the left-hand area according to your requirements.
Changing SCL blocks

To apply a change from one block to another one, follow these steps:
1. In the sidebar of the block from which you want to apply a change to another block, click
on the arrow in the corresponding line.
The line is inserted in the other block and the arrow buttons are removed.
Note
The colors of the arrows have the following meanings:
Gray: The changes cannot be applied to the other block, as the other block is either an
online block or write-protected.
Blue: The changes are applied from an offline block to the other block.
Orange: The changes are applied from an online block to the other block.
See also

Programming the PLC
Updating comparison results

As soon as you change an object, the comparison results are no longer valid and must be
updated.
Requirement
You have run a detailed comparison.
Procedure
To update the comparison results, follow these steps:
1. Click "Update the comparison result" in the toolbar.
See also
11.1.5.3 Comparing PLC tags

You have the following options for comparing PLC tags:
Automatic offline/offline comparison in the compare editor
The PLC tag tables of the selected devices are compared offline.
Manual offline/offline comparison in the compare editor
The selected PLC tag tables of the devices are compared offline.
Detailed comparison
Use the detailed comparison to determine differences within the PLC tag tables.

Programming the PLC
Performing automatic offline/offline comparison in the compare editor

To perform an automatic offline/offline comparison of PLC tag tables, follow these steps:
4. Open the "PLC tags" folder.
You can identify the status of the PLC tag tables based on the symbols in the status and
action area. You can define certain actions depending on the status.
Performing manual offline/offline comparison in the compare editor

To perform a manual offline/offline comparison of PLC tag tables, follow these steps:
manual comparison.
5. Select the PLC tag tables that you want to compare.
The properties comparison is displayed. You can identify the status based on the symbols.

To start a detailed comparison for a PLC tag table, follow these steps:
1. Perform an automatic or manual offline/offline comparison.
2. For an automatic offline/offline comparison in the compare editor, select the PLC tag table
for which you want to run a detailed comparison. Note that two PLC tag tables must be
selected for comparison for a manual offline/offline comparison.
A separate compare editor opens. All existing PLC tags of the selected PLC tag tables are
displayed depending on the settings of the compare editor. User and system constants are
not shown, however. You can identify the status of the PLC tags based on the symbols.
You can define certain actions depending on the status of the PLC tags.

Programming the PLC
See also
Comparing PLC data types (Page 1780)
11.1.5.4 Comparing PLC data types

You have the following options for comparing PLC data types:
Online/offline comparison (S7-1200/1500 only)
The PLC data types in the project are compared with the PLC data types of the selected
device.
Automatic offline/offline comparison in the compare editor
The PLC data types of the selected devices are compared offline.
Manual offline/offline comparison in the compare editor
The selected PLC data types of the devices are compared offline.
Detailed comparison
Use the detailed comparison to determine differences between PLC data types.
Performing online/offline comparison of PLC data types

1. In the project tree, select a device that allows online/offline comparison.
If you have not already established an online connection to this device, the "Go online"
"Connect".
The online connection is established and the compare editor opens.
3. Open the "PLC data types" folder.
You can identify the status based on the symbols in the status and action area. When you
select an object, the properties of the PLC data type and the corresponding PLC data type
of the assigned device are displayed in the properties comparison.
Performing automatic offline/offline comparison in the compare editor

To perform an automatic offline/offline comparison of PLC tag tables, follow these steps:
4. Open the "PLC data types" folder.
You can identify the status of the PLC tag tables based on the symbols in the status and
action area. You can define certain actions depending on the status.

Programming the PLC
Performing manual offline/offline comparison in the compare editor

To perform a manual offline/offline comparison of PLC data types, follow these steps:
manual comparison.
5. Select the PLC data types that you want to compare.
The properties comparison is displayed. You can identify the status based on the symbols.

To start a detailed comparison for a PLC data type, follow these steps:
1. Perform an offline/offline comparison. You can also perform an online/offline comparison
for CPUs of the S7-1200/1500 series.
2. For an automatic offline/offline comparison in the compare editor, select the PLC data type
for which you want to run a detailed comparison. Note that two PLC data types must be
selected for comparison with a manual offline/offline comparison.
The two PLC data types are opened next to each other so that you can easily identify the
differences.
See also
Comparing PLC tags (Page 1778)

Programming the PLC
11.1.6 Compiling and downloading blocks
11.1.6.1 Compiling blocks
Basic information on compiling blocks
Introduction
A user program must first be compiled before the CPU can execute it. You need to recompile
your program each time you make a change.
The following procedures take place during compilation:
The user program is checked for syntax errors.
Unneeded instructions are removed from the user program.
All the block calls within the compiled blocks are checked. In case of changes to the
interface of called blocks, errors will be shown in the "Compilation" tab of the information
window. You have to correct these errors first.
The blocks must be numbered uniquely in the user program. If more than one block has
the same number, the blocks with number conflicts are renumbered automatically during
compilation. A block will not be renumbered in the following cases:
The block was selected either individually or as part of a multiselection for the
compilation.
The block is know-how protected.
The number assignment is set to "manual" in the properties of the block.
Number conflicts that cannot be resolved by automatic renumbering must be corrected
manually. Note the messages in the Inspector window for this. You can only correct know-
how-protected blocks manually if you know the password since the blocks must then be
recompiled.
Finally, the user program is compiled into a code that can be read by the CPU.
Compilation methods
You can start compilation in the following windows or editors:
Compiling blocks in the project tree
Serves to compile individual blocks or the simultaneous compilation of one or several blocks
in the "Program blocks" folder.
Compiling blocks in the program editor
This is intended for compilation of a single open block.
Compiling blocks in the call or dependency structure
Used to compile individual blocks.
See also: Call structure (Page 1818), Dependency structure (Page 1824)

Programming the PLC
Compilation options
If you are compiling blocks in project tree, you have further options:
Software (changes only)
All program changes of the selected blocks are compiled. If you have selected a block
folder, all program changes to the bocks contained in the folder are compiled.
Software (compile all blocks)
All blocks are compiled. This is recommended for the first compilation and after major
revisions.
Software (reset memory reserve)
All tags declared in the reserve area of the interface of selected blocks are moved to the
standard area of the interface. Memory reserve is now available for further interface
extensions.
Note
This option is only available for CPUs of the S7-1500 and S7-1200 V4 and higher series.
Consistency check
Changing the interfaces of blocks called or PLC data types used can result in inconsistencies
between calling blocks and called blocks or between the PLC data types and the global data
blocks which use these PLC data types.
To avoid such inconsistencies in the user program, the system performs an automatic
consistency check before each compilation process. The time stamps are compared and
compilation is then either carried out or canceled depending on the results of the comparison.
The calling block can only be compiled if the time stamps of the interfaces of the called
blocks are older than those of the calling block.
A global data block based on a PLC data type can only be compiled correctly if the time
stamp of the global data block is newer than the time stamp of the PLC data type used.
The instance data block can only be compiled correctly if the interface time stamps for the
interface of the instance data block are identical to those of the assigned function block.
If the compilation process is cancelled, an alarm is displayed in the inspector window. Update
the block calls in the relevant blocks and the PLC data types in the global data blocks and then
restart compilation. The consistency check also finds know-how protected blocks which cannot
be compiled. The corresponding messages will also be shown in the inspector window.
If you start loading immediately instead of first compiling, the blocks selected will be
automatically compiled and the block call and global data blocks implicitly updated. Please
note the following differences between the CPU families:
S7-1200/1500: All blocks affected are loaded to ensure no inconsistencies can arise.
S7-300/400: Only the block selected is loaded.

Programming the PLC
See also
Compiling blocks in the project tree (Page 1784)
Compiling blocks in the program editor (Page 1785)
Correcting compilation errors (Page 1786)
Compiling blocks in the project tree

You can compile one block, multiple blocks or all of the blocks in the project tree.
For CPUs of the S7-1500 and S7-1200 V4 series, you can also reset the memory layout of
blocks with memory reserve by running a compilation. For more information on memory
reserve, refer to chapter "Loading blocks (S7-1200/1500) > Loading block changes without
reinitialization".
Requirement
Compiling one or more blocks in the project tree

To compile multiple blocks in the project tree, follow these steps:
1. Open the "Program blocks" folder in project tree.
2. Select the blocks you want to compile.
3. Select the "Compile > Software (only changes)" command from the shortcut menu.
Compiling all blocks in the project tree

To compile all blocks in the "Program blocks" folder in project tree, follow these steps:
1. Select the "Program blocks" folder in the project tree.
2. You can select one of two different options for the compilation:
If you want to compile only the changes since the last compilation, select the "Compile
> Software (only changes)" command in the shortcut menu.
If you want to compile all blocks completely, select the "Compile > Software (compile
all blocks)" command in the shortcut menu.

Programming the PLC
Resetting memory layout (S7-1500/S7-1200 V4)

Proceed as follows to reset the memory layout of blocks:
1. Select the "Program blocks" folder, or specific blocks in this folder.
2. Select the "Compile > Software (Reset memory reserve)" command from the shortcut menu.
Result
The code for the blocks will be generated if the consistency check has been successful.
Instance data blocks generated by the system which are no longer needed will be deleted.
The message under "Info > Compilation" in the inspector window reports whether the
compilation was successful.
See also
Finding syntax errors in the program (Page 1697)
Compiling blocks in the program editor
Note
Note that the block is recompiled even if you have not made any changes and the time stamp
of the block is modified.
Requirement
The block to be compiled is open.
Procedure
To compile a block in the program editor, follow these steps:
1. Right-click in the instruction window of the programming editor.
2. Select the "Compile" command in the shortcut menu.
Result
The code for the block is generated. Instance data blocks generated by the system which are
no longer needed will be deleted.
The message under "Info > Compilation" in the inspector window reports whether the
compilation was successful.

Programming the PLC
See also
Correcting compilation errors

In the Inspector window in "Info > Compile", you can see whether any compilation was
successful or whether errors were detected in the program. If errors occur, you will need to
correct them and then start the compilation again.
Procedure
To correct errors following compilation, follow these steps:
1. Open the error list in the Inspector window with "Info > Compile".
2. If there is one, click on the blue question mark next to the error text for information on
remedying errors.
3. Double-click the error you want to correct.
The corresponding error is highlighted.
4. Correct the error.
5. Restart compilation.
See also
11.1.6.2 Downloading blocks for S7-1200/1500
Introduction to downloading blocks
Downloading blocks to device

So that the CPU can execute the user program, the program must first be compiled and then
downloaded to the device. Loading into the device can be started through different methods:
By using the commands in the "Online" menu
By using the the context menu
By using the "Load" button in the toolbar

Programming the PLC
Depending on the selected object (such as individual blocks in the programming editor, the
complete block folder or the connected CPU in the project navigation) and the command
respectively selected, you can load the following components:
Hardware configuration
Software (all)
During the loading operation, all information that is required for the reconstruction of the
program, including symbolic information such as the names and comments for code and data
blocks, is also loaded in the current project language. If you change the project language, you
must therefore re-load the program.
The symbolic information is not loaded to the work memory, but rather to the load memory.
After the data has been loaded from a device, the symbolic information is available again in
your program, which increases the readability of your program code. Please note, however,
that loading to and from a device is not a substitute for storing data in an offline project, as
watch tables or multi-language capability of projects cannot be reproduced by loading to and
from a device.
After loading from a device, you can only display all data from know-how-protected blocks by
entering the correct password.
Note
No valid hardware configuration available
If no valid hardware configuration was found on the CPU while loading the software, the existing
hardware is loaded as well during a "Download to device".
Please note that in this case hardware components are also loaded during the download, even
though you executed the command for loading software!
Note
To avoid inconsistencies between calling and called blocks, all blocks affected are compiled
and loaded after each global change, such as a change in the block interface.

Programming the PLC
Note
S7-1200 Version 1.0
If you download an element of your project to the CPU, for example a program block, a data
block or the hardware configuration, the CPU runs a cold restart the next time it changes to
RUN mode. Apart from deleting the inputs, initializing the outputs and deleting the non-retentive
memory, cold restart also deletes the retentive memory areas. All subsequent changes from
STOP to RUN are warm restarts in which the retentive memory is not deleted.
Note
S7-1500
The load memory of S7-1500 series CPUs is on the SIMATIC memory card. Therefore, a
SIMATIC memory card absolutely must be inserted in order to operate the CPU.
Uploading blocks from device

You can load the blocks of a device to your project. This is necessary, for example, if you want
to edit blocks that only exist in this device. You have the option of loading either all available
blocks (organization blocks, function blocks, functions and data blocks) and global PLC tags
or individual blocks to the project.
Uploading blocks from or downloading blocks to a memory card

Memory cards are plug-in cards used with an S7-1200 series CPU, for example, to replace
the load memory of a device. In the case of S7-1500 series CPUs, they contain the load
memory. Only the SIMATIC memory card from Siemens can be used for devices of the
S7-1200 and S7-1500 series.
To use a memory card as load memory, you must download the user program or individual
blocks to a memory card. You can just as well upload blocks from a memory card back into
the project.
Note
S7-1200
Note the following when uploading to or downloading from a memory card:
If the CPU contains no previous program and you insert an empty memory card in the CPU
the program will be loaded from the PG/PC to the memory card and not to the CPU.
If you insert an empty memory card prior to the startup of the CPU, the program that is on
the CPU will be transferred automatically to the memory card. The program on the CPU
will then be deleted.
If you insert a memory card with a program in the CPU prior to the startup of the CPU and
the CPU already contains a program, the program on the memory card will be executed
and not the program on the CPU. The program on the CPU will be deleted.

Programming the PLC
Loading GRAPH function blocks

If you load a GRAPH function block together with its instance data block, the processing of the
sequencer starts over at the initial step. As a result, problems may occur when synchronizing
the sequencer with the process. You can avoid these problems by switching off the sequencer
before loading.
Downloading changes without reinitialization

It often proves necessary to edit or expand a PLC program that was already commissioned
and that is running on the plant without error. Such operations should be performed without
causing any major interruptions of current operations.
S7-1500 therefore offers the option of extending the interfaces of function or data blocks during
runtime and loading the modified blocks without setting the CPU to STOP or affecting the value
of tags that are already loaded. This is a simple means of implementing program changes.
This load process (download without reinitialization) will not have a negative impact on the
controlled process.
Effects of a load operation on the tag values of a data blocks

When data blocks are downloaded to a device in STOP mode, the next transition of the device
to RUN affects the current tag values as follows:
Tags not marked as being retentive retain their defined start values.
Retentive tags of the S7-1200 only retain their values if the following conditions are met:
You loaded the data block by means of "Download to device > Software (changes only)".
You made no changes to the DB structure.
Otherwise the retentive tags will also retain their defined start values.
Retentive tags of the S7-1500 only retain their values if the following conditions are met:
You loaded the data block by means of "Download to device > Software (changes only)".
You made no changes to the structure of the data block or modified it within the memory
reserve.
Otherwise the retentive tags will also retain their defined start values.
Loading blocks with synchronization

In team engineering, it is possible for several users to work on one project with several
engineering systems at the same time and access one S7-1500 CPU. To ensure consistency
within the shared project, it is necessary to synchronize the changed data prior to loading so
that nothing gets overwritten unintentionally.
If differences are determined between the online and offline data management within the
shared project during loading that were caused by a different engineering system, automatic
synchronization of the data to be loaded is offered during loading.
In this case, the "Synchronization" dialog displays the data to be synchronized with the current
status (online-offline comparison) and the possible actions.

Programming the PLC
The following options are available for synchronization:
Application case Recommendation Synchronization

One or more blocks on the CPU (online) These blocks should be downloaded Automatic synchronization is possible:
are more recent than in the engineering from the CPU to the engineering system The blocks in the engineering system
system (offline). before loading. are updated prior to loading.
One or more new blocks have been cre These blocks should be downloaded Automatic synchronization is possible:
ated and exist only in the CPU (online). from the CPU to the engineering system The new blocks are added prior to the
before loading. download in the engineering system.
One or more blocks on the CPU have The blocks should also be deleted prior Automatic synchronization is not possi
been deleted. to the download in the engineering sys ble.
tem. The blocks deleted on the CPU should
be manually deleted in the offline project
in the engineering system.
One or more blocks on the CPU and in These blocks with competing changes Automatic synchronization is not possi
the engineering system are different. must be adapted manually. You decide ble:
This is the case when a different user in this case which changes you are go The affected blocks on the CPU or in the
has changed blocks to which you have ing to accept. engineering system must be adapted
also made corrections and has already If the blocks on the CPU are to be re manually. One of the existing block ver
downloaded them to the CPU. tained, you should accept these blocks sions (online or offline) will be overwrit
prior to download from the CPU to your ten in the process.
engineering system.
If the blocks that you have changed are
to be applied, you can continue with the
download without synchronization.
There are differences in the hardware Differences in the hardware configura Automatic synchronization is not possi
configuration on the CPU (online) and in tion must be adapted manually. You de ble:
the engineering system (offline). cide in this case which hardware config The hardware configuration must be
uration you are going to accept. adapted manually.
If the existing hardware configuration on One of the existing hardware configura
the CPU is to be retained, you should tions (online or offline) will be overwrit
apply these in your engineering system ten in the process.
prior to loading.
If you want to apply the changed hard
ware configuration, you can continue
with the download without synchroniza
tion.
You can use the "Force download to device" command to download blocks without
synchronization, if desired.
Downloading blocks in the "RUN" operating mode to the device
Basics on downloading blocks in the "RUN" operating mode

When you download modified blocks to the device, it is not always necessary to switch the
device to the "STOP" operating mode. Prior to a download operation, the Engineering System
checks whether the device must be stopped before downloading. The result of this check is
displayed in the "Load preview" dialog.

Programming the PLC
If it is necessary to change to the "STOP" operating mode, you cannot continue the download
process until you have stopped the CPU.
If the requirements are met, you can also download a modified program or program parts to
a CPU in "RUN" operating mode.
The quantity structures may be exceeded for very complex programs which prevents a
download in "RUN". In this case you must first create the prerequisites for a download in "RUN".
Tips:
Use a memory card with sufficient capacity.
Select a CPU with sufficient work memory.
If necessary, reduce the number of downloaded objects (blocks, constants, PLC tags, data
types).
If you cannot download all objects at once, proceed in several steps and download a smaller
number of objects in each step.
Note
Actual parameters are not overwritten by a download process in the "RUN" operating mode.
Changes to the actual parameters will not become effective until the next time you change the
operating mode from "STOP" to "RUN".
Downloading changes in "RUN"

The table below shows which program and configuration changes can be downloaded in "RUN"
operating mode, sorted by CPU family and taking into consideration the firmware versions of
the CPUs.
Explanations on the table:
"RUN": Change can be downloaded in "STOP" operating mode as well as in "RUN"
operating mode to the CPU.
"RUN (< 57)": The CPU can integrate up to 56 new or modified objects/blocks in one
program cycle. If you download more objects/blocks, they are integrated in several
successive program cycles. If you want to download all objects/blocks consistently, you
must set the CPU to "STOP" operating mode. This number depends on the setting for
S7-300 CPUs with configuration option "Process mode/test mode".
"RUN (Init)": Change can be downloaded in "RUN" operating mode; downloaded data
blocks are re-initialized.
"STOP": Change can only be downloaded in "STOP" operating mode.
"STOP (Reset)": Change can only be downloaded in "STOP" operating mode; all data
including retentive data is reset.

Programming the PLC
S7-300 S7-400 S7-1200 V4.0 S7-1500

and higher
Action/type of change Download possible in mode ...
Modified properties of HW components. STOP STOP STOP STOP
This includes changes to comments in the
HW configuration.
Added HW components STOP STOP STOP STOP
New/revised text lists (messages) RUN RUN STOP RUN (V1.1 and
higher)
Revised comments (new, revised, de - - RUN RUN
leted) with the exception of comments in
the HW configuration
Number of blocks downloaded at the same RUN (<17) RUN (<57) RUN (<21) RUN (all)
time
Download PLC program to the device and STOP (Reset) STOP (Reset) STOP (Reset) STOP (Reset)
reset
New OB RUN RUN STOP RUN
Modified OB: Code changes RUN RUN RUN RUN
OB with modified properties RUN RUN STOP RUN
(e.g., cycle time change)
Deleted OB RUN RUN STOP RUN
New FB/FC/DB/User Data Type (UDT) RUN RUN RUN RUN
Deleted FB/FC/DB/User Data Type (UDT) RUN RUN RUN RUN
Revised FB/FC: Code change RUN RUN RUN RUN
Revised FB/FC: Interface change* STOP STOP RUN RUN
Modified DB: Modified property ("Only STOP STOP RUN (Init) RUN (Init)
store in load memory" attribute changed)
Modified DB (memory reserve not ena RUN (Init) RUN (Init) RUN (Init) RUN (Init)
bled): Name/type of tags modified, tags
added or deleted **
Modified DB (memory reserve enabled): - - RUN RUN
New tag added**
Modified User Data Type (UDT) STOP STOP RUN (Init) RUN (Init)
Add new PLC tags (timer, counter, bit RUN RUN RUN RUN
memory)
Modified retentivity settings (timer, coun STOP STOP STOP STOP
ter, bit memory, DB area)
Motion Control technology objects: - - - STOP
Changes to MC Servo cycle clock, change
from free-running to cyclical (and vice ver
sa). Changes to the HW interface of the TO
* If the interface change results in structural changes at the instance DB, see "Modified DB...".
** For the effect of download of data block changes to the data block content, see section "Downloading data blocks to the
CPU"

Programming the PLC
Download of changes in "RUN" with older CPU firmware versions

The table below shows which changes you can download in "RUN" operating mode, in
particular, for which older CPU firmware versions.
S7-1200 S7-1200
V1.0 - 2.1 V2.2 - V3.0
Action/type of change Download possible in mode ...
Modified properties of HW components. STOP STOP
This includes changes to comments in the HW configuration.
Added HW components STOP STOP
New/revised text lists (messages) STOP STOP

Revised comments (new, revised, deleted) with the exception of com STOP RUN
ments in the HW configuration
Number of blocks downloaded at the same time STOP RUN (<11)

Download PLC program to the device and reset STOP (Reset) STOP (Reset)
New OB STOP STOP
Modified OB: Code changes STOP RUN
OB with modified properties (e.g., cycle time change) STOP STOP
Deleted OB STOP STOP
New FB/FC/DB/User Data Type (UDT) STOP RUN
Deleted FB/FC/DB/User Data Type (UDT) STOP RUN
Revised FB/FC: Code change STOP RUN
Revised FB/FC: Interface change STOP STOP
Modified DB: Modified property ("Only store in load memory" attribute STOP STOP
changed)
Modified DB (memory reserve not enabled): Name/type of tags modi STOP STOP
fied, tags added or deleted
Modified User Data Type (UDT) STOP STOP

Add new PLC tags (timer, counter, bit memory) STOP STOP
Modified retentivity settings (timer, counter, bit memory, DB area) STOP STOP
Downloading data blocks to the CPU

Depending on the conditions, the download of new or modified data blocks has an effect on
the actual values in the data block:
Download new data blocks Actual values in the new data blocks are set to
start values.
Download structurally modified data blocks Actual values of added tags in the structurally
(memory reserve not enabled) modified data blocks are set to start values.

Programming the PLC
Download structurally modified data blocks The following actual values are retained:
(memory reserve enabled) Actual values of tags outside the memory
reserve
Actual values of tags that were not modified
within the memory reserve
Actual values of added tags within the memory
reserve are set to start values.
Download of simply modified data blocks (no Actual values are retained.
structural modification)
Additional information on download of block extensions without re-initialization and download
of modified values for data blocks is available at "See also".
See also
Downloading blocks from program editor to device (Page 1794)
Downloading blocks from the project tree to the device (Page 1796)
Downloading blocks from program editor to device
Requirement
The block to be downloaded is open.

Programming the PLC
Procedure
To download a block from the program editor to the device, follow these steps:
1. Right-click in the instruction window of the programming editor.
2. Select the "Download to device" command in the shortcut menu.
If you have not already established an online connection, the "Extended download to
device" dialog opens. In this case, set all parameters required for the connection and
click "Load".
You can save your preferred connection parameters as default under "Options >
Settings > Online & Diagnostics". When you first load with new connection parameters,
a query is automatically displayed whether you want to store it as a default setting. Click
"Yes", if you want to save the current connection parameters as default.
You have the option of showing all compatible devices by selecting the corresponding
option and clicking the "Start search" command. You can also open the "Extended
download to device" dialog explicitly via the "Online" menu.
See also: Establishing and terminating an online connection
If you have already specified an online connection, then the project data is compiled if
necessary and the "Load preview" dialog opens. This dialog displays alarms and
proposes actions necessary for loading.
3. Check the alarms and, where necessary, enable the actions in the "Action" column.
Note
Actions
Performing the proposed actions during ongoing plant operation can cause serious damage
to property or injury to persons if there are functional faults or program errors.
Note
To avoid inconsistencies between calling and called blocks, download all affected blocks
each time you make global changes, such as changes in the block interface. Select the
"Consistent download" action.
4. Click "Load".
If there is a need for synchronization, the system automatically displays the
"Synchronization" dialog. This dialog displays messages and suggests actions that are
needed for the synchronization. You have the option of performing these actions or forcing
the download without synchronization by clicking "Force download to device". If you have
performed the suggested actions, you will be asked whether you want to continue with the
download. Click "Continue download" in order to download the block. The "Load results"
dialog then opens and shows you the status and the actions after the download operation.
5. If you want to start the modules again directly after downloading, select the "Start all" check
box.
6. To close the "Load results" dialog box, click "Finish".

Programming the PLC
Result
The code for the block will be downloaded to the device. If the changes affect additional blocks,
these will be compiled and also downloaded to the device. Blocks that only exist online in the
device are deleted. Existing CPU data blocks are retained, however. Inconsistencies between
the blocks in the user program are avoided by loading all blocks affected and deleting the
unneeded blocks in the device.
The messages under "Info > General" in the Inspector window show whether the downloading
process was successful.
See also
Downloading blocks from the project tree to the device (Page 1796)
Downloading blocks in the "RUN" operating mode to the device (Page 1790)
Downloading blocks from the project tree to the device

In the project tree you can download one block, multiple blocks or all blocks to a device.
Downloading one or more blocks from the project tree to the device
To download one block or multiple blocks to the device from the project tree, follow these steps:
1. Open the "Program blocks" folder in project tree.
2. Select the blocks you want to download.
3. Select the "Download to device > Software (only changes)" command from the shortcut
menu.
click "Load".
You can save your preferred connection parameters as default under "Options >
Settings > Online & Diagnostics". You will be prompted as such when you download
new connection parameters for the first time. Select "Yes", if you want to save the current
connection parameters as default.
You have the option of showing all compatible devices by selecting the corresponding
option and clicking the "Start search" command. You can also open the "Extended
download to device" dialog explicitly via the "Online" menu.

Programming the PLC
Note
5. Click "Load".
box.
Downloading blocks from the project tree to the device

To download all blocks in the "Program blocks" folder to the device from the project tree, follow
these steps:
1. Select the "Program blocks" folder in the project tree.
2. Select the "Download to device" submenu in the shortcut menu.
3. If you only want to download the changes since the last download, select the "Software
(only changes)" option. If all blocks are to be fully loaded and all values are to be reset to
their start values, select "Download PLC program to the device and reset".
click "Load". You have the option of showing all compatible devices by selecting the
corresponding option and clicking the "Start search" command. You can also open the
"Extended download to device" dialog with the "Online" menu.
Note

Programming the PLC
5. Click "Load".
box.
Result
The code for the blocks is downloaded to the device. If the changes affect additional blocks,
these will be compiled and also downloaded to the device. Blocks that only exist online in the
device are deleted. Inconsistencies between the blocks in the user program are avoided by
loading all blocks affected and deleting the unneeded blocks in the device.
See also
Downloading blocks from program editor to device (Page 1794)
Downloading blocks in the "RUN" operating mode to the device (Page 1790)
Uploading blocks from device

You can load either all blocks or individual blocks from a device into your project.
Note
Please note that when you load individual blocks, no tags or other required blocks to which
you may refer are loaded together with the individual blocks. During the loading operation,
reference to tags and blocks are reassigned where possible based on the names. After the
loading operation, check whether these assignments are correct.
When uploading from a device to an empty project, any existing folder structures for blocks
and objects from libraries may not be downloaded.
S7-1500: When GRAPH function blocks are loaded from a device to your project, the step-
specific alarm texts for the interlock and supervision alarms are not loaded.

Programming the PLC
Requirement
The online and offline versions of a block to be loaded are different or the blocks only exists
online.
Uploading all blocks from a device

To upload all blocks from a device, follow these steps:
1. Establish an online connection with the device from which you want to upload the blocks.
2. In the project tree, select the device folder from which you want to upload blocks.
3. In the "Online" menu, select the "Upload from device" command.
The "Upload preview" dialog box opens. This dialog displays alarms and proposes actions
necessary for loading.
The "Upload from device" button will be enabled as soon as uploading becomes possible.
5. Click on the "Upload from device" button.
The load is executed.
Uploading individual blocks from a device

To upload individual blocks from a device, follow these steps:
1. Establish an online connection with the device from which you want to upload the blocks.
2. In the project tree, select the blocks that you want to upload from the device.
3. In the "Online" menu, select the "Upload from device" command.
The load is executed.
Result
The blocks will be uploaded from the device to the project. You can edit them as normal,
recompile them and download them to the device again.
Downloading blocks to a memory card
Requirement
The memory card is marked as a program card.
The "Program blocks" folder of the memory card is open.

Programming the PLC
Procedure
To download blocks to a memory card, follow these steps:
1. Open the "Program blocks" folder of the device in the project tree.
2. Select the blocks you want to download to the memory card.
3. Drag the blocks in project tree to the "Program blocks" folder of the memory card. You can
also copy the blocks and add them to the memory card.
If necessary, the blocks are compiled. The "Load preview" dialog then opens. This dialog
displays alarms and proposes actions necessary for loading.
5. As soon as downloading becomes possible, the "Load" button is enabled.
download. Click "Continue download" to download the block. The "Load results" dialog then
opens and shows you the status and the actions after the download operation.
7. Click "Finish".
Or:
1. In the project tree, select the blocks that you want to upload.
2. Select the "Card reader/USB memory > Write to memory card" command in the "Project"
menu.
The "Select memory card" dialog opens.
3. Select a memory card which is compatible with the CPU.
A button with a green check mark is activated at the bottom of the dialog.
4. Select the button with the green check mark.
If necessary, the project data are compiled. The "Load preview" dialog then opens. This
dialog displays alarms and proposes actions necessary for loading.
download. Click "Continue download" to download the block. The "Load results" dialog then
opens and shows you the status and the actions after the download operation.
7. Click "Finish".

Programming the PLC
Result
The blocks are downloaded to the memory card. If the changes affect additional blocks, these
will also be downloaded to the memory card. Blocks that exist only on the memory card are
deleted. Inconsistencies between the blocks in the user program are avoided by downloading
all affected blocks and the deleting of the non-required blocks on the memory card.
See also
Uploading blocks from a memory card (Page 1801)
Uploading blocks from a memory card

You can only upload all blocks from one memory card back into your project.
Requirement
The memory card is displayed.
Procedure
To upload blocks from a memory card to your project, follow these steps:
1. In the project tree, drag the folder of the memory card to the folder of the device in the
project. You can also copy the memory card and insert it in the device.
See also
Downloading blocks to a memory card (Page 1799)
Switching off the sequencer prior to loading a GRAPH DB

You can specify the switching off of the sequencer prior to loading an instance data block either
globally or during the load operation.

Programming the PLC
Globally switching off the sequencer

To switch off the sequencer globally for each loading operation of an instance data block, follow
these steps:
2. Select the "PLC programming > GRAPH" group in the area navigation.
3. Select the "Turn off sequence before downloading DB" check box.
For future loading operations, the sequencer is switched off prior to loading of the instance
data block.
Switching off the sequencer during the loading operation

To switch off the sequencer during the loading operation, follow these steps:
1. Load the GRAPH function block to the device.
During the loading operation, the "Load preview" dialog opens. This dialog displays alarms
and suggests the required actions for loading. If the instance data block must be loaded
together with the GRAPH function block, the "Load preview" dialog suggests the action
"Turn off sequence before downloading the DB".
2. Select the "Turn off sequence before downloading DB" check box.
11.1.7 Protecting blocks
11.1.7.1 Protecting blocks
Introduction
You can use a password to protect one or more blocks of the OB, FB, FC type and global data
blocks from unauthorized access. Note the following particularities:
You can not manually protect instance data blocks; they depend on the know-how
protection of the assigned FB. This means that when you create an instance data block for
a know-how protected FB, the instance data block also receives this know-how protection.
This is independent of whether you explicitly create the instance data block or if it is created
by a block call.
The know-how protection acts as write protection in global blocks and in instance data
blocks.
You cannot provide ARRAY data blocks with know-how protection.
If a block is know-how protected, only the following data is readable without the correct
password:
Interface parameters Input, Output, InOut, Return, Static
Block title
Block comment

Programming the PLC
Block properties
Tags of global data blocks without specification of the location of use
The following actions can be performed with a know-how protected block:
Copying and deleting
Calling in a program
Downloading
The code of the block, on the other hand, is protected from unauthorized reading and
modification. For S7-1200/1500 CPUs, you can also set up copy protection which binds
execution of the block to the CPU or the memory card with the defined serial number.
Note
S7-1200 version 1.0 and S7-300/400 (only GRAPH and SCL blocks): If you download a
know-how-protected block to a device, no restore information is loaded along with it. This
means that you cannot open a know-how-protected block again even with the correct
password if you upload it from the device.
Only the non-protected data is compared in offline-online comparison of know-how
protected blocks.
You will no longer be able to access the block if you do not have the password.
If you add a know-how-protected block to a library, the master copy created will also be
know-how protected.
For S7-1500, you can select the "Block can be used as know-how protected library item"
check box in the block properties to obtain the information on whether or not the block can
be used as protected library item. For this purpose, the block cannot use any tags from the
operand areas Output (Q), Input (I), Bit memory (M), Timer function (T) or Count function
(C), and cannot access data blocks.
Cross references to used tags, bit memories, inputs and outputs in know-how protected
blocks are not displayed even after the correct password is entered..
If you change the number of a block, the loadable binary component of the block is out of
date. This means that the block must be recompiled before loading it to a device. For know-
how-protected blocks, this is only possible with the correct password. Keep this in mind
particularly if you want to copy a know-how-protected block to another device in which there
is already a block with the same number.
Always pass on a project that includes know-how-protected blocks as a project archive or
library archive. In this way, you ensure that the know-how protection cannot be bypassed.
If you wish to assign know-how protection to several blocks using multiple selection, no
instance data block can be included in the selection. Otherwise, it will not be possible to
set know-how protection.
You cannot change the know-how protection settings for an open, know-how protected
block.

Programming the PLC
See also
Setting up and removing block copy protection (Page 1804)
Setting up block know-how protection (Page 1805)
Printing know-how protected blocks (Page 1807)
Removing block know-how protection (Page 1808)
Changing a password (Page 1808)
11.1.7.2 Setting up and removing block copy protection

For S7-1200 /1500 CPUs, you can set up copy protection which binds execution of the block
to a specific CPU or a specific memory card. The block can then only be executed if it is in the
device with the set serial number.
It is important that you also know-how-protect any block for which you have set up copy
protection. If you do not, anyone can reset the copy protection.
Note
S7-1500 and S7-1200 V2.2 and higher: If you download a copy protected block to a device
that does not match the specified serial number, the entire download operation will be rejected.
This means that blocks without copy protection, too, will not be downloaded.
Setting up copy protection

To set up copy protection for a block, follow these steps:
1. Open the block you wish to copy-protect.
2. Open the "Properties" tab in the inspector window.
3. Select "Protection" in the area navigation in the inspector window.
4. Select either "Bind to serial number of the CPU" or "Bind to serial number of the memory
card" from the drop-down list in the "Copy protection" area.
5. Enter the serial number of the CPU or the memory card for a S7-1500 CPU. You can either
enter the serial number directly for a S7-1200 CPU or enable the option "Serial number
inserted when downloading to a device or memory card" if the serial number is to be inserted
automatically during loading.
6. You can now set up the know-how protection for the block in the "Know-how protection"
area, if the block does not already have know-how protection.

Programming the PLC
Removing copy protection

To remove copy protection, follow these steps:
1. Open the block for which you wish to remove copy protection.
2. Open the "Properties" tab in the inspector window.
3. Select "Protection" in the area navigation in the inspector window.
4. Select "No binding" in the drop-down list in the "Copy protection" area.
See also
Protecting blocks (Page 1802)
11.1.7.3 Setting up block know-how protection

You can set up know-how protection for blocks in the devices in your project.
Procedure
To set up block know-how protection, follow these steps:
1. Select the blocks with no know-how protection which you want to protect.
2. Select the command "Know-how protection" in the "Edit" menu.
The "Know-how protection" dialog will open.
3. Click "Define".
The "Define password" dialog box opens.
4. Enter a password in the "New" field.
5. Enter the same password in the "Confirm" field.
7. Close the "Know-how protection" dialog by clicking on "OK".
Result
The blocks selected will be know-how-protected. Know-how protected blocks are marked with
a lock in the project tree. The password entered is valid for all blocks selected.

Programming the PLC
See also
11.1.7.4 Opening know-how protected blocks

You can only open multiple know-how protected blocks at once if they are protected with the
same password.
Procedure
To open a know-how protected block, follow these steps:
The "Access protection" dialog will open.
2. Enter the password for the know-how protected block.
Result
The know-how protected block will open provided you have entered the correct password.
However, the block will remain know-how protected. If you copy the block or add it to a library,
for example, the copies will also be know-how protected.
Once you have opened the block, you can edit the program code and the block interface of
the block for as long as the block or TIA Portal is open. The password must be entered again
the next time the block is opened. If you close the "Access protection" dialog with "Cancel",
the block will open but the block code will not be displayed and you will not be able to edit the
block.
See also

Programming the PLC
11.1.7.5 Printing know-how protected blocks

You can only print complete know-how protected blocks if they have been opened with the
correct password. If you print a closed block or if the block was not opened with the correct
password, only the non-protected block data will be printed.
Procedure
To print a know-how protected block in full, follow these steps:
1. Open the know-how protected block you wish to print.
See also: Opening know-how protected blocks (Page 1806)
2. Select the "Print" command in the "Project" menu.
The "Print" dialog will open.
3. Select the printer in the "Name" field.
4. Click "Advanced" to modify the Windows printer settings.
5. Select the documentation information set in the "Document information" drop-down list that
you want to use for the frame layout.
6. Under "Print objects/area" select whether you want to print all objects or the complete area,
or only a selection.
7. Under "Properties" select the print scope.
Select "All" to print the complete block.
Choose "Visible" to print all the information within the block that is visible on the screen.
Select "Compact" to print a shortened form of the block.
8. Click "Preview" to generate a print preview in advance.
9. Click "Print" to start the printout.
See also
Printing project contents (Page 419)

Programming the PLC
11.1.7.6 Changing a password
Procedure
To change the password, follow these steps:
1. Select the know-how protected blocks for which you want to change the password.
Note
You can only change the password for several blocks at once if all blocks selected have
the same password.

3. Click the "Change" button.
4. Enter the old password in the "Old" field.
5. Enter the new password in the "New" field.
6. Enter the new password again in the "Confirm" field.
8. Close the "Know-how protection" dialog by clicking on "OK".
See also
11.1.7.7 Removing block know-how protection
Procedure
To remove block know-how protection, follow these steps:
1. Select the blocks for which you want to remove know-how protection.
Note
You can only remove know-how protection for several blocks at once if all blocks selected
have the same password.


Programming the PLC
11.2 Displaying program information
3. Deactivate the check box "Hide code (know-how protection)".

4. Enter the password.
Result
Know-how protection will be disabled for the blocks selected.
See also
11.2.1 Overview of available program information
Program information
The program information of a user program contains the view specified in the following table.
View Application
Assignment list (Page 1810) Provides an overview of the address bits for the I,
Q, and M memory areas already allocated within
the user program.
Also indicates if an address has been allocated by
access from an S7 program or if the address has
been assigned to a SIMATIC S7 module.
Call structure (Page 1818) Shows the call structure of the blocks within the
user program and provides an overview of the
blocks used and their relationships.

Programming the PLC
View Application
Dependency structure (Page 1824) Shows the list of blocks used in the user program.
A block is shown at the first level and blocks that
call or use this block are indented below it. In con
trast to the call structure, instance blocks are listed
separately.
Resources (Page 1830) Shows the hardware resources of the CPU for ob
jects (OB, FC, FB, DB, user-defined data types
and PLC tags), for CPU memory areas and for the
existing I/O modules.
Displaying several views simultaneously

You can generate and display several views for one or more user programs to facilitate testing
and changing your user program.
Displaying multiple views, for example, enables you to:
Display all program information for a user program next to one another
Compare different user programs
11.2.2 Displaying an assignment list
11.2.2.1 Introduction to the assignment list
Program information in the assignment list

The assignment list shows if an address has been allocated by access from an S7 program
or if the address has been assigned to a SIMATIC S7 module. It is therefore an important basis
for locating errors or changes in the user program.
In the assignment list, you have a CPU-specific overview of which bit is used in which byte of
the memory areas listed below:
Input (I)
Output (O)
Bit memory (M)
Timer (T)
Counter (C)
I/O (P)
Display of the assignment list

The assignment list of inputs, outputs, and bit memory is displayed in several separate work
windows.

Programming the PLC
Filters
You can filter the display within the assignment list. You can use predefined filters or create
your own.
Displaying cross-reference information

You have the option of displaying cross-reference information for selected addresses in the
assignment list.
You can display the cross-references for a selected address in the Inspector window using the
"Cross-reference information" shortcut menu command. The command "Tools > Cross-
references" allows you to also open the cross-reference list for the selected object.
Displaying the PLC tag table

You can open the PLC tag table from the assignment list and edit the properties of the tags
used.
To do this select an address of the assignment list and select the "Open editor" command in
the shortcut menu.
Enabling the display of retentivity

You can enable and disable the display of the retentive state of bit memory by selecting the
"Hide/show retain area" toolbar button.
See also
Symbols in the assignment list (Page 1812)
Layout of the assignment list (Page 1811)
11.2.2.2 Layout of the assignment list
Layout of the assignment list

Depending on the CPU, the assignment list is displayed in several work windows with the
following operands.
For S7-300/400 CPUs:
Inputs
Outputs
Bit memory
Timers
Counters

Programming the PLC
For S7-1200 CPUs:

Inputs
Outputs
Bit memory
Displaying inputs, outputs, bit memory, timers and counters

It shows all operands used and their assignment in the S7 program.
For all displayed operands, each line in the assignment list is dedicated to a byte of the memory
area, in which the corresponding eight bits from 7 to 0 are labeled according to their access.
In conclusion, a "bar" indicates if access is made by a byte (B), word (W) or double word (D).
You can find an explanation of the symbols in the assignment list here. (Page 1812)
See also
Introduction to the assignment list (Page 1810)
11.2.2.3 Symbols in the assignment list
Meaning of the symbols in the assignment list

The following table shows the meaning of the symbols in the assignment list:
Symbol Meaning
Indicates the address assignment in the selected state.
Indicates the address assignment in the non-selected state.
Indicates that a pointer start address and a tag address access the
same address range and that they are selected.
Indicates that a pointer start address and a tag address access the
same address range and that they are not selected.
Indicates the pointer assignment in the selected state.
Indicates the pointer assignment in the non-selected state.
Indicates that the byte is in use with byte access and the corre
sponding tag is selected. The shortcut menu allows you to display
cross-reference information for the selected variables as well as the
PLC tag table.
Indicates that the byte is in use with byte access and the corre
sponding tag is not selected.
Indicates that the byte is in use with word access and the corre
sponding tag is selected. The shortcut menu allows you to display
cross-reference information for the selected variables as well as the
PLC tag table.

Programming the PLC
Symbol Meaning
Indicates that the byte is in use with word access and the corre
sponding tag is not selected.
Indicates that the byte is in use with double word access and the
corresponding tag is selected. The shortcut menu allows you to dis
play cross-reference information for the selected variables as well
as the PLC tag table.
Indicates that the byte is in use with double word access and the
corresponding tag is not selected.
Background color: gray Indicates that a byte is in use with byte, word or double word access
and that the address is also in use by the hardware. The gray back
ground color indicates overlapping memory access.
Background color: yellow Indicates that the address is not in use by the hardware.
Indicates that the memory area has been defined as system mem
ory.
Indicates that the memory area has been defined as clock memory.
See also
11.2.2.4 Displaying an assignment list
Requirement
A project has been created with programmed blocks.
Procedure
Proceed as follows to display the assignment list:
1. Select the "Program blocks" folder or one or more of the blocks it contains.
2. Select the "Assignment list" command in the "Tools" menu.
Result
The assignment list for the selected program is displayed.

Programming the PLC
View options in the assignment list

Refer to view respective view options that are set to display the desired information in the
assignment list.
See also
Setting the view options for the assignment list (Page 1814)
11.2.2.5 Setting the view options for the assignment list
Introduction
The following view options are available for the assignment list:
Used addresses:
When this check box is activated, the addresses, I/Os and pointers used in the program
are displayed.
Free hardware addresses:
When this check box is activated, only the free hardware addresses are displayed.
Requirement
The assignment list is open.
Procedure
Proceed as follows to set the view options for the assignment list:
1. Click on the arrow of the symbol ("View options") in the task bar.
The view options for the assignment list are opened. Check marks are set in front of the
activated view options.
2. If you want to activate or deactivate a view option, click on the respective check box and
set or remove the check mark.
Result
The view options are set and the desired information is displayed in the assignment list.

Programming the PLC
11.2.2.6 Filter options in the assignment list
Filter settings
You can define your own filter settings for the assignment list. The following options are
available for defining filters:
Display all addresses of the address areas specified.
Display of single, defined addresses from the selected address area, for example, "0" and
"200".
Display of complete areas from the selected address area, for example, "0 - 256".
The following table provides an overview of all available options:
Selection in the Selection Symbol Meaning

Address area All CPU-dependent displayed ad Check box is activated Only the activated address
dresses (I, O, M, T, C) can be acti areas (I, O, M, T, C) are shown
vated as they are by default, or in in the assignment list.
dividual address areas can be acti
vated.
Filter area Show assignment for all addresses * Displays the assignment of all
addresses of the enabled ad
dress areas (I, Q, M).
Show assignment for selected ad 0;256 Assignments of selected ad
dresses, for example, for the inputs Separate individual addresses dresses for the activated ad
"IB 0" and "IB 256" and areas by a semicolon. dress areas (I) are shown.
Show assignment for selected 0-100;200-256 Assignments of selected areas
areas, for example, for the inputs Contiguous areas should be for the activated address areas
"IB 0 to IB 100" and "IB 200 to IB connected by a hyphen. (I) are shown.
256".
11.2.2.7 Defining filters for assignment list
Requirement
Defining filter
Proceed as follows to define a filter for the assignment list:
1. Click on the symbol ("Filter") in the task bar.
The "Assignment List Filter" dialog opens.
2. Click on the symbol ("Create new filter") in the task bar.
A new filter is created with the name "Filter_1". The check boxes for all addresses (inputs,
outputs, memory bits, timers and counters) are activated by default for the filter.

Programming the PLC
3. If you want to change the name of the filter, click on the drop-down list in the task bar and
enter a new filter name.
4. Deactivate the check boxes of addresses that are not to be affected by the filter.
5. Enter one of the following options in the filter area of the activated address:
Show all addresses used = "*"
Show single, defined addresses, for example, IB 0" and IB 25 = "0.25". Individual
addresses and address areas are separated by commas or semicolons.
Show complete address areas, for example, IB 0 to IB 256 = "0-256". Complete address
areas should be connected by a hyphen.
The newly defined filter is shown in the task bar of the assignment list under the specified
name.
Delete filter
Proceed as follows to delete a filter:
1. Click on the symbol ("Filter") in the task bar.
The filter dialog for the assignment list opens.
2. In the drop-down list of the task bar, select the filter you want to delete.
3. Click on the symbol ("Delete selected filter") in the task bar.
The selected filter is deleted.
See also
Filter options in the assignment list (Page 1815)
Displaying an assignment list (Page 1813)
11.2.2.8 Filtering an assignment list
Requirement
Procedure
1. Click on the arrow on the drop-down list.
The available filter are displayed.
2. Select the desired filter.

Programming the PLC
Result
The assignment list is filtered according to the settings of the selected filter.
Note
The filter settings are saved when the project is closed.
11.2.2.9 Defining retentive memory areas for bit memories
Introduction
In the assignment list you can define the width of the retentive memory area for bit memories.
The content of tags which are addressed in retentive memory is retained after power off and
at the STOP to RUN transition after power on.
The display of retentive bit memories can be enabled and disabled in the assignment list. If
their display is enabled, retentive bit memories are identified by an icon in the "Address"
column.
Requirement
Procedure
Proceed as follows to define the width of the retentive memory area for bit memories:
1. Click "Retain" in the toolbar.
The "Retain memory" dialog will open.
2. Starting at the count of 0, define the width of the retentive memory area by entering the last
byte of this area in the input field. Watch out for any addresses of tags already assigned to
the retentive area.
3. Load the block to the target system. Select the "Program blocks" folder in the Project tree
and select the "Download to device" submenu in the shortcut menu.
Result
The width of the retentive memory area is defined. If enabled in the assignment list, an icon
will indicate the retentive state of all tags in the "Address" column.

Programming the PLC
11.2.2.10 Enabling the display of retentive bit memories
Introduction
In the assignment list you can enable and disable the display of retentive bit memories. The
retentive bit memories are identified by means of an icon in the "Address" column if the display
of retentivity is enabled.
Requirement
Procedure
Proceed as follows to enable and disable the display of retentive bit memories:
1. Click "Display/hide retentivity" in the toolbar.
Result
The retentive tags are identified by means of an icon in the "Address" column of the bit memory
area if the display of retentivity is enabled. The icons in the "Address" column are hidden if the
display of retentivity is disabled.
11.2.3 Displaying the call structure
11.2.3.1 Introduction to the call structure
Call structure
The call structure describes the call hierarchy of the block within an S7 program.
It provides an overview of:
The blocks used
Jumps to the places of use of the blocks
Relationships between blocks
Local data requirements of the blocks
Status of the blocks

Programming the PLC
Information in the call structure

Displaying the call stucture provides you with a list of the blocks used in the user program. The
first level of the call structure is highlighted in color and shows the blocks that are not called
by any other block in the program. Organization blocks are always shown on the first level of
the call structure. Functions, function blocks and data blocks are only shown on the first level
if they are not called by an organization block. When a block calls other blocks or functions,
they are listed indented under the calling block. Instructions and blocks are shown in the call
structure only if they are called by a block.
View options
The following view options are available for the call structure:
Show conflicts only:
When this check box is activated, only the conflicts within the call structure are displayed.
Group multiple calls together:
When this check box is activated, several block calls are grouped together. The number of
block calls is displayed in the "Call frequency" column. The links to the various call locations
are offered in a drop-down list in the "Details" column.
Displaying the block calls

You can display the block calls in a block by clicking on the arrow in front of the block title. To
display the call information of all blocks, click on the "Expand list" icon in the toolbar.
You can hide the total overview by clicking the "Collapse list" icon.

You can display the cross-reference information for a block in the Inspector window by right-
clicking on the relevant block and selecting the "Cross-reference information" command from
the shortcut menu.
To open the "Cross-references" view, click the "Cross-references" command in the shortcut
menu.
Displaying blocks in the program editor

You can open the program editor and edit blocks there from the call structure.
To do this select the required block in the call structure and select the "Open editor" command
in the shortcut menu.

Programming the PLC
Displaying deleted blocks

The rows belonging to deleted blocks are identified by an icon.
Note
Please note that any existing local data can only be displayed or updated after compiling a
block.
See also
Symbols in the call structure (Page 1820)
11.2.3.2 Symbols in the call structure
Meaning of the symbols in the call structure

The following table shows the meaning of the symbols in the call structure:
Symbol Meaning
Indicates an organization block (OB).
Indicates a function block (FB).
Indicates a function (FC).
Indicates a data block (DB).
Indicates that the block is declared as a multiinstance.
The object has an interface dependency to an object connected to the left.
Indicates that the block needs to be compiled again.
Indicates that the data block needs to be compiled again.
Indicates that the object is not available.
Indicates that the interface causes a time stamp conflict.
Indicates that the variable causes a time stamp conflict.
Indicates that the block is not called directly or indirectly from an OB.
Indicates that an object has know-how protection.

Programming the PLC
Symbol Meaning
Indicates that the block is normally called recursively.
Indicates that a tag declaration in the interface has a recursive dependency:

Scenario 1: FB1 calls FB2 and this then calls FB1. The instance data blocks
of these FBs have a recursion in the interface.
Scenario 2: A multiple instance FB uses the instance DB of its parent FB as
a global DB.
11.2.3.3 Layout of the call structure
Layout of the call structure

The view of the call structure consists of the following columns:
Column Content/meaning
Call structure Shows an overview of the blocks called
If the viewing option "Group multiple calls together" is ena
bled, several block calls are grouped together and the "Num
ber of calls" column is displayed.
Call type (!) Shows the type of call, for example recursive block call.
Address Shows the absolute address of the block. With a function
block, the absolute address of the corresponding instance
data block is also shown.
Call frequency Indicates the number of multiple calls of blocks.
Details Shows the network or interface of the calling block. All infor
mation are offered as a link in this column. With this link, you
can jump to the location of the block call in the program editor.
If the viewing option "Group multiple calls together" option is
enabled, the calls are grouped together and are available as
links in a drop-down list.
Local data (in path) Indicates the local data requirement of the full path.
Blocks with optimized access have higher local data require
ments because the information for the symbolic addressing
is stored with them.
Please note that any existing local data can only be displayed
or updated after compiling a block.
Local data (for blocks) Show the local data requirements of the block.
Blocks with optimized access have higher local data require
ments because the information for the symbolic addressing
is stored with them.
Please note that any existing local data can only be displayed
or updated after compiling a block.
See also
Introducing the consistency check in the call structure (Page 1823)

Programming the PLC
11.2.3.4 Displaying the call structure
Requirement
A project has been created with blocks.
Procedure
Proceed as follows to display the call structure:
1. Select the "Program blocks" folder or one or more of the blocks it contains.
2. Select the "Call structure" command in the "Tools" menu.
Result
The call structure for the selected program is displayed.
Note
Please note that any existing local data can only be displayed or updated after compiling a
block.
See also
Setting the view options for the call structure (Page 1822)
11.2.3.5 Setting the view options for the call structure
Introduction
The following view options are available for the call structure:
Only the blocks causing conflicts within the call structure are displayed if this check box is
activated.
The following blocks cause conflicts:
Blocks executing any calls with older or newer code time stamps.
Blocks calling a block with modified interface.
Blocks using a tag with modified address and/or data type.
Block called neither directly, nor indirectly by an OB.
Blocks calling a block which no longer exists.
When this viewing option is enabled, several block calls and data block accesses are
grouped together. The number of block calls is displayed in the "Call frequency" column.
The links to the various call locations are offered in a drop-down list in the "Details" column.

Programming the PLC
Requirement
The call structure is open.
Procedure
Proceed as follows to set the view options for the call structure:
The view options for the call structure opens. Check marks are set in front of the activated
view options.
Result
The view options are set and the required information is displayed in the call structure.
11.2.3.6 Introducing the consistency check in the call structure
Consistency check
Changing the time stamp of a block during or after the program is generated can lead to time
stamp conflicts, which in turn cause inconsistencies among the blocks that are calling and
being called.
Using the consistency check

The "Consistency check" function is used to visualize inconsistencies when time stamp
conflicts occur. Whe the consistency check is performed, the inconsistent blocks are shown
in the call structure and marked with the correspoinding symbols.
Most time stamp and interface conflicts can be rectified by recompiling the blocks.
If compilation fails to clear up inconsistencies you can use the link in the "Details" column
to go to the source of the problem in the program editor and manually eliminate any
inconsistencies.
The blocks marked in red must be recompiled.
See also

Programming the PLC
11.2.3.7 Checking block consistency in the call structure
Requirement
The call structure is open.
Procedure
Proceed as follows to check the block consistency:
1. Click on the symbol ("Consistency check") in the task bar.
The block consistency is checked. Blocks found to be inconsistent are marked accordingly
by a symbol.
2. If a block is inconsistent, click on the arrow in front of the block title in the call structure.
The inconsistent blocks are displayed. The exact problem locations are listed as links in
the "Details" column.
3. Click on the respective link in the "Details" column to jump to the location in the block
requiring correction.
4. Check and correct the inconsistencies in the blocks.
5. Recompile the blocks by selecting the required blocks and clicking on the command
"Compile" in the shortcut menu.
6. Download the corrected blocks to the target system by clicking the command "Download
to device" in the shortcut menu.
Result
The block consistency is checked. The inconsistencies in the blocks are corrected. The
corrected blocks are loaded to the target system.
See also
11.2.4 Displaying the dependency structure
11.2.4.1 Introduction to the dependency structure
Introduction
The dependency structure shows the dependencies each block has to other blocks in the
program.

Programming the PLC
Information in the dependency structure

Displaying the dependency structure provides you with a list of the blocks used in the user
program. A block is shown at the far left and blocks that call or use this block are indented
below it.
The dependency structure also shows the status of the individual blocks using symbols.
Objects causing a time stamp conflict and perhaps leading to an inconsistency in the program
are marked with various symbols.
The dependency structure is an extension of the cross-reference list for objects.
View options
The following view options are available for the dependency structure:
When this check box is activated, only the conflicts within the dependency structure are
displayed.
block calls is shown numerically in the "Dependency structure" column. The links to the
various call locations are offered in a drop-down list in the "Details" column.
Displaying the dependency structure

Clicking on the arrow in front of the block title displays the blocks that call or use this block. To
display the dependencies of all blocks,
click the "Expand list" icon in the toolbar.
You can hide the total overview by clicking the "Collapse list" icon.

You can display the cross-reference information for a block in the Inspector window by right-
clicking on the respective block and selecting the "Display Usage" command from the shortcut
menu.
Displaying blocks in the program editor

You can open the program editor and edit blocks there from the dependency structure. To do
this select the required block in the dependency structure and select the "Open editor"
command in the shortcut menu.

Programming the PLC
11.2.4.2 Layout of the dependency structure
Layout of the dependency structure

The view of the dependency structure consists of the following columns:
Dependency It indicates the dependencies between each block and the
other blocks in the program.
Call type (!) Shows the type of call, for example recursive block call.
Address Shows the absolute address of the block.
Call frequency Indicates the number of multiple calls of blocks.
Details Shows the network or interface of the called block. All infor
mation are offered as a link in this column. With this link, you
can jump to the location of the block call in the program editor.
If the viewing option "Group multiple calls together" option is
enabled, the calls are grouped together and are available as
links in a drop-down list.
See also
Symbols in the dependency structure (Page 1826)
11.2.4.3 Symbols in the dependency structure
Meaning of the symbols in the dependency structure

The following table shows the meaning of the symbols in the dependency structure:
Symbol Meaning
Indicates an organization block (OB).
Indicates a function block (FB).
Indicates a function (FC).
Indicates a data block (DB).
The object has an interface dependency to an object connected to the left.
Indicates that the block needs to be compiled again.
Indicates that the data block needs to be compiled again.
Indicates that there is an inconsistency with this object.

Programming the PLC
Symbol Meaning
Indicates that an object has know-how protection.
Indicates that a tag declaration in the interface has a recursive dependency:

Scenario 1: FB1 calls FB2 and this then calls FB1. The instance data blocks
of these FBs have a recursion in the interface.
Scenario 2: A multiple instance FB uses the instance DB of its parent FB as
a global DB.
11.2.4.4 Displaying the dependency structure
Requirement
Procedure
Proceed as follows to display the dependency structure:
1. Select the block folder or one or more of the blocks contained therein.
2. Select the "Dependency structure" command in the "Tools" menu.
Result
The dependency structure for the selected program is displayed.
See also
Setting the view options for the dependency structure (Page 1828)

Programming the PLC
11.2.4.5 Setting the view options for the dependency structure
Introduction
The following view options are available for the dependency structure:
When this check box is activated, only the conflicts within the dependency structure are
displayed.
The following blocks cause conflicts:
Blocks executing any calls with older or newer code time stamps.
Blocks called by a block with modified interface.
Blocks using a tag with modified address and/or data type.
Block called neither directly, nor indirectly by an OB.
block calls is shown in the relevant column. The links to the various call locations are offered
in a drop-down list in the "Details" column.
Requirement
The dependency structure is open.
Procedure
Proceed as follows to set the view options for the dependency structure:
The view options for the dependency structure are opened. Check marks are set in front
of the activated view options.
Result
The view options are set and the required information is displayed in the dependency structure.
11.2.4.6 Introducing the consistency check in the dependency structure
Consistency check

Programming the PLC
Changing the time stamp of a block during or after the program is generated can lead to time
stamp conflicts, which in turn cause inconsistencies among the blocks that are calling and
being called.
Using the consistency check

The "Consistency check" function is used to visualize inconsistencies. Whe the consistency
check is performed, the inconsistent blocks are shown in the dependency structure and marked
with the correspoinding symbols.
Most time stamp and interface conflicts can be rectified by recompiling the blocks.
If compilation fails to clear up inconsistencies you can use the link in the "Details" column
to go to the source of the problem in the program editor and manually eliminate any
inconsistencies.
The blocks marked in red must be recompiled.
See also
Layout of the dependency structure (Page 1826)
11.2.4.7 Checking block consistency in the dependency structure
Requirement
The dependency structure is open.
Procedure
Proceed as follows to check the block consistency:
1. Click on the symbol ("Consistency check") in the task bar.
The block consistency is checked. Blocks found to be inconsistent are marked accordingly
by a symbol.
2. If a block is inconsistent, click on the arrow in front of the block title in the dependency
structure.
The inconsistent blocks are displayed. The exact problem locations are listed as links in
the "Details" column.
3. Check and correct the inconsistencies in the blocks.
4. Recompile the blocks by selecting the required blocks and clicking on the command
"Compile" in the shortcut menu.
5. Download the corrected blocks to the target system by clicking the command "Download
to device" in the shortcut menu.

Programming the PLC
Result
The block consistency is checked. The inconsistencies in the blocks are corrected. The
corrected blocks are loaded to the target system.
See also
11.2.5 Displaying CPU resources
11.2.5.1 Introducing resources
Introduction
The "Resources" tab indicates the hardware resources of the configured CPU for:
the used programming objects,
the assignment of the different memory areas within the CPU and
the assigned inputs and outputs of the existing input and output modules.
Information provided in the "Resources" tab

The resources tab provides an overview of the hardware resources. The display in this tab
depends on the CPU which you are using. The following information is displayed:
the programming objects used in the CPU (e.g. OB, FC, FB, DB, data types and PLC tags)
the memory areas available on the CPU (load memory, work memory - divided into code
work memory and data work memory depending on the CPU -, retentive memory), their
maximum size and utilization by the programming objects stated above
the I/O of modules which can be configured for the CPU (I/O modules, digital input modules,
digital output modules, analog input modules, and analog output modules), including the I/
O already in use.
Display of the maximum available load memory

The maximum size of available load memory can be selected from a drop-down list box in the
"Total" row of the "Load memory" column.
Display of the maximum available work memory

The maximum size of available work memory is displayed in the "Work memory" column or in
the "Code work memory" and "Data work memory" columns in the "Total" row.

Programming the PLC
Display of the maximum available retentive memory

The maximum size of available retentive memory can be selected from a drop-down list box
in the "Total" row of the "Retentive memory" column.
Note
Retentive memory data
All bit memories and data blocks specified as retentive will be integrated in the calculation of
the retentive data.
Updating the display in the "Resources" tab

Click the "Update view" toolbar button to update the display of objects.
Benefits of the display in the "Resources" tab

The "Resources" tab of the program information dialog provides a detailed list of all objects
and of the corresponding memory area used.
The tab also indicates shortage of resources and helps to avoid such states.
Blocks which are not compiled can be identified as their size is indicated by a question mark.
See also
Layout of the "Resources" tab (Page 1832)
Displaying resources (Page 1833)
Selecting the maximum load memory available (Page 1834)

Programming the PLC
11.2.5.2 Layout of the "Resources" tab
Layout of the "Resources" tab in the program information

The view of the "Resources" tab consists of the following columns:
Objects The "Details" area provides an overview of the programming
objects available in the CPU, including their memory assign
ments.
Load memory Displays the maximum load memory resources of the CPU
as a percentage and as absolute value.
The values displayed under "Total" provide information on
the maximum memory available in the load memory.
The values displayed under "Used" provide information on
the memory actually used in the load memory.
If a value is displayed in red, the available memory capacity
has been exceeded.
Work memory Displays the maximum work memory resources of the CPU
or as a percentage and as absolute value.
code and data work memory The work memory depends on the CPU and is divided into
"Code work memory" and "Data work memory" for a CPU
from the S7-400 or S7-1500 series, for example.
the maximum memory available in the work memory.
the memory space actually used in the work memory.
has been exceeded.
Retentive memory Displays the maximum resources for retentive memory in the
CPU as a percentage and as absolute value.
the maximum memory available in the retentive memory.
the memory actually used in the retentive memory.
has been exceeded.

Programming the PLC
I/O Displays the I/Os which are available on the CPU, including
their module-specific availability in the next columns.
The values displayed at "Configured" provide information
about the maximum number of I/O available.
the actually used inputs and outputs.
DI / DQ / AI / AQ Displays the number of configured and used inputs/outputs:
DI = Digital inputs
DQ = Digital outputs
AI = Analog inputs
AQ = Analog outputs
The values displayed at "Configured" provide information
about the maximum number of I/O available.
the actually used inputs and outputs.
See also
Displaying resources (Page 1833)
Selecting the maximum load memory available (Page 1834)
Introducing resources (Page 1830)
11.2.5.3 Displaying resources
Requirement
A project with programmed blocks has been created.
Procedure
Proceed as follows to display the resources of the respective CPU memory areas:
1. Select the block folder below the relevant CPU, or one or several of the blocks contained
therein.
2. Select the "Resources" command in the "Tools" menu.
Result
The memory resources of the assigned CPU are displayed.

Programming the PLC
11.3 Displaying cross-references
11.2.5.4 Selecting the maximum load memory available
Requirement
A project with programmed blocks has been created.
Procedure
Proceed as follows to display the available maximum of load memory resources:
1. Select the block folder below the relevant CPU, or one or several of the blocks contained
therein.
2. Select the "Resources" command in the "Tools" menu.
3. In the dialog that is displayed, open the drop-down list in the "Total" field of the "Load
memory" column by clicking the icon.
4. Select a corresponding value for the CPU used by clicking it in the drop-down list box.
Result
The "Total" field displays the selected maximum memory resources.
Note
Display of maximum memory resources
If a value is displayed in red for the maximum memory resources, the available memory
capacity has been exceeded.
In this case, adapt the memory capacity as described above.
11.3.1 General information about cross references
Introduction
The cross-reference list provides an overview of the use of operands and tags within the user
program.

Programming the PLC
Uses of cross-references
The cross-reference list offers you the following advantages:
When creating and changing a program, you retain an overview of the operands, tags and
block calls you have used.
From the cross-references, you can jump directly to the point of use of operands and tags.
During a program test or when troubleshooting, you are informed of the following:
Which operand is processed by which command in which block.
Which tag is used in which picture.
Which block is called by which other block.
Cross-reference information for subordinate and higher-level structures.
As part of the project documentation, the cross-references provide a comprehensive
overview of all operands, memory areas, blocks, tags and pictures used.
See also
Structure of the cross-reference list (Page 1835)
Displaying the cross-reference list (Page 1836)
Displaying cross-references in the Inspector window (Page 1838)
11.3.2 Structure of the cross-reference list
Views of the cross-reference list

There are two views of the cross-reference list. The difference between the two views is in the
objects displayed in the first column:
Used by:
Display of the referenced objects. Here, you can see where the object is used.
Used:
Display of the referencing objects. Here, you can see the users of the object.
The assigned tool tips provide additional information about each object.
Structure of the cross-reference list

The cross-reference list has the following structure:
Object Name of the object that uses the lower-level objects or that is being
used by the lower-level objects.
Number Number of uses
Point of use Each point of use, for example, network

Programming the PLC
Property Special properties of referenced objects, for example, the tag names
in multi-instance declarations.
as Shows additional information about the object, e.g., that an instance
DB is used as template or as multiple instance.
Access Type of access, whether access to the operand is read access (R) and/
or write access (W).
Address Address of the operand
Type Information on the type and language used to create the object
Path Path of object in project tree
Depending on the installed products, additional columns or different columns are displayed for
the cross-references.
Settings in the cross-reference list

You can make the following settings using the buttons in the toolbar of the cross-reference list:
Update cross-reference list
Updates the current cross-reference list.
Making settings for the cross-reference list
Here, you select check boxes to specify whether all used, all unused, all defined or all
undefined objects will be displayed. If the "Undefined objects" option is enabled, references
to previously deleted objects are also displayed.
Collapse entries
Reduces the entries in the current cross-reference list by closing the lower-level objects.
Expand entries
Expands the entries in the current cross-reference list by opening the low-level objects.
Sorting in the cross-reference list

You can sort the entries in the "Object" column, including other product-specific columns, in
ascending or descending order. To do this, click on the relevant column title.
See also
General information about cross references (Page 1834)
Displaying the cross-reference list (Page 1836)
11.3.3 Displaying the cross-reference list
Requirements
You have created a project.

Programming the PLC
Introduction
There are several ways of displaying cross-references depending on whether you are in the
Portal view or in the Project view and which object you have selected in the project tree.
In the Portal view, you can only display cross-references for the entire CPU; in the Project
view, you can, for example, display cross-references for the following objects:
"PLC tags" folder
"PLC data types" folder
"Program blocks" folder
"Tags and connections" folder
Individual tags
Individual PLC data types
Individual blocks
Technological objects
Watch tables
Displaying cross-references
Proceed as follows to display cross-references:
1. Select the required action in the Portal view, for example "PLC programming" and the "Show
cross-references" command or select one of the objects listed above in the Project view
and select the "Cross-references" command in the "Tools" menu.
The cross-reference list is displayed.
2. Click the "Used by" button to display where the objects shown in the cross-reference list
are used.
3. Click the "Uses" button to view the users of the objects displayed in the cross-reference list.
4. You can perform the following actions using the buttons in the toolbar:
Update cross-reference list
Making settings for the cross-reference list
Collapse entries
Expand entries
5. You can sort the entries in the "Object" and "Address" columns in ascending or descending
order by clicking on the relevant column title.
6. To go to the point of use of the object, click on the displayed link.
See also
General information about cross references (Page 1834)
Structure of the cross-reference list (Page 1835)

Programming the PLC
11.3.4 Displaying cross-references in the Inspector window
Introduction
The Inspector window displays cross-reference information about an object you have selected
in the "Info > Cross-references" tab. This tab displays the instances where a selected object
is being used and the other objects using it.
The Inspector window also includes blocks which are only available online in the cross-
references.
You can use the "Show overlapping access..." shortcut menu command to also have
overlapping access displayed for specific objects.
Note
Displaying "Overlapping accesses"
Please note that you can only have overlapping accesses displayed online and solely for
structures such as for structured variables or structured elements in data blocks.
Structure
The Inspector window displays the cross-reference information in tabular format. Each column
contains specific and detailed information on the selected object and its application. The table
below shows the additional information listed in the "Info > Cross-reference" tab:
Column Meaning
Object Name of the object that uses the lower-level ob
jects or that is being used by the lower-level ob
jects.
Number Number of uses
Point of use Each location of use, for example, network
Property Special properties of referenced objects, for ex
ample, the tag name in multi-instance declarations
as Shows additional information about the object,
e.g., that an instance DB is used as template or as
multiple instance.
Access Access mode
Shows whether the operand is accessed by a read
(R) and/or write (W) operation.
Address Address of the operand
Monitor value This column will only be displayed when the pro
gram editor is open.
Type Information about the type and language used to
create the object
Path Path of object in project tree
Depending on the installed products, additional columns or different columns are displayed for
the cross-references.

Programming the PLC
11.4 Testing the user program
11.4.1 Basics of testing the user program
Functions
You have the option of testing the running of your user program on the device. You can then
monitor signal states and values of tags and can assign values to tags to simulate certain
situations in the running of the program.
Requirement
There must be an executable program loaded on the device.
Test options
The following test options are available:
Testing with program status
The program status allows you to monitor the running of the program. You can display the
values of operands and the results of logic operations (RLO) allowing you to recognize and
fix logical errors in your program.
Testing in single step mode (S7-300/400 only)
You can test blocks you created in STL or SCL in the single step mode. You do this by
setting breakpoints in the program code at which program execution stops. You can then
continue to run the program one step at a time. Within a CPU, you can test either with
program status or in single step mode. You cannot, however, use both test options at the
same time within a CPU.
Testing with the watch table
With the watch table, you can monitor and modify the current values of individual tags in
the user program or on a CPU. You can assign values to individual tags for testing and run
the program in a variety of different situations. You can also assign fixed values to the I/O
outputs of a CPU in STOP mode, for example to check the wiring.
Testing with the force table
With the force table, you can monitor and force the current values of individual tags in the
user program or on a CPU. When you force, you overwrite individual tags with specified
values. This allows you to test your user program and run through various situations.
When forcing, make sure that you keep to the necessary safety measures for forcing
(Page 1899)!
See also
Introduction to testing with program status (Page 1840)
Introduction to testing with the watch table (Page 1854)
Introduction for testing with the force table (Page 1881)

Programming the PLC
11.4.2 Testing with program status
11.4.2.1 Introduction to testing with program status
Program Status function

If you display the program status, you can monitor the execution of the program. This provides
you with an overview of the values of the individual operands and the results of the logic
operations and you can check whether the components of the automation system are correctly
controlled.
The display of the program execution in the program status can differ slightly, depending on
the CPU family used.
Testing with program status for S7-300/400

During testing with program status, the CPU cycle time can become extended in test mode
because the recording of all test data can deviate from the duration of the programmed
instructions due to the CPU capacity and therefore not run in realtime.
During the execution of the following test functions an alarm indicating the danger of a time-
out is displayed once for each online session.
During testing with call conditions
During testing with breakpoints
You can only perform these test functions after you have acknowledged the alarm.
Note
With older CPUs from the S7-300/400 CPU family, you will need to change the operating
response using the hardware configuration and then download the hardware configuration to
the device. You have the option to set the "Process operation" or "Test operation" operating
response.
Testing with program status for S7-1500

When you run the "Test with program status" function with a CPU from the S7-1500 family,
the cycle time may increase notably while monitoring loops, which may result in the CPU
changing to STOP mode.
Note
To avoid a possible STOP in the CPU , ensure that no programmed loops are displayed in the
active monitoring window during "Testing with program status". Alternatively you can also
increase the maximum permissible cycle time of the CPU.

Programming the PLC
Restrictions with the "Program status" function

The monitoring of loops can increase the cycle time significantly, depending in each case on
the number of tags to be monitored and on the actual number of loops processed.
To ensure that the cycle time is influenced as little as possible, the "Program status" function
is restricted as follows:
The status display of a programmed loop is stopped at the return point.
Warning
Testing with program status
A test with the "Program status" function can cause serious damage to property or injury to
persons if there are functional disturbances or program errors.
Make sure that no dangerous situations can arise before you conduct a test with the "Program
status" function.
11.4.2.2 Setting the call environment
Basics of the call environment
Function
You can define the call environment for blocks and for breakpoints. With this, you specify the
conditions for recording the program status of a block or for stopping program execution at a
breakpoint.
Specification of the call environment for blocks
You can alternatively activate one of the following options to specify the call environment:
No condition defined
If no other option was selected this option is the default.
Instance data block
The program status of a function block will then only be recorded when you call the function
block with the selected instance data block.
Call path
The program status of a block will then only be recorded when you call the block with a
specific block or from a specific path.
Manually adapted call path
You can enter the desired call environment manually in this field. The "Transfer to "Adjusted
manually"" button is used to transfer the content selected under "Call environment", which
you can edit further if required.
The program status of a block will then only be recorded when you call the block with a
specific block or from a specific path.
Specification of the call environment for breakpoints
You can also specify a separate condition for each breakpoint.

Programming the PLC
If you do not specify the call environment, the program status of a block call is selected at
random and recorded within the call structure and program execution is always interrupted at
the relevant breakpoint. You should therefore always specify the call environment if you want
to display the program status for a specific call.
See also
Setting the call environment of the block (Page 1842)
Setting the call environment of the block

By setting the call environment, you can specify when the program status of a block is recorded.
The section "Setting the call environment for breakpoints" describes how to set the call
environment for breakpoints.
Requirement
The block is open.
Specifying the call environment

To set the call environment, follow these steps:
1. Open the "Testing" task card.
2. Click the "Change" button in the "Call environment" pane.
The "Call environment of the block" dialog opens.
3. Select the condition you want to apply.
See also: Basics of the call environment (Page 1841)
Result
The selected call environment is displayed in the "Testing" task card within the "Call
environment" pane. The program status is now carried out in accordance with the set call
environment.
Changing the call environment

Proceed as follows to change the call environment:
1. Open the "Testing" task card.
If a call environment is already set, this is displayed in the "Call environment" pane.
2. Click the "Change" button in the "Call environment" pane.
The "Call environment of the block" dialog opens.
3. Select the condition you want to apply.
See also: Basics of the call environment (Page 1841)

Programming the PLC
Result
The selected call environment is displayed in the "Testing" task card within the "Call
environment" pane. The program status is now carried out in accordance with the set call
environment.
See also
Basics of the call environment (Page 1841)
Introduction to testing with program status (Page 1840)
11.4.2.3 Switching test with program status on/off

You can monitor all blocks by switching on the program status of the block. This function is
available to you for all code blocks, regardless of the programming language used. For blocks
that were programmed with LAD, FBD or SCL you can also enable the program status from a
specific position or for a specific selection. You can switch on the program status for an open
block directly, or open a block from the calling block and view the program status.
Note
Note the following:
The resources for testing with program status are limited. If there are not enough resources
for the current test, earlier tests will be terminated.
It is possible that another user can carry out a loading process on the selected CPU through
joint parallel working on a CPU. It is therefore possible in the following cases that you can
either not start the test with program status or that a running test is terminated:
Through the loading process the block for which you want to start or already have carried
out the test with program status is loaded.
You use an instance data block as the call environment for the test with program status
and the block changes structurally through the loading process, e.g. by renumbering.
You use a call path as the test condition for the test with program status and a block
within the call path changes through the loading process.
If a running test is terminated, a corresponding message is displayed in the Inspector
window.
Requirement
Code block: The code of the offline block is identical with the code of the online block. In
this case the "Code" time stamps of the blocks are identical.
Data block: The structure of the offline block is identical with the structure of the online
block. In this case the "Interface" time stamps of the blocks are identical.

Programming the PLC
Switching the program status on or off directly in the block

To switch the program status for a block on or off directly in the block, follow these steps:
1. Open the block for which you wish to switch on the program status.
2. Click the "Monitoring on/off" button in the toolbar.
If you have not already established an online connection, the "Go online" dialog opens. In
this dialog, you can establish an online connection.
See also: Establishing and terminating an online connection
3. Click the "Monitoring on/off" button in the toolbar again to switch the program status off.
Switching on or off program status starting at a specific point in a network

To start the program status for LAD and FBD at a specific point, follow these steps:
3. Right-click on the tag you want program status to start from.
4. Select "Modify > "Monitor from here" in the shortcut menu.
Switching on or off program status for selected tags

To start the program status for LAD and FBD for selected tags, follow these steps:
3. Select the tags for which you want to start the program status.
4. Select "Modify > Monitor selection" in the shortcut menu.
Switching on program status from the calling block

To switch on the program status for a block from the calling block (e.g. OB1), follow these
steps:
1. Open the calling block.
2. Right-click on the block call.
3. Select the command "Open and monitor" in the shortcut menu.
The block will open in the program editor. An online connection is established and the
program status is displayed.
Result
If you enable the display of the program status, an online connection is established and the
program status is displayed. When you turn off the display of the program status, you can
terminate the online connection at the same time.

Programming the PLC
The call path of the block is shown under the block interface. If necessary, you can change
the call environment in the "Call environment" section at the right-hand edge at "Test" and
"Options". In the case of CPUs of the S7-1200/1500 series the "Call hierarchy" is displayed
additionally on the right-hand edge. You can open the calling block by clicking the link.
11.4.2.4 Editing blocks during the program test

If you edit blocks while the test with program status is still running, online monitoring will be
interrupted and you will be able to edit the block offline. If the block is not available offline in
the project, you will first have to load it from the device to the project. After editing the block,
you will also have to compile and download it again.
Procedure
To edit blocks while the test with program status is still running, follow these steps:
1. Edit the block as necessary.
The test with program status is interrupted and the block is switched offline assuming it
exists offline.
2. If the block does not exist offline, load it to the project from the device.
4. Download the block to the device.
Result
The block now contains your modifications both online and offline. The online connection is re-
established and testing with program status continues.
11.4.2.5 Modifying tags in the program status

While testing with the program status, you have the option of modifying tags to the following
values once and immediately:
Modify to 1
Modifies tags of the "Bool" data type to the value "True".
Modify to 0
Modifies tags of the "Bool" data type to the value "False"
Modify operand
You can enter a modify value for tags that do not belong to the "Bool" data type.
Note that you cannot modify peripheral inputs, for example, via TagName:P.

Programming the PLC
Procedure
To modify tags during testing with the program status, proceed as follows:
1. Right-click on the tag you want to modify.
2. Select one of the following commands in the shortcut menu:
"Modify > Modify to 1"
"Modify > Modify to 0"
"Modify > Modify operand"
3. If you select "Modify operand", the "Modify operand" dialog opens. Enter the value you
require in the "Modify value" box and confirm with "OK".
11.4.2.6 Switching display formats in the program status
Introduction
The display formats for tags are generally displayed in "integer" form. In the program status,
you have the option of switching the current display format by means of the shortcut menu.
The possible display formats for a tag are offered in a list. This is useful, for example, when
you need a hexadecimal display in order to search for a hexadecimal error code.
Procedure
To switch the display format, follow these steps:
1. Open the desired block in the programming editor.
2. Switch on the program status by clicking "Monitoring on/off" in the toolbar.
If you have not already established an online connection, the "Go online" dialog opens. In
this dialog, you can establish an online connection.
3. Select the tags for which you want to start the program status.
4. Select "Modify > Monitor selection" in the shortcut menu to start monitoring this tag.
5. Select the desired tag at the corresponding block output and then select the desired display
format in the shortcut menu, for example, "Modify > Display format > Hexadecimal".
Result
The display format for the selected tag is shown in hexadecimal form.
Note
Switching the display format in the program status
Please note that it is not possible to switch the display format for unconnected outputs, as no
monitoring value is output in this case.

Programming the PLC
11.4.2.7 Examples of program status display
Program status display for LAD programs
Displays in program status

The display of the program status is updated cyclically.
The following figure shows an example of the program status display for LAD:
Representation of the program status

You can recognize the status of individual instructions and lines of a network quickly based
on the color and type of lines and symbols. The following table shows the relationship between
representation and status:
Representation Status
Green solid Satisfied
Blue dashed Not satisfied
Gray solid Unknown or not executed
Black Not interconnected
Parameter in a frame with a saturation of 100 % Value is current
Parameter in a frame with a saturation of 50 % Value originates from an earlier cycle. The point in
the program was not executed in the current cycle.
Program status display for FBD programs

The display of the program status is updated cyclically.
The following figure shows an example of the program status display for FBD:

Programming the PLC
Representation of the program status

You can recognize the status of individual instructions and lines of a network quickly based
on the color and type of lines and symbols. The following table shows the relationship between
representation and status:
Representation Status
Green solid Satisfied
Blue dashed Not satisfied
Gray solid Unknown or not executed
Black Not interconnected
Parameter in a frame with a saturation of 100 % Value is current
Parameter in a frame with a saturation of 50 % Value originates from an earlier cycle. The point in
the program was not executed in the current cycle.
The values of the operands are displayed above the relevant operand name in a gray box.
Note
Program status display for outputs which are not interconnected
Please note that a monitor value cannot be displayed for outputs which are not interconnected.
Program status display for STL programs

The display of the program status is updated cyclically and shown in tables. The tables are
shown directly next to the STL program. You can read the program status for each line of the
program. The display depends on the CPU in use (S7-300, S7-400, S7-1200 or S7-1500).

Programming the PLC
The tables to be displayed in the program status always contain the following information:
RLO
The "RLO" column shows the result of logic operation for each line of program. You can
recognize the value of the RLO based on the background color of the table cell. Here, green
means an RLO of 1 and lilac an RLO of 0.
Value
The current value of the operand is shown in the "Value" column.
Extra
The "Extra" column shows additional information depending on the particular operation, for
example, relevant status bits for mathematical instructions, time or count values for timers
and counters or memory addresses for indirect addressing.
The following figure shows an example of the program status display of a CPU S7-300 under
STL:

Programming the PLC
Program status display for SCL programs

The display of the program status is updated cyclically and shown in a table. The table is
displayed immediately beside the SCL program and you can see the program status for each
line of the program. The table contains the following information:
Tag names
Value
You can move the table to the left or right at any time.

Programming the PLC
The following figure shows an example of the program status display for SCL:
In the first column, you can see the name of the tag for which the current value is being
displayed. If the line includes the "IF", "WHILE" or "REPEAT" instruction, the result of the
instruction is displayed in the line as "True" or "False". If the line contains more than one tag,
the value of the first tag is displayed. In both cases, all tags of these lines are displayed with
their values in a separate list as soon as you select a line. If you place the cursor in a tag in
the program code, this is shown in bold face in the list. You can also display the other tags of
a line explicitly by clicking the arrow right located in front of lines containing more than one tag.
If the code of the line is not executed, the tag name is displayed in the values table in gray
text.
The current values of the tags are displayed in the last column. If no values can be displayed
for a tag, the line has a yellow background and three question marks are shown. In this case,
select the "Create extended status information" check box in the properties of the block and
download the block to the device again. All values are then displayed.
Program status display for GRAPH programs

For GRAPH programs you can have the program status displayed in sequence view and in
single step view and for the permanent instructions. The program status display of permanent
instructions corresponds to the program status display for LAB/FBD programs. The display of
the program status is updated cyclically.
The following table shows the relationship between representation and status:
Representation Area Status

Green Step, sequencer There are no faults.
Condition The transition is fulfilled.
Red Step, sequencer There is a supervision error.
Yellow Step, sequencer There is an interlock error.
Black Condition The transition is not fulfilled.
The following figures show examples of the display for the program status in the sequence
view:

Programming the PLC
Step 2 contains a supervision error. The transition for switching to step 3 is fulfilled.
Step 2 contains an interlock error. The transition for switching to step 3 is fulfilled.
The figure below shows an example of the display for the program status in the single step
view of a S7-300:

Programming the PLC
The step does not contain an interlock error. The subsequent transition is not satisfied.

Programming the PLC
11.4.3 Testing with the watch table
11.4.3.1 Introduction to testing with the watch table
Overview
The following functions are available in the watch table:
Monitoring tags
This allows the current values of the individual tags of a user program or a CPU to be
displayed on the programming device or PC.
Monitoring tags
You can use this function to assign fixed values to the individual tags of a user program or
CPU. Modifying is also possible with Test with program status .
"Enable peripheral outputs" and "Modify now"
These two functions enable you to assign fixed values to individual peripheral outputs of a
CPU in the STOP mode. You can also use them to check your wiring.
Monitoring and modifying tags

The following tags can be monitored and modified:
Inputs, outputs, and bit memories
Contents of data blocks
Content of UDTs
I/O
Team engineering in the watch table

As of TIA Portal V13 SP1, within the framework of team engineering with an S7-1500 CPU
with firmware version >= 1.7, several Engineering Systems can access the CPU online
simultaneously, for example to monitor and modify tags and download blocks. If you use this
function, make sure that you keep to the requirements and rules that apply to team engineering
as explained in the information system in "Using Team Engineering" in the section "Shared
commissioning of projects".
The advantage of the watch table is that a variety of test environments can be stored. This
enables you to reproduce tests during commissioning or for service and maintenance
purposes.
See also
Creating and editing watch tables (Page 1858)
Layout of the watch table (Page 1855)

Programming the PLC
Basic mode and expanded mode in the watch table (Page 1856)
Icons in the watch table (Page 1857)
11.4.3.2 Layout of the watch table
Introduction
A watch table contains the tags you defined for the entire CPU. A "Watch and force tables"
folder is automatically generated for each CPU created in the project. You create a new watch
table in this folder by selecting the "Add new Watch table" command.
Layout of the watch table

The columns displayed in the watch table depend on the mode you are working in: basic mode
or expanded mode.
The following additional columns are shown in expanded mode:
Monitor with trigger
Modify with trigger
The names of the columns can also be changed dynamically based on the action.

The following table shows the meaning of the individual columns in basic mode and expanded
mode:
Mode Column Meaning

Basic mode Identifier column
Name Name of the inserted tag

Address Address of the inserted tag
Display format Selected display format
Monitor value Values of the tags, depending on the selected display for
mat.
Modify value Value with which the tag is modified.
Select the tag to be modified by clicking the corresponding
check box.
Comment Comment for documentation of the tags
The following additional col Monitor with trigger Display of selected monitoring mode
umns are shown in expan Modify with trigger Display of selected modify mode
ded mode:
See also

Programming the PLC
11.4.3.3 Basic mode and expanded mode in the watch table
Difference between basic mode and expanded mode in the watch table
Depending on the mode specified, the watch table displays different columns and column
headings that can be used to perform different actions.
You will find a detailed list of the columns in Layout of the watch table (Page 1855).
Switching between basic mode and expanded mode

You have the following options of toggling between the basic and expanded mode:
Click the icon "Show/hide advanced setting columns". Click this icon again to return to the
basic mode.
Or:
In the "Online" menu, select the "Expanded mode" check box. Deactivate this check box
to return to the basic mode.
Functionality in expanded mode

The following functionality is only possible in expanded mode:
Modify with trigger
Enable peripheral outputs
Monitor peripheral inputs
Modify peripheral outputs
Notice
Danger of a time-out while monitoring peripheral inputs and controlling peripheral outputs
Note that the monitoring of peripheral inputs and the controlling of peripheral outputs in the
watch table can result in a time-out.
The CPU assumes the "STOP" mode.
See also
Setting the monitoring and modify mode (Page 1869)

Programming the PLC
11.4.3.4 Icons in the watch table
Meaning of the icons

The following table shows the meaning of the icons in the watch table:
Icon Meaning
Identifies a table inside the project tree as a watch table.
Shows information in the identifier column.
Inserts a row before the selected row.
Inserts a row after the selected row.
Modifies the addresses of all selected tags immediately and once. This
command is executed once and as quickly as possible without reference
to a defined trigger point in the user program.
Modifies the addresses of all selected tags with reference to a defined trig
ger point in the user program.
Disables the command output disable of the peripheral outputs. You can
then modify the peripheral outputs when the CPU is in STOP mode.
Displays all columns of expanded mode. If you click this icon again, the
columns of expanded mode will be hidden.
Displays all modify columns. If you click this icon again, the modify columns
will be hidden.
Starts monitoring of the visible tags in the active watch table. The default
setting for the monitoring mode in basic mode is "permanent". In expanded
mode, you can set defined trigger points for the monitoring of tags.
Starts monitoring of the visible tags in the active watch table. This command
is executed immediately and the tags are monitored once.
Displays the check box for the selection of tags to be modified.
Indicates that the value of the selected tag has been modified to "1".
Indicates that the value of the selected tag has been modified to "0".
Indicates that the address is being used multiple times.
Indicates that the substitute value is being used. Substitute values are val
ues that are output to the process in case of signal output module faults or
are used instead of a process value in the user program in case of signal
input module faults. The substitute values can be assigned by the user (e.g.,
retain old value).
Indicates that the address is blocked because it is already being modified.
Indicates that the address cannot be modified.
Indicates that the address cannot be monitored.
Indicates that an address is being forced.
Indicates that an address is being partly forced.

Programming the PLC
Icon Meaning
Indicates that an associated I/O address is being fully or partly forced.
Indicates that an address cannot be fully forced. Example: It is indeed pos

sible to force the address QW0:P, but it is not possible to force the address
QD0:P since this address area is eventually not available on the CPU.
Indicates that a syntax error occurred.
Indicates that the address is selected but at the moment e.g. has not yet
been modified.
See also
Layout of the watch table (Page 1855)
11.4.3.5 Creating and editing watch tables
Creating a watch table
Introduction
The watch table allows you to monitor and modify tags in the user program. Once you have
created a watch table, you can save it, duplicate it, and print it and use it again and again to
monitor and modify tags.
Requirement
A project is open.
Procedure
To create a watch table, follow these steps:
1. Click "Project view" in the status bar.
The project view is displayed.
2. In the project tree, double-click the CPU for which you want to create a watch table.
3. Double-click the "Watch and force tables" folder and then the "Add new watch table"
command.
A new watch table is added.
4. In the "Name" column or in the "Address" column, enter the name or the absolute address
for the tags that you want to monitor or modify.
5. You can select a display format from the drop-down list in the "Display format" column if
you want to change this default setting.
6. Now decide whether you want to monitor or modify the entered tags and, if applicable, enter
the desired values for modifying.

Programming the PLC
Opening a watch table
Requirement
A watch table has been created.
Procedure
To open a watch table, follow these steps:
1. Open the "Watch and force tables" folder below the desired CPU.
2. Double-click on the required watch table in the folder.
Result
The selected watch table opens.
Copying and pasting a watch table
Requirement
Procedure
To copy a watch table, follow these steps:
1. Right-click the watch table that you want to copy.
2. In the context menu, select "Copy".
3. In the project tree, open the folder structure for the CPU in which you want to paste the
copied watch table.
4. Right-click on the "Watch and force tables" folder.
5. In the context menu, select "Paste".
6. Alternatively, you can select the entire contents of the watch table and Drag & Drop it onto
another watch table.
Result
A copy of the selected watch table is placed in the "Watch and force tables" folder of the
relevant CPU.

Programming the PLC
Saving a watch table
Prerequisite
Procedure
To save a watch table, follow these steps:
1. In the project tree select the watch table you want to save.
2. If you wish to change the preset name of the table, select the "Rename" command in the
context menu and enter a new name for the table.
3. In the "Project" menu, select "Save". Note that this save operation will save the entire project.
Result
The contents of the watch table and the project are saved.
Note
You can reuse saved watch tables to monitor and modify tags when retesting your program.
11.4.3.6 Entering tags in the watch table
Basic information on entering tags in the watch table
Recommended procedure
Select the tags whose values you want to monitor or modify, and enter them in the watch
table.
When entering tags into the watch table, please note that these tags must be previously
defined in the PLC tag table.
When entering tags, work from the outside to the inside. This means that you start by
entering the tags for the inputs in the watch table. Then, you enter the tags that are affected
by the inputs or that affect the outputs. Finally, you enter the tags for the outputs.
Example of filling out a watch table

Enter the absolute address to be monitored or modified in the "Address" column.
Enter the symbolic name for the tag in the "Name" column.

Programming the PLC
Select the display format you require from the drop-down list in the "Display format" column,
if you do not want to use the default setting.
Now decide whether you want to monitor or modify the entered tags. Enter the desired
values for modifying as well as a comment in the corresponding columns of the watch table.
Create comment row

If required, you can create a comment row by entering the string "//" in the "Name" column.
Syntax check
When you enter the tags in the watch table, the syntax of each cell is checked when you exit
the cell. Incorrect entries are marked in red.
Note
When you place the mouse pointer in a cell marked in red, brief information is displayed with
additional notes on the error.
See also
Permitted operands for the watch table (Page 1861)
Permissible modify values for the watch table (Page 1862)
Permitted operands for the watch table
Permissible operands for the watch table

The following table shows the operands that are permitted for the watch table:
Permitted operand Example of data Example (International mnemon

type ics)
Input/output/bit memory BOOL I1.0, Q1.7, M10.1
I0.0:P; Q0.0:P
Input/output/bit memory BYTE IB1/QB10/MB100
IB1:P; QB1:P
Input/output/bit memory WORD IW1; QW10; MW100
IW2:P; QW3:P
Input/output/bit memory DWORD ID4; QD10; MD100
ID2:P; QD1:P
Timers TIMER T1
Counters COUNTER C1
Data block BOOL DB1.DBX1.0
Data block BYTE DB1.DBB1

Programming the PLC

type ics)
Data block WORD DB1.DBW1
Data block DWORD DB1.DBD1
Note
Please observe the following notes to work with the watch table.
You cannot enter "DB0..." because it is used by the system!
Peripheral outputs can be modified but not monitored.
Peripheral inputs can be monitored but not modified.
Notice
Danger of a time-out while monitoring peripheral inputs and controlling peripheral outputs
Note that the monitoring of peripheral inputs and the controlling of peripheral outputs in the
watch table can result in a time-out.
See also
Basic information on entering tags in the watch table (Page 1860)
Permissible modify values for the watch table
Entry of modify values in the watch table

The following table shows the operands that are permitted for the entry of modify values in the
watch table:
Table 11-1 Bit operands
Possible bit operands Example for permitted modify values

I1.0 True
M1.7 False
Q1.0 0
Q1.1:P 1
DB1.DBX1.1 2#0
M1.6 2#1

Programming the PLC
Table 11-2 Byte operands
Possible byte operands Example for permitted modify values

IB1 2#00110011
MB12 B#16#1F
QB10 1F
QB11:P 'a'
DB1.DBB1 10
Table 11-3 Word operands
Possible word operands Example for permitted modify values

IW1 2#0011001100110011
MW12 W#16#ABCD
MW14 ABCD
QW10 B#(12, 34)
QW12:P 12345
DB1.DBW1 'ab'
MW16 S5T#9s_340ms
MW18 C#123
MW9 D#2006-12-31
Table 11-4 Double word operands
Possible double word operands Example for permitted modify values

ID1 2#00110011001100110011001100110011
QD10 Dw#16#abcdef10
QD12:P ABCDEF10
DB1.DBD2 b#(12,34,56,78)
MD8 L#-12
MD12 L#12
MD16 123456789
MD20 123456789
MD24 T#12s345ms
MD28 Tod#1:2:34.567
MD32 P#e0.0
Table 11-5 Timers
Possible operands of the "Tim Permitted control values Explanation

er" type
T1 0 ms Time value in milliseconds (ms)

Programming the PLC
Possible operands of the "Tim Permitted control values Explanation

er" type
T16 S5t#12s340ms Time value 12s 340 ms
Table 11-6 Counters
Possible operands of the "Counter" type Permitted control values

C1 0
C14 20
C16 C#123
Notes on timers and counters

Timers
Note
Modifying a timer influences only the value, not the status. Timer T1 can be modified to the
value "0", but the result of logic operation for A T1 is not changed.
The time sequences "s5t" and "s5time" can be written in both lower-case and upper-case
characters.
Counter
Note
Modifying a counter influences only the value, not the status. Counter C1 can be changed
to the value "0", but the result of the logic operation for A C1 is not changed.
Overview of the display formats
Display formats in the watch table

The display format you select specifies the representation of a tag value.
When entering the address a display format is automatically preset. If you want to change this,
you can select a display format from the drop-down list in the "Display formats" column. The
drop-down list only offers the display formats which are valid for this data type. The display
format that appears first in the list is the pre-selected format.

Programming the PLC
Example
The following table shows the 32-bit data types permitted for all CPU families in the watch
table and their possible display formats:
Data type Possible display formats

BOOL Bool, Hex, BCD, Octal, Bin, Dec, Dec+/-
BYTE Hex, BCD, Octal, Bin, Dec, Dec+/-, Character
WORD Hex, BCD, Octal, Bin, Dec, Dec+/-, Dec_Sequence, Character, Uni
code_Character, SIMATIC_Timer, Date, Counter
DWORD Hex, BCD, Octal, Bin, Dec, Dec+/-, Dec_Sequence, Character, Uni
code_Character, Floating-point number, Time of day, Timer, Pointer
SINT Dec, Dec+/-, Hex, BCD, Octal, Bin, Character
INT Dec, Dec+/-, Hex, BCD, Octal, Bin, Character, Unicode_Character, Dec_Se
quence, SIMATIC_Timer, Counter, Date
DINT Dec, Dec+/-, Hex, BCD, Octal, Bin, Character, Unicode_Character, Dec_Se
quence, Floating-point number, Time of day, Timer, Pointer
USINT Dec, Dec+/-, Hex, BCD, Octal, Bin, Character
UINT Dec, Dec+/-, Hex, BCD, Octal, Bin, Character, Unicode_Character, Dec_Se
UDINT Dec, Dec+/-, Hex, BCD, Octal, Bin, Character, Unicode_Character, Dec_Se
REAL Floating-point number, Hex, BCD, Octal, Bin, Character, Unicode_Charac
ter,Dec,
Dec+/-, Dec_Sequence, Time of day, Timer, Pointer
DATE Date, Dec, Hex, BCD, Bin
TIME_OF_DAY Time of day, Dec, Hex, BCD, Bin
TIME Timer, Hex, BCD, Bin
DATE_AND_TIME Date and time,
TIMER SIMATIC_Timer, Hex, BCD, Bin
CHAR Character, Hex, BCD, Octal, Bin, Dec, Dec+/-
WCHAR Unicode_Character, Character, Hex, BCD, Octal, Bin, Dec, Dec+/-
STRING Character string
WSTRING Unicode_character string
POINTER Pointer, Hex, BCD, Octal, Bin, Character, Unicode_Character, Dec, Dec+/-,
Dec_Sequence, Floating-point number, Time of day, Timer, Block number
COUNTER Counter, Hex, BCD, Bin
S5TIME SIMATIC_Timer, Hex, BCD, Bin

Programming the PLC
For the S7-1200 CPU family, all 32-bit data types are permitted (see table above), as well as
the 64-bit data type LREAL with the following possible display formats:

LREAL In a project created with TIA Portal < V12:
Floating-point number
Note: The display of LREAL is limited to 13 digits plus exponent.
LREAL In a project created with TIA Portal >= V12:
Floating-point number, Hex, BCD, Octal, Bin, Character, Unicode_Character,
Dec,
Dec+/-, Dec_Sequence, Time of day, Timer, Date and time
For the S7-1500 CPU family, in addition to 32-bit data types, the 64-bit data types listed in the
table are also permitted with the following possible display formats:

LWORD Hex, Octal, BCD, Bin, Character, Unicode_Character, Dec, Dec+/-, Dec_Se
quence, Floating-point number, Time of day, Timer, Date and time
LINT Dec+/-, Dec, Hex, BCD, Octal, Bin, Character, Unicode_Character, Dec_Se
quence, Time of day, Timer, Date and time
ULINT Dec, Dec+/-, Hex, BCD, Octal, Bin, Character, Unicode_Character, Dec_Se
LREAL Floating-point number, Hex, BCD, Octal, Bin, Character, Unicode_Character,
Dec,
LTIME Timer, Dec+/-, Dec, Hex
LTOD Time of day, Dec, Hex, BCD, Bin
LDT Date and time, Dec, Hex
For more information, refer to the description of the valid data types (Page 1908).
Note
Rounding of floating-point numbers
In the watch table, floating-point numbers are stored as binary numbers in IEEE format.
Because not every floating point number (real, longreal) that can be displayed on the user
interface can be mapped to the IEEE format, there is a possibility that floating-point numbers
will be rounded. If a rounded floating-point number in the watch table is copied and, in turn,
inserted in another input field, the rounding may cause a slight difference.

Programming the PLC
Note
Only symbolic addressing is possible
In the watch table, LongDataTypes such as LWORD or LREAL can only be addressed
symbolically.
Selecting the display format for tags
Procedure
To select the display format of the tags, follow these steps:
1. Enter the desired address in the watch table.
2. Click the desired cell in the "Display format" column, and open the drop-down list.
The permissible display formats are shown in the drop-down list.
3. Select the desired display format from the drop-down list.
Note
If the selected display format cannot be applied, then the last selected display format will
be displayed automatically.
See also
Creating and editing comment lines
Basic principles of comment lines

In addition to the row related comments in the comment column, you can now also create
complete comment lines to enhance the structure of the watch table.
The contents of the comment line are stored in the "Languages & Resources" folder in the
"Project texts" tab and can be compiled in other project languages.
Creating comment lines

To create comment lines, follow these steps:
1. Open the watch table and enter the required addresses.
2. To create a comment line, enter the character string "//" in the "Name" column. No comment
lines can be created in the other columns.

Programming the PLC
3. Enter the required comment in the comment line. The entered comment is shown in green.
4. To show all comments you entered, double-click "Project texts" in the project tree under
"Languages & Resources".
5. If you are working in multi-lingual projects and want your comment to be translated into
other languages, you can set the project languages required in addition to the editing
language in the project tree under "Languages & Resources > Project languages".
Deleting comment lines

To delete comment lines, follow these steps:
1. Open a watch table containing comment lines.
2. Delete the entire comment including the introductory string "//", if you no longer required
this.
3. Alternatively, delete only the introductory string "//". In this case the existing comment is
retained and is displayed in the "Comment" column in the watch table.
Note
When you delete comment lines the project languages and any existing translations for
these comments are also deleted.
11.4.3.7 Monitoring tags in the watch table
Introduction to monitoring tags in the watch table
Introduction
The watch table allows you to monitor the tags of the configured input and output modules in
the CPU, depending on the monitoring and modify mode (Page 1869) selected. To monitor
tags, an online connection to the CPU must exist.
Notice
Danger of a time-out while monitoring peripheral inputs
Note that the monitoring of peripheral inputs can result in a time-out.

Programming the PLC
Options for monitoring tags

The following options are available for monitoring tags:
Monitor now
This command starts the monitoring of the visible tags in the active watch table immediately
and once only.
Monitor all
This command starts the monitoring of all visible tags in the active watch table, depending
on the selected watch mode:
In basic mode, the monitoring mode is set to "permanent" by default.
In expanded mode, you can specify defined trigger points for the monitoring of tags.
Note
If the monitoring mode is changed while in expanded mode and then a switch is made
to basic mode, the monitoring mode set before will also be applied in basic mode.
CPU-specific limitations when monitoring tags

The following CPU-specific differences exist:
CPU S7-300/400:
CPUs from this family can only monitor the first 30 characters of a string.
CPU S7-1200/1500:
CPUs from this family can monitor a string up to the total size of 254 characters.
Setting the monitoring and modify mode
Introduction
By selecting the monitoring and modify mode, you specify the trigger point and the duration of
the tag monitoring in the watch table and the force table.
Possible monitoring and modify modes (duration of monitoring or modifying)

The following monitoring and modifying modes are available:

Programming the PLC
Trigger Execution CPU status Duration

Permanent Permanent RUN Will be executed until the user
During monitoring: The inputs are monitored stops the action or the online
at the end of the cycle and the outputs at the connection to the CPU is inter
start of the cycle. rupted.
During modify: The inputs are modified at
the start of the cycle and the outputs at the
end of the cycle.
Permanently, at start of scan Permanently, at start of scan cycle RUN Will be executed until the user
cycle stops the action or the online
connection to the CPU is inter
rupted.
Permanently, at end of scan Permanently, at end of scan cycle RUN Will be executed until the user
cycle stops the action or the online
rupted.
Permanently, at transition to Permanently, at transition from RUN to RUN > Will be executed until the user
STOP STOP STOP stops the action or the online
rupted.
Once only, at start of scan Once only, at start of scan cycle RUN Ends automatically after being
cycle executed once.
Once only, at end of scan cy Once only, at end of scan cycle RUN Ends automatically after being
cle executed once.
Once only, at transition to Once only, at transition from RUN to STOP STOP > Ends automatically after being
STOP RUN executed once.
Special features when using "Permanent" mode

The "Permanent" mode is executed differently for the monitoring and modifying of tags.
Monitoring: The inputs are monitored at the end of the cycle and the outputs at the start of
the cycle.
Modifying: The inputs are modified at the start of the cycle and the outputs at the end of
the cycle.
Selecting the trigger point

The trigger points "Beginning of scan cycle", "End of scan cycle", and "Switch to stop" specify
the time at which the tags are to be read from the CPU or updated in the CPU.
The following diagram shows the position of these trigger points:

Programming the PLC
3URFHVVLPDJHLQSXW
7ULJJHUSRLQW$WVWDUWRIVFDQF\FOH
2%
7ULJJHUSRLQW$WWUDQVLWLRQIURP
581WR6723
7ULJJHUSRLQW$WHQGRIVFDQF\FOH
3URFHVVLPDJHRXWSXW
Position of the trigger points

From the position of the trigger points, it follows that:
Modifying of inputs is only appropriate at the beginning of the scan cycle (corresponding
to the beginning of the user program OB 1), because otherwise the process image input is
updated again after modifying and is thus overwritten.
Modifying of outputs is only appropriate at the end of the scan cycle (corresponding to the
end of the user program OB 1), because otherwise the process image output can be
overwritten by the user program.
The modified value is displayed in the "Monitor value" column, provided that monitoring is
active and the modified value is not overwritten by the user program.
Monitoring tags
When tags are being modified, the following applies to the trigger points:
If you have specified the modify mode as "once only", you will receive an alarm if the
selected tags cannot be modified.
In "permanent" modify mode, you do not receive an alarm.
Note regarding the "Modify now" command

You can modify the values of selected tags immediately using the "Online > Modify >Modify
now" command. This command is executed once only and as quickly as possible without
reference to a defined position (trigger point) in the user program. This function is used mainly
for modifying when the CPU is in STOP mode.

Programming the PLC
"Monitor all" command for tags
Introduction
The "Monitor all" command allows you to start monitoring the visible tags in the active watch
table. The default setting for the monitoring mode in basic mode of the watch table is
"permanent". In expanded mode, you can specify defined trigger points for the monitoring of
tags. In this case, the tags are monitored with reference to the specified trigger points.
Notice
Requirements
Procedure
To execute the "Monitor all" command, follow these steps:
1. Enter the tags to be monitored and the corresponding addresses in the watch table.
2. Switch to expanded mode by clicking
the icon "Show/hide advanced setting columns" in the toolbar.
3. If you want to change the default monitoring mode for a tag, click the appropriate cell in the
"Monitor with trigger" column and select the desired monitoring mode from the drop-down
list.
4. Click the "Monitor all" icon in the toolbar.
Result
The tags of the active watch table are monitored using the monitoring mode selected.
See also
Entering tags in the watch table (Page 1860)

Programming the PLC
"Monitor now" command for tags
Introduction
The "Monitor now" command starts the monitoring of tags immediately without reference to
defined trigger points. The tag values are read out once only and displayed in the watch table.
Notice
Requirements
Procedure
To execute the "Monitor now" command, follow these steps:
1. Enter the tags to be monitored and the corresponding addresses in the watch table.
2. Click the "Monitor now" icon in the toolbar.
Result
The tags of the active watch table are monitored immediately and once only.
See also
Entering tags in the watch table (Page 1860)
11.4.3.8 Modifying tags in the watch table
Introduction to modifying tags
Introduction
The watch table allows you to modify the tags of the configured input and output modules in
the CPU, depending on the monitoring and modify mode (Page 1869) selected.

Programming the PLC
To monitor the tags, an online connection to the CPU must exist.
Danger
Danger when modifying:
Serious personal injury and material damage can result from changes in the tags or addresses
during plant operation in the event of malfunctions or program errors!
Make sure that dangerous conditions cannot occur before you execute the "Modify" function.
Notice
Danger of a time-out while controlling peripheral outputs
Note that the controlling of peripheral outputs in the watch table can result in a time-out.
Notice
Danger due to modifying an identical operand in parallel with different modify values in more
than one watch table
When working with more than one watch table, avoid modifying identical operands
permanently multiple times with different modify values.
If an identical operand is modified permanently with different modify values at the same time
in different watch tables, all watch tables will display the last modified value, because the modify
value assigned last will be used in this case.
Options for modifying tags

The following options are available for modifying tags:
Modify to "0"
This command modifies the selected address to the modify value "0".
Modify to "1"
This command modifies the selected address to the modify value "1".
Modify once only and immediately
This command modifies all selected addresses in the active watch table "once only and
immediately".

Programming the PLC
Modify with trigger

This command modifies all selected addresses in the active watch table using the
monitoring and modify mode (Page 1869) selected.
The "Modify with trigger" function is only available in expanded mode. You will not receive
an alarm indicating whether or not the selected addresses were actually modified with the
specified value. You should use the "Modify once only and immediately" function if you
require such a confirmation.
This command disables the command output disable.
This function can only be executed in expanded mode, when the CPU is in STOP and the
option Force (Page 1898) of tags is not enabled. If desired, deactivate this function in the
force table.
Note
When modifying, note the following:
Modifying of tags cannot be undone.
Modify tags to "0"
Introduction
You can assign one-time values to tags independent of the monitoring and modify mode and
modify them. The modify command is executed as fast as possible, similar to a "Trigger now"
command, without reference to a defined position in the user program.
Danger
Notice
Requirements

Programming the PLC
Procedure
To modify tags to "0", follow these steps:
2. Select the "Online > Modify > Modify to 0" command in order to modify the selected address
with the specified value.
Result
The selected address is modified to "0".
Note
Modifying can not be undone!
Modify tags to "1"
Introduction
modify them. The modify command is executed as fast as possible, similar to a "Trigger now"
command, without reference to a defined position in the user program.
Danger
Notice
Requirements

Programming the PLC
Procedure
To modify tags to "1", follow these steps:
2. Select the "Online > Modify > Modify to 1" command in order to modify the selected address
Result
The selected address is modified to "1".
Note
"Modify now" command for tags
Introduction
modify them immediately. The modify command is executed as fast as possible, similar to a
"Trigger now" command, without reference to a defined position in the user program.
Danger
Notice
Requirements

Programming the PLC
Procedure
To modify tags immediately, follow these steps:
1. Enter the desired addresses and modify values in the watch table.
2. Select the addresses to be modified by selecting the check boxes for modifying in the
column after the "Modify value".
A yellow triangle appears behind the selected check box, indicating that the address is now
selected for modifying but has not yet been modified.
3. Select the "Online > Modify > Modify once and now" command in order to immediately
modify the selected address once only with the specified value.
Result
The selected addresses are modified immediately and once only.
Note
"Modify with trigger" command for tags
Introduction
You can assign values to addresses dependent on the defined monitoring and modify mode
and modify them. The modify command is executed as specified in the monitoring and modify
mode, with reference to the defined trigger position in the user program.
Danger
Notice

Programming the PLC
Requirements
The watch table has to be in expanded mode.
Procedure
To modify tags "with trigger", follow these steps:
3. Switch to expanded mode using the icon "Show/hide advanced settings columns" in the
toolbar or the "Online > Expanded mode" command.
The "Monitor with trigger" and "Modify with trigger" columns are displayed.
4. In the "Modify with trigger" column, select the desired modify mode from the drop-down list
box. The following options are available:
Permanent
Permanently, at start of scan cycle
Once only, at start of scan cycle
Permanently, at end of scan cycle
Once only, at end of scan cycle
Permanently, at transition to STOP
Once only, at transition to STOP
5. Start modifying using the "Online > Modify > Modify with trigger" command.
6. Confirm the prompt with "Yes" if you want to start modifying with trigger.
Result
The selected tags are modified using the selected monitoring and modify mode. The yellow
triangle is no longer displayed.
Note

Programming the PLC
Introduction
The "Enable peripheral outputs" function deactivates the command output disable of the
peripheral outputs. You can then modify the peripheral outputs when the CPU is in STOP
mode. This function is available in the watch table in "Expanded mode" only.
Danger
Danger when enabling the peripheral outputs:
Attention, the enabling of the peripheral outputs can cause serious personal injury and material
damage!
Make certain that dangerous conditions cannot occur before you execute the "Enable
peripheral outputs" function.
Prerequisites
The CPU is in STOP mode before you can enable the peripheral outputs.
The watch table has to be in expanded mode.
The option Force (Page 1898) of tags must not be enabled.
Note
"Enable peripheral outputs" function
This function is possible only in STOP mode. The function is exited by an operating state
change of the CPU and by the termination of the online connection.
While the function is enabled, forcing is not possible.
Procedure
To enable the peripheral outputs in STOP mode, follow these steps:
3. Switch to expanded mode using the icon "Show/hide advanced settings columns" in the
toolbar or the "Online > Expanded mode" command.
The "Monitor with trigger" and "Modify with trigger" columns are displayed.
4. Change the relevant CPU to STOP using the operator panel.

Programming the PLC
5. Right-click to open the shortcut menu and select "Enable peripheral outputs".
6. Confirm the prompt with "Yes" if you want to unlock the command output disable for the
peripheral outputs.
7. Modify the peripheral outputs using the "Online > Modify > Modify now" command.
Result
The peripheral outputs are modified with the selected modify values. The yellow triangle is no
longer displayed.
Enabling the peripheral outputs

The "Enable peripheral outputs" function remains active until:
The "Enable peripheral outputs" command is deactivated again via the shortcut menu or
via the "Online > Modify > Enable peripheral outputs" command.
The CPU is no longer in STOP mode.
The online connection is terminated.
Note
11.4.4 Testing with the force table
11.4.4.1 Introduction for testing with the force table
Overview
You can use the force table to assign permanent values to individual tags
of the user program. This action is referred to as "forcing".
The following functions are available in the force table:
Monitoring tags
This allows the current values of the individual tags of a user program or a CPU to be
displayed on the programming device or PC. Tags can be monitored with or without a trigger
condition.
Forcing tags
This function lets you assign a fixed value to individual I/O tags of the user program.

Programming the PLC
Monitoring and forcing tags

The monitoring and forcing of tags is always dependent on the operand scope of the CPU
used.
The following tags can be monitored:
Inputs, outputs, and bit memories
Contents of data blocks
Peripheral inputs
The following tags can be forced:
Peripheral inputs
Peripheral outputs
Example
Independent of the CPU used, only I/O can be forced, such as: "Tag_1":P or "QW0:P" or
"IW0:P". Note that "Tag_1":P must not be the symbolic name of a bit memory.
One advantage of the force table is that you can simulate different test environments and
overwrite tags in the CPU with a permanent value. This enables you to intervene in the ongoing
process for regulating purposes.
See also
Layout of the force table (Page 1883)
Basic mode and expanded mode in the force table (Page 1884)
Icons in the force table (Page 1885)
Open and edit force table (Page 1886)

Programming the PLC
11.4.4.2 Safety precautions when forcing tags
Safety precautions when forcing tags

Because the forcing function allows you to intervene permanently in the process, observance
of the following notices is essential:
Danger
Prevent personal injury and material damage!
Note that an incorrect action when executing the "Force" function can:
Harm persons or pose a health hazard.
Cause damage to machinery or the entire plant.
Caution
Before you start the "Force" function, you should ensure that no one else is currently
executing this function on the same CPU.
Forcing can only be stopped by clicking the "Stop forcing" icon or using the "Online > Force
> Stop forcing" command. Closing the active force table does not stop the forcing!
Forcing can not be undone!
Review the differences between " modifying tags" (Page 1873) and "forcing tags"
(Page 1898).
If a CPU does not support the "Force" function, the relevant icons cannot be selected.
If the function "Enable peripheral outputs" is active on your CPU, then forcing is not possible
on this CPU. If desired, deactivate this function in the watch table.
11.4.4.3 Layout of the force table
Introduction
In the force table, enter the CPU-wide tags that you have defined and selected and which are
to be forced in the allocated CPU. Only peripheral inputs and peripheral outputs can be forced.
For each CPU created in the project, a force table will automatically be created in the "Watch
and force tables" folder. Only one force table can be allocated to a CPU. This force table
displays all the addresses forced in the allocated CPU.
Layout of the force table

The columns displayed in the force table depend on the mode you are working in: basic mode
or expanded mode.

Programming the PLC
In expanded mode the "Monitor with trigger" column is also displayed.

The following table shows the meaning of the individual columns in basic mode and expanded
mode:
Mode Column Meaning

Basic mode Identification column
Name Name of the inserted tag

Address Address of the inserted tag
Display format Selected display format
Monitor value Values of the tags, dependent on the selected display for
mat.
Force value Value with which the tag is forced.
("Force") Select the tag to be forced by activating the corresponding
check box.
Comment Comment for documentation of the tags
The following additional col Monitor with trigger Display of selected monitoring mode
umn is shown in expanded
mode:
See also
Icons in the force table (Page 1885)
Basic mode and expanded mode in the force table (Page 1884)
11.4.4.4 Basic mode and expanded mode in the force table
Difference between basic mode and expanded mode in the force table
In expanded mode the "Monitor with trigger" column is also displayed in the force table.
You will find a detailed list of the columns under Layout of the force table (Page 1883).
Switching between basic mode and expanded mode

You have the following options of toggling between the basic and expanded mode:
Click the icon "Show/hide advanced setting columns". Click this icon again to return to the
basic mode.
Or:
In the "Online" menu, select the "Expanded mode" check box. Deactivate this check box
to return to the basic mode.

Programming the PLC
Functionality in expanded mode

The following functionality is only possible in expanded mode:
Monitor peripheral inputs
11.4.4.5 Icons in the force table
Meaning of the icons

The following table shows the meaning of the icons in the force table:
Icon Meaning
Identifies a table inside the project tree as a force table.
Identification column
Inserts a row before the selected row.
Inserts a row after the selected row.
Displays all columns of expanded mode. If you click this icon again, the col
umns of the expanded mode will be hidden.
Updates all operands and values currently being forced on the CPU in the
open force table.
Starts forcing for all addresses of the selected tags. If forcing is already run
ning, the previous action is replaced without interruption.
Stops forcing of addresses in the force table.
Starts monitoring of the visible tags in the force table. The default setting for
monitoring in basic mode is "permanent". In expanded mode an additional
column is shown and you can set certain trigger points for monitoring tags.
Starts monitoring of the visible tags in the force table. This command is exe
cuted immediately and the tags are monitored once.
Displays the check box for the selection of tags to be forced.
Indicates that an address cannot be fully forced. Example: It is possible to

force the address QW0:P, but it is not possible to force the address QD0:P
because this address area is potentially not available on the CPU.
Indicates that an address cannot be monitored.
Indicates that an address is being forced.
Indicates that an address is being partly forced.
Indicates that the associated peripheral address is being forced.
Indicates that a syntax error occurred.
Indicates that the address is selected but has not been forced yet.

Programming the PLC
Icon Meaning
Indicates that the selected tag was monitored for the value "1".
Indicates that the selected tag was monitored for the value "0".
Indicates that the address is being used more than once.
Indicates that a substitute value is being used. Substitute values are values
that are output to the process in case of signal output module faults or are
used instead of a process value in the user program in case of signal input
module faults. The substitute values can be assigned by the user (e.g., retain
old value).
See also
Layout of the force table (Page 1883)
11.4.4.6 Open and edit force table
Display force table
Introduction
You cannot create a new force table; one force table already exists for each CPU. It is
permanently allocated to this CPU and cannot be copied or duplicated.
Requirements
A project with an allocated CPU has to be open.
Displaying a force table

The force table is always displayed below a CPU in the "Watch and force tables" folder.
Open force table
Requirements
A project with an allocated CPU must be created.
Procedure
Proceed as follows to open a force table:
1. Open the "Watch and force tables" folder below the desired CPU.
2. Double-click the "Force table" in this folder.

Programming the PLC
Result
The selected force table opens.
Save force table
Requirements
A project with an allocated CPU has been created.
Procedure
Proceed as follows to save a force table:
1. Enter the desired changes in the force table.
2. Select the "Save" command in the "Project" menu or click the "Save project" icon in the
toolbar. Note that this save operation will save the entire project.
Result
The contents of the force table and the associated project are saved.
Note
You cannot rename a force table.
11.4.4.7 Entering tags in the force table
Basic principles for entering tags in the force table
Recommended procedure
Select the tags whose values you want to monitor or force, and enter them in the force table.
When entering tags in the force table, please note that these tags must be previously defined
in the PLC tag table.
Example of filling out a force table

You can enter the absolute address that is to be forced or monitored in the "Address" column
or you can enter the symbolic name of the tag in the "Name" column.
Select the display format you require from the drop-down list in the "Display format" column,
if you do not want to use the default setting.

Programming the PLC
Now you have to decide whether you want to monitor or force the entered tags. Enter the
required force value and a comment in the appropriate columns of the force table.
Note that only peripheral inputs and peripheral outputs can be forced and review the Safety
precautions when forcing tags (Page 1899).
Create comment line

If required, you can create a comment row by entering the string "//" in the "Name" column.
Syntax check
When you enter tags in the force table, the syntax of each cell will be checked when you exit
the cell. Incorrect entries are marked in red.
Note
When you place the mouse pointer in a cell marked in red, brief information is displayed with
additional notes on the error.
Permitted operands for the force table
Permitted operands for the force table

The following table shows the operands that are permitted for forcing in the force table:

type ics)
Peripheral input/peripheral output BOOL I0.0:P; Q0.0:P
Peripheral input/peripheral output BYTE IB1:P; QB1:P
Peripheral input/peripheral output WORD IW2:P; QW3:P
Peripheral input/peripheral output DWORD ID2:P; QD1:P
The following table shows the operands that are permitted for monitoring in the force table:

type ics)
Input/output/bit memory BOOL I1.0, Q1.7, M10.1
I0.0:P
Input/output/bit memory BYTE IB1/QB10/MB100
IB1:P
Input/output/bit memory WORD IW1; QW10; MW100
IW2:P

Programming the PLC

type ics)
Input/output/bit memory DWORD ID4; QD10; MD100
ID2:P
Timers TIMER T1
Counters COUNTER C1
Data block BOOL DB1.DBX1.0
Data block BYTE DB1.DBB1
Data block WORD DB1.DBW1
Data block DWORD DB1.DBD1
Note
You cannot enter "DB0..." because it is used by the system!
Permitted force values for the force table
Entering force values in the force table

The following table shows the operands that are permitted for entering force values in the force
table:
Table 11-7 Bit operands
Possible bit operands Example for permitted force values

I1.0:P True
I1.1:P False
Q1.0P 0
Q1.1:P 1
I2.0:P 2#0
I2.1:P 2#1
Table 11-8 Byte operands
Possible byte operands Example for permitted force values

IB1:P 2#00110011
IB2:P B#16#1F
QB14:P 1F
QB10:P 'a'
IB3:P 10

Programming the PLC
Table 11-9 Word operands
Possible word operands Example for permitted force values

IW0:P 2#0011001100110011
IW2:P W#16#ABCD
QW10:P ABCD
QW12:P B#(12, 34)
IW4:P 'ab'
IW6:P 12345
IW8:P S5T#9S_340ms
IW10:P C#123
IW12:P D#2006-12-31
Table 11-10 Double word operands
Possible double word operands Example for permitted force values

ID0:P 2#00110011001100110011001100110011
ID4:P 1.2
QD10:P 1.234.e4
QD14:P Dw#16#abcdef10
ID8:P 16#ABCDEF10
ID12:P b#(12,34,56,78)
ID16:P L#-12
ID20:P L#12
ID24:P 123456789
ID28:P 123456789
ID32:P T#12s345ms
ID36:P Tod#14:20:40.645
ID40:P P#e0.0
Overview of the display formats
Display formats in the force table

The display format you select specifies the representation of a tag value.
When entering the address a display format is automatically preset. If you want to change this,
you can select a display format from the drop-down list in the "Display formats" column. The
drop-down list only offers the display formats which are valid for this data type. The display
format that appears first in the list is the pre-selected format.

Programming the PLC
Example
The following table shows the 32-bit data types permitted for all CPU families in the force table
and their possible display formats:

BOOL Bool, Hex, BCD, Octal, Bin, Dec, Dec+/-
BYTE Hex, BCD, Octal, Bin, Dec, Dec+/-, Character
WORD Hex, BCD, Octal, Bin, Dec, Dec+/-, Dec_Sequence, Character, SIMAT
IC_Timer, Date, Unicode_Character, Counter
DWORD Hex, BCD, Octal, Bin, Dec, Dec+/-, Dec_Sequence, Character, Floating-point
number, Time of day, Timer, Pointer, Unicode_Character
SINT Dec, Dec+/-, Hex, BCD, Octal, Bin, Character
INT Dec, Dec+/-, Hex, BCD, Octal, Bin, Character, Unicode_Character, Dec_Se
DINT Dec, Dec+/-, Hex, BCD, Octal, Bin, Character, Unicode_Character, Dec_Se
USINT Dec, Dec+/-, Hex, BCD, Octal, Bin, Character
UINT Dec, Dec+/-, Hex, BCD, Octal, Bin, Character, Unicode_Character, Dec_Se
UDINT Dec, Dec+/-, Hex, BCD, Octal, Bin, Character, Unicode_Character, Dec_Se
REAL Floating-point number, Hex, BCD, Octal, Bin, Character, Unicode_Charac
ter,Dec,
Dec+/-, Dec_Sequence, Time of day, Timer, Pointer
DATE Date, Dec, Hex, BCD, Bin
TIME_OF_DAY Time of day, Dec, Hex, BCD, Bin
TIME Timer, Hex, BCD, Bin
DATE_AND_TIME Date and time,
TIMER SIMATIC_Timer, Hex, BCD, Bin
CHAR Character, Hex, BCD, Octal, Bin, Dec, Dec+/-
WCHAR Unicode_Character, Character, Hex, BCD, Octal, Bin, Dec, Dec+/-
STRING Character string
WSTRING Unicode_character string
POINTER Pointer, Hex, BCD, Octal, Bin, Character, Unicode_Character, Dec, Dec
+/-,Dec_Sequence, Floating-point number, Time of day, Timer, Block number
COUNTER Counter, Hex, BCD, Bin
S5TIME SIMATIC_Timer, Hex, BCD, Bin

Programming the PLC
For the S7-1200 CPU family, all 32-bit data types are permitted (see table above), as well as
the 64-bit data type LREAL with the following possible display formats:

LREAL In a project created with TIA Portal < V12:
Floating-point number
LREAL In a project created with TIA Portal >= V12:
Floating-point number, Hex, BCD, Octal, Bin, Character, Unicode_Character,
Dec,
For the S7-1500 CPU family, in addition to 32-bit data types, the 64-bit data types listed in the
table are also permitted with the following possible display formats:

LWORD Hex, Octal, BCD, Bin, Character, Unicode_Character, Dec, Dec+/-, Dec_Se
quence, Floating-point number, Time of day, Timer, Date and time
LINT Dec+/-, Dec, Hex, BCD, Octal, Bin, Character, Unicode_Character, Dec_Se
ULINT Dec, Dec+/-, Hex, BCD, Octal, Bin, Character, Unicode_Character, Dec_Se
LREAL Floating-point number, Hex, BCD, Octal, Bin, Character, Unicode_Character,
Dec,
LTIME Timer, Dec+/-, Dec, Hex
LTOD Dec, Hex, BCD, Bin, Time of day
LDT Dec, Hex, Date and time
For more information, refer to the description of the valid data types (Page 1908).
Note
Rounding of floating-point numbers
In the force table, floating-point numbers are stored as binary numbers in IEEE format.
Because not every floating point number (real, longreal) that can be displayed on the user
interface can be mapped to the IEEE format, there is a possibility that floating-point numbers
will be rounded. If a rounded floating-point number in the force table is copied and, in turn,
inserted in another input field, the rounding may cause a slight difference.

Programming the PLC
Note
Only symbolic addressing is possible
In the force table, LongDataTypes such as LWORD or LREAL can only be addressed
symbolically.
Selecting the display format for tags
Procedure
To select the display format of the tags, follow these steps:
1. Enter the desired address in the force table.
2. Click the desired cell in the "Display format" column, and open the drop-down list.
The permitted display formats are shown in the drop-down list.
3. Select the desired display format from the drop-down list.
Note
If the selected display format cannot be applied, then the last selected display format will
be displayed automatically.
Creating and editing comment lines
Basic principles of comment lines

In addition to the row-related comments in the comment column, you can now also create
complete comment lines to enhance the structure of the force table.
The contents of the comment line are stored in the "Languages & Resources" folder in the
"Project texts" tab and can be compiled in other project languages.
Creating comment lines

To create comment lines, follow these steps:
1. Open the force table and enter the required addresses.
2. To create a comment line, enter the character string "//" in the "Name" column. No comment
lines can be created in the other columns.

Programming the PLC
3. Enter the required comment in the comment line. The entered comment is shown in green.
4. To show all comments you entered, double-click "Project texts" in the project tree under
"Languages & Resources".
5. If you are working in multi-lingual projects and want your comment to be translated into
other languages, you can set the project languages required in addition to the editing
language in the project tree under "Languages & Resources > Project languages".

To delete comment lines, follow these steps:
1. Open a force table containing comment lines.
2. Delete the entire comment including the introductory string "//", if you no longer require this.
3. Alternatively, delete only the introductory string "//". In this case the existing comment is
retained and is displayed in the "Comment" column in the force table.
Note
When you delete comment lines the project languages and any existing translations for
these comments are also deleted.
11.4.4.8 Monitoring tags in the force table
Introduction to monitoring tags in the force table
Introduction
Use the force table to monitor the tags of the configured input and output modules in the CPU,
dependent on the monitoring mode (Page 1895) you have selected. An online connection to
the CPU must exist to monitor tags.

Programming the PLC
Options for monitoring tags

The following options are available for monitoring tags:
Monitor all
This command starts the monitoring of all visible tags in the active force table, dependent
on the selected monitoring mode:
In basic mode, the monitoring mode is set to "permanent" by default.
In expanded mode, you can specify defined trigger points for the monitoring of tags.
Note
If the monitoring mode is changed while in expanded mode and then a switch is made
to basic mode, the monitoring mode set before will also be applied in basic mode.
Monitor now
This command starts the monitoring of the visible tags in the active force table immediately
and once only.
CPU-specific limitations when monitoring tags

The following CPU-specific differences exist:
CPU S7-300/400:
CPUs from this family can only monitor the first 30 characters of a string.
CPU S7-1200:
CPUs from this family can monitor a string up to the total size of 254 characters.
Setting the monitoring mode in the force table
Introduction
By selecting the monitoring mode, you specify the trigger point and the duration of tag
monitoring in the force table.
Possible monitoring mode (duration of monitoring)

The following selection options are available:
Permanent
Once only, at start of scan cycle
Once only, at end of scan cycle
Permanently, at start of scan cycle
Permanently, at end of scan cycle
Once only, at transition to STOP
Permanently, at transition to STOP

Programming the PLC
Special features when using "Permanent" mode

The "Permanent" mode is executed as follows for the monitoring of tags: The inputs are
monitored at the end of the cycle and the outputs at the start of the cycle.
Selecting the trigger point

The trigger points "Beginning of scan cycle", "End of scan cycle", and "Switch to stop" specify
the time at which the tags are to be read from the CPU or updated in the CPU.
The following diagram shows the position of these trigger points:
3URFHVVLPDJHLQSXW
7ULJJHUSRLQW$WVWDUWRIVFDQF\FOH
2%
7ULJJHUSRLQW$WWUDQVLWLRQIURP
581WR6723
7ULJJHUSRLQW$WHQGRIVFDQF\FOH
3URFHVVLPDJHRXWSXW
"Monitor all" command for tags
Introduction
Use the "Monitor all" command to start monitoring the visible tags in the active force table. In
basic mode of the force table, the default setting for the monitoring mode is "permanent". In
expanded mode, you can specify defined trigger points for the monitoring of tags. In this case,
the tags are monitored with reference to the specified trigger points.
Requirements

Programming the PLC
Procedure
To execute the "Monitor all" command, follow these steps:
1. Enter the tags to be monitored and the corresponding addresses in the force table.
2. Switch to expanded mode by clicking
the icon "Show/hide advanced setting columns" in the toolbar.
3. If you want to change the default monitoring mode for a tag, click the appropriate cell in the
"Monitor with trigger" column and select the desired monitoring mode from the drop-down
list.
4. Click the "Monitor all" icon in the toolbar.
Result
The tags of the active force table will be monitored using the set monitoring mode.
"Monitor now" command for tags
Introduction
The "Monitor now" command starts the monitoring of tags immediately without reference to
defined trigger points. The tag values are read out only once and displayed in the force table.
Requirements
Procedure
To execute the "Monitor now" command, follow these steps:
1. Enter the tags to be monitored and the corresponding addresses in the force table.
2. Click the "Monitor now" icon in the toolbar.
Result
The tags of the active force table are monitored immediately and once only.

Programming the PLC
11.4.4.9 Forcing tags in the force table
Introduction to forcing tags
Introduction
You can use the force table to assign permanent values to individual tags of the user program.
This action is referred to as forcing. Only peripheral inputs and peripheral outputs can be forced.
To use the forcing function, you must have an online connection to the CPU and the utilized
CPU must support this functionality.
If you open a force table in the "Watch and force tables" folder below a CPU on which a force
job is already running, you will first be prompted to update the display of the forced operand.
Forcing or stopping forcing in the open force table is only possible following this command.
By permanently assigning defined values to tags, you can specify defined default settings for
your user program and, thus, test the programmed functions. Forcing is possible in basic mode
and in expanded mode (Page 1884).
Caution when forcing tags

Before forcing, make sure that you review the safety precautions for this procedure
(Page 1899).
Danger
Remember that an incorrect action when executing the "Force" function can:
Options for forcing tags

The following options are available for forcing tags:
Force to "0"
This command forces the selected address in the CPU to the force value "0".
Force to "1"
This command forces the selected address in the CPU to the force value "1".

Programming the PLC
Force all
This command starts the forcing of enabled addresses in the active force table or replaces
an existing force job without interruption.
Stop forcing
This command stops the forcing of all addresses in the active force table.
Constraints when forcing tags

Note the following constraints when forcing:
Forcing is always dependent on the operand scope of the CPU used.
In principle, only peripheral inputs and peripheral outputs can be forced.
If the function "Enable peripheral outputs" is active on your CPU, then forcing is not possible.
If desired, deactivate this function in the watch table.
Unique aspects when forcing tags

Note that forcing of tags will overwrite values in the CPU and will continue even after the online
connection to the CPU is terminated.
Stop forcing
Terminating the online connection is not sufficient to stop the forcing operation! To stop
forcing, you must select the "Online > Force > Stop forcing" command. Only then will the
tags that are visible in the active force table no longer be forced.
Stop forcing of individual tags
The "Online > Force > Stop forcing" command always applies to all tags displayed in the
force table. To stop forcing individual tags, you must clear the check mark for forcing of
these tags in the force table and restart forcing using the "Online > Force > Force all"
command.

Because the forcing function allows you to intervene permanently in the process, observance
of the following notices is essential:
Danger

Programming the PLC
Caution
Before you start the "Force" function, you should ensure that no one else is currently
executing this function on the same CPU.
Forcing can only be stopped by clicking the "Stop forcing" icon or using the "Online > Force
> Stop forcing" command. Closing the active force table does not stop the forcing!
Forcing can not be undone!
Review the differences between " modifying tags" (Page 1873) and "forcing tags"
(Page 1898).
If a CPU does not support the "Force" function, the relevant icons cannot be selected.
If the function "Enable peripheral outputs" is active on your CPU, then forcing is not possible
on this CPU. If desired, deactivate this function in the watch table.
Updating forced operands
Introduction
If a force job is already running on a CPU, after opening the force table, you first need to make
sure that the operands and values currently being forced on the CPU are displayed in the force
table.
The command "Online" > "Force" > "Update forced operands" updates all operands and values
currently being forced on the CPU in the open force table.
"Force" or "Stop forcing" in the open force table is only possible following this command.

Before forcing, make sure you are familiar with the safety precautions when forcing tags
(Page 1899).
Danger
Remember that an incorrect action when executing the "Force" function can:

Programming the PLC
Requirement
An online connection to the CPU is possible.
A force job is currently running on the CPU being used.
Procedure
To update the forced operands and values, follow these steps:
1. Open a force table.
2. Establish an online connection to the CPU.
3. Confirm the "Update forced operands" dialog that follows with "Yes".
Result
All forced operands in the open force table are updated with the relevant values. A red "F" is
displayed in the first column indicating which operands are being forced.
This enables the "Force all" and "Stop forcing" buttons and you can select these functions.
Note
When forcing, note the following:
Forcing cannot be undone!
Terminating the online connection does not stop the forcing function!
To stop forcing, the forced address must be visible in the active force table.
Force tags to "0"
Introduction
You can use the force function to assign permanent values to individual tags of a user program.

Programming the PLC

Before forcing, you must review the safety precautions when forcing tags (Page 1899).
Danger
Pose a risk to the life or health of persons.
Requirements
The utilized CPU supports the force function.
The "Enable peripheral outputs" function is not enabled on the CPU on which the tags are
to be forced. If desired, deactivate this function in the watch table.
Procedure
To force tags to "0", follow these steps:
1. Open the force table.
3. Select the "Online > Force> Force to 0" command in order to force the selected address
4. Confirm the next dialog with "Yes".
Result
The selected address is forced to "0". The yellow triangle is no longer displayed. A red "F" is
displayed in the first column, for example, indicating that the tag is being forced.
Stop forcing
To stop forcing, follow these steps:
2. Select the "Online > Force > Stop forcing" command.

Programming the PLC
Result
Forcing of the selected values is stopped. The red "F" in the first column is no longer displayed.
The yellow triangle reappears behind the check box again to indicate that the address is
selected for forcing but is not being forced at the moment.
Note
Terminating the online connection does not stop the forcing!
Force tags to "1"
Introduction

Danger
Endanger the life or health of personnel
Requirements

Programming the PLC
Procedure
To force tags to "1", follow these steps:
3. Select the "Online > Force> Force to 1" command in order to force the selected address
Result
The selected address is forced to "1". The yellow triangle is no longer displayed. A red "F" is
displayed in the first column, for example, indicating that the tag is being forced.
Stop forcing
Result
Forcing of the selected values is stopped. The red "F" in the first column is no longer displayed.
The yellow triangle reappears behind the check box again to indicate that the address is
Note
"Force all" command for tags
Introduction
If forcing is already active, this forcing operation is replaced without interruption by the "Online
> Force > Force all" command. Any forced addresses that are not selected will no longer be
forced.

Programming the PLC

Danger
Requirements
Procedure
To force tags with the "Online > Force > Force all" command, follow these steps:
2. Enter the desired addresses and force values in the force table.
3. Select the addresses to be forced by selecting the check boxes for forcing in the column
after the "Force value".
A yellow triangle appears behind the selected check box, indicating that the address is
4. Select the "Online > Force> Force all" command in order to force the selected addresses
with the specified values.
Result
The selected addresses are forced to the specified values. The yellow triangle is no longer
displayed. A red "F" is displayed in the first column, for example, indicating that the tag is being
forced.
Stop forcing

Programming the PLC
Result
Forcing of the selected addresses is stopped. The red "F" in the first column is no longer
displayed. The yellow triangle reappears behind the check box again to indicate that the
address is selected for forcing but is not being forced at the moment.
Note
11.4.4.10 Stop forcing tags
Stop forcing all tags
Introduction
Note the following before you stop forcing tags:
Stopping forcing cannot be undone!

Danger
Note that an incorrect action when stopping the "Force" function can:
Requirements
Tags are forced in a force table.

Programming the PLC

Procedure
Proceed as follows to stop forcing all tags :
2. Select the "Online > Force > Stop forcing" command in order to stop forcing the displayed
addresses.
3. Confirm the "Stop forcing" dialog with "Yes".
Result
The forcing of all tags is stopped. The red "F" in the first column is no longer displayed. The
yellow triangle reappears behind the check box again to indicate that the address is flagged
for forcing but is not being forced at the moment.
Stop forcing individual tags
Introduction
Note the following before you stop forcing tags:
Stopping forcing cannot be undone!

Danger
Note that an incorrect action when stopping the "Force" function can:
Requirements
Tags are forced in a force table.

Programming the PLC
11.5 Data types

Procedure
Proceed as follows to stop forcing individual tags :
2. Deactivate the check boxes for the addresses that are no longer to be forced.
3. Reselect the "Online > Force" command.
Result
Forcing of the disabled addresses will be stopped. The red "F" in the first column is no longer
displayed. The yellow triangle reappears behind the check box again to indicate that the
address is flagged for forcing but is not being forced at the moment.
11.5 Data types
11.5.1 Overview of the valid data types
Validity of data type groups

The data type groups define the properties of the data, for example, the representation of the
contents and the valid memory areas. In the user program, you can use predefined data type
or also data types that you have defined.
The following tables show the availability of predefined data types in the various S7-CPUs:
Table 11-11 Binary numbers
Binary numbers S7-300/400 S7-1200 S7-1500

BOOL (Page 1912) X X X
Bit strings
BYTE (Page 1913) X X X
WORD (Page 1914) X X X
DWORD (Page 1915) X X X
LWORD (Page 1915) - - X

Programming the PLC
11.5 Data types
Table 11-12 Integers
Integers S7-300/400 S7-1200 S7-1500

SINT (Page 1917) - X X
INT (Page 1918) X X X
DINT (Page 1920) X X X
USINT (Page 1918) - X X
UINT (Page 1919) - X X
UDINT (Page 1921) - X X
LINT (Page 1922) - - X
ULINT (Page 1923) - - X
Table 11-13 Floating-point numbers
Floating-point numbers S7-300/400 S7-1200 S7-1500

REAL (Page 1925) X X X
LREAL (Page 1926) - X X
Table 11-14 Timers
Timers S7-300/400 S7-1200 S7-1500

S5TIME (Page 1929) X - X
TIME (Page 1930) X X X
LTIME (Page 1931) - - X
Table 11-15 Date and time
Date and time S7-300/400 S7-1200 S7-1500

DATE (Page 1931) X X X
TIME_OF_DAY (TOD) (Page 1932) X X X
LTOD (LTIME_OF_DAY) (Page 1932) - - X
DT (DATE_AND_TIME) (Page 1933) X - X
LDT (Page 1934) - - X
DTL (Page 1935) - X X
Table 11-16 Character
Character S7-300/400 S7-1200 S7-1500

CHAR (Page 1936) X X X
WCHAR (Page 1937) - X X
STRING (Page 1937) X X X
WSTRING (Page 1939) - X X

Programming the PLC
11.5 Data types
Table 11-17 Array
Array S7-300/400 S7-1200 S7-1500

ARRAY [.] OF <type> (Page 1941) X X X
Table 11-18 Structures
Structures S7-300/400 S7-1200 S7-1500

STRUCT (Page 1945) X X X
Table 11-19 Pointer
Pointer S7-300/400 S7-1200 S7-1500

POINTER (Page 1946) X - X
ANY (Page 1948) X - X
VARIANT (Page 1951) - X X
Table 11-20 Parameter types
Parameter types S7-300/400 S7-1200 S7-1500

TIMER (Page 1953) X - X
COUNTER (Page 1953) X - X
BLOCK_FC (Page 1953) X - X
BLOCK_FB (Page 1953) X - X
BLOCK_DB (Page 1953) X - -
BLOCK_SDB (Page 1953) X - -
BLOCK_SFB (Page 1953) X - -
BLOCK_SFC (Page 1953) X - -
BLOCK_OB (Page 1953) X X X
VOID (Page 1953) X X X
Table 11-21 PLC data types
PLC data types S7-300/400 S7-1200 S7-1500

PLC data type (Page 1954) X X X
Table 11-22 System data types
System data types S7-300/400 S7-1200 S7-1500

IEC_TIMER (Page 1955) X 1)
X X
IEC_LTIMER (Page 1955) - - X
IEC_SCOUNTER (Page 1955) - X X
IEC_USCOUNTER (Page 1955) - X X

Programming the PLC
11.5 Data types
System data types S7-300/400 S7-1200 S7-1500

IEC_COUNTER (Page 1955) X2) X X
IEC_UCOUNTER (Page 1955) - X X
IEC_DCOUNTER (Page 1955) - X X
IEC_UDCOUNTER (Page 1955) - X X
IEC_LCOUNTER (Page 1955) - - X
IEC_ULCOUNTER (Page 1955) - - X
ERROR_STRUCT (Page 1955) - X X
NREF (Page 1955) - X X
CREF (Page 1955) - X X
FBTREF (Page 1955) - - -
VREF (Page 1955) - - -
STARTINFO (Page 1955) X - X
SSL_HEADER (Page 1955) X - X
CONDITIONS (Page 1955) - X X
TADDR_Param (Page 1955) - X X
TCON_Param (Page 1955) - X X
HSC_Period (Page 1955) - X -
1)
For S7-300/400 CPUs, the data type is represented by TP, TON and TOF.
2)
For S7-300/400 CPUs, the data type is represented by CTU, CTD and CTUD.
Table 11-23 Hardware data types
Hardware data types S7-300/400 S7-1200 S7-1500

REMOTE (Page 1957) - X X
GEOADDR (Page 1957) - - X
HW_ANY (Page 1957) - X X
HW_DEVICE (Page 1957) - X X
HW_DPMASTER (Page 1957) - - X
HW_DPSLAVE (Page 1957) - X X
HW_IO (Page 1957) - X X
HW_IOSYSTEM (Page 1957) - X X
HW_SUBMODULE (Page 1957) - X X
HW_MODULE (Page 1957) - - X
HW_INTERFACE (Page 1957) - X X
HW_IEPORT (Page 1957) - X X
HW_HSC (Page 1957) - X X
HW_PWM (Page 1957) - X X
HW_PTO (Page 1957) - X X
AOM_AID (Page 1957) - X X
AOM_IDENT (Page 1957) - X X
EVENT_ANY (Page 1957) - X X
EVENT_ATT (Page 1957) - X X

Programming the PLC
11.5 Data types
Hardware data types S7-300/400 S7-1200 S7-1500

EVENT_HWINT (Page 1957) - X X
OB_ANY (Page 1957) - X X
OB_DELAY (Page 1957) - X X
OB_TOD (Page 1957) - X X
OB_CYCLIC (Page 1957) - X X
OB_ATT (Page 1957) - X X
OB_PCYCLE (Page 1957) - X X
OB_HWINT (Page 1957) - X X
OB_DIAG (Page 1957) - X X
OB_TIMEERROR (Page 1957) - X X
OB_STARTUP (Page 1957) - X X
PORT (Page 1957) - X X
RTM (Page 1957) - X X
PIP (Page 1957) - - X
CONN_ANY (Page 1957) - X X
CONN_PRG (Page 1957) - X X
CONN_OUC (Page 1957) - X X
CONN_R_ID (Page 1957) - - X
DB_ANY (Page 1957) - X X
DB_WWW (Page 1957) - X X
DB_DYN (Page 1957) - X X
Note
Depending on the CPU version, the actually valid data types can deviate slightly from the table.
11.5.2 Binary numbers
11.5.2.1 BOOL (bit)
Description
An operand of data type BOOL represents a bit value and contains one of the following values:
TRUE
FALSE

Programming the PLC
11.5 Data types
The following table shows the properties of data type BOOL:
Length (bits) Format Range of values Examples of value input

1 Boolean FALSE or TRUE TRUE
BOOL#0 or BOOL#1 BOOL#1
BOOL#FALSE or BOOL#TRUE
BOOL#TRUE
Unsigned integers 0 or 1 1
Binary numbers 2#0 or 2#1 2#0
Octal numbers 8#0 or 8#1 8#1
Hexadecimal numbers 16#0 or 16#1 16#1
Note
Applies to CPUs of the S7-1500 series
For a block with the block property "Optimized block access", the bit has a length of 1 byte.
See also
11.5.2.2 Bit strings
BYTE (byte)
Description
An operand of data type BYTE is a bit string of 8 bits.
The following table shows the properties of data type BYTE:
Length Format Value range Examples of value input

(bits)
8 Unsigned integers1) -128 to +127 or 0 to +255 15, BYTE#15, B#15
Binary numbers 2#0 to 2#11111111 2#00001111,
BYTE#2#00001111,
B#2#00001111
Octal numbers 8#0 to 8#377 8#17, BYTE#8#17, B#8#17
Hexadecimal numbers B#16#0 to B#16#FF, 16#0 16#0F, BYTE#16#0F,
to 16#FF B#16#0F
1)
The value range depends on the relevant interpretation or conversion.

Programming the PLC
11.5 Data types
Note
The BYTE data type cannot be compared for more than or less than. It can only be supplied
with the same decimal data that can be processed by the SINT and USINT data types.
See also
WORD
Description
An operand of data type WORD is a bit string of 16 bits.
The following table shows the properties of data type WORD:

(bits)
16 Unsigned integers -32768 to 65535 61680, WORD#61680,
W#61680
WORD#2#11110000111100
00,
W#2#1111000011110000
Octal numbers 8#0 to 8#177777 8#170360,
WORD#8#170360,
W#8#170360
Hexadecimal numbers W#16#0 to W#16#FFFF, 16#0 16#F0F0, WORD#16#F0F0,
to 16#FFFF W#16#F0F0
BCD C#0 to C#999 C#55
Decimal sequence B#(0, 0) to B#(255, 255) B#(127, 200)
Note
The WORD data type cannot be compared for more than or less than. It can only be supplied
with the same decimal data that can be processed by the INT and UINT data types.
See also

Programming the PLC
11.5 Data types
DWORD
Description
An operand of data type DWORD is a bit string of 32 bits.
The following table shows the properties of data type DWORD:

(bits)
32 Unsigned integers -2147483648 to 4294967295 15793935, DWORD#15793935,
DW#15793935
Binary numbers 2#0 to 2#0000000011110000111111110
2#11111111111111111111 0001111,
111111111111 DWORD#2#00000000111100001
111111100001111,
DW#2#000000001111000011111
11100001111
Octal numbers 8#0 to 8#37777777777 8#74177417,
DWORD#8#74177417,
DW#8#74177417
Hexadecimal num DW#16#00000000 to 16#00F0FF0F,
bers DW#16#FFFFFFFF, DWORD#16#00F0FF0F,
16#00000000 to DW#16#00F0FF0F
16#FFFFFFFF
Decimal sequence B#(0, 0, 0, 0) to B#(255, 255, B#(127, 200, 127, 200)
255, 255)
Note
The DWORD data type cannot be compared for more than or less than. It can only be supplied
with the same decimal data that can be processed by the DINT and UDINT data types.
See also
LWORD
Description
An operand of data type LWORD is a bit string of 64 bits.

Programming the PLC
11.5 Data types
The following table shows the properties of data type LWORD:

(bits)
64 Unsigned integers -9223372036854775808 to 26123590360715,
18446744073709551615 LWORD#26123590360715,
LW#26123590360715
2#11111111111111111111 100001001011110101001011011
1111111111111111111111 11010001011,
1111111111111111111111 LWORD#2#00000000000000000
001011111000010010111101010
0101101111010001011,
LW#2#000000000000000000010
111110000100101111010100101
101111010001011
Octal numbers 8#0 to 8#13724557213,
8#17777777777777777777 LWORD#8#13724557213,
77 LW#8#13724557213
Hexadecimal num LW#16#00000000 to 16#000000005F52DE8B,
bers LW#16#FFFFFFFFFFFFFF LWORD#16#000000005F52DE8
FF, 16#00000000 to B, LW#16#000000005F52DE8B
16#FFFFFFFFFFFFFFFF
Decimal sequence B#(0, 0, 0, 0, 0, 0, 0, 0) to B#(127, 200, 127, 200, 127, 200,
B#(255, 255, 255, 255, 255, 127, 200)
255, 255, 255)
Note
The LWORD data type cannot be compared for more than or less than. It can only be supplied
with the same decimal data that can be processed by the LINT and ULINT data types.
See also
Implicit conversion (Page 1961)
Explicit conversion (Page 2010)
Overview of data type conversion (Page 1959)

Programming the PLC
11.5 Data types
11.5.3 Integers
11.5.3.1 SINT (8-bit integers)
Description
An operand of data type SINT (Short INT) has a length of 8 bits and consists of two
components: a sign and a numerical value in the two's complement. The signal states of bits
0 to 6 represent the number value. The signal state of bit 7 represents the sign. The sign may
assume "0" for the positive, or "1" for the negative signal state.
An operand of data type SINT occupies one BYTE in the memory.
The following table shows the properties of data type SINT:
Length Format Range of values Examples of value input

(bits)
8 Signed integers -128 to 127 +44, SINT#+44
The value range is a maximum
of SINT#255 when using the
type SINT#. This value is inter
preted as a whole number with
-1.
Binary numbers (only pos 2#0 to 2#01111111 2#00101100,
itive) SINT#2#00101100
Octal numbers (only posi 8#0 to 8#177 8#54, SINT#8#54
tive)
Hexadecimal numbers 16#0 to 16#7F 16#2C, SINT#16#2C
(only positive) The value range is a maximum
of SINT#16#FF when using the
type SINT#. This value is inter
preted as a whole number with
-1.
Example
The following figure shows the integer +44 as a binary number:
%LW

6LJQ
'HFLPDOYDOXHV
See also

Programming the PLC
11.5 Data types
11.5.3.2 USINT (8-bit integers)
Description
An operand of data type USINT (Unsigned Short INT) has a length of 8 bits and contains
unsigned numerical values:
An operand of data type USINT occupies one BYTE in the memory.
The following table shows the properties of data type USINT:

(bits)
8 Unsigned integers 0 to 255 78, USINT#78
USINT#2#01001110
Octal numbers 8#0 to 8#377 8#116, USINT#8#116
Hexadecimal numbers 16#0 to 16#FF 16#4E, USINT#16#4E
Example
The following figure shows the integer 78 as a binary number:
%LW

'HFLPDOYDOXHV
See also
11.5.3.3 INT (16-bit integers)
Description
An operand of data type INT has a length of 16 bits and consists of two components: a sign
and a numerical value in the two's complement. The signal states of bits 0 to 14 represent the
number value. The signal state of bit 15 represents the sign. The sign may assume "0" for the
positive, or "1" for the negative signal state.
An operand of data type INT occupies two BYTE in the memory.

Programming the PLC
11.5 Data types
The following table shows the properties of data type INT:

(bits)
16 Signed integers -32768 to 32767 +3785, INT#+3785
Binary numbers (only posi 2#0 to 2#0000111011001001,
tive) 2#0111111111111111 INT#2#0000111011001001
Octal numbers 8#0 to 8#77777 8#7311, INT#8#7311
Hexadecimal numbers (only 16#0 to 16#7FFF 16#0EC9, INT#16#0EC9
positive)
Example
%LW

6LJQ
'HFLPDOYDOXHV

See also
11.5.3.4 UINT (16-bit integers)
Description
An operand of data type UINT (Unsigned INT) has a length of 16 bits and contains unsigned
numerical values.
An operand of data type UINT occupies two BYTE in the memory.
The following table shows the properties of data type UINT:

(bits)
16 Unsigned integers 0 to 65535 65295, UINT#65295
UINT#2#1111111100001111
Octal numbers 8#0 to 8#177777 8#177417, UINT#8#177417
Hexadecimal num 16#0 to 16#FFFF 16#FF0F, UINT#16#FF0F
bers

Programming the PLC
11.5 Data types
Example
%LW

'HFLPDOYDOXHV

See also
11.5.3.5 DINT (32-bit integers)
Description
An operand of data type DINT (Double INT) has a length of 32 bits and consists of two
0 to 30 represent the number value. The signal state of bit 31 represents the sign. The sign
may assume "0" for the positive, or "1" for the negative signal state.
An operand of data type DINT occupies four BYTE in the memory.
The following table shows the properties of data type DINT:

(bits)
32 Signed integers -2147483648 to +2147483647 125790, DINT#125790, L#275
Binary numbers (only 2#0 to 2#0000000000000001111010
positive) 2#0111111111111111111111 1101011110,
1111111111 DINT#2#00000000000000011
110101101011110
Octal numbers (only 8#0 to 8#17777777777 8#365536, DINT#8#365536
positive)
Hexadecimal num 16#00000000 to 16#0001EB5E,
bers 16#7FFFFFFF DINT#16#0001EB5E

Programming the PLC
11.5 Data types
Example
%LW

6LJQ
'HFLPDOYDOXHV

See also
11.5.3.6 UDINT (32-bit integers)
Description
An operand of data type UDINT (Unsigned Double INT) has a length of 32 bits and contains
unsigned numerical values.
An operand of data type UDINT occupies four BYTE in the memory.
The following table shows the properties of data type UDINT:

(bits)
32 Unsigned integers 0 to 4294967295 4042322160,
UDINT#4042322160
2#111111111111111111 1110000,
11111111111111 UDINT#2#111100001111000011
11000011110000
Octal numbers 8#0 to 8#37777777777 8#36074170360,
UDINT#8#36074170360
Hexadecimal numbers 16#00000000 to 16#F0F0F0F0,
16#FFFFFFFF UDINT#16#F0F0F0F0

Programming the PLC
11.5 Data types
Example
%LW

'HFLPDOYDOXHV
See also
11.5.3.7 LINT (64-bit integers)
Description
An operand of data type LINT (Long INT) has a length of 64 bits and consists of two
0 to 62 represent the number value. The signal state of bit 63 represents the sign. The sign
may assume "0" for the positive, or "1" for the negative signal state.
An operand of data type LINT occupies eight BYTE in the memory.
The following table shows the properties of data type LINT:
Length (bits) Format Value range Examples of value input

64 Signed integers -9223372036854775808 to +154325790816159, LINT#
+9223372036854775807 +154325790816159
Binary numbers (only posi 2#0 to 2#0000000000000000100011000101
tive) 2#0111111111111111111111111111 101111000101111100001111011110
111111111111111111111111111111 011111,
111111 LINT#2#00000000000000001000110
001011011110001011111000011110
11110011111
Octal numbers 8#0 to 8#777777777777777777777 8#4305570574173637,
LINT#8#4305570574173637
Hexadecimal numbers (on 16#0 to 16#7FFFFFFFFFFFFFFF 16#00008C5BC5F0F79F,
ly positive) LINT#16#00008C5BC5F0F79F

Programming the PLC
11.5 Data types
Example
%LW

%LW

6LJQ

'HFLPDOYDOXHV

See also
11.5.3.8 ULINT (64-bit integers)
Description
An operand of data type ULINT (Unsigned Long INT) has a length of 64 bits and contains
unsigned numerical values.
An operand of data type ULINT occupies eight BYTE in the memory.

Programming the PLC
11.5 Data types
The following table shows the properties of data type ULINT:
Length (bits) Format Value range Examples of value input

64 Unsigned integers 0 to 18446744073709551615 154325790816159,
ULINT#154325790816159
2#1111111111111111111111111111 101111000101111100001111011110
111111111111111111111111111111 011111,
111111 ULINT#2#0000000000000000100011
000101101111000101111100001111
011110011111
Octal numbers 8#0 to 8#1777777777777777777777 8#4305570574173637,
ULINT#8#4305570574173637
Hexadecimal numbers 16#0 to 16#FFFFFFFFFFFFFFFF 16#00008C5BC5F0F79F,
ULINT#16#00008C5BC5F0F79F
Example
%LW

%LW

'H]LPDOZHUWH

See also

Programming the PLC
11.5 Data types
11.5.4 Floating-point numbers
11.5.4.1 REAL
Description
Operands of the data type REAL have a length of 32 bits and are used to represent floating-
point numbers. An operand of the REAL data type consists of the following three components:
Sign: The sign is determined by the signal state of bit 31. The bit 31 assume the value "0"
(positive) or "1" (negative).
8-bit exponents to basis 2: The exponent is increased by a constant (base, +127), so that
it has a value range of 0 to 255.
23-bit mantissa: Only the fraction part of the mantissa is shown. The integer part of the
mantissa is always 1 with normalized floating-point numbers and is not stored.
The REAL data type is processed with a precision of 6 digits.
The following figure shows the structure of the REAL data type:
%LW

6 H P
6LJQ ([SRQHQWH 0DQWLVVDP

ELW ELWV ELWV
Note
With floating-point numbers, only the precision defined by the IEEE754 standard is stored.
Additionally specified decimals are rounded off according to IEEE754.
The number of decimal places may decrease for frequently nested arithmetic calculations.
If more decimal places are specified than can be stored by the data type, the number is rounded
to the value corresponding to the precision allowed by this value range.
The following table shows the properties of data type REAL:

(bits)
32 Floating-point num -3.402823e+38 to -1.175495e-38 1.0e-5; REAL#1.0e-5
bers according to 0,0
IEEE754
+1.175495e-38 to +3.402823e+38
Floating-point num 1.0; REAL#1.0
bers

Programming the PLC
11.5 Data types
See also
Calculating with floating-point numbers (REAL and LREAL) in SCL (Page 290)
11.5.4.2 LREAL
Description
Operands of the data type LREAL have a length of 64 bits and are used to represent floating-
point numbers. An operand of the LREAL data type consists of the following three components:
Sign: The sign is determined by the signal state of bit 63. The bit 63 assumes the value "0"
(positive) or "1" (negative).
11-bit exponents to base 2: The exponent is increased by a constant (base, +1023), so that
it has a value range of 0 to 2047.
52-bit mantissa: Only the fraction part of the mantissa is shown. The integer part of the
mantissa is always 1 with normalized floating-point numbers and is not stored.
The LREAL data type is processed with a precision of 15 digits.
The following figure shows the structure of the LREAL data type:
%LW

9 H P
6LJQ9 ([SRQHQWH 0DQWLVVDP

ELWV ELWV ELWV
The following table shows the properties of data type LREAL:

(bits)
64 Floating-point num -1.7976931348623158e+308 to 1.0e-5; LREAL#1.0e-5
bers according to -2.2250738585072014e-308
IEEE754 0,0
Floating-point num +2.2250738585072014e-308 to 1.0; LREAL#1.0
bers +1.7976931348623158e+308

Programming the PLC
11.5 Data types
Note
With floating-point numbers, only the precision defined by the IEEE754 standard is stored.
Additionally specified decimals are rounded off according to IEEE754.
The number of decimal places may decrease for frequently nested arithmetic calculations.
If more decimal places are specified than can be stored by the data type, the number is rounded
to the corresponding value of the precision allowed by this value range .
See also
11.5.4.3 Invalid floating-point numbers
Description
We distinguish between four number ranges for data types REAL and LREAL:
normalized numbers stored with full accuracy
denormalized numbers not stored with full accuracy
Infinite numbers: +Inf/-Inf (infinity)
Invalid numbers: NaN (Not a Number)
Note
Floating-point numbers are stored as specified by the IEEE754 standard. Results of conversion
or arithmetic functions with a denormalized, infinite or NaN (Not a Number) floating point
depend on the CPU.
If you are not working with normalized floating-point numbers in mathematical functions, the
result will show significant differences depending on the series of the CPU which you are using.
A CPU cannot calculate with denormalized floating-point numbers, with the exception of older
CPU versions of the S7-300 and S7-400 series. The bit pattern of a denormalized number is
interpreted as a zero. If the result of calculation falls into this range, it is continued with zero;
the status bits OV and OS are set (number range undershoot).
Even though the values of invalid floating-point numbers can only be displayed with limited
accuracy for mathematical functions, numbers with an exponent of -39 (e.g. 2.4408e-039) can

Programming the PLC
11.5 Data types
be monitored in the TIA Portal and therefore do not necessarily represent a faulty result. This
means that floating-point values may be located outside the range of valid numerical values.
Note
The following applies to CPUs of the series S7-1200 V1, V2 and V3:
The comparison operation "Equal" uses the bit pattern of the invalid floating-point number. If
two "NaN numbers" with the same bit pattern are compared, the output of the "Equal"
comparison operation returns the result TRUE.
Note
The following applies to CPUs of the S7-1200 V4 and S7-1500 series:
If two invalid numbers (NaN) are compared with each other, the result is always FALSE,
regardless of the bit pattern of the invalid number or the relation (>, >, ...).
Note
Comparison of denormalized floating-point numbers
For the comparison operation "Equal" with two denormalized floating-point numbers, the output
for CPUs of the S7-300/400 series is set to the signal state "0" and for CPUs of the
S7-1200/1500 series to the signal state "1".
If the input variables of a mathematical function represent an invalid floating-point number, an

invalid floating-point number will also be output as result.
You have the following options to evaluate possible errors caused by invalid floating-point
numbers:
In LAD/FBD and SCL, you can query the enable output ENO for FALSE
In STL, you can evaluate the status bit OV
See also

Programming the PLC
11.5 Data types
11.5.5 Timers
11.5.5.1 S5TIME (duration)
Format
Data type S5TIME stores the duration in BCD format. The duration is the product from a time
in the range 0 to 999 and a time basis. The time basis indicates the interval at which a timer
decrements the time value by one unit until it reaches "0". The resolution of the times can be
controlled via the time basis.
The following table shows the range of values for data type S5TIME:

(bits)
16 S7 time in incre S5T#0MS to S5T#10s, S5TIME#10s
ments of 10 ms (de S5T#2H_46M_30S_0MS
fault value)
Hexadecimal num 16#0 to 16#3999 16#2
bers
The following table shows the time base coding for S5TIME:
Time basis Binary code for time basis

10 ms 00
100 ms 01
1s 10
10 s 11
Always observe range limits and the resolution of time values when using data type S5TIME
with timers. The table below specifies the range associated with each resolution:
Resolution Range
0.01 s 10 ms to 9 s 990 ms
0.1 s 100 ms to 1 min 39 s 900 ms
1s 1 s to 16 min 39 s
10 s 10 s to 2 h 46 min 30 s
Values that exceed 2h46m30s are not accepted.

Programming the PLC
11.5 Data types
Example
The following figure shows the content of the time operand for a time value of 127 and a time
base of 1 s:
%LW

[ [

7LPHEDVLV 7LPHYDOXHLQ%&'IRUPDW
VHFRQG WR
,UUHOHYDQW7KHVHELWDUHGLVUHJDUGHGZKHQWKHWLPHULVVWDUWHG
See also
11.5.5.2 TIME (IEC time)
Description
The contents of an operand of the data type TIME is interpreted as milliseconds. The
representation contains information for days (d), hours (h), minutes (m), seconds (s) and
milliseconds (ms).
The following table shows the properties of data type TIME:

(bits)
32 Signed duration T#-24d20h31m23s648ms to T#10d20h30m20s630ms,
T#+24d20h31m23s647ms TIME#10d20h30m20s630ms
Hexadecimal 16#00000000 to 16#0001EB5E
numbers 16#7FFFFFFF
It is not necessary to specify all time units. T#5h10s is a valid entry, for example. If only one
unit is specified, the absolute value of days, hours, and minutes must not exceed the high or
low limits. When more than one time unit is specified, the value must not exceed 24 days, 23
hours, 59 minutes, 59 seconds or 999 milliseconds.
See also

Programming the PLC
11.5 Data types
11.5.5.3 LTIME (IEC time)
Description
The contents of an operand of data type LTIME is interpreted as nanoseconds. The
representation contains information for days (d), hours (h), minutes (m), seconds (s) and
milliseconds (ms), microseconds (us) and nanoseconds (ns).
The following table shows the properties of data type LTIME:

(bits)
64 Signed duration LT#-106751d23h47m16s854ms7 LT#11350d20h25m14s830ms6
75us808ns to LT# 52us315ns,
+106751d23h47m16s854ms775u LTIME#11350d20h25m14s830
s807ns ms652us315ns
Hexadecimal num 16#0 to 16#8000000000000000 16#2
bers
It is not necessary to specify all time units. LT#5h10s is therefore a valid entry, for example. If
only one unit is specified, the absolute value of days, hours, and minutes must not exceed the
high or low limits. When more than one time unit is specified, the value must not exceed 106751
days, 23 hours, 59 minutes, 59 seconds, 999 milliseconds, 999 microseconds or 999
nanoseconds.
See also
11.5.6 Date and time
11.5.6.1 DATE
Format
The DATE data type saves the date as an unsigned integer. The representation contains the
year, the month, and the day.
The contents of an operand of DATE data type correspond in hexadecimal format to the
number of days since 01-01-1990 (16#0000).

Programming the PLC
11.5 Data types
The following table shows the properties of data type DATE:

(bytes)
2 IEC date D#1990-01-01 to D#2009-12-31, DATE#2009-12-31
(Year-Month-Day) D#2168-12-31
Hexadecimal num 16#0000 to 16#FF62 16#00F2
bers
See also
11.5.6.2 TIME_OF_DAY (TOD)
Format
Data type TOD (TIME_OF_DAY) occupies a double word and stores the number of
milliseconds since the beginning of the day (0:00 h) as unsigned integer.
The following table shows the properties of data type TOD:

(bytes)
4 Time-of-day (hours:mi TOD#00:00:00.000 to TOD#10:20:30.400,
nutes:seconds.milliseconds) TOD#23:59:59.999 TIME_OF_DAY#10:20:30.40
0
You always need to specify the hours, minutes and seconds. The specification of milliseconds
is optional.
See also
11.5.6.3 LTOD (LTIME_OF_DAY)
Format
Data type LTOD (LTIME_OF_DAY) occupies two double words and stores the number of
nanoseconds since the beginning of the day (0:00 h) as unsigned integer.

Programming the PLC
11.5 Data types
The following table shows the properties of data type LTOD:

(bytes)
8 Time-of-day (hours:mi LTOD#00:00:00.0000000 LTOD#10:20:30.400_365_21
nutes:seconds.nanoseconds) 00 to 5,
LTOD#23:59:59.9999999 LTIME_OF_DAY#10:20:30.4
99 00_365_215
You always need to specify the hours, minutes and seconds. The specification of nanoseconds
is optional.
See also
11.5.6.4 DATE_AND_TIME (date and time of day)
Format
The DT (DATE_AND_TIME) data type saves the information on date and time of day in BCD
format.
The following table shows the properties of data type DT:
Length Format Range of values Example of value input

(bytes)
8 Date and time Min.: DT#2008-10-25-8:12:34.567,
(year-month-day-hour:mi DT#1990-01-01-00:0 DATE_AND_TIME#2008-10-25
nute:second:millisecond 3)) 0:00.000 -08:12:34.567
Max.:
DT#2089-12-31-23:5
9:59.999

Programming the PLC
11.5 Data types
The following table shows the structure of the DT data type:
Byte Contents Range of values

0 Year 0 to 99
(Years 1990 to 2089)
BCD#90 = 1990
...
BCD#0 = 2000
...
BCD#89 = 2089
1 Month BCD#0 to BCD#12
2 Day BCD#1 to BCD# 31
3 Hour BCD#0 to BCD#23
4 Minute BCD#0 to BCD#59
5 Second BCD#0 to BCD#59
6 The two most significant digits of MSEC BCD#0 to BCD#999
7 (4MSB) 1) The least significant digit of MSEC BCD#0 to BCD#9
7 (4LSB) 2) Weekday BCD#1 to BCD#7
BCD#1 = Sunday
...
BCD#7 = Saturday
1)
MSB: Most significant bit
2)
LSB: Least significant bit
3)
Fixed point number
See also
11.5.6.5 LDT (DATE_AND_LTIME)
Format
Data type LDT (DATE_AND_LTIME) stores the date and time-of-day information in
nanoseconds since 01/01/1970 0:0.

Programming the PLC
11.5 Data types
The following table shows the properties of data type LDT:
Length Format Value range Example of value input

(bytes)
8 Date and time Min.: LDT#2008-10-25-8:12:34.567
(Year-Month-Day- LDT#1970-01-01-0:0:0.0000
Hour:Minute:Sec 00000
ond.Nanoseconds) Max.:
LDT#2263-04-11-23:47:16.8
54775808
Hexadecimal numbers 16#0 to 16#7FFF
16#7FFF_FFFF_FFFF_FFF
F
See also
11.5.6.6 DTL
Description
An operand of data type DTL has a length of 12 bytes and stores date and time information in
a predefined structure.
The following table shows the properties of data type DTL:
Length Format Value range Example of value input

(bytes)
12 Date and time Min.: DTL#2008-12-16-20:30:20
(Year-Month-Day- DTL#1970-01-01-00:00:00.0 .250
Hour:Minute:Sec Max.:
ond.Nanoseconds) DTL#2262-04-11-23:47:16.8547
75807
The structure of data type DTL consists of several components each of which can contain a
different data type and range of values. The data type of a specified value must match the data
type of the corresponding components.
The following table shows the structure components of data type DTL and their properties:
Byte Component Data type Value range

0 Year UINT 1970 to 2262
1

Programming the PLC
11.5 Data types
Byte Component Data type Value range

2 Month USINT 1 to 12
3 Day USINT 1 to 31
4 Weekday USINT 1(Sunday) to 7(Saturday)
The weekday is not considered in the value
entry.
5 Hour USINT 0 to 23
6 Minute USINT 0 to 59
7 Second USINT 0 to 59
8 Nanosecond UDINT 0 to 999999999
9
10
11
See also
11.5.7 Character strings
11.5.7.1 CHAR (character)
Description
An operand of data type CHAR has a length of 8 bits and occupies one BYTE in the memory.
The CHAR data type stores a single character in ASCII format. You can find information on
the encoding of special characters under "See also > STRING".
The following table shows the value range of the CHAR data type:
Length Format Value range Example of value inputs

(bits)
8 ASCII characters ASCII character set 'A', CHAR#'A'
See also
STRING (Page 1937)

Programming the PLC
11.5 Data types
11.5.7.2 WCHAR (character)
Description
An operand of data type WCHAR (Wide Characters) has a length of 16 bits and occupies two
BYTE in the memory.
The WCHAR data type saves a single character of an expanded character set which is stored
in Unicode format. However, only a subset of the entire Unicode range is covered. When a
control character is entered, it is represented with a dollar sign.
The following table shows the value range of the WCHAR data type:
Length (bits) Format Range of values Example of value input

16 Unicode $0000 - $D7FF WCHAR#'a'
See also
11.5.7.3 STRING
Description
An operand of the STRING data type saves several characters in a character string that can
consist of up to 254 characters. In a character string, all characters of the ASCII code are
permitted. The characters are specified in single quotation marks.
The following table shows the properties of a STRING tag:
Length (bytes) Format Value range Example of value input

n+2* ASCII character string 0 to 254 characters 'Name', STRING#'NAME'
incl. special characters
* An operand of the STRING data type occupies two bytes more than the specified maximum length
in the memory.
A character string can also contain special characters. The escape character $ is used to
identify control characters, dollar signs and single quotation marks.
The table below shows examples for the notation of special characters:
Character Hex Meaning Example

$L or $l 0A Line feed '$LText', '$0AText'
$N 0A and 0D Line break '$NText', '$0A$0DText'
The line break occupies 2 characters
in the character string.
$P or $p 0C Page feed '$PText', '$0CText'
$R or $r 0D Carriage return (CR) '$RText','$0DText'
$T or $t 09 Tab '$TText', '$09Text'

Programming the PLC
11.5 Data types

$$ 24 Dollar sign '100$$t', '100$26'
$' 27 Single quotation mark '$'Text$'','$27Text$27'
The maximum length of the character string can be specified during the declaration of an
operand using square brackets after the keyword STRING (for example, STRING[4]). If the
specification of the maximum length is omitted, the standard length of 254 characters is set
for the respective operand.
If the actual length of a specified character string is shorter than the declared maximum length,
the characters are written to the character string left-justified and the remaining character
spaces remain undefined. Only occupied character spaces are considered in the value
processing.
Note
For S7-300/400 CPUs, please note: If a temporary tag of the STRING data type was defined,
you must describe the BYTE "Max. length of string" with the defined length before you use the
tags in the user program.
Example
The example below shows the byte sequence if the STRING[4] data type is specified with
output value 'AB':
%\WH %\WH %\WH %\WH %\WH %\WH

0D[OHQJWKRIWKH $FWXDOOHQJWKRI $6&,,YDOXH $6&,,YDOXH

VWULQJ WKHVWULQJ$% RI$ RI%
See also

Programming the PLC
11.5 Data types
11.5.7.4 WSTRING
Description
An operand of data type WSTRING (Wide String) stores several Unicode characters of data
type WCHAR in one character string. If you do not specify a length, the character string has
a preset length of 254 characters. In a character string, all characters of the Unicode format
are permitted. This means you can also use Chinese characters in a character string.
When declaring an operand of data type WSTRING you can define its length using square
brackets (for example WSTRING[10]). If you do not specify a length, the length of the
WSTRING is set to 254 characters by default. You can declare a length of up to 16382
characters (WSTRING[16382]).
Note
Use in the watch table
If you wish to monitor or control a tag with data type WSTRING in the watch table, it cannot
contain more than 254 characters.
The specification of the characters occurs in single quotes and always with the qualifier
WSTRING#.
The table below shows the properties of a WSTRING tag:
Length (WORD) Format Range of values Example of value input

n+2* Unicode character Preset value: 0 to 254 WSTRING#'Hello
string; characters World'
n specifies the length of Max. possible value: 0
the character string. to 16382
* An operand of the WSTRING data type occupies two WORDs more in the memory than the specified
maximum length.
A character string can also contain special characters. The escape character $ is used to
identify control characters, dollar signs and single quotation marks.
The table below shows examples for the notation of special characters:

$L or $l 000A Line feed '$LText', '$000AText'
$N 000A and 000D Line break '$NText', '$000A
The line break occupies 2 characters $000DText'
in the character string.
$P or $p 000C Page feed '$PText', '$000CText'
$R or $r 000D Carriage return (CR) '$RText','$000DText'
$T or $t 0009 Tab '$TText', '$0009Text'
$$ 0024 Dollar sign '100$$t', '100$0024t'
$' 0027 Single quotation mark '$'Text$'','$0027Text
$0027'

Programming the PLC
11.5 Data types
The maximum length of the character string can be specified during the declaration of an
operand using square brackets after the keyword WSTRING (for example, WSTRING[4]). If
the specification of the maximum length is omitted, the standard length of 254 characters is
set for the respective operand.
If the actual length of a specified character string is shorter than the declared maximum length,
the characters are written to the character string left-justified and the remaining character
spaces remain undefined. Only occupied character spaces are considered in the value
processing.
Note
Conversion of WSTRING tags
Implicit conversion of the WSTRING data type is not possible. Explicit conversion from the
WSTRING data type to STRING is generally possible. However, normally only the conversion
of characters in the code range from 0 - 127 will work in all Windows code pages. For all
characters outside this range, the code page character and the Unicode character must be in
exactly the same position for the conversion to work without errors.
Access to block parameters of data type WSTRING

Operands of the data type WSTRING can be transferred as parameters up to the maximum
length for blocks with "optimized" access.
For function blocks (FB) with "standard" access, operands of the data type WSTRING can be
declared as parameters in all sections of the block interface except in the section "InOut". For
a function (FC) with "standard" access, only operands of the data type STRING can be
transferred as parameters.
The function value of an FC in the "Return" section and expressions in the SCL programming
language are another exception to this rule. In these cases, the WSTRING tag must not be
longer than 1022 characters. If you need a WSTRING tag with more than 1022 characters,
declare a tag of the data type "WSTRING" with the required character length in the section
"Temp" and assign the function value to the tag.
Example
The example below shows the byte sequence if the WSTRING[4] data type is specified with
output value 'AB':
%\WH %\WH %\WH %\WH %\WH %\WH %\WH

0D[OHQJWKRIWKHVWULQJ $FWXDOOHQJWKRIWKHVWULQJ$% 8QLFRGHYDOXHRI$ 8QLFRGHYDOXHRI%

Programming the PLC
11.5 Data types
See also
11.5.8 Array
11.5.8.1 Format of array (16-bit limits)
Description
The Array data type represents a data structure that consists of a fixed number of components
of the same data type. All data types except Array are permitted.
A tag with the Array data type always starts at a WORD limit.
The array components are addressed by means of an index. In the array declaration, the index
limits are defined in square brackets after the keyword Array. The low limit must be smaller
than or equal to the high limit. An array may contain up to six dimensions, the limits of which
can be specified separated by a comma.
The following table shows the property of the Array data type:
Length Format Index limits Data type

Number of compo Array [low limit...high lim [-32768..32767] of <da Bit strings, integers,
nents * length of the it] of <data type> ta type> floating-point numbers,
data type timers, character
strings, structures
Example
The following example shows how operands of data type Array can be declared:
Name Declaration Comment

Measured value Array[1..20] of REAL One-dimensional array with 20 components
Time-of-day Array[-5..5] of INT One-dimensional array with 11 components
Character Array[1..2, 3..4] of CHAR Two-dimensional array with 4 components
Maximum array limits

The maximum Array limits depend on the following factors:
Data type of the Array elements
Maximum storage capacity of the CPU (you can find more information in the relevant device
manual)
See also

Programming the PLC
11.5 Data types
11.5.8.2 Format of array (32-bit limits)
Description
The Array data type represents a data structure that consists of a fixed number of components
of the same data type. All data types except Array are permitted.
The array components are addressed by means of an index. In the array declaration, the index
limits are defined in square brackets after the keyword Array. The low limit must be smaller
than or equal to the high limit. An array may contain up to six dimensions, the limits of which
can be specified separated by a comma.
Note
Depending on the CPU, the storage capacity of a data block is limited and the number of
components of the Array is therefore also limited. However, you may initialize the addressing
of the array components at any position within index limits.
The following table shows the property of the Array data type:
Length Format Index limits Data type

Number of compo Array [low limit...high lim [-2147483648..214748 Bit strings, integers,
nents * length of the it] of <data type> 3647] of <data type> floating-point numbers,
data type timers, character
strings, structures
Note
The length of the array depends on whether the block was created with the "Standard" or "with
optimized access" block property.
Note
Applies to CPUs of the S7-1500 series
For a block with the block property "Optimized block access", a bit requires 1 byte of memory.
This is also true when you use an ARRAY of <data type>. An ARRAY [0..1] of BOOL, for
example, thus requires 2 bytes in an optimized block.
Example
The following example shows how operands of data type Array can be declared:
Name Declaration Comment

Measured value Array[1..20] of REAL One-dimensional array with 20 components
Time-of-day Array[-5..5] of INT One-dimensional array with 11 components
Character Array[1..2, 3..4] of CHAR Two-dimensional array with 4 components

Programming the PLC
11.5 Data types
Maximum array limits

The maximum array limits depend on the following factors:
Data type of the array elements
Memory reserve (only in blocks with optimized access)
You can find additional information on this topic in the section "Loading block changes
without reinitialization".
Maximum size of a data block for a CPU (you can find more information in the respective
device manual)
The entire length of the array is available within a data block. Within a program block (OB,
FB or FC), the possible length is reduced by the memory capacity required by the program
code.
Example based on a CPU of the S7-1200 series

The following table shows the maximum number of elements within a block with the "with
optimized access" block property:
Data type width (bits) Maximum number of elements Note

1 524272 = 65534*8
8 65534 Refer to the respective device
manual of the CPU for the value.
16 32767 = 65534/2 (integer division, re
mainder 0)
mainder 2)
mainder 6)
Due to various technical/internal constraints, the actual usable memory area may be
approximately 70 - 100 bytes less. The memory area may be further restricted due to a default
setting, for example, by the "Load without reinitialization" block property.
See also
11.5.8.3 Example of a one-dimensional array
Declaration
The following table shows the declaration of a one-dimensional Array tag:
Name Data type Comment

Op_Temp Array[1..3] of INT One-dimensional array tag with 3 components.
The following figure shows the structure of the declared array tag:

Programming the PLC
11.5 Data types
2SB7HPS>@
2SB7HPS $55$<>@ 2SB7HPS>@
,17(*(5 2SB7HPS>@
Access to ARRAY components

The individual array components are accessed via an index.. The index of the first ARRAY
component is [1], of the second [2], and of the third [3]. To access the value of the second
ARRAY component, you need to declare "Op_Temp[2]" in the program.
11.5.8.4 Example of a multi-dimensional array
Declaration
The following table shows the declaration of a two-dimensional Array tag:
Name Data type Value Comment

Betr_Temp Array[1..2, 1..3] of INT 1,1,4(0) Two-dimensional array
tag with 6 components.
The first two compo
nents are assigned the
value "1". The remain
ing four components
are assigned the value
"0".
The following figure shows the structure of the declared array tag:
,QWHJHU
,QWHJHU
,QWHJHU
2SHUDWLQJB7HPS $55$<>@
,17(*(5 ,QWHJHU
,QWHJHU
,QWHJHU
Access to the array components

The values of the individual array components are accessed via an index. The index of the
first array component is, for example, [1,1] and the index of the fourth array component is [2,1].
For example, you need to declare "Betr_Temp[2,1]" in the program to enable access to the
value of the fourth array component.

Programming the PLC
11.5 Data types
Additional access option

You can also declare the "Betr_Temp" TAG as a six-dimensional array. The following table
shows an example of the declaration of a six-dimensional Array tag:
Name Data type Value Comment

Betr_Temp Array[1..3, 1..2, 1..3, - Six-dimensional array
1..4, 1..3, 1..4] of INT tag
The index of the first array component is in this case [1,1,1,1,1,1] and the index of the last
component is [3,2,3,4,3,4]. Intermediate values are accessed by entering the corresponding
value for each dimension.
11.5.9 Structures
11.5.9.1 STRUCT
Description
Data type STRUCT represents a data structure that consists of a fixed number of components
of various data types. Components of STRUCT or ARRAY data type can also be nested in a
structure. The nesting depth is hereby limited to eight levels. Structures can be used to group
data according to the process control system and to transfer parameters as one data unit.
You can create up to 65534 structures for a CPU of the S7-1200 or S7-1500 series. Each of
these structures can include up to 252 components. In addition, you can create up to 65534
function blocks, 65535 functions and 65535 organization blocks with up to 252 components
each.
A component of the ARRAY data type always starts at a WORD limit.
The following table shows the properties of data type STRUCT:
Length Format Range of values Example of value input

A STRUCT variable STRUCT The value ranges The value input rules of the used data
starts with one byte with of the used data types apply.
even address and occu types apply.
pies the memory up to
the next word limit.

Programming the PLC
11.5 Data types
Example
The following figure shows an example of the structure of a STRUCT variable:
6758&7
,17 ,QWHJHU
%<7( %\WH
&KDUDFWHU
&+$5
5($/ )ORDWLQJSRLQW
%22/ QXPEHU
%RROHDQYDOXH
See also
11.5.10 Pointer
11.5.10.1 POINTER
Description
A parameter of the type POINTER is a pointer that can point to a specific tag. It occupies 6
bytes (48 bits) in memory and may contain the following tag information:
DB number, or 0 if the data is not stored in a DB
Memory area in the CPU
Tag address
The following figure shows the structure of parameter type POINTER:
3RLQWHUIRUPDW
%LW %LW

%\WH '%QXPEHURU %\WH
%\WH 0HPRU\DUHD E E E %\WH
%\WH E E E E E E E E E E E E E [ [ [ %\WH
E %\WHDGGUHVVRIWKHWDJ [ %LWDGGUHVVRI
WKHWDJ

Programming the PLC
11.5 Data types
Types of pointer
Depending on the information, you can use parameter type POINTER to declare the following
four types of pointer:
Area-internal pointer:
An area-internal pointer contains information on the address of a tag.
Cross-area pointer:
A cross-area pointer contains information on the memory area and the address of a tag.
DB pointer:
You can use a DB pointer to point to a data block tag. A DB pointer also contains a data
block number in addition to the memory area and the address of a tag.
Zero pointer:
Use the zero pointer to indicate a missing value. A missing value may indicate that no value
exists, or that the value is not yet known. A zero value represents the absence of a value,
but is also a value.
The following table shows the formats for the declaration of various pointer types:
P#ByteRepresentation Format Example of value in Description

put
Symbolic P#Byte.Bit "MyTag" Area-internal pointer
P#OperandAreaByte.Bit "MyTag" Cross-area pointer
P#Data_block.Data_oper "MyDB"."MyTag" DB pointer
and
P#Zero value - Zero pointer
Absolute P#Byte.Bit P#20.0 Area-internal pointer
P#OperandAreaByte.Bit P#M20.0 Cross-area pointer
P#Data_block.Data_oper P#DB10.DBX20.0 DB pointer
and
P#Zero value P#0.0, ZERO Zero pointer
You can enter a parameter of the type POINTER without prefix (P#). The entry is then
automatically converted to the POINTER format.
Note
If you use the prefix P#, you can only point to memory areas with "standard" access mode.
Memory areas
The following table shows the hexadecimal codes of the memory areas for parameter type
POINTER:
Hexadecimal code Memory area Description

B#16#80 1)
P Peripherals on a CPU
S7-300/400
16#1 P Peripheral inputs on a CPU
S7-1500

Programming the PLC
11.5 Data types
Hexadecimal code Memory area Description

16#2 P Peripheral outputs on a CPU
S7-1500
B#16#81 I Memory area of inputs
B#16#82 Q Memory area of outputs
B#16#83 M Memory area of bit memory
B#16#84 DBX Data block
B#16#85 DIX Instance data block
B#16#86 L Local data
B#16#87 V Previous local data
1)
These data types can only be used for the POINTER pointer on a CPU S7-300/400.
See also
11.5.10.2 ANY
Description
An ANY type parameter points to the start of a data area and specifies its length. An ANY
pointer occupies 10 bytes of memory and may contain the following information:
Data type:
Data type of the elements of the data area
Repetition factor:
Number of elements of the data area
DB number:
Data block that contains the declaration of data area elements.
Memory area:
Memory area of the CPU that stores the data area elements.
Start address of the data in the format "byte.bit":
Data area start identified by the ANY pointer.
Zero pointer:
Use the zero pointer to indicate a missing value. A missing value may indicate that no value
exists, or that the value is not yet known. A zero value represents the absence of a value,
but is also a value.
In the programming languages SCL and STL, memory of any kind can be transferred upon a
block call if an ANY pointer has been programmed at a block parameter.
The ANY pointer cannot, however, store any information on the structure of the memory. For
example, the ANY pointer does not save the information that it points to a tag of the PLC data
type. The ANY pointer sees this as an ARRAY of BYTE.

Programming the PLC
11.5 Data types
Parameters of the ANY data type can be passed to system function blocks (SFBs) or system
functions (SFCs).
Note
Memory area
For an S7-1500 CPU, the ANY pointer can also only point to memory areas with "Standard"
access mode.
The following figure shows the structure of the ANY pointer:
%LW %LW

%\WH %\WH
KIRU6 'DWDW\SH
%\WH %\WH
5HSHWLWLRQIDFWRU
%\WH '%QXPEHURU %\WH
%\WH 0HPRU\DUHD E E E %\WH
%\WH E E E E E E E E E E E E E [ [ [ %\WH
E %\WHDGGUHVVRIWKHWDJ [ %LWDGGUHVVRI
WKHWDJ
An ANY pointer cannot identify structures. It can only be assigned to local tags.
The following table shows the formats for the declaration of an ANY pointer:
Representation Format Example of value input Description

Symbolic P#DataBlock.Memo "MyDB".StructTag.Ini Area with 10 words in
ryArea DataAddress tialComponents global DB11 starting
Type Number with DBB20.0
P#MemoryArea Data "MyMarkerTag" Area with 4 bytes start
Address Type Number ing with MB 20.0
"MyTag" Input I1.0
P#Zero value - Zero value
Absolute P#DataBlock.Memo P#DB11.DBX20.0 INT Area with 10 words in
ryArea DataAddress 10 global DB11 starting
Type Number with DBB20.0
P#MemoryArea Data P#M20.0 BYTE 10 Area with 10 bytes start
Address Type Number ing with MB 20.0
P#I1.0 BOOL 8 Range with 8 bits from
input I1.0 (the range
length specified must
be divisible by 8.)
P#Zero value P#P0.0 VOID 0, NULL 1) Zero value
1)
In the programming languages LAD and FBD, only NULL is a value entry for the zero value.

Programming the PLC
11.5 Data types
Coding of data types

The following table lists the coding of data types for the ANY pointer:
Hexadecimal code Data type Description

B#16#00 NIL Null pointer
B#16#011) BOOL Bits
B#16#02 BYTE bytes, 8 bits
B#16#03 CHAR 8-bit characters
B#16#04 WORD 16-bit words
B#16#05 INT 16-bit integers
B#16#06 DWORD 32-bit words
B#16#07 DINT 32-bit integers
B#16#08 REAL 32-bit floating-point numbers
B#16#0B TIME Time duration
B#16#0C S5TIME Time duration
B#16#09 DATE Date
B#16#0A TOD Date and time
B#16#0E DT Date and time
B#16#13 STRING Character string
B#16#171) BLOCK_FB Function block
B#16#18 1)
BLOCK_FC Function
B#16#19 1)
BLOCK_DB Data block
B#16#1A1) BLOCK_SDB System data block
B#16#1C 1)
COUNTER Counter
B#16#1D1) TIMER Timer
1)
These data types can only be used for the ANY pointer on a CPU S7-300/400.
Coding of the memory area

The following table lists the coding of the memory areas for the ANY pointer:
Hexadecimal code Area Description

B#16#80 1)
P I/O
B#16#81 I Memory area of inputs
B#16#82 Q Memory area of outputs
B#16#83 M Memory area of bit memory
B#16#84 DBX Data block
B#16#85 DIX Instance data block
B#16#86 L Local data
B#16#87 V Previous local data
1)
These memory areas can only be used for the ANY pointer on an S7-300/400 CPU.

Programming the PLC
11.5 Data types
See also
11.5.10.3 VARIANT
Description
A parameter of the VARIANT type is a pointer that can point to tags of different data types
other than an instance. The VARIANT pointer can be an object of an elementary data type,
such as INT or REAL. It can also be a STRING, DTL, ARRAY of STRUCT, UDT, or ARRAY
of UDT. The VARIANT pointer can recognize structures and point to individual structure
components. An operand of data type VARIANT occupies no space in the instance data block
or work memory. However, it will occupy memory space on the CPU.
A tag of the VARIANT type is not an object but rather a reference to another object. Individual
elements of the VARIANT type can only be declared on formal parameters within the block
interface of a function in the VAR_IN, VAR_IN_OUT and VAR_TEMP sections. For this reason,
it cannot be declared in a data block or in the static section of the block interface of a function
block, for example, because its size is unknown. The size of the referenced objects can change.
You can use VARIANT to generate generic function blocks or functions. When a block is called,
you can connect the parameters of the block to tags of any data type. When a block is called,
the type information of the tag is transferred in addition to a pointer to the tag. The code of the
block can then be executed according to its type in line with the tag transferred during runtime.
If, for example, a block parameter of a function has the VARIANT data type, then a tag of the
integer data type can be transferred at one point in the program, and a tag of the PLC data
type can be transferred at another point in the program. With the help of the VARIANT
instructions, the function is then in a position to react to the situation without errors.
Note
You can only point to a complete data block if it was originally derived from a user-defined data
type (UDT).
The following table shows the properties of the VARIANT pointer:
Length Repre Format Example of value input

(bytes) sentation
0 Symbolic Operand "TagResult"
NameDataBlock.NameOper "Data_TIA_Portal".StructVariable.First
and.Component Component
Absolute Operand %MW10
DataBlockNumber.Operand Type P#DB10.DBX10.0 INT 12
Length
(valid only for blocks with standard ac
cess)
P#Zero value P#0.0 VOID 0, ZERO

Programming the PLC
11.5 Data types
Note
If you use the prefix P#, you can only point to memory areas with "standard" access mode.
Coding of data types

If you use absolute addressing with P#, the following data types are permitted:
Hexadecimal code Data type Description

B#16#00 NIL Null pointer
B#16#01 BOOL Bits
B#16#02 BYTE bytes, 8 bits
B#16#03 CHAR 8-bit characters
B#16#04 WORD 16-bit words
B#16#05 INT 16-bit integers
B#16#06 DWORD 32-bit words
B#16#07 DINT 32-bit integers
B#16#08 REAL 32-bit floating-point numbers
B#16#0B TIME Time duration
B#16#0C S5TIME Time duration
B#16#09 DATE Date
B#16#0A TOD Date and time
B#16#0E DT Date and time
B#16#13 STRING Character string
B#16#17 BLOCK_FB Function block
B#16#18 BLOCK_FC Function
B#16#19 BLOCK_DB Data block
B#16#1A BLOCK_SDB System data block
B#16#1C COUNTER Counter
B#16#1D TIMER Timer
Example
The following example shows how VARIANT works using the "MOVE: Move value" instruction
of STL:
STL Explanation
CALL MOVE // The "Move value" instruction is called.
VARIANT // Data type of the instruction
IN := "Data_TIA_Portal".StructVariable.FirstCompo- // The contents of the "FirstComponent" operand
nent are moved from the "Data_TIA_Portal" DB.
OUT := "MotorDB".StructResult.TagResult // And transferred to the "TagResult" operand from
the "MotorDB" DB.

Programming the PLC
11.5 Data types
See also
VARIANT instructions (Page 263)
11.5.11 Parameter types
11.5.11.1 Parameter types
Description
The parameter types are data types for formal parameters that are transferred to called blocks.
A parameter type can also be a PLC data type.
The following table shows the available parameter data types and their purpose:
Parameter type Length (bits) Description

TIMER 16 Is used to specify a timer that is used in the called code block.
If you supply a formal parameter of the TIMER parameter type,
the associated actual parameter must be a timer.
Example: T1
COUNTER 16 Is used to specify a counter that is used in the called code block.
If you supply a formal parameter of the COUNTER parameter
type, the associated actual parameter must be a counter.
Example: C10
BLOCK_FC 16 Is used to specify a block that is used as input in the called code
BLOCK_FB 16 block.
BLOCK_DB 16 The declaration of the parameter determines the block type (for
example FB, FC, DB) that is to be used.
BLOCK_SDB 16
If you supply a formal parameter of the BLOCK parameter type,
BLOCK_SFB 16 specify a block address as the actual parameter.
BLOCK_SFC 16 Example: DB3
BLOCK_OB 16
VOID - The VOID parameter type does not save any values. This pa
rameter type is used if the return values of an output are not
required. The VOID parameter type can be specified at the
STATUS output, for

WCC Advanced V13 SP1 enUS en-US PDF

Uploaded by

Copyright:

Available Formats

WCC Advanced V13 SP1 enUS en-US PDF

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

WCC Advanced V13 SP1 enUS en-US PDF

Uploaded by

Copyright:

Available Formats

System overview of STEP 7

SIMATIC What's new in STEP 7 Basic? 3

Introduction to the TIA Portal 8

Editing devices and networks 10

Programming the PLC 11

Using technology functions 13

Siemens AG Copyright Siemens AG 2014.

1 System overview of STEP 7 and WinCC....................................................................................................33

WinCC Advanced V13.0 SP1

4.3.3 Editing devices and networks.................................................................................................92

WinCC Advanced V13.0 SP1

6.2 Migrating projects to a TIA Portal project.............................................................................152

WinCC Advanced V13.0 SP1

8.1.1 Starting, setting up, and exiting the TIA Portal....................................................................301

WinCC Advanced V13.0 SP1

8.3.5 Conventions for the creation................................................................................................367

WinCC Advanced V13.0 SP1

9.7.2.1 Basics for search in open editors.........................................................................................450

WinCC Advanced V13.0 SP1

9.11.6 Creating folders in a library..................................................................................................497

WinCC Advanced V13.0 SP1

10.1.4 Creating configurations........................................................................................................846

WinCC Advanced V13.0 SP1

11.1.1.5 Program flow control..........................................................................................................1473

WinCC Advanced V13.0 SP1

11.2.3.1 Introduction to the call structure.........................................................................................1818

WinCC Advanced V13.0 SP1

11.4.4.7 Entering tags in the force table..........................................................................................1887

WinCC Advanced V13.0 SP1

11.5.12.1 PLC data types...................................................................................................................1954

WinCC Advanced V13.0 SP1

11.7.1 LAD programming examples..............................................................................................3861

WinCC Advanced V13.0 SP1

12.1.2.24 Selecting multiple objects ..................................................................................................3966

WinCC Advanced V13.0 SP1

12.2.1.2 Overview of HMI tag tables................................................................................................4198

WinCC Advanced V13.0 SP1

12.3.3.8 Evaluating the checksum of log data.................................................................................4346

WinCC Advanced V13.0 SP1

12.5.3.1 General configuration procedure........................................................................................4454

WinCC Advanced V13.0 SP1

12.7.4.5 Configuring access protection............................................................................................4557

WinCC Advanced V13.0 SP1

12.9.2 How does the transponder system work?..........................................................................5945

WinCC Advanced V13.0 SP1

12.10.4.4 Administer task...................................................................................................................5988

WinCC Advanced V13.0 SP1

12.11.7.7 Time synchronization.........................................................................................................6246

WinCC Advanced V13.0 SP1

12.11.15.3 Performance features of communication...........................................................................6576

WinCC Advanced V13.0 SP1

12.12.6.2 Displaying the cross-reference list.....................................................................................6820

WinCC Advanced V13.0 SP1

12.13.3.4 Simulating projects.............................................................................................................6930

WinCC Advanced V13.0 SP1

WinCC Advanced V13.0 SP1

13.1.4.2 PID_3Step V2.....................................................................................................................7259

WinCC Advanced V13.0 SP1

13.2.11.1 Using multiple axes with the same PTO............................................................................7464

:LQ$&LQFO)DLOVDIH 6&$'$

6LQFO)DLOVDIH 3&VLQJOHXVHUVWDWLRQ