View Issue Details

IDProjectCategoryView StatusLast Update
000416210000-009: Alarms and ConditionsSpecpublic2020-12-10 19:03
ReporterMatthias Damm Assigned ToPaul Hunkar  
PrioritynormalSeverityminorReproducibilityhave not tried
Status closedResolutionfixed 
Summary0004162: Is the FirstInGroup Object content dynamic?
Description

The description of the FirstInGroup Object implies that the list of references from the Object to the Conditions is dynamic and can change every time the alarm changes to active state.

In this case the current model does not fulfill the requirement that all information necessary for an alarm display can be received or actions started from an alarm display can be done without browsing and without having nodes in the address space.

I am missing a simple way to either receive the information about the group with the state change event or to call a method that returns the list of the conditions in the group.

TagsNo tags attached.
Commit Version
Fix Due Date

Activities

Paul Hunkar

2019-12-25 05:24

developer   ~0011374

The AlarmGroupType is silent on if it is dynamic or static. The FirstInGroup is also silent, but to me implies that it is a fixed list, not dynamic (configured).

But in any case , even for static, the way an AlarmGroupType is defined requires that Alarm instances be available in the AddressSpace. The AlarmGroupType requires that the instance of the AlarmGroupType have organize references to the instance of AlarmConditionType. I suppose we could make AlarmGroupType instance be like Alarm instances, and not require that they exist in the AddressSpace? [would need to add text to allow this]

We can add a method that would return the ConditionIds that are in the AlarmGroupType instance, but do the ConnditionIds exist before the alarm is actually active? would you be able to even know what the AlarmGroupType Instance ObjectId is? - would it exist in the address space, or would we need to have the method be static on the type and allow it to be called with what? the NodeId that was returned in an alarm (assumming someone subscribed for the FirstInGroup.nodeid or the SuspendGroup). This would mean that a client would not be able to pre-build any display, since the information is not available until an alarm actually occurs and then it would need to make a method call and maybe more to be able to make an intelligent display- since Nodeid are not what would be displayed, but browsenames / browsepaths for the condition that are part of the FirstInGroup. But then again the other AlarmConditions (Objects, ConditionIds) might not exist, so again what does the method call provided?

If the goal of the display is just to create a summary of all active alarms that are part of a group, this could be done on the client side, just by sorting what was returned - keeping the one with the FirstInGroupFlag at the top, or even filtering out all others. It would not require any changes to the model. I guess I'm trying to understand what the actual issue is?

Jim Luth

2020-03-05 17:32

administrator   ~0011690

Discussed in Dallas meeting -- agreed to add a Method "GetGroupMembership( ConditionID ) ". The method returns and array of structures each structure in the array contain the name of the Group and an array of all ConditionIDs in the Group.

Paul Hunkar

2020-09-14 17:55

developer   ~0012810

Added method as described

Paul Hunkar

2020-09-14 17:55

developer   ~0012811

Fixed as noted

Jim Luth

2020-12-10 19:03

administrator   ~0013459

Agreed to changes edited in Virtual F2F.

Issue History

Date Modified Username Field Change
2018-02-20 09:47 Matthias Damm New Issue
2018-03-13 16:25 Paul Hunkar Assigned To => Paul Hunkar
2018-03-13 16:25 Paul Hunkar Status new => assigned
2019-12-25 05:24 Paul Hunkar Status assigned => feedback
2019-12-25 05:24 Paul Hunkar Note Added: 0011374
2020-03-05 17:32 Jim Luth Status feedback => assigned
2020-03-05 17:32 Jim Luth Note Added: 0011690
2020-03-05 17:32 Paul Hunkar Note View State: 0011374: public
2020-03-05 17:32 Paul Hunkar Note View State: 0011374: private
2020-09-14 17:55 Paul Hunkar Note Added: 0012810
2020-09-14 17:55 Paul Hunkar Status assigned => resolved
2020-09-14 17:55 Paul Hunkar Resolution open => fixed
2020-09-14 17:55 Paul Hunkar Fixed in Version => 1.05
2020-09-14 17:55 Paul Hunkar Note Added: 0012811
2020-09-14 18:21 Jim Luth Note View State: 0011374: public
2020-12-10 19:03 Jim Luth Status resolved => closed
2020-12-10 19:03 Jim Luth Note Added: 0013459