Plany pięter z czujnikami — dane środowiskowe na rzucie budynku

Plan pięter z czujnikami rozwiązuje problem, który pojawia się w każdym większym wdrożeniu monitoringu: przy dziesięciu urządzeniach lista z nazwami wystarcza, przy sześćdziesięciu na pięciu kondygnacjach — przestaje znaczyć cokolwiek. „IAQ-3-południe alarm krytyczny" to komunikat, który każdy odbiorca musi dopiero przetłumaczyć na miejsce w budynku. Ten sam alarm pokazany czerwonym markerem na rzucie trzeciego piętra nie wymaga tłumaczenia — technik wie, dokąd iść, zanim doczyta treść powiadomienia. Poniżej pokazujemy, jak działa widok planów pięter w platformie Nextriv i jak rozmieścić na nim czujniki, żeby z danych zrobił się obraz.

Dlaczego lista czujników przestaje wystarczać

Monitoring budynku skaluje się szybciej, niż się wydaje. Pilotaż to zwykle kilka czujników i wszystkie mieszczą się w głowie. Ale docelowe wdrożenie biurowca czy szkoły to dziesiątki punktów pomiarowych: stacje jakości powietrza w salach, czujniki temperatury w pomieszczeniach technicznych, czujniki ruchu w strefach wspólnych. Trzy rzeczy psują się wtedy w widoku listy:

• Lokalizacja zdarzeń. Nazwy urządzeń („Sala 3.12", „korytarz B") wymagają znajomości budynku na pamięć — nowy pracownik ochrony czy serwisant jej nie ma.
• Wzorce przestrzenne. Przegrzewająca się południowa elewacja albo duszna strefa wokół jednej centrali wentylacyjnej to wzorce widoczne na rzucie od razu, a w tabeli — wcale.
• Komunikacja. Rozmowa z serwisem HVAC czy zarządcą toczy się nad rzutem kondygnacji, nie nad eksportem CSV.

Jak działa plan pięter z czujnikami w Nextriv

Struktura odwzorowuje rzeczywistość: lokalizacja to budynek, w budynku piętra, na piętrach czujniki. Na każde piętro wgrywasz rzut — platforma przyjmuje pliki PNG, JPG, SVG, WebP, a także PDF, więc zwykle wystarczy podkład z dokumentacji architektonicznej albo plan ewakuacyjny. Następnie przeciągasz czujniki na ich fizyczne miejsca: każdy dostaje marker o współrzędnych x/y na rzucie.

Od tej chwili rzut żyje. Markery pokazują bieżące odczyty wybranych metryk, a status alarmowy widać per piętro — wchodzisz w budynek i od razu wiesz, że na drugiej kondygnacji wszystko gra, a na czwartej aktywne są dwa zdarzenia. Plan piętra jest też dostępny jako jeden z blisko 20 typów kafelków pulpitu, więc rzut najważniejszej kondygnacji może wisieć na głównym ekranie obok wykresów i KPI. Widok planu da się również udostępnić publicznie — recepcja albo ochrona widzi sytuację na piętrze bez logowania i bez konta w systemie.

Co umieścić na planie: klimat i zajętość

Plan pięter pokazuje to, co mierzą czujniki — więc o sile widoku decyduje dobór punktów pomiarowych. W biurach i budynkach użyteczności publicznej sprawdza się połączenie dwóch warstw danych.

Warstwa klimatu. Stacja wieloparametrowa w każdej sali konferencyjnej i otwartej strefie daje na rzucie pełny obraz: temperaturę, wilgotność, CO₂, TVOC, światło i obecność z jednego urządzenia.

Warstwa zajętości. Tam, gdzie nie potrzeba pełnej stacji — pomieszczenia techniczne, magazynki, strefy hot-desk, toalety — wystarczy kompaktowy czujnik ruchu. Daje binarny sygnał obecności i status jasno/ciemno, bez kamer i bez ingerencji w prywatność, a na rzucie od razu widać, które strefy realnie pracują.

Trzecia, opcjonalna warstwa to punkty techniczne: precyzyjny czujnik temperatury i wilgotności — np. Nextriv Sense Display z ekranem e-ink — w serwerowni podręcznej, archiwum czy rozdzielni elektrycznej. Na rzucie takie pomieszczenia łatwo odróżnić od stref biurowych, a ich progi alarmowe ustawia się niezależnie od reszty piętra.

Zestawienie tych warstw na jednym rzucie odpowiada na pytania, których lista nigdy nie obsłuży: które sale są przeciążone (wysokie CO₂ + ciągła obecność), gdzie sprzątać według użycia zamiast grafiku, gdzie po godzinach pojawia się ruch, choć piętro powinno być puste — i czy duszna strefa pokrywa się z zasięgiem jednej, konkretnej centrali wentylacyjnej.

Alerty z kontekstem piętra

Plan pięter to nie tylko podgląd — to także kontekst dla alertów. Reguły powiadomień można filtrować po lokalizacji, więc technik odpowiedzialny za konkretny budynek dostaje tylko jego zdarzenia, a alerty da się przeglądać per piętro. Każde przekroczenie progu ma czytelny kod zdarzenia, severity (info/ostrzeżenie/krytyczne) i trafia kanałami, które zespół naprawdę czyta: e-mail, SMS, web push, Microsoft Teams, Discord, alarm dźwiękowy w aplikacji lub webhook. Jeśli nikt nie potwierdzi zdarzenia, polityka eskalacji przekazuje je dalej — np. po kwadransie SMS-em do kierownika obiektu.

W połączeniu z rzutem daje to krótszą drogę od alarmu do reakcji: powiadomienie mówi „co i jak pilne", plan piętra — „dokładnie gdzie".

Wdrożenie w praktyce

Uruchomienie planów pięter nie wymaga projektu integracyjnego:

1. Zdobądź rzuty. Podkład architektoniczny, plan ewakuacyjny, nawet czytelny skan — formaty PNG/JPG/SVG/WebP/PDF.
2. Zamontuj czujniki. Urządzenia bateryjne montuje się na taśmę lub wkręty i konfiguruje zbliżeniowo przez NFC; platforma wykrywa je automatycznie w 30–180 sekund od włączenia.
3. Rozmieść markery. Przeciągnięcie czujników na rzut to kilka minut na piętro — i od tej pory każdy alarm ma adres.

Dwie praktyczne wskazówki z wdrożeń. Po pierwsze, nazewnictwo: nawet z planem pięter warto nazywać czujniki według schematu „piętro + pomieszczenie" (np. „3 / sala południowa"), bo te same nazwy pojawiają się w powiadomieniach e-mail i SMS, gdzie rzutu nie widać. Po drugie, kolejność: zacznij od kondygnacji, z której płynie najwięcej zgłoszeń — efekt „wreszcie to widać" na jednym piętrze jest najlepszym argumentem za pokryciem reszty budynku.

Pełną listę możliwości platformy — od pulpitów po raporty i eksporty — znajdziesz na stronie funkcji systemu, a scenariusze dla biurowców, szkół i obiektów publicznych w rozwiązaniu dla budynków i biur.

Zobacz swój budynek w danych

Najlepiej ocenić ten widok na własnym rzucie: umów krótką prezentację, a pokażemy plan pięter na żywych danych — z markerami, alertami i pulpitem dla Twojego zespołu. Szczegóły planów i limitów znajdziesz w cenniku.