Melhorias no recurso ‘AirSecurity’

 

A equipe de desenvolvimento do Brandmeister fez melhorias no recurso Airsecurity! As entradas repetidor e área estão disponíveis. Para maior comodidade, uma opção Secure Local Pass permite ignorar a autorização AirSecurity dos seus pontos de acesso pessoais protegidos por senha.

 

Para que serve o AirSecurity?

 

Como a maioria de vocês já sabe, o Brandmeister aceita apenas transmissões de IDs DMR registados e ativos no banco de dados da RadioID. No entanto, existe a possibilidade de que alguém configure inadvertidamente o seu rádio com o seu ID DMR pessoal, fazendo com que suas transmissões pareçam ser originárias de você na rede Brandmeister. Isto pode ser evitado utilizando o recurso AirSecurity.

 

Como funciona?

 

Assim que o AirSecurity for ativado para o seu indicativo, qualquer transmissão via RF de um de seus DMR ID precisará ser pré-autorizada enviando um código único por chamada privada. A autorização será válida por um período de tempo pré-determinado, podendo ser restrita a um único repetidor, a um grupo de repetidores ou a todos os repetidores ligados num determinado master server. Se uma transmissão for feita sem autorização, a mensagem “Acesso negado” ou “Access Denied” será reproduzida pela rede Brandmeister.

 

Como habilitar e configurar o AirSecurity?

 

Faça login no painel do Brandmeister e abra a sua página de Selfcare. Clique em ‘AirSecurity / TOTP’.

 

 

Um conjunto de opções aparecerá:

 

 

  • Quando AirSecurity/TOTP está definido como ON, o recurso está ativo para o seu indicativo
  • Quando Secure Local Pass está definido como ATIVADO, as transmissões do seu ponto de acesso pessoal (para o qual os primeiros 7 dígitos correspondem ao seu ID DMR) serão permitidas sem autorização
    Escolha da opção de proteção AirSecurity

Repetidor : somente o repetidor para o qual está enviando o código de autorização aceitará transmissões de o seu DMR ID

Área : esta opção está em desenvolvimento. Permitirá autorizar um grupo de repetidores.

Master: apenas os repetidores conectados ao master que selecionou aceitarão as transmissões do seu DMD ID. Escolher esta opção permitirá que forneça autorização de seu navegador da Web no Selfcare, além do método de chamada privada TOTP.

Depois de fazer a sua escolha, digitalize o código QR usando qualquer aplicativo autenticador TOTP, insira o código atual no campo “Verificação do código QR” e clique no botão Salvar.

 

Como usar o AirSecurity?

 

Quando o recurso AirSecurity está ativado em sua conta Selfcare:

 

  • Abra o seu aplicativo TOTP e observe o código atual de 6 dígitos.
  • Usando um rádio programado com o seu DMR ID faça uma chamada privada para 9+ seguido do código de 6 dígitos. (por exemplo, se o código TOTP atual for 123123, faça uma chamada privada para o ID de contato 9123123). Um PTT curto é suficiente.
  • A partir daí você pode transmitir com seu ID, dentro do que escolheu (repetidor ou master).

 

Se habilitou “AirSecurity” e “Secure Local Pass”, você pode fazer chamadas com o seu DMR ID do seu ponto de acesso pessoal sem precisar inserir o código TOTP. Os primeiros 7 dígitos do ID do ponto de acesso devem corresponder ao seu ID de rádio.

Se você selecionou a opçãoe Master, um método adicional de autorização está disponível: pressionando “Ativar PTT agora” no seu Selfcare. Este método também vem com uma escolha de diferentes períodos de tempo para a duração da autorização:

 

 

Qualquer duvida poderá ser colocada ou pelo email team.dmr.pt(at)gmail.com ou numa próxima sessão do NET CT

Ajuste do BER no MMDVM

 

O BER (bit error correction ou “bit para correção de erros”), é parte do código usado em sistemas digitais que permitem por alguma forma a correção do mesmo, esta correção sendo “exagerada” não vai preencher as lacunas mas sim elimina-las.

Como a maioria dos utilizadores usam a aplicação ‘pi-star’ no seu hotspot vamos tentar explicar o BER, já sabendo o que ele provoca, e como resolver. Todos já ouviram emissões com cortes ou até mesmo serem denunciados por outros em que a nossa emissão por vezes falha, isso deve-se por duas razões, ou falha do acesso internet, micro cortes, ou por um BER alto, acima de 1,5%.

Os hotspots tem componentes, que sendo de qualidade garantiriam que a frequência marcada como sendo de emissão/receção fosse unica, esse elemento é o TCXO, oscilador a cristal controlado por temperatura. O facto de se adquirirem modelos mais baratos levam a que a qualidade seja posta de lado, temos aquilo que comprámos.

No mesmo sentido temos os rádios, a qualidade é diretamente proporcional ao custo do mesmo, existe exactamente o mesmo componente e a sua qualidade é factor determinante da estabilidade e frequência apresentada.

Assim quando configuramos o nosso rádio para a frequência de 433.450 (vulgo na maioria dos utilizadores) supostamente, digo supostamente porque está dependente da qualidade do material empregue no rádio, será suposto então que ele transmita e receba nos 433.450, acontece que essa mesma qualidade de material pode levar a que o rádio não esteja nos 433.450 e sim nos 433.449917 por exemplo. No outro lado temos o nosso hotspot na mesma frequência, mas que pelasmesma razão escuta em 433.450760 em vez dos 433.450, temos então entre estes equipamentos a seguinte diferença:

 

 

hotspot – 433.450760

radio – 433.449917

+83 em relação ao hotspot

-760 em relação ao hotspot

 

Não nos vamos prender com a exatidão do rádio, o que nos interessa é que o nosso hotspot receba bem o nosso rádio, pelo visto acima seria introduzirmos o valor a corrigir de -760 (os valores são sempre em ciclos/seg). No entanto como vimos pelo apresentado o rádio também tem um desvio de 83 c/s para mais, isto tomando como base a frequência central de 433.450, assim que -760+83 = -677, ou seja -670 ou -680 como base.

Obviamente que os valores demonstrados acima seriam adquiridos com equipamentos de laboratorio que nem todos têm, vamos mostrar uma de duas formas fáceis de o poder fazer, qualquer delas precisa do aplicativo ‘putty’ ou ‘bitvise’ para aceder a raspberry via terminal ssh (o velhinho VT100 sem ecrã verde).

 

Usando o ‘Putty’ ou o ‘Bitvise’

 

Muito importante, o hotspot deve estar no mínimo a 3 mts do rádio em potência baixa

(por este motivo dizemos não fazer nenhum sentido terem display)

 

Qualquer destes aplicativos permitem o acesso SSH (um protocolo de comunicação IP) para aceder em modo terminal (um ecrã preto) ao nosso Raspberry. Pessoalmente prefiro usar o Bitvise pela possibilidade do multi terminal sem muito esforço, o mesmo se aplica ao modo sFTP, transferir, de e para, ficheiros. O putty permite o mesmo mas com mais comandos.

Lembem-se sempre que Linux não é Windows, para executarmos algo em Linux devemos sempre (há algumas excepções) usar o user root, só assim é garantida a execusão de um aplicativo com direitos plenos.

Para  acedermos ao nosso Raspberry vamos abrir, seja o Putty ou o Bitvise, uma sessão onde devemos colocar alguns dados, são eles o host, que é o IP que a Raspberry tem, a porta, por defeito a porta shh é a 22, o user, que por defeito é ‘pi-star’ (no caso do pi-star, numa instação mais pessoal é ‘pi’) e a password, que por defeito é raspberry.
A diferenção entre o uso do Putty e do Bitvise é que no Putty tanto o user como a palavra passe são introduzidas já no terminal que aparece no nosso ecrã, no Bitvise esses dados estão na aplicação e podem ser guardados para sempre, dando a que ao aparecer o modo terminal já temos o login feito.
Após a entrada no modo terminal devemos mudar o utilizador para root, isso é visível na propria raiz do terminal.

 

 

Usando o comado sudo –s resultará em:

 

Notem à esquerda na linha de comando a indicação do utilizador da conta.

 

Para informação o (ro) visivel quer dizer que qualquer pretença alteração que queiram fazer não é aceite pelo sistema, está em ‘read only’ ou seja só permite leitura, se acaso, e após o teste de BER, quiserem alterar o valor no ficheiro mmdvmhost  deverão antes de o fazer executar no terminal ‘rpi-rw’ para preparar o sistema a suporte de escrita, isto não é necessário se o fizerem via dashboard no PC.

Neste terminal  vamos executar o comando pistar-mmdvmcal, irá dar algo semelhante a imagem abaixo:

 

 

Este quadro leva algum tempo a ser visualizado, isto porque a aplicação vai parar o mmdvmhost e todas as ligações que estivessem presentes na altura.
Devemos ter o nosso rádio preparado para o que usamos como hotspot, como disse por norma costuma será os 433.450, mas terá que ser sempre algo com o color code = 1. Com base no teste ao nosso rádio vamos começar digitando a letra E e inscrevendo a frequência do nosso rádio, por exemplo 433450000, sem  pontos ou espaços. Isto vai preparar o aplicativo a receber do nosso rádio a emissão.
De seguida escolhemos a opção b e premimos o PTT nunca menos que 30 seg. Irá dar uma lista de pacotes recebidos concluindo com o valor lido do BER. Neste teste escolhi a frequencia, através da tecla E, e depois dos dados introduzidos, a letra b, o valor foi o seguinte:

 

 

Como se pode ver o valor é alto, 2.1%, subi 150 c/s na frequência usando a tecla F e voltei a premir o PTT por 30 seg. Resultando no visivel:

 

Ainda não foi desta, mas pelo menos percebi que o desvio em frequência não era para mais mas sim para menos. Assim reduzi a frequência, usando a tecla f (a mesma mas em minisculas) para os mesmos 150 c/s no caso abaixo da inscrita.

 

Novo teste, agora com frequência abaixo dos 433.450

 

 

Novamente PTT durante 30 seg e agora sim.

 

Se deixar ficar por este valor de 0.5% de BER é o que irei inserir no campo RXOffset do MMDVMHost (abaixo já explico como aceder a esta parte), o valor a colocar será então -150 que foi a deriva informada pelo aplicativo MMDVMCal.
O RXOffSet é a frequência de receção do vosso Hotspot (às vezes é confuso entender isto), o TXOffSet será o mesmo para a emissão, no caso poderá haver ou não o mesmo desvio, há muita informação na net dizendo que se deve por o mesmo valor e pela lógica seria o acertado, mas não, o facto do nosso rádio ter um desvio em TX não significa que tenha exactamente o mesmo em RX e para o uso em questão não é importante. Seria importante se “pretendessemos” escutar o nosso hotspot a kms da posição, ai o factor ‘desvio de frequência’ daria uma menor cobertura. Mas relembro que um hotspot só deve ser usado pelo próprio e limitado em distância para não cairmos na ilegalidade de ser uma estação de uso comum, vulgo repetidor, para a qual não tendo licença é ilegal.

 

 

Alterando o pi-star para o melhor BER via dashboard

Deve usar o TG 9

 

Vamos passar para o PC e abrir a página do pi-star, intoduzimos o mesmo IP e clicamos no link “Configuration” ou “Configuração”, de seguida no apresentado escolhemos “Expert” e em seguida em “MMDVMHost”, rolamos o ecrã até a configuração “Modem”. Procuramos a caixa RXOffSet e nela introduzimos o valor achado com a aplicação, no caso que apresentei será -150 e salvamos a alteração. Como disse não há necessidade alguma de introduzir o mesmo valor na caixa TXOffSet, mas mal também não faz.

 

Imagem identificativa, o valor difere dos resultados apresentados neste documento

 

 

Pi-star e o “meu rádio”

 

O valor de BER achado é exclusivo do rádio que esteve sob teste, se acaso pretendem usar mais algum rádio que tenham no mesmo hotspot o valor de BER poderá ser bem diferente resultando em perdas ou até na impossibilidade de o hotspot “ouvir” o rádio. Não é impossível de ser feito, representa muito mais tempo para encontrar um meio termo de ajuste entre ambos os equipamentos. Ás vezes poderá mesmo ser impossível.

Referi acima que havia duas possíveis formas de o fazer, sendo a anterior a primeira e com mais recursos a serem usados, existe também a possibilidade de o fazerem no prprio dashboard do pi-star. Seguindo o que foi apresentado até aqui e acedendo a sessão Modem, depois expert->mmdvmhost, será o colocarmos nós valores possíveis na caixa RXOffSet e salvarmos, depois do pi-star ter reinciado verificamos no dashboard qual o valor de BER na coluna respectiva.

 

 

Alteramos o valor que colocamos no RXOffSet até o mesmo ser o melhor objectivo.

 

 

Tenham presente este ponto, cada configuração de BER é só para o rádio que testaram, poderá surgir a casualidade de outro ser perfeitamente aceite, mas é bem possível que não, mesmo em equipamentos do mesmo fabricante/modelo e da mesma série de produção.

 

 

 

Novo refletor C4FM

 

#26802  –  PT-pYSF3

 

Entrou em total funcionamento na rede digital nacional um novo reflector YSF (C4FM) sendo que este tem várias particularidades que passo a descrever.

  • Refletor Multi Stream, o que permite no mesmo refletor alojar os anteriores ysf’s nacionais, mantendo na mesma o acesso a eles.
  • Completa compatibilidade com o “verdadeiro” Pi-Star e possibilitando o uso de DG-ID no mesmo.
  • Possibilidade de visualização da posição da outra, ou da sua estação, através do site premindo a tecla ‘Localização’. Será apresentado no OpenStreetMap o local da transmissão, se tiver GPS ativo.

  • Pode usar o modo ‘VW’, sendo perfeitamente compatível com as ligações bridge.
  • Permite o envio de mensagens, se em GM mode, para um utilizador ou os do grupo.
  • Permite o envio de imagens/vídeos, se em GM mode, para um utilizador ou os do grupo.

 

 

  • Mensagens e imagens/video só são aceites nos DG-ID exclusivos ao C4FM: 27, 38, 39, 40, 41, 42, 43, 44

 

 

Os utilizadores de equipamentos Fusion tem a possibilidade de se ligarem ao refletor C4FM usando o ‘node’ de identificação, no caso deste será o 26802 ou fazendo uma pesquisa pelo nome começado por ‘PT’ irião encontrar todos os nossos antigos YSF’s, o 009, 012, 903, 915 e 268. Podem optar por se ligarem a estes ditectamente, e usar como sempre o fizeram ou podem aproveitar este novo sistema e ligarem-se então ao PT pYSF3 ou #26802. Após a ligação serão rececionados no DG-ID 9 – ‘Local/Reflector’, poderão ficar somente por lá e comunicar com quem por lá se encontre, ou podem usar os DG-ID indicados na imagem abaixo.

 

 

 

Esta imagem está presente no rodapé do site e pode/deve ser consultada para podermos saber quais os DG-ID que podemos usar, DG-ID que não conste nesta lista não existe e como tal não há comunicação.

 

  • Ao substituir os antigos YSF’s por este novo refletor existiu a necessidade de “concentrar” neles o que os antigos tinham como bridge, assim os DG-ID do 31 ao 37 são simultaneamente C4FM <> DMR/DSTAR/NXDN.
  • O 27 e do 38 ao 44 são exclusivamente modo C4FM não tendo ligação com mais nenhum sistema, e a existir, será sempre em concordância com esta organização do presente sistema.

Página de acesso ao site: http://pysf-pt.brandmeister.pt

 

Identificação dos grupos

 

DG-ID Nome Node Modo
27 Portugal ~ C4FM
31 NXDN PT ~ C4FM/DMR/NXDN/XLX268 Y
32 YSF903 #15461 C4FM/DMR/XLX268 H
33 YSF009 #02986 C4FM/DMR/XLX268 C
34 YSF915 #09658 C4FM/DMR/XLX268 F
35 YSF268 #52639 C4FM/DMR/XLX268 D
36 YSF012 #45742 C4FM/DMR/XLX268 E
37 CS5LART ~ C4FM/DMR/Echolink
38 Norte ~ C4FM
39 Centro ~ C4FM
40 Capital ~ C4FM
41 Alentejo ~ C4FM
42 Algarve ~ C4FM
43 Acores ~ C4FM
44 Madeira ~ C4FM

 

 

Identificação dos modos C4FM

 

O ‘System Fusion’ detem a possibilidade de usar 3 modos digitais, o modo DN em que meio canal é usado para voz e o outro meio usado para data, normalmente dados de localização (GPS). Pode ser visto na imagem abaixo, em que o modo DN é identificado como V/D mode 2, e existe o botão localização, se tiver GPS e o mesmo estiver activo.

 

 

Outro modo usado é o VW, emprega melhoramento de audio em que os dois meios canais são ocupados pela modulação. Neste caso não há a possibilidade de enviar a localização por os canais estarem ocupados por voz. É identificado no dashboard como Voice FR.

 

 

Por ultimo, os envio de mensagens ou imagens/videos, feita em modo de grupo (GM), também ele em ocupação dos dois canais inibindo assim a possibilidade da localização, é identificado no dashboard  por Data FR.

 

 

*

 

P.S. – A falta de originalidade nos nomes atribuídos aos DG-ID estritamente C4FM, deveu-se a falta de capacidade do “desenvolvedor” na atribuição de nomes. Colabore se acaso acha que poderá contribuir com ideias mais originais para o nome dos DG-ID C4FM. No fundo da página do site tem um simbolo “@” clique nele e envie a sua proposta.

 


 

Aplicativo Mumble na rede DMR

Informamos que desde esta data (21/03/2022) se encontra disponível o acesso à rede DMR pelo aplicativo Mumble (em PC),  Mumla para Android, e Mumblefy para IOS.

 

 

O que é o Mumble/Mumla/Mumblefy ?

Mumble é um programa aplicativo de voz sobre IP criado para ser usado principalmente por gamers, e o seu funcionamento é similar a outros programas como TeamSpeak e Ventrilo.
Ele adota a arquitetura cliente-servidor, que permite aos utilizadores conversarem entre si usando o mesmo servidor.

O Mumble é um software livre, é multiplataforma, e é disponibilizado sob os termos da nova licença BSD.

No Mumble grande parte dos esforços de engenharia são focados na qualidade de som e na baixa latência. Em adição a isso toda a comunicação é criptografada para assegurar a privacidade dos utilizadores.

Como isto funciona no DMR ?

O próprio master DMR tem também ele o master-server Mumble, os acessos são os mesmos. Adicionamos o URL: 2682.master.brandmeister.network, e o indicativo/ID da rede DMR. Quer isto dizer que embora público ele não é “público“, só quem seja radio amador e tenha um ID válido o pode usar. Vamos ver como e quais os requisitos necessários.

 

Instalação / Configuração Mumble em PC

A instalação é simples, se em PC, façam download do executável certo para o vosso sistema operativo em: https://www.mumble.info/downloads/, após a instalação e antes sequer de adicionarem um servidor devem passar o modo de emissão do default VOX para PTT, isto evitará erros de emissão. Para isso devem ir ao menu ‘Configure‘ e no quadro apresentado na entrada ‘Transmission‘ remover o ‘Voice Activity’ e escolher ‘Push To Talk‘. Para instalação em smartphone é só executar o download na PlayStore.

 

Em português

 

 

Esta primeira parte está concluída, vem então a adição do servidor Mumble. Clicando no menu ‘Server’ iremos adicionar o que pretendemos, neste momento só alguns países ainda tem o servidor Mumble activo e cada um com os seus próprios MCC, não é viável via Mumble de Portugal usar o TG 724 do Brasil. Vamos então ver o que fazer nos dados necessários:

 

 

Em português

 

No ‘Address’ introduzimos o master de Portugal (2682.master.brandmeister.network). No campo Port não mexemos em nada, é o default da aplicação e está correto. No campo ‘Username’ introduzimos o nosso indicativo seguido de hífen (sinal negativo) e o nosso ID DMR, sem espaços alguns entre tudo isto. O ‘label’ poderá ser o que entenderem, no caso de futuramente vir a configurar mais masters talvez “Portugal” seja uma boa escolha para saberem onde estão.

Podemos então agora pedir o ‘Connect’, irão receber uma caixa para colocação da password, ela é a mesma que escolheram como vossa para uso em hotspots. 

  • Quem não tem password definida no Selfcare em Hotspot Security, não tem acesso ao aplicativo Mumble.

 

Após a ligação irão ver algo semelhante a imagem abaixo:

 

 

 

Aqui podem ver como se ligar num TG:

 

 

Instalação / Configuração Mumla em Android

 

Na PlayStore procuramos pela app Mumla e instalamos. Na finalização abrimos o programa e vamos começar por configura-lo. Como dito na instalação em PC um dos pormenores de configuração é o desligar do VOX. Para isso clicamos no canto superior esquerdo onde é visível as três barras horizontais.

 

em seguida Opções

 

 

 

Aqui escolhemos a primeira opção, ‘General’, e pomos conforme a imagem abaixo. Pessoalmente acho ser esta a melhor configuração, desactivamos as notificações de Chat, o Text-to-speech, isto porque o volume de informação pode ser grande e o áudio produzido pela aplicação confundir o utilizador. O auto-reconnect permite religar se houver uma falha de Internet. Na finalização podemos voltar ao menu anterior e escolher o Audio

 

 

Audio

Neste local encontram-se as configurações mais importantes para o bom desempenho da app, começamos por desactivar o VOX e activar o PTT. Neste primeiro quadro abaixo só nos interessa o Transmite mode e o Microphone volume. 

 

 

Premindo no Transmite Mode, escolhemos Push-to-Talk 

 

 

Ganho de Microfone

 

 

Após isso podemos rolar o ecrã mais para baixo e seguir as imagens seguintes que são as configurações do bit rate audio:

 

 

 

Após as configurações concluídas vamos adicionar um servidor, para isso clicamos na tecla ‘+’ e preenchemos a informação necessária conforme mostrado no início deste documento.

 

 

E pronto, concluída a nossa instalação Mumla

 

 

 

Android App

 

 Não esquecer nunca que a primeira coisa a fazer é desligar o VOX.

Pedimos que ajustem os níveis de áudio para que os codec’s não saturem levando a condições de mau áudio. Os TG’s  atualmente selecionados foram uma escolha nossa, aceitamos solicitações, desde que dentro do nosso MCC, e justificadas.

 

DMR2SOTA Gateway

 

 

DMR2SOTA Gateway

 

DMR2SOTA é uma nova gateway para envio de spots através da rede Brandmeister DMR (mais de 5.000 repetidores WW) para o Sotawatch.
Instruções:
Envie um SMS em privado com o id 214996 como os exemplos seguintes (use espaços para separar os campos):
CT/ES-005 14.205 SSB CT1GZB/P comentários opcionais
Como o seu radio está identificado na rede pode usar o asterisco para se anunciar a si próprio:
CT/ES-005 14.205 SSB * comentários opcionais
ou
CT/ES-005 14.205 SSB */P comentários opcionais
Após o envio da mensagem receberá um SMS confirmando ou não o sucesso do envio dependendo da resposta do Sotawatch. Se ocasionalmente receber um erro confirme o formato do envio do seu SMS.
Outros comandos disponíveis (similar aos comandos APRS2SOTA)
/SPOTS ou /S : Para receber os últimos 3 spots publicados no Sotawatch
/LAST ou /L: Para receber o último spot publicado no Sotawatch
/ALERTS ou /A : Para receber os últimos 3 alertas
/INFO ou /I : ‘referência SOTA para receber informação acerca da mesma (exemp: /INFO CT/ES-005)
/TIME ou /T: Para receber a hora em UTC

/HELP ou /H: Para ajuda

 

Agradecimentos à equipa BM ES pelo desenvolvimento, EA2CQ, EA2CW e VA3ARR.

O TG utilizado é ‘global’ o que quer dizer que está disponível no mundo DMR Brandmeister independentemente do master usado.  

 


Brandmeister DMR 2021: Revisão anual

 

 

2021 foi um grande ano na rede Brandmeister. A equipa de desenvolvimento mais uma vez mimou a comunidade DMR com muitos recursos excelentes. Vamos revisar os mais importantes:

 

Um novo hoseline com esteróides – QSOs em grupos de conversação Brandmeister podem ser ouvidos usando um navegador da web em praticamente qualquer dispositivo, usando o novo Hoseline com áudio aprimorado, normalização de volume, escuta de vários grupos de conversação, reprodução instantânea e muitos outros recursos descritos em detalhe neste artigo.

 

Gráficos de cobertura de repetidores aprimorados – Os gráficos de cobertura são mais precisos do que costumavam ser e são atualizados minutos após fazer uma alteração nos dados do repetidor. Os dados devem ser o mais precisos possíveis, a altitude é a da base da antena até à mesma (AGL e não ASL), o campo Power ERP (Effective radiated power) deve conter o valor da potencia emitida -perdas + ganho antena, usando a seguinte formula:

ERP(dBW) = Ptx(dBW) -L(dB) + G((dBi) -2.15)

Isto dará uma melhor definição da área de cobertura do vosso repetidor.

 

Autoatendimento para utilizadores e repetidores – Os dias do padrão “passw0rd” para pontos de acesso e repetidores acabaram. O processo de registo no Brandmeister garante que os IDs do amador sejam protegidos e o tráfego não seja perturbado por dispositivos ou gateways não autorizados. A maioria dos novos utilizadores agora são aprovados automaticamente e leva apenas 5 minutos para que um novo repetidor se torne disponível e gerenciável na rede Brandmeister DMR. Graças à colaboração dos desenvolvedores do Brandmeister e da RadioID, os dados do repetidor são importados no Brandmeister e os direitos do sysop são adicionados automaticamente. Não há necessidade de perguntar e esperar que isso seja feito manualmente.

 

Um painel mais rápido – o painel agora está responsivo, os proprietários de repetidores podem definir as suas próprias senhas, o ponto de acesso e a lista de repetidores são exibidos duas vezes mais rápido do que antes e o último ouvido é mais rápido do que nunca.

 

Atualizações do Brandmeister Core – o software principal da Brandmeister viu 48 atualizações em 2021, trazendo muitas melhorias de desempenho, bem como novos recursos incríveis, como o protocolo AudioSocket do Asterisk, TextCapture e a otimização de Wires-X bridging e do IMRS Fusion.

 

Reconhecemos que todas estas melhorias não teriam sido possíveis sem:

  • O tempo e a dedicação dos desenvolvedores envolvidos nos muitos aspectos da rede Brandmeister
  • Administradores nacionais contribuindo com o seu tempo para testar e relatar problemas para a equipe de desenvolvimento
  • Administradores nacionais mantendo, solucionando problemas e atualizando os servidores que tornam o Brandmeister acessível aos utilizadores de rádio em todo o mundo
  • Equipas de suporte que passam incontáveis ​​horas ajudando outros utilizadores
  • Utilizadores fornecendo recursos de computação e hospedagem

 

Temos mais em 2022 … fique ligado e Feliz Ano Novo!

 


 

Upgrade (correcto) dos Anytone

 

Por toda a WWW é possivel ler e reler “formulas” de como fazer o upgrade aos Anytone, umas correctas outras nem por isso. Deixo-vos aqui aquilo que tem sido escrito/re-escrito no grupo de apoio ao Anytone em português Telegram:CT AT-868/878/878+ Suporte (+578).

Assim sendo vamos ver como proceder:

 

  1. No CPS anterior, antes de fazer qualquer atualização, exporte tudo Tools -> Export -> Export (all). Isto irá salvar toda a informação do codeplug antigo.
  2. Passe por todas as suas configurações opcionais(Optional Setting) e anote-as ou faça capturas de ecra de todas as configurações que lá se encontrem. Essas configurações não são salvas pelo processo Export (all) .
  3. Instale o novo CPS, no fim da instalação deixe o instalador abrir o CPS e faça as seguintes configurações, vá a Tools -> Options e marque as opções GPS / Bluetooth / não active opção 500Hours Record, irá só ocupar espaço de memória num equipamento que tem muito mais que nos interesse que seja o fazer gravações e /APRS que se aplicam ao seu rádio. Após isto feche o CPS .
  4. Ligue o rádio normalmente, segure as teclas MENU e EXIT e desligue o rádio. Certifique-se de que o LED vermelho esteja a piscar, indicando que o modo de upload de firmware está ativo. Abra o novo CPS. Carregue o novo firmware usando a ferramenta de menu do software CPS -> Firmware do novo CPS.
  5. Faça o RESET ao rádio, esta etapa é muito importante! Se não fizer isto, os dados antigos no rádio podem entrar em conflito com a maneira como o firmware espera que a memória seja formatada após a atualização. Após o reset entre os dados de UTC e relogio.
  6. Se houver uma atualização da banda base com a nova versão do firmware, faça isso agora. Ligue o rádio segurando o botão laranja / azul superior e o botão # até que a mensagem “inicialization mode to SCT” seja exibido.
    Use uma versão recém-instalada do software SCT_PORT Host Controller no seu PC para enviar o novo arquivo hex SCT3258 para o rádio. Versões mais antigas do software SCT_PORT Host Controller podem não ser capazes de carregar todas as informações necessárias, apesar de não fornecer nenhum erro ou outra indicação de falha
  7. Se houver uma atualização dos ícones com a nova versão do firmware, faça-o agora. Ligue o rádio segurando o PTT e o botão lateral inferior até que a mensagem “ACTUALIZATION MODE” seja exibida. Carregue o novo arquivo de ícones usando a ferramenta de menu do software CPS -> Firmware e Icon actualization.
  8. Agora leia o rádio reiniciado (sim, está a ler um rádio ‘em branco’, tudo bem)
  9. Importe tudo o que foi salvo na etapa 1, usando Import (All)
  10. Conclua o seu codeplug preenchendo a seção Optional Setting e confirme se tudo está correto.
  11. Envie o codeplug recém reconstruído para o rádio
  12. Se tinha uma imagem de inicialização personalizada ou imagens de fundo, envie-as para o rádio agora.
  13. Finalmente, salve o codeplug e certifique-se de usar este arquivo salvo como base para quaisquer outras alterações que possa vir a fazer

 

Sim, a coisa funcionará com o codeplug da última versão do firmware, mas coisas estranhas podem acontecer se não forem seguidos os passos acima descritos. Transmissão lenta, tons de alerta distorcidos, congelamento, travamentos e outros problemas diversos foram corrigidos por uma nova reconstrução do codeplug – um processo que ficou muito mais fácil com os recursos de exportação e importação do software.

Isto garante que os dados subjacentes nos quais o seu codeplug é construído sejam novos e consistentes com o CPS e a versão do firmware em uso. Reserve um tempo para fazer isto para garantir um melhor resultado.

 

P.S. –  o ponto 6 já não se aplica aos atuais equipamentos, somente se adquiriu um radio a alguém que tenha “parado” no tempo, no caso do 878 que tenha firmware <= 1.14

Qualquer duvida contacte-nos…


 

O serviço SMS Store & Forward

 

Nova facilidade no BM, “TextCapture”, o serviço SMS Store & Forward (guarda-e-envia) pode ser habilitado no seu SelfCare !

 

 

Se achou inconveniente só receber SMS com o rádio DMR ligado, dentro da cobertura de repetidor / hotspot, e não estando ocupado… a rede Brandmeister tem uma solução!

 

Graças ao árduo trabalho do Artem e da equipa betatester da Brandmeister, agora pode ativar o “Text Capture” no seu Selfcare, um recurso que armazenará as mensagens de texto enviadas para si se o seu rádio não estiver acessível no hora de envio e atrasar a entrega até que o seu ID se torne ativo na rede Brandmeister DMR.

 

Requisito Importante

 

Para que este recurso funcione precisa garantir que o seu rádio envie uma confirmação de recepção de SMS de volta para a rede BrandMeister. Caso contrário, o BrandMeister continuará enviando as mensagens podendo ser considerado SPAM ou pelo menos aborrecidas.

 

Portanto, antes de ativar este recurso, certifique-se de que o fabricante do seu rádio implementou o reconhecimento de SMS e de que você ativou esse recurso no seu codeplug. (Forneceremos uma ferramenta baseada na web para ajudar a verificar se o seu rádio o reconhece corretamente.)

 

Como é que isto trabalha?

Ilustração de um rádio DMR enviando um SMS para outro rádio pela rede Brandmeister

 

Por padrão, a Captura de texto está desativada. Quando alguém envia um SMS para o seu ID, se o remetente e o destinatário não estiverem na mesma frequência e timeslot, a mensagem é encaminhada para o master server Brandmeister onde o seu ID foi ‘visto’ pela última vez e enviada pelo mesmo repetidor / hotspot que está a usar. Se o seu rádio captar, ótimo, caso contrário estará perdido e não será devolvido.

 

Roteamento de SMS da rede Brandmeister quando a captura de texto está desligada.

 

Depois de ativar o recurso de captura de texto no seu Selfcare, qualquer chamada de dados enviada para seu ID (incluindo SMS, ARS, etc.) será tratada pelo master BrandMeister. Quando um SMS é enviado para o seu ID, o Brandmeister irá capturar a mensagem, enviar uma confirmação ao remetente, tentar a entrega ao seu rádio e aguardar que ele confirme o recebimento do SMS. Se nenhuma confirmação for recebida, o master Brandmeister continuará enviando a mensagem regularmente até que uma confirmação seja recebida por um período máximo de 7 dias. Depois disso, a mensagem será eliminada e não há como recuperá-la.

 

Roteamento de SMS na rede Brandmeister quando a captura de texto está ativada

 

 

Novamente, é importante que tenha em mente que, uma vez que o recurso é ativado, o seu rádio receberá apenas chamadas de dados iniciadas pela rede Brandmeister.

Excepções

  • O recurso “armazenar e encaminhar” funciona apenas com assinantes da rede Brandmeister.
  • SMS de serviços externos (como serviços automatizados de SMS, mensagens DAPNET, etc.) são enviados diretamente para o destinatário.
  • SMS não passam por gateways com outras redes DMR.

 

Alterando o “Text Capture” on and off

 

  • Logue-se na sua conta Selfcare da rede BrandMeister.
  • No topo direito da página, clique no seu indicativo e selecione “Selfcare”.

 

 

  • Pressione “Text Capture” para opção ON ou OFF e depois salve a opção escolhida.

 

 

Para qualquer duvida contacte-nos: team.dmr.pt(at)gmail.com

 

 


 

Anytone – Talker Alias

O Talker Alias (tolquer alias) é uma das características da rede BrandMeister DMR, ela difunde sem simultaneo com o stream o indicativo e o complemento do APRS Text que se encontra no Selfcare de cada utilizador. É comum vermos CT1xxx DMR ID: 268xxxx, isto significa que o utilizador não alterou os seus dados no Selfcare.

Práticamente todos os masters tem a possibilidade de envio e receção do TA, são uma excepção os Estados Unidos da América (MCC 310), o motivo que os levou a tal é o facto de os repetidores e alguns rádios da marca Motorola não cumprirem os SPECS do protocolo DMR e como tal não entederem esse recurso dando origem a pequenos cortes na receção ou emissão. Tal facto levou os sysop’s dos USA a eliminarem o TA da sua rede, no meu entender sem proveito algum, digo isto porque Portugal tem TA na rede e é detentor de 3 repetidores Motorola e alguns utilizadores com o mesmo tipo de equipamento no entanto não existem cortes na rede, alguns poderão existir por maus ajustes dos interlocutores.

Vamos então ver o necessário para que tias cortes não sejam produzidos, esta informação recai sobre equipamentos da marca  Anytone ou equipamentos Motorola sob hotspot.

 

Anytone

Com a entrada ao serviço de equipamentos Anytone que recebem o TA, facilitando assim o reconhecimento do indicativo do interlocutor não precisando da lista de contactos para estar atualizado, e que também o podem emitir, pretendo então explicar a forma correta de configuração do TA. Pode ver nas imagens abaixo o que é necessário ser parametrizado corretamente: Nunca habilitar o ‘Send Talker Alias’.

 

Clicando naquela entrada iremos ter o seguinte quadro:

 

Após a seleção gravamos o codeplug e fazemos o envio para o rádio.

 

No caso dos equipamentos Motorola usando um hotspot pessoal.

Para quem tenha equipamentos Motorola e use Hotspot, atualmente e para quase todos é o pi-star, existem também uns parametros a definir.
Acedemos à configuração do pi-star, escolhemos o modo ‘Expert’, de seguida abrimos o menu ‘mmdvmhost’ e no quadro DMR localizamos o campo “OVCM”, os valores estão descritos no quadro de informação, poderão variar conforme o tipo/firmware do nosso Motorola, por norma o 1 resolve o problema, em última instancia o 4, forçando o sistema a eliminar o TA da rede. Vejam as imagens abaixo para identificação: – nunca usar o 2 ou 3.

 

 

 

Em conclusão, sendo que equipamento for e se o mesmo poder fazer envio do TA na transmissão não o usem, porque isso provoca os tais cortes audiveis nas comunicações se pelo caminho estiverem repetidores da marca Motorola, ou se o ouvinte estiver a usar um hotspot e também um rádio da Motorola.

 

Para qualque duvida deixe um Comentário.