Ha van valami, amit a rendszerintegrátorok megtanultak az évek során, az az, hogy a „smart” rendszerek és a keményvonalas hálózati hardverek házassága ritkán indul mézeshetekkel. Adott volt a feladat: van egy Techson PoE Switchünk, ami egy kamerát táplál, és van egy Ksenia központunk, aminek tudnia kellene róla, ha valaki elvágja a kábelt. Sőt, ha a kamera lefagy, egy gombnyomással újra kellene indítani a tápellátást.
- Egyszerűnek hangzik?
Elméletben igen, addig a pillanatig, amíg nincs direkt kommunikáció a két eszköz között. Mivel mindhárom rendelkezik felhőalapú eléréssel és mobil appal is, nem is beszélve a Techson switchek intelligens funkcióiról így egy újraindítás gyerekjáték és automatikus is.
- Akkor mi is az igazi probléma?
A gyakorlati tapasztalatok. Például amikor megáll egy időre a felhőszolgáltatás vagy amikor az AI úgy dönt, hogy nincs akkora üzemzavar és nem indítja újra a kamerát.
Ezért integrációba kezdtünk, hogy a Ksenia központ is riasszon, ha gond van, viszont a „Socket Hang Up” hibaüzenet hamarabb jött, mint a pizzafutár.
A "Sértődékeny" Switch esete.
A Techson switch egy dolgos iparos: teszi a dolgát, kapcsolja a csomagokat, adja a PoE tápot. De, amikor a Node-RED-del elkezdtük másodpercenként faggatni az állapotáról, és közben még törölni is próbáltuk a naplóját (hogy rend legyen a lelkünkben és a listában), a switch hardvere úgy döntött, hogy ez neki sok. Ha egyszerre olvasunk és írunk (törlünk), a hálózati interfész nem sokáig bírja.
- A megoldás?
A „Békés Megfigyelő” stratégia. Elengedtük a kényszeres takarítást. Nem töröljük a logokat, hadd gyűljenek, a switch úgyis kiüríti magától is. A Node-RED okosabb ennél: mindig csak a legfrissebb bejegyzést kéri le. Ha az „Link Up”, akkor mindenki boldog. Ha „Link Down”, akkor baj van. Ezzel a módszerrel a switch terhelése minimálisra csökkent, a kapcsolat pedig stabilizálódott.
PoE Alarm vs. Link Alarm
A fejlesztés során belefutottunk egy klasszikus logikai csapdába is. Azt hittük, ha bekapcsoljuk a PoE Alarm-ot, akkor minden tápellátási gondra riasztani fogunk. Igen ám, de amikor mi, adminisztrátorként, szoftveresen lekapcsoljuk egy port áramellátását (hogy újraindítsuk a kamerát), a switch ezt nem tekinti hibának. Ez egy parancs, nem egy rövidzárlat!
Ezért kellett a Port Link Alarm-ra támaszkodnunk. Ez a funkció nem azt nézi, van-e áram, hanem hogy van-e adatkapcsolat. Ha kihúzzák a kábelt (szabotázs), vagy ha mi vesszük el az áramot (újraindítás), az eredmény ugyanaz: Link Down. Ez az a közös nyelv, amit a Node-RED és a Ksenia is megért.
Az SFP Portok diszkrét bája
Ahogy a rendszer kezdett összeállni, jött az újabb kihívás: a „fals” riasztások. A rendszerünk ugyanis túlságosan is éber lett. Amikor a rendszergazda bedugta a laptopját a G9-es vagy G10-es SFP/Uplink portba, a riasztórendszer majdnem szívrohamot kapott, hiszen „Link Change” történt.
Itt lépett be a Node-RED igazi ereje: a dinamikus szűrés. A kódot felkészítettük arra, hogy különbséget tegyen a „dolgozó nép” (G1-G8 PoE portok) és a „menedzsment” (G9-G10 SFP portok) között. A logika egyszerű: ha a G6-os kapu portja szakad meg, indul a sziréna (vagy legalábbis a Ksenia input). De ha a G10-es porton történik változás, a rendszer csak egy diszkrét „Uplink esemény” üzenettel nyugtázza a dolgot, és hagyja dolgozni az informatikust.
Összegzés
A végeredmény egy olyan integráció, ahol a Techson Switch és a Ksenia riasztó nem csak egymás mellett létezik, hanem aktívan együttműködik. A Node-RED a tolmács, aki kiszűri a zajt, kezeli a switch érzékeny lelkivilágát, és gondoskodik róla, hogy a biztonsági őr csak akkor kapjon riasztást, ha tényleg baj van – és ne akkor, amikor csak karbantartunk. Így lett a „Socket Hang Up” -ból stabil kézfogás a reléken innen és túl. Ráadásul az ipari Techson switchek még relékimenettel is rendelkeznek, így akár fizikai jelzést is generálhatunk pl: sziréna, villogó vagy elindíthatunk bármilyen más folyamatot.
