You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As an instrument scientist I would like to see that the system understands that different alarm states can be combined in some cases to get the real alarm situation. For example, in case of multiple temperature sensors, while one sensor is expected to be lesser than the threshold and the other is more than the threshold, but it errors out because it considers the one lesser than the limit as in error (but it is exactly how it was needed to be)
Similarly some IOCs start up with inappropriate alarm limits for the instrument they’re used on, e.g. the TPG300 pressure gauge considers “under-range” on the Pirani sensors as an error when this is a perfectly normal situation on RIKENFE
How & Where?
Various instruments
Reproducible (Yes/No)?
Yes
Additional Information
We need to collate which IOCs need such special consideration
We need to see whether same PVs but in different IOCs of same type can be at all combined together - that is technical feasibility of such a behaviour
Acceptance Criteria
Minimal set of PVs are identified which need combinatorial logic to determine "real" alarm state.
Technical feasibility of such an implementation is established may be by means of a POC.
The approach is defined and new ticket is created for implementation if it is feasible.
The text was updated successfully, but these errors were encountered:
Chsudeepta
changed the title
[Alarms]: Don't show alarms for transient issues
[Alarms]: Alarms should consider multiple states to flag actual alarm state
Jan 29, 2025
Issue Description
As an instrument scientist I would like to see that the system understands that different alarm states can be combined in some cases to get the real alarm situation. For example, in case of multiple temperature sensors, while one sensor is expected to be lesser than the threshold and the other is more than the threshold, but it errors out because it considers the one lesser than the limit as in error (but it is exactly how it was needed to be)
Similarly some IOCs start up with inappropriate alarm limits for the instrument they’re used on, e.g. the TPG300 pressure gauge considers “under-range” on the Pirani sensors as an error when this is a perfectly normal situation on RIKENFE
How & Where?
Reproducible (Yes/No)?
Yes
Additional Information
Acceptance Criteria
The text was updated successfully, but these errors were encountered: