PCS7 V7.0 to V8.1 Migration HMI Faceplate Compatibility

David Krause13 min read
SiemensTechnical ReferenceWinCC
Licensed PE Working through this on a live machine? A Maine-licensed engineer can take it from here — included with IMD hardware, by the hour for everything else. Book an engineer

PCS7 V7.0 to V8.1 Migration on IPC827D: Preserving HMI Faceplates and STAHL Third-Party Integration

This reference documents the engineering work required to lift a PCS7 V7.0 / Windows XP OS station onto a Simatic IPC827D running Windows 7 with PCS7 V8.1, while preserving existing WinCC faceplates and a STAHL third-party HMI that depends on a dedicated Non-Simatic OS station. It captures the migration path, the OS-specific adjustments, the SQL Server transition, the faceplate rendering rules, and the verification gates an automation engineer must clear before authorizing production cut-over.

1. Scope and Engineering Problem

The legacy system consists of:

  • Operator Station (OS) running Windows XP with PCS7 V7.0 (the WinCC Runtime / Configuration inside the PCS7 suite, not TIA Portal WinCC).
  • Simatic IPC627B used as an OPC bridge between the DCS and the third-party HMI.
  • STAHL-brand HMI front-end connected to a dedicated Non-Simatic OS station with WinCC installed, communicating via OPC to the IPC627B.
  • Existing WinCC faceplates compiled against the V7.0 graphics library (APL not used).

The replacement hardware is a Simatic IPC827D with Windows 7 64-bit. The question is whether the existing faceplates and the STAHL OPC connection survive the upgrade without rebuilding graphics.

Critical planning rule: PCS7 must be migrated stepwise. The supported chain is PCS7 V7.0 → V7.1 SP4 → V8.0 → V8.1. Jumping directly from V7.0 to V8.1 is not a supported transition and will corrupt project archives.

2. Migration Path and Software Stack Matrix

The complete staged upgrade sequence is defined below. Each step is a separate engineering action with its own backup and rollback gate.

Table 1 — Staged PCS7 Migration Path with OS, SQL, and Faceplate Stack
Stage OS Image PCS7 Version WinCC Version SQL Server Faceplate Library
Source Windows XP SP3 (32-bit) V7.0 WinCC V7.0 MS SQL Server 2005 V7.0 standard library
Stage 1 Windows XP SP3 (32-bit) V7.1 SP4 WinCC V7.1 SP4 MS SQL Server 2005 V7.1 standard library
Stage 2 Windows 7 SP1 (64-bit) V8.0 WinCC V7.4 SP1 MS SQL Server 2008 R2 SP3 V8.0 standard library
Stage 3 Windows 7 SP1 (64-bit) V8.1 WinCC V7.4 SP1 MS SQL Server 2008 R2 SP3 V8.1 standard library

Mapping each stage to the manufacturer documentation ensures the binaries, scripts, and automation license manager (ALM) keys line up. The V8.0 stage is mandatory even when the target is V8.1 because PCS7 V8.1 setup expects a V8.0 base install for upgrade mode.

3. Hardware Replacement: IPC627B to IPC827D

The Simatic IPC627B is a 15-inch panel-mount PC (Convergent Platform) designed for cabinet integration. The Simatic IPC827D is a rack-mount Box PC of the same industrial class. Both support 24 VDC and ship with identical Siemens diagnostic and SIMATIC IPC DiagMonitor concepts.

Table 2 — IPC627B vs IPC827D Comparison
Parameter Simatic IPC627B Simatic IPC827D
Form factor Box PC, panel-mount Rack-mount 19"
CPU class (typical) Intel Core 2 Duo / Celeron Intel Core i (3rd/4th gen)
RAM ceiling 4 GB DDR3 16 GB DDR3
Supported OS Windows XP / Win7 32-bit Windows 7 64-bit / Win10 IoT
OPC role in this system Bridge to STAHL HMI Replaces IPC627B as bridge
Drive bays 1 × 2.5" + 1 × 3.5" 2 × 2.5" / 3.5"
RAID No hardware RAID Optional hardware RAID

The OPC server role transfers unchanged. The OPC DA 2.0 / 3.0 interface is part of the WinCC V7.x installation and does not depend on the hardware platform. Re-install the SIMATIC NET OPC components after the PCS8.1 install completes and re-import the station configuration with Station Configurator.

Hardware anti-pattern: Do not image the old IPC627B drive with an XP image and try to boot it on the IPC827D. The chipset, NIC drivers, and SATA controller differ. Always perform a clean Windows 7 install from the IPC827D recovery media, then install PCS7 V8.1.

4. HMI Faceplate Compatibility Across PCS7 Versions

WinCC faceplates (Dynamik-Dialoge in PDL / graphic files inside the WinCC project) are stored in the project database, not in a system-wide library. When a project is opened in a newer PCS7 version, the WinCC Explorer triggers a project converter that rewrites PDL metadata and faceplate internal references to match the destination library version.

4.1 Faceplate Behavior by Version

  • V7.0 → V7.1 SP4: Faceplates migrate transparently because both versions share the same PDL compilation model and the same variable interface contract. No manual rebuild required.
  • V7.1 SP4 → V8.0: WinCC graphics engine changes the script-host integration. Faceplate-internal VBS scripts continue to run, but any custom OCX controls compiled against the V7.1 COM type library must be re-registered on the V8.0 station.
  • V8.0 → V8.1: Faceplate graphic blocks (the F-type blocks in the PCS7 Advanced Process Library / standard library) re-link to the V8.1 library automatically on first compile. If the source project was built without APL, the conversion keeps the legacy faceplate header references intact.

4.2 The APL Question

APL (Advanced Process Library) blocks did not exist in PCS7 V7.0. They were introduced in V7.1 SP1 as an optional replacement for the legacy standard library. If the source V7.0 project uses the standard library only, the faceplates will compile in V8.1 without manual changes. If the engineer chooses to switch to APL during the migration, every faceplate instance and every icon must be re-linked because the block names (e.g., MOT_SPEED vs CTRL_PID) and the faceplate script attribute addresses differ.

Table 3 — Migration Outcome by Library Choice
Source Library Target Library Manual Faceplate Rebuild Estimated Engineering Hours
V7.0 standard V8.1 standard No (auto-convert) 2 (verification only)
V7.0 standard V8.1 APL Yes (full re-link) 40+
V7.0 standard V8.1 APL with style adaptation Yes (rebuild + redesign) 80+

Recommendation: if the goal is minimum downtime, keep the standard library throughout the chain. APL can be adopted in a later project, isolated from the production cut-over.

4.3 Non-Simatic OS Station Specifics

The STAHL HMI uses a dedicated Non-Simatic OS station — that is, a WinCC V7.x runtime install without the full PCS7 OS add-on. This installation type preserves faceplate compatibility because the runtime graphics engine and the script host are identical between a PCS7 OS and a Non-Simatic OS install at the same WinCC minor version. The Non-Simatic OS does not carry the PCS7 OS user administration or the WinCC Redundancy add-on; only the basic WinCC Runtime, WinCC Explorer, and the OPC interface.

Procedure to lift the Non-Simatic OS station:

  1. Back up the project database (WinCC project path) including all PDL, scripts, and the WinCCExplorer.cfg.
  2. Capture the WinCC project version via the project's Version.txt or the project menu in WinCC Explorer.
  3. Install WinCC V7.4 SP1 on Windows 7 SP1 (matches PCS7 V8.1).
  4. Restore the project database under a temporary name to test compile before touching production.
  5. Open the restored project. The converter prompts: Do you want to convert? Accept. The compiler rebuilds PDLs and faceplates in the new internal format.
  6. Recompile the OS. Re-activate. Run a 30-minute visual sweep to confirm every faceplate opens, every script fires, and every variable resolves.

5. OPC and STAHL HMI Re-connection

The STAHL HMI does not read faceplate internals; it reads OPC tags from the IPC827D bridge. During the migration, the OPC topic and tag mapping must round-trip exactly.

Table 4 — OPC Stack Components by Stage
Stage SIMATIC NET OPC DA Server STAHL Driver Notes
V7.0 / XP SIMATIC NET 2007 OPC.SimaticNET.DA STAHL OPC DA client Legacy baseline
V7.1 SP4 / XP SIMATIC NET 2008 OPC.SimaticNET.DA STAHL OPC DA client Same ProgID, register on new install
V8.0 / Win7 SIMATIC NET V8.0 OPC.SimaticNET.DA STAHL OPC DA client Re-register ProgID under HKCR\CLSID
V8.1 / Win7 SIMATIC NET V8.1 OPC.SimaticNET.DA STAHL OPC DA client DCOM config must be redone

5.1 DCOM and OPC Security Hardening

Windows 7 enforces tighter DCOM defaults than Windows XP. The OPC DA server will not be reachable until the following registry changes are applied to the IPC827D:

  • HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Ole\MachineAccessRestriction = 0 for the engineering test phase, then locked to the OPC user account after commissioning.
  • HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Ole\MachineLaunchRestriction = 0 during commissioning.
  • Firewall inbound rule for the OpcEnum service and OPC.SimaticNET.DA on TCP port 135 plus the dynamically assigned range.
  • COM security: Launch and Activation Permissions allow the STAHL OPC DA client account (typically STAHL_USER or a domain service account).
Security caveat: The Everyone group must not be added to COM security just to make STAHL work. Use a dedicated domain service account that has Local Launch, Remote Launch, Local Activation, and Remote Activation rights.

6. SQL Server Transition: 2005 → 2008 R2

PCS7 V7.0 uses MS SQL Server 2005. PCS7 V8.1 uses SQL Server 2008 R2 SP3. WinCC Runtime archives, user archives, and tag logging live in SQL databases. The PCS7 setup routine handles the migration of WinCC project archives when the project is opened in the new version, but the system databases must be restored manually.

6.1 Migration Procedure

  1. On the source IPC627B, run SQL Server Management Studio 2005 and back up every WinCC database (default names: CC_OS_1_<date>, CC_UA_..., plus system DBs master, msdb, model).
  2. Copy the .bak files to the IPC827D.
  3. Install SQL Server 2008 R2 SP3 with the same instance name and collation as the source. Default collation for WinCC is SQL_Latin1_General_CP1_CI_AS.
  4. Restore the WinCC databases with RESTORE DATABASE ... WITH RECOVERY.
  5. Re-link the WinCC project to the restored archive database via WinCC Explorer → Tag Logging → Archive Configuration → Select Database.

Verify the archive data with the WinCC Trend Control on a test picture. If curves do not load, the archive path or the Config.xml for the archive is still pointing to the old instance — repoint and reload.

7. OS-Specific Adjustments for Windows 7

Windows 7 introduces User Account Control (UAC), a new firewall stack, and 64-bit path handling. The PCS7 V8.1 installation routine accounts for UAC during setup, but the WinCC Runtime services need explicit service account configuration post-install.

Table 5 — Windows 7 Service Account Settings
Service Recommended Account Startup Notes
CCAgent LocalSystem Automatic Licensing agent for WinCC / PCS7
CCEServer LocalSystem Automatic Alarm logging runtime
SQL Server (WINCC) LocalSystem Automatic SQL Server 2008 R2 SP3 instance
OPCEnum LocalSystem Automatic OPC enumeration service
SIMATIC NET IE LocalSystem Automatic S7 communication
WinCC Runtime LocalSystem with desktop interaction allowed Automatic Check "Allow service to interact with desktop"

Disable UAC for the runtime user only (not globally) by setting the registry value HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\EnableLUA = 1 and adding the runtime user to the local Administrators group with UAC exception via Group Policy. Without this, WinCC Runtime will not write to C:\Program Files (x86)\Siemens\Automation\WinCC\WinCCProjects under a non-elevated login.

8. Faceplate Conversion Failure Modes and Field Diagnostics

When a faceplate fails to open or displays a greyed-out icon after migration, the root cause is almost always one of the patterns below. Use this matrix as a fast field triage.

Table 6 — Faceplate Conversion Failure Matrix
Symptom Likely Cause Diagnostic Remedy
Faceplate opens but shows "No connection" Variable link broken Open the picture in Graphics Designer → right-click → Properties → Connections Re-link structure tag to the AS block instance
Faceplate shows "Invalid pointer" or red X Missing faceplate instance Check FaceplateInstances.cfg Recompile OS, force-rebuild faceplate instances
Buttons do not respond VBS script failed to compile Open APDiag.txt and PDLRT log Re-install the runtime, re-register WinCC OCX components
Trend inside faceplate empty Tag logging archive not linked WinCC Explorer → Tag Logging → Archive Configuration Re-point archive to SQL Server 2008 R2 instance
Alarm line text garbled Codepage mismatch Compare regional settings between XP and Win7 Set system locale to match source (e.g., English-US)
Multiple faceplate types open correctly but one does not Specific block type failed re-link Open sfc log, look for block name Replace the faceplate header from V8.1 standard library

8.1 DiagMonitor Integration

Both the IPC627B and the IPC827D ship with SIMATIC IPC DiagMonitor for hardware health monitoring. After the migration, verify the DiagMonitor service status and confirm that the watchdog is configured to restart the WinCC Runtime service within 60 seconds on a soft fault. This is critical because the STAHL HMI loses OPC tags if the WinCC Runtime stops without restart.

9. Step-by-Step Cut-Over Procedure

  1. Pre-cut-over (T-30 days): Engineer the migration on a lab IPC827D identical to production. Restore the latest project backup from the IPC627B. Walk the project through V7.1 SP4 → V8.0 → V8.1. Document every faceplate that does not auto-convert.
  2. Pre-cut-over (T-7 days): Hand the converted project to the customer process team for user acceptance testing. Record sign-off.
  3. Pre-cut-over (T-1 day): Stop the production OS station. Back up the entire project, OPC configuration, and SQL archives to two independent storage locations (one on-site, one off-site).
  4. Cut-over (T-0): Power down IPC627B. Install Windows 7 SP1 on IPC827D from the manufacturer recovery media. Apply the latest BIOS, chipset, and NIC drivers.
  5. Cut-over: Install PCS7 V8.1, then WinCC Runtime, then SIMATIC NET V8.1, then SQL Server 2008 R2 SP3. Restore SQL archives.
  6. Cut-over: Restore the converted WinCC project. Re-import the OPC station configuration. Re-register the STAHL OPC DA client DCOM identity.
  7. Cut-over: Recompile the OS. Start the runtime in test mode. Validate faceplates, trends, alarms, and the STAHL OPC tag subscription.
  8. Cut-over: Promote the runtime to production. Start the process. Run a four-hour supervised watch.
  9. Post-cut-over (T+7 days): Decommission the IPC627B. Archive its drives. Update the plant asset register.

10. Verification Checklist

Use this list before clearing the OS station for production:

  • [ ] All faceplates open from the overview screen without "Invalid pointer" or "No connection" banners.
  • [ ] At least one operator action per faceplate type executes (acknowledge alarm, change setpoint, start motor, open valve).
  • [ ] WinCC Tag Logging shows historical curves across the cut-over boundary.
  • [ ] WinCC Alarm Control shows live and historical alarms.
  • [ ] STAHL HMI shows live OPC tags from the IPC827D. Tag latency is below 1 s.
  • [ ] OPC DA server status reports "Running" in the OPC Scout V8.1.
  • [ ] DiagMonitor reports CPU, RAM, disk, and temperature all in the green band.
  • [ ] Service accounts for CCAgent, CCEServer, and WinCC Runtime are set to LocalSystem with desktop interaction allowed.
  • [ ] DCOM identity and access permissions set with a dedicated service account — no Everyone.
  • [ ] WinCC project license dongle (ALM) recognized on the IPC827D.
  • [ ] Backup script for the WinCC project runs clean and produces a .zip with project DB, PDLs, and scripts.

11. Documentation and Standards Reference

The engineer carrying out this migration must hold current copies of the Siemens manuals listed below. Verify against the version you are actually installing — Siemens revises the manuals when a service pack ships.

For DCS-specific migration manuals, always pull from the Siemens Industry Online Support portal under entry ID 68014632 and the related "PCS7 Software Update" manuals — never rely on memory or third-party summaries.

12. Frequently Asked Questions

Will my V7.0 WinCC faceplates work after the migration to PCS7 V8.1 without rebuilding?

Yes, provided the source project uses the standard library (not APL) and you follow the supported migration path V7.0 → V7.1 SP4 → V8.0 → V8.1. The project converter rebuilds the internal faceplate metadata. You must recompile the OS and visually verify every faceplate type before production sign-off.

Can I skip the V7.1 SP4 or V8.0 stage and jump straight to V8.1?

No. PCS7 V8.1 setup only accepts a V8.0 base for upgrade mode. Skipping stages corrupts the project archive and breaks WinCC license binding. The intermediate stages also install SQL 2008 R2 SP3 components required by V8.1.

Does the STAHL third-party HMI need any change after the IPC627B to IPC827D swap?

The STAHL OPC DA client only needs the IPC827D network identity and DCOM configuration re-entered. The OPC DA tag list is unchanged. Re-register OPC.SimaticNET.DA on the IPC827D, open the DCOM ports, and add the STAHL service account to the COM launch and activation permissions.

What happens to historical WinCC archive data when SQL Server moves from 2005 to 2008 R2?

WinCC archive databases are backed up on the source SQL 2005 instance and restored on the new SQL 2008 R2 instance. After restore, re-point the WinCC Archive Configuration to the new instance name. Trends should display historical data within seconds; if not, check the archive path in the WinCC Explorer.

Is it worth switching to APL blocks during this migration?

Not during a production cut-over. Switching from the standard library to APL re-links every faceplate instance and adds 40 to 80 engineering hours plus a full re-validation cycle. Adopt APL in a separate project so that production downtime stays in the 4 to 8 hour window.

Back to blog