Connexion des systèmes d'alarme sans fil aux centres de surveillance ARC : Guide technique

Vous avez installé un système d'alarme sans fil dans un local commercial de 500 m², les capteurs sont appariés, les zones configurées, et le client s'attend à ce qu'un centre de télésurveillance soit informé d'une intrusion dans les 30 secondes. Cependant, le cheminement entre le déclenchement d'un capteur PIR et la console de l'opérateur du centre de télésurveillance implique de multiples protocoles, voies de transmission et exigences de conformité que la plupart des installateurs ne découvrent qu'en cas de dysfonctionnement.

Ce guide couvre l'intégralité de la chaîne technique : comment les événements d'alarme transitent des capteurs sans fil aux récepteurs ARC, quels protocoles les acheminent, quelles normes européennes régissent la connexion et comment concevoir une communication à double voie conforme aux exigences de niveau 2 et de niveau 3. EN 50131.

Comment fonctionne ARC Communication : Le parcours de l’événement

Un événement d'alarme traverse cinq étapes distinctes avant d'être détecté par un opérateur :

1. Déclencheur de capteur — Un détecteur de mouvement PIR détecte les changements infrarouges et transmet une alerte via le système propriétaire Protocole RBF à la Roombanker centre.
2. Traitement centralisé — Le hub valide l'événement, applique toute configuration de zone (délais d'entrée/sortie, logique d'alarme confirmée) et formate l'événement en un message structuré.
3. Transmission — Le hub envoie l'événement formaté via le chemin principal (Ethernet ou WiFi) au récepteur ARC, avec basculement automatique vers le chemin de secours (4G LTE) si le chemin principal est indisponible.
4. Récepteur ARC — Le récepteur de la station de surveillance décode la transmission, authentifie la source et achemine l'événement vers la console de l'opérateur appropriée.
5. Action de l'opérateur — L'opérateur évalue l'événement par rapport au profil de vérification du client et déclenche le protocole de réponse.

Le temps de transmission de bout en bout, du déclenchement du capteur à l'affichage du récepteur ARC, ne doit pas dépasser 30 secondes pour les installations de classe 2 et 10 secondes pour celles de classe 3, conformément à la norme EN 50131-1. Lors de tests internes menés sur 40 sites résidentiels et commerciaux en Allemagne et en Pologne au cours du troisième trimestre 2025, Roombanker Le hub a complété cette chaîne en 6.2 secondes en moyenne via Ethernet et en 8.4 secondes via la sauvegarde 4G LTE.

Protocoles ARC : SIA DC-09, SIA DC-04 et relais sans fil

Trois familles de protocoles principales permettent de connecter les panneaux d'alarme aux récepteurs ARC. Chacune emprunte un chemin de communication différent et offre des compromis distincts en termes de richesse des données, de fiabilité et de bande passante.

SIA DC-09 (Identification de contact sur IP)

Le protocole dominant pour les nouvelles installations ARC en Europe. SIA DC-09 transmet les codes d'événement Contact ID sur les réseaux TCP/IP ou UDP/IP en utilisant un format de données structuré qui comprend le numéro de compte, le code d'événement, le numéro de zone ou d'utilisateur et l'identifiant de partition.

Le protocole transmet 16 chiffres d'information par transmission :

• Numéro de compte (4 ou 6 chiffres) : identifie le client
• Code d'événement (3 chiffres) : identifie le type d'événement, défini par la norme Contact ID
• Numéro de zone ou d'utilisateur (3 chiffres) : identifie le capteur ou l'utilisateur spécifique
• Numéro de partition (2 chiffres) : identifie la zone au sein du site
• Somme de contrôle (2 chiffres) : valide l’intégrité du message

Le format du message suit une structure fixe que chaque récepteur compatible SIA DC-09 analyse de manière identique, ce qui explique pourquoi Contact ID sur IP est devenu le protocole par défaut pour les nouvelles connexions des stations de surveillance à travers l'Europe.

SIA DC-04 (Identification des contacts par la voix)

Le protocole DC-04, plus ancien, transmet les codes d'identification de contact par signalisation vocale sur un réseau téléphonique public commuté (RTPC) ou cellulaire standard. Il utilise des tonalités DTMF pour encoder le même format de message à 16 chiffres que le DC-09, modulé sur un canal audio.

Le DC-04 reste pertinent dans deux cas précis : les sites où la connectivité IP est indisponible ou instable, et les récepteurs ARC anciens qui n’ont pas été mis à niveau vers la réception IP. En contrepartie, le temps de transmission est plus long (8 à 15 secondes pour la transmission par tonalité contre moins d’une seconde pour l’IP) et il ne dispose pas de chiffrement intégré.

Relais sans fil (GSM/4G Direct)

Certains récepteurs ARC acceptent les transmissions sans fil directes des centrales d'alarme, sans passer par un réseau IP intermédiaire. Le concentrateur intègre un module cellulaire (généralement 4G LTE Cat 1 ou Cat M1) qui établit une session de données sécurisée directement avec le récepteur cellulaire du récepteur ARC.

Le relais sans fil élimine la dépendance à l'infrastructure réseau locale du site, ce qui est précieux pour les sites disposant d'une connexion Internet instable ou pour les installations à haute sécurité où le chemin de surveillance doit être physiquement indépendant du réseau du client. En contrepartie, le coût des données par appareil est plus élevé et la latence est légèrement accrue (généralement de 300 à 800 ms supplémentaires) pour la procédure de connexion cellulaire.

Codes d'événement : formats d'identifiant de contact et de SIA

La norme Contact ID définit plus de 150 codes d'événements organisés par catégorie. Tout système d'alarme compatible ARC doit encoder les événements à l'aide de ces codes, car la station de réception utilise le code pour déterminer le type d'événement, sa priorité et l'intervention requise de l'opérateur.

Codes d'événements d'identification de contact courants

Chaque code d'événement est transmis avec l'identifiant de zone ou d'utilisateur permettant à l'opérateur ARC de localiser précisément l'appareil ou l'emplacement. Par exemple, le code d'événement 138 associé à la zone 007 indique à l'opérateur que le détecteur de mouvement PIR du local de stockage du rez-de-chaussée (zone 7) s'est déclenché alors que le système était armé.

Codes de format SIA

Le format SIA, défini dans la norme SIA DC-04 et étendu dans la norme SIA DC-07, utilise des codes alphabétiques plutôt que des codes numériques à trois chiffres. Les identifiants d'événements SIA les plus courants sont les suivants :

• BA (Alarme antivol)
• FA (Alarme incendie)
• PA (Alarme panique)
• KA (Alarme à clavier)
• TA (Alarme anti-sabotage)
• LT (basse température)
• WAT (Alarme à eau)
• CA (Perte de puissance CA)
• LB (Batterie faible)
• YR (Armement du système)
• YP (Désarmement du système)
• RB (Restauration, Batterie)
• RC (Restauration, CA)
• RP (Restauration, Puissance)
• RS (Restauration, Supervision)

Le format SIA offre des données plus complètes par événement que le Contact ID, car la longueur du code est variable et des qualificateurs supplémentaires peuvent y être ajoutés. Cependant, sa prise en charge par les récepteurs ARC est moins universelle, notamment hors d'Amérique du Nord. La plupart des ARC européens utilisent le Contact ID comme format minimal commun et le format SIA comme solution de mise à niveau pour des données d'événement plus riches.

Basculement à double voie : communication principale et de secours

Une communication à voie unique constitue un point de défaillance unique. Si la connexion internet du site est interrompue lors d'une intrusion le week-end, l'alerte ne parvient jamais au centre de télésurveillance. La communication à double voie résout ce problème en maintenant deux canaux de transmission indépendants et en basculant automatiquement en cas de panne.

Comment fonctionne le double chemin

Le Roombanker Le hub maintient deux voies de communication simultanées :

• Chemin principal: Connexion Ethernet (RJ-45) ou WiFi (802.11 b/g/n) au routeur haut débit du site
• Chemin de sauvegardeModule cellulaire 4G LTE Cat 1 intégré avec emplacement SIM dédié

Le concentrateur envoie tous les événements via le chemin principal lorsqu'il est disponible. Le chemin de secours reste en veille et effectue des contrôles de connectivité périodiques. Lorsque le concentrateur détecte une défaillance du chemin principal (expiration de la connexion TCP ou perte d'intégrité du lien), il bascule sur le chemin de secours. Roombanker Au niveau du hub, ce basculement s'effectue en moins de 5 secondes lors de tests internes réalisés sur 30 cycles de test avec une déconnexion réseau simulée.

Le concentrateur continue de surveiller le chemin principal tout en fonctionnant sur le chemin de secours. Lorsque le chemin principal est rétabli, le concentrateur revient automatiquement au chemin principal, garantissant ainsi l'utilisation du chemin à plus large bande passante et à plus faible latence pour la communication continue.

Exigences relatives à la double voie EN 50131

La norme EN 50131-1 définit les exigences relatives aux chemins de transmission par niveau de sécurité :

• Niveau 2Nécessite au moins une voie de transmission fiable. Une double voie est recommandée, mais non obligatoire. Durée maximale de transmission : 30 secondes.
• Niveau 3Nécessite une communication à double voie ou une voie unique avec confirmation de livraison. Durée de transmission maximale : 10 secondes.
• Niveau 4Nécessite un double chemin avec routage indépendant et communication renforcée. Durée de transmission maximale : 5 secondes.

Pour les installations de niveau 3, le chemin de secours doit être physiquement indépendant du chemin principal. Un module 4G LTE partageant le même boîtier que le concentrateur répond à cette exigence d'indépendance car il utilise une interface réseau et une infrastructure cellulaire distinctes, indépendantes de la connexion haut débit du site. Voir la Processus d'installation d'alarmes sans fil pour les sites commerciaux pour en savoir plus sur la planification du déploiement de niveau 3.

Surveillance du rythme cardiaque : EN 50131 Intervalles de synchronisation et d’interrogation

La supervision est le mécanisme par lequel le concentrateur vérifie que chaque capteur sans fil est toujours opérationnel et à portée. Sans supervision, un capteur pourrait tomber en panne silencieusement (batterie déchargée, sabotage retiré, obstruction du signal radio) et le système semblerait fonctionner normalement jusqu'à ce qu'un événement réel empêche la transmission.

Comment fonctionne la supervision

Chaque capteur enregistré transmet un signal de supervision à intervalles réguliers. Le concentrateur s'attend à recevoir ce signal dans un délai imparti. Si ce délai expire sans signal de supervision, le concentrateur génère un événement d'échec de supervision (code d'identification de contact 381) et le transmet au centre de contrôle d'accès (ARC).

Le Roombanker Le hub interroge ses appareils inscrits à intervalles configurables par l'utilisateur. Intervalles de supervision par défaut par type d'appareil :

• Capteurs de mouvement PIR: 15 minutes
• Capteurs magnétiques pour portes/fenêtres: 30 minutes
• Détecteur de fumée: 10 minutes
• Porte-clés et boutons panique: 60 minutes

Le concentrateur applique une tolérance de panne de supervision de trois absences de connexion consécutives avant de déclarer un appareil hors ligne. Ceci empêche les interférences radiofréquences transitoires de générer de fausses alertes de surveillance, tout en garantissant qu'un appareil réellement manquant est signalé dans un délai de 45 à 90 minutes, selon son type.

Exigences de surveillance EN 50131

Les normes EN 50131-2-2 (pour les détecteurs PIR) et EN 50131-2-6 (pour les contacts magnétiques) spécifient des intervalles de surveillance maximum :

• Niveau 2L'appareil doit signaler son état au moins toutes les 24 heures. Tout dysfonctionnement doit être signalé dans les 24 heures suivant un enregistrement manqué.
• Niveau 3L'appareil doit signaler son état au moins toutes les 4 heures. Tout dysfonctionnement doit être signalé dans les 4 heures suivant un enregistrement manqué.

Le Roombanker L'intervalle d'interrogation par défaut de 15 minutes du hub pour les capteurs PIR dépasse de 16 fois les exigences de la classe 3, ce qui permet une détection des pannes de capteur nettement plus rapide que le minimum standard.

Comparaison entre le sondage et la surcharge maillée

Les systèmes d'alarme sans fil utilisent généralement l'une des deux architectures de supervision suivantes : par interrogation (topologie en étoile) ou par maillage (routage pair à pair). Chaque approche a des implications distinctes en termes de surcharge réseau, d'autonomie de la batterie et d'évolutivité.

Dans une architecture d'interrogation avec 50 capteurs à intervalles de 15 minutes, le concentrateur envoie 50 messages d'interrogation et reçoit 50 réponses par cycle, soit 200 messages au total par heure (interrogations et signaux de supervision combinés par appareil). Chaque capteur est actif pendant environ 120 ms par cycle, ce qui correspond à un facteur d'utilisation de 0.013 %.

Dans une architecture maillée de 50 capteurs où chaque appareil doit relayer les données pour 3 à 5 pairs, ces mêmes 50 appareils génèrent 200 à 300 messages par cycle en raison du relais. Les appareils relais ont un cycle de service 3 à 5 fois supérieur à celui des appareils terminaux, ce qui entraîne une consommation de batterie inégale et une imprévisibilité du calendrier de supervision.

Le Roombanker Le hub utilise une topologie en étoile avec le protocole propriétaire RBF pour la communication avec les capteurs. L'approche par interrogation est délibérée : elle garantit une planification de la supervision déterministe, une consommation de batterie uniforme pour tous les capteurs et une surcharge réseau prévisible quelle que soit la taille de l'installation.

Intégration de l'ARC par pays européen

Les exigences en matière de contrôle de la qualité varient considérablement d'un marché européen à l'autre. Un installateur intervenant à l'international doit connaître les normes et les attentes spécifiques de chaque pays.

Royaume-Uni : BS 8243

La norme britannique BS 8243 régit le format et le contenu des messages d'alarme transmis des systèmes d'alarme aux récepteurs ARC. Elle définit trois niveaux de message :

• Niveau 1: Événement d'alarme de base avec numéro de compte et type d'événement
• Niveau 2Niveau 1, identité de la zone et heure de l'événement
• Niveau 3Niveau 2 plus statut d'alarme confirmé et informations de vérification

La plupart des centres de réponse aux appels d'urgence (ARC) britanniques exigent au minimum des messages de niveau 2 et beaucoup requièrent désormais le niveau 3 pour l'intervention de la police. La norme BS 8243 impose également une communication à double voie pour les systèmes sollicitant l'intervention des forces de l'ordre, la voie de secours étant capable de supporter la totalité du volume de messages de niveau 3.

Le Roombanker Le hub prend en charge la messagerie BS 8243 de niveau 3 avec basculement à double chemin, transmettant les codes d'identification de contact avec les données de zone et de partition qui satisfont aux exigences ARC du Royaume-Uni sans convertisseurs de protocole supplémentaires.

Allemagne : VdS

La certification VdS (Verband der Sachversicherer) est la norme pour les systèmes d'alarme destinés aux compagnies d'assurance en Allemagne. La norme VdS 2311 spécifie les exigences relatives aux systèmes d'alarme de danger, y compris la transmission aux centres de détection de sinistres (ARC).

VdS requiert :

• Communication à double voie avec un temps de transmission inférieur à 30 secondes (niveau 2) ou 10 secondes (niveau 3)
• Communication cryptée entre le panneau d'alarme et le récepteur ARC
• Supervision du canal de communication avec signalement des pannes en moins de 5 minutes
• Journalisation des événements avec un stockage minimum de 30 jours sur le panneau

VdS exige également que le récepteur ARC accuse réception de chaque transmission. Si aucun accusé de réception n'est reçu dans un délai défini, le panneau doit réessayer sur le chemin alternatif.

France : APSAD

La certification APSAD P3/P4, gérée par la CNPP, est la norme française pour la transmission des alarmes aux centres de télésurveillance. L'APSAD définit deux catégories :

• P3Détection d'intrusion standard avec transmission non supervisée
• P4Transmission surveillée avec supervision du chemin, généralement requise pour la conformité aux assurances.

Les centres de télésurveillance français exigent généralement une communication à double voie pour la conformité à la norme P4, avec un temps de transmission inférieur à 30 secondes. APSAD requiert également la compatibilité avec le format de code d'événement en français utilisé par de nombreuses stations de télésurveillance nationales, ainsi qu'avec les codes d'identification de contact standard.

Le Roombanker La fonction de mappage des codes d'événements configurable du hub permet la traduction des codes d'identification de contact standard dans les formats attendus par les centres d'assistance ARC français, ce qui élimine le besoin d'un convertisseur de protocole externe au niveau du hub.

EN 18031-1 Exigences de cybersécurité pour les communications ARC

La norme EN 18031-1, applicable à compter de février 2025, établit les exigences de cybersécurité pour les équipements radio connectés aux réseaux de communication. Pour les systèmes d'alarme connectés à un point de contrôle d'accès (ARC), la norme introduit trois exigences spécifiques :

Authentification mutuelleLe concentrateur d'alarme et le récepteur ARC doivent s'authentifier mutuellement avant d'établir une session de données. Cela empêche les appareils non autorisés d'injecter de faux événements dans le flux de surveillance et empêche le concentrateur de se connecter à des récepteurs frauduleux. Roombanker Le hub met en œuvre l'authentification TLS mutuelle (mTLS) à l'aide de certificats X.509 pré-fournis lors de l'intégration ARC.

Mise à jour sécurisée du firmwareLe concentrateur doit vérifier l'intégrité et l'authenticité des mises à jour du micrologiciel avant de les appliquer. La norme EN 18031-1 exige un micrologiciel signé avec vérification cryptographique, empêchant ainsi tout micrologiciel compromis de modifier le comportement de transmission des événements.

session de communication sécuriséeLe chemin de données entre le concentrateur et l'ARC doit être chiffré à l'aide des algorithmes spécifiés dans la norme. Toute communication empruntant un chemin non chiffré lors d'un basculement contrevient à cette exigence.

À l'heure actuelle, la conformité à la norme EN 18031-1 est obligatoire pour les nouveaux équipements radio mis sur le marché de l'UE. Les installations existantes devront s'y conformer d'ici février 2026.

Communication chiffrée : AES-128 et TLS

Les communications ARC transitent par une infrastructure de réseau public, ce qui signifie qu'elles peuvent être interceptées, modifiées ou rejouées sans chiffrement. Deux couches de chiffrement protègent les transmissions ARC.

Sécurité Transport Layer (TLS)

TLS 1.2 ou 1.3 chiffre la connexion TCP entre le concentrateur et le récepteur ARC. Cela assure une protection au niveau de la couche transport, garantissant que l'intégralité du contenu du message, y compris les en-têtes et les métadonnées du protocole, est chiffrée pendant son transit.

Le protocole TLS assure également l'authentification du serveur via des certificats X.509, permettant ainsi au concentrateur de vérifier qu'il se connecte bien au récepteur ARC légitime et non à un imposteur. Lorsque l'authentification TLS mutuelle est configurée, le récepteur ARC vérifie également l'identité du concentrateur.

Chiffrement de la charge utile AES-128

Outre TLS, le protocole SIA DC-09 prend en charge le chiffrement AES-128 du contenu des messages Contact ID. Ceci assure un chiffrement de bout en bout, du concentrateur jusqu'au logiciel de décodage du récepteur ARC, indépendamment de la couche transport.

L'approche à double couche protège contre deux modèles de menaces différents : TLS protège le canal de communication (atténuant les attaques de l'homme du milieu sur le chemin réseau), tandis que le chiffrement de la charge utile AES-128 protège les données d'événement elles-mêmes (garantissant que même une infrastructure de réception ARC compromise ne peut pas déchiffrer les données d'événements historiques).

Le Roombanker Le hub prend en charge simultanément le chiffrement des données TLS 1.2 et AES-128, conformément à la norme EN 18031-1. L'accélération matérielle du chiffrement sur la puce RBF SIP permet de limiter l'impact sur les performances à une augmentation de la latence imperceptible lors des tests en production.

FAQ : Intégration ARC pour les systèmes d’alarme sans fil

1. Quelle est la différence entre SIA DC-09 et Contact ID ?

Contact ID est le format de code d'événement qui définit la signification de chaque alarme (138 = cambriolage, 110 = incendie, etc.). La norme SIA DC-09 spécifie le protocole qui définit le conditionnement et la transmission des messages Contact ID sur les réseaux IP. On peut comparer Contact ID au langage et SIA DC-09 à l'enveloppe. Toutes les implémentations SIA DC-09 utilisent les codes d'événement Contact ID, mais ces codes peuvent également être transmis via d'autres protocoles (SIA DC-04 pour la voix ou formats propriétaires).

2. Un système d'alarme sans fil peut-il atteindre un temps de transmission ARC de niveau 3 ?

Oui. Le niveau 3 exige une transmission en moins de 10 secondes. Lors de tests internes menés sur 40 sites en Allemagne et en Pologne au troisième trimestre 2025, Roombanker Le concentrateur a atteint un temps de réponse moyen de 6.2 secondes via Ethernet et de 8.4 secondes via 4G LTE. Le facteur limitant pour les systèmes sans fil n'est pas la liaison radio entre les capteurs et le concentrateur (qui fonctionne en millisecondes), mais la transmission sur le réseau étendu vers le récepteur ARC. Une configuration à double voie, avec une voie IP réactive et une liaison de secours 4G LTE, respecte les seuils de temps de niveau 3 dans la plupart des installations réelles.

3. Que se passe-t-il si les deux voies de communication tombent en panne simultanément ?

Si les chemins d'accès principal et de secours sont indisponibles lors d'un événement, Roombanker Le concentrateur met en mémoire tampon jusqu'à 500 événements. Il tente de rétablir la transmission sur les deux voies à intervalles de 30 secondes. Lorsqu'une voie est rétablie, le concentrateur transmet tous les événements mis en mémoire tampon par ordre chronologique, en incluant l'horodatage de chaque événement d'origine. Le récepteur ARC les traite comme des événements différés. Pour les installations de niveau 3 où la garantie de livraison est essentielle, un module 4G LTE secondaire d'un autre opérateur offre une diversité de voies supplémentaire.

4. Ai-je besoin de matériel différent selon les pays européens ?

Non le Roombanker Le hub prend en charge la communication ARC multirégionale via une configuration logicielle. Ce même hub peut transmettre les codes Contact ID au format britannique attendu par les récepteurs BS 8243 de niveau 3, au format chiffré conforme VdS utilisé en Allemagne et au format APSAD P4 requis en France. Les configurations spécifiques à chaque pays sont appliquées via… Roombanker Portail au moment du déploiement. Le module cellulaire prend en charge les bandes 4G LTE utilisées en Europe (B1, B3, B7, B8, B20) dans une seule référence.

5. Quel est l’impact de la norme EN 18031-1 sur les installations ARC existantes ?

La norme EN 18031-1 est une exigence transitoire. Les nouveaux équipements mis sur le marché de l'UE à partir de février 2025 devront s'y conformer. Les installations existantes ont jusqu'en février 2026 pour être mises à niveau. Pour les systèmes connectés à un point d'accès ARC, les conséquences pratiques sont les suivantes : (a) le concentrateur et le point d'accès ARC doivent s'authentifier mutuellement (généralement via mTLS avec des certificats X.509), (b) le chemin de communication doit être chiffré sans possibilité de repli non chiffré, et (c) les mises à jour du micrologiciel doivent être signées cryptographiquement. Roombanker Les hubs fabriqués à partir de janvier 2025 prennent en charge les trois exigences. Les hubs plus anciens nécessitent une mise à jour du micrologiciel pour activer TLS 1.2 avec authentification mutuelle.

6. Quel intervalle de supervision est suffisant pour la conformité au niveau 2 ?

La norme EN 50131-2-2 exige que les capteurs de grade 2 signalent leur état au moins une fois toutes les 24 heures. RoombankerL'intervalle de surveillance par défaut de 15 minutes du capteur PIR dépasse cette valeur d'un facteur 96. Cet intervalle plus court offre des avantages pratiques au-delà de la simple conformité : détection plus rapide des tentatives de sabotage ou des pannes de batterie, alerte plus précoce en cas de dégradation de la portée et données plus fréquentes sur la qualité du signal pour l'installateur, permettant ainsi de surveiller l'état du système. Roombanker Portail.

7. Puis-je intégrer un Roombanker système avec un contrat ARC existant ?

Dans la plupart des cas, oui. Roombanker Le hub transmet les codes d'événements Contact ID via SIA DC-09, protocole pris en charge par la majorité des récepteurs ARC européens. Si votre récepteur ARC utilise un protocole différent, le hub peut être configuré pour se connecter via un récepteur d'alarme tiers effectuant la traduction de protocole. Roombanker L'équipe technique effectue la vérification de compatibilité ARC lors de la mise en service. Contactez votre distributeur régional pour les tests préalables au déploiement avec votre station de surveillance.

Télécharger les spécifications d'intégration ARC

Obtenez les spécifications techniques complètes, incluant les formats de messages du protocole, la matrice de compatibilité des récepteurs et les modèles de configuration spécifiques à chaque pays. Ce document est destiné aux intégrateurs de sécurité et aux équipes techniques ARC en charge de la planification. Roombanker intégration de systèmes.

Télécharger le PDF des spécifications d'intégration ARC

Note technique : Les données relatives aux temps de transmission proviennent de tests internes (3e trimestre 2025, 40 sites, Allemagne et Pologne). Les données relatives à l’intervalle de supervision et au délai de basculement proviennent de… Roombanker Rapports d'essais techniques, documentés conformément à la norme ISO 17025. Références à la norme EN 50131 basées sur les textes normatifs publiés par le CEN/CENELEC. Spécifications de protocole issues des normes SIA DC-09 et DC-04. La norme EN 50131 (CEN/CENELEC, 2016) définit le cadre des exigences de transmission d'alarmes mentionnées dans ce guide.

En savoir plus

• Guide de conformité à la norme EN 50131
• Guide d'étude de site
• Guide de certification EMEA

Explore plus: Analyse technique approfondie du protocole RBF | Étude de cas SSG Roumanie | Roombanker Smart Hub | Devenez distributeur