Nell’ottica di promuovere le sperimentazioni con software open source (vedi il precedente articolo riguardante l’implementazione di HBLink BM) direttamente connesso al network BrandMeister, il Team italiano BM 2222 ha attivato su server dedicato un reflector XLX che gestisce le connessioni tra il mondo DSTAR e il Multiprotocollo attraverso gli appositi TG 22292 (Italia) e 223x-224x (regionali).
Semplificare e potenziare condividendo. Questi i termini che sottolineano la nascita di un reflector XLX in seno a BM Italia. Semplificare perchè i colleghi utilizzatori dei sistemi digitali avranno a disposizione una unica dashboard dove poter seguire il traffico del multiprotocollo italiano e quindi facilmente ritrovarsi per fare QSO. Potenziare perchè è un server importante a livello di risorse, collegato ai flussi del network BrandMeister grazie allo sforzo dei vari gestori regionali che, mettendo a disposizione il loro hardware di transcodifica, danno vita ad un sistema digitale “condiviso”, ognuno per le proprie possibilità.
Ci auguriamo che questo sistema possa invogliare i colleghi radioamatori a farsi avanti e valutare l’attivazione di nuove realtà regionali multiprotocollo nel pieno spirito radioamatoriale di crescita e partecipazione, favorendo il dialogo tra sistemi digitali diversi fra loro ma che finalmente non rappresentano più un ostacolo nel comunicare, tutti assieme.
E’ previsto anche un modulo “solo DSTAR” (modulo D) ovvero non interfacciato ad altri protocolli digitali radioamatoriali per accogliere chi ama il solo DSTAR. E’ facilmente gestibile il passaggio tra i vari moduli di XLX039 dagli apparati ricetrasmittenti DSTAR utilizzando i toni DTMF (modulo B = B03902, modulo C = B03903 … modulo Z = B03926) dal microfono (B prima dei numeri identifica il protocollo DEXTRA).
Per informazioni tecniche e sulle possibilità di collegarsi al reflector XLX039 BrandMeister Italia la mail di riferimento è:
Un ringraziamento particolare ai colleghi sysop dei gestori del multiprotocollo regionale che hanno condiviso questo progetto di non facile attuazione e che partecipano attivamente alle scelte e implementazioni del network. E un ringraziamento a tutti coloro che utilizzeranno questo network digitale, quale soddisfazione importantissima per chi dedica tempo e risorse nella gestione di queste piattaforme.
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:
