1. Overview: The WinCC Consolidation Problem
Operators running a multi-line plant frequently inherit a portfolio of stand-alone HMI/SCADA stations. Each station is delivered as its own SIMATIC project with its own PLC (S7-200, S7-300, or S7-400) and its own WinCC HMI/SCADA application. When a control room consolidation project is initiated, the engineer is asked to bring all process screens, alarms, archives, and tag databases under a single supervisory application.
Siemens WinCC does not provide a native "Merge Project" command. Whether the runtime is WinCC 7, WinCC Professional (TIA Portal), or WinCC Unified (TIA Portal), you must consolidate projects by importing the engineering objects from each subordinate project into a single master project. This document covers the import strategy, the loss of "integrated" AS-OS coupling for S7-200/300/400, and the multi-device loading pattern available in TIA Portal V20 for WinCC Unified PC RT.
2. Prerequisites
Before beginning the consolidation, verify the following engineering preconditions:
- Source projects must be exportable. In WinCC 7.x, the project must be opened in WinCC Explorer; in TIA Portal, the project file (.ap20 for V20, .ap17 for V17, .ap16 for V16) must open without conversion errors.
- All source PC stations must run a WinCC version compatible with the master project. Mixed WinCC 7.0 / 7.4 / 7.5 sources, for example, must first be migrated to a common service pack.
- The master PC station must meet the WinCC installation requirements for the total tag count after import. WinCC 7.5 supports 256 power tags per server by default and up to 102,400 with the ASIA / 8K/64K/256K power-packs. Plan license counts before consolidation.
- Source S7 projects must be in STEP 7 V5.5 / V5.6 (for classic WinCC) or TIA Portal V16/V17/V18/V19/V20 (for WinCC Professional / Unified). S7-200 requires either STEP 7 Micro/WIN V4.0 SP9 or migration to a S7-200 SMART for inclusion in a TIA project.
- Backup of every source project (full
.zipexport of the WinCC project directory and the STEP 7 S7 program archive.s7p/.s7l) is mandatory before any copy operation.
3. Architecture Decision: Integrated vs. Non-Integrated AS-OS Coupling
Source projects fall into one of two categories, and the consolidation procedure differs for each.
| Category | Description | Tag Source | OS Compile Available? | Consolidation Strategy |
|---|---|---|---|---|
| Integrated (TIA Portal) | WinCC HMI tags are managed in the PLC tag table; HMI is a device under the same TIA project as the S7 CPU. | PLC tag table, HMI tag table (mirrored) | Yes — "Compile > Software (rebuild all)" | Keep coupling in TIA; copy the HMI device into a multi-project TIA master. |
| Integrated (Classic STEP 7 V5.x) | WinCC project is inserted as an OS in the SIMATIC Manager S7 project; tag connections derive from the S7 symbol table. | S7 symbol table + WinCC tag management | Yes — right-click OS > "Compile OS" | Coupling is lost when the OS is detached. Re-create tag connections manually or via CSV import. |
| Stand-alone WinCC | WinCC project is independent of the S7 program. Tags are defined manually in WinCC tag management with the S7 driver channel. | WinCC tag management only | No | Direct CSV/Excel import of tag definitions is straightforward. |
The S7-200 driver channel is special: S7-200 CPUs communicate over PPI/MPI/TCP using the SIMATIC S7-200 PC Access OPC server, not the native WinCC S7 channel. When consolidating, install and register S7-200 PC Access on the master PC and configure an OPC DA channel in the master WinCC project pointing to OPC.S7200PCAccess.
4. Component-by-Component Import Procedure
The WinCC project database stores the following engineering objects. Each must be migrated individually because WinCC does not provide a project-level merge.
4.1 Pictures (Graphics Designer / PDL / Screen)
WinCC 7 uses .pdl files in the project GraCS/ directory. To migrate:
- Open the source WinCC Explorer and select Graphics Designer.
- Export each picture: File > Export > PDL to PDL or copy
*.pdlfrom<ProjectPath>\GraCS\. - In the master project, copy the
.pdlfiles into<MasterProjectPath>\GraCS\. WinCC detects new pictures on next start of Graphics Designer. - For TIA Portal Unified screens, use Project tree > HMI > Screens > Export/Import as
.xmlexchange format. Imported screens are re-numbered; rename the screen object to preserve any script references.
Start.pdl, the second copy will overwrite the first unless you rename. Use a per-area prefix (e.g., Line1_Start.pdl, Line2_Start.pdl) to prevent collisions, then update internal cross-references and script links.4.2 Tags and Tag Connections
Tag import is the most error-prone part of consolidation because tag addresses collide between PLCs that share a common address range.
| WinCC Version | Import Path | File Format | Notes |
|---|---|---|---|
| WinCC 7.0 / 7.4 / 7.5 | Tag Management > right-click > "Import tags" |
.csv or .xlsx
|
Column order must match the export template; OPC channel tags are skipped. |
| WinCC Professional V16/V17 | HMI tags > Export/Import (Tools menu) | .xlsx |
Supports PLC tag table cross-import. |
| WinCC Unified V17/V18/V19/V20 | HMI tags > Export/Import (Tags editor) |
.xml / .xlsx
|
Tag prefixes must be unique; Data type mapping is auto-applied. |
Use the following CSV column template for WinCC 7 classic import (UTF-8 encoded, comma-delimited, header row required):
Name;Type;PLC_Address;DataType;Length;Connection;Group;Comment
Example row for a discrete input from an S7-300 on MPI address 2:
Line3_Motor1_Run;BOOL;M0.0;BOOL;1;S7Conn_Line3;Motor1;Line 3 conveyor motor 1 run feedback
4.3 Messages (Alarm Logging)
Message consolidation in WinCC 7 must preserve the message number range and the message class structure. Use:
- Alarm Logging > Tools > Export > CSV on the source project.
- Open the exported CSV in Excel; concatenate all source CSVs vertically.
- Reassign message numbers in 1000-block ranges per source area to avoid duplicates (e.g., source A uses 1-999, source B uses 1001-1999, source C uses 2001-2999).
- Import the combined CSV into the master project's Alarm Logging editor.
DB100.DBX0.0) is used in two source projects to trigger two different messages, the trigger must be remapped. Assign a unique data-block offset per area or use trigger tags with unique names.4.4 Tag Logging and Archives
Tag Logging archives migrate through three steps:
- Export the archive configuration (tag selection, acquisition cycle, archiving cycle, archive name) from each source project via Tag Logging > Tools > Export.
- Recreate the archive layout in the master project using the same parameters.
- Use the WinCC
CCArchiveImportTool.exeutility (located in<WinCCInstall>\bin\) to import historical segment files (*.lrf) from the source archive directories (<ProjectPath>\ArchiveManager\) into the master archive path.
4.5 Reports and Print Jobs
Copy *.rpl report layouts from each source project's PrintJobs/ directory into the master. Re-link report connections to the new (master) tag names using the Layout Designer. Print jobs themselves are stored in the WinCC project database and must be re-defined in Report Designer > Print Jobs.
4.6 Global Scripts (C / VBS)
WinCC 7 C and VBS scripts are stored in the project database, not as files. To consolidate:
- Open the source project in WinCC Explorer.
- Right-click each action or function in Global Script > Export.
- In the master project, right-click Global Script > Import and load each
.pas(C) or.vbs(VBS) file.
Search every script for hard-coded tag names that must be updated to the new master tag names. Use the Global Script editor's "Find" function to batch-rename references.
5. Building the Master Navigation Picture
After all subordinate pictures are imported, build a start picture in the master project that exposes one button per consolidated area. The simplest mechanism is a button with the following C action (WinCC 7):
SetPictureName(lpszPictureName, "Line1_Start");
For VBS on WinCC 7 or WinCC Unified:
HMIRuntime.ActiveScreen.ScreenItems("ScreenWindow1").Screen = "Line1_Start"
Place a Screen Window object on the master start picture and assign each area button to change the Screen property. This avoids the performance penalty of opening multiple GraphIC Designer instances.
6. User Administration Consolidation
Each source project may carry its own User Administrator database. If the access levels differ between projects (e.g., Line 1 uses 0-5, Line 2 uses 0-7), you must reconcile them.
| Master Level | Role | Operations |
|---|---|---|
| 0 | Operator | View, acknowledge alarms, no process inputs |
| 1 | Lead Operator | Operator + write setpoints within authorization area |
| 2 | Supervisor | Lead + all areas, recipe changes |
| 3 | Engineer | Supervisor + configuration changes (no user admin) |
| 4 | System Administrator | Engineer + user administration, project backup |
| 5 | OEM / Vendor | Diagnostic and service access (time-limited) |
Re-authorize each user's level mapping per area. Use WinCC's Authorization property on each operator input object to gate specific actions, e.g., Level 1 (Lead Operator) required for Line1 setpoint write.
7. Connection and Channel Configuration
Each source PLC requires its own logical connection in the master project. Avoid sharing one S7 connection across multiple PLCs — Siemens recommends one connection per CPU for diagnostic clarity.
| PLC Type | Recommended Connection Name | Channel Unit |
|---|---|---|
| S7-400 (MPI/TCP) | S7Conn_Line1_PLC1 |
SIMATIC S7 PROTOCOL SUITE > TCP/IP |
| S7-300 (PROFIBUS) | S7Conn_Line2_PLC1 |
SIMATIC S7 PROTOCOL SUITE > PROFIBUS |
| S7-300 (Ethernet) | S7Conn_Line3_PLC1 |
SIMATIC S7 PROTOCOL SUITE > TCP/IP |
| S7-200 (PPI/TCP via PC Access) | OPCDAServer_S7200_Line4 |
OPC DA > OPC.S7200PCAccess
|
Connection timeout parameters should follow the master project's policy; do not retain the per-source values, as they reflect individual network characteristics that may differ in the consolidated plant.
8. Multi-Device Loading in WinCC Unified (TIA Portal V20)
If the consolidation target is not a single PC but a coordinated multi-station operator floor, TIA Portal V20 provides a multi-HMI load mechanism for WinCC Unified PC RT. The procedure is documented in the TIA Portal Help for V20.
- In the TIA project tree, multi-select the WinCC Unified PC devices: hold
Ctrland click each PC RT node under Devices & networks. - Open the toolbar and click Load. The "Load preview" dialog shows the changes for every selected device in a single view.
- Confirm the load to push the consolidated engineering data to all selected PC RT stations simultaneously.
- Verify on each PC that the WinCC Unified RT runtime has entered Running state and the operator start picture is displayed.
Reference: TIA Portal Help V20 > Compiling and loading RT Unified > WinCC Unified PC RT Unified > Downloading projects (RT Unified) > Loading projects of multiple HMI devices simultaneously (RT Unified) (see the official TIA Portal V20 documentation).
9. Recipe and Data Record Handling
WinCC 7 Recipes (or WinCC Unified Recipes in TIA V17+) are stored per project. When consolidating:
- Export each source recipe as
*.csvvia Recipe Editor > File > Export. - In the master, create one recipe per source area, preserving the original element names where possible.
- Recreate recipe views on the master start picture, grouped per area, so operators see the recipe tree relevant to their line.
10. Verification Procedure
After consolidation and before cutting the master over to production:
- Compile check — In TIA Portal, run Project tree > master project > Compile > Software (rebuild all). In WinCC 7, use the Status dialog in the project properties; resolve every error and warning.
-
Tag connection test — In WinCC 7 Tag Management, right-click each connection and select Status. The Quality Code must be
0xC0(Good). For OPC connections, use the OPC Scout to verify the server returns live data. - Alarm simulation — Trigger each imported message class in test mode; verify the text and acknowledge behavior in the master message list.
- Archive round-trip — Force a tag to change value, wait one archive cycle, export the archive segment, and confirm the timestamp and value are recorded.
- User authorization test — Log in as each role (0 through 5) and verify that operator inputs are gated correctly per the matrix in Table 3.
- Load test — In WinCC 7, use Server Tasks > Performance to monitor tag polling and alarm throughput. A consolidated project should not exceed 70% of the license tag count at peak loading.
11. Troubleshooting Matrix
| Symptom | Probable Cause | Resolution |
|---|---|---|
| Imported pictures display "?" in tag placeholders | Tag names in the picture script do not match master tag names | Use Global Script's Find/Replace across all imported C/VBS actions |
| S7-200 tags show Quality Code 0x00 (Bad) | OPC S7-200 PC Access server not running or DCOM permissions missing | Verify the service "S7200PCAccess" is started and DCOMCNFG grants launch permissions to the WinCC user |
| Duplicate message numbers at runtime | Two source projects used overlapping message ID ranges | Re-export and renumber the CSV; re-import with the new 1000-block range per area |
| Loss of OS compile functionality after consolidation | OS detached from S7 project; cannot re-insert without rebuilding from scratch | Re-create tag connections via CSV import; document the loss in the project functional specification |
| Archive values missing after migration | CCArchiveImportTool used the wrong segment path or format | Re-export from source; verify the .lrf header version matches the master WinCC build |
| User Administrator does not load all users | Source users stored in separate SIMATIC Logon databases | Switch to central SIMATIC Logon and re-bind user groups per area |
| Performance drops after import | Acquisition cycles too aggressive for combined tag count | Increase the Tag Logging acquisition cycle for non-critical tags to 1000 ms or 5000 ms |
12. Long-Term Maintenance Recommendations
- Establish a naming convention for all future WinCC projects: prefix every tag, picture, archive, and message with the area code (e.g.,
AREA_TAGNAME) to prevent collisions when re-consolidating. - Use a central SIMATIC Logon server for all user administration so that consolidation does not require user re-creation.
- Maintain a project functional specification that documents the loss of AS-OS compile coupling (for S7-300/400 classic configurations) and the CSV import pattern used in its place.
- Schedule quarterly archive backups using WinCC's Configuration > Archive Backup to limit exposure to data loss during future re-consolidations.
- For new projects, prefer WinCC Unified PC RT (TIA Portal V17+) and the multi-device load pattern described in Section 8, which avoids many of the manual import steps above.
Can multiple WinCC projects be merged into one project with a single command?
No. WinCC 7, WinCC Professional, and WinCC Unified do not provide a "Merge Project" command. You must consolidate by importing the engineering objects (pictures, tags, messages, archives, scripts) from each source project into a single master project, as detailed in Section 4.
Is the OS-Compile (integrated AS-OS) coupling preserved after consolidation?
Only in TIA Portal, where the HMI device remains a node of the S7 project. In classic STEP 7 V5.x with a detached WinCC project, the OS-Compile coupling is lost. The tag connections must be re-imported via CSV and the S7 symbol-to-tag binding must be re-established manually.
How do I migrate S7-200 tag data into a consolidated WinCC project?
Install SIMATIC S7-200 PC Access on the master PC, configure the PPI/MPI/TCP connection to the S7-200 CPU, then add an OPC DA channel in WinCC pointing to the ProgID OPC.S7200PCAccess. Import tag definitions as OPC items using the same CSV template used for S7-300/400 tags.
Can I load multiple WinCC Unified PC RT projects at the same time?
Yes. In TIA Portal V20, multi-select the WinCC Unified PC RT devices in the project tree and click Load. The changes are pushed to every selected device in a single operation. See Section 8 and the official TIA Portal V20 documentation for the detailed procedure.
What happens to user authorization levels when source projects use different level schemes?
You must reconcile them to a unified level scheme (see Table 3) and re-authorize every user's level per area. If a source project uses level 0-7 and another uses 0-5, the master typically uses the wider range (0-5 or 0-7) and the operator's effective permission is the minimum of the user's level and the object's required level.