Witboek over IP -signaalalarmen – Deel 2

Inzending door Steve Nut, IP Alarmen Ltd – Deel 1 kan hier worden gelezen

Alarm -installateurshandleiding voor IP -signalering – Deel 2

We horen meestal dat een van de geweldige voordelen van IP ten opzichte van PSTN de verhoogde snelheid van alarmsignaaloverdracht is. Hoewel dit gedeeltelijk waar is, moeten alarminstallateurs de verschillende fasen van een alarmsignaaltransactie begrijpen om volledig te profiteren van deze beschikbare snelheid.

Typisch, vanaf het moment dat een alarmpaneel wordt geactiveerd, duurt het ongeveer 10-15 seconden om het telefoonnummer te bellen en een DTMF- of FSK-signaal over een PSTN-lijn te verzenden. Wanneer een IP-dialer-opnameapparaat wordt gebruikt, luistert het naar de telefooncijfers, negeert ze, speelt een handdruk, neemt het signaal, speelt een kus-off en verzendt het signaal over IP. Hoewel de daadwerkelijke transmissie via IP slechts een paar honderd milliseconden kan duren, duurt het hele proces ongeveer hetzelfde als over PSTN. Dus waar is het snelheidsvoordeel bij het gebruik van IP?

Welnu, het bovenstaande als voorbeeld is het verspild, wachtend op het paneel om van haak te gaan, wachtend op de telefoonlijn om zich te vestigen en te wachten tot het telefoonnummer wordt gekozen – ook al wordt het nooit gebruikt. Het programmeren van een kort of leeg telefoonnummer is een manier om deze situatie te verbeteren, maar installateurs moeten ook profiteren van eventuele programmeerbare uitgangen of relais op het paneel waar beschikbaar.

Sommige IP -apparaten hebben digitale ingangen die kunnen worden aangesloten op de uitgangen van het alarmpaneel (I/O). Deze paneeluitgangen veranderen van status meteen bij activering van een alarm en activeer op zijn beurt de IP -apparaat ingangen zodat een signaal zonder vertraging naar de server wordt verzonden. Totdat die tijd dat nieuwe alarmprotocollen worden ontwikkeld om volledig te profiteren van IP en rechtstreeks in panelen gebouwd, biedt het gebruik van digitale I/O de beste oplossing voor de retrofit -markt op systemen waar de transmissiesnelheid belangrijk is.

Een gebied waar de snelheid van de transmissie van vitaal belang is, is waar alarmsignalering wordt gebruikt om de opname van afbeeldingen van IP -camera’s te activeren.

IP -signalering gebruiken om IP -camera’s te integreren met alarmsystemen

Geavanceerde CCTV -camera’s en transmissieapparatuur werden lang gebruikt voordat velen van ons zelfs van internet hadden gehoord. Fabrikanten waren snel om hun producten bij te werken om ten volle te profiteren van IP, maar het prijskaartje van dergelijke systemen blijft ver buiten het bereik van de overgrote meerderheid van zowel residentiële als kleine commerciële klanten. Dus hoe kan de alarmindustrie video -verificatiediensten bieden aan deze groep klanten tegen een meer realistische kosten?

Het antwoord ligt in het gebruik van IP -camera’s. Voor alarminstallateurs is hun aankomst meer dan twee decennia geleden verwant aan de introductie van PIR -detectoren en het zal niet lang duren voordat het routine wordt om er een in elk beschermd gebied te passen, zoals je nu zou kunnen doen met een PIR.

Dus wat zijn onze opties om IP -camera’s te integreren, zodat ze een integraal onderdeel van een beveiligingsalarmsysteem worden?

De meeste camera’s worden geleverd met een vorm van ingebouwde bewegingsdetectie, maar de onvoorspelbaarheid van deze technologie voorkomt dat het wordt gebruikt om een ​​alarmpaneel te activeren om een ​​bewakingscentrum te bellen. Het gebruik van bewegingsdetectie zou ook vereisen dat er een manier is om de camera’s te bewapenen en te ontwapenen, zodat ze geen afbeeldingen verzenden wanneer mensen legitiem rond het beschermde pand bewegen. Vanwege de bekendheid en eenvoud van het bewapenen en ontwapenen van een alarmpaneel, is een optie om het paneel alleen te laten trigger -camera’s als het gewapend is. Op deze manier worden afbeeldingen alleen naar de server verzonden in het geval van een alarmactivering.

Dit kan worden gedaan door een kabel van het paneel aan te sluiten op de trigger -ingang van de camera als deze er een heeft. De voorkeursmethode is echter om de camera te activeren en te besturen via softwareopdrachten van de Monitoring Center Server. De duurdere IP -camera’s bieden een volledig scala aan softwareopdrachten waarmee PAN, TILT, ZOOM, PRE- en POST -alarm triggering en andere gemeenschappelijke kenmerken mogelijk worden. Hoewel goedkopere camera’s deze functies in het algemeen niet aanbieden, ondersteunen de meerderheid van hen JPEG -snapshots bij verschillende resoluties die de industrie een startpunt bieden voor reguliere video -verificatie.

Overzicht van leveranciersneutrale video -verificatie

Met de Snapshot -functie kan een installateur een camera van de fabrikant X naast een fabrikant Y en Z passen. Dit biedt een geweldige flexibiliteit voor de installateur omdat ze niet gebonden zijn aan een specifieke camerafabrikant. Het is ook optimaal voor het bewakingscentrum omdat ze niet afhankelijk zijn van een specifieke servertoepassing.

Ter voorbereiding op het bekijken en opnemen van afbeeldingen uit de beschermde gebouwen, slaat de Monitoring Center -database verschillende cameraparameters op naast bekende alarmparameters zoals gebeurtenisdefinities en zonelijsten.

Basiscameraparameters bepalen welk type alarmgebeurtenissen en welke zonenummers de opname van individuele camera’s moeten activeren. Ze specificeren ook het totaalAantal afbeeldingen dat moet worden opgenomen en het tijdsinterval daartussen.

Elke IP -camera vereist een iets ander softwareopdracht om het te activeren, dus het bewakingscentrum onderhoudt een database met aangepaste opdrachten die ze in de loop van de tijd kunnen opbouwen om elk merk camera te ondersteunen dat door hun installateurs wordt gebruikt.

Elke seconde telt in het triggeren en opnemen van afbeeldingen van IP -camera’s. Onthouden hoe lang het duurt om een ​​alarmsignaal te verzenden met behulp van traditionele protocollen, waardoor een opname van 10-15 seconden na een alarmgebeurtenis vrijwel zeker zou betekenen dat het een aantal van de belangrijkste beelden zou verliezen.

Er zijn verschillende manieren om dit te overwinnen, afhankelijk van de beschikbare functies van het alarmpaneel, het IP -alarmapparaat en de camera. Een camera met een hoge specificatie zou een “pre-alarm” -functie gebruiken waar hij de server tien seconden met beelden kan sturen voorafgaand aan het alarm en twintig seconden daarna. Lagere spec -camera’s zouden een snapshot -opdrachtfaciliteit bieden die kan worden geactiveerd door het gebruik van paneeluitgangen en IP -apparaatinvoer zoals reeds beschreven.

De opdracht snapshot in actie

Als voorbeeld zullen we zeggen dat Mr. Smith een alarmsysteem heeft, een IP -alarmzender en een IP -camera die bij hem thuis is geïnstalleerd. De zender en camera zijn aangesloten op zijn router en via internet aangesloten op een IP -ingeschakeld bewakingscentrum.

Zijn accountnummer in het monitoringcentrum is 1234 en hij heeft gevraagd om 10 snapshot -afbeeldingen te worden opgenomen met intervallen van 2 seconden in het geval van een alarm. Deze informatie moet in de database in het bewakingscentrum worden ingevoerd en worden gecontroleerd telkens wanneer een alarmsignaal wordt ontvangen. Hier zijn de databasevelden en gegevens die kunnen worden gebruikt voor de heer Smith:

Rekeningnummer: 1234

Aantal snapshots: 10

Snapshot -interval: 2

Zones die activeren: 2,3,4

Camera IP en poort:

Snapshot -opdracht: /camimage.jpg?UserName=abc&Password=xyz

Wanneer een alarmsignaal van Account Code 1234 wordt ontvangen, controleert de serversoftware de database om te ontdekken dat de heer Smith een camera heeft en dat afbeeldingen op de server moeten worden opgenomen als het alarm uit zones 2,3 of 4 was (zones 5, 6,7 en 8 kunnen worden gebruikt om een ​​tweede camera te activeren). De software past het IP -adres van de camera en de Snapshot -opdracht samen, zodat de volgende opdracht in een lus, tien keer, naar Mr. Smith’s camera wordt verzonden met twee seconden tussenpozen …

Het eindresultaat is dat tien JPEG -afbeeldingen worden geschreven op de harde schijf van de bewakingsserver en optioneel worden weergegeven aan een operator voor verdere analyse.

Laten we nu het Snapshot -opdracht afbreken en de vereisten van het netwerk- en camera -instellingen van Mr. Smith overwegen om het correct te laten werken.

Ten eerste zult u merken dat dat wordt gebruikt in plaats van een IP -adres. Dit vertelt ons dat de heer Smith geen vast IP -adres heeft dat hem door zijn internetbedrijf is toegewezen en dat hij iets heeft geregistreerd dat een dynamische domeinnaam wordt genoemd. Simpel gezegd, dit is een methode om een ​​domeinnaam te houden die is gekoppeld aan een veranderende IP -adres. Wanneer een gebruiker verbinding maakt met internet, wijst de ISP van de gebruiker een ongebruikt IP -adres toe van een pool van IP -adressen, en dit adres wordt alleen gebruikt voor de duur van die specifieke verbinding. Een dynamisch DNS -servicebedrijf maakt gebruik van een speciaal programma dat op de computer van de gebruiker wordt uitgevoerd (sommige IP -camera’s ondersteunen dit ook), waarbij contact wordt opgenomen met de DNS -service telkens wanneer het IP -adres wordt verstrekt door de ISP -wijzigingen en vervolgens de DNS -database bijwerken om de wijziging weer te geven. Op deze manier, hoewel het IP -adres van een domeinnaam vaak zal veranderen, hoeven we het gewijzigde IP -adres niet te weten om verbinding te maken met de camera van Mr. Smith.

De: 800 in het commando laat ons weten dat de router van Mr. Smith is ingesteld met poortuitstoringen en die poort 800 wijst op zijn camera. Er is een IP -alarmapparaat dat de vereiste voor het doorsturen van port kan overwinnen om camera’s te activeren, maar over het algemeen is er geen manier om naar de camera van Mr. Smith te komen zonder poortstoringen.

Elke camerafabrikant heeft zijn eigen set softwareopdrachten voor het besturen van camera’s en de /camimage.jpg? Een deel van ons voorbeeld Snapshot -opdracht is slechts een dergelijke variatie.

De meeste snapshot -opdrachten bevatten een vraagteken en dit vertelt de camera dat een aantal parameters zal volgen. Deze worden normaal gebruikt om de resolutie en compressie van het beeld in te stellen en om beveiligingsreferenties te bieden.

Samenvattend, met behulp van specialistische software op de server in het bewakingscentrum en een IP -alarmadapter in het beschermde gebouw, kunnen goedkope IP -camera’s eenvoudig worden geïntegreerd met alarmsystemen om basisvideoverificatie te bieden.

“Elk paneel, elke ontvanger, elk bewakingscentrum”

Tot grote ontsteltenis van zowel alarminstallateurs als bewakingscentra, is de luxe van “elk paneel, elke ontvanger en elk bewakingscentrum” weggenomen door de fabrikanten van IP -alarmadapters en ontvangers. Al vele jaren hebben installateurs hun favoriete paneel of communicator van de plank kunnen kiezen bij de distributeurs, installeren en programmeren met WIDe keuze uit protocollen, verbind het in een telefoonlijn en laat deze worden bewaakt door een aantal meegaande bewakingsbedrijven. Dingen zijn lang niet zo flexibel in de overgang naar IP.

Elke fabrikant van IP -ontvanger heeft zijn serverapparatuur zodanig ontworpen dat het alleen signalen van hun specifieke merk van paneel- of IP -adapter aan het einde van de client accepteert. Dus als u een alarmsysteem wilt upgraden met behulp van een IP -adapter van een bepaalde fabrikant, moet u de services van een monitoringcentrum gebruiken die hun merk van IP -ontvanger hebben geïnstalleerd.

Hoewel dit een beetje onhandig kan zijn voor de installateur, spaar je een gedachte voor bewakingscentra die worden geconfronteerd met het kopen van IP -ontvangers van elk van de fabrikanten uit angst hun abonnees te verliezen aan concurrerende monitoringcentra.

Naast het doen van hun best om ervoor te zorgen dat hun panelen alleen worden aangesloten op hun eigen merk IP -ontvanger, bieden veel fabrikanten ook een “universeel” apparaat waarmee elk paneelmerk met hun ontvanger kan communiceren. Helaas zijn deze apparaten slechts “universeel” aan het einde van de klant, omdat ze nog steeds zijn vergrendeld aan een bepaald merk IP -ontvanger.

Er is een duidelijke vereiste voor de ontwikkeling van een echt universeel IP -alarmprotocol, zodat de industrie kan terugkeren naar het veel eerlijkere systeem van elk paneel, elke ontvanger, elk bewakingscentrum.

In de tussentijd zijn er een klein aantal universele IP -apparaten op de markt die zullen communiceren met elke analoge alarmontvanger via IP om de investering van het monitoringcentrum in bestaande apparatuur te beschermen.

IP -alarmen LTD

Deel dit:
Facebook
Twitter
Reddit
LinkedIn
Pinterest
E -mail
Meer

Whatsapp
Afdrukken

Skype
Tumblr

Telegram
Zak