BrandMeister ha sempre appoggiato l’uso di nuove tecnologie e le sperimentazioni dei vari protocolli digitali radioamatoriali. Basta vedere la diffusione dei “TG multiprotocollo“, dove confluiscono le modalità radio DMR, C4FM, DSTAR e altro, per poter parlare tutti assieme. Ma ugualmente rimane prerogativa l’ottimale qualità del network BM e la completa fruibilità dello stesso per tutti i colleghi radioamatori.
Ricordiamo che BM è un network mondiale, costantemente in sviluppo con ottime e funzionali implementazioni e deve seguire delle direttive indicate dagli sviluppatori del software affinchè ci sia un comune “modus operandi”.
Ugualmente è propositivo l’utilizzo di software open source e di collegamenti tra sistemi diversi tra loro purchè in maniera funzionale e con qualità, organizzata e autorizzata dagli sviluppatori mondiali.
Il server HBLink-BM2222, gestito da un team di sistemisti informatici e in stretto coordinamento con il team BM Italia, permetterà la fruibilità di flussi verso i sistemi HBLink sperimentali che ne faranno richiesta, affinchè a tutti sia data la possibilità di capirne il funzionamento e gestire delle micro infrastrutture di rete senza la necessità di creare inutili TG, ad ausilio dei colleghi che già hanno programmato le proprie radio e non rimangono così tagliati fuori dalle comunicazioni. Inoltre appoggiare le personali operatività di rete (i propri ripetitori e implementazioni di secondarie strutture di rete) ad HBLink-BMsignifica disporre di tutti i vantaggi e i “plus” che il mondo BM (e non solo) offre, sfruttando una capillare copertura del territorio.
Quindi avanti con la sperimentazione, ma senza provocare problemi agli utilizzatori dei sistemi ripetitori, già abituati nel tempo ad utilizzare le risorse in configurazioni ormai proprie. Non dobbiamo pensare a creare reti alternative ma spingere l’interesse nel comprendere la funzionalità di sistemi software e hardware legati al mondo radioamatoriale.
Molti ricorderanno che già in passato BM si era avvicinato al mondo HBLink ma purtroppo il progetto era naufragato per volontà di alcuni sysop che osteggiavano aimè le regole degli sviluppatori per loro velleità personali, non ultima l’idea di creare in seguito un ecosistema indipendente acquisite le competenze e risorse disponibili.
L’auspicio è che questo pensiero sia tramontato, in una ottica di comune sviluppo e potenzialità del network.
Si raccomanda ai colleghi che hanno interesse a sperimentare in proprio i vari software radioamatoriali open source di scrivere a
e di concertare con i sysop le migliori modalità di utilizzo, affinchè i network “BM/DMR+/HBLink” (e in futuro prossimo altri) possano operare al meglio delle risorse disponibili.
Condividere significa crescere assieme, e la pluralità di lingue deve portare ad un costruttivo mondo accessibile a tutti, dove esistono regole ma in maniera maggiore vantaggi.
Il Talker Alias, molto spesso abbreviato come TA, fa parte dell’insieme di protocolli di classe Inband Data Service dello standard DMR , introdotti nell’anno 2016 da ETSI con la pubblicazione delle specifiche ETSI TS 102 361-2 V2.3.1 (2016-02).
L’Inband Data Service è una modalità di trasmissione particolare, in cui i dati supplementari da veicolare vengono incorporati nei pacchetti di trasmissione della voce, quindi senza occupare altro spazio, oltre a quello già utilizzato per la trasmissione del flusso audio, rendendo quindi questo servizio di estrema utilità e con “costo zero“.
Lo standard ETSI prevede l’invio di queste stringhe codificate a 7, 8 oppure 16 bit, frammentate da 1 a massimo 4 blocchi, a seconda del numero dei caratteri da trasmettere:
Ecco spiegato perché la stringa non viene immediatamente visualizzata sul display della radio; questo accade perché il terminale deve ricomporre la stringa attendendo di aver ricevuto tutti i blocchi di informazione, quindi più corta sarà la stringa, meno tempo impiegherà ad essere ricomposta e visualizzata.
Allo stesso modo possono venire trasmesse anche le coordinate GPS; mentre viene trasmesso l’audio la radio aggiorna la posizione e la invia con continuità, questa funzione viene definita In Call GPS.
La sua utilità consiste nel poter trasmettere dal terminale radio (e non solo) una stringa di caratteri, che viaggia in maniera trasparente sia via RF che via IP, permettendo ai corrispondenti destinatari delle chiamate di gruppo e private di riceverla nei propri terminali, i quali mediante le loro impostazioni locali, potranno scegliere o meno di visualizzarla sul display, scegliendone anche la priorità, rispetto ai dati presenti nella rubrica dei contatti della radio.
L’applicazione più naturale, sia in campo civile che radioamatoriale, è ovviamente quella di identificare in maniera univoca l’identità di chi trasmette in maniera “leggibile“, visto che lo standard DMR identifica i terminali con un semplice numero, chiamato Radio ID, che a noi umani dice ben poco.
Nel nostro mondo dei Radioamatori, quali sono le due singole informazioni più importanti per identificarci in maniera univoca e comoda per chi riceve ?
Nominativo
Nome operatore
L’informazione assolutamente necessaria è il nominativo, il nomeoperatore invece è estremamente comodo per fare QSO; infatti nei nostri contatti privati memorizzati nella radio, inseriamo abitualmente solo queste due informazioni, che sono brevi, essenziali e indispensabili.
Ecco perché il Talker Alias, se ben utilizzato nei terminali radio compatibili, può tranquillamente sostituire la rubrica dei contatti, quindi di impagabile comodità in quanto i dati si aggiornano dinamicamente.
Perché diciamo che il TA deve essere ben utilizzato? Perché la configurazione accurata di questa informazione deve essere effettuata da chi lo trasmette, includendo solo il nominativo e il nome, il primo completamente in maiuscolo, il secondo solo con l’iniziale maiuscola.
MD380 ToolZ
Tutte le altre informazioni (quali il tipo di radio, il QTH, portatile, /M, DMR ID, mobile, op. davanti al nome, indirizzi email ed altre cose di fantasia), non solo non sono rilavanti o ridondanti, ma spesso sono anche incoerenti rispetto alla circostanza del momento, perché non sono solidamente riferite al nominativo, ma bensì ad una condizione solo temporanea, che generalmente varia nel tempo. Voi le inserireste nella vostra lista contatti? 😉
AnyTone D878UV
Ormai sono tanti i terminali che supportano la visualizzazione del Talker Alias, quindi vale la pena di uniformarsi tutti per il corretto utilizzo di questa funzione, armonizzando la rete DMR il più possibile, anche per rispetto di chi ci ascolta e visualizza le informazioni sul display della radio.
Hytera
La gestione BrandMeister del Talker Alias
La rete BrandMeister ha due modalità di gestione dell’informazione contenuta nel Talker Alias:
Pass-Thru
Sconsigliata
Quando laradiotrasmette il Talker Alias, lo stesso transita fino al master server di BM, che successivamente lo invia a tutti i ripetitori Hytera e ai sistemi MMDVM, ma non ai ripetitori Motorola, eliminandolo dai pacchetti dati, garantendo così l’assenza di problemi dovuti alla loro incompatibilità con il protocollo (interruzioni sull’audio di chi riceve). Questa modalità non è però mai consigliabile, perché si corre il rischio di trovarsi localmente a transitare inconsapevolmente su un ripetitore Motorola, creando problemi a chi ci ascolta. Il Talker Alias generato dalla radio ha la priorità su quello generato lato server, quindi transitando da dispositivi compatibili, la rete BrandMeister lo veicolerà in maniera trasparente solo verso i ripetitori che lo possono accettare.
Generazione lato server BM del Talker Alias
Preferibile
Quando la radio non trasmette il Talker Alias lo stesso verrà generato automaticamente a livello di rete, o dal master server di BrandMeister, o da una delle applicazioni, tipo SAP, AutoPatch, D-STAR o Gateway YSF. Questa modalità è quella da preferire sempre, in quando i dispositivi non compatibili non riceveranno mai dalla rete il Talker Alias, e anche trovandosi a transitare da un ripetitore Motorola, non trasmettendolo dalla radio, non ci saranno problemi, contrariamente a quando la radio lo trasmette.
Come viene generato il Talker Alias dal Master Server?
Per generare questa stringa di testo il server utilizza due informazioni in suo possesso:
Nominativo – ricavato dal database degli ID registrati
Nome – testo contenuto nel campo APRS Text, modificabile nella propria area SelfCare
Inserire solo una singola parola, ovvero il proprio nome
Nel caso usiate un sistema DVSwitch, nel file di configurazione DVSwitch.ini, si raccomanda di commentare la linea TalkerAlias = …….. , in questo modo non verrà forzato un TalkerAlias diverso dal vostro, già impostato in SelfCare;
Si raccomanda fortemente di mettere nel campo APRS Text solamente il proprio nome, o solo il primo dei propri nomi, con il primo carattere maiuscolo e il resto minuscolo, quindi una sola parola. In questo modo tutti i Talker Alias in rete saranno armonizzati, con tutti i grandi vantaggi spiegati.
Potete connettervi liberamente al BM Master Server IT-2222 utilizzando i seguenti indirizzi DNS oppure IP:
bm2222.dmrbrescia.it
80.211.95.98
Lo strumento principale di supporto e assistenza, dove sarà possibile aprire dei ticket è quello ufficiale di Brandmeister, raggiungibile al seguente indirizzo:
E’ con grande orgoglio che comunichiamo l’assegnazione, da parte del team BM Word Wide, del Master Server IT-2222 al gruppo DMR Brescia.
Il nostro Team lavorerà in accordo con tutti i team italiani presenti sulla scena, in un clima di distensione ed apertura si cercherà con tutta la buona volontà possibile di lavorare insieme, su scelte largamente condivise e migliorative della rete, tenendo conto degli insegnamenti e delle esperienze congiunte di tutti i membri che collaborano, e di tutti coloro che vorranno apportare il loro utile contributo.
La rete è di tutti, è semplicemente un bene comune dei radioamatori, senza distinzioni di appartenenza, di opinione e gusto personale, dove i veri protagonisti sono coloro che fanno radio attivamente.
Il modo di fare DMR è in continua evoluzione in tutto il mondo, non possiamo pensare alla rete, ed alle sue regole, come un qualcosa di statico, ma bensì in continua evoluzione.
Tutte le reti, di qualunque natura esse siano, basano la loro stessa esistenza sulle regole, la rete DMR non fa differenza.
Il DMR ha bisogno di schemi semplici ed efficenti, che devono poter essere compresi da tutti coloro che desiderano utilizzarlo, sarà quindi necessario fare un grande lavoro condiviso per riequilibrare la fruibilità di “tutte le risorse” e la “semplicità di utilizzo”, una grande sfida che contrappone i “puristi” e gli “sperimentatori”, tutti con le proprie valide ragioni, tra le quali si deve cercare una mediazione, supportata anche da soluzioni tecniche opportune, ed in continua evoluzione, per massimizzare le potenzialità, minimizzando la complicazione di utilizzo della rete.
Potrà sembrare un utopia, e forse lo è, ma vogliamo un DMR che vada “quasi bene a tutti”.
Il team lavorerà in un clima di distensione ed apertura, in strettissimo contatto con il team WW e con gli altri master.
FInalmente un ripetitore DMR espressamente pensato per la zona del Garda e buona parte della Vallesabbia, installato in località Selva Piana, nominativo IR2UFS.
La nuova stazione fa parte del Cluster Brescia, in continua espansione e costituita da ripetitori professionali, con duplexer in cavità e shift sempre a 1.6 MHz.
Si attendono rapporti di collegamenti, l’e-mail di contatto è la seguente:
Oggi, con grande soddisfazione, abbiamo attivato il primo ripetitore DMR pensato per la Val Camonica, situato sulla postazione del Monte Creò, domina tutta la bassa valle e parte del lago d’Iseo.
Le fotografie sono state scattate a livello del terreno, l’antenna è stata installata sulla sommità del traliccio di 30 m di altezza, e gode di maggiore apertura visiva.
Ci aspettiamo riscontri dai radioamatori della valle…
