MeshCore ogni giorno: app Android, iOS e client web

Una volta completata la guida passo passo a MeshCore in italiano, l'uso quotidiano passa quasi sempre da un client: l'app sul telefono o il client web dal computer. Il nodo LoRa resta acceso e fa da modem radio; il client è l'interfaccia con cui leggi e scrivi messaggi, gestisci i contatti e cambi le impostazioni. Questa pagina copre l'uso di tutti i giorni, non il flash del firmware né il primo accoppiamento.

Un nodo con firmware Companion BLE si accoppia cercandolo tra i dispositivi Bluetooth e inserendo il PIN di default 123456. Un nodo Companion USB-only, o semplicemente collegato via cavo, si raggiunge invece con una connessione seriale, supportata sia dall'app sia dal client web. Un dettaglio spesso frainteso: un nodo con firmware repeater o room server non apre mai una connessione Bluetooth diretta; per amministrarlo servono un client admin via USB oppure la gestione remota via LoRa dall'app, collegandoti prima a un tuo companion.

L'elenco contatti è il punto centrale del client: raccoglie ogni nodo di cui hai ricevuto un advert, con l'indicazione di quando è stato "visto" l'ultima volta. Un contatto normale apre una chat diretta uno-a-uno; i canali funzionano invece come una bacheca condivisa in flood, dove chiunque nel canale legge tutti i messaggi. Un room server è diverso da entrambi: è un server BBS che conserva i messaggi non letti — fino a 32 per utente — così puoi tornare online più tardi e recuperarli, invece di perderli come accade con un canale se sei fuori portata al momento dell'invio.

Un contatto compare automaticamente quando il tuo nodo riceve il suo advert, diretto o ripetuto da un repeater della mesh; da lì puoi salvarlo in modo permanente. Un companion invia il proprio advert solo su richiesta esplicita dell'utente, non periodicamente: se un nodo vicino non ti trova tra i suoi contatti, la soluzione più semplice è inviarne uno nuovo dal client. Se invece un contatto già noto risulta "visto" molti giorni fa pur essendo acceso, la causa quasi sempre non è la portata radio ma l'orologio: un advert con timestamp non plausibile non aggiorna il "last seen". La pagina sulla risoluzione dei problemi più comuni di MeshCore copre diagnosi e comandi per risincronizzare l'ora.

Un messaggio di canale viaggia sempre in flood: parte, viene ripetuto da ogni repeater che lo sente e raggiunge chiunque sia nel canale in quel momento, senza conferma di consegna. Un messaggio diretto funziona diversamente: il primo invio raggiunge comunque il destinatario in flood, ma la conferma di consegna che torna indietro porta con sé i repeater attraversati, e da quel momento il client riusa quel percorso per i messaggi successivi. In pratica un canale è immediato ma "spara e spera"; un diretto è più lento al primo invio — deve scoprire il percorso — ma più affidabile e più veloce in seguito, perché non deve più floodare l'intera mesh. Il confronto tecnico completo con il "managed flooding" di Meshtastic è nella pagina MeshCore vs Meshtastic.

Dal client puoi modificare le impostazioni principali del nodo senza toccare la CLI: il nome (convenzione IT-<citta>-NN descritta nella guida), il preset radio — frequenza, banda, spreading factor e coding rate, sempre allineati al preset radio italiano per MeshCore — e la potenza di trasmissione, da tenere solo quanto serve per la copertura richiesta. Le stesse impostazioni sono raggiungibili via riga di comando; l'elenco completo è nella pagina comandi CLI per amministrare un nodo MeshCore, utile soprattutto per un repeater che il client BLE non raggiunge direttamente.

Dal client puoi caricare il tuo nodo sulla mappa pubblica map.meshcore.io: la procedura, diversa per un companion rispetto a un repeater o room server, è nella pagina delle domande frequenti su MeshCore in italiano; per leggere cosa mostra la mappa vedi la pagina dedicata alla mappa di copertura MeshCore. Sul fronte batteria, un companion connesso via Bluetooth consuma più di un nodo lasciato solo in ricezione: se lo usi come base fissa, alimentarlo via USB evita sorprese; in mobilità il consumo dipende soprattutto da quanto a lungo l'app resta connessa via BLE.