Disabling Automatic Alarm Selection in TIA Portal WinCC HMI

David Krause10 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

Engineer field notes — Siemens TIA Portal WinCC alarm view auto-selection defect. This reference addresses a long-standing complaint against Siemens SIMATIC WinCC alarm views: the most recent alarm entering the buffer is always rendered with the row-selection background color, which on the default WinCC design is blue. Because the same row is also expected to carry the alarm class color (errors red, warnings yellow, etc.), the operator cannot tell at a glance which category the new event belongs to. No setting in the alarm view properties disables this behavior. The only viable remediation is to make the alarm class readable independently of the row background.

1. Problem Description

When a new alarm becomes active in WinCC, the runtime inserts the event into the alarm buffer and the Alarm view immediately focuses the new row. The row inherits the selection visual style, which by default replaces the entire cell background with a flat color (typically blue) defined in the active WinCC design.

For installations that rely on color to differentiate alarm classes — a common practice on Basic and Comfort Panels where the column width and screen real estate is limited — the auto-selection breaks the visual signal. Engineers report the same defect on KTP1200 Basic, TP700/TP1500 Comfort, and PC-based Runtime Advanced and Professional, from TIA Portal V13 SP1 all the way through V18.

Symptom signature: The most recent row in the Alarm view is blue regardless of its alarm class. Other rows show the correct class color. The defect is independent of alarm buffer size, acknowledgement mode, and operator login level.

2. Affected Products and Versions

Product family Typical article numbers Software versions where defect confirmed
SIMATIC Basic Panels (KTP400, KTP700, KTP900, KTP1200) 6AV2 1.. (Basic series) TIA Portal V13 SP1 – V18, WinCC Comfort/Advanced
SIMATIC Comfort Panels (TP700 – TP2200) 6AV2 124-1.. / 6AV2 144-1.. / 6AV2 154-1.. / 6AV2 164-1.. TIA Portal V14 – V18
WinCC Runtime Advanced (PC-based) 6AV2 104-1.. TIA Portal V14 – V18
WinCC Runtime Professional (PC-based) 6AV2 105-1.. TIA Portal V14 – V18
SIMATIC Unified Comfort Panels (MTP700 – MTP2200) 6AV2 128-3.. / 6AV2 138-3.. / 6AV2 148-3.. / 6AV2 168-3.. WinCC Unified V15 – V18

For the latest firmware and image versions, see the Siemens Industry Online Support firmware download portal. For the SIMATIC HMI product family overview, see the SIMATIC HMI product page.

3. Root Cause Analysis

The Alarm view control in WinCC maintains an internal selected row pointer. The pointer is updated whenever a new row is appended to the buffer (event state comes in (C) or comes in / acknowledged (CA)). The pointer is also updated when the operator touches the row on a Panel.

The runtime paints the selected row with the AlarmView.SelectionColor style attribute, which the default WinCC design sets to a saturated blue. The class color is applied as a background fill of the cell, not as a border or foreground text, so when the selection color is drawn on top, the class color is no longer visible. There is no property DisableAutoSelect in the Alarm view configuration, and the WinCC engineering interface does not expose a way to decouple the row pointer update from the visual repaint.

Engineering consequence: Operators working a noisy process with frequent incoming events will see the screen dominated by blue rows. The category they care about most (Errors) is not visually distinguishable from Warnings or Information messages until they tap the row to remove the selection.

4. Alarm View State Behavior

The diagram below summarizes the runtime state transitions that govern the visual style of a single row.

Idle (no alarm) buffer empty New event arrives state = C / CA Row selected (auto) SelectionColor = blue Operator taps row selection cleared Class color visible operator reads category Ack / Reset state = A / AR append paint tap repaint operator

State diagram: row visual style transitions for a single alarm in a WinCC Alarm view. The only paths out of the blue-row state are operator interaction or buffer rollover.

5. Workaround 1 — Add an Alarm Class Column

The simplest fix is to make the alarm class a first-class field of the view so it remains visible even when the row is selected. Siemens WinCC alarm views support the Alarm Class column out of the box.

  1. In the TIA Portal project tree, open the screen that contains the Alarm view.
  2. Select the Alarm view object and open Properties > Columns in the Inspector window.
  3. Click Add column and choose Alarm class from the dropdown. Confirm with OK.
  4. Resize the new column to approximately 90–110 px on a TP700 / TP900 and 120–140 px on a TP1500 / TP2200. The icon-style variant is preferred on Unified Comfort Panels where the resolution is higher.
  5. Compile the project and download to the Panel. Re-test with a simulated alarm source.
Result: The operator reads the class from the column value (for example "Error" / "Warning" / "Information") regardless of the row background color. The text remains legible in the blue selection style because the runtime does not recolor the cell foreground.

6. Workaround 2 — Customize the Selection Color to Match the Class

For projects that absolutely require a color-only signal, the runtime can be retuned to draw the selected row with a desaturated shade that approximates the class color. This is done through the Designs configuration in the WinCC Comfort / Advanced editor, or via a screen-level Style in WinCC Unified.

  1. Open Project tree > Runtime settings > Design.
  2. Duplicate the active design (do not modify the standard design — it is required by TIA for the offline/online comparison).
  3. Open the duplicated design and navigate to Alarm view > Selection.
  4. Set the Selection background to a color value with α ≈ 30 % (e.g. #3344AA66 in ARGB notation for a translucent blue that allows the underlying class color to bleed through).
  5. Save, compile, and re-download.

For WinCC Unified Panels the design is replaced by a Style. Use the WinCC Unified Style Editor to bind the Alarm view's --alarmview-selection-background CSS variable to a translucent value:

--alarmview-selection-background: rgba(51, 68, 170, 0.35);

An additional CSS rule can be added to make the alarm class color survive the selection as a thick left border, which is the pattern that works best on MTP1500 / MTP2200:

.alarm-view-row[data-state="C"] { border-left: 6px solid var(--alarm-class-color); }

7. Workaround 3 — Stabilize Acknowledgment Acquisition

A related defect reported on the same installations is that the runtime does not always poll the PLC for the acknowledgement bit on the first scan. The workaround is to delay the reset of the alarm tag by 5 s in the PLC program so the Panel has time to re-read the bit. Implement the timer in the PLC and only release the trigger after the Panel has finished its first alarm update cycle.

Structured Text example (S7-1500 / S7-1200):


// Reset delayed by 5 seconds to give WinCC time to re-read ACK bit
#AlarmTrigger := FALSE;
IF #AckBit THEN
    #ResetTimer(IN := TRUE, PT := T#5s);
    IF #ResetTimer.Q THEN
        #AlarmTrigger := FALSE;
        #ResetTimer(IN := FALSE);
    END_IF;
END_IF;
Why this matters: If the alarm is reset before the runtime has re-read the acknowledgement, the row drops out of the view before the operator can see the green acknowledgement state, producing a perceived "ghost clear". Keep the timer between 3 s and 10 s; below 3 s the Panel has not finished its first scan, above 10 s the operator starts complaining about sluggish response.

8. Alarm View Configuration Parameters

Property Default value Effect on the issue Where to set
Allow operator control Enabled Required to let the operator clear the selection by tapping the row. Keep enabled. Properties > General
Selection mode Single Does not affect auto-select; only the operator action model. Properties > General
Auto-scroll Enabled Working with auto-scroll keeps the latest row in view, which makes the blue selection more prominent. Disable for very long buffers. Properties > General
Display alarms Active / unacknowledged Restricting the filter to "C" / "CA" rows reduces the number of blue cells on screen. Properties > General
Show alarm class column Disabled Enable — required for Workaround 1. Properties > Columns
Selection background #0000FF (WinCC design blue) Override per Workaround 2 to a translucent value. Runtime settings > Design > Alarm view
Single acknowledgment Enabled Forces one-tap ack; combined with auto-select, gives a clean operator workflow. Properties > General

9. Verification Procedure

  1. Open the compiled HMI runtime on the target Panel (or in the TIA PLCSIM Advanced simulation).
  2. Trigger a known Error-class alarm, then a known Warning-class alarm, then an Information-class alarm, in sequence.
  3. Observe the Alarm view: the most recent row must remain blue, but the Alarm class column must clearly read "Error" / "Warning" / "Information".
  4. Tap each row to clear the selection. The background must switch to the class color (red / yellow / green) within one refresh cycle (≤ 500 ms on Comfort Panels, ≤ 200 ms on Unified).
  5. Acknowledge all three alarms. The row icon must transition to the "A" / "AR" state and the row must drop from the active filter.
  6. Force a 5-second PLC reset delay (per Workaround 3) and re-run. Confirm the row remains visible long enough for the operator to tap it.
  7. Force a fast PLC reset (no delay) and confirm that the "ghost clear" defect reproduces — this validates that the timer is doing its job.

10. Known Limitations and Vendor Response

As of TIA Portal V18, Siemens has not exposed a setting to disable the auto-selection of the most recent row. Engineering feedback has been collected under the WinCC Comfort / Advanced feedback channels, but no firmware update has been released that addresses the visual behavior. For projects that cannot tolerate the defect, the recommended path is to migrate to a SIMATIC Unified Comfort Panel running WinCC Unified, where the Alarm view is built on a modern web-stack and the selection style is fully styleable through CSS — including the option to set user-select: none on the row and drive the class color through a custom left-border rule that survives selection.

For documentation on configuring alarm views in WinCC, refer to the TIA Portal Help (F1 in the editor) under Visualize processes > Working with alarms > Configuring alarm views, and to the Siemens Industry Online Support knowledge base. For the SIMATIC HMI product family overview, see the SIMATIC HMI product page.

FAQ

Why does my WinCC Alarm view always show the last alarm in blue?

WinCC automatically selects the most recently inserted row in the alarm buffer and repaints it with the SelectionColor from the active design (default blue). This behavior is hardcoded and cannot be disabled from the Alarm view properties. The only way to keep the class color readable is to add an Alarm class column or to make the selection background translucent.

Is there a property to disable the automatic row selection in TIA Portal WinCC?

No. As of TIA Portal V18 the Alarm view properties (General, Columns, Display, Sorting, Filter) do not include a DisableAutoSelect or HideSelection option. The selection pointer is updated on every buffer insert and is not exposed to the engineering interface.

Does this affect SIMATIC Unified Comfort Panels the same way?

Unified Comfort Panels use the same default behavior for the standard Alarm view control, but the selection style is fully styleable through CSS in the Style Editor. Binding the alarm view's --alarmview-selection-background to a translucent color and adding a left border colored by the alarm class yields a layout that remains readable while the row is selected.

Why does the operator not see the acknowledgement on the first scan?

The runtime polls the PLC for the acknowledgement bit on a slower cycle than the alarm buffer update. If the PLC resets the alarm trigger before the runtime has completed its acknowledgement scan, the row leaves the active filter before the green "A / AR" state is rendered. Delay the reset by 5 s in the PLC program (see Workaround 3) so the runtime can re-read the bit.

Which TIA Portal versions are affected by the auto-selection defect?

The defect has been reported on TIA Portal V13 SP1, V14, V14 SP1, V15, V15.1, V16, V17, and V18 across Basic Panels, Comfort Panels, and PC-based WinCC Runtime Advanced and Professional. The recommended path forward is to use Workaround 1 (add an Alarm class column) for existing installations and to migrate to WinCC Unified on new projects where the CSS-based styling fully resolves the visual conflict.

Back to blog