Ogni installazione LoRaWAN ha tre livelli: i dispositivi sul campo, i gateway che li ascoltano e un network server LoRaWAN che trasforma i pacchetti radio in dati utilizzabili. I primi due sono hardware che si può toccare. Il terzo è software — e decidere dove farlo girare è una delle scelte più determinanti dell'intero progetto.

Cosa fa davvero un network server LoRaWAN?

Il network server LoRaWAN (LNS) è il cervello della rete. I gateway sono volutamente semplici: inoltrano ogni pacchetto che ricevono. Il lavoro vero lo fa il network server: deduplica i pacchetti ricevuti da più gateway, convalida le sessioni dei dispositivi e gestisce i join, governa il livello MAC (data rate, piani di canale, adaptive data rate), pianifica i downlink attraverso il gateway meglio posizionato e consegna alla tua applicazione payload puliti e decifrati.

Senza un network server, il traffico LoRaWAN è solo rumore. Con uno, la stessa infrastruttura serve fianco a fianco sensori per porte, contatori dell'acqua, tracker e telemetria industriale.

Le tre opzioni per farlo girare

In linea di massima, ogni team sceglie tra tre modelli.

Open source self-hosted. ChirpStack (con licenza MIT) e il nucleo open source di The Things Stack possono essere ospitati in proprio gratuitamente, senza limiti d'uso. Ottieni la piena proprietà del livello di connettività — e la piena responsabilità: hosting, scalabilità, patch e monitoraggio del server e delle sue dipendenze. Entrambi sono soltanto network server: dashboard, visualizzazione dei dati, regole e allarmi devono arrivare da una piattaforma applicativa separata. I nostri confronti onesti li coprono entrambi: Kilo vs ChirpStack e Kilo vs The Things Stack.

Una rete gestita. Il Sandbox community di The Things Stack è gratuito per piccoli usi non commerciali secondo una politica di fair use, mentre i livelli commerciali sono a pagamento. Eviti l'hosting, ma il livello applicativo resta un prodotto separato da integrare e pagare.

Integrato nella piattaforma. Il terzo modello comprime lo stack: il network server è incluso nella piattaforma IoT stessa. La piattaforma IoT di Kilo include un network server LoRaWAN integrato (e uno mioty) in ogni piano, compreso il livello gratuito da 5 dispositivi — i gateway puntano alla piattaforma, e dashboard, regole, allarmi e AI lavorano direttamente sui dati decifrati, senza livelli di integrazione in mezzo.

Cloud o self-hosted: il compromesso onesto

Il self-hosting vince quando il requisito è possedere il livello di connettività: un sito isolato dalla rete (air-gapped), una telco che costruisce il proprio business sul livello di rete o un team che vuole davvero modificare il server. Il prezzo è una funzione operativa in più: il server diventa infrastruttura di produzione che gestisci tu.

Un network server integrato vince su tempi e costo totale per la maggior parte delle installazioni orientate all'applicazione: non c'è un secondo sistema da distribuire, nessun bridge MQTT da mantenere tra LNS e dashboard, nessuna fattura separata. Quando network server, gestione dei dispositivi e automazione sono un unico prodotto, un gateway offline genera gli stessi allarmi, con le stesse catene di escalation, di un sensore offline.

Collegare un gateway richiede minuti, non giorni

Qualsiasi gateway che parli LoRa Basics Station o il packet forwarder Semtech UDP può puntare al network server integrato di Kilo: registri il gateway, aggiungi i dispositivi e in pochi minuti compaiono i dati in tempo reale con potenza del segnale e stato dei dispositivi. Se stai ancora scegliendo l'hardware, la nostra guida ai gateway LoRaWAN copre modelli indoor e outdoor, piani di frequenza per regione e posizionamento.

In sintesi

Il network server LoRaWAN non è il punto in cui il tuo progetto crea valore: è idraulica che deve funzionare. Gestiscilo in proprio quando il punto è proprio possedere quell'idraulica. Quando il punto è l'applicazione, scegli una piattaforma che includa il network server già integrato e dedica il tempo di ingegneria a ciò per cui esistono i sensori.