Resolving WinCC 7.4 SP1 to TIA Portal V15 Migration Failure
The migration path from WinCC 7.4 SP1 (the classic WinCC / WinCC Explorer based on the Windows runtime) into WinCC Professional V15 inside the TIA Portal is a documented but notoriously fragile operation. A common symptom is the silent failure of the Migration to TIA Portal V15 tool with the message failed to migrate source project, with no log file being produced and the tool exiting before any conversion activity is logged. This article documents the root cause (Windows regional / non-Unicode language settings), the field-verified workaround, and the complete set of supporting procedures that allow the migration to complete cleanly.
1. Problem Description
Engineers who have carried a long-lived classic WinCC project (originally authored in WinCC 7.0 or 7.2) through several upgrades to WinCC 7.4 SP1 often attempt to move the project into the TIA Portal ecosystem so they can reuse HMI screens, tags, alarms and scripts inside a unified engineering environment. The conversion is performed with the standalone tool "Migration to TIA Portal V15", which is shipped with TIA Portal V15 (or available from Siemens Online Support as a separate package). On a healthy project, the tool creates a new TIA Portal V15 project, copies converted HMI objects, and writes a migration log into the target project directory.
The failure mode reported in the field is as follows:
- The user opens the original 7.4 SP1 project in WinCC Explorer and runs the menu command Project > Migrator from a higher version (in this case 7.5 / 7.5 SP1) or, more commonly, launches the standalone Siemens Migration to TIA Portal V15 tool directly.
- The tool returns immediately with the dialog
failed to migrate source project. - No migrated project is created in the target path.
- No log file is generated by the migration tool.
- Re-running with elevated privileges, on a different workstation, or after a fresh project duplication produces the same result.
The same engineering workstation can migrate other 7.4 SP1 projects successfully, which confirms the problem is project-specific or workstation-environment specific, not a corrupt TIA Portal install.
2. Root Cause Analysis
The root cause is the Windows Regional and Language Options setting used on the engineering workstation, specifically the combination of:
- The Format (location) — for example Turkish (Turkey), German (Germany) with non-default number / date separators, or any locale that uses comma
,as the decimal separator. - The Language for non-Unicode programs (system locale) — commonly Turkish (Turkey) or any non-English code page.
The migration tool reads the source project metadata, parses internal database fields, and serializes them into the new TIA Portal project format. When the system locale is non-English, the COM / .NET interop layer in the migration tool applies the system code page to strings, which can silently change capitalization rules and character handling. The most common failure is the Turkish I / ı / İ / i case-folding problem: classic WinCC stores internal object identifiers and folder names that contain the literal capital-I and lowercase-i, and when the migration tool normalizes them under the Turkish locale the resulting identifier collides with an existing entry in the new TIA Portal project tree, raising an unhandled exception during the very first project-creation step. Because the failure happens before the migration runtime is fully initialized, no log is written.
The user who originally reported the issue confirmed the diagnosis by changing the regional settings to English (United States) in both the Format and the Language for non-Unicode programs fields, after which the migration completed without any code change. Siemens support officially references the same configuration requirement in entry 109751898 — Information about the migration of WinCC V7.x to TIA Portal.
3. Required Siemens Components and Versions
Confirm the following components are installed before attempting migration. The compatibility matrix below is the field-verified set used in production projects.
| Component | Supported Version | Notes |
|---|---|---|
| Source WinCC | V7.4 SP1 Update 1 through Update 14 | SP1 is the minimum starting point; SP1 base without updates is not migration-tested |
| Source WinCC (intermediate) | V7.5 / V7.5 SP1 optional | Migration tool will internally upgrade the project to 7.5 schema |
| Target TIA Portal | V15 / V15.1 | WinCC Professional V15 is the only HMI target that accepts 7.4 SP1 source; V14 SP1 is not supported |
| Migration Tool | Siemens Migration Tool V15 (Part of TIA Portal setup) | Can also be installed standalone |
| SQL Server (host) | SQL Server 2014 SP2 / 2016 SP2 | Must match the version expected by the installed TIA Portal |
| Windows | Windows 7 SP1 / Windows 10 LTSC 1809 | Windows 10 1909 and later are not on the V15 compatibility list |
| Engineering Language (display) | English or German | Other display languages are partially supported |
| System Locale (non-Unicode) | English (United States) | Hard requirement for the migration tool to run |
4. Pre-Migration Checklist
Complete each item before launching the migration tool. The checklist is intentionally short — every item on it has been the sole cause of a reported field failure.
- Close all open WinCC Explorer and TIA Portal instances.
- Stop the WinCC Explorer service and the CCAgent service on the engineering station.
- Take a full file-system backup of the source project folder (typically
C:\Program Files (x86)\Siemens\WinCC\WinCCProjects\<ProjectName>) and the corresponding SQL Server databasesCC_<ProjectName>_<TS>. - Open Control Panel > Region > Administrative and verify:
- Current language for non-Unicode programs = English (United States)
- System locale = English (United States)
- Open Control Panel > Region and set Format to English (United States) for the duration of the migration. You may revert this setting for your user session after migration completes.
- Confirm that no folder or file in the project tree contains non-ASCII characters in its name.
- Confirm the project opens cleanly in WinCC Explorer without the "Project is already up-to-date" dialog being triggered erroneously.
- Run a Save As duplicator pass on the source project (see Section 5).
5. Source Project Preparation
Even after the regional settings are correct, the source 7.4 SP1 project must be in a state the migration tool can read. The Project Duplicator inside WinCC Explorer is the recommended pre-processor because it produces a clean, fully-closed copy that has no live SQL connections, no redundant database snapshots, and (crucially) no locale-corrupted string artifacts from prior in-place upgrades.
5.1 Run the Project Duplicator
- Open WinCC Explorer on the source workstation (not yet on the migration target).
- Right-click the project node and select Project Duplicator > Save As.
- Choose a new project name. If the original name is reused, the duplicator writes into the same path and may inherit existing corrupted artifacts.
- Select Save As (Compact) — this compacts the project database, removes the change log, and forces a full re-serialization of every object.
- Wait for the duplicator to report Project successfully saved and the elapsed time stamp.
- Open the duplicated project in WinCC Explorer on the same workstation. The project must open without warnings.
5.2 Optional Intermediate Upgrade
If the project was originally authored in WinCC 7.0 or 7.2, the field-tested upgrade path is:
- Open in WinCC 7.2 → save.
- Open in WinCC 7.3 → save.
- Open in WinCC 7.4 SP1 → run Convert All Objects from the WinCC Explorer Tools menu.
- Run Project Duplicator → Save As (Compact) with a new name.
- Attempt the migration to TIA Portal V15.
Each Convert All Objects pass re-serializes a portion of the project under the current build's internal rules. Skipping the WinCC 7.3 step is a known cause of the migration tool silently refusing to read the project.
6. Step-by-Step Migration Procedure
- Reboot the engineering workstation after the regional settings have been changed. A simple sign-out / sign-in is not sufficient: the migration tool's COM activation is loaded by the system code page, which is only re-read at boot.
- Verify the new locale is active: open cmd.exe and type
chcp. The response must beActive code page: 437orActive code page: 1252(English). A response of857or1254means the change did not take effect. - Launch Siemens Automation > Migration Tool > Migration to TIA Portal V15 as Administrator.
- In the source dialog, browse to the duplicated project (typically under
C:\Program Files (x86)\Siemens\WinCC\WinCCProjects\<ProjectName>). - In the target dialog, select an empty directory. Do not point the tool at an existing TIA Portal project — it always creates a new one.
- Click Migrate. The tool first opens the source project, then performs a schema validation pass, then creates the TIA Portal V15 project tree.
- Watch the progress bar. If it advances past 5 % without an error, the project has been accepted by the tool and the migration runtime is active.
- When the tool reports Migration completed successfully, open the TIA Portal V15 and verify the migrated project opens.
6.1 What the Log Tells You
After a successful migration, the log file is written to the target project directory:
<TargetProject>\Logs\Siemens.Automation.MigrationFramework.log
The file is a rolling, plain-text log. Levels used by the tool are Information, Warning, and Error. Lines of interest during verification:
INFO Source project opened: C:\WinCC\...\MyPlant.mcp
INFO Source project version: 7.4 SP1 Update 12
INFO Target project created at: C:\TIA\MyPlant_V15.ap15
WARN <ObjectName> — unsupported property '<Property>' discarded
WARN Global script <ModuleName> — VBS->C conversion required (open in editor and review)
ERROR Conversion of <ObjectName> failed: <Reason>
A clean migration shows no ERROR lines. The presence of WARN lines is normal and does not block the migration; each warning identifies a feature that requires manual post-migration review in the TIA Portal editor.
7. Post-Migration Verification
Open the migrated project in TIA Portal V15 and run the following checks. They map 1:1 to the sections of a 7.4 SP1 project that the migration tool may have converted imperfectly.
| Area | Verification Action | Pass Criterion |
|---|---|---|
| Project tree | Compare the migrated HMI tree against the source WinCC Explorer tree | Every picture, tag table, and alarm log present in the source exists in the target |
| Tags | Open the HMI tag editor and check the connection count and tag type distribution | Connection count matches; external tags show the same PLC address syntax |
| Alarms | Open the alarm classes editor and the alarm log editor | Number of configured alarms within ±0 of source |
| Graphics | Open each screen and confirm the embedded graphics render | No "missing file" or "library not found" warnings in the WinCC Runtime diagnostics |
| Scripts | Open the C-script and VBS-script folders in the migrated project | Each script opens without a syntax error in the script editor |
| User administration | Open the user administration editor | All users, groups, and authorization levels are present |
| Report templates | Open the report designer | All layouts open and compile without errors |
| Compilation | Right-click the HMI station > Compile > Software (rebuild all) | Build completes with zero errors; warnings only on documented discontinued properties |
8. Troubleshooting Matrix
| Symptom | Likely Cause | Resolution |
|---|---|---|
| "failed to migrate source project" with no log file | System locale is not English (United States) | Set Language for non-Unicode programs = English (US) and reboot |
| "Project is already up-to-date" when invoking Migrator from a higher WinCC version | Source project has already been opened in the same or higher version | Open the project directly in the target version; do not run the in-Explorer Migrator |
| Migration tool reports "source project not found" despite the project being open in WinCC Explorer | Project path contains non-ASCII characters | Copy the project to a path with ASCII-only characters and retry |
| Migration completes but TIA Portal cannot open the target project | Target TIA Portal version mismatch | Confirm the target is TIA Portal V15 or V15.1 with WinCC Professional installed |
| Migration log contains "incompatible database schema" | WinCC 7.3 intermediate upgrade step was skipped | Re-open in WinCC 7.3, save, then proceed to 7.4 SP1 |
| Specific pictures missing in the migrated project | Source picture used discontinued custom OCX controls | Identify the OCX in the log warning, remove from source, re-migrate |
| Tags show "connection not established" after migration | HMI connection used WinCC V7-specific driver name | Re-create the connection in the TIA Portal HMI tag editor and re-link tags |
| Global scripts raise "undefined function" at runtime | VBScript → C-script conversion missed a built-in | Open the script in the TIA Portal editor, manually add the missing function call |
9. Field Notes and Caveats
- No log means pre-runtime failure. The migration tool initializes its log handler after it has read the source project metadata. If the tool cannot read the metadata, the log file is never created. Always check the system locale before searching for a missing log.
- Display language is not the system locale. Many engineers change the Windows display language to English but leave the non-Unicode system locale in its original language. The TIA Portal V15 migration tool checks the system locale, not the display language.
- The Duplicator helps but is not a substitute for the locale change. Running the Project Duplicator with Save As (Compact) can clean up a project that was upgraded in place on a non-English workstation, but it does not repair identifiers that have already been corrupted during prior case-folding. A clean migration requires both a duplicator pass and an English system locale.
- Reversibility. After the migration has completed, you can revert the regional settings to your preferred locale. The migrated TIA Portal V15 project does not depend on the engineering workstation's locale.
-
Network share targets. Pointing the target directory at a UNC path (e.g.
\\fileserver\projects\...) sometimes masks the locale problem because the COM layer's authentication step fails earlier with a different error code. Always migrate to a local drive first; only copy the finished project to a share afterwards. - Antivirus interaction. Several corporate antivirus suites quarantine files inside newly created TIA Portal project directories on first write. The migration tool may report a generic failed to migrate if a quarantine event removes a temporary file. Add the target path to the antivirus exclusion list before migration.
-
UAC and Admin rights. The migration tool writes to
Program Files (x86)\Siemens\WinCC\WinCCProjectsand to%ProgramData%\Siemens\Automation\. A non-elevated launch will fail at the first write and produce no log. Always launch with Run as administrator.
10. Summary of the Field-Confirmed Fix
The complete, ordered fix is:
- Open Control Panel > Region > Administrative.
- Click Change system locale....
- Select English (United States).
- Check the box Beta: Use Unicode UTF-8 for worldwide language support only if your Windows build supports it and TIA Portal V15 has been tested under that setting; otherwise leave unchecked.
- Click OK and reboot.
- Open Control Panel > Region, set Format to English (United States).
- Reboot again (the format change can be applied to the current user without reboot, but the migration tool reads the system-level format).
- Re-run the Migration to TIA Portal V15 tool against the duplicated source project.
The original reporter confirmed this sequence resolved the failure and produced a valid TIA Portal V15 project. The same sequence is recommended in Siemens support entry 109751898 — Information about the migration of WinCC V7.x to TIA Portal.
FAQ
Where is the WinCC V7 to TIA Portal V15 migration log file stored?
After a successful migration, the log is written to <TargetProject>\Logs\Siemens.Automation.MigrationFramework.log. If the tool fails before initializing its log handler, no file is produced — this is itself the diagnostic that the failure occurred at the system-locale / pre-runtime stage.
Why does the migration tool return "failed to migrate source project" with no error details?
When the Windows system locale is set to anything other than English (United States), the migration tool's COM / .NET interop layer applies non-English case-folding to internal identifiers. The first project-skeleton step raises an unhandled exception before the log handler is attached, so the user sees only a generic failure message.
Do I need to change the Windows display language, the system locale, or both?
Both. The TIA Portal V15 migration tool reads the Language for non-Unicode programs (system locale), not the display language. Set the system locale to English (United States), set the format to English (United States), and reboot before launching the tool.
Can I run the Project Duplicator as a workaround for the locale issue?
The Project Duplicator with Save As (Compact) can clean up artifacts from in-place upgrades, but it does not re-fold identifiers that were already corrupted under a non-English locale. A successful migration requires both the duplicator pass and the English system locale.
Which TIA Portal version is the migration target for WinCC 7.4 SP1?
WinCC Professional V15 (shipped with TIA Portal V15) and V15.1 are the supported targets. TIA Portal V14 SP1 cannot host the migrated project. TIA Portal V16 and later are not on the official compatibility list for a 7.4 SP1 source — upgrade in two steps: 7.4 SP1 → TIA V15 → TIA V16.