"Adam SP5RZP" pisze:
Ktoś przejeżdżający sporadycznie przez powiat teraz musi oprócz częstotliwości pamiętać o załączeniu właściwego CTCSS.
Niekoniecznie musi wiedzieć jaki ton tu jest stosowany i niekoniecznie musi mu się chcieć grzebać w menu radia.
Gdyby przemiennik pracował bez subtonu to taki gość wszedł by bez względu czy ma i jaki ma subton załączony.
Więc po co blokować przemiennik CTCSS-em?
Ktoś przejeżdżający sporadycznie przez powiat teraz musi oprócz częstotliwości pamiętać o załączeniu właściwego CTCSS.
Niekoniecznie musi wiedzieć jaki ton tu jest stosowany i niekoniecznie musi mu się chcieć grzebać w menu radia.
Gdyby przemiennik pracował bez subtonu to taki gość wszedł by bez względu czy ma i jaki ma subton załączony.
Więc po co blokować przemiennik CTCSS-em?
"Adam SP5RZP" pisze:
Przy podniesionej propagacji Koledzy skaczą po kanałach przemiennikowych i testują czy coś się otworzy.
Jak w powyższym przykładzie muszą pamiętać, że jest tu CTCSS i przeprogramować radio, aby wejść.
Nie liczmy na to, że nasz SR5MM będzie tak popularny i Koledzy z SP2 czy SP7 masowo wpiszą ten przemiennik do pamięci radia wraz z ustawieniami dotyczącymi subtonu.
Czyli nacisną PTT, obecnie przemiennik nie otworzy się, więc przestroją się na inny kanał.
Co może zniweczyć szansę na ciekawą łączność na przemienniku, a potem może i na kanale simpleksowym.
Więc po co blokować przemiennik CTCSS-em?
Przy podniesionej propagacji Koledzy skaczą po kanałach przemiennikowych i testują czy coś się otworzy.
Jak w powyższym przykładzie muszą pamiętać, że jest tu CTCSS i przeprogramować radio, aby wejść.
Nie liczmy na to, że nasz SR5MM będzie tak popularny i Koledzy z SP2 czy SP7 masowo wpiszą ten przemiennik do pamięci radia wraz z ustawieniami dotyczącymi subtonu.
Czyli nacisną PTT, obecnie przemiennik nie otworzy się, więc przestroją się na inny kanał.
Co może zniweczyć szansę na ciekawą łączność na przemienniku, a potem może i na kanale simpleksowym.
Więc po co blokować przemiennik CTCSS-em?
"Adam SP5RZP" pisze:
Ekipa opiekująca się obecnie przemiennikiem poza decyzją o załączeniu nie wiadomo po co CTCSS ustawiła subton 127,3Hz
Bo pobliska Warszawa tak ma...
Tylko jest problem - część osób, które chciałby cały czas słuchać na SR5MM słyszy ten subton - nieprzyjemne dudnienie.
Na dłuższą metę to wkurza i to mocno, co przyczynia się do mniejszej aktywności na i tak mało obleganym przemienniku.
Chodzi chyba o to, aby wszyscy z całego powiatu chętnie na nim "parkowali", a nie tylko ci którym nie buczy?
Więc po co blokować przemiennik CTCSS-em?
Ekipa opiekująca się obecnie przemiennikiem poza decyzją o załączeniu nie wiadomo po co CTCSS ustawiła subton 127,3Hz
Bo pobliska Warszawa tak ma...
Tylko jest problem - część osób, które chciałby cały czas słuchać na SR5MM słyszy ten subton - nieprzyjemne dudnienie.
Na dłuższą metę to wkurza i to mocno, co przyczynia się do mniejszej aktywności na i tak mało obleganym przemienniku.
Chodzi chyba o to, aby wszyscy z całego powiatu chętnie na nim "parkowali", a nie tylko ci którym nie buczy?
Więc po co blokować przemiennik CTCSS-em?
"Adam SP5RZP" pisze:
Blokada tonowa odbiornika może spowodować problemy z wejściem czy też ciągłością relacji w przypadku stacji o słabym sygnale.
Czyli bardzo odległe, czy stacje mobilowe czy Koledzy w terenie z radiotelefonami ręcznymi.
Przy słabym sygnale przemiennik nie będzie w stanie rozpoznać subtonu i zamknie się ponieważ subton jest nadawany z duuużo mniejszą dewiacją niż normalna modulacja. Gdyby nie było CTCSS zwykła blokada SQL jeszcze by pozwoliła na łączność.
Więc po co blokować przemiennik CTCSS-em?
Blokada tonowa odbiornika może spowodować problemy z wejściem czy też ciągłością relacji w przypadku stacji o słabym sygnale.
Czyli bardzo odległe, czy stacje mobilowe czy Koledzy w terenie z radiotelefonami ręcznymi.
Przy słabym sygnale przemiennik nie będzie w stanie rozpoznać subtonu i zamknie się ponieważ subton jest nadawany z duuużo mniejszą dewiacją niż normalna modulacja. Gdyby nie było CTCSS zwykła blokada SQL jeszcze by pozwoliła na łączność.
Więc po co blokować przemiennik CTCSS-em?
"Adam SP5RZP" pisze:
Jest to i pewnie zawsze będzie z racji wysokości umiejscowienia anteny przemiennik lokalny - typowo powiatowy.
Więc nie grozi nam, że ktoś kto zapragnie porozmawiać na przemienniku katowickim będzie słyszany jednocześnie na naszym.
Więc po co blokować przemiennik CTCSS-em?
Jest to i pewnie zawsze będzie z racji wysokości umiejscowienia anteny przemiennik lokalny - typowo powiatowy.
Więc nie grozi nam, że ktoś kto zapragnie porozmawiać na przemienniku katowickim będzie słyszany jednocześnie na naszym.
Więc po co blokować przemiennik CTCSS-em?
"Adam SP5RZP" pisze:
Sugestie sprzed kilkunastu lat odnośnie zalecenia stosowania określonych tonów CTCSS były jedynie zaleceniami i sam ich autor (SP6LB) przyznał, że ten system nie sprawdził się.
Obecnie to operatorzy odpowiedzialni sami decydują jaki subton zastosować i czy w ogóle CTCSS jest niezbędny.
Mam wrażenie, że w przypadku naszego przemiennika doszło do nieporozumienia - dawno nieaktualne zalecenia ktoś zinterpretował jako bezwzględny nakaz załączenia CTCSS. Gdyby tak było to UKE w zezwoleniu jasno by to określiło.
A jestem pewny, że nie ma tam słowa o konieczności zastosowania subtonów.
Więc po co blokować przemiennik CTCSS-em?
Sugestie sprzed kilkunastu lat odnośnie zalecenia stosowania określonych tonów CTCSS były jedynie zaleceniami i sam ich autor (SP6LB) przyznał, że ten system nie sprawdził się.
Obecnie to operatorzy odpowiedzialni sami decydują jaki subton zastosować i czy w ogóle CTCSS jest niezbędny.
Mam wrażenie, że w przypadku naszego przemiennika doszło do nieporozumienia - dawno nieaktualne zalecenia ktoś zinterpretował jako bezwzględny nakaz załączenia CTCSS. Gdyby tak było to UKE w zezwoleniu jasno by to określiło.
A jestem pewny, że nie ma tam słowa o konieczności zastosowania subtonów.
Więc po co blokować przemiennik CTCSS-em?
Tak na szybko.
^