Forum Krótkofalarskie PKI

Tak Każdy powinien mieć też w informacji dźwiękowej podawane częstotliwość CTCSS.

OT-01 milczy ale jest to kwestia trwających rozmów z EmiTel-em.
No chyba, ze użytkownicy zrobią zrzutkę na opłatę.

Informacja dzwiekowa to pikus jest aplikacja na telefon co w kazdej chwili mozesz sobje to sprawdzic.

Nadawanie tonu przez RPT tylko w momencie jeśli nadaje do niego korespondent z ważnym tonem umożliwi
zdalne podłączenie do RPT echolinka, korzystanie z RPT via crossbandowy ripiter włączony w innym TRX,
zablokowanie uciążliwych dla niektórych nerwusów ton pikania i znamienniki.
Do takiego standardu działania RPT powinni dążyć kol. budujący urządzenia przemienników.

p.s.
Na obecną chwilę zainteresowanie akcją na mojej poczcie jest zerowe
Może zatem problem nie istnieje ?

Mój dziadek FT23 ma już te bajerki ,myślę że takich TRX jest mnóstwo a tylko Ci się burzą co nie potrafią wykorzystać tego co mają

Mam jeszcze jeden pomysł, pośrednio związany z CTCSS i zastępowaniem starszego sprzętu FM przez "ryżowce". Otóż niezbędny jest filtr, który wytnie śmieci.
P.S.
A CT152 leży w szafce obok zniszczonego DJ-100TC.

W CT-152 można wstawić płytkę od innego TRX byle by była wykonana na FX-365/MX-365 ew. proteziaka
symulującego scalaka 365.

Czyli niestety ciężko coś wydłubać, bo scalaka nie mam. Na razie poleży i poczeka. Będę jeszcze szukał części do Alinka.

sp9coo pisze:

Niestety o rozwoju, są już takie RPT które otwiera się CTCSS a i on wysyła ten sygnał do twojego TRX celem otwarcia SQ to bardzo wygodny system niestety u nas chyba nie stosowany.
Chyba wolno mi mażyć

W Szczecinie i okolicach od dawna nasze RPT-ry chodzą właśnie w ten sposób, zarówno rx jak i tx posiadają blokadę tonową 82,5Hz. Nie jesteśmy za murzynami.

Kol. Operatorzy RPT FM .
Chyba możecie śmiało blokować RPT tonem ctcss.
Nikt nie potrzebował (mojej) pomocy przy zaprogramowaniu układu uP więc chyba nie w tym problem

Proszę o zamknięcie tematu.

Mnie już dawno się tak wydawało. Temat zgodnie z życzeniem zamykam.