|
|
|
|
|
|
|
|
|
|
|
|
Controller per ripetitore VoIP.
Questo e' il progetto del controller per ripetitori VoIP da me ideato, con lo scopo di ottimizzare tutte quelle funzioni importanti in un sistema interconnesso di tipo VoIP.
|
|
|
|
|
|
|
|
Questo controller nasce dell'esigenza di dotare il mio ripetitore VoIP sperimentale di un sistema in grado di operare secondo criteri di ottimizzazione del traffico diretto e proveniente dal canale digitale Internet. Uno dei fattori critici riguarda i tempi di commutazione tra i due lati del sistema, in quanto i tempi di latenza su Internet e gli inevitabili ritardi di commutazione tra l'apparato radio e il computer fanno si che le comunicazioni non possano essere molto veloci. In aggiunta a questo bisogna anche considerare che molto spesso i nodi VoIP sono connessi ai reflectors (per esempio su EchoLink i nodi italiani sono molto spesso connessi al reflector *ITALY*); l'uso del reflector introduce ulteriori problemi dovuti ai ritardi di commutazione, dal momento che il numero di nodi connessi contemporaneamente e' maggiore e il reflector stesso devo gestirne le commutazioni.
Le peculiarita' di questo controller possono essere riassunte in questa lista:
- gestione di un sistema multi-modo, in grado cioe' di ospitare il sistema EchoLink e IRLP su un unico impianto radio. Questa e' una versione hardware rispetto l'analoga configurazione software gia' implementata da anni e introdotta da un gruppo di radioamatori Americani e Australiani (progetto EchoIRLP).
- gestione dei tempi di pausa dal lato ripetitore. Questo circuito e' stato presentato come circuito singolo nell'Aprile 2005 su RadioKit Elettronica. In sostanza consente di forzare delle pause tra un passaggio e l'altro, impedendo cosi' agli utilizzatori del ripetitore di fare passaggi troppo stretti, impedendo l'accesso dalla rete VoIP.
- dispone di un circuito di priorita' tra l'ingresso del ripetitore e il lato VoIP: in questo modo non sara' possibile che in presenza di un segnale proveniente da EchoLink o IRLP ci sia il sovrapporsi del segnale di un utente proveniente dal ripetitore. Questo consente anche di poter trasmettere dei bollettini audio sul ripetitore senza che vengano interferiti dal traffico locale radio.
- in termini di protezione in caso di problemi vari, il sistema dispone di telecomando DTMF che consente di bloccare il segnale di COS e di PTT in maniera indipendente tra i sistemi VoIP e il ripetitore. Questo significa che sara' possibile trasmettere il segnale radio proveniente dall'ingresso del ponte sul lato EchoLink o IRLP (a seconda del sistema selezionato come attivo), ma non all'uscita del ponte. Viceversa e' possibile che il segnale venga fatto passare sul ponte ma non sul canale VoIP. Stessa cosa dicasi per il comando di PTT del ponte, esso puo' essere disattivato, qualora ve ne fosse bisogno, sia dal lato VoIP che dal lato ripetitore. In questo modo si e' cercato di avere la massima flessibilita' nell'intervento per sganciare il sistema.
- opzionalmente e' previsto l'uso di un sintetizzatore vocale che consente di memorizzare 16 messaggi, selezionabili attraverso il telecomando DTMF.
- possibilita' di pilotare un secondo trasmettitore in grado di agire come sistema a bassa potenza per il traffico locale. In alternativa a questa possibilita' e' stato pensato anche l'uso di un trasmettitore secondario per trasmettere la telemetria del ponte. Questa parte del progetto e' ancora in fase di studio.
- funzione di mixer audio che consente al gestore del proprio nodo di operare il sistema anche da un microfono per computer, in modo da agire in locale senza per questo creare problemi sul lato radio. Infatti in assenza di una simile opzione, nel caso di nodi simplex, il gestore che volesse operare sul proprio nodo potrebbe non essere ascoltato (in quanto presumibilmente usera' un RTX portatile) dagli altri partecipanti al QSO. Questa funzione risulta inoltre utile anche per IRLP, dal momento che non dispone di un accesso locale via computer. Inoltre grazie al mixer vi sara' un altoparlante di monitor da cui si potra' ascoltare il traffico proveniente sia dal lato Internet che radio.
Questo progetto e' stato ultimato nella primavera 2005 ed ad oggi e' in fase di revisione per migliorie circuitali e di sistema.
|
|
|
|
|
|
|
|
|
|
|
|