Multiplex Talkgroup IP110H: связанные группы не образуют общий разговор всех со всеми
Общий связующий адрес не объединяет все направления
В системе IP110H настроили Multiplex Talkgroup и связали с ней две обычные Talkgroup. Руководитель ожидает, что теперь любой участник услышит любой вызов. Но пример производителя показывает другую структуру: общая Multiplex Talkgroup связывается с обеими ветвями, а обычные ветви не получают автоматически взаимную связь.
Открыть схему в полном размере
Это различие важно для диспетчерского сценария. Центральный координатор может обращаться к обеим бригадам, тогда как каждая бригада работает со своим составом и центральной группой. Наличие одного общего связующего адреса ещё не означает полный обмен между всеми ветвями.
Как представить задачу объекта
Допустим, есть координатор, ремонтники и снабжение. До настройки составляют перечень требуемых направлений: координатор к каждой бригаде, каждая бригада к координатору и внутренние вызовы. Отдельно решают, нужна ли прямая связь ремонтников со снабжением.
Затем администратор сопоставляет задачу с возможностями Multiplex Talkgroup и фактической конфигурацией. Если требуется дополнительное направление, его не объявляют уже существующим только по принадлежности общему узлу. Поставщик должен показать предусмотренный способ реализации.
Испытывать каждое направление
На трёх тестовых аппаратах выбирают согласованные группы. Выполняют вызов из центральной Multiplex Talkgroup и фиксируют фактических получателей. Затем по очереди инициируют вызовы из каждой обычной ветви.
Положительный результат центрального вызова не заменяет проверку обратных направлений. Также отсутствие обмена между ветвями следует сопоставить с ожидаемой структурой, прежде чем искать сетевой отказ. В описанном примере такое ограничение является частью логики.
В акте удобна небольшая матрица инициаторов и получателей. Для каждого сочетания записывают ожидаемый и наблюдавшийся результат. Это собственный приёмочный материал объекта, а не копия иллюстрации руководства.
Доступность и границы
Функция должна быть настроена как Multiplex Talkgroup в контроллере. Название, присвоенное администратором обычной группе, само по себе не включает нужную логику. Проверяют тип конфигурации и рабочие назначения терминалов.
Разбор относится к руководству IP110H версии 1.05. Фактическую поддержку выбранного контроллера и состав поставки подтверждают отдельно.
Итогом становится проверенная схема направлений связи. Координатор понимает свой охват, бригады знают доступные адресаты, а инженер может отличить предусмотренную изоляцию ветвей от отказа. Это позволяет использовать Multiplex Talkgroup для управляемой координации и не обещать несуществующий общий разговор всем участникам каждой связанной группы.
