AML continuous export writes wrong reactivated time

• Related Articles

• AML continuous export writes wrong reactivated time

  Description In the AML, the time for “time reactivated” is entered incorrectly when writing alarms with continuous export export to an SQL database or to a Service Grid Data Storage. Instead of the correct time for the reactivation of the alarm, the ...

• 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 ...