Steve Nut benyújtása, IP riasztások LTD – Az 1. rész itt olvasható
Riasztási telepítők útmutató az IP jelzéshez – 2. rész
Általában azt halljuk, hogy az IP egyik fantasztikus előnye a PSTN -hez képest a riasztási jelátvitel megnövekedett sebessége. Noha ez részben igaz, a riasztási telepítőknek meg kell érteniük a riasztási jel -tranzakció különböző szakaszait, hogy teljes mértékben kihasználhassák ezt a rendelkezésre álló sebességet.
Általában a riasztási panel aktiválásának időpontjától kezdve körülbelül 10-15 másodpercig tart a telefonszám tárcsázása, és DTMF vagy FSK jel küldése egy PSTN vonalon. Ha IP tárcsázót rögzítő eszközt használ, hallgatja a telefonszámjegyeket, figyelmen kívül hagyja őket, kézfogást játszik, felveszi a jelet, lejátsz egy csókot, majd továbbítja a jelet az IP-n keresztül. Annak ellenére, hogy az IP -n keresztüli tényleges átvitel csak néhány száz milliszekundumot vehet igénybe, az egész folyamat körülbelül ugyanabban az időben tart, mint a PSTN felett. Tehát hol van a sebesség előnye az IP használatában?
Nos, a fentiek felhasználásával példaként elpazarolták, hogy a panel kialudjon, és várja meg, hogy a telefonvonal rendeződjön, és várja a telefonszám tárcsázását – annak ellenére, hogy soha nem használja fel. A rövid vagy üres telefonszám programozása az egyik módja annak, hogy javítsák ezt a helyzetet, azonban a telepítőknek ki kell használniuk a panelen lévő programozható kimeneteket vagy reléket is, ahol rendelkezésre állnak.
Egyes IP -eszközök digitális bemenetekkel rendelkeznek, amelyek csatlakoztathatók a riasztási panel kimenetekhez (I/O). Ezek a panelkimenetek azonnal megváltoztatják az állapotot, amikor egy riasztás aktiválódik, és viszont kiváltja az IP -eszköz bemeneteit úgy, hogy a jelet késedelem nélkül elküldjék a szerverre. Addig, amíg új riasztási protokollokat fejlesztettek ki, hogy teljes mértékben kihasználhassák az IP -t, és közvetlenül a panelekbe beépítsék, a digitális I/O használata a legjobb megoldást kínálja az utólagos felszerelés piacán a rendszereken, ahol az átviteli sebesség fontos.
Az egyik terület, ahol a sebességváltó sebessége létfontosságú, ahol a riasztási jelzést használják az IP -kamerák képeinek felvételének kiváltására.
Az IP jelzés használata az IP -kamerák integrálására a riasztórendszerekkel
A kifinomult CCTV kamerák és az átviteli berendezések már régen használatban voltak, még mielőtt sokan még hallottak volna az internetről. A gyártók gyorsan frissítették termékeiket, hogy teljes mértékben kihasználják az IP -t, azonban az ilyen rendszerek árcédulája továbbra is jól elérhető mind a lakossági, mind a kis kereskedelmi ügyfelek túlnyomó többségétől. Tehát hogyan lehet a riasztási ipar realisztikusabb áron nyújtani a riasztási ipar számára a videó -ellenőrző szolgáltatásokat ennek az ügyfélcsoportnak?
A válasz az IP -kamerák használatában rejlik. A riasztási telepítők számára érkezéseik hasonlóak a PIR -detektorok több mint két évtizeddel ezelőtti bevezetéséhez, és nem sokkal később rutinszerűvé válik, hogy az egyes védett területekbe illeszkedjen, ahogyan azt a PIR -hez is megteheti.
Tehát milyen lehetőségeink vannak az IP -kamerák integrálására, hogy azok a biztonsági riasztórendszer szerves részévé váljanak?
A legtöbb kamera valamilyen formájú beépített mozgásérzékeléssel rendelkezik, azonban ennek a technológiának a kiszámíthatatlansága megakadályozza, hogy egy riasztási panel kiváltásához használják a megfigyelő központ felhívását. A mozgásérzékelés használata azt is megköveteli, hogy legyen valamilyen módja a kamerák fegyverének és lefegyverzésének, hogy ne küldjenek képeket, amikor az emberek jogszerűen mozognak a védett helyiségek körül. A riasztási panel felfegyverzésének és lefegyverzésének ismerete és egyszerűsége miatt az egyik lehetőség az, hogy a panel csak akkor, ha fegyveres. Ilyen módon a képeket csak riasztási aktiválás esetén küldjük el a szerverre.
Ezt úgy lehet megtenni, hogy egy kábelt csatlakoztatunk a panelen a kamera trigger bemenetéhez, ha van. Az előnyben részesített módszer azonban a kamera kiváltása és vezérlése a Monitoring Center szerver szoftverparancsokon keresztül. A drágább IP -kamerák a szoftverparancsok teljes skáláját biztosítják, amelyek lehetővé teszik a PAN, a dőlés, a zoom, az előzetes és az utólagos riasztás és az egyéb közös funkciók vezérlését. Noha az alacsonyabb költségű kamerák általában nem kínálják ezeket a funkciókat, ezek többsége támogatja a JPEG pillanatképeket a különféle állásfoglalásoknál, ami az ipar számára kiindulási pontot biztosít a mainstream video -ellenőrzéshez.
A szállító semleges videó ellenőrzésének áttekintése
A pillanatkép -funkció lehetővé teszi a telepítő számára, hogy az X és Z gyártó mellett egy fényképezőgéphez illeszkedjen. Ez fantasztikus rugalmasságot biztosít a telepítő számára, mivel ezek nem kapcsolódnak egy adott kameragyártóhoz. Ez optimális a megfigyelő központ számára is, mivel nem támaszkodnak egy adott szerver alkalmazásra.
A védett helyiségekből származó képek megtekintésére és rögzítésére való felkészülés során a Monitoring Center adatbázis különféle kamerával kapcsolatos paramétereket tárol a jól ismert riasztási paraméterek, például az eseménydefiníciók és a zónalisták mellett.
Alapvető kameraparaméterek Határozzák meg, hogy milyen típusú riasztási események és mely zónaszámok indítják el az egyes kamerák rögzítését. Megadják az összeget isA rögzítendő képek száma és a közöttük lévő időintervallum.
Mindegyik IP -kamera kissé eltérő szoftverparancsot igényel annak indításához, így a Monitoring Center egyéni parancsok adatbázisát tartja fenn, amelyet az idő múlásával felépíthetnek, hogy támogassák a telepítőik által használt kamera márkáját.
Minden másodperc számít az IP -kamerák képeinek kiváltásában és rögzítésében. Emlékezve arra, hogy mennyi ideig tart a riasztási jel elküldése a hagyományos protokollok segítségével, a riasztási esemény után 10-15 másodpercig tartó felvétel elindítása szinte biztosan azt jelenti, hogy elveszítik a legfontosabb felvételeket.
Különböző módon lehet ezt leküzdeni, a riasztási panel, az IP riasztási eszköz és a kamera rendelkezésre álló funkcióitól függően. A magas specifikációs kamera egy „pre alarm” funkciót használna, ahol tíz másodperces felvételeket küldhet a riasztás előtt, és húsz másodpercig utána. Az alacsonyabb specifikációs kamerák egy pillanatfelvételi parancsot biztosítanak, amelyet a panelkimenetek és az IP -eszköz bemenetek használata kiválthat, a már leírtak szerint.
A pillanatkép parancs akcióban
Például azt fogjuk mondani, hogy Smith úrnak van egy riasztórendszere, IP riasztási adója és IP -kamera, amelyet otthonában telepítettek. Az adó és a kamera csatlakoztatva van az útválasztójához, és az interneten keresztül csatlakoztatva van egy IP -kompatibilis megfigyelő központhoz.
A megfigyelő központban lévő számlaszáma 1234, és azt kérte, hogy 10 pillanatkép -képet rögzítsenek 2 másodperces időközönként riasztás esetén. Ezt az információt be kell írni az adatbázisba a megfigyelő központban, és minden egyes riasztási jel kézhezvételekor ellenőrizni kell. Itt vannak az adatbázis mezők és adatok, amelyeket Smith úr számára felhasználhatunk:
Számlaszám: 1234
Pillanatképek száma: 10
Pillanatkép -intervallum: 2
Zónák, amelyek kiváltják: 2,3,4
Kamera IP és port:
Snapshot parancs: /camimage.jpg?username=abc&password=xyz
Amikor egy 1234 számla kódból származó riasztási jel érkezik, a szerver szoftver ellenőrzi az adatbázist, hogy megállapítsa, hogy Mr. Smith rendelkezik egy kamerával, és hogy a képeket rögzíteni kell a szerveren, ha a riasztás a 2,3 vagy a 4 zónából származik (5. zóna, A 6,7 és a 8 -at lehet használni egy második kamera kiváltására). A szoftver összekapcsolja a kamera IP -címét és a pillanatkép parancsot úgy, hogy a következő parancsot tízszer egy hurokban küldjék el Mr. Smith kamerájához két másodperces időközönként …
A végeredmény az, hogy tíz JPEG -képet írnak a megfigyelő szerver merevlemezére, és opcionálisan megjelennek egy operátornak további elemzés céljából.
Most bontjuk le a pillanatkép parancsot, és vegyük figyelembe Mr. Smith hálózatának és a kamera beállításának előfeltételeit annak érdekében, hogy ez megfelelően működjön.
Először is észreveszi, hogy az IP -cím helyett használják. Ez azt mondja nekünk, hogy Smith úrnak nincs rögzített IP -címe, amelyet az internetes szolgáltató társasága kiosztott neki, és hogy regisztrált valamit, amelyet dinamikus domain névnek hívnak. Egyszerűen fogalmazva: ez egy olyan módszer, amellyel a domain nevet a változó IP -címhez kapcsolják. Általában, amikor a felhasználó csatlakozik az internethez, a felhasználó ISP -je hozzárendel egy nem használt IP -címet az IP -címekből, és ezt a címet csak az adott kapcsolat időtartamára használják. Egy dinamikus DNS -szolgáltató cég speciális programot használ, amely a felhasználó számítógépén fut (néhány IP -kamera is támogatja ezt), és minden alkalommal, amikor az ISP változtatásai által biztosított IP -cím, és később frissíti a DNS -adatbázist, hogy tükrözze a DNS -adatbázist. Ilyen módon, annak ellenére, hogy a domain név IP -címe gyakran megváltozik, nem kell tudnunk a megváltozott IP -címet, hogy kapcsolatba lépjünk Smith Mr. kamerájával.
A következő: 800 a parancsban tudatja velünk, hogy Mr. Smith útválasztóját a port továbbítással, a 800 -as port pedig a kamerájához állította be. Van egy IP riasztási eszköz, amely képes leküzdeni a port továbbításának követelményét a kamerák kiváltása érdekében, de általában nincs mód arra, hogy a Mr. Smith kamerájába kerüljön a port továbbítása nélkül.
Minden kameragyártó rendelkezik saját szoftverparancsokkal a kamerák és a /camimage.jpg vezérlésére? Példánk egy pillanatkép parancs része csak egy ilyen variáció.
A legtöbb pillanatfelvételi parancs kérdőjelet tartalmaz, és ez azt mondja a kamerának, hogy számos paraméter követni fog. Ezeket általában a kép felbontásának és tömörítésének beállítására, valamint a biztonsági hitelesítő adatok megadására használják.
Összefoglalva: a Monitoring Center kiszolgálóján lévő speciális szoftverek és a védett helyiségek IP riasztási adapterének segítségével az olcsó IP -kamerák könnyen integrálhatók a riasztórendszerekbe, hogy alapvető video -ellenőrzést biztosítsanak.
„Bármely panel, bármilyen vevő, bármely megfigyelő központ”
A riasztási telepítők és a megfigyelő központok felháborodása miatt az IP riasztási adapterek és vevők gyártói elvitték a „Bármely panel, bármely vevő és bármely megfigyelő központ” luxusát. A telepítők évek óta képesek voltak kiválasztani kedvenc panelüket vagy kommunikátoraikat a disztribútorokról, telepíthetik és programozhatták.A protokollok választása, csatlakoztassa azt egy telefonvonalba, és bármilyen számú befogadó megfigyelő társaság figyelje meg. A dolgok közel nem annyira rugalmasak az IP -re való áttéréskor.
Minden IP -vevő gyártója úgy tervezte ki szerver berendezéseit, hogy az ügyfél végén csak az adott panel vagy IP adapter jeleit fogadja el. Tehát, ha egy adott gyártó IP -adapterének segítségével szeretné frissíteni egy riasztórendszert, akkor egy megfigyelő központ szolgáltatásait kell használnia, amelyek telepítették az IP -vevő márkáját.
Noha ez kissé kényelmetlen lehet a telepítő számára, tartsa be a gondolatot a megfigyelő központok számára, akiknek a gyártó minden egyes gyártójától vásárolnak IP -vevők vásárlása, attól tartva, hogy elveszítik előfizetőiket a versengő megfigyelő központok számára.
Amellett, hogy mindent megtesz annak biztosítása érdekében, hogy paneleik csak a saját IP -vevőjével való csatlakozást kapják, sok gyártó olyan „univerzális” eszközt is kínál, amely lehetővé teszi a panelek márkájának, hogy kommunikálhassanak a vevőjükkel. Sajnos ezek az eszközök csak „univerzálisak” az ügyfél végén, mivel még mindig egy adott IP -vevő márkájához vannak zárva.
Határozottan követelmény van egy valóban univerzális IP riasztási protokoll kidolgozására, hogy az ipar visszatérhessen a panelek sokkal méltányosabb rendszeréhez, bármely vevő, bármely megfigyelő központhoz.
Időközben kevés olyan univerzális IP -eszköz található a piacon, amelyek kommunikálnak bármilyen analóg riasztási vevővel az IP -n keresztül, hogy megvédjék a megfigyelő központ meglévő berendezésekbe történő beruházását.
IP Riasztások Ltd
Ossza meg ezt:
Facebook
Twitter
Reddit
LinkedIn
Pinterest
Email
Több
WhatsApp
Nyomtatás
Skype
Tumblr
Távirat
Zseb