When performing a table update with the protocol.FillArray function with the history set option from a QAction, do we expect the alarm to have an update or to be marked as unread again?
If the value changes of the alarmed cell, but the alarm state remains the same, do we expect an update on the alarm?
If the value remains the same, do we expect an update on the alarm?
As far as I know, there’s not that much difference between alarm generation for parameters that are being set using history sets and parameters that are being set without, except for the timestamp of the alarm:
In both cases, values are being provided by the driver sequentially, each with a newer timestamp than the previous update. The logic applied is the same as for non-historyset parameters:
If a value update causes an alarm template limit to be breached, a new alarm is created with that value and the associated timestamp.
If a next value comes in, the alarm will not be updated unless the severity changes (escalate/drop/clear). If the severity doesn’t change, the value displayed in the alarm remains the initial value which caused it to enter the current severity.