En LoRaWAN-gateway er broen mellom radiosignalene fra LoRaWAN-enheter og en nettverksserver på internett eller i et privat nett. Den er ikke en vanlig WiFi-ruter, ikke selve applikasjonen og ikke en Meshtastic-repeater. Gatewayen lytter på flere LoRa-kanaler samtidig og videresender pakkene sammen med metadata som signalstyrke, SNR og tidspunkt.
Gatewayen er en transparent radiobro
En LoRaWAN-endenode sender en pakke uten å være bundet til én bestemt gateway. Alle gatewayer innen rekkevidde kan ta imot den. Hver gateway videresender sin kopi over Ethernet, WiFi eller mobilnett til nettverksserveren. Serveren fjerner duplikater, kontrollerer meldingen og sender nyttelasten til riktig applikasjon.
Denne arkitekturen kalles «star-of-stars». Sensorene videresender ikke hverandres pakker slik et mesh gjør. Det gir lavt strømforbruk i endenoden, fordi den ikke trenger å være våken for å hjelpe andre. Les LoRa, LoRaWAN og Meshtastic forklart for det overordnede skillet.
Hele kjeden fra sensor til dashboard
Gatewayen tolker normalt ikke temperatur, vannstand eller posisjon. Nyttelasten er kryptert fra sensoren til applikasjonen, og gatewayen håndterer bare radio og videresending. Dekoding, lagring, varsling og grafer ligger i applikasjonen. Derfor er ikke prosjektet ferdig når statuslampen på gatewayen lyser; hele kjeden må testes.
Når trenger du hvilken gateway?
| Scenario | Gatewayvalg | Viktigst å planlegge | Typisk feil |
|---|---|---|---|
| Én bygning eller et laboratorium | Innendørs flerkanalsgateway | Plassering, Ethernet eller WiFi og strøm | Gatewayen står i et metallskap eller i kjelleren |
| Gård eller uteområde | Utendørs gateway eller innendørs enhet med riktig antenneløsning | Høyde, vær, overspenning og nettforbindelse | Lang antennekabel med store tap |
| Utvikling på benken | Komplett startsett | Region, nettverksserver og OTAA-nøkler | Enkanals «gateway» som ikke er en full LoRaWAN-gateway |
| Kritisk eller stort nett | Flere gatewayer med overvåking | Redundans, dekning, sikker drift og kapasitet | Én gateway uten reserve eller statusvarsling |
Et LoRaWAN-startsett med gateway, ESP32-S3 og sensorer er nyttig når hele dataflyten skal læres på benken. Flere moduler, sensorer og noder finnes i kategorien LoRa og LoRaWAN.
Unngå enkanalsfellen
En LoRaWAN-gateway bygger på en konsentrator, for eksempel Semtech SX1302 eller SX1303, som lytter på åtte kanaler og alle spredningsfaktorer samtidig. Et vanlig LoRa-radiokort koblet til en mikrokontroller kan bare lytte på én kanal og én innstilling om gangen. Slike «single-channel gateways» kan brukes til eksperimenter, men de mister pakker som sendes på andre kanaler, og The Things Network fraråder dem i fellesskapsnettet.
Kontroller derfor konsentrator, støttet region, antall kanaler, nettforbindelse og programvareprotokoll. Gatewayen må være kompatibel med nettverksserveren du velger. Ikke kjøp på bakgrunn av ordet «LoRa» alene: et LoRa-kort, en LoRaWAN-endenode og en LoRaWAN-gateway har forskjellige roller.
Programvaren i gatewayen
Gatewayen kjører en pakkevideresender som snakker med nettverksserveren. Den eldre UDP-baserte videresenderen fra Semtech er utbredt, men sender trafikken ukryptert og uten autentisering av gatewayen. LoRa Basics Station bruker kryptert forbindelse med TLS og er det moderne valget når gateway og nettverksserver støtter det.
Gatewayen identifiseres med en Gateway EUI, et unikt nummer som du registrerer hos nettverksserveren. Velg frekvensplanen for Europa (EU863-870) ved registreringen. Feil frekvensplan gir en gateway som virker «online», men som ikke hører sensorene.
Nettverksserver: fellesskap eller privat drift
Gatewayen registreres mot en nettverksserver, for eksempel The Things Stack eller åpen kildekode-serveren ChirpStack. En fellesskaps- eller leverandørtjeneste gir rask start og ferdige integrasjoner, men har vilkår og en dekningsmodell du må forstå. I det åpne fellesskapsnettet til The Things Network gjelder blant annet en grense på 30 sekunder sendetid per enhet per døgn og høyst ti nedlinkmeldinger. En privat server gir mer kontroll, men krever oppdatering, sikkerhetskopi, overvåking og sikker nettverkstilgang.
Endenoder bør normalt aktiveres med OTAA. Da oppretter en join-prosess nye sesjonsnøkler, i stedet for at den samme statiske sesjonen brukes over lang tid. DevEUI, JoinEUI og AppKey må lagres sikkert. Ikke legg nøkler i skjermbilder eller i et offentlig GitHub-repo. Applikasjonen må også kontrollere dekodede verdier før de utløser en handling.
Plassering og antenne avgjør dekningen
Start med gatewayen høyt, fritt og unna metall og digitale støykilder. I en bygning kan en sentral plassering bety mer enn utgangseffekt. Utendørs må antenne, kabel, kapsling, kondens, lyn og overspenning prosjekteres samlet. En lang koaksialkabel kan spise mye av antennegevinsten.
Ikke stol på et universelt rekkeviddetall. Byggematerialer, terreng, vegetasjon, antennehøyde, datarate og interferens endrer resultatet. Vår guide til LoRa-antenner på 868 MHz forklarer kontakt, kabeltap, gevinst og EIRP.
Slik tester du om du trenger egen gateway
- Definer området. Merk alle planlagte sensorsteder og hva slags vegger eller terreng som ligger mellom.
- Kontroller eksisterende dekning. Registrer en testnode i et EU868-nett og logg hvilke gatewayer som tar imot pakkene. Fellesskapskart over dekning gir et første inntrykk, men erstatter ikke egne målinger.
- Test over tid. Mål RSSI, SNR og pakketap over flere døgn, i realistisk vær og ved vanlig bruk av bygningen.
- Plasser prøvegatewayen høyt. Sammenlign samme node og sendemønster før og etter.
- Test utfall av internett. Dokumenter hva gateway og applikasjon gjør når forbindelsen forsvinner.
- Legg inn overvåking. Varsle på når gatewayen sist ble hørt fra, ikke bare på at boksen har strøm.
Kapasitet handler om sendetid
En gateway kan høre mange enheter, men radiokanalene er delt. Lange pakker, lav datarate og hyppige sendinger bruker mer sendetid (airtime), og hver sensor må dessuten holde seg innenfor 1 % sendetid i delbåndet den bruker. Tabellen viser omtrentlig sendetid for en pakke med 10 byte nyttelast på 125 kHz båndbredde.
| Spredningsfaktor | Sendetid per pakke | Minste pause ved 1 % sendetid | Pakker per døgn innenfor 30 s |
|---|---|---|---|
| SF7 | Ca. 0,06 s | Ca. 6 s | Ca. 480 |
| SF8 | Ca. 0,11 s | Ca. 11 s | Ca. 260 |
| SF9 | Ca. 0,21 s | Ca. 20 s | Ca. 145 |
| SF10 | Ca. 0,37 s | Ca. 37 s | Ca. 80 |
| SF11 | Ca. 0,82 s | Ca. 81 s | Ca. 36 |
| SF12 | Ca. 1,5 s | Ca. 147 s | Ca. 20 |
En sensor nær gatewayen kan altså sende rundt 24 ganger så ofte som en sensor i utkanten av dekningen. Bedre plassering av gatewayen øker derfor også kapasiteten. Nedlink er særlig begrenset: en gateway kan ikke ta imot mens den sender, og selve gatewayen er også underlagt grenser for sendetid. Send bare data som har verdi, bruk små nyttelaster og unngå unødvendige bekreftede meldinger.
Adaptive Data Rate (ADR) kan hjelpe stasjonære noder med å bruke en raskere datarate og lavere sendeeffekt når linken tillater det. Det erstatter ikke god antenneplassering eller et realistisk energibudsjett. For batterinoder må sensormåling, prosessering, radio og hvilestrøm måles som én helhet.
Vanlige spørsmål
Er en LoRaWAN-gateway det samme som en LoRa-node?
Nei. Endenoden måler eller styrer. Gatewayen tar imot LoRaWAN-pakker og videresender dem til nettverksserveren.
Kan en Meshtastic-node være LoRaWAN-gateway?
Ikke i vanlig drift. Meshtastic bruker en annen protokoll og en mesh-arkitektur, selv om begge bruker LoRa-radio.
Kan én gateway dekke hele gården?
Kanskje, men det må måles. Terreng, bygninger, antenne og høyde avgjør. Ingen seriøs plan bør bygge på ett generelt kilometertall.
Må gatewayen ha internett?
Den trenger en IP-forbindelse til nettverksserveren, lokalt eller eksternt. Det kan være Ethernet, WiFi eller mobilnett, avhengig av modellen.
Hvor mange sensorer kan én gateway håndtere?
Det finnes ikke ett tall. Kapasiteten avhenger av kanaler, datarater, nyttelast, sendehyppighet, kollisjoner og behovet for nedlink.
Oppsummering
En LoRaWAN-gateway lytter på radio, videresender pakker over IP og lar nettverksserveren håndtere identitet, duplikater og ruting. Du trenger egen gateway når målt dekning eller behovet for kontroll over driften krever det. Velg en ekte flerkanalsgateway med sikker programvare, planlegg antenne og nettforbindelse, og test hele kjeden fra sensor til applikasjon. Da blir nettet målbart og kan bygges ut.
Kilder og videre lesing
Rollene til endenode, gateway, nettverksserver og applikasjon er kontrollert mot The Things Networks LoRaWAN-arkitektur og LoRa Alliances standardoversikt. Begrensninger i datamengde og nedlink er kontrollert mot LoRaWAN limitations, mens OTAA er kontrollert mot aktivering og adressering. Sendetidene i tabellen er beregnet med standard LoRa-parametere og bør kontrolleres med en airtime-kalkulator for ditt eget pakkeformat.
