AML continuous export writes wrong reactivated time

• Related Articles

• AML continuous export writes wrong reactivated time

  Summary All 3 reactivated time columns (time, time internal and time external) are now set correctly: null until the alarm is reactivated, then the internal, external and overall columns based on available timestamps when the alarm is reactivated. ...

• AML and CEL continuous export write wrong status bits

  Description For an alarm or event entry, only the N_UPDATE and/or PR_NR bit is set. The AML and CEL type images do not show a status bit, but the continuous export for AML and CEL writes a non-zero value to the data destination. Expected is 0. This ...

• Alarm Filter Issue When Using Reactivated Time Option in AML

  Summary The AML filter does not work as expected in the Service Engine for alarms with active project property "Use reactivated time". This has been modified. Description If an alarm occurs within the set filter time, it is indicated correctly. If ...

• Continuous Export: TIME_ACKNOWLEDGED column entry is "0" and not NULL on Default

  Description During continuous export, the incorrect value "1970-01-01 00:00:00" is entered in TIME_ACKNOWLEDGED for unacknowledged alarms. Cause: In the database 0 instead of NULL is set for unacknowledged alarms. This error has been corrected. For ...

• AML and CEL continuous export write an empty text for dynamic limit texts that do not use other variables

  Description In a zenon project "Long dynamic limit texts" are disabled for AML or CEL. An entry for reaction matrix or a variable limit value uses dynamic content but does not refer to other variables. For example: " $The value is ;%v". The entry has ...