Ripetitore Dstar Standalone no RPT1 validation con MMDVM Pi-Star

 

America British FlagFor english version click here

Era da tempo che volevo sperimentare la veicolazione di un Hotspot Dstar verso il mio ponte analogico situato in collina.

Avevo sperimentato qualcosa collegando due radio GM-340 come ponte, configurando gli ingressi/uscite per comunicazione dati e funzionava , ma a volte perdeva qualche Header iniziale  dei pacchetti Dstar dovuti a ritardi di commutazione delle radio ed inoltre ero costretto a lasciare il ponte senza subtono di controllo, quindi lasciai perdere questa soluzione.

La seconda sperimentazione era usare un sistema MMDVM in postazione remota, ma senza connessione internet ,quindi un ponte Standalone (nel mio caso un MTR-2000 che funziona sia in Analogico che Dstar, ma semmai ne parleremo piu ‘ avanti ), verso cui trasmettere con un HotSpot situato nel mio QTH , con la radio impostata con le  frequenze del ponte invertite.

Ma subito mi si è presentato il problema del’ RPT1 validation , ovvero il ponte non poteva essere agganciato se non si trasmetteva inserendo nel campo RPT1 il nominativo del ponte (nel mio caso IK8JHL B),stesso problema del ritorno verso Hotspot . Nel Dstarepeater ricordavo che era possibile escludere questo controllo , ma purtroppo sull’ MMDVMHost questa opzione non era prevista, anzi l’autore del software esclude di abilitarla ,dicendosi pentito di averla inserita nel Dstarepeater. Stavo per gettare la spugna quando  mi viene in aiuto l’amico del Gruppo IU7IGU Daniele , che mi dice di aver gia’ modificato con successo MMDVMHost e prepara uno script da lanciare via SSH in Pi-Star, per eliminare l’RPT1 validation in modo quasi automatico .

Si fà notare che eliminando l’RPT1 validation, se ci fosse un altro Hospot sulla stessa frequenza si potrebbero creare degli spiacevoli LOOP sui reflector ,quindi fate molta  attenzione quando usate questo sistema .

Ponte

Nota:La procedura al momento è stata sperimentata su pistar 3.4.17

Ecco la procedura :

Entrare in SSH sul Pi-Star ,quindi digitare i seguenti comandi che andranno a sostituire il file MMDVMHost

 1 rpi-rw
 2 sudo su
 3 wget https://raw.githubusercontent.com/iu7igu/pistar-novalidation/master/mmdvm_novalidation.sh -O /home/pi-star/mmdvm_novalidation.sh
 4 chmod +x mmdvm_novalidation.sh
 5 ./mmdvm_novalidation.sh 

Un menu permette di scegliere piu’ opzioni , digitare 1 ( digitare 2 solo nel caso si voglia installare anche il supporto per  il display HD44780) .Alla fine della procedura una scritta vi informa dell’ installazione completata

cattura1cattura2

RPT1 validation è stato eliminato.

La procedura và effettuata sia sul Pi-Star del ponte che su quello dell’ HotSpot.

Ora dobbiamo rimuovere tutti i ritardi sia dal ponte che dall’ HotSpot

mettendo a zero  ack e TXDelay in MMDVMHOST

Modem   TXDelay=0

D-Star    AckReply=0

D-Star    ErrorRply=0

rimuovere l’annuncio dell’ orario ,in Time server   sendB=0

 

Sull’MMDVM del  ponte conviene rinominare  anche i file audio di annuncio it_IT.ambe  e it_IT.indx , per evitare che risponda il ponte invece del Hotspot quindi sempre in ssh

1 rpi-rw
2 sudo su
3 cd    /usr/local/etc
4 mv  it_IT.ambe  NO_IT.ambe
5 mv  it_IT.indx  NO_IT.indx

(nel caso si voglia ripristinare l ‘ annuncio ripetere i comandi rinominando col nome originale  mv  NO_IT.ambe it_IT.ambe       ;  mv  NO_IT.indx it_IT.indx  NO_IT.indx )

Una nota molto importante, sulla radio che fa da HotSpot ,nel mio caso una GM340 conviene inserire un’unica nota di una selettiva di circa 600ms sul fine trasmissione , questo per far si che l’ Hotspot si ponga in ricezione leggermente in ritardo rispetto al ponte che a causa di latenze potrebbe essere ancora in trasmissione facendo rientrare in rete il nominativo dell’ultimo corrispondente.

Un aiutino anche per programmare  la selettiva sul GM-340

 

HS1

HS2

HS3

HS4

HS5

English Version :

It has been a long time since I wanted to experiment with the transport of a Hospot Dstar to my analogue repeater located on a hill.

I had experimented something by connecting two GM-340 radios as a repeater, configuring the inputs / outputs for data communication and it worked, but sometimes lost some initial Header of Dstar packages due to delayed switching of the radios and I was forced to leave the repeater without subtonous control, so I gave up this solution.

The second experimentation was to use a MMDVM system in a remote location, but without an internet connection, so a Standalone repeater (in my case an Motorola MTR-2000 that works both in Analogue and Dstar, but rather we will talk later), to which to transmit a HotSpot located in my QTH, with the radio set with the inverted  frequencies of repeater.

But immediately I was presented with the problem of ‘RPT1 validation, repeater could not be hooked if not transmitted by inserting the name of the repeater in the field RPT1 (in my case IK8JHL B), same problem of the return to Hotspot. In the Dstarepeater I remembered that it was possible to exclude this control, but unfortunately on the MMDVMHost this option was not provided, indeed the author of the software excludes to enable it, saying he regretted having inserted it into the Dstarepeater. I was about to throw in the towel when the friend Daniele IU7IGU  comes to my aid, telling me that he has already successfully modified MMDVMHost and prepares a script to be launched via SSH in Pi-Star, to eliminate the RPT1 validation almost automatic.

It should be noted that by deleting the RPT1 validation, if there were another Hospot on the same frequency, you could create unpleasant LOOPs on the reflectors, so be very careful when using this system

Note: The procedure has now been tested on pistar 3.4.17

Here is the procedure:

Enter SSH on the Pi-Star, then type the following commands that will replace the MMDVMHost file

1 rpi-rw
2  sudo su
3  wget https://raw.githubusercontent.com/iu7igu/pistar-novalidation/master/mmdvm_novalidation.sh -O /home/pi-star/mmdvm_novalidation.sh
4  chmod +x mmdvm_novalidation.sh
5  ./mmdvm_novalidation.sh 

A menu allows you to choose more option, type 1 (type 2 only if you also want to install the HD44780 display support). At the end of the procedure, a message informs you of the completed installation.

cattura1cattura2

RPT1 validation has been eliminated.

The procedure must be carried out both on the Pi-Star of the bridge and on that of the HotSpot.

Now we have to remove all delays from both the bridge and the HotSpot

putting zero ack and TXDelay in MMDVMHOST

Modem   TXDelay=0

D-Star    AckReply=0

D-Star    ErrorRply=0

remove the time announcement ,in Time server   sendB=0

 

On the MMDVM of the repeater it is better to also rename the audio files of the announcement it_IT.ambe and it_IT.indx,(obviously choose the language files you use in my  example it_IT.ambe  e it_IT.indx ), to avoid that it answers the repeater instead of the Hotspot therefore always in ssh :

1 rpi-rw
2 sudo su
3 cd    /usr/local/etc
4 mv  it_IT.ambe  NO_IT.ambe
5 mv  it_IT.indx  NO_IT.indx

(in case  you want restore the announcement repeat the commands renaming with original name  mv  NO_IT.ambe it_IT.ambe       ;  mv  NO_IT.indx it_IT.indx  NO_IT.indx )

A very important note, on the radio used as HotSpot, in my case a GM340 should insert a single note of a selective of about 600ms on the transmission end, this to ensure that the Hotspot is placed in reception slightly later than the repeater that due to latencies could still be transmitted by returning the name of the last correspondent.

Annunci

Rispondi

Inserisci i tuoi dati qui sotto o clicca su un'icona per effettuare l'accesso:

Logo WordPress.com

Stai commentando usando il tuo account WordPress.com. Chiudi sessione /  Modifica )

Google+ photo

Stai commentando usando il tuo account Google+. Chiudi sessione /  Modifica )

Foto Twitter

Stai commentando usando il tuo account Twitter. Chiudi sessione /  Modifica )

Foto di Facebook

Stai commentando usando il tuo account Facebook. Chiudi sessione /  Modifica )

Connessione a %s...