Native alarm conditions stay inactive after a rebuild when the alarm-tag set is unchanged #641

Closed
opened 2026-10-08 16:33:37 -04:00 by dohertj2 · 1 comment
Owner

A full address-space rebuild recreates native alarm conditions inactive.
The host does not re-subscribe alarms when the subscribed alarm set is unchanged.
Result: an active native alarm (any source) shows inactive until its next transition.
Found during MTConnect CONDITION work (#626).

A full address-space rebuild recreates native alarm conditions inactive. The host does not re-subscribe alarms when the subscribed alarm set is unchanged. Result: an active native alarm (any source) shows inactive until its next transition. Found during MTConnect CONDITION work (#626).
Author
Owner

Landed on master (merge 5af9aae2, ddd76782..bd23f557): native alarm conditions are carried across a rebuild when the alarm-tag set is unchanged, so they no longer stay inactive; unclaimed captures are discarded. Verified: unit suites + live docker-dev gate: UNS-reference deploy rebuild=True 'carried 2', Xtravel stays Active sev800 with original timestamp. Related split-off: #647 (FOCAS native alarms unroutable). Closing.

Landed on master (merge 5af9aae2, ddd76782..bd23f557): native alarm conditions are carried across a rebuild when the alarm-tag set is unchanged, so they no longer stay inactive; unclaimed captures are discarded. Verified: unit suites + live docker-dev gate: UNS-reference deploy rebuild=True 'carried 2', Xtravel stays Active sev800 with original timestamp. Related split-off: #647 (FOCAS native alarms unroutable). Closing.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: dohertj2/lmxopcua#641