Offline Leser (FL) Batterieschutz - was man tun und was man lassen sollte !

[h-winkelmann]

In einem Projekt wurde festgestellt, das alle Echtzeituhren in den Offline Leser (FL) um ca. 1,5 Tage nachgehen. Woran kann das liegen ?

[h-winkelmann]

Funktionalität
Bei der Programmierung der Offline Zylinder (FL) muss man natürlich den Batterieschutz abziehen, um den elKZ überhaupt zu aktivieren. Wenn der Offline Leser (FL) dann programmiert ist, ist es keine gute Idee den Batterieschutz wieder zu aktivieren.
Man verhindert damit vielleicht, dass Schlüssel im gleichen Karton die Leser aktivieren. Schlimmer ist aber die Tatsache, dass natürlich die Echtzeituhren stehen bleiben. Durch den automatischen, internen Zeit Backup in ein nicht-flüchtigen Speicher wird aber die aktuelle Zeit gerettet. Mit dem echten Einbau wird dann die Uhr mit dem letzten Backup weiterlaufen. Daher haben die Zylinder dann alle einen ähnlichen Zeitverzug.

Konfiguration
(keine)

Seiteneffekte
Das dieser Fehler überhaupt aufgefallen ist, liegt an einem Einbruch den die Kriminalpolizei zu bearbeitet hat. Die über die Ereigniskarte ermittelten Zutrittszeiten und Personen sind in diesem Fall nicht konsistent und haben mich in eine leichte Erklärungsnot gebracht...

Andere Konfiguration
(keine)



Schlagworte:
Dokumentation: {UMxFlash} {AnwManLight} {iPAD}
LinkedTo: {xGRLink} {xDocPS4_NO}
Thema: {xFehlerbild}
Projektschritt: {xGRPrjSt} {xProgrammierung xPS4}
Artikel Offline Leser (FL): {xGRLFL} {FL55 813-003-xxxx} {FL66 816-003-xxxx}
Artikel Stand-alone Leser (SA): {xGRLSA} {SA55 81x-003-xxxx} {SA66 81x-003-xxxx} {LSAAP 802-003-3102} {LSAAPC 802-003-3112}