Collegamento dei sistemi di allarme wireless ai centri di monitoraggio ARC: una guida tecnica

Avete installato un sistema di allarme wireless in un locale commerciale di 500 m², con sensori accoppiati e zone configurate, e il cliente si aspetta che una centrale operativa venga informata di un'intrusione entro 30 secondi. Tuttavia, il percorso che va da un sensore PIR attivato alla console dell'operatore della centrale operativa coinvolge molteplici protocolli, percorsi di trasmissione e requisiti di conformità che la maggior parte degli installatori scopre solo quando qualcosa non funziona.

Questa guida copre l'intera catena tecnica: come gli eventi di allarme viaggiano dai sensori wireless ai ricevitori ARC, quali protocolli li trasportano, quali standard europei regolano la connessione e come progettare una comunicazione a doppio percorso che soddisfi i requisiti di Grado 2 e Grado 3. EN 50131.

Come funziona la comunicazione ARC: il percorso degli eventi

Un evento di allarme attraversa cinque fasi distinte prima di essere visualizzato da un operatore:

1. Trigger del sensore — Un sensore di movimento PIR rileva i cambiamenti a infrarossi e trasmette un avviso tramite il sistema proprietario Protocollo RBF ai Roombanker hub.
2. Elaborazione hub — L'hub convalida l'evento, applica l'eventuale configurazione della zona (ritardi di ingresso/uscita, logica di allarme confermata) e formatta l'evento in un messaggio strutturato.
3. Trasmissione — L'hub invia l'evento formattato attraverso il percorso primario (Ethernet o Wi-Fi) al ricevitore ARC, con passaggio automatico al percorso di backup (4G LTE) qualora il percorso primario non sia disponibile.
4. Ricevitore ARC — Il ricevitore della stazione di monitoraggio decodifica la trasmissione, autentica la sorgente e instrada l'evento alla console dell'operatore appropriato.
5. Azione dell'operatore — L'operatore valuta l'evento in base al profilo di verifica del cliente e avvia il protocollo di risposta.

Il tempo di trasmissione end-to-end dal trigger del sensore al display del ricevitore ARC non deve superare i 30 secondi per le installazioni di Grado 2 e i 10 secondi per quelle di Grado 3 secondo la norma EN 50131-1. Nei test interni effettuati su 40 siti residenziali e commerciali in Germania e Polonia durante il terzo trimestre del 2025, il Roombanker L'hub ha completato questa catena in una media di 6.2 secondi tramite Ethernet e 8.4 secondi tramite backup 4G LTE.

Protocolli ARC: SIA DC-09, SIA DC-04 e Wireless Relay

Tre famiglie di protocolli principali collegano le centrali di allarme ai ricevitori ARC. Ciascuna utilizza un percorso di comunicazione diverso e offre compromessi distinti in termini di quantità di dati, affidabilità e larghezza di banda.

SIA DC-09 (Contact ID over IP)

Il protocollo dominante per le nuove installazioni ARC in Europa. SIA DC-09 trasmette i codici evento Contact ID su reti TCP/IP o UDP/IP utilizzando un formato dati strutturato che include il numero di conto, il codice evento, il numero di zona o utente e l'identificativo di partizione.

Il protocollo trasmette 16 cifre di informazioni per ogni trasmissione:

• Numero di conto (4 o 6 cifre): identifica il cliente
• Codice evento (3 cifre): identifica il tipo di evento, definito dallo standard Contact ID
• Numero di zona o utente (3 cifre): identifica il sensore o l'utente specifico
• Numero di partizione (2 cifre): identifica l'area all'interno del sito
• Checksum (2 cifre): verifica l'integrità del messaggio

Il formato del messaggio segue una struttura fissa che ogni ricevitore compatibile con SIA DC-09 analizza in modo identico; ecco perché Contact ID su IP è diventato il protocollo predefinito per le nuove connessioni delle stazioni di monitoraggio in tutta Europa.

SIA DC-04 (Identificazione del contatto tramite voce)

Il protocollo standard più vecchio che trasmette i codici Contact ID tramite segnalazione a frequenza vocale su un canale vocale PSTN o cellulare standard. Il DC-04 utilizza toni DTMF per codificare lo stesso formato di messaggio a 16 cifre del DC-09, modulato su un percorso audio.

Il DC-04 rimane rilevante per due scenari specifici: siti in cui la connettività IP non è disponibile o non è affidabile e ricevitori ARC di vecchia generazione che non sono stati aggiornati alla ricezione basata su IP. Il compromesso consiste in tempi di trasmissione più lunghi (8-15 secondi per la trasmissione a toni contro meno di 1 secondo per IP) e nell'assenza di crittografia integrata.

Ripetitore wireless (GSM/4G Direct)

Alcuni ricevitori ARC accettano trasmissioni wireless dirette dai pannelli di allarme senza una rete IP intermedia. L'hub integra un modulo cellulare (in genere 4G LTE Cat 1 o Cat M1) che stabilisce una sessione dati sicura direttamente con il ricevitore cellulare del ricevitore ARC.

La trasmissione wireless elimina la dipendenza dall'infrastruttura di rete locale del sito, un vantaggio prezioso per i siti con connessione internet inaffidabile o per installazioni ad alta sicurezza in cui il percorso di monitoraggio deve essere fisicamente indipendente dalla rete del cliente. Il compromesso consiste in un costo dati per dispositivo più elevato e in una latenza leggermente maggiore (in genere 300-800 ms in più) per la procedura di connessione cellulare.

Codici evento: ID contatto e formati SIA

Lo standard Contact ID definisce oltre 150 codici evento organizzati per categoria. Ogni sistema di allarme compatibile con ARC deve codificare gli eventi utilizzando questi codici, poiché la stazione ricevente li utilizza per determinare il tipo di evento, la priorità e la risposta richiesta all'operatore.

Codici evento ID contatto comuni

Ogni codice evento viene inviato con l'identificativo di zona o utente che consente all'operatore ARC di individuare con precisione il dispositivo o la posizione. Ad esempio, il codice evento 138 con zona 007 indica all'operatore che il sensore di movimento PIR nel ripostiglio al piano terra (zona 7) si è attivato mentre il sistema era inserito.

Codici di formato SIA

Il formato SIA, definito in SIA DC-04 e ampliato in SIA DC-07, utilizza codici alfabetici anziché codici numerici a tre cifre. Gli identificatori di evento SIA più comuni includono:

• BA (allarme antifurto)
• FA (allarme antincendio)
• PA (allarme antipanico)
• KA (Allarme tastiera)
• TA (allarme manomissione)
• LT (Bassa Temperatura)
• WAT (allarme acqua)
• CA (interruzione di corrente CA)
• LB (Batteria scarica)
• YR (Armamento del sistema)
• YP (Disattivazione del sistema)
• RB (Ripristina, Batteria)
• RC (Ripristino, CA)
• RP (Ripristina, Potere)
• RS (Ripristino, Supervisione)

Il formato SIA contiene dati più ricchi per evento rispetto al Contact ID, poiché la lunghezza del codice è variabile e si possono aggiungere qualificatori aggiuntivi. Tuttavia, il formato SIA non è supportato universalmente dai ricevitori ARC, soprattutto al di fuori del Nord America. La maggior parte degli ARC europei utilizza il Contact ID come denominatore comune minimo e il formato SIA come percorso di aggiornamento per dati di evento più completi.

Failover a doppio percorso: comunicazione primaria e di backup

Un singolo percorso di comunicazione rappresenta un singolo punto di guasto. Se la connessione internet del sito si interrompe durante un'effrazione nel fine settimana, l'evento di allarme non raggiungerà mai il Centro di Controllo e Riparazione (ARC). La comunicazione a doppio percorso risolve questo problema mantenendo due canali di trasmissione indipendenti e commutando automaticamente tra di essi.

Come funziona il doppio percorso

Migliori Roombanker L'hub mantiene due percorsi di comunicazione simultanei:

• Percorso principaleConnessione Ethernet (RJ-45) o Wi-Fi (802.11 b/g/n) al router a banda larga del sito.
• Percorso di backup: Modulo cellulare 4G LTE Cat 1 integrato con slot SIM dedicato

L'hub invia tutti gli eventi sul percorso primario quando disponibile. Il percorso di backup rimane in modalità standby, eseguendo controlli periodici di connettività. Quando l'hub rileva che il percorso primario non funziona, sia per timeout della connessione TCP che per perdita di integrità del collegamento, passa al percorso di backup. Roombanker Secondo i test interni condotti su 30 cicli di prova con simulazione di disconnessione di rete, questo failover si completa in meno di 5 secondi.

L'hub continua a monitorare il percorso principale anche durante il funzionamento in modalità di backup. Quando il percorso principale viene ripristinato, l'hub torna automaticamente al percorso di backup, garantendo che per le comunicazioni in corso venga utilizzato il percorso con maggiore larghezza di banda e minore latenza.

Requisiti per il doppio percorso secondo la norma EN 50131

La norma EN 50131-1 definisce i requisiti del percorso di trasmissione in base al livello di sicurezza:

• Grade 2Richiede almeno un percorso di trasmissione affidabile. Il doppio percorso è consigliato ma non obbligatorio. Tempo massimo di trasmissione: 30 secondi.
• Grade 3Richiede comunicazione a doppio percorso o a percorso singolo con conferma di consegna. Tempo massimo di trasmissione: 10 secondi.
• Grade 4Richiede un doppio percorso con instradamento indipendente e comunicazione protetta. Tempo massimo di trasmissione: 5 secondi.

Per le installazioni di Grado 3, il percorso di backup deve essere fisicamente indipendente dal percorso primario. Un modulo 4G LTE che condivide l'involucro dell'hub soddisfa il requisito di indipendenza perché utilizza un'interfaccia di rete separata e un'infrastruttura cellulare indipendente dalla connessione a banda larga del sito. Vedere il Flusso di lavoro per l'installazione di allarmi wireless in siti commerciali per ulteriori informazioni sulla pianificazione dell'implementazione di Grado 3.

Supervisione Heartbeat: EN 50131 Intervalli di temporizzazione e di polling

La supervisione è il meccanismo tramite il quale l'hub conferma che ogni sensore wireless sia ancora operativo e nel raggio d'azione. Senza supervisione, un sensore potrebbe guastarsi silenziosamente (batteria scarica, manomissione rimossa, percorso radio ostruito) e il sistema apparirebbe normale fino a quando un evento reale non viene trasmesso.

Come funziona la supervisione

Ciascun sensore registrato trasmette un segnale di supervisione a intervalli programmati. L'hub si aspetta di ricevere questo segnale entro una finestra di timeout definita. Se la finestra scade senza che venga ricevuto alcun segnale di supervisione, l'hub genera un evento di errore di supervisione (codice ID contatto 381) e lo trasmette all'ARC.

Migliori Roombanker L'hub interroga i dispositivi registrati a intervalli configurabili dall'utente. Intervalli di supervisione predefiniti per tipo di dispositivo:

• Sensori di movimento PIR: 15 minuti
• Sensori magnetici per porte/finestre: 30 minuti
• Rilevatori di fumo: 10 minuti
• Telecomandi e pulsanti antipanico: 60 minuti

L'hub mantiene una tolleranza di errore di supervisione pari a 3 mancate connessioni consecutive prima di dichiarare un dispositivo offline. Ciò impedisce che interferenze RF transitorie generino falsi errori di supervisione, garantendo al contempo che un dispositivo effettivamente mancante venga segnalato entro 45-90 minuti, a seconda del tipo di dispositivo.

EN 50131 Requisiti di supervisione

Le norme EN 50131-2-2 (per i rilevatori PIR) e EN 50131-2-6 (per i contatti magnetici) specificano gli intervalli massimi di supervisione:

• Grade 2Il dispositivo deve segnalare il proprio stato almeno ogni 24 ore. Un guasto deve essere segnalato entro 24 ore da una mancata comunicazione.
• Grade 3Il dispositivo deve segnalare il proprio stato almeno ogni 4 ore. Un guasto deve essere segnalato entro 4 ore da una mancata comunicazione.

Migliori Roombanker L'intervallo di polling predefinito di 15 minuti dell'hub per i sensori PIR supera i requisiti di Grado 3 di un fattore 16, garantendo un rilevamento dei guasti del sensore significativamente più rapido rispetto al minimo standard.

Confronto tra polling e mesh overhead

I sistemi di allarme wireless utilizzano in genere una delle due architetture di supervisione: polling (topologia a stella) o mesh (routing peer-to-peer). Ciascun approccio ha implicazioni distinte in termini di sovraccarico di rete, durata della batteria e scalabilità.

In un'architettura di polling con 50 sensori a intervalli di 15 minuti, l'hub invia 50 messaggi di polling e riceve 50 risposte per ciclo, per un totale di 200 messaggi all'ora (combinando polling e segnali di supervisione per dispositivo). Ciascun sensore è attivo per circa 120 ms per ciclo, con un duty cycle dello 0.013%.

In un'architettura mesh con 50 sensori, dove ogni dispositivo deve inoltrare i dati per 3-5 peer, gli stessi 50 dispositivi generano 200-300 messaggi per ciclo a causa dell'inoltro dei relay. I dispositivi che fungono da relay hanno cicli di lavoro 3-5 volte superiori rispetto ai dispositivi leaf, il che crea un consumo irregolare della batteria e una tempistica di supervisione imprevedibile.

Migliori Roombanker L'hub utilizza una topologia a stella con il protocollo proprietario RBF per la comunicazione tra i sensori. L'approccio basato sul polling è intenzionale: garantisce una temporizzazione di supervisione deterministica, un consumo uniforme della batteria per tutti i sensori e un overhead di rete prevedibile, indipendentemente dalle dimensioni dell'installazione.

Integrazione ARC per Paese europeo

I requisiti ARC variano notevolmente nei diversi mercati europei. Un installatore che opera a livello internazionale deve comprendere gli standard e le aspettative specifiche di ciascun paese.

Regno Unito: BS 8243

Lo standard britannico disciplina il formato e il contenuto dei messaggi di allarme trasmessi dai sistemi di allarme ai ricevitori ARC. La norma BS 8243 definisce tre livelli di messaggio:

• Livello 1: Evento di allarme di base con numero di conto e tipo di evento
• Livello 2: Livello 1 più identità della zona e orario dell'evento
• Livello 3: Livello 2 più stato di allarme confermato e informazioni di verifica

La maggior parte dei centri di risposta alle emergenze (ARC) del Regno Unito prevede come minimo messaggi di Livello 2 e molti ora richiedono il Livello 3 per l'intervento della polizia. La norma BS 8243 impone inoltre una comunicazione a doppio percorso per i sistemi che richiedono l'intervento della polizia, con il percorso di backup in grado di gestire l'intero carico di messaggi di Livello 3.

Migliori Roombanker L'hub supporta la messaggistica BS 8243 Livello 3 con failover a doppio percorso, trasmettendo codici ID contatto con dati di zona e partizione che soddisfano i requisiti UK ARC senza convertitori di protocollo aggiuntivi.

Germania: VdS

La certificazione VdS (Verband der Sachversicherer) è lo standard per i sistemi di allarme di livello assicurativo in Germania. La norma VdS 2311 specifica i requisiti per i sistemi di allarme di pericolo, inclusa la trasmissione ai centri di controllo del rischio.

VdS richiede:

• Comunicazione bidirezionale con tempo di trasmissione inferiore a 30 secondi (Grado 2) o 10 secondi (Grado 3)
• Comunicazione crittografata tra la centrale di allarme e il ricevitore ARC.
• Supervisione del percorso di comunicazione con segnalazione dei guasti entro 5 minuti
• Registrazione degli eventi con conservazione minima di 30 giorni sul pannello

VdS richiede inoltre che il ricevitore ARC confermi ogni trasmissione. Se la conferma non viene ricevuta entro un intervallo di tempo definito, il pannello deve ritentare la trasmissione sul percorso alternativo.

Francia: APSAD

La certificazione APSAD P3/P4, gestita da CNPP, è lo standard francese per la trasmissione degli allarmi ai centri di monitoraggio. APSAD definisce due categorie:

• P3: Rilevamento standard delle intrusioni con trasmissione non supervisionata
• P4Trasmissione monitorata con supervisione del percorso, generalmente richiesta per la conformità assicurativa.

In genere, le centrali operative di emergenza francesi si aspettano una comunicazione a doppio percorso per la conformità alla norma P4, con un tempo di trasmissione inferiore a 30 secondi. APSAD richiede inoltre la compatibilità con il formato del codice evento in lingua francese utilizzato da molte centrali di monitoraggio nazionali, oltre ai codici ID contatto standard.

Migliori Roombanker La mappatura configurabile dei codici evento dell'hub consente la conversione dei codici ID contatto standard nei formati previsti dagli ARC francesi, eliminando la necessità di un convertitore di protocollo esterno a livello dell'hub.

EN 18031-1 Requisiti di sicurezza informatica per la comunicazione ARC

La norma EN 18031-1, in vigore da febbraio 2025, stabilisce i requisiti di sicurezza informatica per le apparecchiature radio connesse alle reti di comunicazione. Per i sistemi di allarme connessi tramite ARC, la norma introduce tre requisiti specifici:

Autenticazione reciproca: L'hub di allarme e il ricevitore ARC devono autenticarsi reciprocamente prima di stabilire una sessione dati. Ciò impedisce ai dispositivi non autorizzati di immettere eventi falsi nel flusso di monitoraggio e impedisce all'hub di connettersi a ricevitori fraudolenti. Roombanker L'hub implementa l'autenticazione TLS reciproca (mTLS) utilizzando certificati X.509 preconfigurati durante la fase di onboarding di ARC.

Aggiornamento firmware sicuroL'hub deve verificare l'integrità e l'autenticità degli aggiornamenti del firmware prima di applicarli. La norma EN 18031-1 richiede un firmware firmato con verifica crittografica, che impedisce a un firmware compromesso di alterare il comportamento di trasmissione degli eventi.

sessione di comunicazione sicuraIl percorso dati tra l'hub e l'ARC deve essere crittografato utilizzando gli algoritmi specificati nello standard. La comunicazione che, in caso di failover, ricorre a un percorso non crittografato viola il requisito.

Al momento della stesura del presente documento, la conformità alla norma EN 18031-1 è obbligatoria per le nuove apparecchiature radio immesse sul mercato dell'UE. Gli impianti esistenti dovranno essere conformi entro febbraio 2026.

Comunicazione crittografata: AES-128 e TLS

Le comunicazioni ARC viaggiano su infrastrutture di rete pubbliche, il che significa che possono essere intercettate, modificate o riprodotte senza crittografia. Due livelli di crittografia proteggono le trasmissioni ARC.

Transport Layer Security (TLS)

TLS 1.2 o 1.3 crittografa la connessione TCP tra l'hub e il ricevitore ARC. Ciò fornisce protezione a livello di trasporto, garantendo che l'intero payload del messaggio, le intestazioni e i metadati del protocollo siano crittografati durante la trasmissione.

Il protocollo TLS fornisce anche l'autenticazione del server tramite certificati X.509, che permette all'hub di verificare di connettersi al ricevitore ARC legittimo e non a un impostore. Quando è configurato il TLS reciproco, anche il ricevitore ARC verifica l'identità dell'hub.

Crittografia del payload AES-128

Oltre a TLS, il protocollo SIA DC-09 supporta la crittografia AES-128 del payload del messaggio Contact ID. Ciò garantisce la crittografia end-to-end dall'hub al software di decodifica del ricevitore ARC, indipendentemente dal livello di trasporto.

L'approccio a doppio strato protegge da due diversi modelli di minaccia: TLS protegge il canale di comunicazione (attenuando gli attacchi man-in-the-middle sul percorso di rete), mentre la crittografia del payload AES-128 protegge i dati dell'evento stesso (garantendo che anche un'infrastruttura di ricezione ARC compromessa non possa decrittografare i dati storici degli eventi).

Migliori Roombanker L'hub supporta simultaneamente la crittografia del payload TLS 1.2 e AES-128, la configurazione raccomandata dalla norma EN 18031-1. La crittografia con accelerazione hardware sul chip RBF SIP mantiene l'impatto sulle prestazioni al di sotto di un aumento di latenza misurabile nei test di produzione.

Domande frequenti: Integrazione ARC per sistemi di allarme wireless

1. Qual è la differenza tra SIA DC-09 e Contact ID?

Contact ID è il formato del codice evento che definisce il significato di ciascun evento di allarme (138 = furto con scasso, 110 = incendio, ecc.). SIA DC-09 è la specifica di protocollo che definisce come i messaggi Contact ID vengono impacchettati e trasmessi su reti IP. Si può pensare a Contact ID come al linguaggio e a SIA DC-09 come all'involucro. Tutte le implementazioni di SIA DC-09 veicolano i codici evento Contact ID, ma i codici Contact ID possono essere veicolati anche tramite altri protocolli (SIA DC-04 su voce o formati proprietari).

2. Un sistema di allarme wireless può raggiungere un tempo di trasmissione ARC di grado 3?

Sì. Il grado 3 richiede la trasmissione entro 10 secondi. Nei test interni effettuati in 40 siti in Germania e Polonia nel terzo trimestre del 2025, il Roombanker L'hub ha registrato un tempo medio di 6.2 secondi su Ethernet e di 8.4 secondi su 4G LTE. Il fattore limitante per i sistemi wireless non è il percorso radio tra i sensori e l'hub (che opera in millisecondi), bensì la trasmissione su rete geografica (WAN) al ricevitore ARC. Una configurazione a doppio percorso con un percorso IP reattivo e un backup 4G LTE soddisfa le soglie di temporizzazione di Grado 3 nella maggior parte delle installazioni reali.

3. Cosa succede se entrambi i canali di comunicazione si interrompono contemporaneamente?

Se entrambi i percorsi, primario e di backup, non sono disponibili quando si verifica un evento, Roombanker L'hub memorizza fino a 500 eventi in memoria non volatile. L'hub continua a ritentare la trasmissione su entrambi i percorsi a intervalli di 30 secondi. Quando un percorso viene ripristinato, l'hub trasmette tutti gli eventi memorizzati in ordine cronologico, incluso il timestamp di ciascun evento originale. Il ricevitore ARC li elabora come eventi ritardati. Per le installazioni di Grado 3, dove la consegna garantita è fondamentale, un modulo 4G LTE secondario di un operatore diverso fornisce ulteriore diversità di percorso.

4. Ho bisogno di hardware diverso per i diversi paesi europei?

No. Il Roombanker L'hub supporta la comunicazione ARC multiregionale tramite configurazione software. Lo stesso hub può trasmettere codici Contact ID nel formato UK previsto dai ricevitori BS 8243 Livello 3, nel formato crittografato conforme a VdS utilizzato in Germania e nel formato APSAD P4 richiesto in Francia. Le configurazioni specifiche per paese vengono applicate tramite il Roombanker Portale in fase di implementazione. Il modulo cellulare supporta le bande 4G LTE utilizzate in tutta Europa (B1, B3, B7, B8, B20) in un unico SKU.

5. In che modo la norma EN 18031-1 influisce sugli impianti ARC esistenti?

La norma EN 18031-1 è un requisito transitorio. Le nuove apparecchiature immesse sul mercato UE a partire da febbraio 2025 devono essere conformi. Gli impianti esistenti hanno tempo fino a febbraio 2026 per aggiornarsi. Per i sistemi connessi tramite ARC, l'impatto pratico è il seguente: (a) l'hub e l'ARC devono autenticarsi reciprocamente (in genere tramite mTLS con certificati X.509), (b) il percorso di comunicazione deve essere crittografato senza possibilità di fallback non crittografato e (c) gli aggiornamenti del firmware devono essere firmati crittograficamente. Roombanker Gli hub prodotti a partire da gennaio 2025 supportano tutti e tre i requisiti. Gli hub più vecchi richiedono un aggiornamento del firmware per abilitare TLS 1.2 con autenticazione reciproca.

6. Quale intervallo di supervisione è sufficiente per la conformità di Grado 2?

La norma EN 50131-2-2 richiede che i sensori di grado 2 segnalino il loro stato almeno una volta ogni 24 ore. RoombankerL'intervallo di supervisione predefinito di 15 minuti del sensore PIR supera questo di un fattore 96. L'intervallo più breve offre vantaggi pratici oltre alla conformità: rilevamento più rapido di manomissione del dispositivo o guasto della batteria, avviso più precoce di degrado della portata e dati di qualità del percorso più frequenti per l'installatore che monitora lo stato di salute del sistema attraverso il Roombanker Portale.

7. Posso integrare un Roombanker sistema con un contratto ARC esistente?

Nella maggior parte dei casi, sì. Roombanker L'hub trasmette i codici evento Contact ID tramite SIA DC-09, che è il protocollo supportato dalla maggior parte dei ricevitori ARC europei. Se il tuo ARC utilizza un protocollo diverso, l'hub può essere configurato per connettersi tramite un ricevitore di allarme di terze parti che esegue la traduzione del protocollo. Roombanker Il team tecnico fornisce la verifica della compatibilità ARC durante il processo di onboarding. Contatta il tuo distributore regionale per i test preliminari con la tua stazione di monitoraggio.

Scarica le specifiche di integrazione ARC

Ottieni le specifiche tecniche complete, inclusi i formati dei messaggi di protocollo, la matrice di compatibilità del ricevitore e i modelli di configurazione specifici per paese. Questo documento è destinato agli integratori di sicurezza e ai team tecnici ARC che pianificano Roombanker integrazione di sistema.

Scarica il PDF con le specifiche di integrazione ARC

Nota sull'accuratezza tecnica: i dati relativi al tempo di trasmissione provengono da test interni (Q3 2025, 40 siti, Germania e Polonia). I dati relativi all'intervallo di supervisione e alla temporizzazione del failover provengono da Roombanker Rapporti di prova ingegneristici, documentati secondo gli standard di metodologia di prova ISO 17025. Riferimenti EN 50131 basati su testi standard CEN/CENELEC pubblicati. Specifiche del protocollo tratte dagli standard SIA DC-09 e DC-04 pubblicati. Lo standard EN 50131 (CEN/CENELEC, 2016) fornisce il quadro di riferimento per i requisiti di trasmissione degli allarmi citati in questa guida.

Esplora di più

• Guida alla conformità alla norma EN 50131
• Guida al sopralluogo
• Guida alla certificazione EMEA

Esplora di più: Analisi tecnica approfondita del protocollo RBF | Caso di studio SSG Romania | Roombanker Smart Hub | Diventa Distributore