È un progetto sviluppato da Kurt OE1KBC. In Italia il server di riferimento è YCS222 ed è interconnesso con il network BrandMeister 2222 ed il network DMRPlus, per una completa e capillare presenza sul territorio.
https://www.grupporadiofirenze.net/2020/09/16/tutti-insieme-sul-c4fm-il-reflector-italiano-ycs222/
A seguito delle informazioni avute su Telegram dagli amici Radioamatori Andrea IW4EHJ e David IK5XMK, vi informo che ora chi usa Hotspot e software Pi-Star e vuole usare la funzione DG-ID in C4FM (senza usare la versione pi-star modificata), ha la possibilità di farlo!
Lo scorso mese è stato effettuato un aggiornamento del software in oggetto, al fine di aggiungere alla lista altri server dedicati a questo modo di comunicazione radio.
Negli ultimi due anni, la mia presenza sui vari sistemi radio digitali e analogici italiani ed europei è aumentata parecchio, effettuando bellissimi QSO sia di giorno che di notte.
In questo articolo, senza desiderio di polemica, indicherò alcuni consigli per fare in modo che i nostri QSO possano migliorare sempre più, sia in digitale che in analogico!
Molte volte è stato chiesto come creare un proprio sistema multiprotocollo digitale radioamatoriale, magari per uso locale dove collegarci qualche hotspot e il ponte ripetitore di zona, che sia questo DMR o C4FM.
Un “piccolo mondo” autogestito, senza troppe regole di utilizzo e che non implichi problemi nel tenerlo acceso o spento, comunque usufruibile da tutti i radioamatori, del posto e non, che utilizzano sistemi radio diversi.
Questa esigenza è sempre stata presente; da un lato molti colleghi reclamano unità nei collegamenti, condivisioni fra infrastrutture, copertura capillare. Ma altresì, in parallelo, la voglia (e l’esigenza) di localizzare un QSO in una modalità “più ristretta” (discreta, non molto pubblica) non è da sottovalutare…
L’implementazione del multiprotocollo in ambito radioamatoriale, se andiamo ad utilizzare software open source (codice libero e modificabile) pensati per la comunità radioamatoriale, prevede l’implementazione di programmi diversi tra loro che interagiscono per portare il flusso dati da un sistema all’altro (quindi da un protocollo all’altro).
Il titolo proposto racchiude molti significati. Per prima cosa ricordiamo nuovamente che i sistemi digitali sono dinamici per la loro natura, maggiormente quando si parla di multiprotocollo e interconnessioni tra network, anche con protocolli tra loro concepiti proprio per essere diversi.
L’ultima versione software di XLX Reflector XLX039 permette il collegamento diretto di sistemi C4FM (hostpost e ripetitori) come già avveniva per il protocollo DMR. Questo significa che è possibile connettersi direttamente ad un modulo del reflector XLX039 impiegando il DSTAR, il DMR o il C4FM. Ulteriore conferma di quanto il mondo del multiprotocollo sia accettato e valorizzando anche dagli sviluppatori, oltre che dagli utilizzatori.
Per gli utilizzatori del software Pi-Star occorrerà abilitare “nessuna room” predefinita e gestire la parte network, inserendo come IP locale quello della nostra rete LAN assegnato all’hotspot/ripetitore.
Questo software viene distribuito con licenza GNU GPL v3, totalmente scritto in Python e già reso compatibile con la versione 3 e permette di acquisire e distribuire flussi DMR in rete Internet con semplicità e risorse limitate (anche se sempre si consiglia di lavorare su server in datacenter).
Una premessa è doverosa: prima di addentrarsi nell’installazione e gestione di questi sistemi è prerogativa la padronanza informatica sui concetti di server, sistema operativo linux, reti e linguaggi di programmazione nonché script di sistema.
Altro fattore importantissimo: il collegamento di questi software verso altri sistemi e reti pre-esistenti può provocare malfunzionamenti alle infrastrutture se non gestito con metodo; e quindi è sempre bene interfacciarsi prima con i sysop e gestori dei network esistenti indicando quello che si sta facendo ed ottenere il permesso di farlo. Una cosa è la sperimentazione personale, in casa, un’altra è il collegamento verso altri sistemi in funzione continua.
Di seguito, vi invito a leggere l’articolo completo e interessante scritto dall’amico Radioamatore Antonio IU5JAE [iu5jaeATgmail.com], che trovate sul sito del Gruppo Radio Firenze.
https://www.grupporadiofirenze.net/2019/10/17/hblink3-e-i-primi-passi-per-creare-un-network-radio/
E’ operativo il server reflector C4FM YCS222 ITALIA, compatibile con il nuovo protocollo Yaesu Fusion 2 IMRS (Fusion 2 non è compatibile invece con il vecchio Wires-X).
Questi QSO serali sono nati piano piano, tra vari Radioamatori che hanno portato vari argomenti da risolvere riguardanti questo sistema. I vari accorgimenti e soluzioni (trovate assieme in breve tempo…) hanno portato al pensiero di pubblicare degli articoli sul sito del Gruppo Radio Firenze e su questo mio blog, in modo da poter essere d’aiuto anche ad altri Radioamatori sperimentatori.
Sicuramente molti di voi avranno già preso pratica con la lettura del Cruscotto (Dashboard) dell’hotspot pi-star, dove è possibile visualizzare diversi parametri digitali, tra i quali la percentuale di perdita dei pacchetti (Loss) e di BER (Bit Error Rate).