Vezeték nélküli riasztórendszerek csatlakoztatása ARC felügyeleti központokhoz: Műszaki útmutató

Telepített egy vezeték nélküli riasztórendszert egy 500 m²-es kereskedelmi telephelyen, párosította az érzékelőket, konfigurálta a zónákat, és az ügyfél elvárja, hogy a megfigyelőközpont 30 másodpercen belül tudjon a behatolásról. Azonban az út egy aktivált PIR-érzékelőtől az ARC kezelői konzoljáig több protokollt, átviteli útvonalat és megfelelőségi követelményt foglal magában, amelyeket a legtöbb telepítő csak akkor vesz észre, ha valami meghibásodik.

Ez az útmutató a teljes technikai láncot lefedi: hogyan jutnak el a riasztási események a vezeték nélküli érzékelőktől az ARC vevőkig, mely protokollok továbbítják azokat, milyen európai szabványok szabályozzák a kapcsolatot, és hogyan kell megtervezni a kétirányú kommunikációt, amely megfelel a 2. és 3. fokozatú követelményeknek. EN 50131.

Az ARC kommunikáció működése: Az eseményút

Egy riasztási esemény öt különböző szakaszon megy keresztül, mielőtt a kezelő látja:

1. Érzékelő kioldó — A PIR mozgásérzékelő érzékeli az infravörös változásokat, és riasztást küld a saját fejlesztésű RBF protokoll hoz Roombanker kerékagy.
2. Hub feldolgozás — A hub validálja az eseményt, alkalmazza a zónakonfigurációt (belépési/kilépési késleltetések, megerősített riasztási logika), és strukturált üzenetté formázza az eseményt.
3. Átvitel — A hub a formázott eseményt az elsődleges útvonalon (Ethernet vagy WiFi) keresztül küldi az ARC vevőnek, automatikus átállással a tartalék útvonalra (4G LTE), ha az elsődleges útvonal nem érhető el.
4. ARC vevőegység — A felügyeleti állomás vevője dekódolja az átvitelt, hitelesíti a forrást, és továbbítja az eseményt a megfelelő kezelői konzolhoz.
5. Kezelői művelet — Az operátor kiértékeli az eseményt az ügyfél ellenőrzési profilja alapján, és elindítja a válaszprotokollt.

Az érzékelő aktiválásától az ARC vevő kijelzőjéig tartó végponttól végpontig tartó átviteli idő nem haladhatja meg a 30 másodpercet a 2. fokozatú telepítéseknél, és a 10 másodpercet a 3. fokozatú telepítéseknél az EN 50131-1 szabvány szerint. A 2025 harmadik negyedévében Németországban és Lengyelországban 40 lakossági és kereskedelmi telephelyen végzett belső tesztelés során a... Roombanker A hub átlagosan 6.2 másodperc alatt teljesítette ezt a láncot Etherneten és 8.4 másodperc alatt 4G LTE biztonsági mentésen keresztül.

ARC protokollok: SIA DC-09, SIA DC-04 és vezeték nélküli relé

Három fő protokollcsalád köti össze a riasztópaneleket az ARC vevőkkel. Mindegyik más kommunikációs útvonalat szolgál ki, és eltérő kompromisszumokat kínál az adatgazdagság, a megbízhatóság és a sávszélesség tekintetében.

SIA DC-09 (Contact ID IP-n keresztül)

Az új ARC telepítések domináns protokollja Európában. Az SIA DC-09 Contact ID eseménykódokat továbbít TCP/IP vagy UDP/IP hálózatokon keresztül, strukturált adatformátumban, amely tartalmazza a fiókszámot, az eseménykódot, a zóna- vagy felhasználószámot és a partícióazonosítót.

A protokoll átvitelenként 16 számjegyű információt továbbít:

• Számlaszám (4 vagy 6 számjegyű): az ügyfelet azonosítja
• Eseménykód (3 számjegy): az esemény típusát azonosítja, a Contact ID szabvány szerint.
• Zóna- vagy felhasználószám (3 számjegy): azonosítja az adott érzékelőt vagy felhasználót
• Partíciószám (2 számjegy): a telephelyen belüli területet azonosítja
• Ellenőrzőösszeg (2 számjegy): ellenőrzi az üzenet integritását

Az üzenetformátum egy rögzített struktúrát követ, amelyet minden SIA DC-09-kompatibilis vevőegység azonosan értelmez, ezért a Contact ID IP-n keresztül az alapértelmezett protokoll lett az új megfigyelőállomás-kapcsolatokhoz Európa-szerte.

SIA DC-04 (Kapcsolatazonosító hangon keresztül)

A régebbi protokollszabvány, amely Contact ID kódokat továbbít hangfrekvenciás jelzéssel szabványos PSTN vagy mobil hangcsatornán. A DC-04 DTMF hangokat használ ugyanazon 16 számjegyű üzenetformátum kódolására, mint a DC-09, hangutasításokon keresztül modulálva.

A DC-04 két konkrét esetben továbbra is releváns: olyan helyszínek esetében, ahol az IP-kapcsolat nem érhető el vagy megbízhatatlan, valamint olyan régebbi ARC vevők esetében, amelyek nem frissítettek IP-alapú vételre. A kompromisszum a hosszabb átviteli idő (8-15 másodperc hangátvitel esetén, szemben az IP 1 másodperc alatti átvitelével) és a beépített titkosítás hiánya.

Vezeték nélküli relé (GSM/4G Direct)

Néhány ARC vevőegység köztes IP-hálózat nélkül is képes közvetlen vezeték nélküli átvitelt fogadni a riasztópanelekről. A hub egy mobilhálózati modult (jellemzően 4G LTE Cat 1 vagy Cat M1) tartalmaz, amely biztonságos adatkapcsolatot nyit közvetlenül az ARC vevőegység mobilhálózati vevőegységével.

A vezeték nélküli relé kiküszöböli a telephely helyi hálózati infrastruktúrájától való függőséget, ami értékes a megbízhatatlan internetkapcsolattal rendelkező telephelyeken vagy a magas biztonsági szintű telepítéseknél, ahol a megfigyelési útvonalnak fizikailag függetlennek kell lennie az ügyfél hálózatától. A kompromisszum a magasabb eszközönkénti adatköltség és a kissé megnövekedett késleltetés (jellemzően 300-800 ms plusz) a mobilhálózati csatlakozási folyamat során.

Eseménykódok: Contact ID és SIA formátumok

A Contact ID szabvány több mint 150 eseménykódot definiál kategóriák szerint rendezve. Minden ARC-kompatibilis riasztórendszernek ezekkel a kódokkal kell kódolnia az eseményeket, mivel a vevőállomás a kódot használja az esemény típusának, prioritásának és a szükséges kezelői válasznak a meghatározásához.

Gyakori Contact ID eseménykódok

Minden eseménykód a zóna- vagy felhasználóazonosítóval együtt kerül elküldésre, amely lehetővé teszi az ARC kezelő számára a pontos eszköz vagy hely meghatározását. Például a 138-as eseménykód a 007-es zónával azt jelzi a kezelőnek, hogy a földszinti tárolóhelyiségben (7-es zóna) található PIR mozgásérzékelő bekapcsolt, miközben a rendszer élesített volt.

SIA formátumkódok

A SIA DC-04-ben definiált és a SIA DC-07-ben kibővített SIA formátum betűkódokat használ a háromjegyű numerikus kódok helyett. A leggyakoribb SIA eseményazonosítók a következők:

• BA (betörésjelző)
• FA (tűzjelző)
• PA (pánikriasztás)
• KA (Billentyűzetes riasztás)
• TA (szabotázsriasztás)
• LT (alacsony hőmérséklet)
• WAT (vízriasztó)
• AC (váltóáramú teljesítményveszteség)
• LB (alacsony akkumulátortöltöttség)
• YR (Rendszer élesítés)
• YP (Rendszer hatástalanítása)
• RB (Visszaállítás, Akkumulátor)
• RC (Visszaállítás, AC)
• RP (Visszaállítás, Bekapcsolás)
• RS (Visszaállítás, Felügyeleti)

Az SIA formátum eseményenként gazdagabb adatokat hordoz, mint a Contact ID, mivel a kód hossza változó, és további minősítők fűzhetők hozzá. Az SIA formátum azonban kevésbé támogatott az ARC vevők között, különösen Észak-Amerikán kívül. A legtöbb európai ARC a Contact ID-t minimális közös nevezőként, az SIA formátumot pedig a gazdagabb eseményadatokhoz vezető frissítési útvonalként kezeli.

Kettős útvonalú feladatátvétel: Elsődleges és tartalék kommunikáció

Egyetlen kommunikációs útvonal egyetlen meghibásodási pontot jelent. Ha a helyszín internetkapcsolata megszakad egy hétvégi betörés során, a riasztási esemény soha nem jut el az RFK-hoz. A kétutas kommunikáció ezt a problémát két független átviteli csatorna fenntartásával és automatikus hibatűréssel oldja meg.

Hogyan működik a kettős útvonal

Az Roombanker A hub két egyidejű kommunikációs útvonalat tart fenn:

• Elsődleges útvonalEthernet (RJ-45) vagy WiFi (802.11 b/g/n) kapcsolat a telephely szélessávú routerével
• Biztonsági mentési útvonalIntegrált 4G LTE Cat 1 mobilhálózati modul dedikált SIM-kártyahellyel

A hub minden eseményt az elsődleges útvonalon keresztül küld, amikor az elérhető. A tartalék útvonal készenléti módban marad, és rendszeres időközönkénti csatlakozási ellenőrzéseket végez. Amikor a hub azt észleli, hogy az elsődleges útvonal meghibásodott – akár TCP-kapcsolat időtúllépése, akár a kapcsolat integritásának elvesztése miatt –, akkor a tartalék útvonalra vált. A Roombanker hub, ez a feladatátvétel kevesebb mint 5 másodperc alatt lezajlik a belső tesztelés során 30 tesztcikluson keresztül, szimulált hálózati leválasztással.

A hub biztonsági mentés közben is folyamatosan figyeli az elsődleges útvonalat. Amikor az elsődleges útvonal helyreáll, a hub automatikusan visszatér eredeti állapotába, biztosítva, hogy a nagyobb sávszélességű, alacsonyabb késleltetésű útvonalat használja a folyamatos kommunikációhoz.

EN 50131 Kettős útvonalas követelmények

Az EN 50131-1 szabvány biztonsági fokozatok szerint határozza meg az átviteli útvonalakra vonatkozó követelményeket:

• Grade 2Legalább egy megbízható átviteli útvonalat igényel. Kettős útvonal ajánlott, de nem kötelező. Maximális átviteli idő: 30 másodperc.
• Grade 3Kétirányú kommunikációt igényel, vagy egyetlen útvonalat megerősített kézbesítéssel. Maximális átviteli idő: 10 másodperc.
• Grade 4Kétutas, független útvonalválasztást és megerősített kommunikációt igényel. Maximális átviteli idő: 5 másodperc.

3. fokozatú telepítések esetén a tartalék útvonalnak fizikailag függetlennek kell lennie az elsődleges útvonaltól. Egy 4G LTE modul, amely megosztja a hub házát, megfelel a függetlenségi követelménynek, mivel különálló hálózati interfészt és mobilhálózati infrastruktúrát használ, függetlenül a telephely szélessávú kapcsolatától. Lásd a vezeték nélküli riasztóberendezés telepítési munkafolyamata kereskedelmi helyszínekre bővebben a 3. fokozatú telepítési tervezésről.

Felügyeleti szívverés: EN 50131 Időzítés és lekérdezési intervallumok

A felügyelet az a mechanizmus, amellyel a hub megerősíti, hogy minden vezeték nélküli érzékelő továbbra is működik és a hatótávolságon belül van. Felügyelet nélkül az érzékelő csendben meghibásodhat – például lemerülhet az akkumulátor, eltávolítható a szabotázs, akadályozható a rádióút –, és a rendszer normálisnak tűnhet, amíg egy tényleges esemény nem továbbítja az adatokat.

Hogyan működik a felügyelet

Minden regisztrált érzékelő egy programozott időközönként felügyeleti jelet küld. A hub egy meghatározott időkorláton belül várja a jel vételét. Ha az időkorlát lejár felügyeleti jel nélkül, a hub felügyeleti hiba eseményt generál (Contact ID kód: 381), és továbbítja azt az ARC-nek.

Az Roombanker A hub felhasználó által konfigurálható időközönként lekérdezi a regisztrált eszközeit. Alapértelmezett felügyeleti időközök eszköztípusonként:

• PIR mozgásérzékelők: 15 perc
• Ajtó/Ablak Mágneses Szenzorok: 30 perc
• Füstérzékelők: 10 perc
• Kulcstartók és pánikgombok: 60 perc

A hub felügyeleti hibatűrése 3 egymást követő kihagyott bejelentkezésig tart fenn, mielőtt offline állapotba nyilvánítaná az eszközt. Ez megakadályozza, hogy az átmeneti rádiófrekvenciás interferencia hamis felügyeleti hibákat generáljon, miközben biztosítja, hogy a valóban hiányzó eszközt az eszköz típusától függően 45-90 percen belül jelentés küldje.

EN 50131 Felügyeleti követelmények

Az EN 50131-2-2 (PIR-érzékelőkhöz) és az EN 50131-2-6 (mágneses érintkezőkhöz) szabványok határozzák meg a maximális felügyeleti intervallumokat:

• Grade 2A készüléknek legalább 24 óránként jelentenie kell az állapotát. A hibát az elmulasztott bejelentkezéstől számított 24 órán belül jelezni kell.
• Grade 3A készüléknek legalább 4 óránként jelentenie kell az állapotát. A hibát az elmulasztott bejelentkezéstől számított 4 órán belül jelezni kell.

Az Roombanker A hub alapértelmezett 15 perces PIR-érzékelők lekérdezési idővel 16-szorosan meghaladja a 3. fokozatú követelményeket, így az érzékelő meghibásodásának észlelése a standard minimumnál lényegesen gyorsabb.

Lekérdezés és Mesh Overhead összehasonlítás

A vezeték nélküli riasztórendszerek jellemzően két felügyeleti architektúra egyikét használják: lekérdezést (csillag topológia) vagy mesh-t (peer-to-peer útvonaltervezés). Mindkét megközelítésnek eltérő következményei vannak a hálózati terhelés, az akkumulátor élettartama és a skálázhatóság szempontjából.

Egy 50 érzékelőt 15 perces időközönként lekérdező architektúrában a hub ciklusonként 50 lekérdező üzenetet küld és 50 választ fogad – összesen 200 üzenetet óránként (eszközönként a lekérdezéseket és a felügyeleti jeleket kombinálva). Minden érzékelő ciklusonként körülbelül 120 ms-ig aktív, ami 0.013%-os kitöltési tényezőt eredményez.

Egy 50 érzékelőből álló hálóarchitektúrában, ahol minden eszköznek 3-5 peer felé kell továbbítania az adatokat, ugyanaz az 50 eszköz ciklusonként 200-300 üzenetet generál a relétovábbítás miatt. A reléként működő eszközök kitöltési tényezője 3-5-ször nagyobb, mint a levéleszközöké, ami egyenetlen akkumulátor-merülést és kiszámíthatatlan felügyeleti időzítést eredményez.

Az Roombanker A hub csillag topológiát használ a saját fejlesztésű RBF protokollal az érzékelők kommunikációjához. A lekérdezési megközelítés szándékos: determinisztikus felügyeleti időzítést, egyenletes akkumulátorfogyasztást biztosít az összes érzékelőn, és kiszámítható hálózati terhelést a telepítés méretétől függetlenül.

ARC integráció európai országok szerint

Az ARC követelményei jelentősen eltérnek az európai piacokon. Egy határokon átnyúlóan dolgozó szerelőnek meg kell értenie az egyes országok sajátos szabványait és elvárásait.

Egyesült Királyság: BS 8243

Az Egyesült Királyság szabványa szabályozza a riasztórendszerekből az ARC vevőkbe továbbított riasztási üzenetek formátumát és tartalmát. A BS 8243 három üzenetszintet határoz meg:

• Level 1: Alap riasztási esemény fiókszámmal és eseménytípussal
• Level 21. szint, plusz zónaazonosító és eseményidő
• Level 32. szint, plusz megerősített riasztási állapot és ellenőrző információk

A legtöbb brit ARC minimum 2. szintű üzeneteket vár el, és sokuk most már 3. szintű üzeneteket is megkövetel a rendőrségi reagáláshoz. A BS 8243 szabvány kétirányú kommunikációt is előír a rendőrségi jelzést kérő rendszerek számára, ahol a tartalék útvonal képes a teljes 3. szintű üzenetterhelés továbbítására.

Az Roombanker A hub támogatja a BS 8243 3-as szintű üzenetküldést kétutas feladatátvétellel, Contact ID kódokat továbbítva zóna- és partícióadatokkal, amelyek megfelelnek az Egyesült Királyság ARC követelményeinek további protokollkonverterek nélkül.

Németország: VdS

A VdS (Verband der Sachversicherer) tanúsítvány a németországi biztosítási szintű riasztórendszerek szabványa. A VdS 2311 szabvány határozza meg a veszélyjelző rendszerekre vonatkozó követelményeket, beleértve az ARC-kbe történő átvitelt is.

A VdS előírja:

• Kétirányú kommunikáció 30 másodpercnél rövidebb (2. fokozat) vagy 10 másodpercnél rövidebb (3. fokozat) átviteli idővel
• Titkosított kommunikáció a riasztópanel és az ARC vevő között
• A kommunikációs útvonal felügyelete 5 percen belüli hibajelentéssel
• Eseménynaplózás legalább 30 napos tárolással a központban

A VdS azt is megköveteli, hogy az ARC vevő minden egyes átvitelt nyugtázzon. Ha a nyugtázás nem érkezik meg egy meghatározott időablakon belül, a központnak újra kell próbálkoznia az alternatív útvonalon.

Franciaország: APSAD

Az APSAD P3/P4 tanúsítvány, amelyet a CNPP kezel, a riasztások felügyeleti központokba történő továbbításának francia szabványa. Az APSAD két kategóriát határoz meg:

• P3Standard behatolásérzékelés felügyelet nélküli átvitellel
• P4Felügyelt átvitel útvonal-felügyelettel, ami jellemzően a biztosítási megfeleléshez szükséges

A francia ARC-k általában kétutas kommunikációt várnak el a P4-megfelelőséghez, 30 másodpercnél rövidebb átviteli idővel. Az APSAD a szabványos Contact ID kódok mellett a számos hazai megfigyelőállomás által használt francia nyelvű eseménykód-formátummal való kompatibilitást is előírja.

Az Roombanker A hub konfigurálható eseménykód-leképezése lehetővé teszi a szabványos Contact ID kódok francia ARC-k által elvárt formátumokra való lefordítását, ami kiküszöböli a külső protokollkonverter szükségességét a hub szintjén.

EN 18031-1 Kiberbiztonsági követelmények az ARC kommunikációhoz

A 2025 februárjától hatályos EN 18031-1 szabvány kiberbiztonsági követelményeket határoz meg a kommunikációs hálózatokhoz csatlakoztatott rádióberendezésekre vonatkozóan. Az ARC-hez csatlakoztatott riasztórendszerek esetében a szabvány három konkrét követelményt vezet be:

Kölcsönös hitelesítésA riasztóközpontnak és az ARC vevőnek hitelesítenie kell egymást az adatkapcsolat létrehozása előtt. Ez megakadályozza, hogy jogosulatlan eszközök hamis eseményeket juttassanak a monitorozási adatfolyamba, és megakadályozza, hogy a központ csalárd vevőkhöz csatlakozzon. Roombanker A hub kölcsönös TLS (mTLS) hitelesítést valósít meg az ARC bevezetése során előre kiépített X.509 tanúsítványok használatával.

Biztonságos firmware frissítésA hubnak ellenőriznie kell a firmware-frissítések integritását és hitelességét azok alkalmazása előtt. Az EN 18031-1 szabvány aláírt firmware-t ír elő kriptográfiai ellenőrzéssel, megakadályozva, hogy a veszélyeztetett firmware megváltoztassa az eseményátvitel viselkedését.

Biztonságos kommunikációs munkamenetA hub és az ARC közötti adatútvonalat a szabványban meghatározott algoritmusok segítségével kell titkosítani. A feladatátvétel során egy titkosítatlan útvonalra visszatérő kommunikáció sérti a követelményt.

Jelen írás pillanatában az EN 18031-1 szabványnak való megfelelés kötelező az EU piacán forgalomba hozott új rádióberendezésekre. A meglévő berendezéseknek 2026 februárjáig kell megfelelniük ennek a szabványnak.

Titkosított kommunikáció: AES-128 és TLS

Az ARC kommunikáció nyilvános hálózati infrastruktúrán keresztül halad, ami azt jelenti, hogy titkosítás nélkül lehallgatható, módosítható vagy lejátszható. Az ARC átviteleket két titkosítási réteg védi.

Transport Layer Security (TLS)

A TLS 1.2 vagy 1.3 titkosítja a hub és az ARC-vevő közötti TCP-kapcsolatot. Ez védelmet nyújt a szállítási rétegen, biztosítva, hogy a teljes üzenet hasznos adata, fejlécei és protokoll metaadatai titkosítva legyenek az átvitel során.

A TLS szerverhitelesítést is biztosít X.509 tanúsítványokon keresztül, amely lehetővé teszi a hub számára annak ellenőrzését, hogy a jogos ARC-vevőhöz csatlakozik-e, és nem egy csalóhoz. Amikor a kölcsönös TLS konfigurálva van, az ARC-vevő a hub azonosságát is ellenőrzi.

AES-128 hasznos adat titkosítás

A TLS mellett a SIA DC-09 protokoll támogatja a Contact ID üzenet hasznos adatának AES-128 titkosítását. Ez végponttól végpontig terjedő titkosítást biztosít a hubtól az ARC vevő dekódoló szoftveréig, függetlenül a szállítási rétegtől.

A kétrétegű megközelítés két különböző fenyegetési modell ellen véd: a TLS a kommunikációs csatornát védi (csökkentve a hálózati útvonalon keresztüli közbeesés elleni támadásokat), míg az AES-128 hasznos adat titkosítás magát az eseményadatokat védi (biztosítva, hogy még egy feltört ARC vevőinfrastruktúra se tudja visszafejteni a korábbi eseményadatokat).

Az Roombanker A hub egyszerre támogatja a TLS 1.2 és az AES-128 hasznos adat titkosítást, amely az EN 18031-1 útmutató által ajánlott konfiguráció. Az RBF SIP Chip hardveres gyorsítású titkosítása a teljesítményre gyakorolt ​​hatást a mérhető késleltetésnövekedés alatt tartja az éles tesztelés során.

GYIK: ARC integráció vezeték nélküli riasztórendszerekhez

1. Mi a különbség a SIA DC-09 és a Contact ID között?

A Contact ID az eseménykód formátuma, amely meghatározza az egyes riasztási események jelentését (138 = betörés, 110 = tűz stb.). Az SIA DC-09 az a protokollspecifikáció, amely meghatározza, hogyan csomagolják és továbbítják a Contact ID üzeneteket IP-hálózatokon keresztül. Gondoljon a Contact ID-ra nyelvként, a SIA DC-09-re pedig borítékként. Minden SIA DC-09 implementáció Contact ID eseménykódokat hordoz, de a Contact ID kódok más protokollokon is továbbíthatók (SIA DC-04 hangon keresztül, vagy saját formátumok).

2. Elérhet egy vezeték nélküli riasztórendszer 3. fokozatú ARC átviteli időt?

Igen. A 3. fokozat 10 másodpercen belüli átvitelt igényel. A 2025 harmadik negyedévében Németországban és Lengyelországban 40 helyszínen végzett belső tesztelés során a Roombanker A hub átlagosan 6.2 másodpercet ért el Etherneten és 8.4 másodpercet 4G LTE-n keresztül. A vezeték nélküli rendszerek korlátozó tényezője nem a szenzorok és a hub közötti rádióútvonal (amely ezredmásodperc alatt működik), hanem a nagykiterjű hálózati átvitel az ARC vevőhöz. A kétutas konfiguráció, amely reszponzív IP-útvonallal és 4G LTE biztonsági mentéssel rendelkezik, a valós telepítések többségében megfelel a 3. fokozatú időzítési küszöbértékeknek.

3. Mi történik, ha mindkét kommunikációs útvonal egyszerre meghibásodik?

Ha egy esemény bekövetkeztekor sem az elsődleges, sem a tartalék útvonal nem érhető el, a Roombanker A hub akár 500 eseményt is pufferel a nem felejtő memóriában. A hub 30 másodperces időközönként újrapróbálkozik az átvitellel mindkét útvonalon. Amikor egy útvonal helyreáll, a hub időrendi sorrendben továbbítja az összes pufferelt eseményt, beleértve az eredeti események időbélyegét is. Az ARC vevő ezeket késleltetett eseményként dolgozza fel. 3. fokozatú telepítések esetén, ahol a garantált kézbesítés kritikus fontosságú, egy másik vivőtől származó másodlagos 4G LTE modul további útvonal-diverzifikációt biztosít.

4. Szükségem van-e különböző hardverekre a különböző európai országokban?

Nem Roombanker A hub szoftveres konfiguráción keresztül támogatja a több régióból álló ARC kommunikációt. Ugyanaz a hub képes továbbítani a Contact ID kódokat a BS 8243 3. szintű vevők által elvárt brit formátumban, a Németországban használt VdS-kompatibilis titkosított formátumban és a Franciaországban előírt APSAD P4 formátumban. Az országspecifikus konfigurációk a következőn keresztül alkalmazhatók: Roombanker Portál telepítéskor. A mobilhálózati modul egyetlen SKU-ban támogatja az Európa-szerte használt 4G LTE sávokat (B1, B3, B7, B8, B20).

5. Hogyan befolyásolja az EN 18031-1 szabvány a meglévő ARC-berendezéseket?

Az EN 18031-1 szabvány átmeneti követelmény. Az EU piacára 2025 februárjától forgalomba hozott új berendezéseknek meg kell felelniük ennek a szabványnak. A meglévő berendezéseknek 2026 februárjáig van idejük a frissítésre. Az ARC-hez csatlakoztatott rendszerek esetében a gyakorlati hatás a következő: (a) a hubnak és az ARC-nek kölcsönösen hitelesíteniük kell magukat (jellemzően mTLS-en keresztül X.509 tanúsítványokkal), (b) a kommunikációs útvonalat titkosítani kell, titkosítatlan tartalék útvonal nélkül, és (c) a firmware-frissítéseket kriptográfiailag alá kell írni. Roombanker A 2025 januárja után gyártott hubok mindhárom követelményt támogatják. A régebbi hubokhoz firmware-frissítés szükséges a TLS 1.2 kölcsönös hitelesítéssel történő engedélyezéséhez.

6. Milyen felügyeleti intervallum elegendő a 2. fokozatú megfeleléshez?

Az EN 50131-2-2 szabvány előírja, hogy a 2. fokozatú érzékelőknek legalább 24 óránként egyszer jelenteniük kell állapotukat. RoombankerAz alapértelmezett 15 perces PIR-érzékelő felügyeleti intervallum 96-szorosára meghaladja ezt. A rövidebb intervallum a megfelelőségen túlmutató gyakorlati előnyöket is kínál: az eszköz szabotázsának vagy akkumulátorhibájának gyorsabb észlelése, a hatótávolság csökkenésének korábbi figyelmeztetése, valamint a telepítő számára a rendszer állapotának felügyeletére szolgáló gyakoribb útvonalminőségi adatok a... Roombanker Portál.

7. Integrálhatok egy Roombanker rendszer meglévő ARC szerződéssel?

A legtöbb esetben igen. A Roombanker A hub a Contact ID eseménykódokat SIA DC-09 protokollon keresztül továbbítja, amelyet a legtöbb európai ARC vevő támogat. Ha az Ön ARC központja más protokollt használ, a hub konfigurálható úgy, hogy egy harmadik féltől származó riasztásvevőn keresztül csatlakozzon, amely protokollfordítást végez. Roombanker A műszaki csapat ARC kompatibilitási ellenőrzést végez a bevezetési folyamat során. A telepítés előtti teszteléshez vegye fel a kapcsolatot regionális forgalmazójával a felügyeleti állomással.

Töltse le az ARC integrációs specifikációját

A teljes műszaki specifikációt, beleértve a protokollüzenet-formátumokat, a vevő kompatibilitási mátrixát és az országspecifikus konfigurációs sablonokat is megtalálja. Ez a dokumentum biztonsági integrátorok és ARC műszaki csapatok számára készült. Roombanker rendszerintegráció.

ARC integrációs specifikáció letöltése PDF formátumban

Műszaki pontossági megjegyzés: Az átviteli időadatok belső tesztelésből származnak (2025. 3. negyedév, 40 telephely, Németország és Lengyelország). A felügyeleti intervallum és a hibatűrés időzítési adatai a következő forrásból származnak: Roombanker Mérnöki vizsgálati jelentések, az ISO 17025 vizsgálati módszertani szabványok szerint dokumentálva. Az EN 50131 hivatkozások a közzétett CEN/CENELEC szabványszövegeken alapulnak. A protokollspecifikációk a SIA DC-09 és DC-04 közzétett szabványokból származnak. Az EN 50131 szabvány (CEN/CENELEC, 2016) biztosítja a jelen útmutatóban hivatkozott riasztásátviteli követelmények keretrendszerét.

Fedezze fel többet

• EN 50131 megfelelőségi útmutató
• Helyszíni felmérési útmutató
• EMEA minősítési útmutató

Fedezzen fel többet: RBF Protokoll Technikai Mélymerülés | SSG Románia esettanulmány | Roombanker Smart Hub | Legyél forgalmazó