Jak działa bramka czujników — droga pomiaru od czujnika do wykresu

Jak działa bramka czujników i po co w ogóle osobne urządzenie między czujnikiem a chmurą? Najkrótsza odpowiedź: bramka to tłumacz i bufor. Odbiera radiowe pakiety z dziesiątek czy setek czujników, przekłada je na język internetu i pilnuje, żeby żaden pomiar nie zginął po drodze — nawet gdy łącze padnie na godzinę. W tym artykule prześledzimy całą drogę pojedynczego pomiaru: od chwili, w której czujnik budzi się do transmisji, po punkt na wykresie i alert na telefonie. Pełną mapę tej architektury znajdziesz też na stronie jak to działa.

Po co czujnikowi pośrednik

Czujnik bateryjny ma jeden cel: mierzyć latami bez wymiany ogniwa. Gdyby każdy czujnik sam utrzymywał połączenie z internetem — jak urządzenia WiFi — bateria wytrzymałaby dni, nie lata. Dlatego czujniki Nextriv nadają łącznością radiową dalekiego zasięgu: pakiet o rozmiarze kilkudziesięciu bajtów, wysłany w ułamku sekundy w energooszczędnym paśmie sub-GHz, po czym nadajnik natychmiast zasypia. Obie filozofie zestawiliśmy szczegółowo w porównaniu czujnika z łącznością radiową i WiFi.

Ktoś jednak musi te pakiety odebrać i zanieść dalej — i to jest właśnie rola bramki. W odróżnieniu od czujników bramka jest stale zasilana, więc może bez kompromisów utrzymywać szyfrowane połączenie z chmurą, nasłuchiwać radia non stop i brać na siebie całą „drogą" energetycznie część łączności.

Jak działa bramka czujników: cztery kroki

1. Odbiór radiowy. Bramka nasłuchuje na ośmiu kanałach równolegle, z czułością -140 dBm — odczytuje sygnały bliskie poziomowi szumu, z odległości około 2 km w zabudowie i do 15 km w terenie otwartym. Jedna bramka obsługuje nawet około 2000 urządzeń; o tym, co realnie kształtuje te dystanse, pisaliśmy w artykule o zasięgu czujników bezprzewodowych.
2. Przekazanie do chmury. Odebrane pakiety bramka wysyła do platformy szyfrowanym połączeniem (TLS) przez Ethernet, Wi-Fi lub modem 4G — z automatycznym failoverem: gdy łącze stałe padnie, transmisję przejmuje sieć komórkowa, bez ręcznej interwencji.
3. Przyjęcie nowego czujnika. Świeżo włączone urządzenie zgłasza się do sieci samo — platforma wykrywa je zwykle w 30–180 sekund, automatycznie rozpoznaje model z pierwszych pakietów i kompletuje metadane: stan baterii, interwał raportowania, strefę czasową. Wdrożenie nowego punktu pomiarowego to fizycznie włożenie baterii.
4. Nadzór nad samą sobą. Bramka raportuje też własny stan. Jeśli przestanie się zgłaszać na 15 minut, platforma oznacza ją jako offline i powiadamia administratora — wiesz, że obiekt zamilkł, zanim ktokolwiek spojrzy na wykres.

Bufor store-and-forward: pomiary nie giną razem z internetem

Najciekawsza część pracy bramki zaczyna się wtedy, gdy coś idzie nie tak. Scenariusz pierwszy: pada łącze stałe. Bramka z modemem przełącza się na 4G i transmisja płynie dalej — incydent kończy się wpisem w logu, nie luką w danych.

Scenariusz drugi: padają wszystkie łącza naraz. Wtedy do gry wchodzi bufor store-and-forward: bramka zapisuje odbierane pomiary w lokalnej pamięci i po powrocie łączności retransmituje całą zaległą paczkę do chmury. Mocniejsze bramki dysponują na to gigabajtami pamięci pokładowej — zapas na długą przerwę. Z perspektywy użytkownika wygląda to tak, że wykres po incydencie „doszywa się" wstecz: seria pomiarowa pozostaje kompletna, a dokumentacja — na przykład temperatur w chłodni — nie ma dziury, którą trzeba tłumaczyć audytorowi.

Jedno zastrzeżenie, uczciwie: w czasie całkowitej przerwy łączności pomiary się buforują, ale alerty nie wychodzą — platforma dowie się o przekroczeniu progu dopiero po dosłaniu danych. Właśnie dlatego failover na 4G nie jest gadżetem, tylko elementem projektu systemu: bufor ratuje historię, zapasowe łącze ratuje czas reakcji. Niezależnie od tego platforma po 15 minutach ciszy alarmuje, że bramka zamilkła — zespół wie, że obiekt jest chwilowo „w ciemno", i może zareagować po staremu, zanim łączność wróci.

Mini czy Pro: dwie bramki, ta sama robota

Całą opisaną wyżej mechanikę — odbiór, szyfrowanie, failover, bufor z retransmisją — znajdziesz w każdej bramce Nextriv; różnice dotyczą obudowy, zasilania i zapasu mocy.

Nextriv Hub Mini to najprostszy start: „spodek" wielkości czujki dymu, zasilany z USB-C lub PoE, z opcjonalnym modemem 4G. Wystarcza na biuro, lokal usługowy czy pojedyncze piętro, a mimo rozmiaru obsłuży nawet około 2000 urządzeń — typowy pilotaż zamyka się w godzinę.

Nextriv Hub Pro to koń roboczy wymagających wdrożeń: szczelność IP65, praca od -40 do +70°C, zasilanie jednym kablem dzięki PoE, gigabitowy Ethernet i złącze na antenę zewnętrzną. Do tego potrafi wystawiać dane lokalnie do automatyki budynkowej po BACnet i Modbus — chmura i BMS patrzą wtedy na te same liczby.

Co dzieje się w chmurze

Po stronie platformy pakiet z bramki zamienia się w pełnoprawny pomiar: trafia na pulpity (blisko 20 typów kafelków — od prostego odczytu po wykresy wieloseryjne i plany pięter), przechodzi przez reguły alertowe z czterema progami na metrykę i deduplikacją zdarzeń, a docelowo zasila raporty PDF i eksporty XLSX/CSV. Platforma pilnuje też każdego czujnika z osobna: brak raportu przez dwa interwały oznacza status offline i powiadomienie. O tym, jak te dane są po drodze szyfrowane i izolowane między organizacjami, piszemy osobno w artykule o bezpieczeństwie danych z czujników.

Zobacz tę drogę na żywo

Najlepszy sposób, żeby zrozumieć bramkę, to popatrzeć na nią w działaniu: od włożenia baterii do czujnika, przez automatyczne wykrycie urządzenia, po pierwszy punkt na wykresie — całość trwa kilka minut. Umów prezentację, a przejdziemy tę drogę razem na żywych danych; szczegóły planów i limitów znajdziesz w cenniku.