Komplet guide til konfiguration af en LoRaWAN-gateway med TTN

Informatic Digital » Recursos » Komplet guide til konfiguration af en LoRaWAN-gateway med TTN

Opsætning og finjustering af en korrekt konfigureret LoRaWAN-gateway er nøglen til at sikre, at ethvert IoT-projekt baseret på denne teknologi fungerer korrekt. Det er ikke nok blot at tilslutte udstyret og håbe på det bedste: Udover registrering af applikationer og slutenheder skal der lægges vægt på hardwaren, IP-netværket, pakkeforwarderen og registreringen hos en LoRaWAN-server som f.eks. The Things Network (TTN).

I denne guide vil du trin for trin og i detaljer se, hvordan du fuldt ud konfigurerer en LoRaWAN-gateway i forskellige virkelige scenarier: kommercielle gateways som RAK7289 eller Dragino LPS8, en gør-det-selv-gateway med en Raspberry Pi 4B og RAK5146 hub, og registrering af LoRaWAN-sensorer (GPS-trackere, temperatur- og fugtighedsprober osv.) i TTN. Målet er, at når du er færdig med at læse, ved du præcis, hvad du skal gøre, hvor du skal gøre det, og hvad du skal kontrollere for at sikre, at alt fungerer korrekt.

Grundlæggende koncepter og indledende trin før konfiguration af en LoRaWAN-gateway

Før du begynder at rode med menuer, er det vigtigt at forstå, hvilke elementer der er involveret i et funktionelt LoRaWAN-netværk : gatewayen, LoRaWAN-serveren, applikationerne og slutenhederne . Hver komponent har sin rolle og kræver visse minimumsparametre for at kommunikere med de andre.

I praksis er de fleste uddannelses- og laboratorieprojekter afhængige af TTN som en gratis offentlig server . TTN tilbyder en webkonsol, hvorfra man kan registrere gateways, oprette applikationer og registrere enheder for sikkert at sende deres data ved hjælp af unikke nøgler ( DevEUI, AppEUI/JoinEUI, AppKey ).

Et andet punkt, der skal præciseres fra starten, er den LoRaWAN-frekvens, der er kompatibel med din region . I Europa anvendes typisk frekvensplanen for 868 MHz-båndet (EU868), mens andre regioner bruger andre planer (US915, AU915 osv.). Gatewayen og TTN'en skal være kompatible med denne plan, eller sagt på en anden måde, kommunikere på den samme kanal.

Hvad angår slutenheder, er det almindeligt at bruge Dragino GPS-trackere til placerings- og temperatur- og fugtighedssonder som f.eks. Browan Tabs TBHH100-868 sensorerne. Disse enheder leveres normalt med deres LoRaWAN-legitimationsoplysninger forudinstalleret, klar til registrering hos TTN, men det er tilrådeligt at gennemgå dem og vide, hvor de skal konfigureres.

Endelig er det vigtigt at sikre, at gatewayen har en stabil og sikker IP-forbindelse , uanset om det er via Ethernet-kabel, Wi-Fi eller endda 4G/5G mobilnetværk. Uden internetadgang (eller den tilsvarende WAN-forbindelse) vil gatewayen ikke være i stand til at videresende LoRa-pakker til serveren.

Konfiguration af kommercielle gateways: RAK7289 og Dragino LPS8

Mange uddannelsesprojekter bruger kommercielle gateways såsom RAK7289 til udendørs brug eller Dragino LPS8 til indendørs brug . Begge leveres med en webbaseret administrationsgrænseflade, hvor IP-netværksindstillingerne og de LoRaWAN-parametre, der er nødvendige for kommunikation med TTN eller andre servere, konfigureres.

I nogle miljøer, såsom uddannelsesinstitutioner, kan den indledende konfiguration af RAK-gatewayen allerede være gennemført af institutionen selv (f.eks. en ungdomsskole), og eleverne behøver kun at tilpasse netværksindstillingerne (statisk IP eller DHCP) til den lokale infrastruktur. Alligevel er det tilrådeligt at være bekendt med alle trinene, så de kan gentages, når man skifter placering eller server.

IP-netværkskonfiguration på RAK-gateways (eksempel RAK7289)

Det første rigtige skridt i arbejdet med gatewayen er at sikre, at den har IP-adgang til det lokale netværk og internettet . I tilfælde af RAK-gateways konfigureres dette i administrationsmenuen i WAN-netværkssektionen.

I menuen Netværk → WAN-grænseflade Vi kan vælge, om gatewayen skal fungere som DHCP-klient eller med statisk IPHvis netværksrouteren forbliver i DHCP-tilstand, tildeler den automatisk IP-adressen. Dette forenkler tingene, men kræver senere registrering af den tildelte IP-adresse ved hjælp af en netværksscanner (f.eks. med nmap, enhver IP-scanner eller kontrol af forbindelse med ping i Linux) eller ved at konsultere routerens DHCP-servertabel.

Hvis vi har brug for mere kontrol, anbefales det kraftigt at tildele gatewayen en veldokumenteret statisk IP-adresse . På denne måde ved vi altid, hvilken adresse vi skal bruge til at få adgang til administrationspanelet, og det vil være nemmere at anvende firewallregler eller fjernadgangskontroller, hvis det er nødvendigt.

I miljøer med flere enheder, såsom klasseværelser eller laboratorier, er det også nyttigt at kende Ethernet MAC-adressen og værtsnavnet på gatewayen. Nogle gange viser DHCP-serveren selv disse oplysninger med et identificerbart værtsnavn (f.eks. "RAK7289"), så du kan finde dem med et hurtigt blik, selv når du bruger DHCP.

Nødadgang via administreret Wi-Fi

Hvis vi af en eller anden grund ikke kan finde gatewayens IP-adresse på det kabelbaserede netværk, tilbyder mange RAK- og Dragino-modeller et integreret Wi-Fi-adgangspunkt til administration . Dette adgangspunkt er normalt åbent eller bruger standardoplysninger, så du kan tilslutte en bærbar computer eller tablet direkte til enheden.

Når der oprettes forbindelse til det pågældende Wi-Fi-netværk, er standardgatewayens IP-adresse normalt gatewayens egen administrationsadresse . Ved at tilgå denne IP-adresse via en webbrowser kan vi få adgang til administrationsgrænsefladen uden at være afhængige af DHCP, mellemliggende switche eller routere – noget, der er meget nyttigt i nye implementeringer, eller hvis netværkskonfigurationen er gået helt tabt.

Når opsætningen er færdig, er det dog afgørende at deaktivere administrations-Wi-Fi'et eller styrke dets sikkerhed . At efterlade et åbent eller dårligt sikret netværk forbundet til en kritisk enhed som gatewayen repræsenterer en klar sårbarhed, især hvis gatewayen er udendørs eller på et offentligt tilgængeligt sted.

LoRaWAN-konfiguration og TTN-registrering af en RAK-gateway

Når IP-netværket er fundet, er næste trin at forbinde gatewayen til LoRaWAN-serveren. På RAK-gateways findes dette normalt i menuen LoRa-netværk → Netværksindstillinger → Pakketvideresendelse , hvor du konfigurerer den destination, som modtagne LoRa-pakker skal sendes til.

I den sektion skal vi finde og kopiere Gateway EUI , som er gatewayens unikke identifikator. Denne værdi vil derefter blive brugt til at registrere gatewayen i TTN-konsollen. Det er en god idé at gemme den i et dokument (sammen med enhedens brugernavn og adgangskode), så du ikke behøver at søge efter den hver gang.

For at registrere gatewayen hos TTN skal du gå til TTN-konsollen med de relevante loginoplysninger. Når du er logget ind, skal du vælge den korrekte region og gå til afsnittet "Gateways". Klik der på "Registrer gateway", indtaste den kopierede EUI, vælge den relevante frekvensplan (i Europa, EU868), og fuldføre registreringsprocessen.

I nogle modeller og firmwareversioner er det nødvendigt at aktivere Legacy Packet Forwarder- tilstand i TTN-indstillingerne for at sikre kompatibilitet med gateway-softwaren. Du kan også angive dækningstypen (indendørs/udendørs) og den fysiske placering, så gatewayen vises korrekt på TTN-kort.

Hvis alt er gjort korrekt, ændres gatewayens status i TTN-konsollen til "Tilsluttet", og under fanen Trafik begynder meddelelser med LoRa-trafik i realtid at vises, når der er enheder, der sender inden for rækkevidde.

Dragino LPS8 Gateway Management: Adgang, Wi-Fi og IP

Dragino LPS8 er en ret almindelig indendørs LoRaWAN-gateway til test og små implementeringer. Den er baseret på en SX1308-koncentrator og leveres prækonfigureret med forskellige frekvensplaner for forskellige geografiske zoner, herunder EU868-båndet.

Denne enhed kan administreres via både SSH og HTTP . For at få adgang til den via SSH eller HTTP via RJ-45-porten, skal vi først kende den IP-adresse, der er tildelt den af ​​netværkets DHCP-server. Igen er det her, at det er praktisk at bruge en IP-scanner, kontrollere routerens DHCP-tabel eller et lignende værktøj.

Den enkleste mulighed for den indledende opsætning er at bruge det Wi-Fi-adgangspunkt, der er oprettet af LPS8 selv . Når enheden tændes, sender den et netværk med et SSID af typen "dragino-xxxxx". Standardadgangskoden er normalt "dragino+dragino". Når gatewayen er forbundet til dette netværk, kan den tilgås via en webbrowser ved at indtaste IP-adressen 10.130.1.1.

De indledende loginoplysninger til webgrænsefladen er normalt brugernavnet "admin" og adgangskoden "dragino" . Det anbefales kraftigt at ændre disse loginoplysninger, så snart alt er oppe at køre, især hvis du vil lade Wi-Fi-adgangspunktet være aktivt, eller hvis gatewayen vil være tilgængelig fra ukontrollerede netværk.

Dragino LPS8 LoRaWAN-indstillinger og TTN-link

I LPS8-konfigurationsgrænsefladen finder vi en specifik menu til LoRa- og LoRaWAN-sektionerne. Det første trin er at kontrollere, at den korrekte frekvensplan for vores region er valgt , for eksempel 868 MHz for Europa.

I fanen LoRaWAN angiver du den server, som pakkerne skal videresendes til. I rullemenuen "tjenesteudbyder" kan du vælge TTN, og i "serveradresse" vælger du den europæiske TTN-server, der er tilknyttet EU868-båndet. UDP uplink- og downlink-portene er normalt indstillet til 1700 som standard, hvilket er korrekt i de fleste tilfælde.

På samme skærm vises Gateway-ID'et , som er den værdi, vi bruger i TTN-konsollen, når vi registrerer gatewayen. Registreringen følger en meget lignende proces som RAK: Du går ind i konsollen, går til "Gateways", vælger "registrer gateway", indtaster ID'et, markerer (hvis relevant) brugen af ​​​​legacy packet forwarder og vælger den tilsvarende europæiske plan.

Hvis vi ville bruge vores egen LoRaWAN-server, såsom ChirpStack , i stedet for TTN, ville det være her, vi ville indtaste dens adresse, porte og godkendelsesparametre. Men til uddannelsesmæssige formål og mange personlige projekter er TTN normalt mere end tilstrækkeligt.

Konfiguration af LAN, WAN og Wi-Fi WAN i Dragino

I LPS8's netværksfane finder du adskillige underfaner, der giver dig mulighed for præcist at justere, hvordan gatewayen opretter forbindelse til dit lokale netværk og internettet. LAN- sektionen konfigurerer det interne netværk, der bruges af gatewayens eget Wi-Fi-adgangspunkt; det er en slags lokalt "administrationsnetværk".

Det er bedst ikke at ændre standard LAN-konfigurationen , eller hvis du gør det, at notere disse indstillinger omhyggeligt, da dette kan være den eneste vej ind, hvis WAN-forbindelsen er forkert konfigureret. LPS8's LAN fungerer som et redningsnetværk for at genvinde administrativ adgang.

WAN - sektionen definerer den IP-adresse, som RJ-45-porten bruger, når gatewayen er tilsluttet via kabel. Du kan vælge DHCP eller tildele en statisk IP-adresse. I stabile miljøer er det den mest professionelle fremgangsmåde at tildele en statisk IP-adresse til WAN-grænsefladen for at forhindre uventede adresseændringer.

Endelig tillader Wi-Fi WAN- sektionen gatewayen at oprette forbindelse som klient til et eksisterende Wi-Fi-netværk. Her definerer du, om IP-adressen på den pågældende grænseflade skal være statisk eller hentes via DHCP, og du indtaster SSID, krypteringstype og adgangskode.

Fanen Wi-Fi viser og giver dig også mulighed for at konfigurere det adgangspunkt (AP), som Dragino automatisk genererer . Fra et sikkerhedsmæssigt synspunkt er det tilrådeligt at ændre netværksnavnet og adgangskoden eller endda deaktivere AP'et, hvis det ikke skal bruges, for at reducere angrebsfladen.

Bygning af en gør-det-selv LoRaWAN-gateway med Raspberry Pi 4 og RAK5146

Udover kommercielle gateways er det meget almindeligt at bygge en hjemmelavet LoRaWAN-gateway ved hjælp af en Raspberry Pi og en RAK-hub . Denne tilgang er perfekt til at lære i dybden, hvordan alle komponenterne forbindes, og til at have et fleksibelt og opgraderbart system.

I denne type projekt bruges en Raspberry Pi 4B normalt som systemets hjerne, sammen med en mPCIe-hub, såsom RAK5146 , monteret på en RAK2287 Pi HAT-adapter. Et specialiseret systembillede, såsom RAKPiOS, installeres derefter på denne base, som allerede integrerer specifikke værktøjer til styring af LoRaWAN-komponenten.

Nødvendig hardware og fysisk samling

For at bygge denne type LoRaWAN-gateway skal du bruge mindst en Raspberry Pi 4B med strømforsyning , et microSD-kort på mindst 16 GB, Pi HAT RAK2287, mPCIe-hub'en RAK5146 og de tilsvarende LoRa- og GPS-antenner. Et godt sæt skruer og afstandsstykker vil også hjælpe med at sikre alt.

Processen begynder ved at indsætte RAK5146 i RAK2287 HAT's mPCIe-slot , typisk i en vinkel på omkring 45 grader, indtil det klikker på plads. Tryk derefter forsigtigt kortet ned og fastgør det med de to skruer, der er justeret med hullerne i HAT'en.

Når hubben er monteret på HAT'en, placeres Pi HAT'en over Raspberry Pi'ens GPIO-ben og fastgøres med fire skruer eller afstandsstykker for at forhindre bevægelse. Dette skaber en stiv blok, der forhindrer belastning på stikkene og forenkler installationen i etuier eller stativer.

Til sidst skal du tilslutte LoRa-antennen og GPS-antennen til deres tilsvarende stik på hubben. Det er yderst vigtigt aldrig at tænde enheden uden at antennerne er tilsluttet, da dette kan beskadige hubbens RF-trin.

Installation af RAKPiOS på SD-kortet

Når de fysiske komponenter er færdige, er næste trin at forberede Raspberry Pi's operativsystem. For at gøre dette skal du downloade den nyeste version af RAKPiOS fra det officielle RAK-arkiv . Denne version er specielt designet til LoRaWAN-gateways med RAK-hardware.

RAKPiOS-billedet skrives til microSD-kortet ved hjælp af et flashing-værktøj som Balena Etcher eller et lignende program . Den typiske proces involverer at vælge det downloadede billede, vælge destinationskortet og starte "Flash"-programmet, vente på, at det er færdigt, og dataene verificeres.

Når flashing-processen er færdig, skal du fjerne kortet fra læseren og indsætte det i Raspberry Pi's microSD-slot . Derfra skal du blot tilslutte strømforsyningen (og, hvis det ønskes, et Ethernet-kabel) for at Pi'en kan boote i RAKPiOS.

Første opstart, SSH-adgang og ændring af adgangskode

Ved første opstart opretter RAKPiOS typisk et Wi-Fi-adgangspunkt med et SSID af typen RAK_XXXX , hvor XXXX svarer til de sidste cifre i Raspberry Pi'ens MAC-adresse. Den indledende adgangskode til adgangspunktet er normalt "rakwireless". Ved at oprette forbindelse til dette netværk kan du få trådløs adgang til enheden.

Standard-IP-adressen for Raspberry Pi i denne tilstand er normalt 192.168.230.1 . Med denne IP-adresse kan vi åbne en SSH-forbindelse (f.eks. med PuTTY på Windows eller fra terminalen på Linux/macOS) ved hjælp af standardoplysningerne, som normalt er brugernavnet "rak" og adgangskoden "changeme".

Første gang du logger ind, beder systemet dig om at ændre din adgangskode af sikkerhedsmæssige årsager . Dette er et trin, du ikke bør springe over: Indtast blot din nuværende adgangskode og derefter din nye adgangskode to gange.

Opsætning af internetforbindelse med rakpios-cli

Når den er godkendt, er næste trin at konfigurere internetadgang. RAKPiOS inkluderer et konfigurationsværktøj kaldet rakpios-cli , der centraliserer de fleste netværks- og serviceindstillinger.

skrivning rakpios-cli En tekstbaseret menu vises i terminalen, som du kan navigere i med tastaturet. Selvom den i starten kan vise en advarsel eller en mindre fejl, kan du fortsætte med at trykke på "OK", indtil du når hovedindstillingerne. Derfra kan du få adgang til... "Administrerede netværk" og vælg wlan0-grænsefladen for at justere Wi-Fi'en.

I wlan0-konfigurationen specificeres driftstilstanden, normalt STA-tilstand (Wi-Fi-klient) . Derefter scannes tilgængelige netværk, eller SSID'et indtastes manuelt, Wi-Fi-adgangskoden konfigureres, og forbindelsen aktiveres. Når ændringerne er anvendt, vil Raspberry Pi midlertidigt afbryde forbindelsen til adgangspunktet og hente en IP-adresse fra netværksrouteren.

For at fortsætte med at få adgang til enheden, bruges den nye IP-adresse, som routeren har tildelt Raspberry Pi'en, nu. På denne måde er vi ikke længere afhængige af RAK-adgangspunktet, og gatewayen opfører sig som enhver anden enhed på det lokale netværk.

Aktivering af pakkevideresendelsen og indhentning af gatewayens EUI

Når internetadgangen er etableret, er det tid til at aktivere selve LoRaWAN-tjenesten. Brug igen rakpios-cli til at navigere til afsnittet "Implementer tjenester" og vælge "Pakkevideresender".

I menuen "Packet Forwarder" kan du få adgang til indstillingen "Configure Environment Variables" , hvor du angiver data såsom regionen (f.eks. EU_868), grænsefladen (SPI, som er den, der bruges af RAK5146-koncentratoren), koncentratormodellen og, hvis relevant, andre båndspecifikke parametre.

Når du har gemt ændringerne, skal du vende tilbage til den forrige menu og vælge "Start tjenesten" for at starte pakkevideresendelsen. På det tidspunkt viser systemet gatewayens EUI, som er den unikke identifikator, vi skal bruge i TTN-konsollen for at registrere gatewayen.

Det anbefales at kopiere denne EUI og gemme den i et konfigurationsdokument . Registreringsproceduren i TTN er derefter den samme som for en kommerciel gateway: Fra konsollen, i afsnittet Gateways, klik på registrer, indtast EUI'en, vælg regionen (EU868), og fuldfør registreringen.

Registrering af applikationer og slutenheder i TTN

Når gatewayen vises som "Tilsluttet" i TTN, er næste trin for at se nyttige data at registrere applikationerne og slutenhederne . Gatewayen i sig selv gemmer ikke nyttige oplysninger; den videresender kun trafik. Det er applikationerne, der aggregerer dataene fra sensorerne eller trackerne.

I TTN skal du fra konsollen tilgå afsnittet "Applikationer" og oprette en ny applikation, give den et ID og, hvis det ønskes, en beskrivelse. Denne applikation vil fungere som en container for alle slutenheder (sensorer) relateret til det samme projekt.

Når applikationen er oprettet, bruges knappen "Registrer slutenhed" til at registrere hver sensor. TTN giver dig mulighed for at registrere enheder ved manuelt at indtaste parametrene eller i nogle tilfælde ved hjælp af producentens skabeloner.

Ved manuel opsætning kan værdier som DevEUI og AppKey genereres fra selve konsollen ved hjælp af automatiske genereringsknapper, mens JoinEUI (svarende til AppEUI) kan være en brugerdefineret værdi (forudsat at den derefter matcher det, vi konfigurerer på enheden).

Når formularen er udfyldt, og registreringen er bekræftet, viser TTN de nødvendige parametre til konfiguration af slutenheden i fanen "Aktiveringsoplysninger": DevEUI, JoinEUI/AppEUI og AppKey. Disse er de data, der skal indtastes i LoRaWAN-noden (sensor, tracker osv.) ved hjælp af dens konfigurationsværktøj eller serielle interface.

Eksempel med Tabs TBHH100-868 sensorer og Dragino trackere

Browan TBHH100-868 temperatur- og fugtighedssensorer er et typisk eksempel på en simpel LoRaWAN-enhed. Deres hovedfunktion er periodisk at sende temperatur, relativ fugtighed og i nogle tilfælde batteristatus.

Disse typer sensorer leveres normalt med de allerede programmerede LoRaWAN-nøgler: AppKey, AppEUI og DevEUI . Leverandøren leverer typisk et datablad eller en etiket med disse værdier. Med TTN behøver du kun at oprette en applikation og indtaste de legitimationsoplysninger, der er angivet på det pågældende ark, for hver sensor.

Datatransmissionslogikken for disse sensorer er normalt baseret på tærskler: de sender information med faste intervaller eller når der sker betydelige ændringer (f.eks. hvert 60. minut, hvis der ikke er ændringer, eller tidligere, hvis temperaturen varierer med ±2 °C eller fugtigheden med ±5%). Det er vigtigt at forstå disse detaljer for korrekt at fortolke meddelelsesfrekvensen i TTN.

I tilfælde af Dragino-trackere , der bruges som GPS-lokaliseringssystemer, sker registreringen i TTN på samme måde: Enhederne oprettes i TTN-applikationen med deres unikke nøgler, og hvis det ønskes, justeres avancerede tracker-parametre (sendeinterval, varighed af panikalarm osv.) ved hjælp af AT-kommandoer via seriel port.

For at konfigurere disse trackere via USB skal du tilslutte kablet til din pc, åbne en seriel terminal (115200 baud) og sende de AT-kommandoer, der er angivet i manualen . Det er vigtigt at bemærke, at kommandoerne skal indtastes på én gang, ikke skrives tegn for tegn, for at enheden kan fortolke dem korrekt.

Integration af eksterne enheder: Eksempel på Loko Air-enhed

En anden almindelig situation er integrationen af ​​specifikke enheder, såsom en ventilations- eller miljøstyringsenhed som Loko Air , der konfigureres ved hjælp af sit eget desktopværktøj (f.eks. Loko Configuration Tool).

I dette tilfælde er det typiske flow: den endelige enhed oprettes i TTN, DevEUI-, JoinEUI- og AppKey-værdierne genereres (eller tages), og derefter indtastes disse tre parametre i producentens konfigurationsværktøj , hvilket aktiverer LoRaWAN-indstillingen på enheden.

Når konfigurationen er sendt, genstarter enheden og begynder at forsøge at oprette forbindelse til TTN-netværket ved hjælp af OTAA (Over The Air Activation). Når gatewayen registrerer forbindelsesforsøget, og netværket accepterer det, vises meddelelser i realtid i enhedens "Live data"-visning på TTN-konsollen sammen med placeringen på kortet, hvis enheden sender GPS-koordinater.

Nyttelastformateringsprogrammer og dataafkodere

For at sikre, at de data, der sendes af sensorerne, er læsbare, giver TTN dig mulighed for at definere nyttelastformaterere . I nogle tilfælde kan et standardformat, såsom CayenneLPP, anvendes, som automatisk fortolker bestemte typer data.

Når enheden bruger et proprietært format, kan udvikleren oprette en brugerdefineret JavaScript-dekoder , der modtager de rå bytes, konverterer dem til hexadecimal og anvender specifikke funktioner til at fortolke hver datatype (fugtighed, temperatur, barometer, GPS, accelerometer, gyroskop, magnetometer, batterispænding osv.).

Det typiske mønster involverer analyse af et "flag" eller en kanalidentifikator i begyndelsen af ​​rammen og, afhængigt af dens værdi, anvendelse af den korrekte formel på de følgende bytes til omdanne dem til fysiske værdierEndelig returnerer scriptet et JSON-objekt med de fortolkede variabler (f.eks. temperature, humidity, battery, latitude, longitude...), som TTN vil vise som læsbare felter.

Denne "allerede fordøjede" information kan derefter genbruges i integrationer med eksterne platforme som Node-RED, MQTT, Datacake-lignende dashboards, MySQL-databaser eller cloud-tjenester som ThingSpeak, uden at det er nødvendigt at afkode hver nyttelast igen i hvert system.

Datavisualisering og -udnyttelse: fra TTN til Node-RED, Datacake og andre

Når enhederne sender data, og TTN modtager dem problemfrit, begynder den sjove del: visualisering og analyse af informationen . TTN tilbyder allerede en grundlæggende konsol til visning af trafik og data fra hver enhed, men det er mere almindeligt at integrere dataene med andre platforme.

En populær mulighed er Datacake , som giver dig mulighed for at oprette offentlige eller private dashboards for at visualisere værdier som temperatur, luftfugtighed, GPS-position eller batteristatus på en brugervenlig måde. TTN konfigurerer den tilsvarende integration, så de afkodede data automatisk sendes til Datacake.

I mere avancerede miljøer eller ved automatisering af forretningslogik er det meget almindeligt at bruge Node-RED sammen med MQTT . TTN publicerer applikationsdata via en MQTT-broker, og Node-RED bruger dem til behandling, lagring i databaser som MySQL, udløsning af alarmer, styring af andre enheder eller afsendelse til eksterne systemer.

Denne type integration giver dig mulighed for at bygge komplette end-to-end IoT-løsninger til en relativt lav pris: LoRaWAN-noder med lavt strømforbrug, TTN-tilsluttede gateways og en fleksibel backend baseret på Node-RED, databaser og dashboards.

Der findes endda specifikke kurser og træningsprogrammer, der dækker hele kæden: fra gateway-konfiguration og TTN-registrering, via MQTT og Node-RED, til lagring og analyse på platforme som MySQL eller ThingSpeak. Disse kurser tilbyder videolektioner og support til at besvare specifikke implementeringsspørgsmål.

Samlet set gør hele dette flow – konfigureret gateway, TTN som LoRaWAN-server, korrekt registrerede applikationer og enheder, payload-dekodere og integrationsværktøjer – det muligt for LoRaWAN-projekter at bevæge sig fra simple laboratorietests til implementering som robuste og skalerbare løsninger i den virkelige verden , der er egnede til overvågning af aktiver, miljøer, infrastrukturer eller industrielle processer i årevis med minimal vedligeholdelse.

Set globalt kan konfiguration af en LoRaWAN-gateway og dens tilhørende økosystem virke kompleks, men det koger ned til et par nøglesøjler: sikring af robust IP-forbindelse , korrekt valg af frekvensplan, linkning af gatewayen til en LoRaWAN-server såsom TTN, registrering af applikationer og enheder med deres legitimationsoplysninger og udnyttelse af formateringsværktøjer, integrationer og dashboards til at omdanne rådata til nyttige og handlingsrettede indsigter.