Protocollo Contact ID: come funziona Roombanker Il sistema invia informazioni sull'allarme a ARC/CMS

Sommario

Il protocollo Contact ID di Ademco è un formato di comunicazione digitale apprezzato, utilizzato da diversi anni dalla maggior parte delle società di sicurezza per collegare sistemi di allarme di sicurezza con le loro stazioni di monitoraggio centrali (CMS) o Centri Ricezione Allarmi (ARC).

immagine tratta da: Azienda del Gruppo Ademco Security

Roombanker'S centro di sicurezza domestica supporta sia il protocollo Contact ID che il protocollo SIA DC 09 per comunicare con ARC/CMS. Successivamente presenteremo i nostri casi di successo utilizzando il protocollo Contact ID per semplificare l'integrazione del nostro sistema con i fornitori di allarmi di sicurezza.

Ecco come funziona questo protocollo e perché dovresti collaborare con noi per distribuire questo prodotto nel tuo sistemi di allarme antintrusione/antifurto.

Cos'è il protocollo Contact ID?

Il protocollo Contact ID Ademco è uno dei protocolli dei sistemi di allarme di sicurezza più comunemente utilizzati per facilitare la comunicazione tra le case e ARC/CMS. Questo protocollo è un formato di comunicazione che utilizza 16 cifre per inviare informazioni dal sistema di allarme, il sicurezza domestica hub in questo caso e la stazione centrale (ARC o CMS).

Contact ID utilizza DTMF per inviare il segnale di allarme o il messaggio sulle linee telefoniche e può inviare il messaggio di 16 cifre in pochi millisecondi.

Come funziona il protocollo Contact ID in un sistema di allarme?

Quando i sensori del sistema di sicurezza domestica attivano un allarme a causa di un'intrusione, l'hub avvia questa sequenza di comunicazione con l'ARC o il CMS.

  1. L'hub compone il numero di telefono del centro di ricezione allarmi.
  2. Una volta che il centro ricevente risponde, invia un segnale di stretta di mano all'hub per confermare che è in ascolto. Questo segnale di handshake ha il formato di un impulso di tono puro a 1400 Hz che dura 100 ms seguito da 100 ms di silenzio, quindi 100 ms di un impulso di tono puro a 2300 Hz.
  3. Alla ricezione di questo handshake, l'hub attende 250 ms, quindi invia il messaggio Contact ID, che contiene 16 cifre DTMF, al centro ricevente. Ogni cifra è lunga 50 ms ed è separata da quella successiva utilizzando 50 ms di silenzio.
  4. Dopo aver inviato l'intero messaggio, il centro ricevente ne verifica la correttezza utilizzando l'ultima cifra di checksum. Dopo la verifica, invia una conferma o un segnale Kissoff all'hub per disconnettersi. Questo segnale dura 800 ms ed è un impulso di tono puro a 1400 Hz.
  5. Quando l'hub riceve questo segnale, disconnette la chiamata e la trasmissione del messaggio di allarme è completa. Ma se il sistema di allarme (hub) non riceve in tempo questo segnale Kissoff, ritrasmette il messaggio di 16 cifre e lo attende nuovamente.
processo di comunicazione del protocollo Contact ID, fonte: voip-sip-sdk.com

Cronologia dell'ID contatto, fonte: voip-sip-sdk.com

Codici ID contatto Ademco

Il codice Contact ID DTMF a 16 cifre è suddiviso in 7 parti per riportare i diversi elementi del messaggio di allarme trasmesso. Queste parti sono:

  • Numero di conto (0–3): Conosciuto anche come codice utente, queste prime quattro cifre rappresentano il codice per ogni utente o cliente di allarme della stazione centrale (centro ricevente). Compreso tra 0 e 9999, questo numero informa la stazione dell'origine della chiamata da parte delle migliaia di clienti che hanno sottoscritto il loro servizio di sicurezza.
  • Tipo di messaggio (4–5): Questi due numeri successivi indicano il tipo di messaggio, che è sempre 18 per i sistemi di allarme di sicurezza.
  • Qualificazione evento (6): Il codice di qualificazione dell'evento mostra il tipo di evento, che può essere: apertura (nuovo evento), chiusura (nuovo ripristino) o rapporto sullo stato. Questi sono indicati rispettivamente con 1, 3 e 6.
  • Codice evento (7–9): I codici evento indicano il problema che ha attivato l'evento, che può essere un allarme antincendio, un furto con scasso, un allarme medico, un allarme panico, ecc.
  • Numero sistema gruppo/partizione (10–11): Queste due cifre vanno da 01 a 09 e indicano se si applicano informazioni specifiche su un gruppo o una partizione.
  • Numero/codice zona (12–14): I codici di zona mostrano il numero della zona che ha attivato l'allarme.
  • Checksum (15): Questo valore di controllo aiuta a determinare se i 15 valori ricevuti sono corretti.

Il metodo di calcolo per questo valore di checksum è piuttosto complicato, ma segue questi passaggi.

  1. I codici dei messaggi a 15 cifre (dal numero di conto al codice di zona) dal sistema di allarme sono accumulati in numeri binari. Se un bit di questi dati è zero, viene aggiunto come numero binario 0AH.
  2. Questa somma accumulata viene divisa per 15.
  3. La cifra intera del quoziente viene sommata per 1 e poi moltiplicata per 15.
  4. La differenza dopo aver sottratto la somma accumulata da questo prodotto è il codice di controllo.

Il sistema di allarme esegue questo calcolo per ottenere e inserire il checksum prima di inviare i codici DTMF, e l'ARC o il CMS fanno lo stesso per vedere se i numeri corrispondono prima di inviare il segnale Kissoff.

Come collegare a Roombanker Hub per un ARC/CMS utilizzando il protocollo Contact ID?

Roombanker'S centro di sicurezza domestica può connettersi con ARC o CMS in tre modi:

centro crm arc rb collegamento app roombanker hub

Connessione cloud

In questa configurazione, l'hub invia la notifica di allarme al server cloud del fornitore di sicurezza utilizzando un semplice protocollo di messaggistica, come MQTT. Il server converte quindi questo messaggio in una lingua che l'ARC può comprendere, in questo caso un codice Contact ID DTMF a 16 cifre, e quindi lo invia.

Tramite un ricevitore IP

Un ricevitore IP è un traduttore o convertitore di protocollo in grado di comprendere DC 09 e Contact ID. Si trova tra le due parti per ricevere i dati da Roombanker hub e comporre il numero del centro ricevente per scambiare dati in formato Contact ID.

Direttamente

Invece di avere un convertitore di protocollo separato, l'ARC può avere un interprete integrato, che rende possibile inviare messaggi direttamente dall'hub utilizzando DC 09. Il convertitore integrato traduce i dati per consentire a ciascun software ARC di comprendere e rispondere di conseguenza .

Roombanker è alla ricerca di partner per sistemi antintrusione/antifurto

Se i tuoi clienti cercano un sistema di allarme di sicurezza wireless con monitoraggio professionale, possiamo collaborare per aiutarvi a fornire loro una tecnologia elegante, all'avanguardia, conveniente e, soprattutto, compatibile che funzioni perfettamente.

Nel caso di sistemi di allarme antifurto o antintrusione comunicando tramite Contact ID, la sfida arriva dall'integrazione perché i sistemi moderni stanno passando al SIA (DC 09). Ma Contact ID è ancora popolare e alcune applicazioni potrebbero essere gestite meglio utilizzando questo protocollo, quindi forniamo questa opzione per aiutarti a coprire più clienti.

Oltre a fornire agli ARC un'infrastruttura di comunicazione solida e affidabile utilizzando protocolli standard del settore (codici SIA e Contact ID), Roombanker offre soluzioni flessibili in grado di trasmettere il messaggio di 16 cifre tramite telefono (VoIP) o SMS in base alle proprie preferenze.

Ma non limitiamo la nostra partnership a queste opzioni. Comprendiamo che gli ARC hanno esigenze uniche, quindi possiamo personalizzare la soluzione in base alle tue esigenze e adattarla alla tua infrastruttura ARC esistente. Contattaci per discutere le vostre esigenze in dettaglio in modo da poter determinare la soluzione migliore.

sistemi integrati di sicurezza domestica

Domande frequenti sui protocolli Contact ID Ademco

Perché utilizzare il protocollo di allarme tra il sistema di sicurezza domestica e ARC/CMS?

I protocolli di allarme forniscono sicurezza e protezione durante lo scambio di dati dal sistema di sicurezza domestica e ARC/CMS. Semplificano anche la gestione delle chiamate perché il messaggio contiene tutte le informazioni rilevanti che determinano l'azione di risposta più adatta da intraprendere.

Qual è l'origine del protocollo Contact ID?

Ademco ha introdotto negli anni '1980 il protocollo Contact ID, che utilizzava il DTMF per inviare in pochi secondi moltissime informazioni da complessi sistemi di allarme. All'epoca l'azienda era uno dei maggiori fornitori di soluzioni e servizi di sicurezza e protezione antincendio e produceva sia ricevitori che ricevitori pannelli di allarme di diverse dimensioni che comunicavano in modo rapido e affidabile.

Essere leader in questo campo significava che l'azienda forniva standard di mercato. Pertanto, Contact ID è diventato un importante protocollo di allarme perché quasi tutti gli altri produttori di centrali e ricevitori hanno implementato questo formato di comunicazione negli anni '80, '90 e fino ad oggi.
Successivamente, la SIA (Security Industry Association) formalizzò il protocollo e lo pubblicò come DC 05 per consentire ai produttori di pannelli e ricevitori di seguire codici di eventi e tempi di digitazione simili.

Cos'è il DTMF?

Conosciuto anche come segnalazione a toni, DTMF (Dual Tone Multi-Frequency) è un metodo di segnalazione standard per la composizione telefonica e la trasmissione dei dati che utilizza due onde sinusoidali a frequenze diverse per comunicare. Bell Systems ha introdotto il DTMF nel 1963 come un modo più rapido per inviare segnali di allarme tramite linee telefoniche.

Il nome "touch-tone" deriva dal suono emesso dai pulsanti del telefono quando vengono premuti. Ogni pulsante emette due toni quando viene premuto, ciascuno dei quali produce un suono a due frequenze diverse che il ricevitore della stazione centrale può decodificare e interpretare.

Il DTMF ha consentito l'automazione della comunicazione degli allarmi, portando alla nascita di protocolli come Contact ID.

Qual è la differenza tra SIA e Contact ID?

SIA è più un'organizzazione di standardizzazione che pubblica i protocolli accettabili per la comunicazione tra i sistemi di allarme di sicurezza locali e una stazione centrale. Questi standard cambiano nel tempo man mano che gli utenti, la sicurezza dei dati e altre esigenze cambiano nel tempo.

Ad esempio, nel 05 la SIA pubblicò il Contact ID di Ademco come DC 1999 perché all'epoca era il migliore. Ma l’attuale standard pubblicato (DC 09) è migliore in termini di crittografia e messaggistica. È simile al modo in cui gli standard come ISO cambiano e migliorano nel tempo.

Scorrere fino a Top
Contattaci

    Questo sito è protetto da reCAPTCHA e Google Informativa privacy and Termini di Servizio applicare.

    Diventa nostro distributore e partner!

      Questo sito è protetto da reCAPTCHA e Google Informativa privacy and Termini di Servizio applicare.

      Sistema intelligente di sicurezza e automazione