La cosa più importante subito: hl2remote è ancora in test. È un progetto autocostruito attorno all'Hermes Lite 2 (HL2) che sto portando avanti come iniziativa aperta per la community. La ricezione con un vero HL2 funziona. La trasmissione attraverso tutto lo stack e le procedure per più utenti le stiamo testando proprio ora. Chi vuole smanettare con noi è il benvenuto. Chi cerca una soluzione già pronta è ancora troppo in anticipo.
Di cosa si tratta
Una buona stazione radio spesso non si trova dove sta seduto il radioamatore: un luogo tranquillo con un'antenna vera, la sede del club, il QTH di un amico. Una stazione remota rende questo apparato utilizzabile da ovunque, e altri possono ascoltare senza che qualcuno debba andare sul posto ad azionare un interruttore.
L'Hermes Lite 2 è adatto allo scopo: piccolo, economico, aperto e con porta Ethernet. E con Zeus c'è un'interfaccia che comanda l'HL2 interamente nel browser. Mancano però tutte le parti intorno di cui un gestore di stazione ha bisogno prima di aprire la stazione a qualcun altro:
- L'HL2 parla UDP grezzo e non ha alcun login. Non deve mai stare direttamente su Internet, quindi serve qualcosa davanti.
- Zeus è pensato per un solo operatore fidato. Non c'è login, non c'è un secondo fattore e non c'è distinzione tra "può ascoltare" e "può trasmettere".
- Un trasmettitore può essere usato da una sola persona alla volta. Due browser che tengono in trasmissione lo stesso trasmettitore sono un problema di licenza, e una scheda chiusa non deve lasciare lo stadio finale in trasmissione.
- Chi ha la stazione a casa di solito non ha un indirizzo IP pubblico libero e non vuole aprire porte. Un tunnel che si stabilisce solo verso l'esterno tiene la stazione chiusa.
Sono proprio queste le parti che hl2remote mette davanti a Zeus.
Cosa sa fare il progetto
In sostanza è una catena di componenti collaudati, tenuti insieme con Docker Compose:
- HTTPS e accesso con secondo fattore tramite app di autenticazione o passkey, con blocco dopo troppi tentativi falliti.
- Tre ruoli: gli ascoltatori vedono il diagramma a cascata e sentono l'audio, ma ogni richiesta che modifica qualcosa viene rifiutata, quindi niente sintonia e niente trasmissione. Gli operatori comandano tutto. Gli amministratori gestiscono inoltre gli utenti e possono intervenire.
- Una persona al trasmettitore: chi apre per primo la console ha l'apparato. Tutti gli altri vedono una pagina di stato con la durata del turno e la propria posizione in coda. Quando il trasmettitore si libera, passa automaticamente la persona successiva.
- Sicuro in caso di guasto: se chi ha il turno chiude la scheda o la connessione cade, la trasmissione viene interrotta subito. Il limite del tempo di trasmissione e i limiti di modulazione vengono reimpostati a ogni riconnessione.
- Registro: chi ha usato quale stazione e quando è scritto nel log, tracciabile per ogni utente.
- Gestione utenti nel browser: creare utenti, cambiare ruolo, bloccare, rilasciare una nuova password. Chi viene bloccato viene espulso subito dalla sessione.
In più c'è un tunnel opzionale tramite Cloudflare, così nel luogo della stazione non deve restare aperta nessuna porta. Chi non lo vuole può invece mettere davanti una VPN come Tailscale o WireGuard.
Come è fatto
La richiesta va dal browser a Caddy via HTTPS. Caddy fa passare ogni richiesta prima da Authelia, che gestisce l'accesso, e applica le regole dei ruoli. Poi arriva il "Gate", un piccolo programma che gestisce il blocco e la coda. Solo dietro c'è Zeus, che parla con l'HL2 via UDP (Protocol 1). Un altro servizio, il "Connector", ricollega Zeus all'apparato dopo l'avvio e dopo ogni interruzione e reimposta i parametri di sicurezza.
Zeus stesso è lo Zeus di Apache Labs, cioè la prosecuzione evoluta dello Zeus OpenHPSDR con .NET, WDSP e un'interfaccia in React e WebGL. Viene compilato senza modifiche dal proprio codice sorgente, su una versione di release prestabilita. Verso l'esterno non è aperta nessuna porta di Zeus.
Dove deve girare
Lo stack va messo accanto all'apparato, per esempio su un Raspberry Pi 5 o su un mini PC nella stessa rete dell'HL2. Le immagini si possono compilare anche per ARM64. Il motivo: Protocol 1 trasmette dati I/Q grezzi via UDP ed è sensibile ai ritardi e alle oscillazioni di Internet. Lavorare contro una porta dell'HL2 inoltrata funziona per i test, ma con interruzioni nell'audio e nella cascata. Queste aperture di porta dovrebbero durare poco, perché Protocol 1 non ha alcun login.
Lo stato di oggi
Onestamente:
- Funziona: l'accesso, la coda e la connessione a un vero HL2 in ricezione.
- In test: la trasmissione attraverso tutto lo stack e le procedure con più utenti, cioè coda, subentro di un amministratore e ruolo di ascoltatore.
- Manca ancora: una verifica di sicurezza indipendente. Fino ad allora è un'installazione di prova, e non inviterei nessuno senza aver prima letto, nella descrizione del progetto, la sezione sui limiti noti.
Due punti di questo elenco voglio sottolinearli. Zeus ha un proprio accesso remoto che passa attraverso un intermediario di Apache Labs. Sarebbe una seconda strada verso l'apparato. hl2remote impedisce di attivarlo dal web, e consiglio di lasciarlo spento, così l'accesso resta l'unico ingresso. E nel ruolo di ascoltatore l'interfaccia può scrivere messaggi di errore, perché vuole salvare impostazioni che lì non sono consentite. La ricezione funziona comunque. Prima di invitare altri conviene provarlo di persona con un account da ascoltatore.
E dal punto di vista legale?
L'esercizio da remoto e gli operatori ospiti rientrano nelle norme nazionali sul servizio di radioamatore. Prima che qualcuno diverso dal titolare della licenza possa trasmettere dalla stazione, bisogna chiarire con quale nominativo si trasmette e chi si assume la responsabilità. Questo il software non può deciderlo per te, e qui di proposito non offro alcuna consulenza legale. Chi ha dubbi si rivolge all'autorità competente. Per il solo ascolto la questione è molto più semplice, ed è per questo che esiste il ruolo di ascoltatore.
Prossima tappa: un'immagine Raspberry Pi già pronta
Oggi lo stack si costruisce da soli con Docker Compose. Si può fare, ma non è adatto a chi vuole semplicemente fare radio. Il mio obiettivo per la tappa successiva: una immagine Raspberry Pi dedicata con il software già funzionante, da scrivere sulla scheda SD, collegare direttamente all'HL2 e partire. Questa immagine non esiste ancora, è un piano. Non indico una data, perché prima il test deve arrivare al punto in cui posso distribuirla a cuor leggero.
Partecipare
hl2remote è un progetto della community con licenza MIT. Zeus resta sotto la propria licenza GPL e viene integrato senza modifiche. È utile tutto ciò che fa avanzare un progetto autocostruito:
- Provare con il proprio HL2, in particolare la ricezione, la coda e il ruolo di ascoltatore.
- Segnalare errori e osservazioni come issue.
- Idee per l'immagine Pi e per impostazioni predefinite sensate.
- Critiche al concetto di sicurezza. Proprio qui sono contento di avere altri occhi.
Il progetto è pubblico su GitHub: github.com/achildrenmile/hl2remote. Chi vuole prima portare l'Hermes Lite 2 a 100 watt trova da noi la realizzazione con lo Xiegu XPA125B, e una panoramica generale sul funzionamento da remoto la offre Remote shack: controllare la propria stazione radioamatoriale a distanza.
73, Michi OE8YML
Nota di trasparenza
Ho scritto e controllato questo articolo con il supporto di un'IA (Claude, Anthropic), sulla base della descrizione pubblica del progetto hl2remote. Le indicazioni sullo stato corrispondono alla pagina del progetto del 4 novembre 2026 e possono cambiare. Il progetto è un test e non è stato verificato in modo indipendente dal punto di vista della sicurezza. L'immagine di Zeus proviene dalla documentazione del progetto Zeus, le immagini dell'accesso e della barra di blocco dall'installazione di prova. L'immagine Raspberry Pi è un'intenzione, non un'offerta. Le indicazioni legali non sostituiscono il parere dell'autorità competente. Correzioni e integrazioni sono benvenute a [email protected].
