
Originally Posted by
ursulak
A value of zenon variable, if received by zenon Process Gateway, has status bits and timestamp given by the driver of the variable, not by the zenPG. The zenPG pokes (writes) the received value to the driver and only driver then decides what status bits and time stamp this variable will have in zenon. A write value to an internal variable does not cause the COT status updates. Only drivers IEC870, IEC850 and DNP3 are supporting COT.
To detect the new value received via zenPG to some variable, you have to react on value change. In the reaction matrix there is a check box 'treat each change of value as new limit violation' but i'm not sure if this will trigger when the new command contains exactly same value as the previous. Try out.
In case of zenPG IEC870Slave and T50: when your macro is completed, you can set to the variable some value out of range of this particular T50 command, e.g. some negative value. As T50 are 'write-only', the zenPG IEC870Slave is not sending any ASDUs to the remote 870-master when the zenon value changes. Thus, while you are just expecting new command, in zenon in the meantime you can set in this variable any value you want and know that the remote 870-master will never send such value in a command.