Resolving WinCC Unified V17 System Alarm Placeholder Text

David Krause13 min read
HMI / SCADASiemensTroubleshooting
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

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.

Scope: This article targets WinCC Unified (RT Unified) on Unified PC systems and Unified Comfort Panels running TIA Portal V17. It does not apply to WinCC Comfort/Advanced (classic TIA Portal HMI), WinCC flexible, or TIA Portal V18/V19/V20 projects where the alarm subsystem and text library model differ.

Symptoms and Error Description

The failure manifests in three observable layers simultaneously:

  1. Alarm control: The Message text column of the Alarm control shows unresolved placeholder strings instead of the expected localized sentence.
  2. Alarm log: System alarms with the Connection failed cause are written, but the text portion is empty or contains @TextID:#### tokens.
  3. 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:

  1. The compiled alarm bitmaps and CRef pointers are bound to the older library version.
  2. 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).

CRef mechanism: CRef (Configuration Reference) is the WinCC Unified pointer that links a system alarm identifier to its text-list entry. The pointer is generated at compile time and embedded into the runtime files. When the target runtime image version is older than what the compiled CRef was generated against, the dereference fails silently and a placeholder token is rendered.

Diagnostic Workflow with TraceView

Before applying the fix, confirm the diagnosis using the runtime trace viewer. TraceView is included with every WinCC Unified installation.

  1. On the runtime PC, launch TraceView.exe from C:\Program Files\Siemens\Automation\WinCCUnified\bin\.
  2. In the Source filter, select Alarms and Connection components.
  3. Set the level to Information or lower.
  4. Reproduce the failing OPC UA connection.
  5. Look for the message The CRef for textlist "ConfigErrorAlarmTextLibrary" cannot be resolved.
  6. 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.

  1. 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.
  2. 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.
  3. Open the device properties. Right-click the device and select Properties, or click the device once and open the Inspector window.
  4. Locate the Image / Runtime version property. In the Inspector window, navigate to Properties > General > Image / Runtime version.
  5. Note the current setting. It typically reads 17.0.0.0 on projects created against the V17 GA image.
  6. 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 select 17.0.0.5.
  7. Confirm the prompt. TIA Portal warns that existing CRef pointers will be regenerated. Accept the warning.
  8. Compile the project. Right-click the HMI device and select Compile > Software (rebuild all).
  9. Download to the runtime. Right-click the device and select Download to device > Software (all). Tick Overwrite all on the dialog.
  10. Restart the runtime. Either restart the WinCC Unified Runtime service or reboot the runtime PC.
Compile order matters: When the project contains multiple HMI devices, compile every Unified PC and Unified Comfort Panel in the project. Mixing image versions inside the same project is supported but should be avoided unless specifically required. Mixed versions can re-introduce placeholder text on individual devices.

Verification

Confirm the resolution by re-running the failure scenario:

  1. Launch the runtime and reproduce the OPC UA connection failure.
  2. 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).
  3. Switch the runtime language from IT to EN. The text must change accordingly with no placeholder tokens.
  4. Open TraceView. The message The CRef for textlist "ConfigErrorAlarmTextLibrary" cannot be resolved must no longer appear.
  5. Export the alarm log and verify the text fields contain real strings, not @TextID tokens.

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:

  1. Maintain a project upgrade checklist. For each TIA Portal Update, record the target image version that ships with the update.
  2. Use a copy of the project for upgrade testing. Never upgrade the image version directly on the active production project.
  3. Compile all Unified devices after an Update. Image version settings are device-specific and must be reviewed per device.
  4. Export the alarm log baseline before upgrade. A pre-upgrade text dump allows comparison after upgrade.
  5. Document the runtime image version in the project. Record it in the project properties or in a separate readme file for audit purposes.
  6. Keep TraceView accessible. Place a shortcut on the engineering and runtime desktops.
  7. Validate the compatibility tool entry. Cross-check the OS and TIA Portal version on every update cycle.
  8. 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):

  1. Confirm the TIA Portal installed on the engineering PC reports the expected Update level.
  2. Confirm the image version of every Unified device matches the Update level.
  3. Force an OPC UA server outage and verify that the Alarm control shows localized text, not placeholders.
  4. Switch runtime language and verify text changes.
  5. Inspect TraceView for CRef resolution errors.
  6. 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.

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.

Back to blog