Problem Overview
WinCC Unified Runtime (RT) running on a TIA Portal V17 engineering base can render system alarms with raw placeholder tokens (for example @ConfigErrorAlarmTextLibrary::... or unresolved %... macros) instead of localized text. The defect is most often seen after a TIA Portal update is installed against a project that originally targeted an earlier runtime image. Operators see unreadable characters in the Alarm control, and the alarm log records a Connection failed condition that never produces a human-readable message.
The fault is not a localization defect: switching the runtime language from Italian to English (or back) does not change the placeholder output. It is a configuration reference (CRef) resolution failure caused by an image version mismatch between the engineering project and the installed runtime. Correcting the image version of the HMI device to match the TIA Portal Update level restores text resolution.
Symptoms and Error Description
The failure manifests in three observable layers simultaneously:
- Alarm control: The Message text column of the Alarm control shows unresolved placeholder strings instead of the expected localized sentence.
-
Alarm log: System alarms with the Connection failed cause are written, but the text portion is empty or contains
@TextID:####tokens. -
TraceView: The runtime trace viewer reports the diagnostic message
The CRef for textlist "ConfigErrorAlarmTextLibrary" cannot be resolved. The message appears once per OPC UA client connection that fails.
Reported environment:
- Engineering: TIA Portal V17 Update 5
- Runtime host: Windows Server 2016 Standard, Build 14393.6297 (LTSC)
- Runtime languages configured: Italian (default) and English (fallback)
- OPC UA clients configured: 2 (separate connections)
- Affected alarm class: Connection diagnostics (system alarms 1xxxx range)
Environment and Version Matrix
TIA Portal V17 distributed updates ship new WinCC Unified runtime images. A project compiled against an earlier Update retains the original image version unless explicitly upgraded. The table below summarizes the V17 service levels relevant to this defect.
| TIA Portal Build | WinCC Unified RT Image Version | Update Identifier | Notes |
|---|---|---|---|
| V17.0 | 17.0.0.0 | Initial release | First GA image, no service pack applied |
| V17 Update 1 | 17.0.0.1 | Update 1 | Initial system alarm text library shipped |
| V17 Update 2 | 17.0.0.2 | Update 2 | OPC UA client improvements |
| V17 Update 3 | 17.0.0.3 | Update 3 | Alarm control filtering |
| V17 Update 4 | 17.0.0.4 | Update 4 | Connection diagnostics extension |
| V17 Update 5 | 17.0.0.5 | Update 5 | Stable baseline, hotfixes |
Engineering installations of TIA Portal V17 Update 5 install runtime images up to and including V17.0.0.5 on the engineering PC and the HMI target. Projects created against earlier Updates (V17.0, V17 Update 1, etc.) retain the older image version reference until manually upgraded.
Root Cause: Runtime Image Version Mismatch
WinCC Unified system alarms source their visible text from a built-in text list named ConfigErrorAlarmTextLibrary. The library is versioned together with the runtime image. When the project refers to a runtime version that is older than what the HMI target ships with, two symptoms appear:
- The compiled alarm bitmaps and CRef pointers are bound to the older library version.
- The runtime attempts to dereference a CRef that no longer exists in the installed image, producing the trace error
The CRef for textlist "ConfigErrorAlarmTextLibrary" cannot be resolved.
The user-visible result is a placeholder token that looks similar to:
@ConfigErrorAlarmTextLibrary::OPCUACONN_FAIL_001
@ConfigErrorAlarmTextLibrary::OPCUACONN_FAIL_002
@ConfigErrorAlarmTextLibrary::OPCUACONN_LOST_004
Switching the runtime language only swaps the language lookup, not the CRef pointer. Therefore the symptom persists regardless of whether the operator selects Italian (IT) or English (EN).
Diagnostic Workflow with TraceView
Before applying the fix, confirm the diagnosis using the runtime trace viewer. TraceView is included with every WinCC Unified installation.
- On the runtime PC, launch
TraceView.exefromC:\Program Files\Siemens\Automation\WinCCUnified\bin\. - In the Source filter, select
AlarmsandConnectioncomponents. - Set the level to Information or lower.
- Reproduce the failing OPC UA connection.
- Look for the message
The CRef for textlist "ConfigErrorAlarmTextLibrary" cannot be resolved. - Count the occurrences: each configured OPC UA client connection produces one entry.
Two occurrences of the trace entry confirm two failed OPC UA clients, matching the project configuration. The trace entry is the authoritative indicator that image version mismatch is the root cause.
Step-by-Step Resolution Procedure
Apply the correction on the engineering PC, recompile the project, and download to the runtime target.
- Open the project in TIA Portal V17 Update 5. Verify the installed TIA Portal version under Help > About. The build string must report Update 5.
- Navigate to the HMI device. In the project tree, expand Devices & Networks and select the Unified PC or Unified Comfort Panel that hosts the runtime.
- Open the device properties. Right-click the device and select Properties, or click the device once and open the Inspector window.
- Locate the Image / Runtime version property. In the Inspector window, navigate to Properties > General > Image / Runtime version.
-
Note the current setting. It typically reads
17.0.0.0on projects created against the V17 GA image. -
Change the image version. From the drop-down, select
17.0.0.1(or whichever service level corresponds to your TIA Portal Update). Update 5 users select17.0.0.5. - Confirm the prompt. TIA Portal warns that existing CRef pointers will be regenerated. Accept the warning.
- Compile the project. Right-click the HMI device and select Compile > Software (rebuild all).
- Download to the runtime. Right-click the device and select Download to device > Software (all). Tick Overwrite all on the dialog.
- Restart the runtime. Either restart the WinCC Unified Runtime service or reboot the runtime PC.
Verification
Confirm the resolution by re-running the failure scenario:
- Launch the runtime and reproduce the OPC UA connection failure.
- Open the Alarm control and inspect the affected alarm row. The Message text column must show a localized sentence (for example "Connessione OPC UA non riuscita" in Italian or "OPC UA connection failed" in English).
- Switch the runtime language from IT to EN. The text must change accordingly with no placeholder tokens.
- Open TraceView. The message
The CRef for textlist "ConfigErrorAlarmTextLibrary" cannot be resolvedmust no longer appear. - Export the alarm log and verify the text fields contain real strings, not
@TextIDtokens.
If the text remains a placeholder after step 6 of the procedure, re-check the image version of every Unified device in the project and repeat the compile-and-download cycle.
Understanding ConfigErrorAlarmTextLibrary
ConfigErrorAlarmTextLibrary is the WinCC Unified system text list that ships the localized strings for configuration and connection errors. The library is built into the runtime image and is not user-editable. It contains entries for the following alarm categories:
| Entry Prefix | Alarm Category | Example Localized String (EN) |
|---|---|---|
OPCUACONN_FAIL_ |
OPC UA client connection failure | "Connection to OPC UA server failed: %1" |
OPCUACONN_LOST_ |
OPC UA client connection lost | "OPC UA connection lost: %1" |
OPCUACERT_ |
OPC UA certificate error | "OPC UA certificate rejected: %1" |
S7CONN_ |
S7 connection failure | "S7 connection to %1 interrupted" |
HMI_LICENSE_ |
HMI licensing | "Missing license for option %1" |
HMI_IMAGE_ |
Image/runtime integrity | "Runtime image version mismatch" |
The text list is regenerated when the image version is upgraded. Older CRef pointers that no longer map to a valid entry fall through to placeholder rendering.
OPC UA Connection Alarms in WinCC Unified
The OPC UA client interface in WinCC Unified is one of the most common sources of system alarms in production installations. The interface is configured under Devices & Networks > [HMI Device] > OPC UA > OPC UA Clients. Connection alarms trigger in the following conditions:
- The OPC UA server endpoint is unreachable (network outage, firewall).
- The server certificate is untrusted (self-signed, expired, wrong CN/SAN).
- The session token expired (no keep-alive).
- The configured security policy is not supported by the server.
Each connection produces independent system alarms. With two OPC UA clients configured, two trace entries appear, two alarm rows appear, and (when image version is wrong) two unresolved text placeholders appear.
Compatibility Tool Usage
The Siemens TIA Portal compatibility tool confirms which operating systems are supported for each TIA Portal and runtime version. The user environment (Windows Server 2016 Standard Build 14393) is supported for TIA Portal V17 with restrictions:
- Windows Server 2016 is supported as engineering host up to TIA Portal V18. Support ends before V20.
- Server Core editions are not supported for WinCC Unified Runtime.
- Server 2016 with the Desktop Experience feature is required for runtime visualization.
Always verify the host operating system against the compatibility tool before installing an update. Incompatibility manifests as install errors and not as runtime placeholder text, but a stale compatibility profile can lead engineers to suspect the OS instead of the project image version.
Related Issues and Edge Cases
Several symptoms mimic the placeholder-text defect. Distinguish them by the failure layer:
| Symptom | Layer | Likely Cause | Fix |
|---|---|---|---|
Placeholder @ConfigErrorAlarmTextLibrary::...
|
Runtime alarm text | Image version mismatch | Upgrade image version in project |
| Empty alarm text field | Runtime alarm text | User-defined text list entry deleted | Restore text list entry under HMI > Text and graphic lists |
%1 parameter not substituted |
Runtime alarm text | Tag value not available at alarm time | Verify tag connection and update cycle |
| Alarm appears in English only, regardless of runtime language | Configuration | Runtime language list missing entries | Add EN to Runtime Settings > Languages & Fonts |
| Alarm visible only in engineering preview | Download | Project not downloaded after text list edit | Recompile and download |
| Alarm number not assigned | Configuration | Alarm class not configured in alarm control | Add alarm class to Alarm control > Properties > Filter |
Prevention and Update Best Practices
Apply the following practices when introducing a TIA Portal update into an active project:
- Maintain a project upgrade checklist. For each TIA Portal Update, record the target image version that ships with the update.
- Use a copy of the project for upgrade testing. Never upgrade the image version directly on the active production project.
- Compile all Unified devices after an Update. Image version settings are device-specific and must be reviewed per device.
- Export the alarm log baseline before upgrade. A pre-upgrade text dump allows comparison after upgrade.
- Document the runtime image version in the project. Record it in the project properties or in a separate readme file for audit purposes.
- Keep TraceView accessible. Place a shortcut on the engineering and runtime desktops.
- Validate the compatibility tool entry. Cross-check the OS and TIA Portal version on every update cycle.
- Schedule a runtime restart window. A full runtime restart is the cleanest way to flush stale CRef pointers after an image upgrade.
Troubleshooting Matrix
| Observed Behavior | Trace Message | Root Cause | Resolution Path |
|---|---|---|---|
| Placeholders for OPC UA alarms only | CRef for "ConfigErrorAlarmTextLibrary" cannot be resolved | Image version mismatch | Match HMI image version to TIA Portal Update level |
| Placeholders for all system alarms | Multiple CRef resolution errors | Major version skip (e.g. V17 image referenced by V18 project) | Install matching Update or downgrade project |
| Alarm text in wrong language | No trace error | Runtime language ordering | Set Languages & Fonts > Runtime language order |
| Alarm text blank, no placeholder | CRef resolves but entry is empty | User text list entry removed | Re-add text list entry with matching ID |
| Alarm text shows raw XML / markup | Markup parser error in trace | Corrupted alarm configuration | Recompile and download |
| Alarm appears only on one client of many | Single CRef error | That client device has older image version | Upgrade image version on that device only |
| Alarm text correct, parameter empty | Tag not subscribed | Tag provider connection | Inspect tag connection diagnostics |
| Alarm text correct, parameter wrong | Tag value mismatch | Tag address or data type | Verify tag configuration |
Field Commissioning Notes
When commissioning a new Unified PC system that runs OPC UA client connections, perform the following checks during the Site Acceptance Test (SAT):
- Confirm the TIA Portal installed on the engineering PC reports the expected Update level.
- Confirm the image version of every Unified device matches the Update level.
- Force an OPC UA server outage and verify that the Alarm control shows localized text, not placeholders.
- Switch runtime language and verify text changes.
- Inspect TraceView for CRef resolution errors.
- Save TraceView output as part of the SAT documentation.
Operational Considerations
Placeholders in operator-visible alarm text can mask real production faults. Operators trained to read Italian may disregard an unrecognizable token and fail to act on a real connection loss. After a TIA Portal update, the engineering team must:
- Verify that alarm text renders correctly in every supported runtime language.
- Communicate the change to operations, especially if the runtime language was previously mis-rendered.
- Update the operator training materials to reflect the corrected text strings.
- Retain a backup of the previous project version for rollback during the validation window.
Reference Paths
The following Siemens resources document the WinCC Unified system alarm subsystem and the configuration mechanics relevant to this defect. Use them as the engineering reference baseline.
- Configuring the status texts of alarms (RT Unified) - WinCC Unified
- System alarms Runtime (RT Unified) - WinCC Unified
- Siemens Industry Online Support: WinCC Unified text missing FAQ
- TIA Portal compatibility tool
Why does WinCC Unified V17 show placeholder characters instead of system alarm text after installing TIA Portal Update 5?
The HMI device in the TIA Portal project still references the original V17.0.0.0 runtime image. Update 5 ships runtime images up to V17.0.0.5. The compiled CRef pointers bind to the older ConfigErrorAlarmTextLibrary that no longer exists in the installed image, producing placeholder tokens. Match the image version of the HMI device to the Update level.
Does switching the runtime language from Italian to English fix the placeholder text?
No. The defect is a CRef resolution failure at the image-version layer. Switching the runtime language only swaps the language lookup; the unresolved CRef remains. The placeholder persists in every language until the image version is corrected.
Which TraceView message confirms the image version mismatch as the cause?
The trace entry The CRef for textlist "ConfigErrorAlarmTextLibrary" cannot be resolved appears once per failing OPC UA client connection and confirms that the alarm text library version does not match the project. The number of occurrences equals the number of configured OPC UA clients.
Is Windows Server 2016 supported with TIA Portal V17 Update 5 and WinCC Unified Runtime?
Yes, Windows Server 2016 Standard with the Desktop Experience feature installed is a supported host for TIA Portal V17 and WinCC Unified Runtime through V18. Server Core editions are not supported. Confirm via the TIA Portal compatibility tool.
How do I change the runtime image version of a Unified PC in TIA Portal V17?
Open the project, select the Unified PC or Unified Comfort Panel in the project tree, open Properties > General > Image / Runtime version, change the drop-down to the version that matches your installed Update (for example 17.0.0.1 for Update 1, 17.0.0.5 for Update 5), recompile the project, and download to the runtime.
Can multiple Unified devices in the same project use different image versions?
Technically supported by TIA Portal, but not recommended for production. A device on an older image version can still render placeholder text after an update cycle, and the maintenance overhead is significant. Keep all Unified devices on the same image version.