ARLA/CLUSTER: CQ0VARB - Repetidor Serra da Arrabida - DUVIDA
Paulo Santos
ct4dk.santos gmail.com
Segunda-Feira, 24 de Agosto de 2009 - 14:57:23 WEST
Colega Carlos
Fiquei esclarecido, mas num repetidor não é propriamente obrigatório que
a parte emissora emita o Tone ou seja ter o Tone programado na parte
receptora e na parte emissora, creio que se utilizasse o sistema
de deixar passar o tone que entra no RX para o TX talvez resolvesse a
questão porque assim o TX nunca tem Tone activo e só tem Tone quando lhe
entra pelo RX vindo da estação base, móvel ou portátil
permitindo assim abrir o receptor de outra estação base, móvel ou
portátil com o dito Tone na sua recepção.
Claro que o sistema de reaproveitamento de frequências tem sobreposições
mas também a principal utilização dos repetidores é para estações moveis
ou portáteis.
73's
de Paulo Santos, CT4DK
Carlos Mourato escreveu:
> Colega Santos
> Muito simples. Lembra-se certamente que antigamente quando não se
> utilizavam tons, e os repetidores abriam com um vestigio de portadora,
> muitos deles ficam semanas a ligar e desligar até avariarem. Ora na
> maioria, acontecia porque o emissor, entrava no RX mesmo que muito ao
> de leve, devido a desafinação das cavidades, provocada muitas vezes
> pelas diferenças de temperatura extremas a que estavam sujeitas. Isso
> era o suficiente para que o proprio emissor do repetidor o colocasse
> um funcionamento, ou seja: uma vez removido o sinal de entrada, o
> repetidor segurava-se a si proprio. Depois com os tons esse panorama
> mudou. Ja era preciso o tom e os repetidores passaram a ficar mais
> estaveis.pois ao remover o sinal o tom desaparecia e o emissor
> desligava. mesmo que o RX "cheirasse o TX, não tinha tom e não ia para
> o ar. Como os repetidores da ARLA tem um filtro passa alto na
> modulação, que so passa sinal de audio acima de 150Hz, o tom que chega
> ao RX, proveniente da estação que o está a usar não sai. No entanto o
> repetidor tem a opção de ele proprio emitir o tom para que esta
> programado, mas eu desliguei-o pelos motivos expostos, e pela razão de
> que o acho perfeitamenhte desnecessário. Nada obriga a um tom para
> activar o SQL selectivo, Ao contrario do que muita gente pensa, e como
> o colega muito bem sabe, os tons não protegem contra interferencia
> alguma, e a não ser para evitarem que estejam a ir para o ar por
> passar uma mosca por perto, não vejo qualquer utilidade no uso dos
> mesmos. Poderá o colega dizer que servem para não colocar-mos no ar
> varios repetidores. Correcto e afirmativo, mas para que é que serve
> isso?...Só para aumentar a confusão. Dou-lhe um exemplo. Faz umas
> semanas, estava eu a utilizar o repetidor da serra do Marão, em
> 145.650. Claro que eu não colocava o de Foia no ar, porque estava com
> o tom do Marão, mas o meu sinal estava la no receptor de Foia com a
> "bisga" toda, pois estou em linha de vista. Entretanto apareceram em
> Foia uns colegas, que como não me escutavam, começaram a usar o
> repetidor. Ora deixei eu de escutar o Marão, e quando eu saia a falar
> para o Marão atirava com o repetidor de Foia imediatamente abaixo,
> interrompendo o QSO que la se iniciou, É de salientar que eu ja estava
> a usar o Marão antes de começarem a usar Foia, por isso não ia ficar a
> meio de um QSO para que Foia funcionasse. Aquilo deu cobras e
> lagartos, insultos e opiniões ridiculas sobre os motivos do repetidor
> estar só a cair etc etc!...se não houvesse tons, ou se fossem todos
> iguais esta situação não acontecia. Imagine que algum colega está a
> usar os 145.700 do Trevim a partir de Lisboa, com o SQL selectivo
> activado. Apesar do SMETER indicar sinal (pois ele está receber), só
> vai escutar audio com o repetidor de Trevim. Pode acontecer alguem de
> Lisboa tambem estar a usar Santiago do Cacem mas como ele não escuta
> Santiago, toca a chamar, e a interferir ainda que involuntariamente no
> QSO que estaria a decorrer em Santiago. É para isto que serve os tons
> na emissão do repetidor e os tonSQL nos receptores. Os repetidores de
> amador são uma rede aberta e não uma rede privada. Aí sim normalmente
> usa-se o sistema de tons em RX e TX. Esclarecido???
>
> 73 de CT4RK
>
>
> 2009/8/24 Paulo Santos <ct4dk.santos gmail.com
> <mailto:ct4dk.santos gmail.com>>
>
> Boas Carlos tudo bem?
> Gostava que me explicasses este ponto transcrito aqui pois fiquei
> um bocado confuso.
> "2ª - A presença do tom em emissão pode colocar o emissor no ar
> sem sinal de recepção....."
>
> 73's
> de Paulo Santos, CT4DK
>
> Carlos Mourato escreveu:
>> Colega Tomaz.
>> Os repetidores da ARLA não tem o tom em emissão. As razões são
>> principalmente 2
>> 1º - Não é obrigatorio o tom em emissão
>> 2ª - A presença do tom em emissão pode colocar o emissor no ar
>> sem sinal de recepção se não existir um isolamento perfeito entre
>> a emissão e a recepção, e pode acontecer o repetidor ficar a
>> ligar e desligar constantemente sem parar. isto pode acontecer
>> simplesmente devido a alguma desintonia provocada pelas
>> diferenças de temperatura.
>>
>> 2009/8/23 Miguel Tomaz <kongo127 hotmail.com
>> <mailto:kongo127 hotmail.com>>
>>
>>
>> Boa Noite!
>>
>>
>> Foi a pouco tempo que comecei no VHF/UHF, e ainda sao algumas
>> as duvidas relativamente a repetidores.
>>
>> Contudo a momentos surgiu-me outra mais importante.
>>
>> Os colegas custumam usar o Tone Squelch nos repetidores?
>>
>> Como tenho QRM, que creio ser de uma estaçao de TV,
>> seleccionei no radio a opçao TSQ ao inves do squelch normal.
>>
>> Isto faz com que haja audio no radio somente quando recebo
>> algum sinal na mesma frequencia com a mesma sub-portadora
>> (74,4Hz no caso).
>>
>> Julguei que estava a proceder de forma correcta, pois oiço o
>> repetidor a identificar-se.
>>
>> Mas ha momentos reparei que tinha sinal no s-meter depois do
>> meu CQ, para meu espanto nao conseguia escutar o colega.
>>
>> Tive de retirar o Tone Squelch para prosseguir com o QSO.
>>
>>
>> Nao compreendo o que se passa... Pois o tone e necessario
>> para abrir o repetidor, e depois nao "abre" no meu radio?
>>
>> Estamos a falar de um Yaesu FT-60 para o caso de alguem conhecer.
>>
>>
>>
>> 73 de Miguel - CT2JUT
>>
>> _______________________________________________
>> CLUSTER mailing list
>> CLUSTER radio-amador.net <mailto:CLUSTER radio-amador.net>
>> http://radio-amador.net/cgi-bin/mailman/listinfo/cluster
>>
>>
>>
>>
>> --
>> Best 73 from: regards from: CT4RK Carlos Mourato - Sines - Portugal
>>
>> Save the Radio Spectrum! Eliminate Broadband over Power Line.
>> Salve o espectro electromagnético!. Não use a rede electrica para
>> transmitir dados. Os "homeplugs power line" e a tecnologia "power
>> line" causa fortes interferencias noutro serviços sem voce se
>> aperceber. Diga não à tecnologia power line. Proteja o ambiente
>> -----------------------------------------------------------
>>
>>
>> ------------------------------------------------------------------------
>> _______________________________________________ CLUSTER mailing
>> list CLUSTER radio-amador.net <mailto:CLUSTER radio-amador.net>
>> http://radio-amador.net/cgi-bin/mailman/listinfo/cluster
>
>
> _______________________________________________
> CLUSTER mailing list
> CLUSTER radio-amador.net <mailto:CLUSTER radio-amador.net>
> http://radio-amador.net/cgi-bin/mailman/listinfo/cluster
>
>
>
>
> --
> Best 73 from: regards from: CT4RK Carlos Mourato - Sines - Portugal
>
> Save the Radio Spectrum! Eliminate Broadband over Power Line. Salve o
> espectro electromagnético!. Não use a rede electrica para transmitir
> dados. Os "homeplugs power line" e a tecnologia "power line" causa
> fortes interferencias noutro serviços sem voce se aperceber. Diga não
> à tecnologia power line. Proteja o ambiente
> -----------------------------------------------------------
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> CLUSTER mailing list
> CLUSTER radio-amador.net
> http://radio-amador.net/cgi-bin/mailman/listinfo/cluster
>
-------------- próxima parte ----------
Um anexo em HTML foi limpo...
URL: http://radio-amador.net/pipermail/cluster/attachments/20090824/f259e72e/attachment.html
Mais informações acerca da lista CLUSTER