TIA Portal V15 HMI Simulation Fixing Insufficient Privileges

David Krause12 min read
SiemensTIA PortalTroubleshooting
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

1. Problem Description

When launching an HMI Runtime (RT) or WinCC Runtime Advanced simulation from TIA Portal V15 (including V15.0 and V15.1), the simulator fails to start and the dialog shown below appears, terminating the application:

"Insufficient privileges for the logged in Windows user. The application will be terminated."

The error is raised by the HMI RT/PC runtime loader before the WinCC project database is opened. In most cases the project itself, the PLC program, and the HMI configuration are all valid; the runtime fails to authenticate the Windows session against the security groups that the TIA Portal setup created during installation.

The error is encountered in the following typical scenarios:

  • Starting RT Simulation from an HMI tag table or from a connected HMI device (right-click → Start simulation).
  • Starting WinCC Runtime Advanced Simulation via the WinCC RT Advanced icon or the S7RTM.exe process.
  • Launching a downloaded HMI project directly with the runtime executable on a development PC.
  • Operating TIA Portal on a corporate image where the SIMATIC user groups were stripped, renamed, or never provisioned by Group Policy.
Engineering note: The exact error text and termination behavior also occur on TIA Portal V14, V15, V15.1, V16, V17, and V18 with the same underlying cause. The V15 environment is highlighted here because V15.x ships with the legacy S7TIA and CCDataBridge services that are also subject to the same group checks.

2. Root Cause Analysis

TIA Portal relies on two Windows-local security groups that are created by the Siemens setup routine:

Group Name (Default Locale) Internal Use Created By
SIMATIC HMI Start/stop HMI Runtime services, access the runtime project folder, read/write WinCC tags. TIA Portal / WinCC setup
Siemens TIA Engineer Authorize engineering operations (download, compile, online diagnostics, RT simulation launch). TIA Portal setup
SIMATIC NET (optional) Required only when PROFINET/PROFIBUS PC interfaces or S7DOS help service are used. SIMATIC NET setup
Siemens PLM User (optional) Access to Automation License Manager service for floating/dongle licenses.

If the current Windows user is not a member of both SIMATIC HMI and Siemens TIA Engineer, the runtime loader returns the privilege error and aborts. The setup normally adds the installing user automatically, but the addition is missed when:

  1. TIA Portal is installed by another Windows user (for example a service account) and the current operator was never enrolled.
  2. The PC image was prepared with sysprep, a corporate Group Policy, or a cleanup tool that stripped empty / built-in SIMATIC groups.
  3. The workstation was joined to a domain where local group policy overrides the Authenticated Users membership and locks down net localgroup changes.
  4. The required Siemens Windows services (Automation License Manager, S7DOS Help, CCAgent, S7RTM) are stopped, disabled, or quarantined by endpoint protection.

3. Prerequisites

Before applying the fix, confirm the following on the affected engineering workstation:

  • Windows 7 SP1 / Windows 10 (1607 or newer) / Windows Server 2012 R2 or 2016 / 2019. Windows 11 is supported from TIA V15.1 Update 4 onward.
  • TIA Portal V15.0 or V15.1 installed with the WinCC Advanced or WinCC Professional option, plus HMI RT license or trial activation.
  • The current Windows user has interactive logon rights and a writable user profile.
  • Local administrator credentials available (only required to modify group membership on a locked-down image; engineering itself does not require admin rights).
  • Write access to the project directory (default: C:\Users\<User>\Documents\Automation\) and the TIA installation root (default: C:\Program Files\Siemens\Automation\).

4. Verify the Current Group Membership

Open an elevated Command Prompt or PowerShell and run the following commands to confirm whether the active user belongs to the required groups:

whoami /groups | findstr /I "SIMATIC HMI Siemen TIA"
net localgroup "SIMATIC HMI"
net localgroup "Siemens TIA Engineer"

Expected output for an engineering user:

PS C:\> whoami /groups | findstr /I "SIMATIC"
SID name                                      Type
S-1-5-21-...-1109   SIMATIC HMI                Group
S-1-5-21-...-1110   Siemens TIA Engineer       Group

If the group does not exist, it was never created by setup. If it exists but the user is missing, proceed with section 5.

5. Add the User to the Required Groups

You can perform the operation through the GUI or scripted. Pick the variant that matches the corporate environment.

5.1 Computer Management (GUI)

  1. Press Win+X and select Computer Management (or run compmgmt.msc).
  2. Navigate to System Tools → Local Users and Groups → Groups.
  3. Double-click SIMATIC HMI, click Add, type the Windows user name, and confirm with OK.
  4. Repeat for Siemens TIA Engineer.
  5. Sign out and sign back in (or restart the WinCC RT Advanced service) so the new SID is visible to the runtime loader.

5.2 PowerShell (one-liner, requires elevation)

$user = [System.Security.Principal.WindowsIdentity]::GetCurrent().Name
Add-LocalGroupMember -Group "SIMATIC HMI"        -Member $user -ErrorAction SilentlyContinue
Add-LocalGroupMember -Group "Siemens TIA Engineer" -Member $user -ErrorAction SilentlyContinue
gpupdate /force
# Optional: also enroll a colleague
Add-LocalGroupMember -Group "SIMATIC HMI" -Member "CONTOSO\jdoe"

5.3 Domain Workstations

On a domain-joined PC, prefer managing the membership from Active Directory Users and Computers by adding the user to a domain security group that is then nested into the local groups with the Restricted Groups policy (GPO path: Computer Configuration → Policies → Windows Settings → Security Settings → Restricted Groups). This guarantees the membership survives image refreshes.

Important: The TIA Portal installer is the only sanctioned way to (re)create the SIMATIC HMI and Siemens TIA Engineer groups on a system where they have been deleted. Re-run Setup.exe with Repair if a group is missing; do not recreate the groups manually with a different name, as the runtime loader hard-codes the localized group names.

6. Required Siemens Windows Services

Even with correct group membership, the simulation cannot start if the underlying services are stopped. Verify the state of the following services in services.msc:

Service Name Display Name Startup Type Required For
S7RTM SIMATIC RTM Agent Manual (trigger start) HMI RT/PC simulation launch coordination.
CCAgent CCAgent Manual WinCC RT/PC runtime coordinator.
S7DOS S7DOS Help Service Manual Symbolic address resolution; needed for online & sim.
ALM Automation License Manager Automatic Local and floating license handling.
ScsAccessService Siemens Automation Security Access Service Automatic (V15.1+) UMC / protection-level access for TIA V15.1+.
sntp SNTP Time Service (optional) Manual Time synchronization for licensed runtimes.

Use this PowerShell block to check the state of every relevant service in one shot:

$svcs = 'S7RTM','CCAgent','S7DOS','ALM','ScsAccessService','sntp'
foreach ($s in $svcs) {
  $svc = Get-Service -Name $s -ErrorAction SilentlyContinue
  if ($null -eq $svc) { Write-Host "$s : NOT INSTALLED" -ForegroundColor Red }
  else { "$s : Status=$($svc.Status)  StartType=$($svc.StartType)" }
}

Set the missing or disabled services back to their recommended state with:

Set-Service -Name S7RTM  -StartupType Manual   -PassThru | Start-Service
Set-Service -Name CCAgent -StartupType Manual   -PassThru | Start-Service
Set-Service -Name S7DOS  -StartupType Manual   -PassThru | Start-Service
Set-Service -Name ALM    -StartupType Automatic -PassThru | Start-Service

7. File System and Registry Permissions

Group membership alone is not enough. The user must also have read/write access to the installation path and the project folder. Validate and reset as follows.

7.1 Installation Folder (default path)

C:\Program Files\Siemens\Automation\Portal V15\
C:\Program Files\Siemens\Automation\WinCC RT Advanced\

The setup normally grants the groups:

  • SIMATIC HMI → Read & Execute, List folder contents, Read.
  • Siemens TIA Engineer → Modify (needed for temporary files and download cache).

If access is missing, right-click the folder → Properties → Security → Edit → Add and grant the two groups the rights above. Do not grant the user full control on Program Files directly; use group inheritance instead.

7.2 Project Folder

Default location: %USERPROFILE%\Documents\Automation\. If the project is stored on a network share, ensure that the share allows the engineering user to create .hmi, .sim, *.log files and that the offline cache is enabled (TIA option: Options → Settings → Cross-domain → Save project on file server).

7.3 Registry Keys

Two registry hives are used by the runtime loader and must be readable by Siemens TIA Engineer:

HKEY_LOCAL_MACHINE\SOFTWARE\Siemens\Automation\Portal V15
HKEY_CURRENT_USER\SOFTWARE\Siemens\Automation\Portal V15

If a corporate lockdown has stripped read access to HKLM\Software\Siemens, the simulator fails silently with the same privilege error. Re-apply the default DACL through regini.exe Siemens_ACL.txt or simply run the TIA Portal setup in Repair mode to restore the ACLs.

8. DCOM and Firewall Configuration

On Windows 10/11 with default security baselines, DCOM access for the TIA runtime can be blocked. Apply the following only if the user is in the correct groups and the services are running, but the simulation still fails with the same text.

  1. Open dcomcnfg → Component Services → Computers → My Computer → DCOM Config.
  2. Locate CCAgent and S7RTM, open Properties → Security.
  3. Under Launch and Activation Permissions, add the SIMATIC HMI and Siemens TIA Engineer groups with Local Launch and Local Activation rights.
  4. In Access Permissions, add the same groups with Local Access.
  5. Repeat for SCSDiscovery and WinCC RT Advanced Loader when present.

Allow the TIA Portal ports inbound on the Windows Firewall profile: 4410/tcp (TIA HMI download), 4411/tcp (TIA OPC), 50000/tcp (S7DOS), 34964/udp (PROFINET discovery for the simulated PLC). These are required only when the simulation needs to talk to a real PLC; standalone RT can run fully loopback.

9. Step-by-Step Resolution Procedure

  1. Open Control Panel → Programs → Programs and Features and confirm SIMATIC TIA Portal V15 is installed (file: C:\Program Files\Siemens\Automation\Portal V15\Portal.exe).
  2. Run Setup.exe from the TIA Portal V15 installation media in Repair mode to restore the user groups, ACLs, and services. This step is required if any of the groups are missing.
  3. Reboot the workstation so that newly created groups propagate to the Kerberos/LSA cache.
  4. Log in as the engineering user (non-admin is acceptable) and add the account to SIMATIC HMI and Siemens TIA Engineer using one of the methods in section 5.
  5. Validate services in section 6. Start S7RTM and CCAgent manually if they are stopped.
  6. Check folder access (section 7) and re-apply DACLs if read access is missing.
  7. Apply DCOM and firewall tweaks (section 8) only if step 6 still shows the error.
  8. Restart the TIA Portal session and re-launch the HMI simulation.

10. Verifying the Fix

Use the following sequence to confirm that the issue is resolved before resuming engineering work:

  1. Open TIA Portal, load the project, right-click the HMI device and choose Start simulation. The WinCC RT Advanced runtime window should appear within 5–10 seconds.
  2. Watch for the dialog "Insufficient privileges for the logged in Windows user". If it is absent, the loader accepted the SID.
  3. Confirm the runtime logged the start event: open the Windows Event Viewer → Applications and Services Logs → Siemens Automation → Runtime and look for RT started.
  4. Check that the runtime process is running under the engineering user, not SYSTEM: Get-Process -Name "S7RTM*","CCWinCCStation*" | Format-Table Id,ProcessName,StartTime,@{n='User';e={$_.GetOwner().User}}
  5. Toggle a tag in the HMI and confirm value change in the simulated tags table.
  6. Close the simulation, open Task Manager → Details, verify that no orphaned S7RTM.exe or CCAgent.exe remains.

11. Troubleshooting Matrix

Symptom Likely Cause Corrective Action
Error appears immediately on first RT start after install. Setup was run by a different user; engineering user not enrolled. Add user to SIMATIC HMI and Siemens TIA Engineer (section 5).
Error appears after sysprep/image deployment. Local groups were stripped or rebuilt without SIMATIC groups. Re-run TIA setup in Repair mode and apply GPO Restricted Groups.
Groups exist, user is a member, but error persists. Group membership not refreshed in the logon session. Sign out and sign in, or restart LogonUI via tsshutdn 60 /REBOOT.
Group appears empty when queried with net localgroup. Group exists only on a different locale (e.g. SIMATIC HMI on English vs. localized name on German). Query both localized and English group names; check dsget on a domain controller.
Runtime aborts with the same text on Windows 11 22H2. Credential Guard isolates the user token; SID filtering is active. Disable Credential Guard for the engineering OU, or add a domain group as described in section 5.3.
License dialog appears instead of privilege error after fix. ALM service is not running or no HMI RT license available. Start ALM service and confirm license in Automation License Manager.
Simulation works for the first user, fails for the second. Each user must be enrolled individually; no global token is used. Apply the group addition per user (or use Restricted Groups GPO).
Repair setup returns "Setup is already running" or hangs. Background TIA updater is active. Stop S7TraceService and Siemens.Automation.PortalV15.Updater, then re-run setup.

12. Field-Proven Notes

  • Local administrator rights are not required to run an HMI simulation. They are only required the first time the user is added to a SIMATIC group, or when the TIA setup itself is invoked. Day-to-day engineering works under a standard user account.
  • Always match the group names to the locale of the installed TIA Portal (e.g. SIMATIC HMI on English, SIMATIC HMI on German setups as well — the string has not been localized since V13).
  • When migrating from a V14 image to V15, do not reuse the old V14 group membership without verifying it; the V15 setup creates new SIDs and the legacy ones remain dormant.
  • If you use Run as different user to launch TIA Portal, that elevated user must be in the groups; the original logged-in user is irrelevant for the runtime process.
  • Antivirus products occasionally quarantine S7RTM.exe or block the CCAgent DCOM launch. Add the TIA installation path to the AV exclusion list as part of the standard deployment.

Which Windows user groups are required for TIA Portal V15 HMI simulation?

The user must be a member of SIMATIC HMI and Siemens TIA Engineer. Both groups are created by the TIA Portal V15 setup and are mandatory for launching RT/PC simulation. SIMATIC NET is also required if the simulation talks to a real PLC over PROFINET/PROFIBUS.

Do I need local administrator rights to run an HMI simulation?

No. Local admin rights are only required for the initial installation of TIA Portal and for adding a user to the SIMATIC groups the first time. Once the user is enrolled in SIMATIC HMI and Siemens TIA Engineer, simulation runs under a standard user account.

How do I add my user to the SIMATIC groups from the command line?

Open an elevated PowerShell and run: Add-LocalGroupMember -Group "SIMATIC HMI" -Member $env:USERNAME followed by Add-LocalGroupMember -Group "Siemens TIA Engineer" -Member $env:USERNAME. Sign out and sign back in so the new SID is visible to the runtime.

What Windows services must be running for the HMI simulator to start?

At minimum S7RTM and CCAgent (manual, trigger start), S7DOS (manual), and ALM (automatic). On V15.1 and newer also ScsAccessService. All are installed by the TIA Portal setup; verify them in services.msc if the privilege error persists.

The error reappears after every reboot — what is the root cause?

Either the services are disabled (set S7RTM and CCAgent to Manual so they can be triggered), or the group membership is being stripped by Group Policy on each logon. Use the Restricted Groups GPO to enforce persistent membership of SIMATIC HMI and Siemens TIA Engineer for all engineering users.

Back to blog