Gdzie mylą się producenci urządzeń LoRaWAN i co zmienia technologia BatteryCare

1–2 lata kontra 10–15 lat

Paradoks LoRaWAN na bateriach

LoRaWAN od początku projektowano jako technologię dla urządzeń o ultraniskim poborze mocy.

Oficjalne specyfikacje i materiały marketingowe producentów układów radiowych podkreślają, że 10–15 lat pracy na baterii to normalny, oczekiwany okres eksploatacji pojedynczego węzła zasilanego baterią litową.

W idealnych warunkach rzeczywiście tak jest:

• długie okresy uśpienia (tryb sleep),

• rzadkie transmisje,

• energooszczędna modulacja,

• brak aktywnego odbioru,

• minimalny upływ.

Z inżynierskiego punktu widzenia LoRaWAN jest w pełni zdolny do pracy przez dziesięciolecia.

Ale rzeczywistość rynkowa jest inna

Wiele komercyjnych urządzeń LoRaWAN:

• psuje się po 12–24 miesiącach,

• wymaga regularnej wymiany baterii,

• pracuje niestabilnie zimą,

• wywołuje masowe lawiny żądań Join (join storm),

• pogarsza jakość sieci,

• podnosi koszty eksploatacji.

Użytkownicy, gminy i przedsiębiorstwa, które wdrażają sieci liczące setki lub tysiące urządzeń, przekonują się, że sprzęt w praktyce nie spełnia obietnic standardu.

Gdzie więc kryje się przyczyna?

Paradoks polega na tym, że problemem nie jest LoRaWAN jako technologia. Nie są nim też baterie.

Problemem jest sposób, w jaki większość producentów projektuje zasilanie swoich urządzeń. Żywotność baterii na poziomie 10–15 lat jest możliwa tylko przy zachowaniu następującej koncepcji:

• niskie prądy → bateria,

• obciążenia impulsowe → bufor,

• wysoka sprawność → DC/DC,

• stabilne napięcie → brak resetów.

Tymczasem zdecydowana większość urządzeń na rynku jest zbudowana według innej logiki:

• moduł radiowy jest zasilany bezpośrednio z baterii,

• stosuje się stabilizator LDO ze stratami cieplnymi,

• nie ma bufora energii,

• pasywacja jest traktowana jak „usterka”,

• bateria pracuje w trybie, do którego nie została zaprojektowana.

W rezultacie urządzenia, które powinny działać dekadę, z trudem dożywają drugiego roku.

Błędy producentów urządzeń LoRaWAN

Zasilanie modułu radiowego bezpośrednio z baterii

Większość urządzeń LoRaWAN zasila moduł radiowy bezpośrednio z baterii Li-SOCl₂, choć jej chemia jest przeznaczona do niskich prądów rzędu 1–3 mA. Transmisja LoRaWAN z mocą 14 dBm wymaga szczytów do 50–58 mA, czyli 15–20 razy więcej niż prąd znamionowy baterii. W rezultacie:

• natychmiast następuje zapad napięcia
• MCU przechodzi w stan brownout (obniżenie napięcia zasilania poniżej progu pracy mikrokontrolera)
• urządzenie się resetuje
• żywotność baterii się skraca
• rośnie ryzyko lawin żądań Join

Taka architektura gwarantuje skrócenie okresu eksploatacji urządzenia do 1–2 lat.

Stosowanie LDO bez bufora energii

Producenci często stosują stabilizatory liniowe (LDO), ponieważ są proste i tanie. Jednak LDO ma dwie krytyczne wady:

• Niska sprawność przy spadku napięcia

Różnica 3,6 → 3,0 V jest tracona w postaci ciepła. Straty sięgają 30–40%, co przyspiesza rozładowanie baterii.

• Brak bufora dla obciążeń szczytowych

Wszystkie impulsy radiowe przechodzą przez baterię. Powoduje to:

• narastanie pasywacji,
• spadek dostępnej mocy,
• niemożność utrzymania stabilnego uplinku,
• degradację chemii baterii.

Urządzenie pracuje „na granicy” praktycznie od pierwszego dnia.

Niezrozumienie pasywacji i warunków pracy baterii

Baterie Li-SOCl₂ mają ochronną warstwę pasywacyjną, która zapewnia ultraniskie samorozładowanie. To zaleta, a nie wada. Tymczasem producenci:

• próbują „przebić” pasywację
• stosują depasywację jako obejście problemu
• projektują układy pobierające z baterii duże prądy
• nie przewidują bufora EDLC
• ignorują wzrost ESR zimą

W rezultacie bateria pracuje poza swoją optymalną strefą, w trybie, do którego nie została zaprojektowana. Prowadzi to do:

• szybkiej degradacji,
• awarii zimą,
• resetów,
• lawin żądań Join,
• przedwczesnej śmierci urządzenia.

Główny błąd rynku to próba zasilania nowoczesnego modułu radiowego LoRaWAN bezpośrednio z ogniwa Li-SOCl₂ bez bufora i bez przetwornicy DC/DC. Taka architektura jest technicznie niezgodna z wymaganiami LoRaWAN.

Dlaczego urządzenia konkurencji działają tylko 1–2 lata

Brownout, resety i niemożność wysłania pakietu

W urządzeniach konkurencji moduł radiowy jest zasilany bezpośrednio z baterii. Gdy rozpoczyna się transmisja LoRaWAN:

• SX1276/SX1262 potrzebuje 50–58 mA,
• bateria może dostarczyć tylko 1–3 mA,
• napięcie gwałtownie spada,
• MCU przechodzi w stan brownout,
• urządzenie się resetuje.

Po resecie urządzenie próbuje ponownie wysłać dane i znów traci zasilanie. Ten cykl może się powtarzać dziesiątki lub setki razy dziennie. Prowadzi to do:

• nieprawidłowej pracy,
• niekontrolowanego rozładowania baterii,
• szybkiego zużycia ogniwa,
• dalszego pogorszenia łącza radiowego.

W efekcie urządzenie zaczyna samo się „zabijać”.

Lawiny żądań Join i zaśmiecanie sieci LoRaWAN

Każdy reset prowadzi do kolejnej próby dołączenia do sieci (Join Request). Jednak urządzenie znów traci zasilanie, zanim odbierze Join Accept. Wynikiem jest lawina żądań Join: niekontrolowany strumień żądań w eterze. Powoduje to:

• przeciążenie kanałów,
• kolizje odbioru,
• spadek jakości sieci dla wszystkich urządzeń w pobliżu,
• więcej utraconych wiadomości,
• mniejszy zasięg i niższą stabilność.

Lawina żądań Join to jeden z najbardziej destrukcyjnych scenariuszy dla infrastruktury LoRaWAN. A urządzenia z nieprawidłowo zaprojektowanym zasilaniem wywołują ją automatycznie, bez udziału użytkownika.

Wzrost ESR zimą i przyspieszona degradacja baterii

Wraz ze spadkiem temperatury rośnie rezystancja wewnętrzna Li-SOCl₂:

• x5 przy −20 °C
• x10 przy −40 °C

Oznacza to, że:

• bateria prawie przestaje dostarczać prąd,
• transmisja radiowa (TX) staje się niemożliwa,
• czasem niemożliwy jest nawet odbiór LoRaWAN,
• urządzenie całkowicie wpada w cykle brownout.

Każdy taki cykl:

• dodatkowo rozładowuje baterię,
• wzmacnia pasywację,
• jeszcze bardziej zwiększa ESR,
• przyspiesza degradację chemiczną.

W efekcie pojemność 2400–2700 mAh zamienia się w 200–400 mAh pojemności użytecznej, więc urządzenie przeżywa 1–2 lata, a czasem krócej.

Urządzenia konkurencji psują się nie dlatego, że „LoRaWAN dużo zużywa” albo „baterie są złe”. Umierają, ponieważ bateria pracuje w trybie, do którego fizycznie nie jest przeznaczona, a moduł radiowy nie otrzymuje stabilnego zasilania. Rezultat: brownout → lawina żądań Join → degradacja baterii → awaria po 12–24 miesiącach.

Architektura typowych urządzeń LoRaWAN na rynku: bateria (Li-SOCl₂) → stabilizator liniowy (LDO) → mikrokontroler (MCU) i moduł radiowy (SX1272/76)

Dlaczego wymienna bateria to pozorne rozwiązanie

Wymiana baterii kosztuje więcej niż samo urządzenie

W rzeczywistych warunkach wymiana baterii obejmuje:

• dojazd technika,
• dostęp do obiektu,
• otwarcie obudowy,
• montaż nowej baterii,
• zamknięcie obudowy,
• sprawdzenie łączności i ponowne uruchomienie.

Taka operacja często kosztuje 40–100% ceny całego urządzenia. W projektach z setkami lub tysiącami czujników przekłada się to na ogromne koszty eksploatacji.

Wymiana baterii nie usuwa przyczyny szybkiego rozładowania

„Bateria szybko się rozładowuje → zróbmy ją wymienną.”

Jednak problemem nie jest bateria. Problem polega na tym, że:

• moduł radiowy jest zasilany bezpośrednio z Li-SOCl₂,
• nie ma bufora energii (EDLC),
• stosuje się stabilizator LDO ze stratami cieplnymi,
• bateria pracuje z prądami szczytowymi dziesiątki razy wyższymi od normalnych.

Innymi słowy, bateria w takich urządzeniach od początku pracuje w warunkach niezgodnych z jej chemią. Jej wymiana po prostu uruchamia ten sam destrukcyjny cykl od nowa.

Wymienne baterie przyspieszają degradację sieci

Po wymianie baterii urządzenie:

• ponownie dołącza do sieci,
• może pracować niestabilnie do czasu kalibracji,
• czasem wpada w powtarzające się resety brownout,
• generuje dodatkowe pakiety Join.

W dużych sieciach może to prowadzić do:

• lokalnego przeciążenia kanałów,
• spadku jakości sieci,
• utraty wiadomości z innych węzłów.

Wymienna bateria jest więc również źródłem niestabilności sieci.

Cykliczne resety co 2,35 s przy włączaniu nadajnika: napięcie zasilania spada do 2,2 V i wyzwala BOR. Przyczyną jest stabilizator liniowy: spadek napięcia na nim obniża podczas transmisji napięcie MCU do progu BOR.

Wymienna bateria podważa samą ideę IoT

LoRaWAN pomyślano jako technologię:

• bez konserwacji,
• bez wizyt na obiekcie,
• bez wymiany baterii,
• z 10–15 latami pracy na baterii.

Jeśli urządzenie wymaga regularnej konserwacji, w praktyce nie jest urządzeniem IoT, lecz terminalem, który potrzebuje corocznego cyklu serwisowego.

Tanio dla producenta, drogo dla klienta

Dla producenta wymienna bateria to rozwiązanie:

• łatwe,
• tanie,
• szybkie.

Jednak dla klienta oznacza ona:

• coroczne koszty,
• złożoność eksploatacji,
• logistykę baterii,
• dojazdy personelu na obiekty,
• ryzyko błędu ludzkiego,
• brak przewidywalności.

To klasyczny przypadek, w którym oszczędności w produkcji zamieniają się w duże koszty w cyklu życia systemu.

Wymienna bateria nie rozwiązuje podstawowego problemu, czyli niewłaściwej architektury zasilania. Dopóki szczyty prądu przechodzą przez baterię, urządzenie będzie się psuć w ciągu 1–2 lat, niezależnie od tego, czy ogniwo można wymienić.

Technologia BatteryCare

Technologia BatteryCare to przemyślana inżynieryjnie architektura zasilania, zaprojektowana w celu wyeliminowania podstawowych przyczyn wczesnej degradacji urządzeń LoRaWAN. Opiera się na rozdzieleniu funkcji baterii i impulsowego źródła zasilania, na wysokosprawnej przetwornicy DC/DC oraz na zarządzaniu zasilaniem na poziomie mikrokontrolera.

Rozdzielenie prądów niskich i impulsowych

W urządzeniach OrionM2M bateria nigdy nie dostarcza dużych prądów. Jej jedynym zadaniem jest zapewnienie stałego, niskiego prądu 1–3 mA, co odpowiada naturalnemu trybowi pracy chemii Li-SOCl₂. Architektura zasilania wygląda tak:

• Bateria → pracuje w stabilnym trybie niskoprądowym
• EDLC (superkondensator) → pokrywa wszystkie szczyty od 40 do 150 mA
• Moduł radiowy jest zasilany bez zapadów napięcia, nawet w ujemnych temperaturach

Całkowicie eliminuje to zapady napięcia, resety i przedwczesną degradację baterii.

Wysokosprawna przetwornica DC/DC z kontrolą prądu

BatteryCare wykorzystuje przetwornicę impulsową z rodziny TPS6274x, która:

• ma sprawność do 94%,
• ogranicza straty cieplne niemal do zera w porównaniu z LDO,
• ogranicza prąd ładowania EDLC do bezpiecznego poziomu,
• zapewnia stabilne napięcie 1,8–3,3 V w zależności od trybu pracy.

Kluczowa różnica:

• bateria NIE zasila modułu radiowego podczas TX
• bateria jedynie ładuje EDLC niskim prądem
• EDLC przejmuje cały szczyt

To usuwa samą przyczynę cykli brownout.

Zarządzane zasilanie i ochrona przed pasywacją

Mikrokontroler steruje poziomem zasilania przez VSEL:

• 1,8 V: głęboki sen
• 2,3–2,5 V: pomiary, czujniki
• 3,0–3,3 V: transmisja LoRaWAN

Co to daje:

• minimalny średni pobór,
• brak strat cieplnych,
• przewidywalne działanie przy −40 °C,
• bateria zawsze pracuje w swojej optymalnej strefie,
• pasywacja staje się zaletą, a nie problemem.

W rezultacie urządzenia:

• pracują stabilnie przez lata,
• nie wymagają depasywacji,
• nie wywołują lawin żądań Join,
• nie degradują się przedwcześnie.

BatteryCare to jedyna architektura, która w pełni izoluje baterię od obciążeń impulsowych. Właśnie to umożliwia urządzeniom LoRaWAN rzeczywiste 10–15 lat pracy na baterii.

Jednorazowe ładowanie kondensatora buforowego przy pierwszym włączeniu. Prąd szczytowy 4,75 mA

Dlaczego „EDLC równolegle z baterią” to błąd

Gdy rynek zaczął rozumieć, że baterie Li-SOCl₂ źle znoszą prądy impulsowe modułu radiowego, logicznym krokiem było dodanie superkondensatora (EDLC). Część producentów rzeczywiście poszła drogą EDLC, ale popełniła krytyczny błąd: po prostu połączyła go równolegle z baterią. W rezultacie taki układ:

• zasadniczo niczego nie rozwiązuje,
• a w niektórych przypadkach wręcz pogarsza sytuację.

Bateria nadal musi ładować EDLC prądem szczytowym

Jeśli superkondensator jest podłączony bezpośrednio do baterii, to:

• przy włączeniu urządzenia lub po transmisji jest rozładowany,
• próbuje jak najszybciej naładować się do napięcia baterii,
• prąd ładowania jest ograniczony jedynie rezystancją wewnętrzną baterii i przewodów.

Dla Li-SOCl₂ oznacza to, że:

• bateria znów musi dostarczać dziesiątki miliamperów,
• wraca ten sam tryb impulsowy, od którego chcieliśmy uciec,
• pojawiają się zapady napięcia,
• MCU przechodzi w stan brownout,
• urządzenie się resetuje.

Innymi słowy:

Niby dodaliśmy EDLC, ale prąd szczytowy nadal płynie przez baterię, tyle że teraz nie podczas TX, lecz podczas ładowania superkondensatora.

Z punktu widzenia baterii nic nie stało się łatwiejsze.

Brownout nie zniknął: jedynie przesunął się w czasie

W prawidłowej architekturze EDLC powinien:

• ładować się powoli, ograniczonym prądem,
• i rozładowywać się szybko, oddając szczyt do modułu radiowego.

W układzie „EDLC równolegle z baterią” dzieje się odwrotnie:

• ładowanie EDLC → szybkie
• prąd → duży
• bateria „siada” właśnie w momencie ładowania

Rezultat:

• urządzenie może tracić zasilanie nie podczas transmisji,
• lecz zaraz po niej albo przy następnym wybudzeniu,
• co czyni jego zachowanie jeszcze mniej przewidywalnym.

W rzeczywistości brownout nie zostaje wyeliminowany; zostaje po prostu przeniesiony w inny punkt scenariusza pracy.

Superkondensator dodaje straty pasożytnicze i upływ

EDLC nie jest idealnym magazynem energii. Ma:

• prąd upływu,
• samorozładowanie,
• zależność od temperatury.

Jeśli wisi bezpośrednio na baterii, to:

• bateria stale doładowuje EDLC,
• nawet gdy moduł radiowy milczy,
• pojawiają się dodatkowe stałe straty.

Innymi słowy:

Zamiast oszczędzać baterię, dodaliśmy stałą ukrytą ścieżkę rozładowania.

Napięcie ogniwa wychodzi poza zakres pracy

Przy bezpośrednim połączeniu równoległym: napięcie na EDLC i na baterii jest takie samo, ładowanie i rozładowanie powodują gwałtowne skoki, moduł radiowy i MCU mogą doświadczać nieliniowych stanów przejściowych.

Jeśli nie ma DC/DC ani ogranicznika prądu:

• napięcie może się wahać podczas ładowania EDLC,
• prowadzi to do błędów logiki,
• niestabilnej pracy modułu radiowego,
• częściowo „losowych” awarii.

Dla Li-SOCl₂ ten scenariusz jest jeszcze bardziej destrukcyjny

Li-SOCl₂ ma:

• wysoką energię,
• niskie samorozładowanie,
• ale ściśle ograniczony zakres prądów.

Gdy EDLC zostaje podłączony równolegle bez ograniczenia prądu:

• bateria jest stale „szarpana” impulsami ładowania,
• pasywacja zachowuje się niestabilnie,
• ESR rośnie,
• pojemność spada jeszcze szybciej.

Innymi słowy:

Próbując „ulepszyć” zasilanie za pomocą EDLC połączonego równolegle, takie urządzenia w rzeczywistości przyspieszają śmierć baterii.

Lawina żądań Join nie znika

Naszym głównym celem jest pozbycie się lawin żądań Join i resetów. Gdy EDLC działa nieprawidłowo:

• urządzenie nadal okresowo traci zasilanie,
• nadal nie może dokończyć procedury Join,
• nadal zalewa sieć niekończącymi się pakietami Join Request.

Zatem z punktu widzenia sieci LoRaWAN:

• urządzenie z EDLC połączonym równolegle z baterią zachowuje się prawie tak samo źle jak urządzenie bez EDLC,
• dla operatora sieci i klienta nie ma różnicy: sieć jest zaśmiecona, a urządzenie niestabilne.

Jak należy to zrobić naprawdę

Prawidłowa architektura:

• bateria → przez DC/DC z ograniczeniem prądu → ładuje EDLC niskimi prądami,
• EDLC → lokalny bufor, który pokrywa wszystkie impulsy TX/RX,
• moduł radiowy i MCU są zasilane napięciem stabilizowanym, a nie bezpośrednio z baterii.

W takim przypadku:

• bateria nigdy nie widzi szczytów 40–150 mA,
• EDLC nie rozładowuje jej bezpośrednio,
• nie ma gwałtownych spadków napięcia,
• nie ma stanów brownout,
• nie ma lawin żądań Join,
• bateria wytrzymuje 10–15 lat, zgodnie z założeniami.

Samo dodanie EDLC nie wystarczy. Jeśli superkondensator jest połączony równolegle z baterią bez ograniczenia prądu i bez DC/DC, nie rozwiązuje problemu, a jedynie przenosi go w inne miejsce i przyspiesza degradację Li-SOCl₂.

Architektura zasilania BatteryCare: bateria (Li-SOCl₂) → TPS62740 → rezystor → EDLC → mikrokontroler (MCU) i moduł radiowy (SX1272/76); MCU steruje TPS62740 przez linię VSEL

Architektura zasilania OrionM2M z technologią BatteryCare

Rzeczywiste 10–15 lat pracy na baterii

Technologia BatteryCare pozwala urządzeniom LoRaWAN OrionM2M pracować przez dziesięciolecia nie dzięki „ulepszonym bateriom”, lecz dzięki prawidłowo zaprojektowanej architekturze zasilania, w której każdy element pełni optymalną dla siebie rolę. Rzeczywista trwałość wynika z połączenia trzech czynników:

• bateria nie jest narażona na obciążenia impulsowe,
• moduł radiowy pracuje przy stabilnym zasilaniu,
• straty energii są ograniczone do minimum.

Bez zapadów napięcia, bez resetów

Urządzenie nie przechodzi w stan brownout, ponieważ:

• prądy szczytowe zawsze pochodzą z EDLC,
• bateria widzi tylko płynne niskie prądy,
• DC/DC utrzymuje stabilne napięcie,
• MCU i moduł radiowy są zasilane w kontrolowanym zakresie 1,8–3,3 V.

Co to daje:

• stabilny uplink,
• przewidywalną pracę w każdej temperaturze,
• brak lawin żądań Join,
• brak cyklicznych restartów.

Jeśli urządzenie się nie resetuje, nie marnuje baterii.

Minimalny pobór dzięki zarządzaniu zasilaniem

Średni pobór mocy jest kluczem do rzeczywistej żywotności baterii. BatteryCare zapewnia:

• zasilanie 1,8 V w głębokim śnie (niższy pobór MCU)
• obniżone napięcie dla czujników (optymalizacja bez utraty dokładności)
• 3,0–3,3 V tylko w momencie transmisji (gdy jest naprawdę potrzebne)
• sprawność DC/DC do 94% (minimalne straty cieplne: energia idzie na użyteczną pracę, a nie na ogrzewanie obudowy)

Te efekty sumują się, dając wielokrotne wydłużenie okresu eksploatacji.

Bateria pracuje w optymalnym trybie przez 100% czasu

Najważniejsze: bateria Li-SOCl₂ zachowuje się tak, jakby zasilała mikrokontroler bez modułu radiowego: równym, niskim, stabilnym prądem 1–3 mA. Bateria nie:

• dostarcza 50–150 mA,
• rozładowuje się w trybach impulsowych,
• dopuszcza do zapadów napięcia,
• niszczy swojej warstwy pasywacyjnej,
• przyspiesza wzrostu ESR.

W takich warunkach baterie:

• pracują tak samo jak w urządzeniach pomiarowych,
• zachowują pojemność przez dziesięciolecia,
• tracą mniej niż 1% rocznie,
• nie wymagają konserwacji.

Innymi słowy, okres eksploatacji założony przez producenta baterii (10–15 lat) wreszcie zostaje w pełni zrealizowany.

BatteryCare to nie „optymalizacja”, lecz eliminacja fundamentalnego konfliktu między bateriami Li-SOCl₂ a modułem radiowym LoRaWAN.

Gdy bateria przestaje widzieć prądy impulsowe, urządzenia pracują stabilnie przez 10–15 lat bez konserwacji, nawet przy −40 °C.

Dodatkowy efekt: zerowe koszty eksploatacji

Trwałość to nie tylko kwestia energii, ale i ekonomii:

• brak wymian baterii,
• brak wizyt na obiektach,
• brak demontażu,
• brak ponownego uruchamiania,
• brak awarii sieci,
• brak degradacji infrastruktury LoRaWAN.

Całkowity koszt posiadania (TCO) takich urządzeń jest 3–7 razy niższy niż w przypadku urządzeń konkurencji.

Powiększony fragment transmisji. Maksymalny prąd baterii: 0,647 µA. Niebieskie kółko oznacza samą transmisję; strzałka oznacza otwarcie okien RX.

Podsumowanie

To, że wiele urządzeń LoRaWAN działa tylko 1–2 lata, nie ma nic wspólnego z jakością baterii, specyfiką standardu ani błędami eksploatacji. Źródłem problemu jest niewłaściwa architektura zasilania, w której bateria Li-SOCl₂ jest zmuszona do pracy w trybach impulsowych, do których fizycznie nie jest przeznaczona. To właśnie powoduje zapady napięcia, resety, lawiny żądań Join, szybki wzrost ESR i przedwczesną degradację. Technologia BatteryCare eliminuje ten konflikt na poziomie projektu układu. Bateria pracuje wyłącznie w strefie niskich prądów, EDLC przejmuje wszystkie impulsy, a wysokosprawna przetwornica DC/DC zapewnia stabilne zasilanie modułu radiowego i mikrokontrolera. Takie podejście eliminuje brownout, zapobiega lawinom żądań Join, chroni chemię baterii i zapewnia przewidywalną pracę urządzenia nawet przy −40 °C.

Rezultatem jest urządzenie LoRaWAN, które naprawdę spełnia obietnice standardu: 10–15 lat pracy na baterii bez konserwacji, bez wymiany baterii, bez awarii i bez ukrytych kosztów eksploatacji. BatteryCare to nie ulepszenie klasycznego układu, lecz nowa architektura zasilania, która przywraca LoRaWAN jego prawdziwe przeznaczenie: tworzenie niezawodnych, stabilnych i naprawdę samowystarczalnych urządzeń zasilanych bateryjnie.