NB-IoT vs LoRaWAN i VA: när väljer man vad och varför?
Kort sammanfattning:
- Välj LoRaWAN när du vill ha låga driftskostnader per punkt, egen kontroll (privat nät), många sensorer i samma område och enkel skalning i kommunens nät.
- Välj NB-IoT när du vill använda operatörens nät (ingen gatewaydrift), du har bekräftad täckning på plats och du vill ha operatörs-SIM med tydlig abonnemangsmodell.
- I VA är det sällan “antingen eller”. Många kör LoRaWAN för majoriteten av brunnar och nivåpunkter och NB-IoT för utspridda objekt där det är dyrt eller opraktiskt att bygga täckning själv.
I den här guiden går vi igenom skillnaderna på ett praktiskt VA-sätt: täckning i brunnar, batteritid, drift, kostnad, larm och hur du väljer teknik per mätpunkt.

Everything you need in software and hardware can be found at products.sensor-online.se , call our experts for free !
Vad är LoRaWAN och NB-IoT, i praktiken?
LoRaWAN (oprocentigt, privat eller publik)
LoRaWAN kör i olicensierat frekvensband och byggs ofta som ett privat nät med egna gateways, eller via en publik LoRaWAN-operatör. Styrkan är att du kan få bra ekonomi per sensor när du har många mätpunkter i samma område.
NB-IoT (operatörsnät, licensierat spektrum)
NB-IoT är en mobil IoT-teknik i licensierat spektrum och kommer via mobiloperatörer. Du slipper gateways och får uppkoppling via SIM/eSIM, men du får en återkommande kostnad per enhet och blir mer beroende av operatörens täckning på just din mätpunkt.
Skillnader som spelar roll i kommunal VA
1) Täckning i verkligheten (brunnar, källare, marknivå)
- Brunnar och metallock är tufft för båda teknikerna. Skillnaden är hur du löser det:
- LoRaWAN: du kan förbättra med gatewayplacering, fler gateways och extern antenn upp till marknivå.
- NB-IoT: du är beroende av operatörens radioplanering där brunnen står. Funkar det inte, kan du inte “bygga runt” problemet lika enkelt utan att byta plats, antenn eller operatör.
Praktisk tumregel i VA:
Har du många brunnar i ett område och kan sätta gateways smart, brukar LoRaWAN vinna. Har du enstaka punkter långt bort kan NB-IoT vara enklare.
2) Batteritid och sändstrategi
- LoRaWAN är ofta väldigt batterisnålt när du skickar små datapaket med rimligt intervall.
- NB-IoT kan också få bra batteritid med rätt inställningar (PSM/eDRX), men batteriutfallet blir mer känsligt för nätförhållanden och hur ofta enheten behöver “vakna”.
I VA där du ofta skickar nivå, regn, status och larm i små paket, är LoRaWAN ofta enklare att få lång batteritid med, speciellt i stabil radiomiljö.
3) Drift och ägande: vem “äger” nätet?
- LoRaWAN privat nät: du äger driften (gateways, backhaul, övervakning). Fördelen är kontroll och lägre marginalkostnad när du skalar.
- NB-IoT: operatören äger radionätet och du köper tjänsten. Fördelen är mindre egen drift, nackdelen är beroende av abonnemang, operatörsval och täckning.
Det här är ofta en organisatorisk fråga i kommuner: vill ni drifta eget IoT-nät, eller köpa uppkoppling per enhet?
4) Kostnadsbild: CAPEX vs OPEX
Det blir fel om man jämför “modulpris” och tror att det räcker. Titta i stället på totalen:
LoRaWAN (privat):
- Startkostnad: gateways + installation + planering
- Löpande: låg kostnad per extra sensor
- Blir riktigt bra när du har många mätpunkter inom gatewaytäckning
NB-IoT:
- Startkostnad: ofta lägre (ingen gateway)
- Löpande: abonnemang/SIM per enhet
- Bra när du har få punkter eller är geografiskt utspridd
5) Larm och “nerlänk” (downlink)
Båda klarar larm bra, men:
- LoRaWAN är ofta “uplink först”. Downlink finns, men man bör använda det smart (inte konstant).
- NB-IoT har generellt bättre stöd för mer mobil-lik kommunikation, men varje extra kommunikation kan påverka batteri.
I VA är de flesta larm ändå uplink-drivna: hög nivå, bräddning pågår, batterivarning, kommunikationsbortfall. Då räcker båda, och valet avgörs oftare av täckning och ekonomi.
VA-scenarier: när väljer man vad?
Nivå i brunnar och pumpgropar
- LoRaWAN när du har många brunnar i tätort eller område där du kan säkra täckning med gateways.
- NB-IoT när brunnen står långt bort, du har få mätpunkter och bekräftad operatörstäckning i just den brunnen.
Tips: oavsett teknik, planera för extern antenn där lock och geometri kräver det.
Bräddpunkter och kritiska larm
Här handlar det om driftsäkerhet och uppföljning.
- LoRaWAN om du vill ha kontroll, redundans i gatewaynät och många punkter.
- NB-IoT om du vill ha operatörsdrift och du vet att täckning sitter.
Bra lösning i praktiken: välj teknik per bräddpunkt baserat på mätplatsens radiomiljö, inte princip.
Regnmätare och enklare miljösensorer
- Ofta LoRaWAN: små datapaket, många punkter, låg driftkostnad när du skalar.
- NB-IoT funkar också, men abonnemangskostnaden per regnmätare kan kännas onödig när du har många.
Vattenmätare och abonnentnära mätning
Här styr ofta volym, täckning inomhus och hur många enheter du har.
- LoRaWAN om du bygger kommunal täckning och vill hålla nere kostnad per mätare.
- NB-IoT om du vill ha operatörsnät och slipper bygga infrastruktur, särskilt om täckningen i källare är bekräftad.
I verkligheten blandar många även här.
Beslutsmodell: så väljer du utan att fastna i teknikdiskussion
Ställ de här frågorna per objekt eller delområde:
- Hur många mätpunkter ska upp inom 12–24 månader i området?
- Många: LoRaWAN tenderar att vinna ekonomiskt.
- Få: NB-IoT kan vara enklare.
- Kan vi påverka täckningen själva?
- Ja (gateways möjliga): LoRaWAN ger kontroll.
- Nej (endast operatör): NB-IoT kan vara rätt, men kräver täckningsverifiering.
- Hur kritiskt är larmet, och vad kostar ett missat larm?
- Hög kritikalitet: välj den lösning som ger bäst bevisad funktion på plats, gärna med tydlig larmhygien och övervakning.
- Vill vi ha OPEX per enhet eller investera i eget nät?
- OPEX: NB-IoT.
- Investering som ger låg marginalkostnad: LoRaWAN.
Vanliga misstag (och hur du undviker dem)
1) Man väljer teknik innan man mäter täckning i brunnen
Gör alltid ett enkelt platsprov. Brunnar är specialfall.
2) Man jämför bara enhetspris
Räkna på total drift: installation, underhåll, abonnemang, gatewaydrift och support.
3) Man bygger larm utan hysteres och fördröjning
Oavsett uppkoppling blir resultatet larmtrötthet om larmlogiken är slarvig.
4) Man försöker tvinga “en teknik överallt”
VA är varierat. Hybrid är ofta det mest rationella.
Exempel på plattform och enheter (interna länkar)
För att samla data, bygga larm och följa upp mätpunkter i VA kan du länka internt till:
Sensor-Online.se
När du vill visa sensorer och enheter som passar VA och vattenrelaterade projekt kan du länka till:
Smart Water devices
Checklista för upphandling eller teknikval
- Täckning verifierad i brunn/pumpstation (inte bara “på kartan”)
- Batterimål definierat (exempelvis 5+ år) och sändintervall satt
- Larmregler bestämda (hysteres, fördröjning, eskalering)
- Plan för drift: vem övervakar kommunikation, batteri och datakvalitet?
- Kostnadsmodell klar: gatewayinvestering vs abonnemang per enhet
- Plan för skalning: 50 punkter idag, 500 om två år
Nej. Båda kan ha problem i brunnar och bakom metall. Skillnaden är att LoRaWAN ofta kan förbättras med egen infrastruktur (gateways/antenner), medan NB-IoT är mer beroende av operatörens täckning på plats.
Ja, och det är vanligt. Det smarta är att välja per mätpunkt eller delområde baserat på täckning, antal enheter och driftmodell. iallafall om man använder Sensor-Online.se som IOT platform
Det beror på skala. LoRaWAN kan bli mycket kostnadseffektivt när du har många mätpunkter inom egen täckning. NB-IoT kan vara billigare att starta med vid få eller utspridda punkter, men har oftast löpande abonnemang per enhet.
Täckning där sensorn faktiskt sitter, särskilt i brunnar och källare. Gör ett platsprov och logga stabilitet över tid.
Ja, om du bygger larm rätt. Hysteres, fördröjning och kommunikationslarm är viktigare än teknikvalet för att undvika falsklarm.







