Problem Summary
The SIMOSIM VirtualEthernetAdapter TCPIP entry does not appear under PG/PC Interface after installing SIMOTION SCOUT V5.1 (with the SIMOSIM option enabled) on a Windows 7 SP1 virtual machine running under VMware. The SIMOSIM simulation cannot bind to the Siemens application access point S7ONLINE (STEP7), so the user cannot start a SIMOTION D virtual controller inside the engineering station. The same workstation, when upgraded to SCOUT V5.2, simulates correctly, which isolates the defect to the V5.1 install process on the virtualized Windows guest.
This article is the field-proven procedure to recover the driver, validate the X127 service-channel binding, and either remediate the V5.1 install or migrate to a supported configuration.
SIMOSIM Architecture and the X127 Service Channel
SIMOSIM is a software simulator for the SIMOTION D4x5 platform. Unlike SIMIT, which emulates an entire plant, SIMOSIM virtualizes the SIMOTION D runtime (kernel, technology objects, I/O image) inside the SCOUT process on the PG. Because it must exchange the same engineering protocol that a physical D4x5 uses, SIMOSIM exposes a virtual Ethernet adapter that is reachable through the same TCP/IP stack that SCOUT uses for the real Port X127 service channel.
| Item | Physical SIMOTION D425-455 | SIMOSIM virtual controller |
|---|---|---|
| Service interface | Port X127 (PN/IE service channel) | Microsoft TAP-style virtual NDIS adapter "SIMOSIOM VirtualEthernetAdapter" |
| Default IP (X127) | 169.254.11.22 / 255.255.0.0 | Configured by the SIMOSIM instance; routable from PG |
| Application access point | S7ONLINE (STEP7) → PN/IE | S7ONLINE (STEP7) → SIMOSIOM VirtualEthernetAdapter TCPIP |
| Subnet limitation | X127 must remain in 169.254.0.0/16 | Same constraint when bridging the adapter |
Because SIMOSIM is bound exclusively to Port X127 of the D4x5, the virtual adapter must be the only entry that shows up under the S7ONLINE access point. If the driver is missing, SCOUT has no way to download the SIMOTION project to the virtual controller, and Connect to target system will fail with a TCP timeout.
System Requirements Verified for SCOUT and SIMOSIM
Before you troubleshoot the driver, confirm the host and guest support the SCOUT version in use. VMware virtualization is supported for SCOUT, but with explicit platform constraints.
| SIMOTION SCOUT version | VMware vSphere Hypervisor (ESXi) | VMware Workstation | Notes |
|---|---|---|---|
| SCOUT V5.1 (HF1) | 5.5 / 6.0 documented as compatible | 10.x / 11.x documented as compatible | SIMOSIM option must be selected at install time |
| SCOUT V5.2 | 5.5 / 6.0 / 6.5 | 11.x / 12.x | SIMOSIM driver installs cleanly on Win7 SP1 guests |
| SCOUT TIA V5.6 | 6.7 (ESXi) | 12.5.5 (WinCC only) | Reference readme for vSphere / Workstation matrix |
The relevant official documents are:
- SIMOTION SCOUT TIA V5.6 – System Requirements (TIA Siemens Cloud readme, section Installation Instructions / System Requirements)
- SIMOTION SCOUT V5.1 HF1 Readme (PDF, Siemens Support entry 109749349) – includes the DCC SIMOTION V3.1 co-install note and the supported virtualization / virus-scanner list
Step-by-Step Diagnostic Procedure
Follow the checks in the order given. Stop as soon as the failure is reproduced and you have a log line to act on.
- Verify the install option. In the SCOUT V5.1 setup, on the Package selection page, expand SIMOTION SCOUT and confirm that SIMOSIM is checked. If the option was disabled, the driver files are not deployed and the VirtualEthernetAdapter will never register. Re-run the setup, change the install type to User-defined, enable SIMOSIM, and complete the install.
-
Locate the install log directory. Open Windows Explorer in the guest, click into the address bar, and type
%AUTINSTLOG%then press Enter. The folder opens with two key files:-
CommDriverSetup_Log.txt– records NDIS / Siemens communication driver registration -
Install_Simosim_driver_Log.txt– records the SIMOSIM VirtualEthernetAdapter installation
-
-
Inspect
CommDriverSetup_Log.txtfor non-zero return codes. A clean install ends with the lineReturnCode: 0. Typical fault lines you will see on a bad VM install are:-
Error 0x800F0922 – CBS_E_INSTALLERS_FAILED– Windows could not install the NDIS filter driver -
Error 0x800F0831 – CBS_E_STORE_CORRUPTION– corrupted WinSxS component store on the guest -
Error 1232 – ERROR_NETNAME_DELETED– the simulated NDIS device cannot bind to the network stack
-
-
Inspect
Install_Simosim_driver_Log.txtfor missing or unsigned.inf,.sys, and.catfiles. The driver package is namedsimntc.inf/simntc.sys(Siemens SIMOTION Network TAP Class driver) and is signed with a Siemens code-signing certificate. If the guest has restricted root certificates, the driver install silently fails. - Confirm the virtual adapter is registered with the OS. Open Control Panel → Network and Sharing Center → Change adapter settings. The SIMOSIOM VirtualEthernetAdapter should be present. If it is not, the install did not register the device; this matches the symptom reported in the source thread.
-
Check the PG/PC interface. In SCOUT, open Options → Set PG/PC Interface. In the access point drop-down, choose S7ONLINE (STEP7). Under Interface parameterization used, the entry SIMOSIOM VirtualEthernetAdapter.TCPIP must be selectable. If it is not, the driver service
Siemens SIMOSIM NDIS Deviceis not installed. -
Validate the service channel port. From an elevated command prompt in the guest, run
pnputil /enum-drivers | findstr /i "siemens simosim". The output should listSiemens SIMOSIM NDIS DevicewithDriver is running=True. If absent, reinstall the driver manually (see next section). -
Validate Windows Update and root certificates. SIMOSIM's NDIS driver is signed. Windows 7 SP1 must have the certificate chain up to date. Run
certutil -f -verify TrustedPublisher\simntc.catin the%ProgramFiles%\Siemens\Automation\SIMOSIM\driverfolder. A failed chain returns0x800B0100 (CERT_E_EXPIRED).
Root Cause Analysis
Three root causes account for the bulk of field incidents with the symptom "SIMOSIOM VirtualEthernetAdapter does not appear in PG/PC Interface" on a VMware guest:
| ID | Cause | Diagnostic signal | Remediation |
|---|---|---|---|
| R1 | SIMOSIM option was not selected during the SCOUT V5.1 install | Missing Install_Simosim_driver_Log.txt; VirtualEthernetAdapter absent from Network Center |
Modify install → enable SIMOSIM → reboot |
| R2 | NDIS driver failed to register inside the VM (Win7 SP1, no SHA-2 patch) | Non-zero CommDriverSetup_Log.txt return code; CBS errors 0x800F0922 / 0x800F0831
|
Install SHA-2 KB4474419 + servicing stack updates, then reinstall SIMOSIM driver |
| R3 | VM network adapter type incompatibility (E1000 vs VMXNET3 + Win7 NDIS6 stack) | Adapter visible in Device Manager with Code 31 or Code 28; SIMOSIM install hangs | Switch the VM NIC to E1000, set "Connect at power-on" on, or apply VMware Tools upgrade |
The source thread specifically reports the SIMOSIM package was enabled ("During the instalation I enabled all the checks") and reinstalled. That eliminates R1 and points to R2: the simntc.inf driver install is failing inside the Windows 7 SP1 VM because the OS is missing the SHA-2 code-signing support update that Microsoft distributed in September 2019. Win7 SP1 without KB4474419 cannot validate SHA-256-signed driver catalogs from vendors that renewed their certificates after 2019, which is exactly the case for the SIMOSIM NDIS driver on the V5.1 media.
Step-by-Step Resolution
- Apply Windows 7 SHA-2 prerequisite. Inside the VM, install KB4474419 (Servicing Stack Update) and KB4490628 (SHA-2 code-signing support) from Microsoft Update Catalog, then reboot. These updates are mandatory on Win7 SP1 for any driver signed with SHA-256 certificates issued after 2015.
-
Reboot and re-verify the certificate chain. Open
certmgr.msc→ Trusted Publishers and confirm the Siemens Automation & Drives code-signing CA is present. If not, import the root from%AUTINSTLOG%\SiemensRoot.cer(extracted from the SCOUT install media). -
Reinstall the SIMOSIM driver manually. From an elevated command prompt:
pnputil -i -a "%ProgramFiles%\Siemens\Automation\SIMOSIM\driver\simntc.inf"The expected response isDriver package installed successfully.A failure here produces0x800F0922on a guest with corrupt servicing stack – repair withDISM /Online /Cleanup-Image /RestoreHealthbefore retrying. -
Confirm the virtual adapter in Network Center. After the manual install, open Network and Sharing Center. The SIMOSIOM VirtualEthernetAdapter is now listed. Right-click → Properties → Internet Protocol Version 4 → set a static address in
169.254.0.0/16to mirror the X127 convention (for example169.254.11.21 / 255.255.0.0). Disable all other bindings except TCP/IPv4 to keep the S7ONLINE path clean. - Bind SCOUT to the correct access point. In SCOUT, Options → Set PG/PC Interface, select access point S7ONLINE (STEP7) and assign SIMOSIOM VirtualEthernetAdapter.TCPIP. Save and close.
-
Reboot the guest once more. SCOUT caches the access-point mapping in
HKEY_LOCAL_MACHINE\SOFTWARE\Siemens\Automation\Scout\5.1\AccessPoint. A reboot forces a fresh enumeration of the NDIS bindings. -
Open a SIMOSIM project. In the project navigator, right-click the D4x5 station → Start SIMOSIM. The status bar transitions from STOP to RUN. A successful download is confirmed by the message
Download to SIMOSIM completed (target: SIMOSIOM VirtualEthernetAdapter)in the detail view.
Verification Procedure
Validate end-to-end behaviour with the following checks before handing the workstation back to the developer:
| Check | Method | Pass criterion |
|---|---|---|
| Virtual adapter present |
ncpa.cpl in guest |
SIMOSIOM VirtualEthernetAdapter listed, status Enabled |
| NDIS driver loaded | pnputil /enum-drivers | findstr simosim |
Driver is running = True |
| PG/PC binding | SCOUT → Set PG/PC Interface | S7ONLINE → SIMOSIOM VirtualEthernetAdapter.TCPIP is selectable |
| Service channel ping | ping 169.254.11.22 -S 169.254.11.21 |
0% loss, RTT < 1 ms |
| SIMOSIM start | Right-click D4x5 → Start SIMOSIM | Status RUN, no yellow warning triangle |
| Project download | Target system → Download to target system | Log: Download to SIMOSIM completed
|
| Axis jog | Commissioning → Axis test → Velocity jog | Setpoint and actual values track in the trace |
Workaround: Migrate to SCOUT V5.2 or Later
If the V5.1 install cannot be remediated (for example on a managed image that locks the Windows 7 gold state), upgrade the engineering environment to SIMOTION SCOUT V5.2 or to SCOUT TIA V5.6. The source thread confirms that the V5.2 install on the same VMware guest worked first time, which is consistent with the Siemens hotfix list: V5.2 ships a re-signed simntc.cat that no longer relies on the legacy SHA-1 chain. For greenfield installations, prefer SCOUT TIA V5.6 with VMware vSphere ESXi 6.7 (or VMware Workstation 12.5.5 for WinCC clients), as documented in the TIA Siemens Cloud system requirements readme.
VMware Guest Configuration Notes
SIMOSIM is sensitive to the VMware network adapter type and to the network label of the virtual switch it is bound to. The two configurations that consistently work on Win7 SP1 guests are:
| VMware NIC type | Win7 SP1 driver | SIMOSIM behavior |
|---|---|---|
| E1000 (emulated Intel 82545EM) | In-box | Recommended. NDIS 6 miniport and SIMOSIM TAP coexist cleanly. |
| VMXNET3 (paravirtualized) | Requires VMware Tools 10.x or newer | Works, but install VMware Tools before SCOUT/SIMOSIM or the SIMOSIM driver binds to a phantom device. |
| Flexible / VLANCE | In-box legacy | Not supported; SIMOSIM install aborts with Code 31. |
Additional VMware-level rules that field engineers should follow:
- Enable Connect at power-on on every virtual NIC; the SIMOSIM TAP driver queries the parent bus on every VM start and will fail to initialize on a disconnected NIC.
- Set the virtual switch port group to a dedicated SCOUT/PG VLAN if the production network is reachable from the VM, to avoid address conflicts on
169.254.x.y. - Do not enable Promiscuous Mode on the port group; the SIMOSIM NDIS filter will duplicate frames and confuse the S7ONLINE stack.
- Disable Windows Firewall on the SIMOSIOM VirtualEthernetAdapter in the guest. The firewall injects WFP filters that block the S7 broadcast used by SCOUT for device discovery.
- Keep VM snapshot chains short. Reverting to a snapshot taken before SIMOSIM is installed reverts the driver and breaks the binding; the driver install must be reapplied.
Co-Install: DCC SIMOTION V3.1 on SCOUT V5.1 HF1
If you are running SCOUT V5.1 HF1 and need DCC (Drive Control Chart) authoring for SIMOTION, the Siemens readme confirms that DCC SIMOTION V3.1 is the matching co-install. Install order must be SCOUT V5.1 → HF1 → DCC SIMOTION V3.1 → SIMOSIM option. Reordering the DCC install after SIMOSIM is known to break the VirtualEthernetAdapter binding because DCC redeploys shared Siemens automation services.
Frequently Asked Questions
Why does SIMOSIOM VirtualEthernetAdapter TCPIP not appear in PG/PC Interface on SCOUT V5.1 inside VMware?
The Windows 7 SP1 guest is missing the SHA-2 code-signing update (KB4474419 + KB4490628), so the signed simntc.inf driver fails to install. Reapply the SHA-2 update, then run pnputil -i -a "C:\Program Files\Siemens\Automation\SIMOSIM\driver\simntc.inf" from an elevated command prompt, reboot, and re-check Options → Set PG/PC Interface in SCOUT.
Which SIMOTION D controllers are supported by SIMOSIM?
SIMOSIM is licensed for the SIMOTION D425, D435, D445, and D455 only. The D410, CX32-2, and T-CPU variants are not simulated by SIMOSIM; use SIMIT or the controller-native web server for those platforms.
What VMware versions are supported for SCOUT and SIMOSIM?
SCOUT V5.1 supports VMware vSphere ESXi 5.5/6.0 and VMware Workstation 10/11. SCOUT TIA V5.6 officially supports ESXi 6.7 and VMware Workstation 12.5.5 (WinCC clients only). The complete matrix is in the TIA Siemens Cloud system requirements readme.
Where do I find the SIMOSIM install log files?
Open Windows Explorer in the guest, type %AUTINSTLOG% in the address bar and press Enter. The two relevant files are CommDriverSetup_Log.txt and Install_Simosim_driver_Log.txt. A clean install ends with ReturnCode: 0 in both files.
Can I switch from SCOUT V5.1 to V5.2 to fix the SIMOSIM issue without losing my project?
Yes. The SIMOTION project is stored as a .zip archive inside the SCOUT workspace. Archive the project in V5.1 (Project → Archive), uninstall V5.1, install V5.2, and unarchive in V5.2. The D4x5 firmware version compiled into the project must remain compatible with V5.2 (refer to the SCOUT V5.2 release notes for the supported firmware table).
Is SIMOSIM accepted for safety acceptance tests of a D4x5 application?
No. SIMOSIM is a development tool only. Safety acceptance tests, PROFIsafe validation, and SINAMICS safety-integrated commissioning must be performed on the physical SIMOTION D4x5 with the real SINAMICS S120 drive line-up. SIMOSIM does not execute the F-runtime and must not be used as a safety evidence artifact.