Cloud Signaling Benutzerhandbuch

Funktionsweise von Cloud Signaling

Alle Daten, die von einem Ajax System übertragen werden, sind durch eine Blockverschlüsselung mit einem dynamischen Schlüssel geschützt. NSL-Software von Drittanbietern kann es nicht unabhängig entschlüsseln. Cloud Signaling empfängt eine Nachricht von einem Ajax System, entschlüsselt sie und wandelt sie in standardisierte Protokollnachrichten um. Der Service übersetzt sie in NSL-Software, ohne dass Ajax Produkte in den Räumlichkeiten des Sicherheitsunternehmens installiert werden müssen.

Protokolle, die in Cloud Signaling verfügbar sind:

• SIA DC-09
• Manitou
• MASXML
• Micro Key
• SoftGuard
• Sentinel
• SurGard (Contact ID)

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 MotionCam/MotionCam Outdoor Bewegungssensoren und Benutzerkoordinaten an die Leitstelle übertragen, wenn die Notruftaste in der Ajax App gedrückt wird.

SIA DC-09 (SIA-DCS/ADM-CID) Nachrichtenvorlage : <LF><crc><0LLL><“id”><seq><Rrcvr> <Lpref> <#acct> [<pad> | … data …] [x… data…] <timestamp> < CR>
<LF>	Anfangsmarker der Nachricht in ASCII, übertragen als Binärwert 0x0A.
<crc>	Prüfsumme zur Überprüfung der Integrität der Nachricht, die als vier Zeichen in ASCII übertragen wird.
<0LLL>	Die Nachrichtenlänge, wobei das erste Zeichen immer 0 ist und die nächsten drei Zeichen Hexadezimalzeichen in ASCII sind.
<“id”>	Indikator für Protokolltyp. Je nach Wert des Feldes „Format“ wird einer von zwei Werten verwendet: SIA-DCS; ADM-CID.
<seq>	Die laufende Nummer der gesendeten Nachricht. Der Bereich ist 0001 bis 9999, danach beginnt die Zählung wieder bei 0001.
<Rrcvr>	Empfängernummer – nicht verwendet.
<Lpref>	Präfix Kontonummer. Der konstante Wert ist L0.
<#acct>	Kontonummer. Das Zeichen # gefolgt von 3 bis 16 Hex-Zeichen in ASCII.
[<pad>|…data…]	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 eine Kontonummer 1234): [#1234|Nri2/BA1] 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 eine Kontonummer 1234): [#1234|1130 02 001] Die Nachricht nach dem Trennzeichen kann 3 bis 16 Hex-Zeichen in ASCII enthalten.
[x…data…]	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 Benutzernamen mit dem Datentyp „I“ (Alarmtext) gesendet, während der Gruppenname mit dem Datentyp „L“ (Ort) gesendet wird. Die Koordinaten werden im Format [X30E28.0] [Y50N29.6] übermittelt: X – Längengrad 30 – Grad E – Osten / Westen 28,0 – Minuten Y – Breitengrad 50 – Grad N – Norden / Süden 29,6 – Minuten
<timestamp>	Zeitstempel.
<CR>	Nachrichten-Endmarker in ASCII, übertragen als Binärwert 0x0D.

Bitte beachten Sie, dass die Fotoserie als ein 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[#1234|1130 02 001][Vhttps://ajax-sample.com/first_photo.jpg,https://ajax-sample.com/second_photo.jpg]_16:43:06,10-07-2020

Empfänger hinzufügen

Es sind zwei Rollen verfügbar, um Cloud Signaling zu verwenden: 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:

1. Melden Sie sich in einem PRO Konto an.
2. Öffnen Sie das Modul Unternehmen.
3. Klicken Sie auf den Menüpunkt NSL-Aufschaltung. Er 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.
4. Klicken Sie auf den Button Empfänger hinzufügen.

   

5. Geben Sie den Namen des Empfängers, die primäre Adresse (IP oder DNS) und ihren Port, die sekundäre Adresse und ihren Port (optional) an.
6. Wählen Sie das gewünschte Protokoll aus.
7. Legen Sie die folgenden Einstellungen für das ausgewählte Protokoll fest oder passen Sie sie an.
8. Klicken Sie auf Speichern.

Cloud Signaling wartet immer auf eine Bestätigung, dass die Nachricht von NSL empfangen wurde. Wenn Cloud Signaling keine Bestätigung erhält, meldet sie den Verlust der Verbindung mit der NSL.

Der Bereich für die Ping- und Bestätigungszeit des Empfängers reicht von 1 bis 30 Sekunden. Geben Sie die Virtuelle Kontonummer für Ping-Nachrichten an. Wenn diese Einstellung nicht konfiguriert ist, wird der Text „000“ im Feld für die Kontonummer in Null-Nachrichten gesendet.

Geben Sie an, ob und wie Sie Bilder in einer Nachricht oder separat senden möchten.

Sie können auch die visuelle Verifizierung der Erfassungsereignisse von Kameras zulassen. Mit der Ajax PRO Desktop Version 4.20 und höher können Überwachungsunternehmen, die Cloud Signaling nutzen, Videos von Ajax Videogeräten, die nach dem Auslösen des Systems durch den integrierten Bewegungsmelder oder KI-Melder der Kamera aufgezeichnet wurden, direkt in Ajax PRO Desktop öffnen und ansehen. Um dies zu tun, wählen Sie URL zur Ansicht in Ajax PRO Desktop im Feld Visuelle Verifizierung von Kamera-Erfassungsereignissen. Wenn das Videogerät ausgelöst wird, erhält die NSL eine URL, die ein neues Fenster der Ajax PRO Desktop Videowand mit dem aufgenommenen Videofragment öffnet.

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

Darüber hinaus kann der NSL-Betreiber Videos von Ajax Videogeräten öffnen und ansehen, ohne dass Ajax PRO Desktop installiert ist. Der Ablauf ist ähnlich wie bei der Funktion der visuellen Verifizierung in Ajax PRO Desktop unter Verwendung von URL, aber die empfangene URL führt zu einem neuen Browser-Fenster und nicht zum Ajax PRO Desktop Videowand-Widget. Im geöffneten Fenster werden auch zwei Videostreams angezeigt: ein Live-Video und ein aufgezeichnetes Videosegment.

Wenn der Schalter Geräte- oder Gruppennamen mit Ereignissen an NSL übertragen aktiviert ist, werden benutzerdefinierte Namen, die Geräten und Zonen zugewiesen sind, der Ereignisnachricht hinzugefügt, die an die NSL gesendet wird.

Mit dem Schalter Periodischer Test der Hub-Zentrale können periodische Testnachrichten, die zur Überprüfung der Verbindung mit der Hub-Zentrale verwendet werden, deaktiviert werden. Cloud Signaling sendet diese Nachrichten an die NSL unter dem Code E602, was bedeutet, dass die Hub-Zentrale angeschlossen 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. Allerdings wird Cloud Signaling die NSL nur benachrichtigen, 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, sendet Cloud Signaling ein Ereignis unter dem Code R350 an die NSL.

Aktivieren Sie die folgende Option, 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 die Option Hub-Zentralen-ID als Kontonummer verwenden ebenfalls aktiviert ist.

Zum Deaktivieren des Empfängers 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 der Regeln für Ereigniscodes ermöglichten das Ändern der von der NSL empfangenen Codes von Ajax Hub-Zentralen. Das Überwachungsunternehmen ändert die definierten CID/SIA-DCS-Codes selbst.

Die Funktion ist in der Ajax PRO Desktop Version 3.9 oder höher verfügbar.

Anpassen von Ereigniscodes in Cloud Signaling

Wenn der Empfänger hinzugefügt wird, werden sein Name, das Protokoll und der Verbindungszustand im Menü NSL-Aufschaltung angezeigt.

Der Benutzer kann zehn Empfänger hinzufügen und zuvor hinzugefügte Empfänger löschen.

In der App können Sie einen der folgenden Verbindungszustände zur 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 (die sekundäre ist nicht erreichbar).
• Nur sekundäre Adresse verfügbar: Der Empfänger ist nur über die sekundäre Adresse mit der NSL verbunden (die primäre ist nicht erreichbar).
• Verbindung nicht hergestellt: Der Empfänger ist aktiviert, wartet aber auf das erste Ereignis von der Hub-Zentrale.
• Verbindung verloren: Der Empfänger kann sich nicht mit der NSL verbinden.

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 anzuzeigen. Der Leiter des Betreiberteams und der Betreiber können nur die Zuordnung der Hub-Zentrale zum Empfänger sehen.

Um dies zu tun:

1. Wählen Sie das Objekte-Modul aus der Liste der Module in der oberen linken Ecke des Bildschirms aus.
2. Wählen Sie das Objekt aus, das Sie mit dem Empfänger verknüpfen möchten.
3. Klicken Sie auf Wartung, um die Überwachungszustände anzuzeigen.

   

4. Klicken Sie auf den Button Überwachung über <Name> Empfänger.

   

5. Wählen Sie die Hub-Zentrale aus, die Sie mit dem Empfänger verknüpfen möchten.

   

6. 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 könnte dieselbe sein. Alle Hub-Zentralen, die einem Empfänger zugeordnet sind, haben eine einzigartige Kontonummer.
7. Klicken Sie auf Speichern. Nachdem sich der Zustand Überwachung über <Name> Empfänger von Keine zu Aktiv ändert.

   

Ab der Firmwareversion Ajax PRO Desktop 4.0 ist es möglich, die Überwachung mit Ajax PRO Desktop für ein Überwachungsunternehmen zu aktivieren/deaktivieren.

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:

1. Wählen Sie das Objekte-Modul aus der Liste der Module in der oberen linken Ecke des Bildschirms aus.
2. Wählen Sie das Objekt aus, das Sie nicht mehr mit dem Empfänger verknüpfen möchten.
3. Klicken Sie auf Wartung, um die Überwachungszustände anzuzeigen.
4. Klicken Sie auf den Button Überwachung über <Name> Empfänger.
5. Sélectionnez la centrale que vous ne souhaitez plus associer au récepteur.

   

6. Klicken Sie auf Speichern.
7. Klicken Sie im Pop-up-Fenster auf den Button Überwachung beenden. Nachdem sich der Zustand Überwachung über <Name> Empfänger von Aktiv zu Keine ändert.

Empfänger-Ereignisse

Den Zugang zum Ereignisprotokoll-Modul haben Unternehmensinhaber, NSL-Techniker, Leitender NSL-Techniker, Leiter des Betreiberteams, Betreiber, Installateur und Leiter des Installationsteams.

Um die Empfänger-Ereignisse anzuzeigen:

1. Wählen Sie das Ereignisprotokoll-Modul aus der Liste der Module in der oberen linken Ecke des Bildschirms aus.
2. Wählen Sie das Objekt aus.

   

Eine Liste der Empfänger-Ereignisse wird im Ereignisprotokoll-Modul angezeigt:

• Ihr Firmenmitarbeiter hat einen neuen Empfänger für die Überwachung über Ajax Cloud hinzugefügt.
• Ihr Firmenmitarbeiter hat Empfängereinstellungen geändert.
• Ihr Firmenmitarbeiter hat den Empfänger gelöscht.
• Der Empfänger hat Verbindung über primäre/sekundäre Adresse verloren.
• Verbindung mit dem Empfänger über primäre/sekundäre Adresse wurde wiederhergestellt.
• Ihr Firmenmitarbeiter hat die Überwachung des Objekts über den Empfänger gestartet.
• Ihr Firmenmitarbeiter hat die Kontonummer des Objekts für den Empfänger aktualisiert.
• Ihr Firmenmitarbeiter 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 auf den angegebenen Parametern basierenden Bericht zu erstellen, klicken Sie neben dem Filternamen auf die Schaltfläche zum Erstellen eines Berichts.

Empfänger löschen

Nur der leitende NSL-Techniker hat das Recht, den Empfänger zu löschen.

Um den Empfänger in Ajax PRO Desktop zu löschen:

1. Öffnen Sie das Modul Unternehmen.
2. Klicken Sie auf den Menüpunkt NSL-Aufschaltung.
3. Klicken Sie auf den Button .

   

4. Klicken Sie auf den Button Empfänger löschen.

   

5. Klicken Sie im Dialogfenster 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 das 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.