Обзор SCADA-системы Rapid SCADA: структура из пяти компонентов (администратор, агент, сервер, коммуникатор, веб-станция), два режима взаимодействия — администрирование и технологический процесс. На примере диспетчеризации индивидуальных тепловых пунктов с контроллерами Danfoss показана цепочка сбора данных. Сформулированы требования к образу Linux для удобной работы с Rapid SCADA.
- 00:00 Знакомство с Rapid SCADA и структура системы
- 00:20 Пример диспетчеризации тепловых пунктов с Danfoss
- 00:50 Аппаратная платформа: одноплатные компьютеры
- 01:40 Администрирование: создание проекта и настройка
- 02:40 Роль агента и мониторинг состояния
- 03:40 Технологическое взаимодействие через браузер
- 04:30 Требования к образу Linux: веб-интерфейс
- 05:30 Вариативная установка компонентов и безопасность
- Rapid SCADA
- Linux
Кому полезно: Инженерам АСУ ТП, интересующимся SCADA на Linux и диспетчеризацией
Описание составлено автоматически по расшифровке речи в ролике.
Расшифровка видео
0:00 Всем привет в этом видео, мы познакомимся с Рапид Скада, пробежимся по ее структуре, что для чего, а также сформируем некие требования для образов Линукс, которые мы планируем собирать и также их перспективы. Для начала, что такое скада системы мониторинга и управления любыми технологическими процессами в данном видео. Мы разберем пример из 1 из моих прошлых роликов про диспетчеризацию индивидуального теплового. Пункта на контроле рек Данфосс, что мы видим, у нас есть диспетчерский компьютер, на котором отображены мнемо схемы. В данном примере 3 зданий или сооружений, в которых есть индивидуальные тепловые пункты С. Контроллерами цель 310, это мнемосхема у нас отображается в браузере компьютера. Если где то потребуется внимание диспетчера, нам об этом браузер сообщит диспетчеру и диспетчер переключится на этот индивидуальный. Титова пунктом какая то авария случилась или что то пошло не так, как все это происходит. Диспетчерский компьютер по интернету, по аш ти ти пи общается. С каким то другим компьютером, на котором стоит Линукс и. Рапид Скада, а это Рапид Скада, в свою очередь, общается со всеми остальными контроллерами также по интернету. Но такого над басти Сипи ключевым элементом в этой схеме является вот это вот железяка с ее софтом. То есть в нашем случае это какой то одноплатный компьютер. На данный момент это платы он шпатель ЛТС планируется Оранж Пайзера 3. Ну и для западных коллег, чтобы они к нам подключиться могли более охотно. Возможно, еще сделаю разбери пай отсюда 1 требование к нашему образу Линукс. Сборщик должен позволять вариативный состав пакетов, поскольку мы видим, что нам в некоторых приложениях достаточно только 1 Рапид. Скалы рассмотрим структуру Рапид скалы, она состоит глобально из 5 элементов. Это администратор, агент сервер, коммуникатор и веб, станция рассмотрим, чем они занимаются для этого. Рассмотрим всего есть 2 варианта. Взаимодействия с Рапид с Калий, это администрирование и сама непосредственно технологическое взаимодействие рассмотрим администрирование. И начнем с самого самого начала, как рождается проектор Пит Скалы. На какой то компьютер или ноутбук, неважно под какой операционной системой. Раньше под Линуксом было сложно, сейчас стало вроде как гораздо проще. Если честно, не пробовал администратор на Линуксе, но под. Виндоусом все изумительно устанавливается компонент, администратор в нем конфигурируется веб. Станция создаются представления мнемо схемы таблицы для веб станции. В общем, все, что будет видеть диспетчер на своем. Компьютере все, что вы хотите, чтобы видел, вы все это настраиваете на веб станции и привязываете все элементы. Все данные ключевые, которые будут либо изменяться, либо управляться, либо просто мониториться к. Данным сервером данные сервера берутся из в основном из коммуникатора. Вы настраиваете коммуникатор на взаимодействие, с какими то другими узлами? В нашем случае это с контроль он Данфос, то есть вы прописываете. Айпи, адреса, каким протоколом, какие регистры, для чего как какие команды? В общем, все это прописывается в коммуникаторе и данные коммуникатора передаются сервером. Также вы связываете эти данные в сервере между? Коммуникатором и веб станции также можно настроить взаимодействие с базами данных и есть другие. В общем, функции очень много у нее, но мы здесь это не рассматриваем. Здесь у нас нет баз данных, здесь у нас. Конкретный пример это мы рассмотрели, что делает администратор, то есть мы это все настроили и передаем с помощью агента. На вот эти сущности, то есть приложение администратор напрямую не общается ни с 1 из. Этих приложений, кроме как только с агентом, а агент уже передает конфигурацию свою конфигурацию для вебстанции для сервера и для сервера, и для коммуникатора. В процессе своей работы администратор может также. Мониторить, следить за состоянием этих устройств, видеть, какие видеть состояние коммуникатора. С кем у него есть связь, с кем у него нету связи? То есть процессе работы это приложение администратор служит не? Только для создания проекта, но и также может служить для мониторинга состоянием всей этой структуры. То есть можно перезапускать станции сервера, коммуникаторы и также видеть, чем они занимаются в текущий момент? И какие у них проблемы были в прошлом? В общем, такая модель взаимодействия при администрировании, скажу откровенно, для оперативного администрирования мониторинга и управления серверами Рапид Скада приложение. Администратор не очень удобно, это можно скомпенсировать частично за Биксом и частично веб интерфейсом операционной системы, который предстоит разработать. И об этом поговорим попозже, при технологическом. Взаимии, то есть при основном взаимодействии, для чего, как бы разрабатывается Скада, происходит совсем другая схема. Все управление происходит в браузере компьютера, который шлет запросы на веб станцию. Получает с нее данные шлет, какие то данные Веб. Станция взаимодействует с сервером и с данными сервера сервер. Эти данные берет из коммуникатора, как то их преобразовывает коммуникатор, взаимодействует с, назовем. Так супервизором по Карловски самого уже непосредственно конечного узла. Данные получаются и передаются вот по такой цепочке. Ну и перейдем к нашим требованиям, к образу Линукс, на котором было бы удобно пользоваться. Рапид Скадой требования к Билдеру мы уже озвучили, и теперь веб интерфейсе хорошо бы видеть в интерфейсе статусы компонентов, развернутых на компьютере. Также хотелось бы иметь возможность устанавливать. Запускать и перезапускать компоненты также активировать и дезактивировать компоненты. Ну и к хотелкам хотелось бы, чтобы имелась возможность ставить различные компоненты. Не то, что вы поставили Рапид Скаду. Да, а, например, отдельно поставить сервер, коммуникатор или отдельно поставить, например, сервер и веб станцию? Такие приложения, в которых, например, не нужен коммуникатор или в которых не нужна веб станция. Очень легко придумать, и они имеют место быть, чтобы образ меньше весил. Это было бы здорово, и также еще можно было бы в целях некой безопасности иметь возможность закрывать, например, порты агента, если мы не. Взаимодействуем с ним, например, если мы не используем администратор для мониторинга. Ну, для администрирования использовали администратор только для того, чтобы развернуть приложение и запустить его в технологию. И все, и больше администратор у нас не используется, то хорошо бы через интерфейс его вообще дезактивировать. Этот администратор, чтобы он и оперативку как бы не хавал, да и закрыть его порты ссылочку на видео. С проектом я оставлю в описании, ну и также в ссылочку на нашу группу, в которой вы можете поглазеть. На как как происходит разработка поучаствовать в разработке, тоже оставлю в описании всем до свидания.
Расшифровка сделана автоматически (Yandex SpeechKit) и может содержать ошибки в терминах.