I-NET: собственный СЕТЕВОЙ протокол SCADA TRACE MODE — АСУ ТП: сообщество инженеров

I-NET: собственный СЕТЕВОЙ протокол SCADA TRACE MODE

О чём видео

В ролике показано конфигурирование сетевого обмена между узлами SCADA TRACE MODE через собственный протокол I-NET. Разбираются настройки сетевых адаптеров, кодов проекта и узлов, объём передаваемых данных, запрос и управление атрибутами каналов, диагностика обмена, а также практическая демонстрация запуска двух узлов на одном ПК.

Что разбирается
  1. 00:02 Назначение протокола I-NET и сетевого обмена
  2. 01:42 Настройка секции Сеть и сетевых адаптеров
  3. 02:32 Номер узла, групповой номер и код проекта
  4. 03:26 Выбор адаптера для второго узла
  5. 03:47 Характеристики протокола I-NET и объём данных
  6. 05:14 Размер передаваемых атрибутов каналов
  7. 08:08 Диагностика обмена и статус удалённого узла
  8. 08:43 Практический запуск двух узлов и проверка обмена
Оборудование и ПО
  • SCADA TRACE MODE
  • I-NET

Кому полезно: Инженерам АСУ ТП, настраивающим сетевой обмен между узлами SCADA TRACE MODE

Описание составлено автоматически по расшифровке речи в ролике.

Расшифровка видео

0:02 Добрый день покажем конфигурирование обмена данными между узлами Трисмоут по сети с использованием протокола обмена данными Айнет компания даст, ну и проведем его практическую. Демонстрацию локальная сеть Интернет давно уже не является экзотикой в мире промышленной автоматизации, а по факту применяется, что называется, по умолчанию во многих типах. Создаваемых систем бывают, однако исключения на применение сети, но сегодня не об этом скатерть. Смот, конечно же, подразумевает его применение и тоже по умолчанию в своих проектах. Но все таки надо знать, как это системе указать и документацию читают. Известно, в каких случаях надо учитывать, что создаваемый в системе Узел может взаимодействовать с другими? Узлами проекта по 1 сетевому адаптеру в каждый момент времени, а всего таких адаптеров может быть до 3 включительно физических, которые могут использоваться либо в режиме. Резервирования связи с узлами, то есть иметь айпи. Адреса 1 сегмента сети либо для связи с узлами, находящимися в разных сетевых сегментах, то есть айпи, адреса будут соответствовать. Разным сегментом, кроме того, проект может быть запущен единственным в сети или в 1 сети, могут работать несколько проектов. Треснут, в том числе и типовых, кстати, это относится и к. Создаваемым, защищенным випен сетям, работающим в глобальной сети, откроем в инструментальной системе подготовленный к ролику проект. В нем откроем на редактирование узел РТ Амвон.

1:42 В этом блоке нас, естественно, интересует секция Сеть. Обратите внимание, поле, имя компьютера или айпи, адрес параметра необязательный, что не скажешь, например. О подразделе Адаптеры системный используется лишь в операционной системе Виндоус Икс ПИ и ныне не актуален соответственно 1 2 и 3 это физические. Адаптеры в порядке их настройки в операционной системе Галочка. Прием означает чтение запись данных по этому сетевому адаптеру, а посылка означает, что. Именно по этому адаптеру разрешены широковещательные рассылки от узла остальным узлам имеющимся в проекте, в том числе и выполнение автопосылок, секция мост.

2:32 Находится в резерве на случай возникновения из ряда вон выходящих событий. Оставим ее пока без внимания секция номер узла. В проекте индивидуальный данный номер назначается в инструментальной системе. Автоматически в момент создания узла, кстати, он может быть изменен в конфигурационном файле. Но не в нашем случае групповой для обращения группе узлов, что называется, в едином порыве, а вот код проекта.

3:01 Во 1 должен быть одинаковым для всех узлов проекта, а во 2 в случае запуска нескольких, в том числе и одинаковых типовых проектов в 1 сети. Во всех из них коды проектов должны быть отличными от кодов проектов, уже запущенных узлов. Далее откроем редактирование и 2 наш узел РТМ ТУ.

3:26 Видим, что код проекта аналогичен уже виденному, что правильно, а вот для обмена вырван 2 физический сетевой адаптер. Это, в частности, означает, что запуск обоих узлов будет выполняться на 1 ПК с 2 физическими адаптерами. Кстати, а вот и они.

3:47 Разные вариации с резервированием и сегментированием сетевого обмена уже были рассмотрены в ранних наших роликах и повторяться мы не станем. Предвидим, что у зрителей остался такой вопрос, а где же полное? Описание протокола Айнет, вынесенного в заголовок ролика, отвечаем, а его и не будет. Потому что секретный вообще, что надо знать по его поводу. Так это то, что, а нет, это прикладной протокол надписи ПИ Ай. Пи, позволяющий выполнять быстрый по Юдипи или гарантированный потисипи обмен данными в сетях различные топологии как локальных, так и глобальных, допускает групповые операции и поддерживает режим. Автопосылок, ну посмотрите документацию, не вдаваясь. В частности, рассмотренные в роликах про резервирование. Отметим, что ресурс для передачи данных от узла по умолчанию определен в 256 ти си пи блоков, кстати.

4:48 Вот эта настройка для простоты примем на веру, что размер 1 такого блока. Полтора Килобайта, причем около 10, ты из этих Байтов отдано для служебных целей итого для передачи. Данных остается около 13.00 Байтов. Если мы передаем удаленному узлу вещественный атрибут локального канала, например реальное значение канала класса Флот, то нам потребуется.

5:14 Что либо это под само значение согласно стандарту и е 754. 2 Байта Айди канала 1 Байт номер атрибута, передаваемого посетить 4 Байта метка времени в секундах от 70 года 2 Байта Миллисекунды и 1. Байт флагов, ну там атрибуты состояния. Достоверность подключения и для других стоит обратить внимание, что метка времени и миллиардекунды. Это 6 Байтов используется лишь в случае заведенного флага запрос времени и значений от канала приемника таким образом, поскольку на 1. Канал Флоу отводится в среднем около 13 Байтов для Хек. 16 На 2 Байта меньше можно утверждать, что 1 блок способен передавать около 100. Значений каналов, а исходя из настроек, потенциально можно передавать 25000 каналов за раз. Кстати, если понадобится, передать больше придется. Принудительно указывать нужное количество блоков вот здесь, в этом блоке, редактировать конфигурирование обмена для запроса данных. Выполняется примитивным драгон дропом, причем по умолчанию будет запрашиваться реальное значение перетаскиваемого канала или групп каналов. Но можно и указать любой атрибут канала. Правда, это надо в явном видео указать в соответствующем бланке редактирования, в частности.

6:42 Вот этот запрашиваемый канал с узла РТМ ту. Реальное значение хотим, что то другое открываем данный бланк и указываем, что нам конкретно необходимо, если вы не используете Дарк Андроп. А создали предварительный канал класс канала, должен в точности соответствовать типу данных запрашиваемого атрибута удаленного канала.

7:09 Для формирования значения не вычисляемого атрибута удаленного канала требуется локальный с типом аутпут. Выходное значение которого должно быть привязано к управляемому атрибуту. Вот мы управляем входными значениями, то есть изменениям входные значения удаленных каналов соответственно аналогового и. Дискретного, ну открыли мы более подробно. Наш демонстрационный проект, и здесь даже название групп каналов не оставляют ни какого то сомнения, ради чего они предназначены и какие взаимодействия там. Организованы важно также помнить, что функционал узлов, которые взаимодействуют друг с другом по сети, абсолютно идентичны. Нет никакого разделения на главного и подчиненных, но если подобное требуется. То его легко можно реализовать путем принудительного наделения нужным функционалов, выделенных для этих целей узлов. Опять таки напоминаю, в нашем проекте оба узла имеют абсолютно одинаковый функционал.

8:08 Важное значение в Скада Трысмулд уделено вопросам контроля и диагностики обмена данными, так в частности в нашем проекте в группах. Системная и представлены каналы, реальные значения которых несут информацию локальному узлу о текущем статусе удаленного, то есть. Участвующем в обмене данными и его айпи адрес. На самом деле потенциал диагностики и контроля крайне велик, и мы отправляем зрителя к изучению документации. Да, да куда же без этого приступим? Однако практическая демонстрация с помощью данной иконки сохраним и.

8:43 Наш проект для мониторов реального времени, а далее будем последовательно запускать профайлеры в работу. Для узла РТМ ван. Для узла РТМ, пока мы их не запускаем, просто выстраиваем на экране для красоты, чтобы нам можно было видеть. Оба наших. Узла стартуем 1 узел. Видим, что данные отсутствуют, статус нашего узла вызывает вопрос, ай пи адрес не определял. Стартуем РТМ ТУ. Смотрим статус определился, Айпи адрес прорезался данные по аналогам и по дискретным параметрам наблюдаем на тренде нашего узла РТ Амбуан.

9:48 Соответственно, мы отправляем. В узел РТМ то данные по аналогам и по дискретам, да и диагностика со стороны РТМТУ аналогично статус Работа. Айпи, адрес вот такой, воспользуемся тем, что на узле РТМ вам есть возможность формировать управляющее значение для каналов приемников узле РТМ сдадим.

10:24 И дискретная. Замечательно, таким образом мы на вот таком достаточно простом. Примере постигли настройку конфигурирования и заданий диагностики сетевого обмена скада 3 смол реализуемого с помощью протокола Айнет. На этом мы наш ролик завершаем вам спасибо за внимание.

Расшифровка сделана автоматически (Yandex SpeechKit) и может содержать ошибки в терминах.

Видеоурок по подключению через протокол собственный сетевой протокол SCADA TRACE MODE I-NET. Скачать http://www.adastra.ru/products/drivers/tracemode_mlink_inet/

Первоисточник: rutube.ru

Ещё по Связь с оборудованием

все материалы

Добавить комментарий

Войти

Зарегистрироваться

Сбросить пароль

Пожалуйста, введите ваше имя пользователя или эл. адрес, вы получите письмо со ссылкой для сброса пароля.

Прокрутить вверх