DeutschlandAjax Cloud Signaling ist ein Service zur Herstellung der Kommunikation zwischen Ajax Systemen und Überwachungssoftware von Drittanbietern. Ajax Cloud Signaling fungiert als Bindeglied zwischen einem Space und den Leitstellen und konvertiert die vom Space empfangenen Ereignisse in das von der Software der Notruf- und Serviceleitstelle (NSL) unterstützte Ereignisprotokoll.
Ajax Cloud Signaling bietet die Möglichkeit, Ereignisse direkt von Ajax Cloud an die NSL zu übermitteln. Der Service ist in die Ajax PRO Desktop App integriert. Überwachungs- und Sicherheitsunternehmen, die Systeme installieren und überwachen, können Ajax PRO Desktop verwenden, um Sicherheitssysteme einzurichten und zu verbinden. Sicherheits- oder Überwachungsunternehmen können die App nutzen, um eine NSL zu organisieren.
Funktionsprinzip
Alle von einem Ajax System übertragenen Daten sind durch Blockverschlüsselung mit einem dynamischen Schlüssel geschützt. NSL-Software von Drittanbietern kann diese Daten nicht selbständig entschlüsseln. Ajax Cloud Signaling empfängt eine Nachricht von einem Ajax System, entschlüsselt diese und wandelt sie in standardisierte Protokollnachrichten um. Der Service übersetzt dies in NSL-Software, ohne dass auf dem Gelände des Unternehmens Ajax Produkte installiert werden.
Ajax Cloud Signaling funktioniert nur im Modus Speichern und weiterleiten. Jedes von einem Space erzeugte Ereignis, das über den Ajax Cloud Server und Ajax Cloud Signaling an die Überwachungssoftware übertragen wird, muss bestätigt werden. Wenn ein Space ein Ereignis sendet, benötigt er lediglich eine Bestätigung von Ajax Cloud. Der Space nimmt nicht an der Kommunikation zwischen Ajax Cloud und der Leitstelle teil. Wenn Ajax Cloud ein Ereignis von einem Space erhält, bestätigt es den Empfang sofort und speichert das Ereignis im Cloud-Speicher. Wenn das Ereignis an die Überwachungssoftware weitergeleitet wird, wird es aus dem Cloud-Speicher erst gelöscht, nachdem die Leitstelle den Empfang bestätigt hat.
Ereignisübertragung
Wenn eine Verbindung zur Leitstelle verfügbar ist, werden Alarme sofort über das ausgewählte Protokoll übertragen. Ajax Cloud Signaling unterstützt die folgenden Protokolle zur Übertragung von Ereignissen an Überwachungssoftware:
SIA DC-09
Manitou
MASXML
Micro Key
SoftGuard
Sentinel
SurGard (Contact ID)
Listener
ADEMCO 685
Ajax Cloud Signaling unterstützt die Verbindung zu Überwachungssoftware über zwei Netzwerkadressen (primär und sekundär), jeweils mit eigenem Port. Wenn die primäre Adresse nicht verfügbar ist, wechselt der Empfänger zur sekundären Adresse, falls diese konfiguriert ist. Ajax Cloud Signaling unterstützt die ATS-Kategorien SP1–SP5 und DP1–DP4.
Ereignisübertragung über das Protokoll SIA DC-09 (SIA-DCS/ADM-CID)
Die SIA DC-09 (SIA-DCS/ADM-CID)-Nachricht kann zusätzliche Informationen übertragen, z. B. Weblinks, geografische Koordinaten oder andere standardisierte Daten. Das SIA DC-09 (SIA-DCS/ADM-CID)-Protokoll kann Fotos von Meldern MotionCam/MotionCam Outdoor sowie Benutzerkoordinaten an die Leitstelle übertragen, wenn die Notruftaste in der Ajax App gedrückt wird.
Nachrichtenvorlage für SIA DC-09 (SIA-DCS/ADM-CID): | |
| Anfangsmarker der Nachricht in ASCII, übertragen als Binärwert 0x0A. |
| Prüfsumme zur Überprüfung der Integrität der Nachricht, die als vier Zeichen in ASCII übertragen wird. |
| Die Nachrichtenlänge, wobei das erste Zeichen immer 0 ist und die nächsten drei Zeichen Hex-Zeichen in ASCII sind. |
| Indikator für Protokolltyp. Je nach Wert des Feldes „Format“ wird einer von zwei Werten verwendet:
|
| Die laufende Nummer der gesendeten Nachricht. Der Bereich ist 0001 bis 9999, danach beginnt die Zählung wieder bei 0001. |
| Empfängernummer – nicht verwendet. |
| Präfix Kontonummer. Der konstante Wert ist L0. |
| Kontonummer. Das Zeichen #, gefolgt von 3 bis 16 Hex-Zeichen in ASCII. |
| Alarmdaten. Am Anfang werden das Zeichen # und die Kontonummer angegeben, dann das Trennzeichen „|“, gefolgt von einer Nachricht. Wenn das SIA-DCS-Format verwendet wird: Die Konstante „N“ zeigt ein neues Ereignis an, gefolgt von der Konstante „ri“ und der Gruppennummer. Das Symbol „/“ steht für den SIA-Ereigniscode, der aus zwei lateinischen Buchstaben und einer Zonennummer besteht. Beispiel (Einbruchalarm von Gerät 1 in Gruppe 2 für die Kontonummer 1234): Wenn das ADM-CID-Format verwendet wird: Die erste Ziffer ist 1 (Alarm) oder 3 (Wiederherstellung), ein dreistelliger Ereigniscode des Contact ID-Protokolls, eine Gruppennummer und eine Zonennummer. Beispiel (Einbruchalarm von Gerät 1 in Gruppe 2 für die Kontonummer 1234): Die Nachricht nach dem Trennzeichen kann 3 bis 16 Hex-Zeichen in ASCII enthalten. |
| Zusätzliche Daten sind möglich, wie z. B. eine Fotobestätigung von den Meldern MotionCam/MotionCam Outdoor oder der Standort des Geräts, auf dem der Benutzer die Notruftaste in der Ajax App gedrückt hat. Die Fotobestätigung wird als Weblink gesendet, an dessen Anfang der Datentyp angegeben wird: das Zeichen V (Verifizierung). Wenn der Schalter Geräte- oder Gruppennamen mit Ereignissen an NSL übertragen aktiviert ist, wird der Geräte- oder Benutzername mit dem Datentyp „I“ (Alarm Text) gesendet, während der Gruppenname mit dem Datentyp „L“ (Location) gesendet wird. Koordinaten werden im Format |
| Zeitstempel. |
| Marker für das Ende der Nachricht in ASCII, übertragen als Binärwert 0x0D. |
Bitte beachten Sie, dass die Fotoserie als separates Ereignis übertragen wird. Die Fotos sind sofort verfügbar, nachdem sie auf den Ajax Cloud Server übertragen wurden. Die Links zu den Fotos bleiben ab dem Zeitpunkt der Übermittlung an die Leitstelle des Sicherheitsunternehmens 7 Tage lang gültig.
Der Link zu einem Foto kann bis zu 425 Symbole enthalten.
Beispiel für ein Ereignis mit zwei Fotos:
CB640375″ADM-CID”0086L0#1234 |
Die Hub-Zentrale verbindet sich mit dem Ajax Cloud Server über das Hub-zu-Server (HtS)-Protokoll. Die Hub-Zentrale stellt ausgehende Verbindungen zu den Ajax Cloud Endpunkten her, die für die Übermittlung von Ereignissen erforderlich sind.
Kapazität und Leistung
Der Ajax Cloud Signaling-Empfänger arbeitet mit bis zu 50 000 verschiedenen Spaces. Wenn die Anzahl der verbundenen Spaces die empfohlene Grenze überschreitet, teilen Sie die Empfänger in mehrere Gruppen auf.
Sie können bis zu 10 Empfänger für ein einzelnes Unternehmen hinzufügen. Das Gesamlimit von 10 Empfängern gilt für Ajax Cloud Signaling und Ajax Translator PRO-Empfänger zusammen.
Die maximale Ereignisverarbeitungsrate beträgt 50 Ereignisse pro Sekunde. Die tatsächliche Verarbeitungsrate hängt von der Empfängerkonfiguration und den Netzbedingungen ab.
Ereignisspeicherung und -weiterleitung
Wenn die Verbindung zur Leitstelle während eines ausgelösten Alarms abbricht, werden alle gespeicherten Ereignisse automatisch übertragen, sobald die Verbindung wiederhergestellt ist.
Sicherheitsmechanismen
Ajax Cloud Signaling ist durch Sicherheitsmechanismen geschützt, die eine zuverlässige Kommunikation gewährleisten und unbefugte Eingriffe verhindern.
Schutz vor Denial-of-Service-Angriffen (DoS)
Ajax Cloud Signaling implementiert Schutzmechanismen gegen Denial-of-Service-Angriffe (DoS) in der Kommunikation zwischen einem Space, Ajax Cloud und der Leitstelle. Ein DoS-Angriff auf eine Übertragungsnetzschnittstelle beeinträchtigt nicht den Betrieb von Ajax Cloud Signaling oder einer anderen Übertragungsnetzschnittstelle.
Wenn das System ein anormales Verkehrsverhalten erkennt (mehr als 500 ungültige Nachrichten innerhalb von 5 Sekunden), wird die Verbindung zur Leitstelle automatisch getrennt. Ungültige Nachrichten umfassen zum Beispiel:
Nachrichten ohne Sequenzkennung;
Nachrichten, die nicht korrekt analysiert werden können.
Wenn diese Schutzregel ausgelöst wird, kann die Verbindung zur Leitstelle für 60 Sekunden nicht wiederhergestellt werden.
Der DoS-Schutz für Ajax Cloud Signaling basiert derzeit auf den Sicherheitsmechanismen der Cloud-Infrastruktur. Der Ajax Cloud-Server nutzt die AWS Shield Advanced-Technologie, um seine Cloud-Ressourcen vor verteilten Denial-of-Service-Angriffen (DDoS) zu schützen.
Schutz vor Gerätevortäuschung
Ein Ajax System verhindert, dass eine Hub-Zentrale von einem anderen Gerät, einschließlich identischer oder gefälschter Geräte, manipuliert wird.
Nur Ajax Hub-Zentralen und Videogeräte können sich mit der Ajax Cloud verbinden und Systemereignisse erzeugen. Der Ajax Cloud-Server überprüft die Authentizität des Geräts, bevor er eine Kommunikation akzeptiert.
Jede Hub-Zentrale wird durch einen proprietären Handshake-Prozess authentifiziert. Der zur Authentifizierung erforderliche kryptografische Schlüssel wird während der Herstellung in die Hub-Zentrale hochgeladen und kann während des Betriebs nicht verändert werden.
Ajax Cloud identifiziert jede Hub-Zentrale anhand ihrer eindeutigen Geräte-ID, die nicht geändert werden kann. Damit wird sichergestellt, dass eine im System registrierte Hub-Zentrale nicht unerkannt durch ein anderes Gerät ersetzt werden kann.
Die Verbindung zwischen der Hub-Zentrale und der Ajax Cloud ist durch einen von NIST zertifizierten kryptografischen Algorithmus geschützt.
Erfahren Sie mehr über die NIST-Zertifizierung
Empfänger hinzufügen
Es gibt zwei Rollen, die Ajax Cloud Signaling verwenden können: Leitender NSL-Techniker und NSL-Techniker. Nur der leitende NSL-Techniker hat das Recht, den Empfänger hinzuzufügen, zu aktualisieren und zu löschen.
Um den Empfänger in Ajax PRO Desktop hinzuzufügen, gehen Sie wie folgt vor:
Melden Sie sich bei einem PRO-Konto an.
Öffnen Sie das Modul Unternehmen.
Klicken Sie auf das Menü NSL-Aufschaltung. Es enthält Informationen über Empfänger, die die NSL mit dem Cloud Server verbinden. Der Benutzer kann die Empfängerdaten hinzufügen, löschen oder ändern.
Klicken Sie auf die Schaltfläche Empfänger hinzufügen.
Geben Sie den Empfängernamen, die primäre Adresse (IP oder DNS) und deren Port sowie die sekundäre Adresse und deren Port (optional) an.
Wählen Sie das erforderliche Protokoll aus.
Legen Sie die folgenden Einstellungen für das ausgewählte Protokoll fest oder passen Sie diese an.
Klicken Sie auf Speichern.
Ajax Cloud Signaling erwartet stets eine Empfangsbestätigung der Nachricht von der NSL. Wenn Ajax Cloud Signaling keine Bestätigung erhält, meldet es den Verbindungsverlust mit der NSL.
Der Bereich für Ping-Intervall und Antwortzeit erstreckt sich von 1 bis 30 Sekunden. Geben Sie die Virtuelle Kontonummer für Abfragenachrichten an. Wenn diese Einstellung nicht konfiguriert ist, wird stattdessen in Nullnachrichten der Text „000“ im Feld für die Kontonummer gesendet.
SIA DC-09 Ping-Nachrichtenvorlage
Ping-Nachrichtenvorlage für SIA DC-09: | |
| Anfangsmarkierung der Nachricht in ASCII, übertragen als Binärwert 0x0A. |
| Prüfsumme zur Überprüfung der Integrität der Nachricht, die als vier Zeichen in ASCII übertragen wird. |
| Die Nachrichtenlänge, wobei das erste Zeichen immer 0 ist, gefolgt von den nächsten drei Hexadezimalzeichen im ASCII-Format. |
| Konstante „NULL“. |
| Die Sequenznummer der gesendeten Nachricht, die von 0001 bis 9999 reicht. Nach Erreichen von 9999 wird der Zähler auf 0001 zurückgesetzt. |
| Empfängernummer – nicht verwendet. |
| Präfix Kontonummer. Der konstante Wert ist L0. |
| Virtuelle Kontonummer für Ping-Nachrichten. Wenn diese Einstellung nicht konfiguriert ist, wird der Text „000“ im Feld für die Kontonummer in Null-Nachrichten ersetzt. |
| Zeitstempel. |
| Endmarkierung der Nachricht in ASCII, übertragen als Binärwert 0x0D. |
Geben Sie an, ob und wie Sie Bilder senden möchten: in einer Nachricht oder separat.
Legen Sie fest, ob beim Auftreten eines Alarms Audioaufnahmen von Sprachmodulen gesendet werden sollen. Das Gerät kann kurze Audiofragmente vor oder nach der Alarmauslösung aufzeichnen und an die NSL senden.
Sie können auch die visuelle Verifizierung der Erkennungsereignisse von Kameras zulassen. Mit Ajax PRO Desktop 4.20 oder höher können Überwachungsunternehmen, die Cloud-Signalüberwachung verwenden, in Ajax PRO Desktop direkt Video von Ajax Videogeräten anzeigen, das nach Auslösung des Systems durch den eingebauten Bewegungsmelder oder KI-Melder der Kamera aufgenommen wurde. Wählen Sie dazu URL zur Ansicht in PRO Desktop im Feld Visuelle Verifizierung von Kamera-Erfassungsereignissen. Wenn das Videogerät ausgelöst wird, empfängt die NSL eine URL, die ein neues Fenster der Videowand in Ajax PRO Desktop mit dem aufgezeichneten Videofragment öffnet.
Erfahren Sie mehr über die visuelle Verifizierung in Ajax PRO Desktop über die URL
URLs beginnen mit ajax-pro-desktop:// und können nicht heruntergeladen werden. Wenn Ihre NSL das angehängte Videomaterial automatisch herunterlädt, stellen Sie bitte sicher, dass Links, die mit ajax-pro-desktop:// beginnen, nicht heruntergeladen werden.
Zusätzlich kann der NSL-Betreiber Videos von Ajax Videogeräten öffnen und ansehen, ohne dass Ajax PRO Desktop installiert sein muss. Der Ablauf ist ähnlich wie bei der Funktion der visuellen Verifizierung in Ajax PRO Desktop über die URL, aber die empfangene URL führt zu einem neuen Browser-Fenster und nicht zum Videowand-Widget in Ajax PRO Desktop. Im geöffneten Fenster werden auch zwei Videostreams angezeigt: ein Live-Video und ein aufgezeichnetes Videosegment.
Erfahren Sie mehr über visuelle Verifizierung via URL ohne Ajax PRO Desktop
Wenn die Option Geräte- oder Gruppennamen mit Ereignissen an NSL übertragen aktiviert ist, werden benutzerdefinierte Namen, die Geräten und Zonen zugewiesen sind, der an die NSL gesendeten Ereignisnachricht hinzugefügt.
Mit dem Schalter Periodischer Test der Hub-Zentrale können Sie die Regeltestmeldungen deaktivieren, die zur Überprüfung der Verbindung der Hub-Zentrale dienen. Ajax Cloud Signaling sendet diese Nachrichten an die NSL unter dem Code E602, was bedeutet, dass die Hub-Zentrale verbunden ist.
Der Bereich des Intervalls für Testnachrichten liegt zwischen 15 Minuten und 24 Stunden.
Wenn Sie diese normalen Testnachrichten deaktivieren, wird die Hub-Zentrale weiterhin den Verbindungszustand in festgelegten Intervallen melden. Ajax Cloud Signaling benachrichtigt die NSL jedoch nur, wenn die Verbindung zur Hub-Zentrale verloren geht. In diesem Fall sendet das Programm unter dem Code E350 ein einzelnes Ereignis an die NSL und wartet, bis die Verbindung wiederhergestellt ist. Sobald die Verbindung zur Hub-Zentrale wiederhergestellt ist, überträgt Ajax Cloud Signaling ein Ereignis mit dem Code R350 an die NSL.
Aktivieren Sie den folgenden Schalter, um die ID der Hub-Zentrale als Kontonummer für das hinzuzufügende Objekt zu verwenden:
Wenn der Schalter Neue Hub-Zentralen automatisch mit diesem Empfänger verbinden aktiviert ist, wird die Anfrage zum Hinzufügen der neuen Hub-Zentrale sofort genehmigt. Die Funktion ist nur verfügbar, wenn der Schalter Hub-Zentralen-ID als Kontonummer verwenden ebenfalls aktiviert ist.
Um den Empfänger zu deaktivieren, deaktivieren Sie den Schalter Empfänger ist aktiv. Der Verbindungszustand Deaktiviert wird nun in der Empfängerliste angezeigt. Die Einstellungen des Empfängers werden gespeichert, aber die Verbindung zur NSL wird unterbrochen.
Die Einstellungen für die Regeln für Ereigniscodes ermöglichen es, die Codes zu ändern, die die NSL von Ajax Hub-Zentralen empfängt. Das Überwachungsunternehmen ändert die definierten CID/SIA-DCS-Codes selbst.
Diese Funktion ist ab der Version 3.9 von Ajax PRO Desktop verfügbar.
Wenn der Empfänger hinzugefügt wird, werden sein Name, Protokoll und Verbindungszustand im Menü NSL-Aufschaltung angezeigt.
In der App können Sie einen der folgenden Verbindungszustände mit NSL sehen:
Deaktiviert: Der Empfänger ist deaktiviert.
Aktiv: Der Empfänger ist mit der NSL verbunden.
Nur primäre Adresse verfügbar: Der Empfänger ist nur über die primäre Adresse mit der NSL verbunden (sekundäre Adresse ist unerreichbar).
Nur sekundäre Adresse verfügbar: Der Empfänger ist nur über die sekundäre Adresse mit der NSL verbunden (primäre Adresse ist nicht erreichbar).
Verbindung nicht hergestellt: Der Empfänger ist aktiviert, wartet jedoch auf das erste Ereignis von der Hub-Zentrale.
Verbindung verloren: Der Empfänger kann keine Verbindung zur NSL herstellen. Verbindungsverluste werden im Modul Ereignisprotokoll protokolliert.
Die Verbindung zwischen Server und Empfänger wird hergestellt, wenn mindestens ein Ereignis von der Hub-Zentrale an den Empfänger gesendet wird.
Zuordnung der Hub-Zentrale zum Empfänger
Der leitende NSL-Techniker und der NSL-Techniker haben das Recht, die Zuordnung der Hub-Zentrale zum Empfänger zu erstellen, zu aktualisieren und einzusehen. Der Betriebsleiter und der Betreiber können nur die Zuordnung der Hub-Zentrale zum Empfänger sehen.
Um dies zu tun, gehen Sie wie folgt vor:
Wählen Sie aus der Liste der Module in der oberen linken Ecke des Bildschirms das Modul Objekte aus.
Wählen Sie das Objekt aus, das Sie mit dem Empfänger verknüpfen möchten.
Klicken Sie auf Wartung, um die Überwachungszustände anzuzeigen.
Klicken Sie auf die Schaltfläche Überwachung über
Wählen Sie die Hub-Zentrale aus, die Sie mit dem Empfänger verknüpfen möchten.
Geben Sie die Kontonummer an, die für an den Empfänger gesendete Nachrichten verwendet wird. Dies ist nicht die Kontonummer aus der Ajax PRO Desktop App, aber sie kann dieselbe sein. Alle Hub-Zentralen, die einem Empfänger zugeordnet sind, haben eine einzigartige Kontonummer.
Klicken Sie auf Speichern. Danach ändert sich der Zustand Überwachung über
Mit Ajax PRO Desktop 4.0 oder höher ist es möglich, den Kanal Überwachung mit PRO Desktop für jedes Überwachungsunternehmen zu aktivieren/deaktivieren.
Migration von Objekten von Ajax Translator zu Ajax Cloud Signaling
Ein Ajax System ermöglicht es den Benutzern, Objekte, die an den Ajax Translator gebunden sind, unabhängig zu exportieren. Diese App erstellt eine CSV-Datei, die die ID der Hub-Zentrale und die Kontonummer aktiver Bindungen enthält. Die Datei kann in Ajax PRO Desktop in den ausgewählten Empfänger Translator oder Cloud Signaling hochgeladen werden.
Wie man Objekte von Ajax Translator zu Ajax Cloud Signaling migriert
Zuordnung der Hub-Zentrale zum Empfänger löschen
Der leitende NSL-Techniker und der NSL-Techniker haben das Recht, die Zuordnung der Hub-Zentralen zu löschen.
Um dies zu tun, gehen Sie wie folgt vor:
Wählen Sie aus der Liste der Module in der oberen linken Ecke des Bildschirms das Modul Objekte aus.
Wählen Sie das Objekt aus, das Sie nicht mehr mit dem Empfänger verknüpfen möchten.
Klicken Sie auf Wartung, um die Überwachungszustände anzuzeigen.
Klicken Sie auf die Schaltfläche Überwachung über
Wählen Sie die Hub-Zentrale aus, die Sie nicht mehr mit dem Empfänger verbinden möchten.
Klicken Sie auf Speichern.
Klicken Sie im Pop-up-Fenster auf die Schaltfläche Überwachung beenden. Danach wird der Zustand Überwachung über
Empfänger-Ereignisse
Ajax PRO Desktop bietet ein detailliertes Protokoll der Systemalarme und -ereignisse sowie der Aktionen von Mitarbeitern innerhalb der App. Die Protokolleinträge im Modul Ereignisprotokoll werden bis zu drei Jahre lang gespeichert. Ältere Einträge werden gelöscht. Alarmprotokolle enthalten einen Zeitstempel, wann das Ereignis im Space aufgetreten ist.
Der Firmeninhaber, der NSL-Techniker, der leitende NSL-Techniker, der Betriebsleiter, der Betreiber und der Leiter des Installationsteams haben Zugriff auf das Modul Ereignisprotokoll.
So zeigen Sie Empfängerereignisse an:
Wählen Sie das Modul Ereignisprotokoll aus der Modulliste in der oberen linken Ecke des Bildschirms aus.
Wählen Sie das Objekt aus.
Das Modul Ereignisprotokoll zeigt eine Liste der Empfängerereignisse an:
- Ein Mitarbeiter Ihres Unternehmens hat einen neuen Empfänger für die Überwachung über Ajax Cloud hinzugefügt.
- Ein Mitarbeiter Ihres Unternehmens hat die Empfängereinstellungen geändert.
- Ein Mitarbeiter Ihres Unternehmens hat den Empfänger gelöscht.
- Der Empfänger hat die Verbindung über die primäre/sekundäre Adresse verloren.
- Der Empfänger hat die Verbindung über die primäre/sekundäre Adresse wiederhergestellt.
- Ein Mitarbeiter Ihres Unternehmens hat begonnen, das Objekt über den Empfänger zu überwachen.
- Ein Mitarbeiter Ihres Unternehmens hat die Kontonummer des Objekts für den Empfänger aktualisiert.
- Ein Mitarbeiter Ihres Unternehmens hat die Überwachung des Objekts über den Empfänger eingestellt.
Legen Sie den Bereich fest und wenden Sie ihn an, um Ereignisse nach Zeit zu filtern. Um einen Bericht auf der Grundlage der angegebenen Parameter zu erstellen, klicken Sie auf die Schaltfläche zur Berichterstellung neben dem Filternamen.
Zeitstempel und Zeitsynchronisation in den Protokollen
Die Zeitstempel der Protokolle beziehen sich auf das lokale Gerät, auf dem sie angezeigt werden. Dies setzt voraus, dass dessen Zeit mit der UTC-Serverzeit synchronisiert ist (die lokale Zeitzone wird dabei berücksichtigt). Wenn die lokale Rechnerzeit von der Serverzeit abweicht, zeigt das System eine Benachrichtigung mit Anweisungen zur Korrektur an.
Um Ajax Cloud Signaling mit der UTC-Zeit zu synchronisieren, aktivieren Sie die automatische Datums- und Uhrzeiteinstellung auf Ihrem Computer:
- Gehen Sie zu den Einstellungen für Datum und Uhrzeit.
- Aktivieren Sie das Kontrollkästchen, um die Zeitsynchronisierung mit dem Server zu aktivieren.
Wenn die lokale Rechnerzeit nicht mit der Serverzeit synchronisiert ist, wird die Serverzeit für die Protokollzeitstempel verwendet.
Empfänger löschen
Nur der leitende NSL-Techniker hat das Recht, den Empfänger zu löschen.
So löschen Sie den Empfänger in Ajax PRO Desktop:
Öffnen Sie das Modul Unternehmen.
Klicken Sie auf das Menü NSL-Aufschaltung.
Klicken Sie auf die Schaltfläche
.
Klicken Sie auf die Schaltfläche Empfänger löschen.
Klicken Sie im Pop-up-Fenster auf die Schaltfläche Löschen. Wenn der Empfänger gelöscht wird, werden alle seine Einstellungen gelöscht, und alle verbundenen Hub-Zentralen hören auf, ihre Ereignisse an die entsprechende NSL zu senden.
Der Empfänger kann nicht gelöscht werden, wenn mindestens eine Hub-Zentrale diesem Empfänger zugeordnet ist. Sie sollten zuvor die Zuordnung aller Hub-Zentralen zum Empfänger löschen.
Technische Daten
Zusätzliche Informationen
Technischen Support kontaktieren:
Entwickelt von „AS Manufacturing“ GmbH
