kScada


РЕТРАНСЛЯТОР

Основное назначение - принимать данные от трансляторов и других ретрансляторов и передавать их по нескольким адресам. Так как ретранслятор является "перевалочным" узлом для данных, то он является удобным местом для включения в систему расчетных сигналов (которые чаще всего рассчитываются на основе реальных сигналов). По этой же причине ретранслятор удобно нагрузить функциями сервера, отвечающего на запросы клиентов.


НАСТРОЙКА.

  • Прием данных.
  • Данные могут приниматься по UDP или TCP протоколам. При UDP протоколе ретранслятор просто слушает указанный порт. При TCP протоколе ретранслятор устанавливает соединение с сервером, выступая в роли клиента.

    Сервер данных при TCP протоколе добавляется щелчком правой кнопки мыши на узле "Серверы данных" и выбором соответствующего пункта контекстного меню.

  • Рассылка данных
  • Данные могут рассылаться по UDP или TCP протоколам. При UDP протоколе данные просто рассылаются по указанным адресам маршрутизации. При TCP протоколе ретранслятор выступает в роли сервера, ожидая подключения клиентов к указанному порту. Для большей безопасности можно ограничить IP клиентов.

    Адрес маршрутизации при UDP протоколе добавляется щелчком правой кнопки мыши на узле "Адреса маршрутизации" и выбором соответствующего пункта контекстного меню.

  • Обслуживание запросов клиентов
  • Клиенты ретранслятора (например "Просмотр мнемосхем") могут быть сконфигурированы так, что сами будут обращаться к нему за нужными данными с синхронными или асинхронными запросами.

    На синхронный запрос ретранслятор отвечает немедленно (например, пользователь открыл новую мнемосхему, и нужно получить по ней данные, не дожидаясь, пока они придут в общем потоке).

    На асинхронный запрос ретранслятор в течение определенного времени (определяемого параметром "Продолжительность работы по одному запросу") периодически отсылает клиенту интересующие его данные. Периодичность задает клиент в запросе. В конце работы клиент шлет ретранслятору "отбой", останавливая таким образом поток данных.

    Клиент может и просто заявляться на все пакеты данных в начале работы и отключаться в конце.

    Примечание. При UDP протоколе рассылки данных ретранслятор ждет запросы клиентов на определенном порту ("Порт приема запросов клиентов").

  • Генератор текстовых сообщений
  • Ретранслятор может генерировать текстовые сообщения. По сути это обычный расчетный или OPC тег, который предназначен для показа оператору в форме "Прием сообщений".

    Чтобы придать ретранслятору подобную функциональность, нужно щелкнуть правой кнопкой мыши на узле ретранслятора, выбрать в контекстном меню "Генератор сообщений" и указать параметры тега. При рассылке данных по UDP протоколу адреса сообщение рассылается по указанным в таблице маршрутизации адресам.


    КОНТРОЛЬ РАБОТЫ

    Ретранслятор запускается автоматически.Проконтролировать его работу можно через соответствующую форму. Данные должны периодически изменяться, указывая, что пакеты принимаются и отсылаются.

    Через кнопку "Диагностика" можно вызвать формы "Анализатор входящих пакетов" и "Текущее состояние тегов".

  • Анализатор входящих пакетов
  • Кнопка "Старт" начинает захват входящих пакетов, кнопка "Стоп" останавливает. Каждая папка - отдельный пакет. Название папки - время приема пакета. Содержимое папки - теги. Ретранслятор не знает имен тегов, поэтому они перечисляются по внутрисистемным номерам.

  • Текущее состояние тегов