Resolving SIMOTION Scout V5.3 Internal Error During Project Creation
The "An Internal Error Occurred while creating a new project. 19" message in SIMOTION SCOUT V5.3 is a recurring engineering-side defect that prevents both the creation of new projects and the opening of legacy SCOUT projects (V4.x, V5.1, V5.2 SP1). The fault originates inside the project database layer that SCOUT uses to persist device topology, technology objects, and program containers, and is not a motion-control runtime error. This reference covers root cause, supported configurations, the mandatory Microsoft Access Database Engine fix, and the verification steps required to clear the dialog from the workbench.
1. Problem Description
When an engineer launches SCOUT V5.3 and attempts either of the following actions, the application raises an unhandled exception and aborts:
- File > New Project — creates a blank SCOUT project on the local session.
- File > Open — opens an existing SCOUT project (any prior version).
- File > Open with SIMOTION device set — opens a project containing a SIMOTION controller such as D425, D435, D445, D455, or P320.
The full error chain presented by the IDE is:
An Internal Error Occurred while creating a new project. 19
Siemens SIMOTION Diagnostic
The Application has a problem and needs to close.
The numerical suffix (19) corresponds to a JET / ACE database provider failure code rather than a SIMOTION runtime fault code. It is emitted by the Microsoft OLE DB provider when SCOUT's project back-end cannot bind to the expected ACE engine. After the dialog is dismissed, the IDE terminates and any unsaved work in the open session is lost.
2. Affected Versions and Environments
| Component | Versions Known to Exhibit the Error | Verified Resolved In |
|---|---|---|
| SIMOTION SCOUT | V5.1, V5.2 SP1, V5.3, V5.3 SP1 | V5.3 SP1 Hotfix + ACE 2010 Redistributable |
| SIMOTION SCOUT TIA | V5.4 (in TIA V16+) | Not affected when SCOUT V5.4 is bundled |
| STEP 7 | V5.5 + SP1 .. SP4 | Independent of STEP 7 patch level |
| Microsoft Office | 2007, 2010, 2013, 365 (x86 or x64) | Trigger when Office bitness does not match ACE engine |
| Operating System | Windows 7 SP1 x64, Windows Server 2008 R2, Windows 10 x64 | Windows 10 1909+ with ACE 2010 x64 |
| Microsoft Access Database Engine | 2007 Redistributable, 2010 Redistributable, ACE 16 | 2010 Redistributable x86 + x64 both installed |
3. Root Cause Analysis
3.1 SCOUT Project Database Back-End
SIMOTION SCOUT persists the project structure (devices, technology objects, programs, libraries, connections) in a Jet / ACE database (file extension .sdf or proprietary SCOUT project files). When the user creates or opens a project, SCOUT loads the Microsoft OLE DB provider for ACE:
Provider=Microsoft.ACE.OLEDB.12.0;Data Source=<project.sdf>;
If the provider is missing, mis-registered, or registered only in a bitness the SCOUT process cannot load, the provider binding fails and SCOUT surfaces the generic internal error 19 instead of a meaningful provider message.
3.2 Bitness Mismatch Trigger
The most frequent cause is a bitness mismatch between:
- The installed Microsoft Office suite (32-bit Office installs the 32-bit ACE engine).
- The SCOUT executable (always 32-bit in V5.3 SP1, even on 64-bit Windows).
If 64-bit Office (or the 64-bit ACE 2010 redistributable) is installed and a 32-bit SCOUT process attempts to bind to the OLE DB provider, the COM activation fails with E_CLASSNOTREG / 0x80040154. SCOUT catches this and re-raises the diagnostic as internal error 19.
3.3 Legacy Project Schema Corruption
Projects originally created in SCOUT V4.x or V5.1 may carry forward schema elements (CAM technology object extensions, path interpolation blocks, safety integrated configuration data) that are partially migrated when opened in V5.3. If the migration handler cannot write to the local session because the ACE provider is unavailable, the partial migration writes corrupt records that propagate into subsequent File > New Project attempts until the local working directory is cleaned.
3.4 Missing Administrator Privileges
SCOUT V5.3 writes user-specific project templates to %APPDATA%\Siemens\Automation\SCOUT\<version> and registers COM components on first launch. Without Run as administrator, the COM registration is incomplete on locked-down engineering stations, leading to intermittent project creation failures.
4. Resolution Path Summary
| Priority | Action | Expected Outcome | Effort |
|---|---|---|---|
| 1 | Install Microsoft Access Database Engine 2010 Redistributable (matching SCOUT bitness, x86) | Eliminates OLE DB provider binding failure | 5 min |
| 2 | Run SCOUT with administrator privileges | Completes COM registration | 1 min |
| 3 | Clear SCOUT local working directory | Removes partial-migration artifacts | 5 min |
| 4 | Re-register ACE OLE DB provider via regsvr32 | Forces COM re-activation | 2 min |
| 5 | Repair/reinstall SCOUT V5.3 SP1 with Microsoft hotfix package | Re-applies SCOUT binaries and SCOUT-specific ACE shims | 30 min |
5. Step-by-Step Resolution Procedure
5.1 Prerequisites
- Local administrator account on the engineering station.
- Microsoft Access Database Engine 2010 Redistributable download (both
AccessDatabaseEngine.exefor x86 andAccessDatabaseEngine_X64.exeif 64-bit Office is present). - SIMOTION SCOUT V5.3 SP1 installation media (DVD, hard-drive image, or SCADA/PLM download portal access).
- Internet access for Microsoft redistributable downloads and Siemens support entry 109476578.
5.2 Install the Access Database Engine 2010 Redistributable
- Close all Office applications (Outlook, Excel, Word, Access, OneNote).
- Close any running instance of SCOUT, STEP 7, and SIMATIC Manager.
- Determine the bitness of the local Office installation: File > Account > About Word — record whether it shows (32-bit) or (64-bit).
- Download Microsoft Access Database Engine 2010 Redistributable from Microsoft Download Center (ID 13255).
- If Office is 32-bit, install
AccessDatabaseEngine.exe(x86). - If Office is 64-bit, install
AccessDatabaseEngine_X64.exe(x64), then also install the x86 redistributable in a side-by-side configuration using the/quietswitch:
- If Office is 32-bit, install
AccessDatabaseEngine.exe /quiet
Microsoft.ACE.OLEDB.12.0.
- Verify installation. Open Control Panel > Programs and Features and confirm Microsoft Access Database Engine 2010 (English) appears for the installed bitness.
5.3 Re-register the ACE OLE DB Provider
- Open an elevated Command Prompt (Run as administrator).
- For 32-bit provider on a 64-bit OS, execute:
cd "C:\Program Files (x86)\Common Files\Microsoft Shared\OFFICE14\"
regsvr32 /u oledb32.dll
regsvr32 oledb32.dll
regsvr32 /u msjetoledb40.dll
regsvr32 msjetoledb40.dll
- Confirm both registrations return DllRegisterServer in <file> succeeded.
- Launch dcomcnfg and verify that the Microsoft OLE DB Provider for ACE 12.0 is listed under Component Services > Computers > My Computer > DCOM Config.
5.4 Clear the SCOUT Local Working Directory
- Close SCOUT.
- Navigate to
%LOCALAPPDATA%\Siemens\Automation\SCOUT\<version>\workspaceand%APPDATA%\Siemens\Automation\SCOUT\<version>. - Move the contents (not the folders) to a backup directory. This removes partial-migration artifacts from old V5.1 / V5.2 projects.
- Empty the Windows TEMP directory:
%TEMP%\Siemens\*.
5.5 Launch SCOUT as Administrator
- Right-click SIMOTION SCOUT in the Start menu.
- Select Run as administrator.
- Confirm the UAC prompt.
- SCOUT completes the COM activation and writes the project template seeds to the user profile.
5.6 Apply the SCOUT V5.3 Hotfix
If the Access Database Engine installation does not resolve the fault, install the SCOUT V5.3 SP1 HF update referenced in Siemens support entry 109476578. The hotfix replaces the SCOUT-internal project back-end bindings and re-registers the SIMOTION-specific OLE DB extensions.
6. Verification
After applying the resolution steps, validate the fix with the following checks:
-
Create Project Test: Launch SCOUT, choose File > New Project, name the project
VERIFY_SCOUT_V53, and confirm the device insert wizard opens without raising internal error 19. - Open Project Test: Open a previously corrupted V5.1 or V5.2 project. SCOUT should display the migration dialog and complete the schema upgrade without terminating.
- Offline/Online Test: Insert a SIMOTION D435 device, download the empty project to the controller in STOP / startup mode, and confirm the device goes online (PROFINET or PROFIBUS depending on topology).
- Technology Object Test: Insert a SINAMICS_Integrated axis with a TO_SpeedAxis object and a TO_Cam object. Compile and confirm the technology package generates without errors.
- Diagnostic Log: Inspect SCOUT > Project > Diagnostics > Event Log and verify no OLE DB provider or ACE errors are recorded.
| Verification Step | Pass Criterion | Failure Action |
|---|---|---|
| File > New Project | Project wizard opens | Repeat §5.3 regsvr32 |
| Open legacy V5.2 project | Migration completes | Re-import project, check .sdf integrity |
| Insert SIMOTION D4xx device | Device appears in project tree | Repair SCOUT install |
| Compile technology objects | Build succeeds with 0 errors, 0 warnings | Re-install technology packages |
| Online connect to controller | Online tab populates | Check PROFINET/PROFIBUS topology |
7. Preventive Measures and Configuration Hardening
7.1 Standardise ACE Engine Deployment
Deploy both the x86 and x64 Access Database Engine 2010 Redistributable via Group Policy Software Installation or a managed software deployment tool such as Siemens SIMATIC Automation Tool or Microsoft Endpoint Configuration Manager. This guarantees that SCOUT can bind to the provider regardless of the local Office bitness.
7.2 Use SCOUT TIA Bundle for New Projects
For new installations, prefer SIMOTION SCOUT V5.4 integrated in TIA Portal V16 or later. The TIA Portal back-end does not depend on the legacy ACE OLE DB provider and avoids the bitness issue altogether. Reference the TIA Portal Possible error messages during check-in documentation for related team-engineering diagnostics.
7.3 Project Hygiene
- Always perform Project > Save As with explicit version increment; avoid opening the same project in SCOUT V5.3 and SCOUT TIA simultaneously.
- Run Project > Check Consistency before closing SCOUT to detect schema drift early.
- Maintain the engineering station using the Siemens SIMATIC Automation Tool image to keep ACE, SCOUT, and technology package versions synchronised.
7.4 Bitness Audit Script
Run the following PowerShell snippet on each engineering station to verify ACE engine presence and bitness alignment:
$office = (Get-WmiObject -Class Win32_Product | Where-Object { $_.Name -like "*Office*" } | Select-Object -First 1).Name
$ace32 = Test-Path "HKLM:\SOFTWARE\WOW6432Node\Microsoft\Office\14.0\Access Connectivity Engine"
$ace64 = Test-Path "HKLM:\SOFTWARE\Microsoft\Office\14.0\Access Connectivity Engine"
Write-Host "Office : $office"
Write-Host "ACE x86 present : $ace32"
Write-Host "ACE x64 present : $ace64"
if (-not $ace32) { Write-Warning "Install AccessDatabaseEngine.exe (x86) for SCOUT V5.3." }
8. Troubleshooting Matrix
| Symptom | Likely Cause | Resolution |
|---|---|---|
| Internal error 19 on New Project | ACE provider missing or wrong bitness | Install ACE 2010 x86 (§5.2) |
| Internal error 19 on Open Project | Legacy schema corruption | Clean workspace (§5.4) then re-open |
| Internal error 19 after Office update | Office upgrade replaced ACE registration | Re-run ACE 2010 install in /quiet mode |
| Application closes immediately on launch | COM registration incomplete | Run SCOUT as administrator (§5.5) |
| Same error persists after ACE install | Antivirus blocking COM activation | Add %ProgramFiles%\Siemens\Automation to AV exclusions |
| Error only on multi-user server projects | TIA Portal check-in conflict | Review TIA check-in error reference |
| Error when opening V4.5 project | V4.x schema migration unsupported in V5.3 | Open in V5.2 first, save, then open in V5.3 |
| Error after Windows update | .NET or VC++ redistributable updated | Repair SCOUT install via Control Panel |
9. Related Siemens Support Entries
- Siemens Support Entry 109476578 — SCOUT V5.3 project open error after Office installation.
- Microsoft Access Database Engine 2010 Redistributable — Download ID 13255.
- TIA Portal Multi-User Engineering — Possible error messages during check-in.
10. Field-Proven Caveats
- Do not install ACE 16 alongside ACE 2010 without testing. ACE 16 changes the default OLE DB provider priority and may re-trigger the same error in SCOUT V5.3 SP1.
- Avoid side-by-side Office 32-bit and 64-bit installations. This is not officially supported by Microsoft and produces intermittent ACE provider failures that look identical to internal error 19.
- SCOUT V5.3 SP1 Hotfix 1+ is cumulative. Always install the latest HF package — partial hotfix applications can leave the SCOUT-ACE shim in an inconsistent state.
- Engineering station images must include ACE 2010. When capturing Windows images with Microsoft Deployment Toolkit or similar tools, add the ACE redistributable as a post-deployment task to avoid re-imaging hundreds of stations.
What does internal error 19 mean in SIMOTION SCOUT V5.3?
Internal error 19 is a SCOUT-side database provider failure. The IDE cannot bind to the Microsoft ACE OLE DB provider required to read and write the SCOUT project file. It is not a SIMOTION runtime fault code and is unrelated to the motion control application.
Which Microsoft Access Database Engine version do I install for SCOUT V5.3?
Install the Microsoft Access Database Engine 2010 Redistributable (download ID 13255). Always install the x86 build because SCOUT V5.3 SP1 is a 32-bit process; if 64-bit Office is present on the engineering station, install the x64 build first, then the x86 build using /quiet.
Do I need to upgrade to SCOUT V5.4 in TIA Portal to avoid this error?
No. Installing the Access Database Engine 2010 x86 redistributable and running SCOUT with administrator privileges is sufficient for V5.3 SP1. However, for new projects, SCOUT V5.4 in TIA Portal V16+ removes the ACE dependency entirely and is the recommended forward path.
Why does the error appear after installing or updating Microsoft Office?
Office installers re-register the ACE OLE DB provider in their own bitness. If Office bitness does not match SCOUT's 32-bit requirement, SCOUT cannot load the provider and raises internal error 19. Re-run the ACE 2010 redistributable that matches SCOUT bitness to restore the binding.
Can I open a SCOUT V4.5 project directly in V5.3?
No. SCOUT V5.3 cannot migrate V4.x schema directly. Open the project in SCOUT V5.2 first, perform a Project > Save As, then open it in V5.3. If the V5.2 install is unavailable, request a project conversion from your Siemens representative or use the SCOUT project migration tool supplied with V5.3 SP1 Hotfix 1.