Trikdis E16 Ethernet átjelző - IP modul

Hagyományosan telefonvonalon (TIP/RING) – ez az univerzális megoldás, így az eszközök márkafüggetlenül kommunikálnak. A Trikdis egyedi fejlesztése, hogy a támogatott listában szereplő riasztóközpontok (de csak azok) soros porton vagy adatkábelen, közvetlen digitális kapcsolattal is összeköthetők – tudomásunk szerint ezt senki más nem tudja, és 10–15 év fejlesztési tapasztalat áll mögötte.

A Protegus 2 a Trikdis felhő-alkalmazásának 2. generációja: a riasztórendszert telefonról kezelheted, és azonnali értesítéseket kapsz. Minden mai, internetet használó Trikdis eszközhöz ezt ajánljuk választani. A felhasználói alkalmazás ingyenes; előfizetéses, használat- (ügyfélszám-) alapú része a távfelügyeleteknek, telepítőknek és cégeknek szól.

Nézd meg bármelyik közvetlen csatlakozású átjelző – például E16, G16, GT, GT+, GET – terméklapját: ha a riasztóközpontod modellje szerepel a támogatott központok listájában, mindenképpen ezt ajánljuk. Minden más esetben a telefonvonali (TIP/RING) változatot válaszd. A kommunikáció típusát (4G / Ethernet) a helyszín adottságai szerint döntsd el.

Igen: az E16/E16T és a FLEXi SP3 tisztán Ethernetes, de vannak SIM-kártyával kombinált, kétutas (redundáns) változatok is: pl. a GET és a FLEXi SP3 megfelelő változata. Az Ethernet stabil, korlátlan adatforgalmú csatorna a riasztásjelzéshez.

Igen, a TrikdisConfig programozó szoftverrel (USB-n vagy távolról). A legfrissebb firmware ajánlott a legjobb kompatibilitásért és biztonságért.

Igen: a Protegus 2 kipróbálható egy élő bemutató-rendszeren, telepítés és vásárlás nélkül — böngészőből és mobilappból is. Így előre láthatod, hogyan néz ki az élesítés, az értesítések és a rendszerállapot egy működő riasztórendszeren.

A Protegus 2 jellemzően legfeljebb két hónapig őrzi meg az eseménylistát; nagy mennyiségű esemény esetén ez az időtartam akár egy hónapra is rövidülhet.

A Paradox SP4000 riasztóközpont AUX tápkimenetének terhelhetősége korlátozott. Bizonyos esetekben – akár speciális, akár univerzális TRIKDIS kommunikátor használatakor – a kommunikátor áramfelvétele túl nagy terhelést jelenthet az AUX kimenet számára. Ennek következtében a kommunikátor instabillá válhat, újraindulhat, vagy egyáltalán nem működik megfelelően.

A tapasztalatok szerint a probléma legtöbbször úgy oldható meg, hogy a TRIKDIS kommunikátort nem az AUX kimenetről, hanem közvetlenül a riasztóközpont akkumulátorának (+/-) csatlakozóiról táplálják. Ez stabil tápellátást biztosít, és megszünteti az újraindulási vagy működési problémákat.

Megjegyzés: A bekötés módosítása előtt mindig ellenőrizni kell, hogy a rendszer megfelel a gyártó előírásainak, és a tápegység teljes terhelése nem haladja meg a megengedett értéket.

A Trikdis átjelző a kódokat az elindulásakor olvassa ki a központból, így csak azokat ismeri, amelyek az indulás pillanatában léteztek. Ha a Paradox központban kódmódosítás történik, a Trikdis eszközt újra kell indítani — például a sorkapocs lehúzásával és visszahelyezésével.

Az újraindulás után az eszköz a friss kódokat olvassa ki, és az új kód az alkalmazásban is működik.

Paradox-eszköz használatához nem: a Paradox saját eszközei, pl. Babyware, IP150, IP180 lezárt soros porttal is működnek. A soros port feloldása csak külső gyártó — például Trikdis — eszközének csatlakoztatásakor szükséges.

Igen. A Trikdis eszköz a DSC adatbuszán főként passzív, figyelő szerepet tölt be. Ha a buszon sok másik eszköz kommunikál — jellemzően kezelők és bővítőmodulok —, előfordulhat, hogy a Trikdis eszköz nem „jut szóhoz”: nem tudja kiolvasni a rendszer adatait, és vezérlő parancsot (például partíció-élesítést) sem tud küldeni.

A probléma nem minden telepítésnél jelentkezik, de 3–4 kezelő vagy bővítőmodul felett megnő az esélye — felméréskor érdemes ezzel számolni.

Ilyen esetekre a telefonvonalas (TIP/RING) bemenetre köthető, univerzális változatot javasoljuk: az E16T-t vagy a G16T-t. A GT, GT+ és GET eszközökön a csatlakozási mód az eszközön belül átválasztható, ezért ha lehet, ilyen telepítéshez ezeket ajánljuk.

A riasztóközpontok évtizedeken át a vezetékes telefonhálózaton jelezték az eseményeket a távfelügyeletre: a központba épített telefonos hívó egy szabványos formátumban — jellemzően Contact ID-ben (CID) — „telefonált”. Ez annyira általános szabvánnyá vált, hogy a TIP/RING csatlakozót ma is szinte minden gyártó minden központja tartalmazza, a legújabbak is.

A vezetékes telefonvonal mára eltűnőben van, de a csatlakozó új életet kapott: a mai átjelző (például a Trikdis E16T vagy G16T) a TIP/RING pontokra kötve telefonvonalat „mutat” a központnak — vonali feszültséget és tárcsahangot ad. A központ azt hiszi, a távfelügyeletet hívja; a hívást valójában az átjelző fogadja, a Contact ID üzenetet dekódolja, és az eseményt interneten vagy mobilhálózaton továbbítja a távfelügyeletre és a Protegus 2 alkalmazásba.

Ennek a megoldásnak a nagy előnye a márkafüggetlenség: gyakorlatilag bármely — akár több évtizedes — központtal működik, amelyben van telefonos kommunikátor, közvetlen busz- vagy soros integráció nélkül. Ezért hívjuk ezt a fajta eszközt univerzális átjelzőnek.

A tünet: az Ethernettel csatlakoztatott eszköz — E16, E16T, GET vagy FLEXi SP3 — rajta van a hálózaton, IP-címet is kap, a Protegus 2 vagy a távfelügyelet felé mégsem épül fel a kapcsolat.

Miért: ilyenkor a legtöbbször nem az eszközzel van baj, hanem a helyi hálózat nem engedi ki. Céges és intézményi hálózatokban ezt tűzfalszabály, tartalomszűrő, proxy, MAC-szűrés vagy egy szigorú VLAN-házirend okozza. Tapasztalatunk szerint ez szinte kizárólag zárt vállalati hálózatokban fordul elő — ott viszont már többször is találkoztunk vele.

Az ajánlott megoldás: tedd a kommunikátort külön, elszigetelt hálózatra vagy VLAN-ra, amelyről nincs átjárás a belső LAN-ra. Ez két dolgot old meg egyszerre:

• a belső hálózat szabályai nem szólnak bele az átjelző kimenő forgalmába;
• biztonsági szempontból is ez a helyes elrendezés: a riasztóeszköz nem lát rá a belső gépekre, és a belső hálózat egy esetleges fertőzése sem éri el az átjelzőt.

Amire az eszköznek szüksége van:

• kimenő internetkapcsolat, szűrés nélkül;
• DHCP, vagy fix IP-cím esetén helyes átjáró (gateway) és DNS;
• bejövő porttovábbítás nem kell — az átjelző maga építi ki a kapcsolatot kifelé.

Ha külön VLAN nem megoldható: a tűzfalon vedd ki az eszköz IP-címét a tartalomszűrés és a proxy alól, és engedd a kimenő forgalmát korlátozás nélkül.

És ne feledd: az átjelzőnél két külön kapcsolat van — az egyik a riasztóközpont felé (busz vagy TIP/RING), a másik kifelé (Ethernet vagy SIM). Ez a hiba a kifelé menő oldalt érinti, a központtal való kommunikáció ettől még működhet.

A tünet: az E16 switchre van kötve, a kábel jó, mégsem kap IP-címet, és nem éri el sem a Protegus 2-t, sem a távfelügyeletet. Menedzselhető switchen a port a felületen „loop detected” vagy „blocked” állapotban látszik. Ugyanez a többi ethernetes átjelzőnél is előfordulhat (GET, FLEXi SP3).

Miért: sok switchben van hurokvédelem (loop detection, loop prevention, loop guard vagy loopback detection néven). Nemcsak a menedzselhetőkben, hanem az egyszerű, nem menedzselhető switchekben is. A switch az E16-ot valamiért huroknak érzékeli, és letiltja a portját. Ez gyakori, ismert jelenség, nem az eszköz, a kábel vagy a beállítás hibája.

A megoldás:

• Menedzselhető switch: lépj be a beállítási felületére, és kapcsold ki a hurokvédelmet azon a porton, amelyre az átjelző csatlakozik. Ha a port letiltva maradt, engedélyezd újra.
• Nem menedzselhető switch: ezen a hurokvédelem nem kapcsolható ki. Kösd az átjelzőt routerre vagy menedzselhető switchre, és azon kapcsold ki a hurokvédelmet az átjelző portján.

Az átjelzőn ehhez nem kell semmit átállítani. Ha a port nincs letiltva, az átjelző IP-címet is kap, mégsem jut ki az internetre, akkor a zárt vállalati hálózatokról szóló kérdés segít.

A tünet: Az E16 az internetet biztosító Starlink hálózatra csatlakozik, mégsem éri el a távfelügyeletet. A TROUBLE LED 6-ot villan, ami a gyári leírás szerint azt jelenti, hogy nincs kapcsolat a Protegus 2-vel vagy a távfelügyelet vevőjével.

A probléma oka: A gyári Starlink router beépített tűzfala vagy hálózati korlátozásai letilthatják az átjelző kommunikációját. Mivel a gyári Starlink router nem menedzselhető (nem lehet benne portokat nyitni vagy részletes tűzfal-szabályokat beállítani), ez a tiltás magán az eszközön nem oldható fel. A megoldás az, hogy a gyári router helyett egy saját, szabadon konfigurálható routert állítasz be a hálózat kezelésére.

A megoldás lépései:

1. A Bypass mód bekapcsolása: A Starlink mobilalkalmazás beállításaiban kapcsold be a Bypass Mode-ot (Settings → Bypass Mode). Ez a funkció a hagyományos modemekből ismert „Bridge” (híd) módnak felel meg: a Starlink gyári routerének útválasztási funkciói és saját Wi-Fi hálózata teljesen kikapcsolnak, így a hálózat irányítását egy külső eszköz veheti át.
2. Saját router csatlakoztatása: Kösd össze a saját routered WAN-portját a Starlink egységgel, a router WAN-beállítását pedig hagyd DHCP (automatikus IP-címkérés) módban. Megjegyzés: A fizikai csatlakozás módja Starlink csomagonként (Kit-enként) eltérhet; egyes generációknál ehhez egy külön megvásárolható hivatalos Starlink Ethernet Adapterre van szükség.
3. Az E16 csatlakoztatása és konfigurálása: Kösd az E16 átjelzőt a saját routered egyik szabad LAN-portjára. Ha az E16-on fix IP-cím van beállítva, igazítsd azt a saját routered új IP-címtartományához (alapértelmezett átjáró, DNS); ha DHCP-re van állítva, az eszköz automatikusan megkapja a szükséges címeket.

Fontos figyelmeztetés: A Starlink hivatalos leírása szerint a Bypass mód bekapcsolása után a gyári router funkcióit kizárólag az eszköz teljes gyári visszaállításával (Hard Reset) lehet újra aktiválni.

Ha a kapcsolat a saját router beiktatása után sem jön létre, ellenőrizd a switch hurokvédelmére, illetve a zárt vállalati hálózatok korlátozásaira vonatkozó hibaelhárítási útmutatót.