АСДУ: интеграция АСУ ТП в единую систему

0:01 Добрый день. Думаем, что необходимости в данном ролике вовсе и не возникло. А если бы все проекты система автоматизации изначально выполнялись комплексными, ну то есть охватывающими абсолютно все. Аспекты жизнедеятельности процессов или производств во всем их взаимодействии как внутренним, так и внешним. Однако, мягко говоря, нередки случаи, когда в результате деятельной работы. Автоматизаторов возникает и такая лоскутное одеяло разнообразных систем и системок, решающих, несомненно, насущное, производственное, да и не только задачи, но требующие все таки. Приведение к некому общему знаменателю для получения целостной картины происходящего. Кстати, примерно в таком контексте можно вести речь и об интеграции использования какого нибудь? Типового проекта автоматизации, например, в системе ЖКХ, безусловно, 1 проблемой, встающей перед нашим интегратором, будет немыслимое подчас разнообразие аппарата программных средств. Заложенных уже упомянутыми выше автоматизаторами в свои системы. Но надо понимать, что для Скада Трэс Мод все это вполне решаемо или на уровне поддержки всех стандартных и не совсем. Стандартных интерфейсов протоколов обмена данными или с возможностью разработки пользовательского драйвера. Во всех остальных случаях в данном ролике мы на этот раз давайте уж. Касаться интеграции зоопарка не станем, рассмотрим ситуацию с проектами, выполненными исключительно на скада Трайсмоут. Кстати, не такой уж это и экзотический случай, не правда ли?

1:38 В талисман существует много вариантов реализации интеграции проектов. 1 Несомненно, самое мощное это использование аписи сервера 3 СМОол, это позволяет выполнить в полном объеме все необходимые. Операции чтения записи любых атрибутов всех требуемых каналов, а вот явным неудобством станет необходимость настройки механизма деком на всех, пока участвующих в процессе обмена данными.

2:04 2 Вариант предполагает обмен данными, через какую либо реакционную базу данных, работающие как на независимом ПК, так и на пока входящим в 1 из проектов. Здесь, в качестве недостатка, можно указать лишь невысокий темп обмена данными через драйвера депрессии. И необходимость доработки всех интегрируемых проектов включение привязку и отладку необходимых для интеграции шаблонов. Эскель запросов 3 вариант опирается на использование стандартных интерфейсов, обмена данными между приложениями Виндс Дде на Дде. Идеологический такой подход весьма близок ко 2 варианту, но отличается еще меньшим темпом обмена данными 4. Вариант использование стандартных протоколов обмена данными, а именно телемеханического мек 104 и общепромышленного макбаста Сипи, но почему они потому? Что узлы Трэс могут в указанных протоколах обмена данными могут быть как клиентами, так и серверами? Это как раз крайне важно для интеграции независимых проектов к недостаткам. Мек 104 можно отнести разве что относительно невысокую скорость обмена, ну а? Положительные черты всем и так хорошо известны касательном от Баста сыпи. Положительная сторона его применения находится в простоте восприятия реализации. Ну, ограничение при этом, конечно же, присутствует, но распространяются лишь на следующие в качестве. Модбласте Си Пи Сервера может выступать МРВ 3 смоут с индивидуальным номером отличным от 0 из за извне. Можно только читать реальное значение каналов класса Флоуд и Хек, 16 а также аргументы каналов класса КО. Ну правда, со временем, я думаю, может и появиться. Запись да для контроллеров семейства Винпак, Винкон, Вьюпак и так далее. Такая возможность доступна при использовании исполнительных модулей тресмоут с открытыми протоколами. Ну и наконец 5 вариант канал класса Кол с типом вызова, а Зе Продж вот это настоящая. Бомба, поскольку позволяет по айпи адресу индивидуальному номеру узла, включая нулевой и индексу канала обращаться на чтение атрибуты. Реальное значение или запись в атрибут входное значение любого канала, любого из зла, из любого проекта, доступного по сети.

4:34 Кстати, с его помощью можно читать, писать аргументы каналов класса кол, да и на это также стоит обратить особое внимание. Код проекта для канала Кол Аза Продж абсолютно прозрачен, ну а В. качестве ограничения будем помнить, что 1 такой канал позволяет обращаться от 1 до 64 каналом или аргументам. И так в этом ролике мы доработаем 1 из демонстрационных проектов, поставляемых. С инструментальной системой скатов и смолот и запустим несколько его копий на пока объединенных в локальную сеть. Далее разработаем новый проект, интегрирующий в себе основные параметры. Всех ранее запущенных проектов, то есть представляющие возможность не только мониторинга, но и активного вмешательства в управление технологическими процессами. Ну что ж, задача ясна.

5:28 Приступаем к реализации за основу, возьмем демонстрационный проект котельной, который поставляется в папочке демо вместе со средой разработки проект Бойлер. Всем он хорош, но нет в нем, правда, экзотических каналов, класс Сокол, аргументы которых мы могли бы также читать, писать. Да, да и ладно, оставим их вам. На самостоятельное изучение, поскольку у нас на компьютере установлено Виндс. 7 Мы перенесли папочку демо из вин программ Файлс Икс 86 документы.

6:10 Ну, иначе процедура сохранения для МРВ была бы заблокирована операционной системой, вот теперь стартуем. Со льдом разработки. И открываем в ней наш демонстрационный проект Бойлер. Открываем систему, смотрим, он одноузловой в нем единственный узел арм оператора. А если мы откроем на редактирование узел, мы видим, что он и несетевой. Но у нас есть 2 свободных компьютера, на которых мы могли бы запускать одинаковые котельные.

6:54 Айпи, адреса этих компьютеров перед вами. Ну 8 и 9 последняя цифра в айпи адресе соответственно. Тот проект Бойлер, который мы будем запускать на узле с вот этим айпи адресом, мы назовем котельная. Номер, 8 а это будет котельная номер 9 и так копируем этот айпи. Адрес вставляем его сюда и назначаем на прием и на посылку системный сетевой адаптер заходим далее в группу вызова экранов.

7:30 Открываем экран регулирования, и вот здесь, вот в шапочке, пишем. Номер 8 На данном экране. Задаются вставки по температуре и давлению, а также текущее значение указанных технологических параметров. Так вот, все 4 параметра мы будем извне читать, а уставки к тому же и изменять в окне аргументов экрана выясняем по привязкам. Названий, интересующих нас каналов и места их расположения, в дальнейшем это нам пригодится и для других проектов. И так уставка по температуре называется температура и находится в группе пед регулирования, канал называется температура.

8:31 Уставка по давлению называется давление и находится в группе пед регулирования, текущая температура, ты вода, выход. Находится в группе температура и наконец текущее значение п вода, выход, это давление находится в группе давления. То есть мы это вот видим 1 4 аргумента далее последовательно? Заходим в указанные группы и для всех каналов с помощью указателя мыши. Во всплывающей подсказки определяем индексы или Айди соответствующих каналов, итак начинаем.

9:13 С группы давления. Ищем п вода, выход. Наводим курсорчик, смотрим, 64 записываем. Заходим в группу, температура ищем канал, т. вода, выход, наводим курсорчик, 74 записываем, далее заходим в группу. Пит регулирования наводим курсор на канал температуры. Это ставка по температуре 83 фиксируем и, соответственно, ставка подавления имеет индекс. Ну, канал давления имеет индекс, 85 сохраняем данный проект с именем.

10:00 Бойлер 8 Для монитора реального времени в дальнейшем полученную папку для нашего узла оператора. Мы перенесем в компьютер, у которого Ай Пи адрес заканчивается на восьмерку, теперь возвращаемся. В редактор нашего узла и готовим котельную номер 9. Ну, проекты типовой поэтому отличаться будут только по сути дела. Вот это вот циферкой в Айпи Адресе, да и название сохраняем проект. Как бойлер 9 Сохраняем его для монитора реального времени. И как вы уже догадались, папочку узла перенесем на компьютер, у которого последняя цифра. Айпи, адреса девяточка для интеграции 2 имеющихся проектов по интересующим нас параметрам создаем новый проект, присылаем ему имя.

11:15 Бойлерс Юнион. В нем создадим узел. РТМ откроем его на редактирование, выберем на приемную посылку системный сетевой адаптер и в объем. Ай пи адрес, ну, нашего компьютера, вот так группу каналы переименуем в котельную номер 8 и в.

11:43 И в ней создадим канал класса Кол с типом вызова азы прочь. Итак, канал Кол открываем на редактирование, в типе вызова указываем тот самый. Аза продж, а сам канал назовем чтение. С помощью этого канала мы будем читать текущие параметры по температуре и давлению воды в котельной, а также текущее значение ставок. В комментарии данного канала вбиваем айпи адрес узла, на котором запущена наша котельная номер 8 10 8.

12:36 В атрибуте на старте. Оставляем 0 это индивидуальный номер узла, далее переходим в закладку аргументы и создаем аргументы парами 1 аргумент. Юин тип данных 2 вещественный, здесь определяется индекс интересующего канала, а данные из этого канала будут попадать в следующий. Ну, 2 по счету аргумента и так назовем Айди п вода, выход.

13:15 Скопируем. Ставим. Значение по умолчанию для канала ПВД выход указываем 64 это индекс канала. Далее нам понадобится еще 3 пары аргументов, которые мы таким вот образом создание. Соответственно, здесь будет Айди, т вода выход 74. Это будет Айди т 83 индекс канал. Это будет соответственно, т. Предпоследний будет Айди П. 85 И наконец последний аргумент это будет п. Ну, если мы хотим из аргументов присваивать значения каналам, они просто наблюдать их в окне компонентов. Мы для каналов п аргументов П. т. т. вода, выход и п. Водовыход должны изменить тип. Аргумента на Аут мы сразу это сделаем, далее создадим еще 1 канал Кол с типом вызова, а за с именем запись, у которого атрибут параметр будет равным. 2 Учтение атрибут параметр, 0 итак еще 1 компонент колу называем его запись.

15:08 Тип вызова тот же самый. Параметр 2 В комментарии записываем Ай Пи адрес нашего узла, просто мы копируем, вставляем. Индивидуальный номер задается на старте 0. А в аргументах Создадим следующее. Сделаем 4 аргумента. Причем 1 аргумент определяет, но 1 в паре аргумент определяет Айди канала и, соответственно, должен быть тип данных, целочисленный последующие вещественные, поскольку температура и давление, вещественные параметры и так именно аргументов Айди Т. И.

16:09 В поле значения по умолчанию вбиваем 83. Данный аргумент называем Т. Айди п. 85 И наконец последний аргумент называем п давление. Все, что надо для 8 котельной, мы создали для 9 котельной. Мы воспользуемся созданием по шаблону клонирования и так берем всю эту группу, целиком создаем по шаблону еще 1 экземпляр такой группы, называемые котельная номер 9.

16:58 Редакторская правка будет заключаться в том, что в атрибутах комментарии каналов мы будем указывать Ай Пи адреса. Соответствующих узлов. Это для чтения, это это для записи. Все остальное абсолютно совпадает проекты, ведь типовой. Теперь займемся графикой для этого в корневой группе узла. РТМ 1 создаем новый компонент, экран и выполним его разработку в следующем виде. Создадим 2 группы аргументов с именами по умолчанию привязанных к соответствующим аргументам каналов. Кол, чтение и запись из групп, котельная номер 8 и котельная номер 9.

17:57 Очень похоже на самом графическом экране. Поделим экран на пополам слева 8 бойлер справа 9. Текущее давление, текущая температура, кнопочки, изменения уставки по давлению по температуре на тренде выводятся как текущее значение наших параметров, так и их устав. Ну, пояснений, пожалуй, требует только кнопочка сет.

18:30 Настена на следующим образом посылка прямая величины 3. В аргумент, связанный со входным значением канала Запись соответственно для группы котельная осень и котельная номер 9. Что это означает, а это означает, чтобы для того, чтобы произошла запись в указанный атрибут канала, а именно входное значение канала. Температура и давление проекта, запущенного на узле с айпи адресом с последней восьмеркой с последней девяткой, необходимо каналу кол запись.

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

20:47 Итак, проекты котельной номер 8 и номер 9 запущена на соответствующих компьютерах. Давайте запустим, и мы наш проект, который позволит интегрировать данные по обоим нашим проектам, сохраняем для МРВ наш узел, выпускаем.

21:10 Стартуем. Итак, вот текущие данные, которые мы получаем с обоих наших проектов, но поскольку и на 8, и на 9 котельных выставлено значение по умолчанию, сейчас мы их немножко разнообразим.

21:47 Так внимательно наблюдаем. Отлично, данные получаем, видим, что в 8 котельной температура повышается, в 9 мы сделали. Пониже, а теперь попытаемся и поуправлять нашими котельными. Предположим, для 8 котельной мы давление сделаем 2, а температуру 70.

22:29 И не забываем нажимать кнопочку, Сет. А здесь, естественно, увеличим, сделаем 3 3 и 90. И опять таки жмем на кнопочку, Сет. Смотрим на текущее значение, которое нам. Говорят о действительно изменении режимов, и здесь мы уже практически вышли. На устоявшееся значение здесь нам это еще предстоит. Ну что ж, убедительно. Итак, мы выполнили успешную интеграцию 2 типовых проектов в 1 с помощью всего то 4 каналов класса Кол с типом вызова Азы Проджект вряд ли от вас. Скрылась как легко, мы все это проделали. Ну а пока вы примериваете данную технологию к своим задачам, мы ролик наш, завершаем вам спасибо за внимание.

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