Discussions about product bugs & problems!
Note: This is no replacement for the Official ETM Support!
7 posts • Page 1 of 1
7 posts
• Page 1 of 1
jimtaylor
Posts:32
Joined: Tue Jun 11, 2013 10:18 am
_ack_time blank on \"went\" alerts
Postby jimtaylor »
Hi,
Does anyone know if there a way to construct a dpQueryConnectSingle() to return the _ack_time for "went" alerts? In the code below the ack time is populated if the sequence is came->ack or came->went->ack but is null at the went stage if the sequence is came->ack->went.
Sounds logic, since the went event was not acknowledged, but the came event. Luckily for you, these two are 'partners'.
Take a look at the partner of the alert. In your query, also connect to the '_alert_hdl.._partner' attribute, you'll notice the following:
Instead of only 2 items (header and went alert), you will receive a third item: the partner of the alert that went, which in your case is the CAME ACKED alert. Since this is the one you acked (and not the went alert), this one will have the acked time.
In the WinCC OA documentation you can find the chapter Reference tables --> Datapoint configs --> _alert_hdl
At this table describing all attributes for the _alert_hdl config you can find the information for changes at which attribute a callback is triggered.
Best Regards
Leopold Knipp
Senior Support Specialist
Hello!
I have a similar problem with Jim. I am using standar filters ( )to my AES Screen and i have also add a new column with alert_hdl_..partner time( ).
My problem is that WENT time is null for alarms (5 ranges alert handling) when the sequence is came->ack->went. When the sequence is came->went->ack works corect.
I've tested both sequences (came->ack->went and came->went->ack) and in both situations the _partner_time attribute contained the correct information when doing a historical request for the alerts.
Best Regards
Leopold Knipp
Senior Support Specialist