Power configs on embedded DP types

[ewoenne]

Hi, I noticed some strange behaviour when trying to add power configs to embedded types, sometimes this is successful and sometimes it produces an error.

I created some test types, 2 booleans and a third type with the booleans embedded within it. The ascii export is below:

Code: Select all

# DpType
TypeName
ZTestBool1.ZTestBool1   23#1
ZTestBool2.ZTestBool2   23#3
ZTestMulti.ZTestMulti   1#1
    bool1   41#2:ZTestBool1
    bool2   41#3:ZTestBool2

ZTestMulti has a master dp and inserting a new config to ZTestBool2 works but ZTestBool1 shows the following error message:

'Changing configs is not allowed here. Please change following type: ZTestBool1'

What is going on here? Both booleans have a master dp and an _address config. The only difference between the 2 boolean types is that the node numbers in the ascii export are different - from creating the type and then modifying it. I would prefer to add alarm power configs to the top dp type and not the embedded one but it seems like this behavious is not intentional.

[nmnogueira]

Powerconfigs can only be added in the referenced (source) DP. In the DP where you use the reference, you cannot add powerconfigs.

[Gertjan van Schijndel]

Powerconfigs can be added on the elements of an embedded dp type, but cannot redefine an existing powerconfig of the embedded dp type.

Without an ascii export of the master datapoints with the power config settings ('Pwr.Conf.Settgs. checkbox behind 'Datapoints (D)') we cannot determine why the booleans behave different.
Probably the powerconfig of ZTestBool2 is lost and causes the difference.

[ewoenne]

Hi Gertjan,

I've attached the full ascii export. As well as adding powerconfigs to ZTestBool2 as an embedded type, I can also modify and delete the already existing powerconfigs. https://www.winccoa.com/fileadmin/image ... /ztest.txt

[Gertjan van Schijndel]

I am able to reproduce the issue with the last export. It looks like a bug is causes the difference in the behavior of the elements. It seems that the referenced element has lost the link to the reference dptype (can be seen by requesting the reference with dpTypeRefName). By changing the element type of 'ZTestBool1' also the link of 'ZTestMulti.bool1' gets lost.

The reason why the para does not allow adding powerconfigs to referenced elements is unknown to me.

Why is it only for the alert_hdl configs an issue?

[leoknipp]

The problem with the function dpTypeRefName() was already reported to our development department.
They are currently working on a solution. It is planned to fix it with the next patch.

Best Regards
Leopold Knipp
Senior Support Specialist

[ewoenne]

I think it was an issue for all power configs, though I only tested the _alert_hdl.

Thanks for the replies.