Monitorizare IoTGhid de decizie
Cum alegi rețeaua pentru un sistem IoT de monitorizare: LoRaWAN, NB-IoT, LTE-M, Wi-Fi sau Ethernet
Cele mai multe proiecte IoT care dezamăgesc nu au o problemă cu senzorii. Au o rețea aleasă înainte ca cineva să întrebe cât de des e nevoie de o citire, cât de departe trebuie să ajungă și de unde se alimentează nodul. Noi alegem conectivitatea pentru fiecare amplasament și grup de senzori, notăm alegerea într-un tabel comparativ și păstrăm toate legăturile în spatele aceleiași platforme, astfel încât tablourile de bord, alertele și legătura cu ERP nu depind de radioul care a transportat valoarea.
Pornește de la amplasament, nu de la tehnologie
Înainte de a compara tehnologiile radio, descrie locul. O hală de producție are rafturi metalice, beton și utilaje deja legate la o rețea cu fir. O curte sau o parcare deschisă este întinsă, de obicei cu vizibilitate directă, dar adesea fără prize acolo unde trebuie montați senzorii. Un stâlp izolat sau o stație de pompare poate fi la kilometri de cea mai apropiată clădire și depinde complet de o baterie sau de un panou solar mic. O singură firmă le are adesea pe toate trei, iar impunerea unei singure rețele peste toate este cea mai frecventă sursă de costuri și nemulțumiri.
Parcurge amplasamentul cu un plan și marchează fiecare punct de măsurare cu trei informații: ce se măsoară, unde există alimentare și ce infrastructură există deja. Harta aceasta este punctul de plecare pentru toate deciziile următoare și devine parte din evaluarea amplasamentului pe care o predăm.
Volumul de date și intervalul de raportare contează mai mult decât raza
Un senzor de temperatură care trimite câțiva octeți la zece minute și un senzor de vibrații care transmite un spectru de mai multe ori pe secundă sunt probleme diferite. Rețelele de arie largă și consum redus, precum LoRaWAN, sunt gândite pentru mesaje mici și rare și impun limite de ciclu de lucru, adică cât de des poate transmite un nod. NB-IoT și LTE-M transportă mai multe date per mesaj și permit trafic mai frecvent, în schimbul unui consum mai mare și al unui abonament mobil. Wi-Fi și Ethernet transportă aproape orice, dacă clădirea le are deja.
Notează dimensiunea mesajului și intervalul pentru fiecare grup de senzori, apoi adaugă cazul cel mai dificil: ce se întâmplă în timpul unui incident, când vrei citiri la câteva secunde în loc de câteva minute. O rețea care nu face față acestui caz cedează exact când datele contează cel mai mult. Acolo unde sunt necesare semnale cu rată mare, prelucrează-le la margine și trimite rezumate, indicatori sau evenimente în locul eșantioanelor brute.
Rază, pătrundere în clădiri și acoperire
LoRaWAN folosește spectru nelicențiat sub un gigahertz și poate ajunge la câțiva kilometri în teren deschis, mult mai puțin prin pereți și subsoluri. Marele avantaj este că gateway-ul îți aparține: acoperirea o construiești, o testezi și o extinzi singur. NB-IoT și LTE-M folosesc rețelele operatorilor mobili, deci acoperirea depinde de operatorul din zonă. NB-IoT pătrunde de regulă mai bine în interior și în subsoluri; LTE-M oferă latență mai mică, debit mai mare și suport pentru dispozitive care se deplasează între celule.
Fă un scurt studiu de acoperire înainte de a comanda echipamente. Pentru LoRaWAN, montează un gateway temporar și măsoară calitatea semnalului în fiecare punct marcat. Pentru variantele celulare, testează cu cartele SIM de la operatorii cu care ai lucra efectiv, la înălțimea reală de montaj. Rezultatele intră în evaluarea amplasamentului, ca orice modificare ulterioară să poată fi comparată cu o referință.
Bugetul energetic și vizitele de mentenanță
Durata bateriei este costul ascuns al unui sistem IoT. Fiecare deplasare neplanificată pentru schimbarea unei baterii costă mai mult decât bateria. Contează puterea de emisie, intervalul, retransmisiile și cât timp rămâne radioul activ. Dispozitivele LoRaWAN de clasă A dorm aproape tot timpul și pot funcționa ani de zile pe baterie dacă intervalul este rezonabil. NB-IoT și LTE-M au moduri de economisire care le apropie de această performanță, dar reconectările dese într-o zonă cu semnal slab golesc rapid bateria. Wi-Fi se potrivește rar nodurilor pe baterie.
Calculăm un buget energetic pentru fiecare tip de nod, cu variante de alimentare de la rețea, baterie sau panou solar, inclusiv condițiile de iarnă pentru solar. Bugetul stabilește intervalul de raportare, nu invers. Dacă firma are nevoie de citiri mai dese decât permite bugetul, soluția este altă sursă de alimentare, nu speranța că bateria va rezista.
Echipamentele care există deja
Multe amplasamente au deja contoare, automate programabile și controlere care expun date prin RS-485/Modbus sau OPC UA. Înlocuirea lor cu senzori wireless noi are rareori sens. Un gateway citește local aceste interfețe și transmite valorile împreună cu citirile wireless, sub aceeași identitate de dispozitiv și aceleași reguli de securitate. OPC Foundation descrie OPC UA ca pe un mod sigur și independent de platformă de a schimba informații între sisteme industriale, ceea ce îl face o punte bună între hală și platforma de monitorizare.
Trece interfețele existente pe aceeași hartă. De multe ori ele decid unde se montează gateway-urile, pentru că un gateway lângă dulapul de comandă poate deservi atât echipamentele cu fir, cât și nodurile wireless din jur.
Un tabel comparativ pe care îl poți prelua
Folosește tabelul de mai jos ca punct de plecare și ajustează-l după studiul de acoperire. El rezumă comportamentul tipic, nu reprezintă o garanție pentru un anumit amplasament.
| Rețea | Potrivită pentru | Atenție la |
|---|---|---|
| LoRaWAN | Citiri mici și rare pe o zonă întinsă sau deschisă; noduri pe baterie; acoperire pe care o controlezi | Limite de ciclu de lucru, volum mic de date, pătrundere mai slabă în interior |
| NB-IoT | Contoare și senzori ficși în interior sau în subsol, unde operatorul are acoperire | Dependența de operator, latență mai mare, abonament per dispozitiv |
| LTE-M | Echipamente mobile, date mai frecvente, actualizări de firmware la distanță | Consum mai mare decât NB-IoT, acoperirea operatorului |
| Wi-Fi | Senzori alimentați în birouri și hale cu rețea administrată | Durata bateriei, regulile de securitate IT, zone fără semnal |
| Ethernet / RS-485 | Echipamente fixe, dulapuri de comandă, semnale critice sau cu rată mare | Costul cablării, limite de distanță pentru unele legături |
Mai multe rețele, un singur gateway și o singură platformă
Pentru o firmă reală, răspunsul corect este de obicei o combinație: legături cu fir în hală, LoRaWAN în curte și o legătură celulară pentru punctul izolat. Totul rămâne ușor de administrat pentru că toate ajung în aceeași preluare MQTT, în aceeași bază de serii de timp și sub aceleași reguli. O citire arată la fel în tabloul de bord, indiferent dacă a venit prin LoRaWAN sau Ethernet, iar același prag poate deschide o comandă de mentenanță în ERP-ul RDCopilot sau îl poate anunța pe tehnician în aplicația mobilă.
Așa livrăm monitorizarea IoT ca serviciu standard: o evaluare a amplasamentului cu planul, măsurătorile de acoperire, bugetele energetice și comparația rețelelor; platforma cu tablouri de bord, alerte și export; legăturile cu ERP, rapoartele și aplicația mobilă. Un cost unic de implementare acoperă arhitectura, suportul la instalare și configurarea, iar abonamentul lunar include găzduirea în UE, actualizările, monitorizarea și suportul.
- Harta amplasamentului cu punctele de măsurare, alimentarea și interfețele existente
- Dimensiunea mesajului, intervalul și rata în caz de incident pentru fiecare grup de senzori
- Studiu de acoperire cu poziția reală a gateway-ului și cartele SIM ale operatorilor
- Buget energetic pe tip de nod, inclusiv iarna pentru nodurile solare
- Comparația rețelelor consemnată în evaluarea amplasamentului
În produs
Reports
Urmărește referințele
Surse și inspirație
Farsense
Proiect Devpost creat de Brandon Wolfram, Ebtesam Haque, Muntaser Syed
Stații meteo alimentate pe baterie raportează printr-o rețea LoRaWAN către un tablou de bord comun.
Acest proiect independent este creditat ca sursă de inspirație. Fluxul de lucru și recomandările de implementare din articol reprezintă analiza RDC.
Aplică ghidul
Pornim de la fluxul tău.
Spune-ne ce trebuie să facă echipa, ce sisteme sunt implicate și unde încetinește procesul actual.

