Indice
- Perché farlo
- Partire gratis: wfview
- Le soluzioni dei costruttori
- FlexRadio SmartLink
- Icom RS-BA1 e l'IC-7760
- Kenwood: KNS, ARCP-890 e ARCP-990
- Quello che non c'è più
- Autocostruzione con Raspberry Pi e Hamlib
- Il problema di rete di cui nessuno parla: il CGNAT
- Latenza: cosa conta davvero
- Cosa deve esserci dall'altra parte
- Sicurezza
- La situazione giuridica in Austria
- Remoto nei contest: attenzione
- Senza stazione propria: le stazioni remote del DARC
- In che ordine cominciare
- Conclusione
- Nota di trasparenza
L'antenna sta bene dove funziona bene. Tu stai dove abiti. I due posti coincidono di rado, e proprio da questa distanza è nato il funzionamento remoto.
Il principio è semplice: ricetrasmettitore, amplificatore, accordatore e antenna stanno in un sito fisso, e tu ci accedi via Internet. Sul collegamento viaggiano tre cose, e conviene pensarle separate fin dall'inizio. Primo, i comandi di controllo, cioè il CAT: frequenza, modo, PTT, filtri. Secondo, l'audio nelle due direzioni. Terzo, facoltativi, i dati di spettro e waterfall. Quasi tutti i problemi del funzionamento remoto sono in realtà problemi di uno solo di questi tre flussi, e sapere quale sta facendo i capricci è già metà della diagnosi.
Perché farlo
Il motivo più frequente è lo spazio. Chi abita al terzo piano di un appartamento in affitto non mette una Yagi a tre elementi sul balcone, e a seconda del regolamento condominiale nemmeno un filo. Cosa è consentito e cosa no lo abbiamo analizzato in Antenne e diritto di locazione in Austria. Un sito in campagna, dal fratello, in baita o da un collega di club risolve il problema senza bisogno di traslocare.
Il secondo motivo è il rumore di fondo. In zona edificata i 40 metri la sera stanno volentieri a S7, e raramente la colpa è di una sola sorgente. È la somma di alimentatori switching, driver LED, inverter fotovoltaici e del caricabatterie del vicino. Come stanarli è spiegato nella nostra guida EMC. Il punto è che certe cose non si possono spegnere, e allora un sito tranquillo dieci chilometri più in là vale più di qualsiasi preamplificatore.
Ci sono poi due motivi di cui si parla meno. Uno è il tempo: chi durante la settimana lavora fuori, con l'accesso remoto è in aria il martedì sera e non soltanto nel fine settimana. L'altro è l'accessibilità. Per i radioamatori che non salgono più agevolmente in soffitta o in cantina, il funzionamento remoto non è una comodità. Spesso è la differenza fra restare attivi e non esserlo più.
Partire gratis: wfview
Chi ha una stazione Icom non deve spendere nulla per cominciare. wfview è software libero e open source per Windows, macOS e Linux, ed è ormai la risposta più ovvia alla domanda da dove iniziare.
Per gli apparati con porta di rete integrata, cioè IC-7610, IC-9700, IC-705, IC-905, IC-R8600 e, in casa Kenwood, il TS-890S, wfview si collega direttamente all'indirizzo IP dell'apparato. Per tutti gli altri, in primo luogo il diffusissimo IC-7300, c'è la modalità server: un computer sul posto è collegato via USB al ricetrasmettitore e fa lui da dispositivo di rete. Può essere un vecchio portatile oppure un Raspberry Pi.
Tre cose contano, e sono scritte così anche nel manuale. wfview usa tre porte UDP, la 50001 per il controllo, la 50002 per l'audio in ricezione e la 50003 per l'audio in trasmissione, e questi numeri non vanno rimappati perché fanno parte del protocollo. Come codec la scelta giusta è Opus a un canale, che a seconda del confronto occupa da quattro a dieci volte meno banda del PCM. E la gestione utenti è volutamente elementare: il manuale dice esplicitamente che le password non sono ben cifrate e che lì non va usata una password importante. Proprio per questo wfview va dietro una VPN e non esposto su Internet.
La latenza audio tipica, secondo il progetto, è sotto i 75 ms in LAN e sotto i 200 ms via Internet. Per l'SSB basta e avanza. Per il CW diventa al limite, a seconda della linea. Più avanti i dettagli.
Una nota a margine, perché indica la direzione: di wfview esiste ormai un fork headless chiamato wfweb, che rende la stazione utilizzabile dal browser, audio e modi digitali compresi. Chi non vuole installare alcun software client trova lì un approccio interessante.
Le soluzioni dei costruttori
FlexRadio SmartLink
La serie FLEX-6000 è così apprezzata nel funzionamento remoto perché l'apparato in fondo non è altro che un dispositivo di rete con una presa d'antenna. SmartSDR si presenta uguale in LAN e via Internet, audio, waterfall e controllo passano su un'unica connessione, e la latenza è notevolmente bassa.
Un'affermazione molto diffusa però non è vera, e in una versione precedente di questo articolo l'abbiamo ripetuta anche noi: SmartLink non fa a meno per principio dell'apertura delle porte. FlexRadio scrive nel proprio helpdesk che il router presso la stazione deve poter accettare una connessione in ingresso da Internet, di norma tramite port forwarding. SmartLink prova a configurarlo automaticamente via UPnP, cosa che spesso riesce e spesso no. Quando non riesce, si finisce con l'apertura manuale delle porte oppure con una delle reti overlay descritte più sotto.
Icom RS-BA1 e l'IC-7760
RS-BA1 versione 2 è la soluzione di casa Icom, divisa in una parte server sul posto e un client. Fa più di wfview quanto a integrazione con il mondo Icom, e in cambio costa. Chi ha già un IC-7610 può provare entrambi e decidere.
Più interessante è quello che Icom ha fatto con l'IC-7760. L'apparato è in due parti, una testa di comando e un RF deck, che dialogano via LAN, in casa oppure attraverso Internet. In dotazione c'è un cavo di controllo da tre metri; per distanze maggiori si usa un normale cavo di rete. All'RF deck si possono registrare fino a cinque teste di comando, con una sola alla volta che prende il controllo. Secondo il costruttore l'apparato adatta da sé il buffer in presenza di ritardo e jitter di rete, così da mantenere precisa la manipolazione CW. È questo il punto davvero interessante dell'architettura: l'RF deck può finalmente stare dove deve stare, vicino al punto di alimentazione, e non dove c'è posto sulla scrivania.
Kenwood: KNS, ARCP-890 e ARCP-990
Kenwood chiama il suo sistema Network Command System, in breve KNS. Sul TS-890S, che ha la porta di rete integrata, ARCP-890 comanda l'apparato direttamente via LAN o Internet, e l'audio passa per la funzione VoIP presente sia nell'apparato sia in ARCP-890. Nella variante classica servono in più ARHP-890 come programma host e ARVP-10 per la voce. Per il TS-990S esiste il corrispondente ARCP-990.
Quello che non c'è più
Le scatole RemoteRig RRC-1258MkII di Microbit sono state per anni la risposta standard al problema del remoto, perché non richiedevano un PC e semplicemente prolungavano via Internet il frontalino staccabile di un apparato. Non sono più in vendita. Sul mercato dell'usato compaiono ancora, e chi le ha se le tenga. Come progetto nuovo, quella strada è chiusa.
Autocostruzione con Raspberry Pi e Hamlib
Chi non ha un Icom, o semplicemente ama costruirsi le cose, con il software libero arriva altrettanto lontano. L'ossatura è fatta di tre pezzi.
Hamlib con rigctld si occupa del controllo. Il demone si aggancia alla porta seriale o USB del ricetrasmettitore e offre i comandi CAT su TCP/IP, porta 4532 di default. Programmi come WSJT-X, FLRig, CQRLOG o Gpredict si collegano via rete come se l'apparato fosse lì accanto. Hamlib copre praticamente ogni ricetrasmettitore dotato di interfaccia CAT.
Per l'audio si è affermato Mumble, perché è pensato per la bassa latenza e suona bene con poca banda. Sul posto la BF del ricetrasmettitore viene digitalizzata con un'interfaccia audio USB; dal lato operatore il percorso è inverso, verso il microfono. Anche Discord o TeamSpeak funzionano, ma sono percettibilmente più lenti, perché nati per conversare e non per il PTT.
Come hardware basta un Raspberry Pi dal modello 4 in su. Il consumo resta fra cinque e quindici watt, il che rende realistico il funzionamento continuo anche con alimentazione solare. Cosa significhi per il dimensionamento della batteria è in Akkublick. Altri impieghi del Pi nello shack li abbiamo raccolti in un articolo dedicato.
Il vantaggio di questo montaggio è che ogni pezzo si sostituisce singolarmente. Lo svantaggio è che ti ritrovi a curare tre servizi invece di uno, e che facendone il debug attraverso una linea Internet capisci quanto poco sia divertente.
Il problema di rete di cui nessuno parla: il CGNAT
È qui che muoiono quasi tutti i progetti remoti, prima ancora di essere davvero cominciati. Molte connessioni Internet non ricevono più un indirizzo IPv4 pubblico proprio, ma ne condividono uno con centinaia di altri clienti. Si chiama Carrier-Grade NAT e riguarda in particolare le connessioni mobili e LTE, cioè proprio quello che spesso è l'unica possibilità in baita o su un terreno.
La conseguenza: il port forwarding non funziona. Non c'è nulla da aprire, perché il tuo router non ha un indirizzo raggiungibile dall'esterno. Puoi scrivere regole per ore, non cambia niente.
Capire se ne sei toccato richiede due minuti. Guarda quale indirizzo IP WAN ha il router e confrontalo con quello che ti mostra un sito come ifconfig.me. Se i due non coincidono, oppure se l'indirizzo WAN comincia fra 100.64 e 100.127, sei dietro CGNAT.
La soluzione è una rete overlay. Questi servizi costruiscono la connessione dall'interno verso l'esterno da entrambi i lati, cosa che qualsiasi firewall consente senza problemi, e poi mettono in comunicazione diretta i tuoi dispositivi. Dal punto di vista del software sembra una rete locale.
- Tailscale è il più rapido da configurare, si basa su WireGuard ed è gratuito per uso personale. Un esempio concreto lo abbiamo svolto con l'IC-705: IC-705 in remoto con Tailscale.
- ZeroTier fa lo stesso lavoro con una filosofia leggermente diversa ed è altrettanto diffuso nella scena remota, non da ultimo come via d'uscita per le installazioni FlexRadio bloccate dietro CGNAT.
- WireGuard puro è l'opzione senza un servizio altrui in mezzo. Richiede però che almeno uno dei due capi sia raggiungibile dall'esterno, per esempio un piccolo server presso un provider dove i due capi si incontrano.
Un effetto collaterale da mettersi in tasca: se tutto passa comunque per un tunnel cifrato, metà del capitolo sicurezza si risolve da sé.
Latenza: cosa conta davvero
Il numero che tutti guardano è il ping. Conta di più la costanza.
Per l'SSB tutto ciò che sta sotto i 200 ms circa passa inosservato. Il ritardo si sente in commutazione, ma non dà fastidio. Il CW è più esigente: sotto i 100 ms si lavora bene, sotto i 50 ms non si nota quasi differenza dal locale, e oltre comincia a diventare sgradevole riascoltare la propria manipolazione. Non è un caso che Icom pubblicizzi espressamente l'adattamento del buffer per il CW sull'IC-7760. Per FT8, FT4 e gli altri modi digitali la latenza è praticamente irrilevante, purché gli orologi siano giusti, perché la decodifica avviene comunque in finestre temporali fisse.
Il vero nemico è il jitter, cioè la variazione del tempo di transito. Una linea costante a 150 ms è più piacevole di una che salta fra 40 e 180 ms, perché ogni buffer va dimensionato sul caso peggiore. Una perdita di pacchetti oltre l'uno percento si sente come vuoti nell'audio e, sul controllo, come comandi che restano appesi. Se il router sa fare QoS, il traffico remoto va messo in priorità, soprattutto se a casa qualcuno sta guardando video in streaming.
La banda viene quasi sempre sopravvalutata. Solo audio nelle due direzioni se la cava con 128 kbit/s. Con controllo, telecamera e un waterfall moderato siamo a due o cinque Mbit/s. Solo se vuoi il waterfall completo di una stazione SDR ad alta risoluzione si va in doppia cifra. E in upload dal lato stazione, non in download, perché i dati partono da lì.
Cosa deve esserci dall'altra parte
La regola d'oro: tutto ciò che dovresti toccare in caso di guasto devi poterlo toccare anche da remoto.
In cima alla lista sta la ciabatta di rete comandabile. Non è un comfort, è l'assicurazione dell'intero progetto. Quando il ricetrasmettitore si pianta o il router entra in uno stato strano, un ciclo di alimentazione a distanza è la differenza fra due minuti di disservizio e un viaggio in auto. Attenzione a una cosa: il computer che comanda la ciabatta non deve essere collegato al lato commutato. Sembra ovvio e viene sbagliato regolarmente.
Poi un UPS, che serve meno contro le interruzioni lunghe che contro i brevi cali dopo i quali un computer non riparte pulito. I modelli con porta di rete si monitorano e possono spegnere tutto in modo ordinato.
Una telecamera IP con visione notturna sembra un giocattolo e non lo è. Poter guardare un rosmetro mentre sei a trecento chilometri risponde a domande a cui nessun software risponde. Per esempio se il rotore sta davvero girando.
Sulle antenne vale la regola: meno parti in movimento, meglio si dorme. I commutatori telecomandati sono lo standard, sia commerciali sia autocostruiti con una scheda a relè e un microcontrollore. Un accordatore automatico sul posto ti evita di riaccordare da lontano. Le antenne motorizzate coprono molte bande con un cavo solo, ma portano anche un motore, che a meno quindici gradi in gennaio fa esattamente quello che fanno i motori.
E infine il watchdog. Qualcosa deve riportare la stazione in uno stato sicuro se il collegamento cade durante la trasmissione. Senza questo meccanismo un client andato in crash può lasciare il PTT attivo, e allora trasmetti una portante finché qualcuno non passa di lì. È il punto in cui il funzionamento remoto smette di essere un progetto hobbistico e diventa una responsabilità.
Sicurezza
Una stazione raggiungibile via Internet è un trasmettitore che qualcun altro potrebbe azionare. Va presa di conseguenza sul serio.
In breve: nessuna porta aperta. Tutto passa per VPN o rete overlay, e tutto vuol dire tutto, telecamera e interfaccia web della ciabatta compresi. Proprio questi apparecchi sono raramente progettati per una rete ostile e spesso restano anni senza aggiornamenti firmware.
Poi le solite ovvietà che vanno comunque dette: password uniche invece che riciclate, autenticazione a due fattori dove possibile, aggiornamenti regolari di sistema operativo e server VPN. Per il monitoraggio basta qualcosa di piccolo come Uptime Kuma, che ti avvisa quando la stazione non risponde più. Vale più di quanto sembri: non vuoi scoprire il venerdì sera che da martedì non funziona niente.
Chi ha HAMNET a portata può pensare il percorso di collegamento in tutt'altro modo. Come è fatta quella rete è in HAMNET in Austria.
La situazione giuridica in Austria
Qui la nostra versione precedente era imprecisa, quindi rifacciamola per bene.
In Austria il funzionamento remoto è espressamente previsto. Il TKG 2021 definisce al § 3 Z 44 la stazione remota come "eine Amateurfunkstelle, die von einem Funkamateur fernbedient wird", cioè una stazione radioamatoriale comandata a distanza da un radioamatore. E il § 78a Abs 1 Z 5 stabilisce che "im Fall einer Remotefunkstelle die persönliche Anwesenheit des Inhabers der Bewilligung nicht erforderlich ist", ossia che per una stazione remota non è richiesta la presenza fisica del titolare dell'autorizzazione. È il punto decisivo, perché altrimenti sarebbe proprio la presenza a fare da ostacolo.
L'autorità competente è il Fernmeldebüro, non la RTR. Questo lo avevamo scritto male. La RTR si occupa di molte cose in ambito telecomunicazioni, ma le autorizzazioni radioamatoriali passano dal Fernmeldebüro, su fb.gv.at.
Nell'Amateurfunkverordnung, che si abbrevia correttamente AFV e non AFU-VO, sul funzionamento remoto non c'è nulla di specifico. Quello che c'è e che ci riguarda: il § 5 Abs 1 lega la cifra del nominativo al Land del sito fisso indicato nell'autorizzazione. La possibilità di spegnimento a distanza è regolata ai §§ 32 e 38, ma per fari e ponti ripetitori. E il § 12 consente il collegamento di stazioni radioamatoriali tramite tecnologia Internet in un quadro ristretto, cioè per sperimentare nuove tecniche di trasmissione. È cosa diversa dall'accesso alla propria stazione, e i due aspetti vengono spesso confusi.
In pratica: è il sito dell'apparato trasmittente a costituire la stazione, non il luogo in cui ti trovi. Se la radio è in Carinzia e tu sei ad Amburgo, in aria c'è una stazione OE8. Cosa richieda esattamente la tua autorizzazione per siti aggiuntivi conviene chiarirlo direttamente con il Fernmeldebüro prima di costruire, non dopo. Un inquadramento complessivo del quadro normativo è in Legislazione radioamatoriale in Austria.
Remoto nei contest: attenzione
Qui i log vengono squalificati con regolarità perché qualcuno non ha letto il regolamento. Nel CQ WW il funzionamento remoto è ammesso, ma a una condizione chiara: la posizione fisica di tutti i trasmettitori, ricevitori e antenne deve essere in un unico sito di stazione. I ricevitori remoti fuori da quel sito non sono ammessi. I limiti di categoria e di licenza restano invariati.
Quindi non si può ascoltare il proprio segnale tramite un WebSDR in Scandinavia mentre l'antenna in Carinzia trasmette. Singoli contest prevedono eccezioni strettamente delimitate: nel CQ 160, per Single Operator Assisted, è ammesso esattamente un ricevitore remoto entro 100 chilometri dal sito del trasmettitore. Regole del genere cambiano, quindi il consiglio è semplice: prima del contest si legge il regolamento aggiornato.
Senza stazione propria: le stazioni remote del DARC
Vale la pena citarlo perché in molti non sanno che esiste: il DARC gestisce una rete di stazioni remote che i soci possono usare tramite un programma client. Una mappa mostra quale stazione è online. Servono l'iscrizione al DARC e una licenza di classe A; ogni sessione dura al massimo 60 minuti, dopodiché ci si registra di nuovo.
Per i radioamatori senza possibilità di antenna è una via realistica per arrivare comunque sulle bande, e per tutti gli altri una buona occasione per provare il funzionamento remoto prima di mettere mano al portafoglio.
In che ordine cominciare
- Prima nella propria LAN. Ricetrasmettitore, computer, software, tutto in casa. Se lì non gira pulito, via Internet non migliora.
- Poi il tunnel. Configura Tailscale o WireGuard e verifica di raggiungere la stazione dalla rete mobile. Solo quando questo regge si torna alla radio.
- Poi il livello di emergenza. Ciabatta, UPS, watchdog. Prima che la stazione traslochi nel sito definitivo, non dopo.
- Solo allora il trasloco. E nel nuovo sito si riprova tutto, compresa un'interruzione di corrente provocata di proposito. Stacca la spina e guarda se risale tutto da solo.
- Documentare. Indirizzi IP, porte, accessi, cablaggio, tutto su una pagina. Nel momento in cui ti serve sarai altrove e senza accesso proprio alla scatoletta che dovresti descrivere.
Conclusione
Il funzionamento remoto non è più un tema per pochi. Con wfview, un Raspberry Pi e Tailscale un impianto funzionante costa meno di cento euro di hardware aggiuntivo, ammesso che il ricetrasmettitore parli CAT. Le soluzioni costose ti comprano comodità e integrazione, non funzioni sostanzialmente maggiori.
Gli ostacoli veri stanno altrove rispetto a quel che ci si aspetta. Non nel software, ma nella rete, CGNAT in testa, e nella domanda su cosa succede quando non ci sei. Chi mette in conto ciabatta e watchdog fin dall'inizio ha una stazione che funziona. Chi li rimanda ha un progetto che lo rimette regolarmente in macchina.
73 – la vostra redazione di oeradio.at
Nota di trasparenza
Questo articolo è stato redatto con il supporto dell'IA (Claude, Anthropic) e rivisto il 21 settembre 2026. Le fonti comprendono il manuale di wfview, l'helpdesk FlexRadio, la documentazione di prodotto Icom e Kenwood, il wiki ÖVSV sulle condizioni quadro per le stazioni remote in Austria, i testi normativi nel RIS, il regolamento del CQ WW e il progetto delle stazioni remote del DARC. L'immagine di testata mostra un impianto d'antenna in zona residenziale (foto: Wikideas1, CC0, via Wikimedia Commons); le altre fotografie provengono anch'esse da Wikimedia Commons e sono indicate presso ciascuna figura. La responsabilità redazionale e la verifica sono della redazione di oeradio.at. Non garantiamo correttezza e completezza; le questioni giuridiche nel caso concreto spettano al Fernmeldebüro. Correzioni e integrazioni, anche da parte di chi gestisce stazioni remote, a [email protected].
