Problem Overview: TIA Portal V19 Installation Failures
Symptom: TIA Portal V19 Setup terminates mid-run, the splash dialog disappears, and a Siemens installation report is generated. The dialog usually shows a generic message such as "An error has occurred during installation" or "Setup has failed", with no in-context pointer to the failing module. The installer may also leave behind a partial install footprint that prevents subsequent attempts from succeeding until cleaned.
The TIA Portal V19 product stack is larger than V18 and pulls in more than twenty MSI/MSP packages at install time — including the WinCC Runtime components, the OPC UA gateway stack, the SIMATIC Automation License Manager, several .NET-based engineering services, and the S7-PLCSIM V19 add-on packages. Any one of those sub-installations failing will surface as a generic TIA Portal error from the top-level bootstrap because the wrapper Setup.exe cannot enumerate the underlying cause; it can only state that the chain broke.
Two recovery paths exist for this class of failure:
- Eliminate host prerequisites before retrying — this resolves the majority of reported cases.
- Read the long-format Siemens installation report and match the reported HRESULT/feature against the documented fix matrix.
Root Cause Taxonomy
The empirical distribution of failed TIA Portal V19 installs in support tickets clusters into seven categories. The first two account for roughly 70–80% of all reported cases.
| Category | Typical signature in long log | First response |
|---|---|---|
| Missing .NET Framework 3.5 | Feature .NET 3.5 not detected; MSI 1603 from TiaNetFxBootstrapper | Install .NET 3.5 via DISM |
| IIS not installed or missing sub-features | IIS_HTTP_HANDLERS not present; WinCC web feature failed | Add IIS Web Server role + CGI + ISAPI |
| Insufficient UAC / non-admin launcher | 0x80070005 access denied on ProgramData\Siemens | Run Setup.exe elevated |
| Antivirus / EDR file lock | MSI: 0x800710DC or "file in use" on .tlb/.dll | Add installer exclusion to AV |
| Corrupted media or partial mount | CRC mismatch on .msi; setup stops at 5–10% | Re-download via Siemens Online Software Delivery |
| Residual prior install | ProductCode mismatch; MSI: 1603 with "another version" | Use SIMATIC removal tool, then clean %ProgramData%\Siemens |
| License Manager conflicts | ALM service fails to start | Repair Automation License Manager separately |
Install Microsoft .NET Framework 3.5
TIA Portal V19 retains runtime dependencies on .NET Framework 3.5 for legacy code paths in the HMI engineering tools (WinCC Comfort/Professional parts), even though the newer TIA APIs target .NET Framework 4.8. On Windows 10 1909+ and Windows 11 client SKUs, .NET 3.5 is not present by default; it must be enabled as a Windows Feature on Demand. Windows Server 2019/2022 also ships without it by default.
Enable via DISM (recommended)
Open an elevated command prompt and run:
dism /online /enable-feature /featurename:NetFx3 /all /source:D:\sources\sxs
Substitute D:\sources\sxs for the path to your Windows installation media. If no media is mounted, omit /source and let Windows Update supply the payload:
dism /online /enable-feature /featurename:NetFx3 /all
Enable via PowerShell
Install-WindowsFeature -Name NET-Framework-Core -Source D:\sources\sxs
(Server SKUs only.)
Verify
Confirm the feature state is Enabled:
dism /online /get-featureinfo /featurename:NetFx3
Confirm registry presence under HKLM\SOFTWARE\Microsoft\NET Framework Setup\NDP\v3.5 with Install = 1.
Install and Configure IIS
TIA Portal V19 requires Internet Information Services (IIS) as a host for the built-in TIA Portal Help Server, the SIMATIC WinCC WebUX/RT Professional web components, and the OPC UA Gateway services. IIS is optional only on machines dedicated to non-HMI projects; for any install that includes WinCC components (which the V19 media carries as part of the unified installer), IIS is mandatory.
Required IIS role services
- Web Server (IIS) — root role
- Common HTTP Features (static content, default document)
- Application Development: CGI, ISAPI Extensions, ISAPI Filters
- Management Tools: IIS Management Console (optional but recommended for diagnostics)
- Windows Authentication (required for OPC UA gateway integrated auth)
Install via Server Manager (Windows Server)
- Open Server Manager → Add Roles and Features.
- Select Web Server (IIS).
- In the Role Services dialog, ensure CGI, ISAPI Extensions, ISAPI Filters, and Windows Authentication are checked.
- Confirm and complete the wizard. Restart if prompted.
Install via PowerShell (Server)
Install-WindowsFeature -Name Web-Server,Web-CGI,Web-ISAPI-Ext,Web-ISAPI-Filter,Web-Windows-Auth -IncludeManagementTools
Install on Windows 10/11 (client)
- Open Control Panel → Programs → Turn Windows features on or off.
- Expand Internet Information Services.
- Expand World Wide Web Services → Application Development Features; check CGI, ISAPI Extensions, and ISAPI Filters.
- Check Web Management Tools → IIS Management Console.
- Click OK and allow Windows to download the optional components.
Verify
Get-WindowsFeature -Name Web-Server,Web-CGI,Web-ISAPI-Ext
Confirm each line returns Install State: Installed. A quick HTTP smoke test: browse to http://localhost/. The default IIS7 splash screen confirms the service is reachable on port 80.
Run the Installer with Administrative Privileges
Even on a member of the local Administrators group, User Account Control (UAC) restricts writes to %ProgramFiles%\Siemens\Automation, %ProgramData%\Siemens, and the registry hives used by the Automation License Manager. The TIA installer marks itself as requiring elevation, but the elevation prompt can be silently dropped when triggered from an installer-launched child process, particularly when the media is mounted from a network share or zip extraction.
Procedural fix
- Right-click
Setup.exein the mounted media root (do not double-click). - Select Run as administrator.
- Confirm the UAC prompt with Yes.
- Wait for the installer to fully terminate before opening any TIA Portal instance — do not interrupt the installer mid-package.
Persistent fix (for SCADA/engineering workstations in restricted UAC environments)
- Create a scheduled task that runs
Setup.exewithRun with highest privileges. - Configure the task to run only when the user is logged on (interactive).
- Trigger manually from
taskschd.mscwhen needed.
%temp%\Siemens as AV exclusions before running Setup.exe. Real-time scanning of unzipped MSIs causes intermittent "file in use" failures that are not reproducible on clean hosts.Capture and Read the TIA Setup Log Files
Every TIA Portal V19 install attempt — successful or not — writes a report into %TEMP%\Siemens (typically C:\Users\<user>\AppData\Local\Temp\Siemens). The report exists in two forms:
| File | Contents |
|---|---|
SetupReport.txt |
Short summary; useful for cross-checking with vendor KB articles but rarely reveals the underlying MSI cause. |
SetupReport.log (long format) |
Full per-step transcript of the entire install session: prerequisite checks, MSI launch lines, per-component install status, HRESULTs, and stack traces. This is the diagnostic primary source. |
Extracting the report for support
- After a failed install, navigate to
%TEMP%\Siemens. - Sort by Date modified, newest first.
- Copy
SetupReport.log(long format) and the matchingSetupReport.txtinto a zip before sending.
What to look for in the long format
Useful grep targets (PowerShell example):
Select-String -Path .\SetupReport.log -Pattern "1603|0x8007|MSI:|HRESULT|feature|NetFx|IIS|prerequisite" | Out-GridView
Notable patterns and their meaning:
| Pattern | Meaning | Action |
|---|---|---|
0x80004005 |
Generic MSI access denied — usually permission or AV lock | Elevate; add AV exclusion |
NetFx3.*not.*installed |
.NET 3.5 prerequisite missing | Install via DISM as above |
IIS_HTTP_HANDLERS.*missing |
IIS not present or ISAPI not enabled | Install IIS role |
1603.*fatal on a WinCC component |
WinCC component MSI failed | Check IIS + Windows Search service |
SIMATIC Automation License Manager failed to start |
ALM service stuck or DCOM issue | Repair ALM separately, restart ALM service |
Step-by-Step Clean Installation Procedure
Use this procedure when the installer has failed two or more times in sequence.
Pre-checks
- Confirm Windows version is on the TIA Portal V19 supported list (Windows 10 21H2+ or Windows 11 22H2+ for the unified installer; Windows Server 2019/2022 supported).
- Confirm at least 25 GB free on the system drive.
- Confirm at least 16 GB RAM (32 GB recommended for projects > 100 PLCs).
- Verify .NET 3.5 and IIS using the commands above.
- Temporarily disable real-time AV; add the install media mount point and
%ProgramData%\Siemensto exclusions.
Clean-up of failed prior attempts
- Stop the
SIMATIC Automation License Managerservice:net stop "SIMATIC Automation License Manager". - Stop the
S7TraceServiceif present:net stop "S7TraceService". - Remove
%ProgramData%\Siemensshared data (preserve any licensed dongle data — move rather than delete). - Run the official SIMATIC TIA Portal Clean-Up Tool if one is available; otherwise remove any partially installed SIMATIC entries in
apps & features. - Re-arm .NET 3.5 detection:
net stop wuauserv,net start wuauservto refresh Windows Update features cache.
Install TIA Portal V19
- Mount the V19 ISO (or extract zip — extract with 7-Zip, not the Windows built-in zip handler which can corrupt MSI streams).
- Right-click the mounted drive → Open → right-click
Start.exe(preferred) orSetup.exe→ Run as administrator. - In the product picker, select the components required for your engineering scope. For HMI work, leave the WinCC options at default.
- Choose an installation directory on a drive with no path containing spaces if possible — some legacy MSI transforms still misbehave on paths with multiple spaces.
- Allow the installer to restart Windows when prompted mid-session. The installer will resume automatically.
- After final completion, restart the workstation even if the installer does not prompt for it.
Verification Checklist
Run these checks immediately after the install completes:
- Open TIA Portal V19 from the Start menu. The splash should report V19.0 in the about dialog (Help → About).
- Verify that the WinCC components (if licensed) appear under the Portal view's installed products: Help → Installed products should list TIA Portal V19, SIMATIC STEP 7 V19, SIMATIC WinCC V19, and optionally S7-PLCSIM V19.
- Open Automation License Manager; confirm the service is running:
sc query "SIMATIC Automation License Manager"must returnSTATE: 4 RUNNING. - Confirm the IIS-based TIA Help server responds: browse to
http://localhost:49880/(default V19 help port). If 49880 fails, the IIS prerequisite may be present but the application pool may not have been registered — re-run the installer in repair mode. - Create a blank project and click Compile → Hardware detection on a default S7-1500 to confirm the engineering services start.
Start.exe elevated again and choose Repair / Update installation. This re-deploys the IIS application pools and re-registers COM components without touching project data.Common Error Patterns and Fixes
| Symptom | Root cause | Fix |
|---|---|---|
| Setup exits at prerequisite check dialog | .NET 3.5 not present | Run DISM feature install (see above) |
| WinCC component install fails; other components succeed | IIS not present, or no CGI/ISAPI | Install IIS role + CGI + ISAPI Extensions |
| Installer hangs at "Acquiring MSI handle" | AV file lock on .msi | Add AV exclusions; disable real-time scan |
| MSI: 0x80070005 in log | Insufficient privileges | Elevate; check folder ownership on %ProgramData% |
| Setup rolls back; nothing installed | Corrupted media or ZIP-extraction issue | Re-download or extract with 7-Zip |
| ALM service fails after install | DCOM / firewall blocking | Repair ALM; allow ALM through Windows Firewall |
| Installer fails on second run after partial first run | Locked MSI transform files | Run cleanup tool, then re-install |
| Setup log reports TLS/SSL channel error | Crypto/secure channel disabled (FIPS, often after corporate hardening) | Check HKLM\System\CurrentControlSet\Control\SecurityProviders\SCHANNEL; re-enable TLS 1.2 |
Escalation to Siemens Support
When prerequisite verification, log analysis, and clean install all fail, escalate. Siemens Industrial Technical Support accepts support requests through the Siemens Industry Online Support portal.
- Create a support request citing product TIA Portal V19 and the PS catalog entry for the product family.
- Attach SetupReport.log (long format), SetupReport.txt (short), and a screenshot of the failure dialog.
- Attach the output of:
systeminfo·dism /online /get-featureinfo /featurename:NetFx3·sc query "SIMATIC Automation License Manager" - Quote the MSI HRESULT and the component name from the long log so the case lands on the correct specialist team.
Expect first response within one business day for paying customers under a valid SSA; paid priority contracts shorten this considerably.
Edge Cases and Field-Proven Caveats
-
Long-path installations: If the install path contains more than 100 characters or has more than two non-adjacent spaces, several legacy WinCC MSIs revert to MSI 1603. Keep paths short (e.g.,
C:\Siemens\TIAV19). -
Container / VM usage: Cloned VMs occasionally carry duplicate SIDs for the SIMATIC Automation License Manager service. Reset the service account password and re-register:
sc delete "ALM_Service", then re-install ALM. - OS language: TIA Portal V19 is released in English, German, French, Italian, Spanish, Chinese, Japanese, Korean. Mixed-language hosts (English OS, German media or vice versa) install correctly but may report language pack failures in the long log — these are warnings, not fatal.
-
Windows 11 24H2 specific: The "Microsoft Defender SmartScreen blocking unknown publisher" dialog can intercept
Start.exeif SmartScreen reputation is not yet established. Click More info → Run anyway in that flow; do not disable SmartScreen globally. - Simatic Box PC and IPC hosts: Siemens-specific WinAC RTX installations may conflict with TIA V19 — contact Siemens Application Support before installing TIA V19 on an active WinAC host.
Why does TIA Portal V19 demand .NET 3.5 when V18 did not?
V19 retains the V17/V18-era WinCC Comfort and WinCC Professional components for backward project compatibility; these depend on the .NET 3.5 runtime even when the main engineering shell targets .NET 4.8. Install the Windows Feature form of .NET 3.5 via DISM, not the standalone redistributable.
Where are the TIA Portal V19 installation log files located?
Both the short and long Setup reports are written to %TEMP%\Siemens, typically C:\Users\<user>\AppData\Local\Temp\Siemens. The long format (SetupReport.log) contains the actionable diagnostic detail; attach it when escalating to Siemens support.
Can I install TIA Portal V19 without IIS if I do not use WinCC?
Only the bare STEP 7 / S7-PLCSIM / StartDrive subset does not require IIS, but the V19 unified installer enforces the IIS prerequisite because the media carries WinCC components by default. The only IIS-free path is to use a license-restricted silent install that excludes the WinCC feature tree.
What is the minimum free disk space for a TIA Portal V19 install?
Reserve at least 25 GB on the system drive; a full install with WinCC and S7-PLCSIM consumes 18–22 GB once the installer finishes, and leaves room for project caches and the help server index on the same volume.
Why does the TIA Portal V19 installer still fail after installing .NET 3.5 and IIS?
Typical remaining causes are real-time antivirus locks on the unzipped MSIs, residual partially installed SIMATIC packages from a prior failed run, or a Windows Search service stop preventing the help index from building. Run the clean-up steps in the "Step-by-Step Clean Installation Procedure" section before re-attempting.
Can I install TIA Portal V19 alongside V18?
Yes — V18 and V19 coexist on the same workstation when each has its own install path (default Siemens\Automation\Portal V18 vs Portal V19). Project conversion from V18 to V19 is a one-way step; keep V18 installed temporarily for rollback until the first project migration is validated.