multi acknowledge

Post by **AGorbatykh** » Wed Apr 20, 2016 9:21 am

Hello.

I've got some trouble with multi acknowlegde. After this I've read similar questions but it's don't helps me.

For test I've created datapoint my_dp.dpl[spoiler]

Code: Select all

# ascii dump of database

# DpType
TypeName
test.test	21#2

# Datapoint/DpId
DpName	TypeName	ID
t	test	468
??????????	test	507
?????	test	508
???????????	test	509
??????????????	test	510
??????	test	512

# AlertClass
Manager/User	ElementName	TypeName	_alert_class.._type	_alert_class.._prior	_alert_class.._abbr	_alert_class.._archive	_alert_class.._ack_type	_alert_class.._single_ack	_alert_class.._inact_ack	_alert_class.._color_none	_alert_class.._fore_color_none	_alert_class.._font_style_none	_alert_class.._color_c_nack	_alert_class.._fore_color_c_nack	_alert_class.._font_style_c_nack	_alert_class.._color_c_ack	_alert_class.._fore_color_c_ack	_alert_class.._font_style_c_ack	_alert_class.._color_g_nack	_alert_class.._fore_color_g_nack	_alert_class.._font_style_g_nack	_alert_class.._color_c_g_nack	_alert_class.._fore_color_c_g_nack	_alert_class.._font_style_c_g_nack	_alert_class.._ctrl_none	_alert_class.._ctrl_c_nack	_alert_class.._ctrl_c_ack	_alert_class.._ctrl_g_nack	_alert_class.._ctrl_c_g_nack	_alert_class.._arg_list	_alert_class.._perm
UI (1)/0	??????????.	test	14	\\81	lt:1 LANG:10001 "????"	1	3	0	0	"{60,0,0}"	"_GediBackground"	""	""	"black_grey_c"	""	"{60,0,0}"	"_GediBackground"	""	""	"black_grey_c"	""	""	""	""	""	""	""	""	""		\\0
UI (1)/0	?????.	test	14	\\61	lt:1 LANG:10001 "???"	1	3	0	0	"{255,120,120}"	"Black"	""	"{255,120,120}"	"Black"	""	"{255,120,120}"	"Black"	""	"{255,120,120}"	"Black"	""	""	""	""	""	""	""	""	""		\\0
UI (1)/0	???????????.	test	14	\\41	lt:1 LANG:10001 "????"	1	3	0	0	"{204,255,102}"	"Black"	""	"{204,255,102}"	"Black"	""	"{204,255,102}"	"Black"	""	"{204,255,102}"	"Black"	""	""	""	""	""	""	""	""	""		\\0
UI (1)/0	??????????????.	test	14	\\21	lt:1 LANG:10001 "???"	1	1	0	0	"{90,255,170}"	"Black"	""	"{90,255,170}"	"Black"	""	"{90,255,170}"	""	""	""	""	""	""	""	""	""	""	""	""	""		\\0
UI (1)/0	??????.	test	14	\\1	lt:1 LANG:10001 "????"	1	1	0	0	"white"	"Black"	""	"white"	"Black"	""	""	""	""	""	""	""	""	""	""	""	""	""	""	""		\\0

# AlertValue
Manager/User	ElementName	TypeName	DetailNr	_alert_hdl.._type	_alert_hdl.._l_limit	_alert_hdl.._u_limit	_alert_hdl.._l_incl	_alert_hdl.._u_incl	_alert_hdl.._panel	_alert_hdl.._panel_param	_alert_hdl.._help	_alert_hdl.._min_prio	_alert_hdl.._class	_alert_hdl.._text	_alert_hdl.._active	_alert_hdl.._orig_hdl	_alert_hdl.._ok_range	_alert_hdl.._hyst_type	_alert_hdl.._hyst_time	_alert_hdl.._multi_instance	_alert_hdl.._l_hyst_limit	_alert_hdl.._u_hyst_limit	_alert_hdl.._text1	_alert_hdl.._text0	_alert_hdl.._ack_has_prio	_alert_hdl.._order	_alert_hdl.._dp_pattern	_alert_hdl.._dp_list	_alert_hdl.._prio_pattern	_alert_hdl.._abbr_pattern	_alert_hdl.._ack_deletes	_alert_hdl.._non_ack	_alert_hdl.._came_ack	_alert_hdl.._pair_ack	_alert_hdl.._both_ack	_alert_hdl.._impulse	_alert_hdl.._filter_threshold	_alert_hdl.._went_text	_alert_hdl.._add_text	_alert_hdl.._status64_pattern	_alert_hdl.._neg	_alert_hdl.._status64_match	_alert_hdl.._match	_alert_hdl.._set
UI (1)/0	t.	test		13					""	""	lt:1 LANG:10001 ""	\\0			1	1				0																0								
UI (1)/0	t.	test	1	4	-2147483648	20	1	0						lt:1 LANG:10001 "????"				0	01.01.1970 00:00:00.000		-2147483648	20																lt:1 LANG:10001 "????-"		0x0				
UI (1)/0	t.	test	2	4	20	40	1	0					??????????????.	lt:1 LANG:10001 "?"				0	01.01.1970 00:00:00.000		20	40																lt:1 LANG:10001 ""		0x0				
UI (1)/0	t.	test	3	4	40	60	1	0					???????????.	lt:1 LANG:10001 "?"				0	01.01.1970 00:00:00.000		40	60																lt:1 LANG:10001 ""		0x0				
UI (1)/0	t.	test	4	4	60	80	1	0					?????.	lt:1 LANG:10001 "?"				0	01.01.1970 00:00:00.000		60	80																lt:1 LANG:10001 ""		0x0				
UI (1)/0	t.	test	5	4	80	2147483647	1	1					??????????.	lt:1 LANG:10001 "??"				0	01.01.1970 00:00:00.000		80	2147483647																lt:1 LANG:10001 ""		0x0				
# ascii dump of database

# Datapoint/DpId
DpName	TypeName	ID
_ds_test	_DynamicDptSettings	455

# DpValue
Manager/User	ElementName	TypeName	_original.._value	_original.._status64	_original.._stime
UI (1)/0	_ds_test.symbols	_DynamicDptSettings		0x8300000000000101	28.03.2016 11:07:08.284
UI (1)/0	_ds_test.symboldefault	_DynamicDptSettings	""	0x8300000000000101	28.03.2016 11:07:08.291
UI (1)/0	_ds_test.trendElements	_DynamicDptSettings		0x8300000000000101	28.03.2016 11:07:08.299

[/spoiler]

• I'm trying to acknowledge a few alert at the same time, but it's impossible ( alarm.png

).
My button on a top do this: [spoiler]

Code: Select all

main()
{
  dyn_mapping mTableRow;
  int row;
  dyn_dyn_anytype alertRow;
  dyn_int cols = table_top.getSelectedLines(); 
  
  synchronized(g_bTableLineSynchronisation)
  {
    for(int j=1; j

Post by **AGorbatykh** » Wed Apr 20, 2016 9:25 am

Ok. Or how just turn off the rule that the first alert must be acknowledged before any one else?
May be there's some boolean variable in _AESConfig or something like this, that will help me to turn off this nervous message.

Post by **leoknipp** » Thu Apr 21, 2016 12:59 pm

Hello,

if uploading of embedded images in your posting does not work you could add them to a zip-file and try to upload the file.
With the following config-entry the functionality can be deactivated for the AEScreen that alerts must be acknowledged in a given order (oldest --> newest).

[general]
independentAlertAck = 1

Best Regards
Leopold Knipp
Senior Support Specialist

Post by **AGorbatykh** » Thu Apr 21, 2016 3:27 pm

Thanks, Leopold!

Really nice, there's no message now. But if you trying to acknowledge not the oldest alert it's still do nothing. And I want to acknowledge it.
Debug reporting like that:

Code: Select all

WCCILevent   (0), 2016.04.21 16:23:01.962, PARAM,SEVERE,     23, Setting/modifying attributes failed, DP: System1:t.:_alert_hdl.3._ack_state, MAN: (SYS: 1 Ui -num 2 CONN: 1), USER: 0

Post by **AGorbatykh** » Fri Apr 22, 2016 11:10 am

Well, I finnaly found it! (aes.ctl)

Code: Select all

void aes_blockAcknowledeThread()
{
   g_bBlockAcknowledge = TRUE;  // block

   int valQueryHLBlockedTime;
   dpGetCache( "_Config.QueryHLBlockedTime" + AES_ONLVAL, valQueryHLBlockedTime );   //  get bocking time [ms] from dp
   if( valQueryHLBlockedTime

Post by **leoknipp** » Tue May 03, 2016 11:29 am

Hello,

maybe the log-message is caused by another rule concerning alerts and acknowledgment.
Please have a look at the following FAQ
https://portal.etm.at/index.php?view=it ... &Itemid=54

Best Regards
Leopold Knipp
Senior Support Specialist

Post by **AGorbatykh** » Wed May 18, 2016 9:39 am

How can I set all "__V_oldestAck" (in _AESConfig->tables->alertTable->columns->name) of alarms to "true"? I need always keeped it in "true" state. Is it possible?

Post by **leoknipp** » Wed May 18, 2016 6:35 pm

Hello,

the column __V_oldestAck is an internal (invisible) column for the AEScreen. The information in this column is needed for the functionality of the AEScreen. When receiving alerts or updates the information in this column is modified to store the current information.

Why do you want to modify the content of this column?

Best Regards
Leopold Knipp
Senior Support Specialist

Post by **AGorbatykh** » Thu May 19, 2016 9:24 am

Because I can't acknowledge not an oldest alert as I need. independentAlertAck just hides a message about it, but it's still cannot be acknowledged.

Thu May 19, 2016 5:31 pm

Did you uncheck the 'acknowledge old alarms' at the alert class?

HowTos

multi acknowledge

multi acknowledge

Re: multi acknowledge

Re: multi acknowledge

Re: multi acknowledge

Re: multi acknowledge

Re: multi acknowledge

Re: multi acknowledge

Re: multi acknowledge

Re: multi acknowledge

Re: multi acknowledge