Getting process value that exceeded the limit in an alarm|OPC UA Standard|Forum|OPC Foundation

Avatar
Search
Forum Scope


Match



Forum Options



Minimum search word length is 3 characters - maximum search word length is 84 characters
Lost password?
sp_Feed sp_PrintTopic sp_TopicIcon
Getting process value that exceeded the limit in an alarm
Avatar
Joe Doe
Member
Members
Forum Posts: 5
Member Since:
10/09/2017
sp_UserOfflineSmall Offline
1
09/09/2021 - 11:41
sp_Permalink sp_Print

Hello.

In the event notification, is there a standard way (in the event filter - Select clauses) to obtain the actual process value that exceeded the limit? 

Let's say for a LimitAlarmType (https://reference.opcfoundatio.....t9/5.8.11/ ) - I can see properties that contain the various limits, such as HighLimit. But, it is not clear to me whether the event will also contain the value value that has triggered the alarm, and where.

Or, maybe I do not understand the concept very well.

Please help

Avatar
Randy Armstrong
Admin
Forum Posts: 1564
Member Since:
05/30/2017
sp_UserOfflineSmall Offline
2
09/09/2021 - 13:23
sp_Permalink sp_Print sp_EditHistory

If you have a limit of 40 and you know it was exceeded. Do you really care that it was actually 40.0001?

Remember the alarm is triggered when the threshold was crossed so even if the value continued to rise, the value captured at the instant that the alarm was triggered would likely be very close to the limit.

If you need the current value the InputNode allows you to read the current value.

Avatar
Joe Doe
Member
Members
Forum Posts: 5
Member Since:
10/09/2017
sp_UserOfflineSmall Offline
3
09/09/2021 - 21:32
sp_Permalink sp_Print

Thank you Randy.

What I take from your answer is that the alarms defined in the UA spec do not allow for that, but it would be doable with a custom EventType derived from one of them, is that correct?

Apparently, my customer cares about the actual value, at least for logging/auditing purposes. It also does not have to be that close to the limit, if it is obtained on a slow rate or changes unexpectedly fast. There are all kinds of reasons. 

Reading InputNode would have to be done after the event is received, right? So it's not going to be the same as including its value with the event.

Avatar
Randy Armstrong
Admin
Forum Posts: 1564
Member Since:
05/30/2017
sp_UserOfflineSmall Offline
4
09/09/2021 - 21:58
sp_Permalink sp_Print

Sometimes customers have requirements that do not make sense.

Large spikes can be captured with Hi and HiHi alarm.

The value that triggered the alarm can be part of the message.

You can also add subtype or a well known property that can be added to any instance of the existing alarm types.

You can also subscribe to the possible inputs so you have a recent history when an alarm is produced.

The well known property is likely the easiest to sell to your customer.

Forum Timezone: America/Phoenix
Most Users Ever Online: 510
Currently Online:
Guest(s) 27
Currently Browsing this Page:
1 Guest(s)
Top Posters:
Forum Stats:
Groups: 2
Forums: 10
Topics: 1435
Posts: 4855