Forum Krótkofalarskie PKI

Szanowne Grono,
czy ktoś może wie coś o ewentualnych planach załączenia CTCSSa na przemienniku SR5W?
To co dzieje się ostatnio na tym przemienniku to katastrofa.
Przypominam, że przemiennik otwierany jest tonem 1750Hz.
Jeżeli ktoś go otworzy to przemiennik potrafi radośnie popiardywać przez kilkanaście minut, bo włazi w niego jakiś syf, przedostający się przez SQUELCH.
Jest to upierdliwe, gdy mamy cały dzień SR5W na nasłuchu.
Uruchomianie SR5W CTCSSem zażegnałoby problem.
Tym bardziej, że urządzenie przemiennikowe (bodajże ICOM IC-RP1520) umożliwia włączenie blokady CTCSS bez problemu.

Marcin

OT: Ostatnio była dyskusja o szkodliwości tonu CTCSS :-) teraz każdy będzie się bał

CTCSS to zło !

CTCSS? Po co w Wawie ma być tak dobrze jak jest gdzie indziej!

A za jaką karę siedzisz całymi dniami na SR5W ?. Są jeszcze kanały bezpośrednie.

No są, mam kilka zaklepanych i załączonych w Motoroli na skaner, więc monitoruję takowych zarówno na 70cm jak i na 2m kilka.
A jednak z własnej obserwacji wnioskuję, że więcej - jakby to ładnie określić - "lokalnych wywołań" jest na SR5W niż na przykład na 145.550.

Pozdrawiam
-Marcin-

A czym się objawia to zło CTCSS?

Btw IMO standardem powinny być tony na wejściu i wyjściu ale tak sobie tylko gadam

Oj widzę, że kolega RWS zaczyna poruszać mocno drażliwe tematy Lepiej się nie wychylaj bo Cię kolektyw PZK odpowiednio sprowadzi do poziomu

Nie jestem z Wawy ale CTCSS popieram. Ilość przemienników rośnie stąd konieczność lepszej ochrony.

ps. Czy obsługa CTCSS jest teraz wymagana na egzaminie? Bo warto żeby była.

W jaki sposób CTCSS chroni przemiennik?.

chroni aby żadne sygnały (pożądane i nie pożądane) nie zakłócały jego pracy

A myślisz ze to ochroni to się bardzo mylisz, każde nowe urządzenie posiada ctcss. A QRM tez wie jaki jest ctcss.

Ten "cts" stał się bardziej kontrowersyjny niż kiedyś propozycja i samo zniesienie CW na egzaminach na I.kat

ale nie każde urządzenie ma włączony CTCSS. a skąd QRM wie jaki należy włączyć ton aby zakłócić przemiennik ??

Jeżeli QRM objawia się pod postacią lokalnej ORMO-PZK-Cenzury przemiennikowej to jak najbardziej będzie wiedziało jaki jest CTCSS

ale wtedy jedynym sposobem pozbycia sie QRMów jest wyłączenie przemiennika

To Błąd - wtedy "QRM" wie że osiągną swój cel.

CTCSS nie służy do ochrony przed osobami bystrymi inaczej, ale do tego żeby przemiennik retransmitował tylko to co się DO NIEGO nadaje.

Zeby CTCSS był skuteczny, należy jednak umieć go umiejętnie stosować.

A jak ktoś ma problem z dostępem to przecież może poprosić o pomoc na innym przemienniku.

A ton 1750 Hz nie wystarczy ?

Może starczy, to już decyzja operatora.

Ogólnie jest tak:

SQL - syf, buczenia, trzaski, rozmowy sąsiednich okręgów i nic ich nie blokuje.

1750 - syf, buczenia, trzaski gdy jest na podtrzymaniu, teoretycznie jest lepiej bo sam się przemiennik nie otworzy ale w praktyce ludzie się bawią i od czasu do czasu go otwierają a wtedy j.w.

"biedny CTCSS" - ( tylko do otwierania przemiennika ) - efekty tak jak przy 1750 jedyna różnica w częstotliwosci otwierającej )

"CTCSS" - lecą tylko relacje adresowane do danego przemiennika, zakłócenia praktycznie nie, jak ktoś sobie nie ustawi CTCSS to go nie słychać, więc prawdopodobnie użytkownik sam skuma czaczę że ma se enkoder włączyć. Możliwość ZWIEKSZEINA CZUŁOŚCI przemiennika przez ustawienie SQL na progu.


W nadajniku z kolei warto żeby CTCSS leciał tylko gdy przemiennik coś retransmituje. Wtedy użytkownicy nie muszą słyszeć znamiennika czy cyklicznej zapwiedzi że przemiennik jest i jaki ma ton ( dla tych którym nie chce się skanować tonów )


Tak więc stosujcie "CTCSS" i będzie ok.