Ga naar inhoud

Blog

IoT connectiviteit: waarom wij niet kiezen tussen WiFi, LTE en LoRa

Door Coen de Natris, oprichter van Luminos Software · 6 min leestijd · 15 september 2026

Elk IoT-project begint vroeg of laat met dezelfde vraag: welke radiotechnologie gebruiken we? Het antwoord dat je in veel adviesgesprekken krijgt, is een technologie met een winnaar — meestal degene die de adviseur toevallig het beste kent. Wij denken daar anders over. IoT-connectiviteit is geen keuze tussen WiFi, LTE en LoRa, maar een ontwerpvraagstuk waarin ze elkaar aanvullen. Dat is niet een neutrale observatie — het is een overtuiging die we in ieder integratietraject terugbrengen.

Dit artikel gaat over de afweging tussen WiFi, LTE (inclusief LTE-M en NB-IoT) en LoRa/LoRaWAN voor IoT-sensordata, en over hoe die keuze zich verhoudt tot de rest van je systeemlandschap. Het gaat niet over 5G-netwerkopbouw, satellietconnectiviteit of de keuze tussen publieke en private LoRaWAN-netwerken — dat zijn losse vervolgvragen.

Kort samengevat

  • Geen enkele radiotechnologie wint op alle punten: elke keuze is een compromis tussen bereik, bandbreedte, energieverbruik en kosten. - WiFi, LTE(-M/NB-IoT) en LoRa lossen andere problemen op — de vraag is niet "welke is beter" maar "welk probleem, op welke locatie, met welk energiebudget". - Wij ontwerpen connectiviteit daarom als omkeerbare infrastructuurkeuze, niet als eenmalige beslissing vooraf.

In dit artikel:

Er Bestaat Geen Beste Radiotechnologie, Alleen een Beste Match

Wij noemen dit het connectiviteitscompromis: elke draadloze technologie moet kiezen tussen vier variabelen — bereik, bandbreedte, energieverbruik en kosten. Geen enkele technologie scoort op alle vier goed — en dat is precies waarom er meerdere naast elkaar bestaan.

TechnologieBereikEnergieverbruikBandbreedteTypisch geschikt voor
WiFiKort (binnen gebouw)Relatief hoogHoogCamera's, dashboards, apparaten met vaste stroom
LTE-MLandelijk (mobiel netwerk)GemiddeldGemiddeldTrackers in voertuigen, mobiele assets
NB-IoTLandelijk (mobiel netwerk)LaagLaagSensoren die jarenlang op batterij een paar keer per dag rapporteren
LoRa / LoRaWANZeer lang (tot tientallen km buiten de stad)Zeer laagZeer beperktLangeafstandssensoren op batterij, geen camerabeelden

WiFi levert hoge bandbreedte over korte afstand, tegen relatief hoog energieverbruik. Zodra een sensor buiten het bereik van een router komt, valt WiFi af.

LTE — en de IoT-specifieke varianten LTE-M en NB-IoT — bieden dekking waar WiFi niet komt: buiten, onderweg, op afgelegen locaties. NL-aanbieders als KPN Zakelijk en Odido Zakelijk beschrijven dit onderscheid in vergelijkbare bewoordingen: LTE-M voor mobiele toepassingen die af en toe bandbreedte nodig hebben, NB-IoT voor sensoren die vooral zuinig en voorspelbaar moeten rapporteren.

LoRa, en het netwerkprotocol LoRaWAN eromheen, kiest voor het andere uiterste: extreem lange afstand en extreem laag energieverbruik, in ruil voor zeer beperkte bandbreedte. Omdat LoRa op de vrije 868 MHz ISM-band draait, geldt er onder de Europese ETSI-regelgeving (EN 300 220) een duty-cycle-limiet — doorgaans maximaal 1% zendtijd per kanaal — die het datavolume per uur begrenst; zie de technische toelichting van de LoRaWAN Alliance en de vergelijkbare uitleg bij Eurofiber. Een LoRa-sensor kan jaren op een batterij draaien en tientallen kilometers overbruggen in landelijk gebied — maar stuurt geen camerabeelden.

Geen van deze drie is "beter". Ze zijn ontworpen voor andere punten in het connectiviteitscompromis.

Waarom de Vraag "Welke Technologie" de Verkeerde Vraag Is

De echte fout die we vaak zien bij IoT-trajecten: een organisatie kiest één radiotechnologie bij de start van een project, en ontdekt achteraf dat een deel van de use cases er niet in past. Een facilitair bedrijf dat sensoren wil uitrollen over honderden locaties heeft binnen een pand andere eisen dan op het buitenterrein. Een logistiek bedrijf dat assets wil volgen, heeft onderweg andere dekking nodig dan op de eigen loods.

De vraag die ertoe doet is niet "WiFi, LTE of LoRa" maar: welk probleem los ik op, op welke locatie, met welk energiebudget, en hoe vaak moet data binnenkomen? Vanuit die vier antwoorden volgt de technologie vaak vanzelf — en regelmatig is het antwoord "een combinatie".

Dat is ook waarom leveranciers als Blues Wireless expliciet inzetten op modules die tussen cellulair, WiFi, LoRa en satelliet kunnen wisselen zonder dat de applicatiecode verandert. Het idee dat je de radiotechnologie loskoppelt van de rest van het systeem — zodat een wijziging in de fysieke laag niet betekent dat je de hele stack herbouwt — is precies de denkwijze die wij aanhouden, ongeacht welke leverancier je uiteindelijk kiest.

Onze Visie: Connectiviteit Is Infrastructuur, Geen Eindpunt

Bij te veel IoT-initiatieven wordt de radiotechnologie de eerste beslissing, in plaats van een van de laatste. Dat draait de volgorde om. Wij benaderen connectiviteit als infrastructuurkeuze die dienstbaar is aan het systeem erachter: de data moet ergens landen, verwerkt worden en waarde opleveren in de systemen die een organisatie al gebruikt. Een sensor die perfect verbonden is maar geen data levert aan het ERP-, asset- of onderhoudssysteem, lost niets op.

Dat betekent in de praktijk:

  • Begin bij het probleem, niet bij het protocol. Bereik, energiebudget en databehoefte per locatie bepalen de technologie — niet andersom.
  • Houd de radiokeuze omkeerbaar. Een architectuur die WiFi, LTE en LoRa naast elkaar kan verwerken, voorkomt dat een schaalvergroting of nieuwe locatie een herontwerp van het hele systeem vereist.
  • Beveiliging weegt mee per technologie. LoRa draait op vrije frequenties en is standaard minder goed beveiligd dan cellulaire netwerken met gelicentieerd spectrum — voor gevoelige bedrijfsdata is dat een reëel afwegingspunt, niet een detail.
  • De radiotechnologie is het begin van de keten, niet het einde. Wat er met de data gebeurt zodra die binnenkomt, bepaalt of het project waarde oplevert.

Het Gaat Niet Om Welke Technologie Wint

WiFi, LTE en LoRa concurreren niet met elkaar — ze bedienen andere punten in hetzelfde connectiviteitscompromis. Organisaties die IoT serieus nemen, stoppen met zoeken naar "de beste" radiotechnologie en beginnen met het ontwerpen van een architectuur die met meerdere kan werken. Dat is de reden dat wij radiotechnologie met enthousiasme benaderen: niet omdat de ene chip beter is dan de andere, maar omdat de combinatie ervan — goed ontworpen — een organisatie in staat stelt te schalen zonder elke keer opnieuw te beginnen.

Veelgestelde Vragen

Wat is het verschil tussen LTE-M en NB-IoT? Beide zijn IoT-varianten van het mobiele 4G-netwerk en werken op gelicentieerd spectrum. LTE-M ondersteunt meer bandbreedte en mobiliteit (handover tussen zendmasten), wat het geschikt maakt voor bewegende assets zoals voertuigtrackers. NB-IoT is zuiniger en trager, en is gebouwd voor stilstaande sensoren die maar een paar keer per dag een klein berichtje versturen.

Is LoRa veilig genoeg voor bedrijfsdata? LoRaWAN heeft standaard encryptie, maar draait op een vrije, ongelicentieerde frequentieband die door iedereen te gebruiken en af te luisteren is. Voor gevoelige bedrijfsdata is een cellulaire technologie op gelicentieerd spectrum (LTE-M, NB-IoT) doorgaans een veiligere basis; LoRa blijft sterk voor use cases waar batterijduur en bereik zwaarder wegen dan het beveiligingsniveau.

Kunnen WiFi, LTE en LoRa binnen hetzelfde IoT-project naast elkaar bestaan? Ja, en in de praktijk is dat vaak de beste oplossing. Een architectuur die meerdere radiotechnologieën kan verwerken — zonder dat de rest van het systeem daarvoor herbouwd hoeft te worden — voorkomt dat een nieuwe locatie of schaalvergroting een volledig herontwerp vereist.

Waarom kiest niet elk bedrijf voor LoRa, gezien het lage energieverbruik en lange bereik? Omdat LoRa's beperkte bandbreedte en wettelijke duty-cycle-limiet het ongeschikt maken voor alles behalve kleine, incidentele berichten. Camerabeelden, firmware-updates of hoogfrequente datastromen passen simpelweg niet binnen die beperking — daarvoor is WiFi of LTE nodig.

Benieuwd wat dit voor jouw organisatie betekent?

Plan een vrijblijvende kennismaking van 30 minuten en ontdek waar een AI-applicatie in jouw systemen kan passen.

Plan een kennismaking