Astratto
Meshtastic e MeshCore sono sistemi di comunicazione open source basati su LoRa progettati per la messaggistica di testo e lo scambio leggero di dati senza servizio cellulare, Wi-Fi o infrastruttura Internet. Entrambi i progetti utilizzano hardware radio poco costoso a basso consumo, ma fanno scelte architettoniche diverse.
Meshtastic enfatizza l'adozione da parte di un'ampia comunità, la semplice configurazione del dispositivo, la ritrasmissione peer-to-peer decentralizzata, app mobili, funzionalità GPS e di telemetria e bridging Internet opzionale tramite MQTT. MeshCore enfatizza ruoli strutturati, nodi associati, ripetitori, server di sala, routing ibrido e apprendimento del percorso più deliberato per ridurre le ripetute inondazioni a livello di rete.
Questo articolo spiega come funzionano entrambi i sistemi, dove sono utili e quali limitazioni i proprietari di hub, i pianificatori di emergenza, gli hobbisti e gli operatori tecnici dovrebbero comprendere prima di fare affidamento su di essi.
1. Contesto: perché è importante la comunicazione mesh off-grid
La comunicazione moderna dipende fortemente da infrastrutture centralizzate: torri cellulari, fornitori di servizi Internet, backhaul in fibra, reti elettriche, servizi cloud e piattaforme di messaggistica commerciale. Quando questi sistemi falliscono o non sono disponibili, i normali telefoni potrebbero diventare inutili per il coordinamento locale.
I sistemi mesh off-grid colmano questa lacuna consentendo a piccoli dispositivi radio di trasmettere brevi messaggi direttamente tra gli utenti o attraverso nodi di ritrasmissione intermedi. Meshtastic si descrive come una rete mesh decentralizzata, off-grid e open source per dispositivi convenienti e a basso consumo che funzionano senza ripetitori cellulari o connettività Internet. MeshCore si avvicina allo stesso obiettivo di un sistema di messaggistica crittografato off-grid e di una libreria di routing C++ leggera per LoRa e altre radio a pacchetto.
2. Base tecnica: LoRa, non cellulare
LoRa è una tecnica di modulazione radio a lungo raggio e a bassa potenza basata sullo spettro di diffusione del chirp. È utile per pacchetti di piccole dimensioni a velocità in bit basse su lunghe distanze ed è comunemente utilizzato nelle bande ISM regionali senza licenza come 915 MHz, 868 MHz e 433 MHz.
Meshtastic e MeshCore non sono sistemi a banda larga. Non sono progettati per chiamate vocali, video, immagini, file di grandi dimensioni o Internet ad alta velocità. Sono ottimizzati per messaggi di testo, rapporti di posizione, telemetria, informazioni sui nodi e semplici dati di controllo.
Inoltre, Meshtastic non è LoRaWAN, Helium o The Things Network. Utilizza direttamente la radio LoRa. LoRaWAN è un protocollo LPWAN separato con gateway e server di rete, mentre questi progetti creano reti di pacchetti locali peer-to-peer o multi-hop.
3. Come funziona Meshtastic
Meshtastic crea una rete mesh in cui gli utenti comunicano attraverso i nodi radio LoRa. Un telefono o un computer si connette a un nodo vicino tramite Bluetooth, Wi-Fi o USB, quindi i messaggi si spostano attraverso la rete radio anziché tramite Internet.
- Un utente scrive un messaggio in un'app client.
- Il telefono o il computer invia il messaggio a una radio Meshtastic vicina.
- La radio trasmette il pacchetto su LoRa.
- Altri nodi che ascoltano il pacchetto potrebbero ritrasmetterlo.
- Il messaggio si propaga attraverso la mesh finché non raggiunge i destinatari.
Le radio Meshtastic ritrasmettono i messaggi ricevuti, formando una rete in modo che i membri più lontani possano comunque ricevere messaggi. Le versioni più recenti distinguono la gestione delle trasmissioni e dei messaggi diretti, il che aiuta il protocollo a servire utenti mobili, nodi fissi e reti miste.
4. Modello hardware Meshtastic
Meshtastic funziona su molte schede LoRa e dispositivi appositamente realizzati da ecosistemi come RAK, LILYGO, Heltec, Seeed Studio, Elecrow e altri. La scelta dell'hardware influisce sulla durata della batteria, sulla portata, sulle funzionalità e sullo stile di distribuzione.
| Componente | Scopo |
|---|---|
| Chip radio LoRa | Trasmissione di pacchetti a lungo raggio. |
| MCU come ESP32 o nRF52 | Esegue il firmware e la logica del dispositivo. |
| Bluetooth | Connessione da telefono a nodo. |
| Wifi | Configurazione opzionale, MQTT o accesso web su alcune schede. |
| GPS/GNSS | Condivisione della posizione opzionale. |
| Batteria o solare | Distribuzione off-grid portatile o fissa. |
| Antenna | Fattore importante in termini di portata e affidabilità. |
I dispositivi basati su nRF52 sono generalmente più efficienti dal punto di vista energetico e attraenti per i nodi portatili o solari. I dispositivi ESP32 sono spesso più economici e utili quando sono importanti il Wi-Fi, più memoria o un'interfaccia web.
5. Modello di sicurezza Meshtastic
Meshtastic utilizza la crittografia, ma gli operatori devono comprenderne i limiti. I payload dei pacchetti LoRa possono utilizzare la crittografia AES con una chiave diversa per canale, mentre le intestazioni rimangono non crittografate in modo che i nodi possano inoltrare pacchetti che non possono decrittografare.
La sicurezza del canale dipende dalle chiavi precondivise. I canali privati possono utilizzare AES-128 o AES-256 a seconda della lunghezza della chiave e i dispositivi devono condividere la stessa chiave per comunicare. Il firmware più recente ha anche aggiunto la crittografia a chiave pubblica per i messaggi diretti e gli ID di sessione per i messaggi di amministrazione, mentre i canali di chat di gruppo continuano a fare affidamento sui PSK.
Il modello di fiducia è decentralizzato. L'identità del nodo utilizza Trust On First Use anziché un'autorità di certificazione centrale. Anche l'accesso locale tramite Bluetooth, USB, Wi-Fi o Ethernet fa parte del limite di attendibilità perché i client locali possono leggere il traffico decrittografato e potrebbero modificare la configurazione.
6. Funzionalità avanzate Meshtastic
Meshtastic supporta più del semplice testo. Le funzionalità comuni includono GPS/condivisione della posizione, telemetria, bridging MQTT, store-and-forward, test di portata, amministrazione remota e integrazioni con strumenti come Home Assistant o Node-RED.
Il bridging MQTT può spostare il traffico Meshtastic su Internet. I servizi pubblici MQTT di solito limitano il traffico originato da Internet in modo che i nodi connessi direttamente possano riceverlo senza inondare le mesh locali.
Il modulo Store & Forward può consentire ai client di richiedere messaggi persi da un nodo server speciale dopo essere stati fuori dall'intervallo LoRa. È utile, ma le richieste di cronologia possono gravare su una mesh perché molti messaggi potrebbero essere inviati in un tempo di trasmissione radio limitato. L'amministrazione remota può modificare le impostazioni del nodo da un'altra posizione, ma modifiche imprudenti possono disconnettere un nodo remoto dalla mesh.
7. Come funziona MeshCore
MeshCore è anche un sistema di comunicazione off-grid basato su LoRa, ma differisce nella filosofia di routing e nella separazione dei ruoli. È progettato per comunicazioni di testo sicure, routing integrato, risposta alle emergenze, attività all'aperto, contesti tattici o di sicurezza e reti di sensori.
La libreria MeshCore è leggera, portatile e focalizzata sul routing di pacchetti multi-hop. I dispositivi possono inoltrare messaggi su più nodi, i conteggi hop sono configurabili e i ruoli fissi sono importanti: i nodi associati non ripetono i messaggi.
- Un utente si connette a un nodo compagno.
- Il nodo compagno invia e riceve i messaggi dell'utente.
- I ripetitori dedicati estendono la portata.
- I server di sala possono supportare la comunicazione persistente di tipo gruppo.
- I percorsi possono essere appresi dopo la scoperta iniziale.
Questa separazione dei ruoli è una delle differenze distintive di MeshCore. I client Meshtastic possono partecipare in modo più ampio al comportamento di ritrasmissione, mentre MeshCore tenta di evitare la ripetizione inefficiente basata sul client facendo affidamento su ripetitori appositamente posizionati.
8. Modello di percorso MeshCore
MeshCore combina l'inondazione e il routing del percorso appreso. Un primo messaggio può giungere a destinazione attraverso il flow routing. La destinazione invia quindi un rapporto di consegna contenente i ripetitori utilizzati e i messaggi futuri possono incorporare quel percorso in modo che solo i ripetitori corrispondenti ritrasmettano il pacchetto.
Questo è importante perché il tempo di trasmissione di LoRa è scarso. Ogni ritrasmissione non necessaria aumenta il rischio di collisione e riduce la capacità. L'apprendimento del percorso può ridurre il ripetuto inondazione di messaggi diretti una volta noto il percorso.
Il traffico del canale di gruppo continua ad essere inondato perché non esiste un unico percorso di destinazione. I ripetitori possono negare il traffico inondato oltre i limiti di hop configurati e il modello di pacchetto distingue percorsi inondati, percorsi diretti e varianti di trasporto.
9. MeshCore Modello di sicurezza e canale
MeshCore enfatizza la messaggistica crittografata e supporta canali di gruppo crittografati privati. Distingue canali pubblici, canali hashtag e canali privati.
Il canale pubblico utilizza una chiave pubblicamente nota e deve essere trattato come pubblico. I canali hashtag derivano un segreto dal nome del canale. I canali privati utilizzano un segreto generato casualmente e dovrebbero essere considerati privati solo tra gli utenti che conoscono quel segreto.
MeshCore utilizza anche annunci pubblicitari firmati. Un annuncio può trasmettere il nome, la posizione e la chiave di crittografia pubblica di un nodo e la firma aiuta a prevenire lo spoofing.
10. Meshtastic rispetto a MeshCore
| Categoria | Meshtastic | MeshCore |
|---|---|---|
| Stile di design principale | Ampia rete di comunità con ruoli dei nodi flessibili. | Mesh strutturato con nodi associati, ripetitori e server di sala. |
| Enfasi sul routing | Comportamento di ritrasmissione e trasmissione mesh. | Scoperta iniziale dell'alluvione, poi apprese i percorsi diretti. |
| Comportamento del cliente | I client possono partecipare al comportamento mesh in base al ruolo e alla configurazione. | I client complementari non ripetono i messaggi. |
| Migliore adattamento | Uso hobbistico, escursionismo, rete della comunità locale, telemetria e sperimentazione. | Reti di ripetitori pianificate, messaggistica diretta e implementazioni strutturate. |
| Ponte Internet | Il supporto MQTT è disponibile. | Principalmente off-grid, con app, flasher ed ecosistema di mappe. |
| Hardware | Ampio ecosistema di dispositivi supportati. | Dispositivi LoRa con firmware MeshCore e ruoli associati, ripetitori o autonomi. |
| Modello di sicurezza | Canali PSK e messaggi diretti a chiave pubblica nel firmware più recente. | Canali pubblici/privati, pubblicità firmate e segreti dei canali privati. |
La scelta non è semplicemente quale progetto sia migliore. Meshtastic è spesso più facile da incontrare grazie alla sua vasta comunità e all'ampio ecosistema hardware. MeshCore è interessante quando gli operatori desiderano un'architettura di routing deliberata con ripetitori dedicati e meno ritrasmissione lato client.
11. Casi d'uso
Comunicazione di emergenza e catastrofe
Entrambi i sistemi possono aiutare i gruppi locali a comunicare quando il servizio cellulare o Internet non è disponibile. Non sostituiscono i servizi di emergenza, i sistemi di pubblica sicurezza autorizzati o i beacon satellitari, ma possono aggiungere uno strato di testo locale resiliente.
Attività ricreative all'aperto
Gli escursionisti, i club fuoristrada, i cacciatori, i campeggiatori, i ciclisti e gli organizzatori di eventi a distanza possono mantenere un contatto locale dove i telefoni hanno una copertura debole o assente.
Reti di resilienza comunitaria
I gruppi di quartiere possono posizionare nodi solari fissi sui tetti o in posizioni elevate per creare una rete di testo locale per interruzioni ed esercitazioni.
IoT e telemetria
Piccoli carichi utili provenienti da sensori, localizzatori e nodi di monitoraggio remoto possono spostarsi attraverso la rete, ma il tempo di trasmissione e le regole locali limitano la quantità di dati da inviare.
Eventi e luoghi temporanei
Festival, operazioni sul campo, squadre di volontari e luoghi di lavoro remoti possono utilizzare nodi temporanei in cui la copertura commerciale è debole, non disponibile o sovraccarica.
12. Limitazioni e rischi
- Larghezza di banda ridotta: LoRa è progettato per dati di piccole dimensioni. Un volume elevato di messaggi, aggiornamenti frequenti della posizione e chat di gruppo di grandi dimensioni possono congestionare rapidamente una mesh.
- Collisione e pressione del tempo di trasmissione: La ritrasmissione ripetuta può ridurre l'affidabilità della consegna. Ruoli di router o ripetitori non necessari possono aumentare le collisioni e consumare hop.
- La portata dipende dall'ambiente: La linea di vista, la qualità dell'antenna, l'altezza di montaggio, il terreno, gli edifici, la resistenza agli agenti atmosferici e le interferenze contano più delle affermazioni sulla portata del marketing.
- Esposizione dei metadati: La crittografia può proteggere i contenuti, ma gli osservatori potrebbero comunque dedurre che un dispositivo abbia trasmesso, quando ha trasmesso e talvolta metadati di routing o identità.
- Gestione delle chiavi: Le chiavi condivise sono private tanto quanto le persone e i dispositivi che le detengono. I canali pubblici o predefiniti non dovrebbero trasmettere contenuti sensibili.
- Conformità normativa: Negli Stati Uniti, molti dispositivi senza licenza operano ai sensi della FCC Parte 15 e non devono causare interferenze dannose pur accettando le interferenze. Altre regioni hanno le proprie regole su potenza, ciclo di lavoro, frequenza e antenna.
13. Raccomandazioni per l'implementazione
Per una distribuzione Meshtastic di piccole dimensioni, iniziare con due o tre dispositivi compatibili noti, selezionare la preimpostazione della regione corretta, testare l'intervallo locale ed evitare di modificare i dispositivi nei ruoli di router o ripetitore a meno che il nodo non sia ben posizionato e la comunità locale sia d'accordo. La maggior parte delle reti dovrebbe utilizzare principalmente nodi client con solo pochi router ben posizionati.
Per una distribuzione MeshCore, pianificare i ruoli. Utilizza i nodi associati per gli utenti, posiziona i ripetitori in posizioni fisse elevate e utilizza i server di sala solo quando è effettivamente necessaria una comunicazione di gruppo persistente. I vantaggi del routing di MeshCore dipendono da ripetitori stabili e da una pianificazione sensata.
- Utilizzare chiavi private o canali privati per comunicazioni non pubbliche.
- Non inserire password, chiavi private o posizioni domestiche precise su canali predefiniti o pubblici.
- Migliorare la qualità e l'altezza dell'antenna prima di aumentare la potenza.
- Mantieni aggiornato il firmware.
- Etichettare chiaramente i nodi.
- Documentare le impostazioni di frequenza, le posizioni, i proprietari e i piani di manutenzione.
- Testare in condizioni normali prima di fare affidamento sul sistema durante un'interruzione.
14. Conclusione
Meshtastic e MeshCore rappresentano un passaggio pratico verso una comunicazione decentralizzata, a basso costo e di proprietà della comunità. Entrambi utilizzano LoRa per creare reti di messaggistica locali resilienti, ma differiscono nella filosofia di routing.
Meshtastic favorisce un'ampia accessibilità, un comportamento flessibile dei nodi e un ecosistema comunitario maturo. MeshCore favorisce un'architettura strutturata con nodi associati, ripetitori, server di sala e percorsi diretti appresi.
Le implementazioni più potenti non si ottengono acquistando la radio più potente. Sono costruiti analizzando il terreno, il posizionamento dell'antenna, il comportamento del percorso, i limiti di crittografia, le normative locali e il coordinamento della comunità. Se utilizzati correttamente, questi sistemi possono fornire un prezioso livello di comunicazione di backup per gruppi all'aperto, quartieri, squadre di volontari e comunità tecniche.