En vattenmätare i ett brunnslock, en temperaturgivare i ett teknikrum och en nivåsensor i en avlägsen pumpstation ställer inte samma krav på uppkoppling. Ändå ska data nå samma driftorganisation, i rätt tid och med tillräcklig kvalitet för att styra åtgärder. Frågan om NB-IoT eller LoRaWAN är därför mindre en teknikdebatt och mer ett beslut om täckning, ägande, integrationskrav och långsiktig kontroll över IoT-infrastrukturen.
För fastighetsägare, kommuner, VA-organisationer och industriverksamheter handlar valet i praktiken om att skapa tillförlitlig datainsamling från distribuerade tillgångar. Den bästa lösningen är sällan den med flest tekniska specifikationer på papperet. Den är den som fungerar i verkliga schakt, källare, produktionsmiljöer och geografiskt utspridda anläggningar – och som kan växa utan att låsa verksamheten till ett enda ekosystem.
NB-IoT eller LoRaWAN: den avgörande skillnaden
Både NB-IoT och LoRaWAN är tekniker för energieffektiv kommunikation mellan sensorer och system. De är byggda för små datamängder, långa batteritider och enheter som sällan behöver skicka information. Där slutar dock likheterna.
NB-IoT är en mobil standard som använder operatörernas licensierade mobilnät. En sensor kommunicerar via ett mobilnät och ett SIM eller eSIM, vilket ger en hanterad anslutning där nätoperatören ansvarar för radioinfrastrukturen. Tekniken är särskilt relevant när enheter är spridda över stora områden och verksamheten vill använda befintlig nationell mobil täckning.
LoRaWAN är en öppen nätverksstandard som använder licensfria frekvensband. Organisationen kan ansluta till ett existerande LoRaWAN-nät eller bygga ett eget med gateways på exempelvis fastigheter, industritak, master eller kommunala anläggningar. Det ger större kontroll över täckning, dataväg och driftsmodell, men ställer också krav på planering och förvaltning av nätet.
Det betyder inte att den ena tekniken alltid ersätter den andra. I en större verksamhet kan NB-IoT vara lämpligt för avlägsna mätpunkter där egen infrastruktur är orimlig, medan LoRaWAN kan vara det starkare valet för ett fastighetsbestånd, en industriyta eller ett VA-nät där lokal radiotäckning och oberoende är avgörande.
Täckning i verkligheten, inte bara på en karta
Täckningsfrågan måste bedömas utifrån varje mätpunkts faktiska placering. NB-IoT drar nytta av mobiloperatörernas infrastruktur och har god förmåga att nå inomhus och i vissa svåråtkomliga miljöer. Men täckningen varierar mellan operatörer, orter, byggnadstyper och installationspunkter. En mobil täckningskarta är en startpunkt, inte ett driftsbevis.
LoRaWAN kan ge mycket god räckvidd, särskilt i glesare miljöer och där gateways placeras strategiskt. Fördelen är att täckningen kan designas efter verksamhetens behov. I ett fastighetsområde kan en gateway på taket ge anslutning till många sensorer. I en produktionsanläggning kan flera gateways placeras för redundans och bättre täckning genom betong, stål och teknikutrymmen.
Det lokala ägandet är en central skillnad. Med ett privat LoRaWAN-nät kan organisationen kontrollera var gateways placeras, hur redundans byggs och hur nätet utökas när nya mätpunkter tillkommer. Med NB-IoT är man beroende av operatörens nätutbyggnad och tekniklivscykel, men slipper själv äga radioinfrastrukturen.
För mission-critical monitoring bör täckning alltid verifieras med platsprov och pilotinstallationer. Detta gäller särskilt vattenmätare i markförlagda brunnar, mätare i elrum, givare i källare samt utrustning i processindustri där radiosignaler påverkas av material, geometri och elektromagnetisk miljö.
Batteritid, datamängd och svarstid
Båda teknikerna är utvecklade för lång batteritid, ofta flera år beroende på rapporteringsintervall, temperatur, signalstyrka och sensorns energibehov. Batteritiden avgörs alltså inte enbart av protokollet. En nivågivare som sänder ett värde några gånger per dygn får helt andra förutsättningar än en energimätare som ska rapportera täta mätserier och larmhändelser.
LoRaWAN passar väl för återkommande, små meddelanden som temperatur, fukt, status, pulsdata och nivåvärden. Tekniken har begränsningar kring sändningstid och datakapacitet i det licensfria bandet. Den är därför inte rätt val för stora datamängder, frekventa firmwareuppdateringar eller kontinuerlig kommunikation med låg fördröjning.
NB-IoT kan hantera mer kontrollerad tvåvägskommunikation och är ofta ett starkt alternativ för mätare och dataloggers som behöver kommunicera över mobilnätet. Även här måste man dock dimensionera lösningen efter verkligt trafikmönster. Onödigt täta överföringar ökar både energiförbrukning och löpande kommunikationskostnader.
Ett bra konstruktionskrav är att skilja på mätdata, larm och konfiguration. Normaldata kan skickas periodiskt, medan exempelvis hög vattennivå, frysrisk eller avvikande energiförbrukning ska generera omedelbar överföring och larmhantering. Då används batteriet där det skapar operativ nytta, inte för att fylla databasen med redundanta värden.
Kostnadsbilden består av mer än abonnemang
NB-IoT innebär normalt en löpande kostnad per uppkopplad enhet, kopplad till SIM, datatrafik och operatörsavtal. Det kan vara en enkel och förutsägbar modell vid begränsat antal geografiskt spridda enheter. När antalet sensorer växer till hundratals eller tusentals blir den totala kostnaden, administrationen av abonnemang och beroendet av en operatör viktiga delar av kalkylen.
För LoRaWAN tillkommer antingen kostnad för nätanslutning eller investering i egna gateways och drift av nätet. I ett privat nät kan den marginalkostnaden per ytterligare sensor bli låg, särskilt när många enheter finns inom samma geografiska område. Samtidigt ska man räkna med projektering, installation, övervakning och eventuell redundans i infrastrukturen.
Den mest relevanta kalkylen inkluderar inte bara anslutning. Ta med installationstid, batteribyten, felsökning, nätövervakning, dataplattform, integrationer och kostnaden för uteblivna larm. En billig anslutning blir dyr om den inte ger tillräcklig driftsäkerhet eller om data fastnar i ett separat system utan koppling till arbetsflöden och affärssystem.
Interoperabilitet avgör värdet av insamlad data
En sensorlösning skapar begränsat värde om den bara visar en siffra i ett isolerat gränssnitt. För verksamheter med byggnadsautomation, SCADA, PLC-system, energirapportering och underhållsprocesser måste data kunna användas i hela informationskedjan.
Här bör NB-IoT och LoRaWAN betraktas som transportlager, inte som slutna lösningar. Sensorer, gateways och dataloggers behöver kunna anslutas till en plattform som hanterar enhetsadministration, larm, realtidsanalys, historik, rapportering och behörigheter. Plattformen bör också kunna integrera med Modbus, MQTT, OPC, API:er och andra industriella protokoll.
För en kommun kan samma plattform exempelvis samla nivådata från pumpstationer, temperaturer från offentliga lokaler och förbrukningsdata från vattenmätare. För en fastighetsägare kan den kombinera LoRaWAN-sensorer för inneklimat med NB-IoT-anslutna mätpunkter utanför den egna radiotäckningen. Det minskar fragmenteringen och ger driftteamet en gemensam bild av avvikelser, energianvändning och åtgärdsbehov.
Välj nätmodell efter kontrollbehov och användningsfall
NB-IoT är ofta rätt när enheterna är mycket utspridda, datamängderna är måttliga och verksamheten vill förlita sig på mobiloperatörens infrastruktur. Typiska exempel är mätare på spridda fastigheter, miljösensorer längs en större geografi eller installationer där det inte är praktiskt att sätta upp egna gateways.
LoRaWAN är ofta rätt när många sensorer ska anslutas inom ett avgränsat område och organisationen vill styra täckning, säkerhet och expansion. Det kan gälla industriområden, fastighetsportföljer, hamnar, campus, jordbruk eller kommunala verksamhetsområden. Ett eget nät ger också en tydlig väg för att lägga till nya användningsfall utan att bygga en separat kommunikationslösning för varje projekt.
I vissa fall är en hybridmodell mest rationell. Ett privat LoRaWAN-nät kan bära huvuddelen av sensorerna, medan NB-IoT används för avlägsna objekt eller som alternativ kommunikationsväg. Den modellen kräver en plattform som är hårdvaru- och nätverksoberoende, så att driften kan fokusera på data och åtgärder i stället för på teknikgränser.
Gör valet till en del av er IoT-arkitektur
Börja med att definiera vilka beslut data ska stödja. Är målet att minska vattenförluster, optimera energi, förebygga driftstopp eller dokumentera miljövärden för tillsyn och rapportering? Därefter kan ni fastställa krav på rapporteringsintervall, larmtid, batteritid, täckning, informationssäkerhet och integration.
Testa sedan representativa installationsmiljöer innan en större utrullning. En pilot ska inte bara bekräfta att en sensor kan sända ett värde. Den ska visa att larm kommer fram, att data är begriplig för driftteamet, att enheter kan administreras i skala och att informationen når relevanta system och processer.
Sensor-Online hjälper verksamheter att bygga flexibel IoT-infrastruktur med sensorer, dataloggers, LoRaWAN, NB-IoT och en enhetlig plattform för visualisering, larm och integration. Kontakta info@nodeledge.se eller ring +46(0)500 6000 22 för mer information om systemet. Som Sveriges största leverantör med omfattande referenser från flera branscher finns också mer kunskap om sensorteknik, IoT, dataloggers, LoRaWAN och NB-IoT på sensor-online.se.
Rätt kommunikationsteknik är den som ger driftorganisationen kontroll när något avviker – oavsett om mätpunkten sitter i ett källarutrymme, en vattenbrunn eller mitt i en kritisk industriprocess.
