Resolving WinCC flexible 2008 SP3 HmiES.exe Launch Error

David Krause11 min read
SiemensTroubleshootingWinCC
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

Problem Overview

When attempting to open a WinCC flexible 2008 SP3 project from inside SIMATIC Manager (STEP 7 V5.5), the engineering station fails to launch the HMI editor and instead displays a modal dialog containing the following text:

Utah-SOM-Error !
File: ObjCreator.cpp
Line: 3715
Text: Can not create process:
C:/Program Files (x86)/Siemens/SIMATIC WinCC flexible/WinCC flexible 2008/HmiES.exe

If the operator double-clicks the HMI station directly inside the SIMATIC project tree, the error pops as a system message. If the same project is opened by launching the WinCC flexible 2008 SP3 shortcut from the Windows Start menu, the main window does not appear; only a blank grey splash with the "WinCC flexible" caption shows. The HmiES.exe process never reaches its message loop, and the editor stays unresponsive until killed via Task Manager.

The fault occurs even on freshly restored projects that compiled cleanly the previous day, which confirms the problem is integration-layer rather than project-layer. A project-side recovery is still documented below for completeness.

Environment & Affected Versions

Component Version confirmed in field
SIMATIC Manager / STEP 7 V5.5 SP4 (HF1 to HF7)
WinCC flexible 2008 SP3 (build 1.4.0.x)
Operating system Windows 7 SP1, 64-bit (English/German)
Project type Integrated S7 + HMI, single-station or distributed
User context Local administrator, UAC enabled
The same fault has been reproduced on Windows XP SP3 32-bit with STEP 7 V5.5 SP3 and on Windows 10 64-bit running WinCC flexible 2008 SP3 in compatibility mode. Always verify the actual installed package under Control Panel → Programs and Features before applying the recovery sequence. The procedure is identical across the supported OS variants; only the elevation context differs.

Error Details Decoded

The "Utah-SOM-Error" string is a self-identification label used by the WinCC flexible SOM (Siemens Object Manager) layer that brokers calls between STEP 7, the WinCC flexible project database, and the HmiES.exe editor executable. When STEP 7 invokes CreateProcess on the HmiES path stored in the registry, the SOM layer raises this dialog and aborts.

SOM field Meaning
Utah-SOM-Error SOM cannot satisfy the editor process request
ObjCreator.cpp Source module responsible for OLE/COM object activation
Line 3715 Internal call to CreateProcessW with quoted command line
Can not create process Underlying Win32 API returned a non-zero error code (commonly 2 = ERROR_FILE_NOT_FOUND or 5 = ERROR_ACCESS_DENIED)
HmiES.exe path Process executable SOM attempted to launch

The numeric error from GetLastError() is not surfaced in the dialog. Capture it with Sysinternals Process Monitor if the path-based diagnosis is inconclusive.

Root Cause Analysis

The dialog text points to one of four distinct failure conditions, in order of frequency observed in support cases:

  1. STEP 7 / WinCC flexible integration has been desynchronised. The SIMATIC Manager COM plug-in registration for WinCC flexible 2008 has been removed, replaced, or never installed. STEP 7 knows that an HMI object should be opened, but cannot resolve the HmiES.exe path through the registered SOM server.
  2. The HmiES.exe binary is missing or has been quarantined. Antivirus products, Windows Defender, or third-party file-integrity tools have moved the executable to a quarantine vault, breaking the call. Verify the file is present at the exact path quoted in the error message.
  3. The installation is corrupted. A partial uninstall, interrupted Windows update, or disk fault has removed only some of the files inside %ProgramFiles(x86)%\Siemens\SIMATIC WinCC flexible\WinCC flexible 2008\. The remainder of the install is intact, but a referenced DLL is missing.
  4. Permission or UAC virtualization issue. The current user lacks write access to HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Siemens\Automation\WinCC flexible 2008 or to the project working folder. The SOM layer cannot register the COM object and falls back to CreateProcess with a path it cannot fully resolve.

Diagnostic Steps

Run these checks before applying the repair to confirm the root cause and avoid an unnecessary full reinstall.

  1. Verify the executable. Open Windows Explorer and confirm the file C:\Program Files (x86)\Siemens\SIMATIC WinCC flexible\WinCC flexible 2008\HmiES.exe exists. Right-click → Properties → Digital Signatures. The signature must show "Siemens AG" with a valid timestamp. If the file is missing, jump to Solution B.
  2. Inspect registry entries. Launch regedit as Administrator and navigate to HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Siemens\Automation\WinCC flexible 2008. Confirm the value InstallPath equals the path quoted in the error dialog. If the key is missing, the integration is broken.
  3. Check COM registration. From an elevated command prompt, run:
    reg query "HKCR\CLSID" /f "WinCC flexible" /s
    The following entries must be present:
    • {B5C9E1A2-...} for the WinCC flexible Project Manager (HmiES.Application)
    • {D7F2B3C4-...} for the WinCC flexible 2008 SOM Server
    If either GUID is missing, the STEP 7 integration DLL was unregistered.
  4. Review Windows Event Log. Open eventvwr.msc and inspect Windows Logs → Application. Look for Source = "Application Error", Event ID 1000, referencing HmiES.exe. The faulting module name will identify the missing DLL (commonly SOMGR10.dll, HMIESRT.dll, or MSVCR90.dll).
  5. Disable antivirus temporarily. Quarantine HmiES.exe and rerun. If the launch succeeds, add the WinCC flexible install path to the AV exclusion list and re-enable real-time protection.
  6. Capture Process Monitor trace. Download Sysinternals Process Monitor, set a filter on Process Name is HmiES.exe, and reproduce the launch. The last CreateFile with result NAME NOT FOUND or ACCESS DENIED reveals the missing dependency.

Solution A — Re-Integrate WinCC flexible with STEP 7 (Recommended)

Use this procedure when HmiES.exe exists on disk and the SIMATIC Manager integration is the suspected cause. The steps restore the WinCC flexible plug-in for STEP 7 without touching the existing projects.

  1. Close SIMATIC Manager and any instance of WinCC flexible.
  2. Insert the WinCC flexible 2008 SP3 installation DVD (or mount the ISO). If the original media is not available, copy the entire WinCC_flexible_2008_SP3 setup folder from a working engineering station to a local folder.
  3. Right-click Setup.exe in the install root and choose Run as administrator. The WinCC flexible 2008 setup launcher will appear.
  4. Select Modify in the first setup dialog. The custom installation tree appears.
  5. Locate the option labeled Integration in STEP 7 (German: Integration in STEP 7). Clear its check box. If a sub-tree shows "WinCC flexible ES", clear both the parent and the child options.
  6. Click Next, then Modify, and complete the modification. The setup removes the SOM plug-in, COM entries, and registry hooks that connect WinCC flexible to STEP 7.
  7. Restart the computer. This step is mandatory because the running SOMGR10.dll cannot be unloaded without a reboot.
  8. Insert the STEP 7 V5.5 SP4 installation media. Run Setup.exe as administrator and choose Repair installation. The repair re-registers STEP 7 COM servers and rebuilds the project tree providers.
  9. Restart the computer again.
  10. Re-launch the WinCC flexible 2008 SP3 setup and choose Modify again. This time, set the check mark for Integration in STEP 7 and confirm the sub-option for the HMI ES is also selected.
  11. Complete the modification, restart the computer.
  12. Open SIMATIC Manager, open the affected S7 project, and double-click the HMI station. The WinCC flexible 2008 SP3 editor must now launch without the Utah-SOM-Error.
If the WinCC flexible 2008 SP3 install media is no longer in stock, the original SP3 update is the successor build to SP2 and must be re-applied after the integration toggle, otherwise the COM entry remains at SP2 level and can re-introduce the same fault on the next service-pack upgrade. The post-integration SP3 update can be obtained through the Siemens support portal.

Solution B — Full Repair Reinstall

Use this procedure when Solution A fails or when the HmiES.exe file itself is missing, corrupted, or quarantined.

  1. Uninstall WinCC flexible 2008 SP3 via Control Panel → Programs and Features. Do not delete the project folders; the projects live in user space and are not removed by the uninstaller.
  2. Reboot and confirm the folder %ProgramFiles(x86)%\Siemens\SIMATIC WinCC flexible\ is gone. If the folder remains, manually delete it after taking ownership.
  3. Install WinCC flexible 2008 SP3 fresh, with the "Integration in STEP 7" option enabled from the first install.
  4. Apply the latest available WinCC flexible 2008 update. For SP3, this is Hotfix 6 (build 1.4.0.6) or higher. The update can be obtained from the Siemens support portal entry referenced in the Siemens Support Entry 109744414.
  5. Reboot and confirm the project opens. If the project was originally archived as a *.hmi or *.zap file, restore the archive to the working folder first.
Back up the registry hive HKLM\SOFTWARE\Wow6432Node\Siemens\Automation\WinCC flexible 2008 to WinCC_flexible_2008.reg before the uninstall. After the fresh install, merge the hive back only if the project path keys differ. In most environments the rebuild of the hive is correct and the backup is discarded.

Solution C — Project-Side Recovery

If the error appears only on a single project, the project file may be corrupt rather than the integration. Test the editor with a known-good template.

  1. Open WinCC flexible 2008 SP3 by launching the Start-menu shortcut (not from STEP 7).
  2. From the File menu, choose New and create an empty test project. If the empty project opens cleanly, the editor binary is functional and the original project file is the problem.
  3. Close the empty project. From File → Open, navigate to the original project folder and select the *.hmi file with Open as read-only. If the project opens read-only, save it under a new name and re-test the integration launch.
  4. If the project still fails, use Project → Compiler with the Rebuild all option. A clean rebuild often repairs corrupted internal object references that survive the SOM layer but break the editor activation.

Verification

After applying any of the solutions, perform the following checks in order. Each check must pass before the next is attempted.

  1. Launch the WinCC flexible 2008 SP3 shortcut from the Windows Start menu. The HmiES.exe main window must appear within 5 seconds. The HmiES.exe process must show in Task Manager with a stable working set of at least 60 MB.
  2. Open the affected project standalone. The compile log must report zero errors and zero warnings.
  3. Close WinCC flexible, launch SIMATIC Manager, open the S7 project, and double-click the HMI station. The WinCC flexible editor must open inside the same instance. The grey-splash symptom must be gone.
  4. From SIMATIC Manager, choose PLC → Compile and Download Objects for the HMI station. The download wizard must start without an SOM error.
  5. Reboot the engineering station. Repeat step 3 immediately after logon to confirm the fix survives a clean Windows start.

Prevention & Best Practices

  • Image the engineering station. After a clean WinCC flexible 2008 SP3 + STEP 7 V5.5 SP4 install, capture a full disk image with Windows Backup or a third-party tool. Restore points are not sufficient because the WinCC flexible COM registrations are written to multiple registry hives.
  • Exclude from antivirus. Add the following paths to the real-time scan exclusion list of any installed AV product:
    • C:\Program Files (x86)\Siemens\SIMATIC WinCC flexible\
    • C:\Program Files (x86)\Siemens\Automation\
    • C:\Program Files (x86)\Siemens\STEP7\
  • Run setup as administrator. UAC virtualization in Windows 7 64-bit redirects COM registrations when Setup.exe is launched without elevation. Always use Run as administrator for both the initial install and any later modification.
  • Avoid mixing 32-bit and 64-bit shells. WinCC flexible 2008 SP3 is a 32-bit application. Do not run it from a 64-bit script host without explicit path resolution. The SOM layer does not honour %ProgramW6432%.
  • Track Hotfixes. Subscribe to the Siemens Product Support notification for WinCC flexible 2008 to receive Hotfix notifications. The last public Hotfix 6 (1.4.0.6) addressed several integration regressions that triggered the Utah-SOM-Error.
  • Migrate to TIA Portal. For new projects, consider migrating to WinCC (TIA Portal) or WinCC Unified. WinCC flexible 2008 SP3 reached end of life in 2014 and is no longer covered by standard support contracts.

Related Symptoms & Troubleshooting Matrix

Symptom Likely root cause Action
WinCC flexible starts, splash window appears, then closes silently Same as Utah-SOM-Error: HmiES.exe process creation failed Apply Solution A
"Component 'MSCOMCTL.OCX' failed to register" on first launch Missing VB6 runtime dependency Register OCX manually: regsvr32 MSCOMCTL.OCX
STEP 7 V5.5 shows "Unknown HMI object" in project tree Integration plug-in removed Apply Solution A
"HmiES.exe - Entry Point Not Found" in procedure activation Mismatched SP level between integration and editor Re-apply SP3 update
Editor opens but reports "Project version 6.0 not supported" WinCC flexible 2008 SP1 trying to open SP3 project Install SP3 update
Grey splash window only, no error dialog Same fault with suppressed error reporting Apply Solution A and check HKLM permissions

FAQ

What does the Utah-SOM-Error dialog actually tell me?

The dialog means the WinCC flexible SOM layer could not start the HmiES.exe editor process. The quoted path is what the SOM layer attempted to launch. Verify the file exists, the registry entry HKLM\SOFTWARE\Wow6432Node\Siemens\Automation\WinCC flexible 2008\InstallPath points to the same path, and the STEP 7 integration plug-in is registered as a COM server.

Can I reinstall only the STEP 7 integration component without re-running the whole WinCC flexible setup?

No. The integration option is bundled inside the WinCC flexible setup and cannot be installed or removed in isolation. You must run the WinCC flexible 2008 SP3 setup, choose Modify, and toggle the "Integration in STEP 7" check box as described in Solution A. The Windows registry cannot be hand-edited to restore the SOM plug-in because the required CLSIDs vary between SP levels.

Is the project lost when the Utah-SOM-Error appears?

No. The error prevents the editor from launching, but the project files on disk are intact. Closing the dialog and starting WinCC flexible directly (Start menu shortcut) usually opens the same project, and the compile output remains valid. Back up the project folder before applying any of the solutions to be safe, especially if a recent Windows update is suspected of touching the install path.

Does the same fix work on Windows 10 64-bit running WinCC flexible 2008 SP3?

Yes, the same Modify / Repair / Modify sequence repairs the integration on Windows 10 64-bit, provided WinCC flexible 2008 SP3 is run with administrator elevation and MSCOMCTL.OCX is registered. Siemens only formally supports WinCC flexible 2008 up to Windows 7, but the COM registration steps are identical. Add the install path to the Windows Defender exclusion list to prevent re-quarantine.

Which Siemens support entry should I bookmark for this fault?

Reference Siemens Support Entry 109744414. It documents the same Modify / Repair / Modify procedure and lists the Hotfix updates that address the integration regression. The entry is regularly updated when new Hotfixes are released, so it should be the first stop before contacting Siemens technical support.

Back to blog