{"id":3157,"date":"2023-01-18T23:00:01","date_gmt":"2023-01-18T23:00:01","guid":{"rendered":"https:\/\/dmr-portugal.org\/?p=3157"},"modified":"2023-01-29T16:19:09","modified_gmt":"2023-01-29T16:19:09","slug":"ajuste-do-ber-no-mmdvm","status":"publish","type":"post","link":"https:\/\/dmr-portugal.org\/?p=3157","title":{"rendered":"Ajuste do BER no MMDVM"},"content":{"rendered":"

 <\/p>\n

O BER (bit error correction ou \u201cbit para corre\u00e7\u00e3o de erros\u201d), \u00e9 parte do c\u00f3digo usado em sistemas digitais que permitem por alguma forma a corre\u00e7\u00e3o do mesmo, esta corre\u00e7\u00e3o sendo \u201cexagerada\u201d n\u00e3o vai preencher as lacunas mas sim elimina-las.
\n<\/span><\/p>\n

Como a maioria dos utilizadores usam a aplica\u00e7\u00e3o \u2018pi-star\u2019 no seu hotspot vamos tentar explicar o BER, j\u00e1 sabendo o que ele provoca, e como resolver. Todos j\u00e1 ouviram emiss\u00f5es com cortes ou at\u00e9 mesmo serem denunciados por outros em que a nossa emiss\u00e3o por vezes falha, isso deve-se por duas raz\u00f5es, ou falha do acesso internet, micro cortes, ou por um BER alto, acima de 1,5%.<\/span><\/p>\n

Os hotspots tem componentes, que sendo de qualidade garantiriam que a frequ\u00eancia marcada como sendo de emiss\u00e3o\/rece\u00e7\u00e3o fosse unica, esse elemento \u00e9 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\u00e1mos<\/em>.<\/span><\/p>\n

No mesmo sentido temos os r\u00e1dios, a qualidade \u00e9 diretamente proporcional ao custo do mesmo, existe exactamente o mesmo componente e a sua qualidade \u00e9 factor determinante da estabilidade e frequ\u00eancia apresentada.<\/span><\/p>\n

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

 <\/p>\n

 <\/p>\n\n\n\n
hotspot – 433.450760<\/p>\n

radio \u2013 433.449917<\/p>\n

+83 em rela\u00e7\u00e3o ao hotspot<\/p>\n

-760 em rela\u00e7\u00e3o ao hotspot<\/p>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

 <\/p>\n

N\u00e3o nos vamos prender com a exatid\u00e3o do r\u00e1dio, o que nos interessa \u00e9 que o nosso hotspot receba bem o nosso r\u00e1dio, pelo visto acima seria introduzirmos o valor a corrigir de -760 (os valores s\u00e3o sempre em ciclos\/seg). No entanto como vimos pelo apresentado o r\u00e1dio tamb\u00e9m tem um desvio de 83 c\/s para mais, isto tomando como base a frequ\u00eancia central de 433.450, assim que -760+83 = -677, ou seja -670 ou -680 como base.<\/span><\/p>\n

Obviamente que os valores demonstrados acima seriam adquiridos com equipamentos de laboratorio que nem todos t\u00eam, vamos mostrar uma de duas formas f\u00e1ceis de o poder fazer, qualquer delas precisa do aplicativo \u2018putty\u2019 ou \u2018bitvise\u2019 para aceder a raspberry via terminal ssh (o velhinho VT100 sem ecr\u00e3 verde).<\/span><\/p>\n

 <\/p>\n

Usando o \u2018Putty\u2019 ou o \u2018Bitvise\u2019<\/span><\/strong><\/p>\n

 <\/p>\n

Muito importante, o hotspot deve estar no m\u00ednimo a 3 mts do r\u00e1dio em pot\u00eancia baixa<\/strong><\/span><\/p>\n

(por este motivo dizemos n\u00e3o fazer nenhum sentido terem display)<\/span><\/p>\n

 <\/p>\n

Qualquer destes aplicativos permitem o acesso SSH (um protocolo de comunica\u00e7\u00e3o IP) para aceder em modo terminal (um ecr\u00e3 preto) ao nosso Raspberry. Pessoalmente prefiro usar o Bitvise pela possibilidade do multi terminal sem muito esfor\u00e7o, o mesmo se aplica ao modo sFTP, transferir, de e para, ficheiros. O putty permite o mesmo mas com mais comandos.<\/span><\/p>\n

Lembem-se sempre que Linux n\u00e3o \u00e9 Windows, para executarmos algo em Linux devemos sempre (h\u00e1 algumas excep\u00e7\u00f5es) usar o user root<\/strong>, s\u00f3 assim \u00e9 garantida a execus\u00e3o de um aplicativo com direitos plenos.<\/span><\/p>\n

Para\u00a0 acedermos ao nosso Raspberry vamos abrir, seja o Putty ou o Bitvise, uma sess\u00e3o onde devemos colocar alguns dados, s\u00e3o eles o host, que \u00e9 o IP que a Raspberry tem, a porta, por defeito a porta shh \u00e9 a 22, o user, que por defeito \u00e9 \u2018pi-star\u2019 (no caso do pi-star, numa insta\u00e7\u00e3o mais pessoal \u00e9 \u2018pi\u2019) e a password, que por defeito \u00e9 raspberry.
\nA diferen\u00e7\u00e3o entre o uso do Putty e do Bitvise \u00e9 que no Putty tanto o user como a palavra passe s\u00e3o introduzidas j\u00e1 no terminal que aparece no nosso ecr\u00e3, no Bitvise esses dados est\u00e3o na aplica\u00e7\u00e3o e podem ser guardados para sempre, dando a que ao aparecer o modo terminal j\u00e1 temos o login feito.
\nAp\u00f3s a entrada no modo terminal devemos mudar o utilizador para root<\/strong>, isso \u00e9 vis\u00edvel na propria raiz do terminal.<\/span><\/p>\n

 <\/p>\n

 <\/p>\n

\"\"<\/span><\/p>\n

Usando o comado sudo \u2013s<\/strong> resultar\u00e1 em:<\/span><\/p>\n

\"\"<\/span><\/p>\n

 <\/p>\n

Notem \u00e0 esquerda na linha de comando a indica\u00e7\u00e3o do utilizador da conta.<\/span><\/p>\n

 <\/p>\n

Para informa\u00e7\u00e3o o (ro) visivel quer dizer que qualquer preten\u00e7a altera\u00e7\u00e3o que queiram fazer n\u00e3o \u00e9 aceite pelo sistema, est\u00e1 em \u2018read only\u2019 ou seja s\u00f3 permite leitura, se acaso, e ap\u00f3s o teste de BER, quiserem alterar o valor no ficheiro mmdvmhost\u00a0 dever\u00e3o antes de o fazer executar no terminal \u2018rpi-rw\u2019 para preparar o sistema a suporte de escrita, isto n\u00e3o \u00e9 necess\u00e1rio se o fizerem via dashboard no PC.<\/span><\/p>\n

Neste terminal\u00a0 vamos executar o comando pistar-mmdvmcal<\/strong>, ir\u00e1 dar algo semelhante a imagem abaixo:<\/span><\/p>\n

 <\/p>\n

\"\"<\/p>\n

 <\/p>\n

Este quadro leva algum tempo a ser visualizado, isto porque a aplica\u00e7\u00e3o vai parar o mmdvmhost e todas as liga\u00e7\u00f5es que estivessem presentes na altura.<\/span>
\nDevemos ter o nosso r\u00e1dio preparado para o que usamos como hotspot, como disse por norma costuma ser\u00e1 os 433.450, mas ter\u00e1 que ser sempre algo com o color code = 1. Com base no teste ao nosso r\u00e1dio vamos come\u00e7ar digitando a letra E<\/strong> e inscrevendo a frequ\u00eancia do nosso r\u00e1dio, por exemplo 433450000, sem\u00a0 pontos ou espa\u00e7os. Isto vai preparar o aplicativo a receber do nosso r\u00e1dio a emiss\u00e3o.<\/span>
\nDe seguida escolhemos a op\u00e7\u00e3o b<\/strong> e premimos o PTT nunca menos que 30 seg. Ir\u00e1 dar uma lista de pacotes recebidos concluindo com o valor lido do BER. Neste teste escolhi a frequencia, atrav\u00e9s da tecla E, e depois dos dados introduzidos, a letra b, o valor foi o seguinte:<\/span><\/p>\n

 <\/p>\n

\"\"<\/p>\n

 <\/p>\n

Como se pode ver o valor \u00e9 alto, 2.1%, subi 150 c\/s na frequ\u00eancia usando a tecla F <\/strong>e voltei a premir o PTT por 30 seg. Resultando no visivel:<\/span><\/p>\n

 <\/p>\n

\"\"<\/p>\n

\"\"<\/p>\n

Ainda n\u00e3o foi desta, mas pelo menos percebi que o desvio em frequ\u00eancia n\u00e3o era para mais mas sim para menos. <\/span>Assim reduzi a frequ\u00eancia, usando a tecla f<\/strong> (a mesma mas em minisculas) para os mesmos 150 c\/s no caso abaixo da inscrita.<\/span><\/p>\n

 <\/p>\n

\"\"<\/p>\n

Novo teste, agora com frequ\u00eancia abaixo dos 433.450<\/span><\/p>\n

 <\/p>\n

\"\"<\/p>\n

 <\/p>\n

Novamente PTT durante 30 seg e agora sim.<\/span><\/p>\n

 <\/p>\n

Se deixar ficar por este valor de 0.5% de BER \u00e9 o que irei inserir no campo RXOffset do MMDVMHost (abaixo j\u00e1 explico como aceder a esta parte<\/em>), o valor a colocar ser\u00e1 ent\u00e3o -150<\/strong> que foi a deriva informada pelo aplicativo MMDVMCal.<\/span>
\nO RXOffSet \u00e9 a frequ\u00eancia de rece\u00e7\u00e3o do vosso Hotspot (\u00e0s vezes \u00e9 confuso entender isto), o TXOffSet ser\u00e1 o mesmo para a emiss\u00e3o, no caso poder\u00e1 haver ou n\u00e3o o mesmo desvio, h\u00e1 muita informa\u00e7\u00e3o na net dizendo que se deve por o mesmo valor e pela l\u00f3gica seria o acertado, mas n\u00e3o, o facto do nosso r\u00e1dio ter um desvio em TX n\u00e3o significa que tenha exactamente o mesmo em RX e para o uso em quest\u00e3o n\u00e3o \u00e9 importante. Seria importante se \u201cpretendessemos\u201d escutar o nosso hotspot a kms da posi\u00e7\u00e3o, ai o factor ‘desvio de frequ\u00eancia’ daria uma menor cobertura. Mas relembro que um hotspot s\u00f3 deve ser usado pelo pr\u00f3prio e limitado em dist\u00e2ncia para n\u00e3o cairmos na ilegalidade de ser uma esta\u00e7\u00e3o de uso comum, vulgo repetidor, para a qual n\u00e3o tendo licen\u00e7a \u00e9 ilegal.<\/span><\/p>\n

 <\/p>\n

 <\/p>\n

Alterando o pi-star para o melhor BER via dashboard<\/span><\/strong><\/span><\/p>\n

Deve usar o TG 9<\/strong><\/span><\/p>\n

 <\/p>\n

Vamos passar para o PC e abrir a p\u00e1gina do pi-star, intoduzimos o mesmo IP e clicamos no link \u201cConfiguration\u201d ou \u201cConfigura\u00e7\u00e3o\u201d, de seguida no apresentado escolhemos \u201cExpert\u201d e em seguida em \u201cMMDVMHost\u201d, rolamos o ecr\u00e3 at\u00e9 a configura\u00e7\u00e3o \u201cModem\u201d. Procuramos a caixa RXOffSet e nela introduzimos o valor achado com a aplica\u00e7\u00e3o, no caso que apresentei ser\u00e1 -150<\/strong> e salvamos a altera\u00e7\u00e3o. Como disse n\u00e3o h\u00e1 necessidade alguma de introduzir o mesmo valor na caixa TXOffSet, mas mal tamb\u00e9m n\u00e3o faz.<\/span><\/p>\n

 <\/p>\n

\"\"<\/p>\n

Imagem identificativa, o valor difere dos resultados apresentados neste documento<\/em><\/span><\/p>\n

 <\/p>\n

 <\/p>\n

Pi-star e o \u201cmeu r\u00e1dio\u201d<\/span><\/strong><\/span><\/p>\n

 <\/p>\n

O valor de BER achado \u00e9 exclusivo do r\u00e1dio que esteve sob teste, se acaso pretendem usar mais algum r\u00e1dio que tenham no mesmo hotspot o valor de BER poder\u00e1 ser bem diferente resultando em perdas ou at\u00e9 na impossibilidade de o hotspot \u201couvir\u201d o r\u00e1dio. N\u00e3o \u00e9 imposs\u00edvel de ser feito, representa muito mais tempo para encontrar um meio termo de ajuste entre ambos os equipamentos. \u00c1s vezes poder\u00e1 mesmo ser imposs\u00edvel.<\/span><\/p>\n

Referi acima que havia duas poss\u00edveis formas de o fazer, sendo a anterior a primeira e com mais recursos a serem usados, existe tamb\u00e9m a possibilidade de o fazerem no prprio dashboard do pi-star. Seguindo o que foi apresentado at\u00e9 aqui e acedendo a sess\u00e3o Modem, depois expert->mmdvmhost, ser\u00e1 o colocarmos n\u00f3s valores poss\u00edveis na caixa RXOffSet e salvarmos, depois do pi-star ter reinciado verificamos no dashboard qual o valor de BER na coluna respectiva.<\/span><\/p>\n

 <\/p>\n

\"\"<\/p>\n

 <\/p>\n

Alteramos o valor que colocamos no RXOffSet at\u00e9 o mesmo ser o melhor objectivo.<\/span><\/p>\n

 <\/p>\n

\"\"<\/p>\n

 <\/p>\n

Tenham presente este ponto, cada configura\u00e7\u00e3o de BER \u00e9 s\u00f3 para o r\u00e1dio que testaram, poder\u00e1 surgir a casualidade de outro ser perfeitamente aceite, mas \u00e9 bem poss\u00edvel que n\u00e3o, mesmo em equipamentos do mesmo fabricante\/modelo e da mesma s\u00e9rie de produ\u00e7\u00e3o.<\/strong><\/p>\n

 <\/p>\n

 <\/p>\n

 <\/p>\n

\n","protected":false},"excerpt":{"rendered":"

  O BER (bit error correction ou \u201cbit para corre\u00e7\u00e3o de erros\u201d), \u00e9 parte do c\u00f3digo usado em sistemas digitais que permitem por alguma forma a corre\u00e7\u00e3o do mesmo, esta corre\u00e7\u00e3o sendo \u201cexagerada\u201d n\u00e3o vai preencher as lacunas mas sim elimina-las. Como a maioria dos utilizadores usam a aplica\u00e7\u00e3o \u2018pi-star\u2019 \u2026 Continua… → <\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[23,26],"tags":[],"class_list":["post-3157","post","type-post","status-publish","format-standard","hentry","category-formacoes","category-pi-star"],"_links":{"self":[{"href":"https:\/\/dmr-portugal.org\/index.php?rest_route=\/wp\/v2\/posts\/3157","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/dmr-portugal.org\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/dmr-portugal.org\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/dmr-portugal.org\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/dmr-portugal.org\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=3157"}],"version-history":[{"count":7,"href":"https:\/\/dmr-portugal.org\/index.php?rest_route=\/wp\/v2\/posts\/3157\/revisions"}],"predecessor-version":[{"id":3179,"href":"https:\/\/dmr-portugal.org\/index.php?rest_route=\/wp\/v2\/posts\/3157\/revisions\/3179"}],"wp:attachment":[{"href":"https:\/\/dmr-portugal.org\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=3157"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/dmr-portugal.org\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=3157"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/dmr-portugal.org\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=3157"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}