LoRaWAN od podstaw: zastosowania, zasięg, integracja i opłacalność wdrożenia

Jeśli masz obiekty z setkami punktów pomiarowych, a każdy kabel to osobna historia z działem budowlanym, elektrycznym i IT – ten artykuł jest dla Ciebie. LoRaWAN to technologia, która eliminuje kabel jako domyślną odpowiedź na pytanie „jak zebrać dane z czujnika". Ale nie w każdym scenariuszu. W tym przewodniku znajdziesz informacje: jak działa LoRaWAN, gdzie ma sens, gdzie nie ma, ile kosztuje i co musisz wiedzieć zanim zlecisz projekt integratorowi lub sam go zaczniesz.

Artykuł jest skierowany do inżynierów automatyki, projektantów BMS/SCADA, kierowników utrzymania ruchu i facility managerów, którzy rozważają bezprzewodowy monitoring obiektów przemysłowych, komercyjnych lub infrastrukturalnych.

Co to jest LoRaWAN?

LoRaWAN (Long Range Wide Area Network) to otwarty standard bezprzewodowej komunikacji dla urządzeń IoT, zaprojektowany pod jeden cel: przesyłanie małych porcji danych na duże odległości przy minimalnym zużyciu energii. Czujnik oparty na tej technologii może pracować na baterii przez kilka lat, przesyłając dane z częstotliwością od sekund do godzin, bez dostępu do zasilania sieciowego i bez przewodowej infrastruktury sieciowej.

Technologia składa się z dwóch warstw. LoRa (Long Range) to warstwa fizyczna – modulacja sygnału radiowego CSS (Chirp Spread Spectrum), rozwinięta przez firmę Semtech. To ona odpowiada za zasięg i odporność na zakłócenia. LoRaWAN to protokół sieciowy zbudowany nad LoRa, standaryzowany przez LoRa Alliance, który definiuje jak urządzenia rejestrują się w sieci, jak przesyłają dane, jak szyfruje się komunikację i jak zarządza się setkami urządzeń jednocześnie. Rozróżnienie jest ważne przy zakupie: moduły LoRa można kupić do własnych projektów embedded, ale gotowe systemy monitoringu pracują na LoRaWAN.

Kiedy LoRaWAN ma sens?

Cztery scenariusze, w których LoRaWAN wygrywa z alternatywami:

• Brak dostępu do zasilania – czujniki w studzienkach, komorach, na dachach, w chłodniach, na ogrodzeniu. Wi-Fi i Ethernet wymagają zasilania w każdym punkcie; LoRaWAN – nie.
• Duże odległości lub rozległe obiekty – hale produkcyjne >5 000 m², tereny zewnętrzne, infrastruktura rozproszona (ujęcia wody, przepompownie, zbiorniki w odległości kilku km od siebie).
• Wiele punktów pomiarowych – setki czujników, które przesyłają dane rzadko (co minutę, co 15 minut). Jedna bramka obsługuje ich tysiące.
• Brak możliwości prowadzenia tras kablowych – wykończone wnętrza, obiekty zabytkowe, hale z grubym żelbetem, zakłady chemiczne z ograniczeniami instalacyjnymi.

Kiedy LoRaWAN nie ma sensu?

LoRaWAN ma twarde ograniczenia, których nie obejdziesz:

• Dane w czasie rzeczywistym z opóźnieniem <1 s – LoRaWAN nie jest do tego. Przy klasie A typowe opóźnienie to kilkanaście sekund. Do szybkiej diagnostyki maszyn i systemów safety nie stosuj LoRaWAN.
• Duże paczki danych – maksymalny rozmiar ramki to 242 bajty. Zdjęcia, video, pliki – wykluczone.
• Gęsta sieć z bardzo częstą transmisją – każde urządzenie ma obowiązek przestrzegać duty cycle (zazwyczaj max. 1% czasu na antenie). Przy transmisji co 10 sekund z setek urządzeń możesz napotkać ograniczenia regulacyjne.

Najważniejsze liczby:

• Zasięg – do 15 km w terenie otwartym, 1–3 km w mieście, 100–400 m w budynkach z żelbetem
• Żywotność baterii czujnika – 3–10 lat (zależy od częstotliwości transmisji i środowiska)
• Bezpieczeństwo – szyfrowanie AES-128 na dwóch niezależnych warstwach
• Przepustowość – 0,3–37,5 kbps; LoRaWAN nie służy do streamingu, tylko do przesyłu małych pakietów danych
• Koszt sieci prywatnej – bramka od ok. 1 000–4 000 zł, czujnik od ok. 300–800 zł; brak opłat abonamentowych przy sieci własnej

Słowniczek LoRaWAN – pojęcia, które musisz znać

Uwaga: Network Server i Application Server są często łączone w jednym produkcie (ChirpStack, TTN Stack, Milesight IoT Cloud). Bramka z wbudowanym NS upraszcza infrastrukturę, ale ogranicza skalowalność przy dużych sieciach.

Jak działa LoRaWAN – architektura i przepływ danych

LoRaWAN działa w topologii gwiazdy rozszerzonej – czujniki nie „rozmawiają" ze sobą nawzajem, każdy wysyła dane bezpośrednio do jednej lub więcej bramek, a bramki przekazują dane dalej przez Internet. Brak routingu między węzłami upraszcza konfigurację i eliminuje jedno ze źródeł awarii, ale jeśli żadna bramka nie ma zasięgu do czujnika – transmisja nie dojdzie.

Przepływ danych – krok po kroku

Kilka szczegółów, które mają znaczenie w praktyce:

• Dane z jednego czujnika mogą być odbierane przez kilka bramek jednocześnie – Network Server deduplikuje pakiety, wybiera najsilniejszy sygnał i opcjonalnie używa różnorodności przestrzennej do poprawy niezawodności.
• Bramka nie dekoduje danych czujnika. Działa jak transparentny przekaźnik – przesyła zaszyfrowane ramki dalej. Deszyfrowanie i dekodowanie (payload decoder) odbywa się dopiero na Application Server.
• Każde nowe urządzenie wymaga aktywacji (OTAA lub ABP, patrz słowniczek). Bramka nie „widzi" czujnika, który nie jest zarejestrowany w Network Serverze.

Klasy urządzeń – A, B, C

Klasa definiuje, kiedy urządzenie jest zdolne do odbioru poleceń z sieci (downlink). To ważne przy aktuatorach i zaworach, nie tylko przy pasywnych czujnikach.

Większość wdrożeń monitoringu parametrów środowiskowych używa klasy A. Klasa B i C przydają się, gdy potrzebujesz wysłać polecenie do urządzenia w przewidywalnym czasie – a nie tylko odbierać dane.

OTAA czy ABP – co wybrać?

Rekomenduję OTAA niemal zawsze. Argumenty są krótkie: klucze sesji są unikalnie negocjowane przy każdym dołączeniu do sieci, nie ma stałych kluczy do wykradzenia z urządzenia, a sieć może wymusić rotację kluczy po awarii bezpieczeństwa. ABP (klucze zaszyte na stałe) może być uzasadnione w środowiskach bez stałego dostępu do Network Servera przy uruchamianiu – ale to przypadek brzegowy, nie reguła.

Praktyczna różnica przy wdrożeniu: OTAA wymaga, żeby bramka miała połączenie z Network Serverem w momencie pierwszego uruchomienia urządzenia. Przy ABP urządzenie działa od razu, nawet bez serwera. Jeśli wdrażasz w miejscach z tymczasowo niestabilnym Internetem – dopilnuj, że po przywróceniu połączenia urządzenia nie stracą synchronizacji licznika ramek (frame counter reset to znany problem w ABP).

Jaki zasięg ma LoRaWAN – w budynku, mieście i terenie otwartym?

Zasięg LoRaWAN zależy od środowiska bardziej niż od specyfikacji technicznej bramki. Producenci podają liczby dla terenu otwartego. W praktyce hala z żelbetem, chłodnia z izolacją metaliczną lub biurowiec z przeszkleniami mogą te liczby skrócić kilkunastokrotnie.

Orientacyjne wartości dla typowych środowisk:

Co ogranicza zasięg w pomieszczeniach?

Sygnał 868 MHz przenika przez materiały budowlane, ale każda przegroda go tłumi. Przybliżone tłumienie na element:

• Ściana gipsowo-kartonowa: 3–5 dB
• Ściana cegła / bloczek: 8–12 dB
• Strop żelbetowy: 15–25 dB
• Izolacja metaliczna (chłodnia, zbiornik): 20–40 dB i więcej

W praktyce: bramka wewnętrzna zamontowana w centralnym punkcie biurowca pokryje zazwyczaj 2–3 kondygnacje. W hali stalowej z metalowym dachem wymagaj testów zasięgu zanim zdecydujesz o liczbie bramek.

Spreading Factor a zasięg

ADR dobiera SF automatycznie, ale podczas planowania sieci warto rozumieć zależność: SF12 (najwolniejszy, najdalszy zasięg) przesyła dane ~10× wolniej niż SF7, ale ma budżet łącza o ~20 dB wyższy. Konsekwencja: czujniki z SF12 dłużej zajmują „eter", co przy dużej liczbie urządzeń może ograniczać pojemność sieci. Dobry Network Server (z włączonym ADR) sam to optymalizuje.

Ile bramek potrzeba na obiekt?

Nie ma wzoru, który zastąpi site survey, ale reguły kciuka, które stosuję przy wstępnej kalkulacji:

• Mała hala (<2 000 m², brak żelbetu): 1 bramka wewnętrzna, wysokość montażu >4 m
• Biurowiec 3–5 kondygnacji: 1 bramka wewnętrzna na piętro, centrale na korytarzu
• Rozległy zakład (>10 000 m²): 2–4 bramki wewnętrzne + opcjonalnie zewnętrzna na dachu pokrywająca tereny zewnętrzne
• Teren zewnętrzny (infrastruktura, rolnictwo): 1 bramka zewnętrzna na wieży lub maszcie pokryje kilka km²

Zawsze wykonaj test zasięgu przed zamówieniem sprzętu w docelowej ilości. Kosztuje to kilka godzin z jedną bramką i aplikacją mobilną – i oszczędza koszty przeprojektowania.

Zastosowania LoRaWAN – gdzie technologia sprawdza się najlepiej?

LoRaWAN zadomowił się w sześciu branżach. Poniżej – co konkretnie się monitoruje i jakie problemy to rozwiązuje. Każda z sekcji to skrót; szczegółowe przewodniki po wdrożeniach branżowych znajdziesz w artykułach klastrowych.

Smart City

Jedna bramka na latarni lub dachu pokrywa całą dzielnicę – stąd Smart City było pierwszym rynkiem dla LoRaWAN i nadal napędza większość publicznych wdrożeń.

W praktyce oznacza to: zdalne odczyty liczników wody, gazu i energii bez wizyt inkasenckich; alarmy zalania w kanałach burzowych i przejściach podziemnych; optymalizację tras wywozu śmieci na podstawie danych z czujników napełnienia. Do tego monitoring jakości powietrza, hałasu, zajętości parkingów i stanu włazów kanalizacyjnych – wszystko przez jedną infrastrukturę radiową.

Automatyka budynkowa

Biurowiec po wykończeniu to środowisko gdzie kabel jest problemem, nie rozwiązaniem. Każde kucie, każda trasa przez sufit podwieszany – to projekt budowlany, zgody i tygodnie czekania. Czujniki LoRaWAN montuje się w godzinę, integrują z BMS przez Modbus TCP lub BACnet bez wymiany istniejącej infrastruktury.

Najczęstszy przypadek: monitoring CO₂, temperatury i wilgotności w salach konferencyjnych i open space, który daje dane do zarządzania wentylacją i klimatyzacją. W naszych projektach tego typu optymalizacja przyniosła 10-20% oszczędności na energii w budynkach biurowych. [źródło: dane z wdrożeń Milesight / Elmark Automatyka] Poza tym: monitoring obecności, zużycia mediów per piętro, zdalne zawory grzewcze.

Przemysł

SCADA zbiera dane z PLC i linii produkcyjnych. Ale zbiornik z olejem na zewnątrz hali, rurociąg w kanale technicznym, pompownia 500 metrów od sterowni – tam kabel nigdy nie dotarł. LoRaWAN dociera.

W halach wdrażamy głównie: monitoring temperatury łożysk i silników (wzrost temperatury to zapowiedź awarii, nie jej skutek), wykrywanie wycieków mediów, kontrolę poziomu w zbiornikach. Sprzęt klasy IP67 pracuje bez obudów ochronnych w zapyleniu i przy ujemnych temperaturach – to ważne, bo każda dodatkowa obudowa to koszt i kolejny punkt serwisowy.

FMCG i cold chain

HACCP, GMP, GDP – każdy z tych standardów wymaga udokumentowanego, ciągłego monitoringu warunków przechowywania. Ręczne zapisy co godzinę to koszt pracy i ryzyko luki w dokumentacji podczas weekendu lub nocy.

Czujniki LoRaWAN w chłodniach i mroźniach rejestrują dane automatycznie, wysyłają alarm gdy temperatura wyjdzie poza zakres i generują raporty gotowe na audyt. Jedno wdrożenie likwiduje trzy problemy: koszt pracy, ryzyko audytowe i opóźnione wykrycie awarii agregatu.

Logistyka

Centrum logistyczne 200 000 m² z setkami kontenerów i wózków – GPS nie da rady na baterii przez rok, Wi-Fi nie pokryje całego terenu. Jedna bramka zewnętrzna LoRaWAN na dachu obejmuje cały plac.

Zastosowania: lokalizacja kontenerów, palet i wózków widłowych, monitoring warunków w naczepach chłodniczych podczas załadunku i postoju, detekcja otwarcia bram i drzwi na obwodzie. To ostatnie zastosowanie jest niedoceniane – prosty czujnik otwarcia zastępuje całą fizyczną kontrolę obwodu.

Rolnictwo precyzyjne

500 hektarów pola, zero zasilania, zero zasięgu komórkowego na niektórych działkach. Bateria w czujniku musi starczyć na 5 lat, bo nikt nie będzie jej wymieniał co miesiąc. To jest dokładnie ten scenariusz, dla którego LoRaWAN był projektowany.

W rolnictwie: monitoring wilgotności gleby na różnych głębokościach (decyduje o nawadnianiu, nie intuicja), stacje pogodowe per pole, warunki w szklarniach i tunelach foliowych, lokalizacja bydła i sprzętu na pastwisku.

Kiedy LoRaWAN zastępuje okablowanie?

Trzy scenariusze, w których rezygnacja z kabli jest nie tyle możliwa, co ekonomicznie uzasadniona:

Modernizacja bez ingerencji w infrastrukturę – biurowiec z wykończonymi wnętrzami, zakład z certyfikatami GMP/HACCP gdzie każda ingerencja w ściany wymaga audytu, obiekt zabytkowy z wymaganiami konserwatorskimi.

Monitoring tymczasowy lub mobilny – monitoring warunków w czasie budowy, kontrola temperatury przy przeprowadzce serwerowni, śledzenie floty podczas remontu magazynu.

Obiekty rozproszone bez infrastruktury IT – zbiorniki, przepompownie, stacje pomiarowe w terenie gdzie nie ma ani zasilania, ani Internetu. Bramka zewnętrzna z modemem LTE + czujniki bateryjne = kompletna instalacja bez kabla.

Mapa zasięgu LoRaWAN w Polsce – sieci publiczne i prywatne

W Polsce można wdrożyć LoRaWAN jako prywatną sieć własną lub podłączyć urządzenia do istniejącej sieci publicznej. Wybór ma konsekwencje dla kosztów, bezpieczeństwa i niezawodności.

Sieci publiczne w Polsce

Dwie największe infrastruktury publiczne dostępne (bezpłatnie lub komercyjnie) w Polsce:

• The Things Network (TTN) – globalna sieć oparta na społeczności. W Polsce aktywne bramki w większych miastach (Warszawa, Kraków, Wrocław, Trójmiasto, Poznań). Dostępna w celach niekomercyjnych i pilotażowych. Zasięg jest nieregularny – w centrum Warszawy możesz mieć kilka bram, w strefach podmiejskich żadnej.
• Orange LoRa – komercyjna sieć publiczna pokrywająca wybrane obszary miejskie i przemysłowe w Polsce. Wymaga umowy z operatorem.

Aktualną mapę zasięgu sieci TTN znajdziesz pod adresem ttnmapper.org – możesz sprawdzić pokrycie swojej lokalizacji przed decyzją. [źródło: TTN Mapper, ttnmapper.org]

Kiedy wybrać sieć prywatną a kiedy publiczną?

W zdecydowanej większości zastosowań przemysłowych i komercyjnych prywatna sieć własna jest lepszym wyborem. Powody są trzy:

1. Bezpieczeństwo i izolacja danych – dane z czujników nie przechodzą przez infrastrukturę zewnętrznego operatora. Dział IT i OT to doceni.
2. Niezawodność – jesteś właścicielem bramki i Network Servera. Nie zależysz od dostępności sieci publicznej, zmian w regulaminach ani awarii po stronie operatora.
3. Zasięg tam, gdzie potrzebujesz – sieć publiczna nie pokrywa Twojej hali ani terenu zakładu. Prywatna bramka jest tam, gdzie chcesz.

Sieć publiczna ma sens przy: pilotażu w zasięgu TTN (bez inwestycji w sprzęt), mobilnych aplikacjach śledzenia na rozległych obszarach gdzie nie da się postawić własnej infrastruktury, lub gdy operator oferuje abonament obejmujący dokładnie Twój obszar. Dla każdego projektu przemysłowego rekomendujemy sieć prywatną – nie dlatego że sprzedajemy bramki, ale dlatego że awaria sieci publicznej to awaria Twojego monitoringu.

Wi-Fi, LoRaWAN, Bluetooth czy NB-IoT – jak dobrać technologię do monitoringu?

Pytanie „dlaczego nie Wi-Fi?" pada na każdym wstępnym spotkaniu. Słuszne pytanie – LoRaWAN to nie zawsze najlepszy wybór. Poniższa tabela daje ramy do decyzji.

Wybierz LoRaWAN jeśli:

• Czujniki są rozsiane na dużym obszarze lub trudno dostępne
• Potrzebujesz bateryjnego zasilania na lata bez serwisowania
• Masz >20 punktów pomiarowych i zależy Ci na niskich kosztach infrastruktury
• Brak abonamentu jest istotny (budżet wieloletni)

Wybierz Wi-Fi jeśli:

• Masz gęstą istniejącą infrastrukturę Wi-Fi i potrzebujesz krótkich opóźnień
• Urządzenia mają dostęp do zasilania sieciowego
• Przesyłasz więcej danych niż dane z czujników (np. zdjęcia stanu maszyn)

Wybierz NB-IoT jeśli:

• Urządzenia są mobilne i przemieszczają się po Polsce lub Europie (roaming)
• Nie chcesz budować własnej infrastruktury radiowej
• Akceptujesz miesięczny koszt abonamentu w zamian za brak instalacji bramek

Wybierz kabel jeśli:

• Potrzebujesz opóźnień <100 ms (diagnostyka maszyn, safety)
• Masz możliwość prowadzenia tras kablowych przy budowie lub modernizacji
• Przesyłasz duże wolumeny danych (kamery, przetworniki wideo)

Ile kosztuje wdrożenie LoRaWAN

Próg wejścia jest niski: pojedynczy PoC z jedną bramką i kilkoma czujnikami można uruchomić za kilka tysięcy złotych. Pełna sieć na rozległym obiekcie to inna skala – koszty skalują się jednak wolniej niż analogiczna instalacja kablowa.

CAPEX – koszty jednorazowe

Przykład orientacyjny: monitoring temperatury i wilgotności w hali magazynowej (~2 000 m², 30 punktów pomiarowych) – 1 bramka wewnętrzna + 30 czujników + konfiguracja i integracja z dashboardem = orientacyjnie 15 000–25 000 zł. Bez abonamentu, bez kabli.

OPEX – koszty cykliczne

Przy prywatnej sieci LoRaWAN bieżące koszty są niskie:

• Baterie w czujnikach – wymiana co 3–10 lat zależnie od modelu i częstotliwości transmisji; koszt baterii to kilkanaście złotych
• Utrzymanie Network Servera – open source (ChirpStack) = koszt serwera (~50–100 zł/mc VPS lub serwer lokalny); SaaS = abonament od dostawcy
• Serwis sprzętu – bramki nie wymagają regularnej obsługi; czujniki poza wymianą baterii są bezobsługowe

Przy sieci publicznej (np. komercyjna sieć operatora) dolicz abonament per urządzenie lub per bramka – warunki różnią się w zależności od dostawcy.

TCO w perspektywie 5 lat

Przy 30 punktach pomiarowych w hali: przewagą LoRaWAN jest eliminacja okablowania (w stałej instalacji kablowej samo poprowadzenie tras dla 30 punktów w istniejącym budynku to zazwyczaj kilkanaście do kilkudziesięciu tysięcy złotych, zanim kupisz choćby jeden czujnik). Po 5 latach całkowity koszt posiadania sieci LoRaWAN jest zwykle niższy o 30–60% względem analogicznego systemu kablowego – pod warunkiem, że aplikacja nie wymaga wysokiej częstotliwości transmisji.

Kiedy LoRaWAN nie jest opłacalny?

Przy nowej budowie z infrastrukturą kablową zaplanowaną od początku, przy małej liczbie czujników (<5) w lokalizacjach z dostępem do zasilania, oraz gdy potrzebujesz transmisji częstszej niż co 1–2 minuty – kalkulator TCO może przechylić szalę na korzyść kabla lub Wi-Fi.

Czy LoRaWAN jest bezpieczny?

LoRaWAN stosuje dwuwarstwowe szyfrowanie AES-128 – oddzielnie dla warstwy sieciowej i aplikacyjnej. Nawet operator sieci (np. TTN lub inny pośrednik) nie ma dostępu do treści danych przesyłanych przez czujniki. W porównaniu do typowej instalacji Wi-Fi w zakładzie to przewaga architektoniczna, którą łatwo zakomunikować na audycie OT. Na każdym spotkaniu z działem IT gdzie pada pytanie o bezpieczeństwo – AES-128 dwuwarstwowo i sieć prywatna kończą dyskusję.

Dwa klucze bezpieczeństwa

• NwkSKey (Network Session Key) – szyfruje komunikację między urządzeniem a Network Serverem; chroni integralność pakietu i uniemożliwia jego modyfikację
• AppSKey (Application Session Key) – szyfruje ładunek danych (payload) między urządzeniem a Application Serverem; operator sieci nie może ich odczytać

Oba klucze są negocjowane dynamicznie przy OTAA (każde uruchomienie = nowe klucze) lub zaszyte przy ABP. Przy prywatnej sieci, gdzie kontrolujesz zarówno Network Server jak i Application Server – oba klucze pozostają wyłącznie w Twojej infrastrukturze.

Niezawodność LoRaWAN

LoRaWAN nie jest siecią deterministyczną – nie gwarantuje dostarczenia każdego pakietu w konkretnym czasie. W praktyce jego niezawodność podnosi:

• ADR – automatyczne dostosowanie parametrów transmisji do bieżących warunków radiowych
• Redundancja bram – jeden czujnik może być słyszalny przez kilka bramek jednocześnie; Network Server wybiera najlepszy pakiet
• Potwierdzenia (acknowledged uplinks) – opcjonalne mechanizmy potwierdzenia dostarczenia pakietu; podnoszą pewność kosztem wyższego zużycia baterii
• Odporność modulacji CSS – sygnał LoRa jest z natury odporny na zakłócenia wąskopasmowe (spawarki, falowniki, silniki), które zabijają Wi-Fi w halach produkcyjnych

Czego LoRaWAN nie zapewnia: gwarantowanego opóźnienia, pewności dostarczenia 100% pakietów przy złym zasięgu, działania w środowiskach silnie ekranowanych (klatka Faradaya, zbiorniki metalowe grubości >5 mm bez anteny zewnętrznej).

Jak wdrożyć LoRaWAN bez konfliktu z działem IT?

Dział IT widzi nową sieć bezprzewodową i ma jedno pytanie: czy to jest w naszej domenie zarządzania? Otóż nie.

Separacja od sieci korporacyjnej

Sieć LoRaWAN to odrębna infrastruktura radiowa pracująca na 868 MHz – poza pasmem Wi-Fi i bez bezpośredniego połączenia z siecią IT. Bramka LoRaWAN łączy się z Internetem przez dedykowany port Ethernet (lub LTE), idealnie w odrębnym VLAN-ie lub DMZ. Dane z czujników trafiają do Network Servera, a stamtąd do systemu SCADA lub BMS przez zdefiniowany interfejs (MQTT, REST, Modbus TCP). IT kontroluje jeden punkt wejścia – resztą zarządza OT lub specjalista LoRaWAN.

Co dział IT zazwyczaj chce wiedzieć?

Checklista do przygotowania przed rozmową z IT:

• Na jakiej sieci/VLAN-ie stanie bramka? (rekomendacja: wydzielony VLAN lub LTE out-of-band)
• Gdzie przetwarzane są dane? (chmura zewnętrzna / serwer lokalny – wskaż adres IP/domenę)
• Jakie porty wychodzące są wymagane? (typowo: TCP 1700 dla MFNS Semtech, TCP 8883 dla MQTT/TLS)
• Jak zarządzasz urządzeniami (OTA aktualizacje)? (przez Network Server, nie przez sieć korporacyjną)
• Czy dane czujników zawierają PII lub dane wrażliwe?
• Kto odpowiada za serwis i utrzymanie bramek?

Jeśli używasz Network Servera lokalnego (on-premise) zamiast chmurowego – IT będzie bardziej komfortowe. Milesight UG65/UG67 ma wbudowany NS, co eliminuje potrzebę zewnętrznego serwera przy małych sieciach.

Jak zintegrować LoRaWAN z istniejącą automatyką?

LoRaWAN nie istnieje w próżni – wartość daje dopiero po integracji z systemem, który przetwarza dane. W automatyce przemysłowej oznacza to BMS, SCADA, EMS lub platformę IoT. Integracja jest prostsza niż wyglądałoby to z zewnątrz.

Trzy warstwy integracji

Warstwa 1 – payload decoder (dekodowanie danych): Czujniki LoRaWAN przesyłają surowe bajty. Network Server lub Application Server musi je zdekodować na czytelne wartości (np. 0x0F A8 → 25,6°C). Większość bramek Milesight ma wbudowane dekoderzy dla własnych czujników. Przy urządzeniach innych producentów – piszesz decoder w JavaScript lub korzystasz z gotowych skryptów z repozytorium LoRa Alliance / TTN.

Warstwa 2 – protokół do systemu nadrzędnego: Bramki Milesight obsługują natywnie:

• MQTT – lekki protokół pub/sub, najpopularniejszy do integracji z platformami IoT i dashboardami (Grafana, Node-RED, własne aplikacje)
• Modbus TCP – bezpośrednia integracja z SCADA i PLC; bramka eksponuje rejestry Modbus z wartościami czujników
• BACnet/IP – integracja z systemami BMS; czujniki LoRaWAN stają się obiektami BACnet widocznymi dla systemu zarządzania budynkiem

Warstwa 3 – dashboard i wizualizacja: Dane mogą trafić do:

• Wbudowanej platformy (Milesight IoT Cloud – do kilkudziesięciu urządzeń)
• Open source (Grafana + InfluxDB, Node-RED, ChirpStack)
• Istniejącego systemu SCADA (przez Modbus TCP lub OPC UA Gateway)
• Rozbudowanej platformy SCADA/BMS do dużych instalacji

Przy integracji z istniejącym SCADA – sprawdź wcześniej wersję protokołu Modbus i mapę rejestrów. Mamy za sobą kilka projektów gdzie mapowanie zajęło więcej czasu niż sama instalacja fizyczna – głównie dlatego, że stara SCADA nie obsługiwała Modbus TCP, tylko RTU. W takim przypadku potrzebujesz konwertera lub bramy protokołowej.

Planowanie sieci LoRaWAN krok po kroku

Przed zamówieniem sprzętu odpowiedz na 7 pytań – oszczędzisz czas i przeprojektowanie.

1. Ile punktów pomiarowych i gdzie?

Sporządź listę lokalizacji czujników z rzutem budynku lub mapą terenu. Zaznacz materiał ścian/stropów między czujnikiem a potencjalną lokalizacją bramki. To wyjściowy punkt do oceny zasięgu.

2. Co mierzysz i jak często?

Temperatura 1×/15 minut to inne wymaganie niż wykrywanie zalania w czasie quasi-rzeczywistym. Częstość transmisji wpływa na dobór klasy urządzenia, żywotność baterii i wymagania względem pojemności sieci.

3. Jakie są wymagania wobec danych?

Czy potrzebujesz historii, alarmów, raportów, integracji z SCADA? To definiuje czy wystarczy prosta platforma chmurowa, czy potrzebujesz Network Servera lokalnego i dedykowanej integracji.

4. Sieć prywatna czy publiczna?

Przemysł i infrastruktura krytyczna – prywatna. Pilotaż w mieście – możesz zacząć od TTN. Szczegóły – patrz sekcja Mapa zasięgu LoRaWAN w Polsce.

5. Wykonaj site survey.

Zabierz jedną bramkę i telefon z aplikacją (np. TTGO LoRa Sniffer lub dedykowaną apką Milesight) i chodź po obiekcie z testowym czujnikiem. Zapisz RSSI i SNR z każdego punktu. Godzina pracy w terenie = pewność, że liczba zamawianych bramek jest właściwa.

6. Dobierz sprzęt do środowiska.

Hala zewnętrzna lub dach → bramka zewnętrzna IP67 z LTE. Biuro lub hala wewnętrzna → bramka PoE z wbudowanym NS. Chłodnia lub środowisko przemysłowe → czujniki IP67, zakres temperatur min. -40°C. Nie oszczędzaj na klasie szczelności jeśli środowisko tego wymaga.

7. Zaplanuj integrację zanim kupisz sprzęt.

Musisz wiedzieć, gdzie trafiają dane (MQTT broker, Modbus, BACnet, platforma chmurowa) zanim cokolwiek zamówisz. Zmiana decyzji po zakupie kosztuje czas i pieniądze.

Mity o LoRaWAN

„LoRaWAN wymaga abonamentu" – przy prywatnej sieci nie ma żadnego abonamentu. Pasmo 868 MHz w Europie jest nielicencjonowane, Network Server (ChirpStack, TTN Stack) dostępny open source. Jednorazowy CAPEX, zerowy OPEX za łączność.

„LoRaWAN to tylko Smart City" – mit z 2016 roku. Przemysł, automatyka budynkowa, cold chain i logistyka mają dziś równie dojrzałe ekosystemy czujników i wdrożeń produkcyjnych.

„Jeden czujnik = jeden kanał" – nie. Bramka 8-kanałowa obsługuje jednocześnie wiele urządzeń. Przy transmisji co 10 minut jedna bramka realnie zarządza 2 000 urządzeń bez problemu z pojemnością.

„LoRaWAN nie przebije żelbetu" – tłumi, ale nie blokuje. Strop żelbetowy to ok. -15 do -25 dB, co przy odpowiednio dobranym SF i pozycji bramki jest do pokonania. Potwierdza się testem zasięgu, nie kalkulatorem.

„Trzeba budować infrastrukturę od zera" – bramka z wbudowanym Network Serverem jest gotowa po 15 minutach. Podpinasz do sieci, rejestrujesz czujniki, dane płyną. Nie ma tu żadnego projektu sieciowego do wyceny.

„LoRaWAN zastąpi SCADA" – nie zastąpi i nie ma takiego zamiaru. To warstwa transportowa, nie system zarządzania. Dobre wdrożenie polega na integracji jako nowe źródło danych dla istniejącej SCADA – nie na jej wymianie.

FAQ – najczęstsze pytania o LoRaWAN

Jaki jest zasięg LoRaWAN w budynku?

W typowym budynku biurowym lub przemysłowym z żelbetem: 100–300 m od bramki. W halach stalowych bez żelbetu: 200–500 m. Na zasięg wpływają materiał konstrukcji, wysokość montażu bramki i obecność metalowych przegród. Wykonanie site survey przed wdrożeniem daje dokładniejszy wynik niż jakikolwiek kalkulator.

Ile czujników obsłuży jedna bramka?

Technicznie: od kilkuset do kilku tysięcy. Praktyczne ograniczenie to duty cycle i częstotliwość transmisji. Bramka 8-kanałowa z ADR obsłuży 2 000 urządzeń przesyłających dane co 10 minut bez problemu. Przy transmisji co minutę – realna pojemność spada do 200–400 urządzeń. Dla wymagających aplikacji wykonuje się kalkulację airtime.

Czy LoRaWAN wymaga abonamentu?

Przy prywatnej sieci – nie. LoRaWAN działa na nielicencjonowanym paśmie ISM 868 MHz (Europa) – brak opłat za częstotliwość. Network Server open source (ChirpStack, TTN Stack) – bezpłatny. Abonament pojawia się tylko przy komercyjnych sieciach publicznych lub przy wyborze Network Servera jako usługi SaaS.

Jakie są koszty stałe i koszty utrzymania sieci LoRaWAN?

Główny koszt cykliczny to wymiana baterii w czujnikach – co 3–10 lat. Przy sieci prywatnej dochodzi koszt utrzymania serwera Network Server (serwer VPS ok. 50–100 zł/mc lub własna maszyna). Bramki nie wymagają serwisowania prócz aktualizacji firmware – zdalnie, przez OTA.

Ile działa bateria w czujniku LoRaWAN?

Od 3 do 10 lat – w zależności od modelu czujnika, częstotliwości transmisji i temperatury pracy. Czujnik nadający co 15 minut w temperaturze pokojowej osiągnie łatwo 5–7 lat na standardowej baterii litowej. Transmisja co minutę lub praca w temperaturze poniżej -10°C może skrócić żywotność do 2–3 lat.

Co najbardziej skraca żywotność baterii?

Dwie rzeczy: wysoka częstotliwość transmisji i zły zasięg zmuszający urządzenie do pracy z wysokim Spreading Factor (SF12 zużywa energię ~10× wolniej niż SF7, ale czas na antenie jest dłuższy). Trzecia przyczyna to niska temperatura pracy – bateria Li-SOCl₂ traci pojemność poniżej -20°C. Sprawdzaj arkusz danych czujnika – producent podaje żywotność dla konkretnych scenariuszy transmisji.

Czy LoRaWAN nadaje się do aplikacji real-time?

Zależy co rozumiesz przez real-time. Przy klasie A typowe opóźnienie dostarczenia danych to 5–30 sekund. Do monitoringu środowiska, liczników i alarmów – to wystarczy. Do sterowania maszyn, systemów safety i szybkiej diagnostyki (opóźnienie <1 s) – LoRaWAN nie jest właściwym wyborem.

Czy LoRaWAN działa w piwnicach i pod ziemią?

Tak, ale z ograniczeniami. Sygnał przenika przez ziemię i beton, pod warunkiem że czujnik nie jest głębiej niż kilka metrów i nie jest otoczony metalem ze wszystkich stron. W studzienkach i komorach infrastrukturalnych (telekomunikacyjnych, wodociągowych) LoRaWAN działa rutynowo – to jedno z klasycznych zastosowań. Jeśli kanał jest głębszy lub otoczony metalem, rozważ antenę zewnętrzną wyprowadzoną na poziom terenu.

O Elmark Automatyka

Elmark Automatyka to dystrybutor z wartością dodaną (VAD) z ponad 40-letnim doświadczeniem w automatyce przemysłowej. W obszarze LoRaWAN Elmark jest autoryzowanym dystrybutorem Milesight – dostarczamy bramki, czujniki i wsparcie techniczne dla integratorów i projektantów systemów monitoringu. Nie realizujemy wdrożeń u użytkowników końcowych – jesteśmy zapleczem technicznym dla firm, które projekty realizują.

Do oferty należy sprzęt dostępny z magazynu w Warszawie z wysyłką tego samego dnia. Dla nowych projektów oferujemy bezpłatny zestaw PoC (Proof of Concept) do testów zasięgu i konfiguracji przed decyzją o zakupie docelowej ilości sprzętu.