Rate this post

Projektanci systemów Internetu Rzeczy (IoT), którzy stają przed zadaniem wdrożenia setek lub tysięcy bezprzewodowych czujników pracujących w terenie, mierzą się z jednym kluczowym ograniczeniem: budżetem energetycznym. Obietnice producentów o dziesięcioletniej pracy urządzenia na jednej baterii litowej są powszechne, jednak w warunkach rzeczywistych te deklaracje rzadko pokrywają się z prawdą. Wybór odpowiedniego standardu transmisji danych decyduje o tym, czy urządzenie będzie wymagało kosztownej wymiany ogniwa po kilkunastu miesiącach, czy rzeczywiście przetrwa lata bez ingerencji serwisowej.

Dwa najpopularniejsze standardy niskomocowej transmisji bezprzewodowej na duże odległości (LPWAN) to LoRaWAN oraz NB-IoT (Narrowband IoT). Choć oba rozwiązania zaprojektowano z myślą o urządzeniach o ograniczonych zasobach energetycznych, różnią się one fundamentalnie na poziomie architektury, zarządzania pasmem radiowym oraz protokołów sieciowych. Zrozumienie tych różnic jest niezbędne do podjęcia świadomej decyzji projektowej.

Architektura i model licencjonowania pasma: fundament pod zużycie energii

Różnice w zużyciu energii przez czujniki końcowe zaczynają się u podstaw, czyli w sposobie uzyskania dostępu do medium transmisyjnego i regulacji prawnych dotyczących częstotliwości radiowych. To, czy sieć operuje w paśmie licencjonowanym, czy wolnym, bezpośrednio determinuje protokół komunikacyjny i narzut energetyczny niezbędny do przeprowadzenia transmisji.

Pasmo nielicencjonowane (LoRaWAN) a licencjonowane (NB-IoT)

Standard LoRaWAN wykorzystuje darmowe, nielicencjonowane pasma ISM (Industrial, Scientific and Medical), takie jak 868 MHz w Europie czy 915 MHz w Ameryce Północnej. Korzystanie z tego pasma wiąże się z koniecznością przestrzegania ograniczeń prawnych dotyczących czasu zajętości kanału (ang. Duty Cycle), który w Europie wynosi zazwyczaj 1% dla większości podpasm. Oznacza to, że pojedyncze urządzenie nie może nadawać przez czas dłuższy niż 36 sekund w ciągu godziny. Z punktu widzenia zużycia baterii jest to naturalne ograniczenie, które wymusza na projektantach tworzenie energooszczędnych aplikacji wysyłających dane rzadko i w małych paczkach.

NB-IoT z kolei działa w licencjonowanym paśmie komórkowym (na infrastrukturze LTE), co eliminuje ograniczenia typu Duty Cycle. Urząd

zenie może nadawać teoretycznie bez limitu czasowego, co daje ogromną elastyczność w przesyłaniu większych pakietów danych. Jednak brak narzuconego limitu stwarza ryzyko szybkiego rozładowania baterii przy nieoptymalnie napisanym oprogramowaniu. Co więcej, praca w paśmie licencjonowanym wiąże się z koniecznością uiszczania opłat abonamentowych za każdą kartę SIM/eSIM, podczas gdy w LoRaWAN możemy zbudować własną, całkowicie darmową sieć prywatną.

Protokół sieciowy i synchronizacja: gdzie uciekają miliamperogodziny?

Klucz do zrozumienia energooszczędności obu technologii leży w sposobie, w jaki urządzenie końcowe komunikuje się ze stacją bazową (bramą). To właśnie narzut protokołu oraz czas, przez który odbiornik i nadajnik muszą być włączone, decydują o średnim poborze prądu.

Asynchroniczność LoRaWAN (Klasa A)

Większość bateryjnych czujników LoRaWAN pracuje w tzw. Klasie A. Jest to protokół typu ALOHA, co oznacza, że urządzenie jest całkowicie asynchroniczne. Śpi przez większość czasu, pobierając znikomy prąd rzędu kilku mikroamperów (µA). W momencie, gdy następuje zdarzenie (np. upływ określonego czasu lub odczyt z sensora), czujnik wybudza się, wysyła pakiet danych (uplink) i natychmiast otwiera dwa krótkie okna odbiorcze (downlink) na ewentualne potwierdzenie lub komendy z serwera. Po ich zamknięciu urządzenie natychmiast wraca do głębokiego snu.

Nie ma tu potrzeby negocjowania sesji, utrzymywania synchronizacji zegara z siecią ani przeprowadzania procedury „handshake” przy każdym wybudzeniu. Jeśli czujnik nie potrzebuje potwierdzenia odbioru danych (transmisja niepotwierdzona), jego czas aktywności radiowej jest skrócony do absolutnego minimum.

Synchroniczność i stany przejściowe w NB-IoT

NB-IoT, jako technologia wywodząca się ze świata komórkowego LTE, opiera się na komunikacji synchronicznej. Urządzenie musi zsynchronizować się ze stacją bazową (eNodeB), co wymaga odebrania sygnałów nawigacyjnych i przeprowadzenia procedury rejestracji w sieci. Aby zapobiec rozładowywaniu baterii przez ciągłe rejestrowanie, w NB-IoT wprowadzono dwa kluczowe mechanizmy oszczędzania energii:

  • PSM (Power Saving Mode): Urządzenie przechodzi w stan głębokiego snu, ale pozostaje zarejestrowane w sieci. Po wybudzeniu może od razu wysłać dane bez pełnej, energochłonnej procedury nawiązywania połączenia.
  • eDRX (extended Discontinuous Reception): Pozwala urządzeniu na wydłużenie czasu, w którym nie nasłuchuje ono sieci w poszukiwaniu połączeń przychodzących, co zmniejsza zużycie prądu w fazie czuwania.

Mimo tych zaawansowanych funkcji, przejście urządzenia NB-IoT ze stanu uśpienia do transmisji i z powrotem do stanu PSM wiąże się z przechodzeniem przez różne stany poboru prądu (np. stan aktywny, Idle z eDRX). Jeśli zasięg sieci jest słaby, procedura synchronizacji i retransmisji może wydłużyć się z milisekund do wielu sekund, drastycznie drenując baterię.

Zasięg, budżet łącza i ich przełożenie na pobór prądu

Teoretyczny zasięg obu technologii jest imponujący i wynosi od kilku do kilkunastu kilometrów w otwartym terenie. Jednak diabeł tkwi w szczegółach technicznych, a konkretnie w mechanizmach adaptacji prędkości transmisji do warunków radiowych.

W systemie LoRaWAN parametrem tym steruje mechanizm ADR (Adaptive Data Rate) oraz współczynnik rozproszenia (Spreading Factor – SF). Gdy czujnik znajduje się blisko bramy, korzysta z niskiego współczynnika (np. SF7). Czas nadawania pakietu (Time-on-Air) jest wtedy bardzo krótki (kilkadziesiąt milisekund), co oznacza minimalne zużycie energii. Jeśli jednak czujnik umieścimy w studzience kablowej, system przełączy się na SF12. Czas nadawania tego samego pakietu wydłuży się wówczas kilkunastokrotnie, a zużycie energii wzrośnie proporcjonalnie.

NB-IoT radzi sobie z trudnymi warunkami propagacyjnymi za pomocą powtórzeń pakietów (ang. Coverage Enhancement). W skrajnych przypadkach (np. głębokie piwnice, żelbetowe szyby) urządzenie może powtarzać tę samą transmisję nawet 128 razy. Choć pozwala to na przebicie się sygnału przez grube ściany, dla baterii litowej oznacza to wyrok śmierci w zaledwie kilka miesięcy.

ParametrLoRaWAN (Klasa A)NB-IoT
Pobór prądu w uśpieniuBardzo niski (1–5 µA)Niski (3–8 µA w trybie PSM)
Typowy prąd nadawaniaŚredni (20–45 mA przy +14 dBm)Wysoki (120–250 mA przy +20/+23 dBm)
Narzut protokołuMinimalny (kilka bajtów nagłówka)Znaczny (wymagana obsługa IP/CoAP/UDP)
InfrastrukturaPrywatna (własne bramy) lub publicznaWyłącznie publiczna (operatorzy GSM)

Praktyczne scenariusze wdrożeniowe: co wybrać?

Aby lepiej zilustrować, jak te różnice wpływają na żywotność baterii w rzeczywistych wdrożeniach, przyjrzyjmy się dwóm popularnym scenariuszom aplikacyjnym.

Scenariusz 1: Czujnik wilgotności gleby w rolnictwie precyzyjnym

Urządzenie mierzy parametry gleby na rozległym polu uprawnym i wysyła dane raz na godzinę. Teren jest otwarty, a odległość do najbliższego punktu dostępowego wynosi 3 km.

Wybór: LoRaWAN. Ze względu na otwarty teren możemy zastosować niski współczynnik rozproszenia (SF7). Czujnik wybudza się, wysyła mały pakiet danych bez potwierdzenia w czasie mniejszym niż 50 ms i natychmiast zasypia. Brak opłat abonamentowych za setki czujników na polu oraz możliwość postawienia jednej własnej bramy LoRaWAN na dachu gospodarstwa sprawiają, że jest to rozwiązanie optymalne kosztowo i energetycznie. Urządzenie na jednej baterii AA bez problemu popracuje ponad 10 lat.

Scenariusz 2: Inteligentny licznik wody w piwnicy budynku wielorodzinnego

Czujnik zamontowany jest pod ziemią, w metalowej skrzynce, wewnątrz żelbetowego budynku. Dane o zużyciu wody muszą być raportowane raz na dobę bezpośrednio do systemu bilingowego przedsiębiorstwa wodociągowego.

Wybór: NB-IoT. Sygnał radiowy musi pokonać wiele barier architektonicznych. Pasmo licencjonowane i wysoka moc nadawcza NB-IoT (do +23 dBm) zapewniają znacznie lepszą penetrację przeszkód niż nielicencjonowane pasmo LoRaWAN. Nawet przy konieczności stosowania retransmisji, rzadki harmonogram wysyłki (raz na dobę) chroni baterię przed szybkim zużyciem. Ponadto, przedsiębiorstwo użyteczności publicznej nie musi martwić się o budowę i utrzymanie własnej sieci antenowej w całym mieście – korzysta z gotowego zasięgu operatorów telekomunikacyjnych.

Decyzyjna checklista dla projektanta

Przed podjęciem ostatecznej decyzji o wyborze technologii dla Twojego czujnika bateryjnego, przeanalizuj poniższe pytania:

  • Jak często urządzenie będzie nadawać dane? Jeśli częściej niż raz na godzinę, narzut synchronizacyjny NB-IoT może okazać się zbyt kosztowny energetycznie. Wybierz LoRaWAN.
  • Czy dane muszą być przesyłane natychmiast po wybudzeniu (brak opóźnień)? LoRaWAN pozwala na natychmiastowe nadawanie. NB-IoT może potrzebować od kilku do kilkunastu sekund na negocjację połączenia z siecią po wybudzeniu z PSM.
  • Gdzie będą instalowane urządzenia? W głębokich piwnicach i trudnych środowiskach miejskich NB-IoT oferuje stabilniejsze połączenie dzięki większemu budżetowi łącza, choć kosztem szybszego zużycia baterii.
  • Kto będzie zarządzał infrastrukturą? Jeśli projektujesz system dla fabryki, która nie chce wypuszczać danych poza swoją sieć lokalną, LoRaWAN umożliwia budowę w pełni zamkniętej, prywatnej sieci bez opłat abonamentowych.

Projektując bateryjne urządzenia IoT, musimy pamiętać, że nie ma technologii uniwersalnych. LoRaWAN jest bezkonkurencyjny pod kątem minimalizacji poboru prądu przy rzadkich i prostych transmisjach w dobrze zaplanowanej sieci. Z kolei NB-IoT oferuje niezawodność, doskonałą penetrację przeszkód i gotową infrastrukturę operatorską, jednak wymaga większego rezerwuaru energii i starannego zarządzania profilami oszczędzania energii w oprogramowaniu układowym.

Wpływ profilu poboru prądu na wybór chemii baterii

Projektowanie urządzenia IoT to nie tylko wybór odpowiedniego układu radiowego i napisanie zoptymalizowanego kodu. Równie krytycznym, a często pomijanym aspektem jest dopasowanie chemii baterii do profilu poboru prądu danej technologii. Charakterystyka rozładowania ogniwa w połączeniu z prądami szczytowymi może drastycznie zweryfikować teoretyczne obliczenia żywotności urządzenia.

W przypadku LoRaWAN, prądy szczytowe podczas nadawania rzadko przekraczają 45 mA (przy standardowej mocy +14 dBm). Taki profil pozwala na zastosowanie popularnych i stosunkowo niedrogich baterii litowo-tionylowych (Li-SOCl2) o konstrukcji uzwojonej potocznie zwanej „bobbin” (np. popularne ER14505). Charakteryzują się one bardzo niskim prądem samorozładowania (poniżej 1% rocznie) oraz dużą gęstością energii, ale mają ograniczoną wydajność prądową. Przy niskich pikach LoRaWAN, bateria ta pracuje w swoim optymalnym zakresie, co pozwala na bezproblemowe wyciągnięcie deklarowanych 10 lat pracy.

Sytuacja wygląda zupełnie inaczej w NB-IoT. Tutaj modem radiowy podczas rejestracji w sieci lub nadawania przy słabym zasięgu potrafi pobrać impulsowo prąd o natężeniu rzędu 120–250 mA. Bateria typu „bobbin” pod wpływem tak dużego obciążenia dozna natychmiastowego spadku napięcia poniżej progu odcięcia mikrokontrolera (tzw. zjawisko pasywacji i ograniczenia prądowego), co doprowadzi do restartu urządzenia. Aby temu zapobiec, projektanci urządzeń NB-IoT muszą stosować droższe rozwiązania:

  • Baterie Li-SOCl2 o konstrukcji spiralnej: Oferują znacznie wyższe prądy rozładowania, jednak kosztem nieco większego samorozładowania i mniejszej pojemności nominalnej w tej samej objętości.
  • Układy hybrydowe (bateria + SPC): Połączenie standardowej baterii Li-SOCl2 z superkondensatorem (np. SPC – Super Pouch Capacitor). Bateria powoli doładowuje kondensator, który z kolei dostarcza potężnego impulsu energii niezbędnego podczas transmisji NB-IoT. Podnosi to jednak koszt jednostkowy urządzenia (BOM) o dodatkowe kilkanaście procent.

Aspekty operacyjne: koszty utrzymania i cykl życia

Decydując się na konkretne rozwiązanie, warto wybiec myślą poza sam etap projektowania i wdrożenia prototypu. Długofalowe utrzymanie sieci (TCO – Total Cost of Ownership) w przypadku setek czy tysięcy czujników rozproszonych w terenie generuje zupełnie inne wyzwania dla obu technologii.

Wdrożenie oparte na LoRaWAN daje pełną niezależność. Budując sieć prywatną, instalujesz własne bramy na obiektach i nie ponosisz żadnych miesięcznych kosztów abonamentowych za transmisję danych. Ceną za to jest jednak konieczność samodzielnego utrzymania infrastruktury – monitorowania stanu bram, zapewnienia im zasilania oraz łączności backhaul (np. ethernet lub GSM w bramie zbiorczej). Jest to idealny model dla zakładów przemysłowych, dużych gospodarstw rolnych czy zamkniętych kampusów.

Z kolei NB-IoT przenosi cały ciężar utrzymania sieci na operatora telekomunikacyjnego. Otrzymujesz gwarancję jakości usług (QoS) w paśmie licencjonowanym, wolnym od zakłóceń ze strony innych urządzeń konsumenckich. Wiąże się to jednak ze stałym kosztem operacyjnym w postaci abonamentu za każdą kartę SIM/eSIM. Przy tysiącach czujników opłaty te stają się znaczącą pozycją w budżecie. Dodatkowo, zarządzanie fizycznymi kartami SIM lub konfiguracja profili eSIM w wymagających środowiskach przemysłowych wprowadza dodatkowy krok logistyczny podczas produkcji i uruchamiania urządzeń.

Ostateczny sukces wdrożenia zależy od precyzyjnego zdefiniowania priorytetów projektu. Jeśli kluczem jest maksymalna energooszczędność, niski koszt jednostkowy urządzenia oraz niezależność od zewnętrznych dostawców – LoRaWAN pozostaje faworytem. Gdy natomiast priorytetem jest natychmiastowa gotowość do działania w dowolnym miejscu kraju, doskonała penetracja przeszkód i brak konieczności budowy własnych stacji bazowych, warto zaakceptować wyższy apetyt na energię NB-IoT i zainwestować w solidniejszy układ zasilania.