Просьба разъяснить и посоветовать по SKADA и OPC.

Сообщение **asutpkz** » 31 авг 2016, 15:45

Здравствуйте.

Никогда не думал что придется работать со СКАДА-системой, но жизнь преподносит сюрпризы. Работаю над одним проектом в котором вырисовывается СКАДА для управления одним производственным циклом. Опыта работы со СКАДА нет но условия у меня очень комфортные, срок реализации проекта более 1 года. Работа скорее инициативная чем оплачиваемая но профит для меня тоже будет (наверное, когда нибудь :-).
Разжевывать не прошу но в то же время очень прошу дать направление в котором следует копать информацию.

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

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

Постарался описать кратко но понятно.

Сообщение **izhidkov** » 31 авг 2016, 17:19

asutpkz писал(а): СКАДА для управления одним производственным циклом

Обычно программа на ПЛК управляет чем либо, СКАДА тут так - показать человеку что да как.

asutpkz писал(а): передавать файлы

Файлы? Кажется никак.

asutpkz писал(а): В СКАДЕ необходимо будет просматривать архивные данные

СКАДА сама не будет архив вести? Иначе кто собсвенно HDA сервером будет?

asutpkz писал(а): Какую СКАДА вы посоветуете для реализации моих мечт?

Пиши сам на С++ )

Сообщение **SaNNy** » 31 авг 2016, 21:45

asutpkz писал(а):
Можно ли посредством OPC DA забирать и передавать файлы по локальной сети из и в СКАДА.

Неа, нельзя

asutpkz писал(а):
Второй вопрос: В СКАДЕ необходимо будет просматривать архивные данные. Не понятно как это реализовать, посредством OPC HDA или это можно реализовать средствами СКАДА. Вроде понимаю что можно на СКАДА, тогда для чего реализована спецификация OPC HDA?

Архивные данные где хранятся?

asutpkz писал(а):
Третий вопрос: Какую СКАДА вы посоветуете для реализации моих мечт? Учитывая что необходимо как тарировать показания датчиков так и осуществлять файловый обмен с приборами. Очень желательна российской разработки, так как языковой барьер и техподдержка очень актуальны.

Российской разработки - МастерСКАДА (MasterScada)

Сообщение **hell_boy** » 31 авг 2016, 22:15

asutpkz писал(а): Работа скорее инициативная чем оплачиваемая но профит для меня тоже будет (наверное, когда нибудь :-).

Как правило, такая работа ничего не приносит, кроме головной боли.

asutpkz писал(а):Основная для меня сложность в том что оборудование в проекте старое и со своим уникальным протоколом, управляемым как по локальной сети так и по последовательным интерфейсам. В то же время мне необходимо будет передавать и забирать файлы из приборов. Так же часть информации с приборов идет в искаженном виде и для приведения информации к реальному значению требуется приводить их к тарировочным таблицам.

Напоминает какую-то лабораторию. Есть такое направление в СКАДА-строительстве - LIMS (Laboratory Information Management System).

asutpkz писал(а):Так вот один из вопросов: Спецификаций OPC-серверов существует аж 8 штук. Исходя из того что я знаю напрашивается OPC-сервер OPC DA. Но я не могу разобраться можно ли посредством OPC DA забирать и передавать файлы по локальной сети из и в СКАДА.

Можно. Вначале нужно разобраться, как будут передаваться файлы, т.е. с протоколом передачи файлов: FTP, Samba, еще что-то. Вот пример OPC-сервера, работающего с ini-файлами http://opc-servers.ru/2011-05-31-09-31-36/opc-ini

asutpkz писал(а): Второй вопрос: В СКАДЕ необходимо будет просматривать архивные данные. Не понятно как это реализовать, посредством OPC HDA или это можно реализовать средствами СКАДА. Вроде понимаю что можно на СКАДА, тогда для чего реализована спецификация OPC HDA?.

Во многих СКАДАх архив реализован на базе общепринятых СУБД (MS SQL, Oracle). OPC HDA задуман для унификации доступа к разнородным архивным данным.

asutpkz писал(а):Третий вопрос: Какую СКАДА вы посоветуете для реализации моих мечт? Учитывая что необходимо как тарировать показания датчиков так и осуществлять файловый обмен с приборами. Очень желательна российской разработки, так как языковой барьер и техподдержка очень актуальны.

Российской разработки не рекомендую, нет пока достойных альтернатив западным. Есть хорошая русификация западных СКАДА. Много зависит от бюджета. Лучше составить техзадание и разослать по потенциальным поставщикам.

Сообщение **dtv** » 01 сен 2016, 06:03

Без прикладного программирования Вам не решить весь комплекс задач. Как у Вас с кодописательством?

Сообщение **asutpkz** » 01 сен 2016, 12:28

Спасибо всем откликнувшимся.

. В качестве СКАДА рассматриваю MasterSCADA и КРУГ2000.

SaNNy писал(а): Архивные данные где хранятся?

Хранение архивных данных я планирую осуществлять в базе данных MySQL на отдельном файлохранилище.

hell_boy писал(а): Как правило, такая работа ничего не приносит, кроме головной боли.

Я это предвижу, но уж больно ДЛЯ МЕНЯ проект интересный. Как бы развитие.

hell_boy писал(а): Напоминает какую-то лабораторию.

Ну примерно это и есть.

hell_boy писал(а): Можно. Вначале нужно разобраться, как будут передаваться файлы, т.е. с протоколом передачи файлов

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

hell_boy писал(а): OPC HDA задуман для унификации доступа к разнородным архивным данным.

Вот с этим у меня затык. Не могу понять.

hell_boy писал(а): Российской разработки не рекомендую, нет пока достойных альтернатив западным.

Посоветуйте какую лучше, только с тех. поддержкой.

dtv писал(а): Как у Вас с кодописательством?

Когда то писал на Делфи. Хвастать не буду но не дурак, поэтому думаю что справлюсь.

Сообщение **hell_boy** » 01 сен 2016, 14:56

asutpkz писал(а):
hell_boy писал(а): Можно. Вначале нужно разобраться, как будут передаваться файлы, т.е. с протоколом передачи файлов
Про протокол в документации ничего не сказано. Практически требуется положить файл из жесткого диска одного компьютера в жесткий диск другого компьютера. Каталоги произвольные.

Для примера, если в браузере для отображения файла набрать:
file:///Диск:/Путь/Файл.расширение - локальная файловая система (или сетевая, если Диск: - сетевой)
file://Сервер/Путь/Файл.расширение - Samba (Microsoft Network)
ftp://Сервер/Путь/Файл.расширение - ftp
http://Сервер/Путь/Файл.расширение - http
и т.д.

asutpkz писал(а):
hell_boy писал(а): OPC HDA задуман для унификации доступа к разнородным архивным данным.
Вот с этим у меня затык. Не могу понять.

Для чего нужна история процесса? Чтобы график нарисовать или в таблицу вывести. Предположим, у вас для этого есть Excel. Тогда для получения данных из Oracle надо разбираться с OO4O (Oracle Objects for OLE), данные из MS SQL - разбираешься с ADO (ActiveX Data Objects), 3-й производитель - библиотека от 3-го производителя. Если есть OPC HDA для всех 3-х производителей решений по архивации данных, то надо 1 раз разобраться с OPC HDA. На практике OPC HDA используется редко, обычно достаточно интерфейса доступа к историческим данным от поставщика SCADA.

asutpkz писал(а):
hell_boy писал(а): Российской разработки не рекомендую, нет пока достойных альтернатив западным.
Посоветуйте какую лучше, только с тех. поддержкой.

iFix. Дистрибьютеры - Индасофт (Москва), Технолинк (Спб). Только надо ТЗ, хотя бы в общем виде

Сообщение **asutpkz** » 02 сен 2016, 06:08

hell_boy писал(а): локальная файловая система

Ага, понятно. Получается в моем случае можно закинуть файл по любому протоколу который поддерживает Windows? В таком случае через OPC DA можно пересылать произвольные файлы через локальную сеть?

hell_boy писал(а): Если есть OPC HDA для всех 3-х производителей решений по архивации данных, то надо 1 раз разобраться с OPC HDA.

Вот теперь все становится на места. Получается OPC HDA для работы с уже существующими данными и в накоплении этих данных не участвует?

hell_boy писал(а): iFix.

Спасибо, буду смотреть.

Сообщение **Romcheg** » 02 сен 2016, 08:19

OPC DA ни коем образом не работает с файлами. Вас не даром спросили про кодинг - чтобы работать с файлами на вышеуказанных протоколах (про ОРС вообще в этом варианте забудьте - он тут как пятое колесо у корабля), придется писать алгоритмы в скадах на языках высокого уровня, которые поддерживают такие функции. Не все скады могут такое позволить сделать, так что этот момент Вам еще предстоит выяснить.

Сообщение **asutpkz** » 02 сен 2016, 11:26

Romcheg писал(а): Не все скады могут такое позволить сделать, так что этот момент Вам еще предстоит выяснить.

Техподдержка INSAT ответила что в MasterSCADA такого функционала нет. Необходимо писать функциональный блок на C#. Написал еще в КРУГ2000.

Сообщение **Exactamente** » 02 сен 2016, 11:54

Необходимо писать функциональный блок на C#

https://msdn.microsoft.com/ru-ru/librar ... .110).aspx
public static void Copy(string sourceFileName,string destFileName)

Код: Выделить всё

File.Copy(Path.Combine(sourceDir, fName), Path.Combine(backupDir, fName), true);

asutpkz писал(а): поэтому думаю что справлюсь.

Зачастую выбранная (когда-то кем-то зачем-то) скада бывает не поддерживает всё то безумие протоколов связи, которое от неё хотят, тогда берётся ОРС сервер (разработчики которых более охотно реализуют диковинные протоколы), который тянет данные с железяки (множества железяк) и унифицированным OPC DA отдаёт в скаду. Виндозависимый OPC DA признан устаревшим, официально есть новый мультиплатформенный OPC UA, который фактически мало где поддерживается. Это я к чему. ОРС вам скорее всего не нужен :)

asutpkz писал(а): SaNNy писал(а):
Источник цитаты Архивные данные где хранятся?
Хранение архивных данных я планирую осуществлять в базе данных MySQL на отдельном файлохранилище.

Зачем? Одна из задач SCADA-система (Supervisory Control And Data Acquisition — диспетчерское управление и сбор данных) в том числе и хранение собранных данных. Делайте как выбранная вами скада предлагает. Если большая нагрузка, берите или сервер мощнее, или выносите БД на отдельный, но именно согласно религии выбранной вами скады.

Сообщение **Romcheg** » 02 сен 2016, 12:08

asutpkz писал(а):
Romcheg писал(а): Не все скады могут такое позволить сделать, так что этот момент Вам еще предстоит выяснить.
Техподдержка INSAT ответила что в MasterSCADA такого функционала нет. Необходимо писать функциональный блок на C#. Написал еще в КРУГ2000.

Все верно - Вам никто не даст ответа, что у них это встроенная функция, разработчик только подтверждает, что такая возможность есть, но ее надо писать как отдельный модуль или блок на языке таком-то.
В моей скада-системе, например, тоже чтобы такое сделать надо будет просто программу не на FBD делать, а на C# и использовать метод, показанный Вам пользователем Exactamente:

https://msdn.microsoft.com/ru-ru/librar ... .110).aspx
public static void Copy(string sourceFileName,string destFileName)

Сообщение **hell_boy** » 02 сен 2016, 12:12

Кстати, есть Matrikon OPC File Collector, который парсит текстовые файлы и закидывает в любой сервер OPC HDA. Представитель Matrikon - http://www.nautsilus.ru/products/matrikonopc
В iHistorian (сервер истории iFix) есть File Collector, который делает то же самое, только для iHistorian.

Сообщение **asutpkz** » 02 сен 2016, 12:25

hell_boy писал(а): Кстати, есть Matrikon OPC File Collector, который парсит текстовые файлы и закидывает в любой сервер OPC HDA.

Скажите пожалуйста, как перекликается это с моей задачей? Где это можно использовать?

Сообщение **den_vish** » 02 сен 2016, 12:51

asutpkz писал(а):
hell_boy писал(а): Кстати, есть Matrikon OPC File Collector, который парсит текстовые файлы и закидывает в любой сервер OPC HDA.
Скажите пожалуйста, как перекликается это с моей задачей? Где это можно использовать?

что бы файлы не таскать, на кой черт тебе тогда таскать файлы, если данные из них получены посредством OPC?
вот собственно самый интересный, имхо, вопрос - что это за файлы такие, которые хочешь таскать, ведь если в них есть данные, то то не проще работать с данными и базами?

Сообщение **asutpkz** » 02 сен 2016, 13:52

den_vish писал(а): что это за файлы такие,

Простые файлы. Часть с понятным текстовым наполнением, часть бинарные.

В кратце: Есть процесс который будет контролировать СКАДА. Часть контролируемых параметров (например за неделю) анализируется и во втором программном комплексе формируется файл с корректирующими коэффициентами. Этот файл необходимо закинуть на компьютер который управляет дозирующими механизмами. Так же по результатам недельного анализа других параметров в уже третьем по счету программном комплексе формируются корректирующие файлы для четвертого программного комплекса который управляет частью механизмов.
Мне необходимо реализовать контроль параметров, их накопление и загрузку корректирующих файлов. Иные комплексы сами забирают инфо из базы данных и формируют файлы коррекции.

Сообщение **dtv** » 02 сен 2016, 14:35

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

Сообщение **asutpkz** » 02 сен 2016, 15:33

dtv писал(а): И это не СКАДА.

Все таки это СКАДА, так как всем остальным производством кто то должен управлять. Контролируемых параметров около 3000. Выдаваемых на оборудование команд точно не знаю но около 500. Передача файлов это только часть цикла.

Сообщение **asutpkz** » 02 сен 2016, 19:52

Exactamente писал(а): Это я к чему. ОРС вам скорее всего не нужен :)

А как тогда реализовать подключение к СКАДе приборов?

Exactamente писал(а): Делайте как выбранная вами скада предлагает.

Я это и имел в виду когда говорил про MySQL.

Сообщение **Exactamente** » 02 сен 2016, 22:05

asutpkz писал(а): А как тогда реализовать подключение к СКАДе приборов?

Средствами самой скады :) Любая нормальная SCADA-система умеет:
получать значения через некоторые протоколы (зависит от скады, также ко многим скадам продаются отдельные пакеты расширения набора протоколов),
масштабировать эти значения (то, что вам надо, когда вы сказали про торировочные таблицы, но есть нюанс - в простейшем случае масштабирование обычно линейное по предельным двум точкам),
сохранять эти данные в БД,
контролировать выход значений за некоторые пределы (алармы),
сохранять записи о выходе за пределы в БД,
читать из своей БД все сохранённые данные (измерения, алармы),
выводить считанные на экран (в виде трендов-графиков, таблиц),
выводить реал-тайм данные (полученные из девайса, никуда не сохраняя) на экран,
выполнять некоторые пользовательские скрипты.

Если вы хотите файлами передавать данные, то это очень плохая идея. Если ваши сторонние комплексы поддерживают нормальные протоколы связи - рассмотрите вариант использовать эти протоколы. С файлами это треш) Ну и перед приобретением скады - скачате хоть одну, попробуйте, изучите, получите общее представление. Одна из самых, кажется, простых это Genesis, по крайней мере старые версии, с которыми я работал.
С поправкой на неадекватность разработчиков и их альтернативное видение - все скады имеют много общего. Теги, скрипты, архивы, алармы, всё это вот, о чём вы пока не знаете и придумываете костыли :)

asutpkz писал(а): Я это и имел в виду когда говорил про MySQL.

Скорее всего в выбранной вами скаде будет MS SQL, и вы будете с ним работать на урове галочек в GUI скады, никаких селектов) А мускуль даже не знаю где используется.

Сообщение **asutpkz** » 03 сен 2016, 09:20

Exactamente писал(а): получать значения через некоторые протоколы (зависит от скады, также ко многим скадам продаются отдельные пакеты расширения набора протоколов),

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

Exactamente писал(а): Если вы хотите файлами передавать данные, то это очень плохая идея.

Тут я ничего не могу сделать. Комплексы у нас разных производителей, сделанные конкретно под наше производство и единственный способ вносить изменения в настройки механизмов - это рассчитать поправочные коэффициенты на основе специализированного алгоритма, сформировать файл, загрузить его в другой комплекс и дать команду применить эти настройки.

Exactamente писал(а): С файлами это треш)

.Иного не предусмотрено. Я связался с разработчиком, они подтвердили что только файлы. Мотивировали тем что это делается раз в неделю или реже и совмещается с еженедельным ТО.

Exactamente писал(а): Скорее всего в выбранной вами скаде будет MS SQL, и вы будете с ним работать на урове галочек в GUI скады, никаких селектов) А мускуль даже не знаю где используется.

Тут наверное все упирается в жадность разработчиков. На комплексе два БД и все на Мускуле. А в майкрософт надо платить.

Сообщение **izhidkov** » 04 сен 2016, 11:23

asutpkz писал(а): На комплексе два БД и все на Мускуле. А в майкрософт надо платить.

Есть же например mySQL community edition. (знаю Enrima с Indusoft'ом любит mySQl CE ставить... Индусофт лицензионный и то хорошо

)

Сообщение **Siluet** » 05 сен 2016, 11:39

izhidkov писал(а): mySQL community edition

- не легально использовать в коммерческих целях. Мы используем MariaDB (хотя с ней тоже не все чисто)

Сообщение **asutpkz** » 05 сен 2016, 12:32

При всем уважении, чем MySQL хуже?

Сообщение **asutpkz** » 06 сен 2016, 08:53

Резюмирую что понял, поправьте если не так.
1. В моем случае следует применять OPC DA как конвертер протоколов между оборудованием и СКАДА.
2. OPC HDA используются для работы СКАДА с уже имеющимися базами данных или иных данных. Так как я планирую использовать конфигурацию СКАДА с предоставляемой по умолчанию БД то OPC HDA мне не нужен.
3. Копирование каких либо файлов по умолчанию через OPC не применимо, равно как и не применимо через СКАДА. Необходимо кодить отдельный модуль или блок.