Hur man ansluter en LoRaWAN-nod till TTN steg för steg

Informatec Digital » Resurser » Hur man ansluter en LoRaWAN-nod till TTN steg för steg

Om du har kommit så här långt beror det på att du vill veta hur man ansluter en LoRaWAN-nod till TTN från början till slut , utan att utelämna något: gateways, noder, sensorer, bibliotek, nycklar och nätverkskonfiguration. Den goda nyheten är att du inte behöver vara en telekommunikationsexpert; med en välstrukturerad guide och lite tålamod kan du konfigurera ditt eget fungerande LoRaWAN-nätverk på nolltid.

I följande rader ser du steg för steg hur du konfigurerar en gateway, registrerar den på The Things Network, lägger till applikationer och slutenheter, och programmerar LoRaWAN-noder baserat på ESP32- eller Arduino-kort, samt exempel med kommersiella sensorer (SenseCAP, Decentlab, Dragino, Tabs Browan). Vi kommer också att gå igenom praktiska detaljer som inte alltid finns i manualer: vanliga nyckelproblem, frekvensval, fysiska pin-anslutningar och knep för att verifiera att allt faktiskt kommunicerar med TTN.

Vad är LoRa och LoRaWAN, och varför ska man använda TTN?

LoRa och LoRaWAN är två relaterade koncept, men de är inte samma sak . LoRa är en långdistans, lågeffekts radiofrekvensmodulering som är egenutvecklad av Semtech. LoRaWAN är nätverksprotokollet som förlitar sig på LoRa för att hantera hur slutenheter (noder) kommunicerar med gateways och nätverksservern.

I ett typiskt LoRaWAN-nätverk finns det två huvudkomponenter: gateways och noder . Gateways fungerar som "broar" mellan LoRa-världen (radio) och IP-världen (internet) och vidarebefordrar paket till LoRaWAN-servern. Noder är de sensorer eller aktuatorer som skickar och tar emot information med hjälp av LoRa till och från dessa gateways.

För att ansluta allt detta behöver du en LoRaWAN-server. Du kan betala för en privat tjänst (operatörer som Movistar, Vodafone eller plattformar som Loriot, Actility, Kerlink) eller gå community-vägen med hjälp av The Things Network (TTN), vilket är ett offentligt, öppet nätverk som underhålls av communityn.

TTN har fördelen att respektera datastyrning, vara neutral och låta dig bidra med gateways till nätverket . I många städer installerar folk gateways på eget initiativ, och vem som helst kan dra nytta av denna täckning utan kostnad utöver nodernas hårdvara.

LoRaWAN-frekvenser, kanaler och begränsningar

Innan du köper någon enhet är det viktigt att säkerställa att LoRa-frekvensen är kompatibel med din region . Att arbeta i Europa är inte detsamma som att arbeta i USA eller Asien; om du väljer fel band kan enheten vara värdelös eller till och med olaglig.

I Europa används främst 868 MHz-bandet (EU868) . I USA är det typiska bandet 915 MHz (US915). Kinesiska återförsäljare erbjuder ett brett utbud av 433 MHz-moduler, vilket kan vara frestande på grund av sitt pris, men de är inte alltid kompatibla med LoRaWAN eller ditt lands operativsystem.

Förutom frekvens är LoRaWAN organiserat i kanaler, spridningsfaktor (SF) och frekvensplaner . SF definierar hastighet och räckvidd: en högre SF betyder större räckvidd men också mer tid i etern, vilket förbrukar mer ström och upptar mer kanalutrymme.

I Europa gäller den välkända "1%-regeln" : varje enhet kan bara uppta radiokanalen under en liten procentandel av tiden, vanligtvis runt 1%. Detta begränsar hur ofta du kan skicka data, och är en av anledningarna till att LoRaWAN-sensorer vanligtvis sänder med några minuters mellanrum, inte med några sekunders mellanrum.

Förberedelser och val av hårdvara för gateway och noder

För att skapa ett praktiskt nätverk behöver du minst en LoRaWAN-gateway och en eller flera noder (sensorer) . Du kan kombinera hårdvara från olika tillverkare, så länge de uppfyller LoRaWAN-standarden och arbetar på samma frekvensband.

En populär modell för inomhusgateway är Dragino LPS8 , som har en integrerad SX1308-koncentrator och stöder upp till 10 parallella kanaler. Den levereras förkonfigurerad med olika frekvensplaner beroende på land, och i Europa arbetar den med 868 MHz. Den drivs av 5V via USB-C och ansluts till IP-nätverket via RJ-45 eller Wi-Fi.

Andra exempel på gateways som fungerar bra med TTN inkluderar RAK7289 (utomhus, robust och med LTE/4G-alternativ) eller de officiella TTN-GW-868 MHz-gateways, designade för att distribuera täckning i städer eller Smart City-projekt. Det är också möjligt att bygga en encellsgateway med ett ESP32-kort och en SX1262 LoRa-modul , precis som med Wio-SX1262-kitet och en Xiaomi ESP32S3.

Som noder har ni två alternativ: använda kommersiella sensorer som redan är redo för LoRaWAN (SenseCAP S210x, Tabs Browan TBHH100, Dragino TrackerD, Decentlab, etc.) eller bygga era egna noder med utvecklingskort som TTGO LoRa32 V2.0, ESP32 + RMF95, Arduino + LoRa-modul, etc.

Konfigurera en LoRaWAN-gateway och anslut den till TTN

Det första stora steget i projektet är att få igång gatewayen och att "Connected" visas på TTN . Även om varje tillverkare har sin egen instrumentpanel är de konceptuella stegen mycket lika.

Med en Dragino LPS8 kan du till exempel hantera den via SSH eller HTTP . Om du ansluter den via RJ-45-kabel måste du ta reda på IP-adressen som tilldelats av DHCP-servern (med hjälp av en IP-skanner eller via din router). Om du föredrar initial installation via Wi-Fi skapar LPS8 sitt eget nätverk med ett SSID som "dragino-xxxxx" och ett standardlösenord som "dragino+dragino". Om du kommer åt IP-adressen 10.130.1.1 kommer du till webbpanelen, där det initiala användarnamnet och lösenordet vanligtvis är "admin/dragino".

När du öppnar ser du en meny med flera sektioner, och vissa alternativ kan ha ett rött kryss som indikerar att konfiguration saknas . Det första steget är att välja rätt frekvensplan för ditt område på LoRa-fliken; i Europa är detta EU868 (ungefär 868 MHz).

Tryck sedan på fliken LoRaWAN eller Nätverksserver . Där definierar du vilken LoRaWAN-server gatewayen ska ansluta till. För TTN, välj "TTN" som leverantör och ange adressen till den europeiska servern (till exempel eu1.cloud.thethings.network), och behåll UDP-portarna (vanligtvis 1700 för både uppladdning och nedladdning). I samma avsnitt ser du Gateway-ID eller EUI, som vi behöver senare i TTN.

I avsnittet Nätverk konfigurerar du hur gatewayen ansluter till internet : LAN, WAN eller Wi-Fi WAN. För WAN-gränssnittet kan du välja en statisk IP-adress eller DHCP. När det är möjligt rekommenderas en statisk IP-adress över en trådbunden anslutning för en stabilare anslutning och enklare hanteringsåtkomst. LAN-avsnittet används vanligtvis för gatewayens interna åtkomstpunktnätverk. Det är bäst att inte ändra den här inställningen utan att helt förstå vad du gör, eftersom det kan vara en livräddare om något går fel.

I WiFi-sektionen kan du justera både åtkomstpunkten som genereras av gatewayen själv och dess anslutning till ett externt WiFi-nätverk . Av säkerhetsskäl rekommenderas att ändra standard-SSID och lösenord för den åtkomstpunkt som levererades från fabriken.

På RAK7289-gateways är processen liknande: gå till webbpanelen, konfigurera IP-adressen (statisk eller DHCP) via Nätverk → WAN-gränssnitt och ange sedan TTN-serveruppgifterna i LoRa-nätverk → Nätverksinställningar → Paketvidarebefordrare och notera Gateway EUI för att registrera den hos TTN senare. Om du sitter bakom en router som tillhandahåller DHCP kan du hitta gatewayens IP-adress genom att titta på leasetabellen (efter värdnamn, till exempel "RAK7289") eller använda verktyg som nmap.

Gateway-registrering på The Things Network

När gatewayen har internetåtkomst måste du registrera den hos TTN . Om du inte har ett konto registrerar du dig först på The Things Networks webbplats och öppnar sedan konsolen i motsvarande region (till exempel https://eu1.cloud.thethings.network/).

I konsolen väljer du avsnittet Gateways och klickar på "Registrera gateway" . TTN kommer att be om ett Gateway-ID (ett unikt namn inom ditt konto) och, beroende på gatewaytyp, Gateway EUI. För Dragino LPS8-gateways som använder den klassiska paketvidarebefordran måste du välja alternativet "Jag använder den äldre paketvidarebefordran".

Dessutom anger du frekvensplanen (EU868 för Europa) , motsvarande region eller router, och eventuellt platsen (koordinater, inomhus/utomhus, etc.). På gateways som den med en cell med XIAO ESP32S3 och Wio-SX1262 kan själva firmware visa gateway-ID:t via serieporten vid start; kopiera det helt enkelt och använd det i registreringsformuläret.

Efter att du har fyllt i denna information och registrerat gatewayen visar TTN en statuskontroll ("Ansluten" eller "Frånkopplad") och en sektion "Trafik" där du kan se paketflödet i realtid. Om allt är korrekt konfigurerat på både gatewayen och TTN bör du se det ändras till "Ansluten" inom en minut eller två och börja se trafik när noder sänder.

Det här innebär att infrastrukturen (gateway + server) nu är i drift . Härifrån kommer konfigurationen av applikationer och slutenheter in i bilden.

Skapande av applikationer och nodregistrering i TTN

I TTN registreras inte enheter direkt i kontots rot, utan snarare inom applikationer . En applikation grupperar en eller flera noder som skickar relaterad data, till exempel alla miljösensorer i en byggnad eller flera GPS-spårare i ett utbildningsprojekt.

I TTN-konsolen går du till avsnittet Program och skapar en ny applikation . Ge den ett unikt ID, eventuellt en beskrivning, och välj lämplig region. Inom den applikationen registrerar du varje LoRaWAN-nod med dess inloggningsuppgifter (DevEUI, JoinEUI/AppEUI och AppKey eller andra nycklar beroende på aktiveringsmetod).

För kommersiella sensorer som temperatur- och fuktighetssensorerna Browan TBHH100-868 fästs vanligtvis en etikett med DevEUI, AppEUI och AppKey. De använder vanligtvis OTAA-metoden (Over-The-Air Activation), som genererar nyckelsessioner med varje nätverksanslutning, vilket gör den säkrare än ABP.

Med OTAA väljer du i TTN att registrera en ny slutenhet, anger JoinEUI (AppEUI), DevEUI och AppKey , verifierar data och bekräftar. När noden är sparad, om den är korrekt konfigurerad och inom räckhåll för en gateway, kommer den att se nätverksfyrarna, utföra anslutningsproceduren och du kommer att börja se upplänksmeddelanden med deras mätningar i konsolen.

Detsamma gäller sensorer som Decentlabs nivå- och temperatursensorer : tillverkaren tillhandahåller ID, DevEUI, AppEUI och AppKey, men vet inte i förväg vilken server du kommer att använda. Du ansvarar för att registrera denna information hos TTN (eller en annan server) så att sensorn kan registreras. Många Decentlab-enheter levereras förregistrerade hos TTN om du begär det, vilket ytterligare förenklar processen.

Konfigurera kommersiella LoRaWAN-sensorer

Låt oss titta på några konkreta exempel på hur man förbereder och registrerar kommersiella LoRaWAN-sensorer som sedan kommunicerar med TTN via er gateway.

I SenseCAP S210x-serien (till exempel miljösensorer) är det typiska arbetsflödet att använda tillverkarens SenseCraft-app . Först laddar du ner appen, slår på sensorn med en knapp (genom att hålla den intryckt i några sekunder tills lysdioden blinkar varje sekund) och sedan väljer du "Skanna" i appen för att läsa enhetens QR-kod.

I appen finns ett läge för "Avancerad konfiguration" där du väljer "The Things Network" som plattform . Du måste välja samma frekvensplan som din gateway (till exempel EU868) och verifiera att anslutningsläget är OTAA. Applikationen visar enhetens EUI, AppEUI (JoinEUI) och AppKey. Det är en bra idé att anteckna dessa eftersom du måste ange dem i TTN när du registrerar enheten.

När det gäller sensorn Tabs Browan TBHH100-868 är knapparna förkonfigurerade från fabrik. Sensorn mäter temperatur och luftfuktighet, drivs av ett 3,6V-batteri och överför data enligt dessa regler: var 60:e minut om det inte sker någon förändring, eller tidigare om temperaturen ändras med ±2°C eller luftfuktigheten med ±5%. För att registrera den, ange helt enkelt APPKey, APPEUI och DevEUI som tillhandahålls av tillverkaren i din LoRaWAN-server (till exempel TTN). Ibland kan det vara problem med formatet eller byteordningen (msb/lsb), så det är viktigt att kontrollera detta om den inte ansluter första gången.

Dragino TrackerD-enheter används som GPS-spårare med en panikknapp. Varje enhet har sin egen uppsättning LoRaWAN-nycklar. I TTN registreras dessa vanligtvis i samma applikation (t.ex. "kursspårning"), och enheten konfigureras, vid behov, via serieporten (USB) med hjälp av AT-kommandon. Dokumentationen beskriver kommandon för att justera överföringshastighet, larmbeteende etc. Viktigt: Många Dragino-firmware kräver att AT-kommandon klistras in i sin helhet i terminalen, inte skrivs tecken för tecken.

I sensorer som Decentlabs nivå-, tryck- eller miljösensorer är filosofin liknande: DevEUI, AppEUI och AppKey används för att ansluta dem till TTN (eller ett annat nätverk). Decentlab ställer vanligtvis in ett överföringsintervall på 10 minuter eftersom det är en beprövad kompromiss mellan dataförbrukning och upplösning, även om detta kan ändras på begäran eller via konfiguration. Användare kan se data på tillverkarens egen molnplattform eller integrera enheten i tredjepartsplattformar (MyDevices, ResIoT, WMW, etc.) genom att lägga till lämplig nyttolastadkodare.

Bygg din egen LoRaWAN-nod med öppen källkodshårdvara

Om du gillar att mixtra är det roligaste ofta att bygga och programmera din egen LoRaWAN-nod . En mycket populär kombination är att använda ett ESP32-baserat kort med integrerad LoRa, som TTGO LoRa32 V2.0 868 MHz, och lägga till en enkel sensor, till exempel en DS18B20 temperatursensor.

Denna metod kräver fyra delar: styrkortet (ESP32, Arduino, etc.), LoRa-radiomodulen (till exempel en RFM95 typ SX1276/78), sensorn du vill mäta , och eventuellt kringutrustning som en OLED-skärm för att visa data lokalt.

TTGO LoRa32 V2.0 levereras med en integrerad LoRa-sändtagare och, beroende på version, en liten OLED-skärm. Baserad på ESP32 erbjuder den WiFi och Bluetooth, och i många fall är den också perfekt för att bygga en enkanalig mini-gateway när den är ansluten till internet. Men på detta och liknande kort är vissa signaler från LoRa-modulen (DIO1, DIO2) inte förkopplade till mikrokontrollern , och du måste koppla dem själv.

Till exempel använder TTGO LoRa32 V2.0 vanligtvis följande pinout för LoRa: SCK på GPIO5, MISO på GPIO19, MOSI på GPIO27, CS på GPIO18, RESET på GPIO14 och DIO0 på GPIO26 . DIO1 och DIO2 är vanligtvis fysiskt anslutna till GPIO33 respektive GPIO32, vilka är placerade mittemot varandra på motsatt rad, vilket gör det mycket enkelt att använda en direkt bygel.

Det finns tre typiska sätt att göra dessa anslutningar: löda kablar direkt till stiften (för slutmontering), använda jumperkablar om kortet sitter på ett kopplingsdäck , eller dra anslutningarna till ett dedikerat kretskort som TTGO:n är ansluten till. Jumperalternativet är vanligtvis det enklaste för testning.

Nodprogramvara: LMIC-bibliotek, frekvens- och TTN-nycklar

För att programmera en LoRaWAN-nod på Arduino/ESP32 används MCCI LoRaWAN LMIC-biblioteket i stor utsträckning , vilket implementerar LoRaWAN-stacken och hanterar allt som rör kanaler, joins, retrieves, receiving windows etc.

Installera först biblioteket från Arduino IDE:s Library Manager genom att söka efter "LMIC" och välja "MCCI LoRaWAN LMIC library". När det är installerat finns det en viktig detalj: som standard är det konfigurerat för US915 (USA), så om du befinner dig i Europa måste du ändra det till EU868.

För att göra detta, leta reda på filen lmic_project_config.h i biblioteksmappen (något i stil med /Arduino/libraries/MCCI_LoRaWAN_LMIC_library/project_config/) och redigera definitionerna. Kommentera bort CFG_us915 ​​och aktivera CFG_eu868, och se också till att rätt radiotyp är aktiverad (till exempel CFG_sx1276_radio för SX1276/78-moduler). Detta är en engångsändring som gäller alla dina LMIC-projekt.

Sedan öppnar du ett av de inkluderade exemplen, till exempel ttn-abp , som regelbundet skickar ett "Hello, world!" som nyttolast. Detta exempel fungerar som en grund för att anpassa det till ditt kort och dina TTN-inloggningsuppgifter.

I koden ser du en lmic_pinmap-struktur som anger NSS (CS), RST och DIO-pinnar . Som standard är den vanligtvis mappad för Feather M0 LoRa, så om du använder en TTGO LoRa32 V2.0 måste du ändra den här strukturen för att använda .nss = 18, .rst = 14 och .dio = {26, 33, 32} (förutsatt att du har kopplat DIO1 till GPIO33 och DIO2 till GPIO32). Om din hårdvara är annorlunda måste du konsultera dess dokumentation eller hitta ett specifikt exempel.

När pinouten är korrekt är det dags att konfigurera nycklarna som identifierar din nod i TTN . I ttn-abp-exemplet visas variablerna NWKSKEY, APPSKEY och DEVADDR med ordet FILLMEIN så att du kan fylla i dem med dina värden.

Du får dessa data från TTN-konsolen när du skapar en enhet med ABP-aktivering. TTN förser dig med nätverkssessionsnyckeln (NWKSKEY), appsessionsnyckeln (APPSKEY) och enhetsadressen (DEVADDR) . I gränssnittet är nycklarna dolda av säkerhetsskäl, men du kan göra dem synliga och, mer praktiskt, kopiera värdet direkt som en C-array (med knappen "<>") med rätt byteordning (msb). Genom att klicka på kopieringsikonen kopieras arrayen till urklipp, och du kan helt enkelt klistra in den i din kod där varje FILLMEIN finns.

För NWKSKEY och APPSKEY använder du byte-arrayformatet som tillhandahålls av TTN , medan du för DEVADDR ställer in det hexadecimala värdet som ett enda heltal av typen u4_t, till exempel `static const u4_t DEVADDR = 0x26011111;`. Med detta kommer din nod att kunna autentisera och dirigera sina paket till din TTN-applikation.

Integrera sensorer i nodkoden

När LoRaWAN-skelettet fungerar är det dags att ersätta det typiska "Hej världen!" med verklig sensordata . Om vi ​​fortsätter med exemplet med TTGO LoRa32 och en DS18B20 använder du OneWire-bussen och DallasTemperature-biblioteket.

I början av skissen, inkludera headrarna och definiera busspinnen: `#include <OneWire.h>`, `#include <DallasTemperature.h>`, och `#define ONE_WIRE_BUS X` , där X är GPIO-pinnen som du har anslutit sensorn till. Skapa `OneWire`-objektet `oneWire(ONE_WIRE_BUS)` och `DallasTemperature`-objektet `sensor(&oneWire). Om du inte har DS18B20-biblioteket installerat, lägg till det från bibliotekshanteraren.

I funktionen setup() initierar du sensorn med sensor.begin() och, om du vill, ställer in upplösningen (till exempel sensor.setResolution(11)) . Från och med då är sensorn redo att läsa av temperaturen när du behöver den.

Nyckelfunktionen i LMIC för att skicka data är `do_send(osjob_t* j)`. Inuti ser du en kontroll för en pågående överföring (`OP_TXRXPEND`). Om det inte finns någon anropar du `sensor.requestTemperatures()`, hämtar värdet med `sensor.getTempCByIndex(0)` och lagrar det i `mydata`-arrayen. Du kan till exempel använda `mydata[0] = (uint8_t)sensor.getTempCByIndex(0);` för att bara skicka heltalsdelen.

Sedan anropar du LMIC_setTxData2(1, mydata, sizeof(mydata), 0) , där den första parametern är LoRaWAN-porten (1 i det här fallet), den andra är bufferten, den tredje är storleken och den sista anger om meddelandet är bekräftat (1) eller okvitterat (0). Biblioteket schemalägger sedan överföringen i nästa tillgängliga plats.

Det finns många möjliga förbättringar: att utöka nyttolasten till att inkludera decimaldata, lägga till andra sensorer, paketera data i ett effektivt binärt format , etc. Men även i den här enkla versionen har du redan en nod som regelbundet skickar realtidsmätningar till TTN, synliga på konsolen och redo att integreras med andra system.

OTAA-aktivering, säkerhet och praktisk erfarenhet

Hittills har vi främst diskuterat ABP för kodexempel, men i produktion rekommenderas det starkt att använda OTAA (Over-The-Air Activation) . OTAA är den metod som används av till exempel Decentlab-sensorer och många SenseCAP-sensorer, eftersom den förbättrar säkerheten.

Med OTAA förhandlas LoRaWAN-sessionen "on-air" varje gång enheten ansluter till nätverket . När noden stängs av, startas om eller förlorar anslutningen genereras nya sessionsnycklar nästa gång den ansluter, vilket gör det svårt för någon att klona enheten genom att bara kopiera statiska nycklar.

I TTN-konsolen, när du väljer OTAA för en enhet, kommer du istället för statiska NWKSKEY och APPSKEY att ha DevEUI, JoinEUI/AppEUI och AppKey . Sessionsnycklar konstrueras varje gång från dessa värden och utbytet med servern, och du kommer bara att se de härledda nycklarna under sessionens varaktighet.

I praktiken har användare som börjat från grunden med LoRaWAN upptäckt att med en gateway registrerad hos TTN och en korrekt konfigurerad OTAA-sensor kan registreringsprocessen vara mycket enkel : skapa ett konto på TTN, aktivera gatewayen, registrera sensorn med nycklarna som tillhandahålls av tillverkaren och på några minuter se data på en webbplattform (oavsett om det är Decentlabs egna, SenseCAP eller tredjeparts dashboards).

Faktorer som placeringen av sensorns LoRa-box (bäst i vertikalt läge, vilket gynnar den interna antennens strålningsmönster) , radiomiljön och gatewayens höjd påverkar den faktiska täckningen i hög grad, men installationsflödet är ganska mekaniskt när man väl förstår det.

Från TTN till dina applikationer: integrationer och visualisering

När noderna nu laddar upp data till TTN är nästa steg att överföra den informationen till dina egna applikationer, dashboards eller automatiseringsarbetsflöden . TTN tillhandahåller kraftfulla integrationer och ett API för detta.

Ett mycket vanligt tillvägagångssätt är att använda Node-RED för att ta emot data från TTN och bearbeta den efter behov . Du konfigurerar en MQTT- eller HTTP-anslutning med dina TTN-applikationsuppgifter, avkodar nyttolasten (enligt dina sensorers format) och därifrån kan du göra praktiskt taget vad som helst: spara till databaser, visa grafer, utlösa varningar etc.

Ett annat alternativ är att använda tredjepartsplattformar som redan integrerar med TTN , såsom Datacake, MyDevices, ResIoT, WMW och andra. Många av dessa plattformar har redan specifika mallar för enheter som Decentlab-sensorer eller vissa Dragino-modeller, så du behöver bara välja enhetstyp, länka den till din TTN-applikation och börja visa data på användarvänliga dashboards.

I utbildningsprojekt har TTN till exempel använts tillsammans med RAK7289-gateways och Dragino TrackerD-trackers för att lokalisera personer eller fordon. Arbetsflödet är följande: gateway registrerad, trackers registrerade i TTN, data visas på konsolen och visas sedan i realtid på en offentlig Datacake-instrumentpanel med kartor och grafer som visar position, batterinivå etc.

Det viktiga att förstå är att TTN fungerar som ett LoRaWAN-nätverkslager och datarouter ; du bestämmer applikations- och visualiseringslagret: från ett Python-skript som använder API:et till en industriell IoT-dataplattform.

Kort sagt, att ansluta en LoRaWAN-nod till TTN innebär flera steg (korrekt frekvens, korrekt konfigurerad gateway, TTN-registrering, nodnycklar, OTAA- eller ABP-aktivering, enhetsprogramvara och, om så önskas, efterföljande integrationer), men varje del är hanterbar även utan tidigare erfarenhet om rätt riktlinjer följs. När den initiala installationen är klar blir driftsättningen av fler noder eller gateways en mycket repeterbar och skalbar process, perfekt för storskaliga sensorprojekt, Smart City-initiativ eller helt enkelt för att lära sig och experimentera med långväga IoT.