Доброго времени суток!
Столкнулся с проблемой использования разделения двух групп субтонами на одном репитере. Пример: необходимо разделить две группы по CTSCC или CDSCC на одной частоте репитера ( такая функция есть и на Vertex VXR-9000 "multiton, и на Hytera RD 985 " multi CTSCC" . Рабочии рации Hytera pd 785 , tc-580 , работа в аналоге). Проблема, что одна группы слышат разговоры друг друга, не постоянно, но часто. Как можно решить данную проблему?

А используемые субтона сильно один от другого отличаются? Скажем, 103.5 и 107.2 - не в этом ли причина?

Пробовал и так и так, поближе подольше, пробовал разные типы тонов, все равно, проскакивает

smirnyaga07
Избегайте так-же таких тонов: 71.0/141.3 так как 71x2=142.
Не используйте тон 100 т.к. 50Гц сети питания x2 = 100. Если помещения у абонентов шумные (шумят вентиляторы) то возможны случаи когда шум вполне сходит за субтон. Всё это касается CTCSS. Если проблема проявляется на DCS, то проблема глубже.
Проверяйте закрыты ли ваши абоненты на тональный шумодав, или-же у них только тон на передачу включен.
А вообще интересно, что будет делать ретранслятор если на вход к нему одновременно попросятся корреспонденты обоих групп. Наверняка на этот случай есть какая-то настройка.

Дело в том, что слышны не шумы, а именно разговор полностью. Особенно, я заметил, больше всего в рациях hytera pd 785, и особенно , когда работает сканирование нескольких каналов.

smirnyaga07
В хайтере, в настройках сканлиста, установка "CTCSS and DCDCSS scan mode" стоит в каком значении?
Должно быть выбрано "Priority and non priority channel" иначе во время сканирования игнорируются установленные субтоны.

Используйте DPL (DCS), он изначально лишён такой болезни и проверьте настройки станции.

geka
Стояло на Priority, поменяю проверю.
СЦБист В смысле, использовать только DCS для всех групп? Так как между группами с DCS и CTSCC аналогичные проблемы между собой

Проблема "ложных" вскрытий в CTCSS с самого начала, она связана с природой самого CTCSS. Это было решено при создании DPL, там основа не синусоидальный сигнал, а логическая составляющая. Между прочим вспомнилось вот что из практики: в одной из "народно любимых" станций, Motorola GM300, есть очень интересный по своим свойствам регулировочный резистор на плате- он влияет на форму CTCSS. Вращение регулятора изменяет форму сигнала от синусоидальной, до пилообразной (треугольной). Как вариант: ваша ситуация связана именно с формой сигнала и совпадением ряда параметров.
Что сделал бы я :
- проверил настройки репитера и его способность именно "пропускать сквозь себя", а не "модулировать самостоятельно".
- исключил из использования CTCSS
- назначил для работы групп исключительно DPL, причём для пущей уверенности применил бы в одной группе "нормальный", а в другой "инверсный", обязательно выбрав кодовые комбинации из разной части диапазона возможных

В GM300 это решалось элементарно и проблем с DPL не было никогда, на сколько я знаю, а вот с CTCSS (TPL) случались...

smirnyaga07

Вам придется, видимо, еще раз повторить, а то СЦБист не поймет, что DPL CDSCC вы уже пробовали.

9CXX, я понял что он их пробовал, но как понял я- вперемешку c TPL, а не чисто DPL. Возможные причины сюрпризов из личной практики я описал, как и некоторые мысли по их устранению.

Да, чисто DPL у меня не было. Спасибо всем, буду пробовать)!

smirnyaga07, чем дело закончилось? Как говорят у меня на работе "Разобрались со случаем?" ?

СЦБист

чем дело закончилось? Как говорят у меня на работе "Разобрались со случаем?" ?

Это вы про тех, что стрелку чинили на синей ветке?

9CXX, не будем о печальном, давайте о радиосвязи.

СЦБист
Да вроде все нормально стало, жалоб больше не поступает. Перешёл на DPL, на Hytera сканирование тоже поправил как советовали, и порядок. Спасибо!

smirnyaga07, тогда предположу что форма CTCSS не синус у вас в одном из комплектов, вот и "пробивало". Если есть время- посмотрите ради интереса. Прикольный "косяк" вылез- можно целую работу написать по данной ситуации ))