В твоя случай CTCSS и DCS може и да не пречат. Говорих по принцип, че може да пречат.
Ако вземеш документацията на CTCSS декодер, аз например хванах първия който ми попадна MX165 на MX-COM. Параметъра "Pure tone decode response time" (идеален случай) - се движи в рамките на 95mS до 140mS, типично 115mS, а по-реално параметъра "Decode response time", който се движи в рамките на максимум 250mS, не виждам как ще мине PTT ID ако е сложено да е в началото на предаването и е под тези критични 250mS.
Когато говорех за опашка, не ставаше въпрос за типичната любителска опашка. В този случай, както и в голяма част на служебните репитри реална опашка няма. Но въпреки това се натрупват две запушвания на SQL филтъра - първото на репитера, второто на приемната станция. Не тренираното ухо няма да забележи, но набитото ухо веднага ще разбере. Да не говорим, че записано и анализирано с компютър това ще се види много ясно.

DCS е по-бърз, така че с него ще е по-лесно.

Иначе начина за пресичане на тази практика е много лесен - слага се PTT ID да започне 50mS до максимум 100mS от началото на предаването. А пък и с малко хитрост от страна на разработчика на PTT ID, може да се направи така, че да издава тези на които им се губи началото на пакета, а реалната информация от PTT ID да е в края на пакета и да не се губи въпреки всичко.

А за хващането натози репитер е най-лесно да се провери внезапно станцията на заподозряния. Едва ли ще има възможност да промени/изтрие програмираните канали в радиото.

Редактирано от scanner_ на 06.11.10 23:07.