1. Problem Overview
The TIA Portal Automation Software Updater (ASU) is the Siemens-licensed utility that scans a workstation for installed SIMATIC/STEP 7 / WinCC / Startdrive / SINAMICS Starter installations and pulls matching service packs, HSPs (Hardware Support Packages), and firmware updates from the Siemens Industry Online Support server. When the updater's online check fails, it terminates with a dialog similar to:
Unable to connect to the server.
The connection to the update server could not be established.
The dialog blocks further scan results, leaves the "Search for updates" pane empty, and prevents download of new TIA Portal service packs. The condition is reproducible across manual invocations, scheduled tasks, and the integrated "Check for updates" entry in the TIA Portal Help menu.
2. Affected Versions and Software Stack
The connection error has been observed on the following TIA Portal installations when paired with an out-of-date or mismatched updater binary:
| Installed TIA Portal Version | Update Level Applied | Updater Behavior |
|---|---|---|
| STEP 7 Basic V14 SP1 | Update 6 / Update 7 | ASU from V14 SP1 fails server handshake |
| TIA Portal V15 | Update 2 / Update 3 / Update 4 | ASU from V15 cannot enumerate V15.1 packages |
| TIA Portal V15.1 | Update 0 / Update 1 | ASU from V15.1 works as expected |
| STEP 7 Professional V16 | Update 0 / Update 1 | ASU from V15.x cannot enumerate V16 packages |
| WinCC Professional V17 / V18 | All updates | ASU from prior major version fails TLS handshake |
The root pattern is consistent: the updater binary is older than the installed TIA Portal base, so its manifest of supported products does not include the newer base. The Siemens support entry 109474528 - How do you start the ASU for the TIA Portal when the message appears indicating that no connection can be established to the server? documents the same symptom in TIA Portal V13 SP1 Update 5 and later.
3. Root Cause Analysis
The "Unable to connect to the server" message is generated by the updater's Siemens.Automation.UpdateClient component and is logged in the updater trace. The most common root causes, ranked by frequency in field reports, are:
- Updater version mismatch. A lower-version ASU is launched against a higher-version TIA Portal. The updater reads the local installed-software manifest and finds a base version it does not recognize, then aborts the network request before reaching the server.
-
TLS / certificate chain failure. The Siemens update endpoint (
https://www.siemens.com/asu) requires TLS 1.2 with a current certificate chain. Older ASU binaries built against deprecated crypto providers fail the handshake. - Proxy / firewall interception. Corporate HTTP proxies that perform SSL inspection strip the Siemens client certificate or re-route the request, producing a connection timeout on port 443.
-
Corrupt local updater cache. The
%LOCALAPPDATA%\Siemens\AutomationSoftwareUpdaterand%PROGRAMDATA%\Siemens\Automation\UpdateCachedirectories contain stale manifest hashes that force a re-download which never completes. -
Pending Windows reboot. The TIA Portal Setup requires a clean restart between major updates. A pending
PendingFileRenameOperationskey underHKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdateblocks the updater's service registration. -
Third-party anti-virus tampering. Endpoint protection products that inject DLLs into the updater process (
TIAUpdater.exe) can break the signed HTTPS request.
4. Pre-Diagnostic Checklist
Before reinstalling or modifying the workstation, capture the following data so the failure is reproducible:
- Open TIA Administrator (Start → Siemens Automation → TIA Administrator) and note the installed TIA Portal products with their exact version and update level.
- Launch the ASU, trigger the failing check, and capture the error dialog verbatim.
- Open %LOCALAPPDATA%\Siemens\AutomationSoftwareUpdater\Logs and copy the most recent
Updater_*.logfile. The relevant lines typically appear as:[ERROR] ConnectionFailed: server='https://www.siemens.com/asu/api/v2/updates' status=0 [ERROR] TlsHandshake: RemoteCertificateChainErrors=SslPolicyErrors.None, but client trust list rejected the issuer. - Run
certutil -store Myandcertutil -store Rootto confirm that the DigiCert Global Root CA used by Siemens is present and not expired. - Test the server reachability directly:
nslookup www.siemens.com curl -I https://www.siemens.com/asu/api/v2/updates Test-NetConnection -ComputerName www.siemens.com -Port 443
5. Resolution Step-by-Step
Apply the steps in the order shown. Each step resolves one of the ranked root causes. Stop at the first step that restores the check.
5.1 Step A - Align the updater to the highest installed TIA Portal version
- Open Control Panel → Programs and Features.
- Sort by Publisher and locate every entry starting with Siemens AG - Industry Sector - Automation whose name contains Automation Software Updater.
- Uninstall every ASU instance. The installer places an entry per major version (V14, V15, V15.1, V16, V17, V18, V19, V20).
- Reinstall the ASU that corresponds to the highest TIA Portal base present on the workstation. The current ASU is delivered as part of the latest TIA Portal installation media or can be downloaded from the Siemens support portal entry linked to the installed version.
- Reboot the workstation (full power cycle, not sign-out / sleep / hibernate).
- Re-launch the ASU; the check should complete and list all installed products.
5.2 Step B - Clean the local updater cache
- Close the ASU and the TIA Portal completely (verify in Task Manager that no
TIAUpdater.exeorS7WBXWFZ.exeprocess is running). - Delete the cache folders:
rmdir /s /q "%LOCALAPPDATA%\Siemens\AutomationSoftwareUpdater" rmdir /s /q "%PROGRAMDATA%\Siemens\Automation\UpdateCache" rmdir /s /q "%PROGRAMDATA%\Siemens\Automation\UpdateServerConfig" - Re-launch the ASU to force a fresh manifest download.
5.3 Step C - Configure the ASU server URL
The default server URL is https://www.siemens.com/asu. In regulated or air-gapped networks, an internal Automation Update Server (also referred to as the TIA Automation Software Update Server) is used. The official Siemens documentation Checking availability of updates and support packages and installing them describes the configuration path:
- Open the TIA Administrator.
- Click Options.
- Select TIA Automation Software Update Server.
- Choose Siemens server for direct internet access, or User-defined server and enter the internal ASU endpoint (e.g.
https://asu.internal.corp:8443). - Test the connection with the Test button. A successful test returns HTTP 200 within three seconds.
- Click OK, then re-launch the ASU.
5.4 Step D - Re-register the updater service
- Open an elevated command prompt.
- Run:
sc query "Siemens ASU Service" sc stop "Siemens ASU Service" sc delete "Siemens ASU Service" "%ProgramFiles%\Siemens\Automation\AutomationSoftwareUpdater\TIAUpdater.exe" /register - Reboot and verify the service starts automatically (Status = RUNNING).
5.5 Step E - Repair .NET and TLS stack
Older ASU binaries require .NET Framework 4.7.2 and SchUseStrongCrypto enabled. Verify and force both:
- Install .NET Framework 4.7.2 (or later) if absent.
- In the registry, set:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework\v4.0.30319] "SchUseStrongCrypto"=dword:00000001 [HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\.NETFramework\v4.0.30319] "SchUseStrongCrypto"=dword:00000001 - Reboot.
5.6 Step F - Validate proxy and firewall
- Open Internet Options → Connections → LAN Settings and confirm that the proxy bypass list includes
*.siemens.comif a transparent proxy is in use. - Whitelist the following endpoints on the corporate firewall and SSL inspection appliance:
Hostname Port Protocol Purpose www.siemens.com 443 TLS 1.2 ASU manifest and download support.industry.siemens.com 443 TLS 1.2 HSP and firmware download cache.industry.siemens.com 443 TLS 1.2 Image catalog asi.industry.siemens.com 443 TLS 1.2 License server mirror - If SSL inspection is mandatory, add the Siemens root CA to the inspection appliance trust store and to the workstation's Trusted Root Certification Authorities store.
6. Verification
Confirm the fix with the following objective checks:
- Updater dialog test. Launch the ASU, click Check for updates. The dialog must return a populated product list within 30 seconds. The error "Unable to connect to the server" must not appear.
-
Log inspection. The most recent
Updater_*.logmust showHTTP 200 OKfor the manifest request and a non-zero number of updates returned. - TIA Portal integration test. Inside TIA Portal, open Help → Check for updates. The integrated updater must launch the same ASU and complete the check without re-prompting the error.
-
Service health.
sc query "Siemens ASU Service"returnsSTATE : 4 RUNNING. -
End-to-end download test. Select one available update (e.g., a SIMATIC S7-1500 HSP) and click Download. The file
*.hsp.zipmust land in the configured download directory within the bandwidth limit of the link.
7. ASU Server Configuration Reference
The TIA Administrator stores the ASU endpoint in the following registry path:
[HKEY_LOCAL_MACHINE\SOFTWARE\Siemens\Automation\AutomationSoftwareUpdater]
"UpdateServerUrl"="https://www.siemens.com/asu"
"ProxyEnabled"=dword:00000001
"ProxyAddress"="http://proxy.corp:8080"
"ProxyBypass"="*.siemens.com;<local>"
For air-gapped environments, Siemens offers a local mirror that replicates https://www.siemens.com/asu. The mirror runs as an IIS site on Windows Server 2019 / 2022 with the ASU server component installed from the TIA Portal installation media under Additional Products → TIA Automation Software Update Server. The mirror endpoint is configured the same way in Step C of section 5.
8. Preventive Maintenance
- After every TIA Portal update, open TIA Administrator and verify that the ASU entry points to the correct updater version. A fresh installation of a major TIA Portal release will sometimes install a new ASU alongside, not on top of, the previous one.
- Schedule a monthly task that runs
TIAUpdater.exe /cleanupto prune stale manifest entries. - Maintain a workstation image (e.g., MDT, SCCM) that contains the highest TIA Portal version in use; ASU compatibility scales with the highest installed base.
- Subscribe to the Siemens ProductCERT and TIA Portal release notes feeds; new updates frequently include updater bug fixes.
9. Troubleshooting Matrix
| Symptom in log | Likely cause | Section to apply |
|---|---|---|
ConnectionFailed status=0 |
DNS or TCP blockage | 5.6 |
TlsHandshake RemoteCertificateChainErrors |
SSL inspection or missing root CA | 5.5 / 5.6 |
Manifest product 0x07F4 unsupported |
Older ASU than installed TIA Portal base | 5.1 |
Cache file hash mismatch |
Stale update cache | 5.2 |
Service not registered |
Pending reboot or broken setup | 5.4 |
HTTP 407 Proxy Authentication Required |
Proxy credentials missing | 5.6 |
HTTP 403 Forbidden |
License server outage or regional block | Verify Siemens license server status, retry |
10. Related Siemens Documentation
- Siemens Support Entry 109474528 - How to start the ASU when no connection to the server can be established
- TIA Portal V20 Documentation - Checking availability of updates and support packages
FAQ
Why does the TIA Portal updater show "Unable to connect to the server" even though my internet connection works?
The most common cause is an updater version mismatch. The ASU shipped with TIA Portal V14 SP1 cannot enumerate TIA Portal V15.1 installations. Uninstall every Automation Software Updater entry in Programs and Features and reinstall only the updater matching the highest TIA Portal base installed on the workstation.
Can I run two ASU versions side by side (for example V14 SP1 and V15.1) on the same engineering PC?
No. Siemens officially supports only the highest installed ASU. Multiple ASU versions produce launch ambiguity (Help → Check for updates may invoke the older binary) and may corrupt the shared %PROGRAMDATA%\Siemens\Automation\UpdateCache. Keep only the newest ASU.
How do I point the updater at a local mirror in an air-gapped plant network?
Open TIA Administrator → Options → TIA Automation Software Update Server, select User-defined server, enter the local ASU URL (for example https://asu.plant.local:8443), click Test, then OK. The next ASU launch will use the mirror.
What registry value controls the ASU server URL?
The URL is stored under HKLM\SOFTWARE\Siemens\Automation\AutomationSoftwareUpdater\UpdateServerUrl. The default is https://www.siemens.com/asu. Editing this value directly is supported but the TIA Administrator GUI is the recommended path.
Will restarting Windows actually fix the updater, or should I reinstall TIA Portal?
A full power-cycle restart is a documented first-line remedy because the TIA Portal Setup defers file replacements via PendingFileRenameOperations. If the service is not registered after a clean restart and the log still shows the same error, reinstall the highest-version ASU rather than the entire TIA Portal base - that resolves the issue in the majority of cases.