В этой статье мы продолжаем рассказ о продуктах, разработанных на основе IoT-платформы AggreGate. В 2010-м году, через два года после появления продукта AggreGate Network Manager, мы стартовали проект AggreGate SCADA/HMI – СКАДА-системы 4-го поколения.
Что же такое СКАДА 4-го поколения?
Англоязычная статья на Википедии рассказывает нам об этом:
- SCADA первого поколения – это монолитные системы, разработанные до повсеместного распространения Интернет. Сейчас такие системы уже не используются.
- SCADA второго поколения – это системы, предназначенные для работы в локальной сети предприятия. В них уже предполагалось использование IP сети для связи между контроллером, сервером сбора данных, управляющим сервером и АРМ операторов.
- В архитектуру SCADA третьего поколения заложены возможности управления и координации географически распределенных АСУ ТП, включающих большое количество индивидуальных производственных площадок и удаленных объектов мониторинга. До недавнего времени являвшиеся венцом эволюции SCADA, системы 3-го поколения включают возможность запуска HMI интерфейсов в браузерах мобильных устройств, возможность удаленного редактирования проекта прямо на «боевом» сервере и тестирования нововведений без необходимости остановки сервера и копирования файлов проекта.
- И наконец, SCADA четвертого поколения должны быть адаптированы для Интернета вещей. Это подразумевает еще большую степень децентрализации и унификации, то есть возможность быстро перемещать точки выполнения алгоритмов между серверами СКАДА и контроллерами, которые, по сути, должны быть унифицированы и иметь одинаковую среду выполнения. Другой необходимой чертой является возможность работы через сотовые и спутниковые сети без применения VPN, то есть способность контроллеров, не имеющих статических IP адресов, самим подключаться к серверам СКАДА работающим «в облаке».
Разумеется, все вендоры СКАДА развивают свои продукты, которые постепенно переходят от поколения к поколению. При этом развитие старых систем зачастую сильно тормозится необходимостью поддерживать совместимость со прошлыми наработками, которые обычно с трудом укладываются в концепции изменившегося мира промышленной автоматизации.
Построенная на IoT-платформе, AggreGate SCADA/HMI унаследовала все функции, типичные для систем СКАДА 4-го поколения:
- Построенная на платформе Java система прекрасно работает под Linux, что позволяет запускать ядро СКАДА на встраиваемых системах. Многие из наших OEM партнеров поставляют систему, предварительно развернутую на Raspberry Pi, BeagleBone Black и подобных недорогих микрокомпьютерах. При этом, в большинстве случае имеется возможность доступа ядра СКАДА не только к IP коммуникациям и последовательным портам, но и к другой периферии контроллера – дискретным и аналоговым входам и т.д.
- Та же самая система разворачивается на обычных серверах для обеспечения централизованного сбора данных и работы с мнемосхемами техпроцессов. Основанные на единой архитектуре, обычные сервера устанавливают пиринговые отношения для обмена данными с микро-серверами (ПЛК) в рамках распределенной архитектуры AggreGate.
- Система полностью совместима со всеми линейками программируемых контроллеров и модулей Tibbo.
- Мнемосхемы могут запускаться на обычных ПК, в тач-панелях под управлением Windows или Linux, или же открываться в веб-браузере.
- В системе отсутствует понятие «среды разработки» и «среды исполнения» – разработка ведется через удаленное подключение непосредственно на будущем боевом сервере, с учетом ролевой системы разграничения прав доступа. При этом имеется множество способов клонирования всего проекта или его частей. Возможности платформы по созданию референсных проектов и унаследованных продуктов будут описаны в отдельной статье.
- Платформа AggreGate ориентирована на работу с M2M/IoT устройствами, сервер прекрасно умеет работать с контроллерами, которые подсоединяются к нему самостоятельно. В нашей терминологии такие контроллеры называются агентами.
И все-таки может остаться вопрос: зачем же мы решили сделать еще одну СКАДу? Мировой рынок в этой области насыщен, да и в России имеются неплохо зарекомендовавшие себя производители.
Дело в том, что AggreGate SCADA/HMI в виде «надстройки» над платформой AggreGate является с технической точки зрения всего лишь набором драйверов для сбора данных и характерных для АСУ ТП векторных изображений. Весь необходимый для СКАДА функционал является частью самой платформы AggreGate – это и редактор мнемосхем (виджетов), и редактор отчетов, и механизмы управления событиями и тревогами, и система моделирования собственных тегов, и технология работы отказоустойчивого кластера, и SDK с комплектом разработчика драйверов (DDK), и так далее.
Поэтому наши инвестиции в создание СКАДА-системы были невелики по сравнению с созданием подобной системы «с нуля» – для реализации проектов по автоматизации производственных процессов и зданий мы разработали драйвера для стандартных протоколов мира АСУ ТП (Modbus, OPC, OPC UA, BACnet, DNP3, и т.д.) и нарисовали несколько тысяч динамических векторных изображений.
Помимо стандартных для СКАДА-систем функций, платформа AggreGate дает нашему продукту многие необычные для этого рынка возможности, например:
- Хранение статистики к кольцевой базе данных (RRD) и БД класса NoSQL (BigData)
- Неограниченное горизонтальное и вертикальное масштабирование системы при помощи распределенной архитектуры AggreGate
- Возможность сбора данных и управления как по протоколам управления и мониторинга ИТ (SNMP, FTP, JMX, SSH, WMI…), так и по универсальным протоколам (SQL, SOAP, CORBA, LDAP…)
Эти возможности позволяют использовать систему во множестве проектов, которые не являются классическими для применения СКАДА решений. В частности, AggreGate SCADA/HMI используется для телеметрии транспортного парка производственных компаний, замены MES-систем, мониторинга сотовых вышек и мониторинга инженерной инфраструктуры ЦОД (в составе продукта AggreGate Data Center Supervisor).
С точки зрения архитектуры и концепции построения проекта AggreGate SCADA/HMI похожа на большинство других продуктов. Цикл разработки типового проекта включает:
- Развертывание сервера или нескольких серверов в отказоустойчивой конфигурации
- Подключение хранилища, которым может быть как обычная реляционная СУБД, так и интегрированная в систему СУБД Apache Cassandra, которая обеспечивает сохранение десятков тысяч тэгов в секунду
- Подключение контроллеров и других источников данных (таких как внешние БД), настройка периодов опроса тэгов
- Настройка автоматизированных алгоритмов обработки тэгов на сервере – это могут быть модели, определяющие дополнительные вычисляемые тэги, тревоги, которые доставляют e-mail и СМС оповещение, расписания для выполнения различных задач, и т.д.
- Разработка мнемосхем и инструментальных панелей с навигацией между ними
- Настройка ролей пользователей, прав доступа для них, и, при необходимости, внешней аутентификации через LDAP/AD
Работающий под Linux сервер AggreGate имеет возможность собирать данные с OPC серверов, работающих под Windows. Этот процесс осуществляется через IP сеть по протоколу DCOM, необходимости ставить SCADA сервер и OPC сервер на один компьютер больше нет.
В AggreGate SCADA/HMI нет понятий «проект», «среда разработки» и «среда выполнения». Согласно ее концепции, на производственном объекте используется один «первичный» сервер. Во время начальной фазы внедрения, системные инженеры могут подсоединиться к серверу локально или удалено чтобы разработать мнемосхемы, создать учетные записи PLC, настроить хранилище данных и пр. После завершения начального этапа настройки, во время ПНР и в обычном режиме работы будет использоваться тот же сервер, хотя перенос системы на другой сервер возможен и несложен.
Унифицированная среда позволяет вносить изменения в «боевую» систему не прерывая ее работы. Для этого нужно:
- Сделать временные копии одного или нескольких компонентов системы (например, мнемосхем или тревог)
- Внести изменения в копию и протестировать их
- Заменить оригинальный компонент на удачно измененную копию
Одним из самых главных компонентов любой СКАДА системы является редактор мнемосхем. Унаследованный от платформы AggreGate редактор виджетов (GUI Builder) позволяет быстро рисовать и «анимировать» любые мнемосхемы и человеко-машинные интерфейсы, содержащие как простые компоненты (кнопки, надписи, текстовые поля, списки и т.п.), так и сложные (таблицы, многослойные панели, панели с вкладками, диаграммы, географические карты, динамические SVG изображения, видео-окна, и другие).
Несмотря на свое внешнее сходство с типичными для других систем редакторами, редактор AggreGate имеет одну важную особенность. Помимо классического абсолютного позиционирования визуальных компонентов любая панель может использовать сеточную компоновку компонентов, похожую на таблицу в HTML. Причем, в случае сложной формы с множеством вложенных панелей (обычных, многослойных, с закладками, сплит-панелей) каждая панель может независимо от остальных использовать как абсолютную, так и сеточную раскладку.
Сеточное позиционирование позволяет проектировать мнемосхемы, формы ввода данных и инструментальные панели, которые красиво и органично адаптируются к любому разрешению экрана. В случае с абсолютным позиционированием для адаптации применяется пропорциональное масштабирование всех компонентов с увеличением их высоты, что приводит к неприемлемым результатам практически для всех форм и диалогов.
Мнемосхемы анимируются при помощи так называемых привязок, которые позволяют произвести копирование данных между свойствами серверных объектов и свойствами визуальных компонентов в ответ на серверные события и события мнемосхемы. Язык выражений AggreGate помогает «на лету» применить к копируемым данным любые операции по обработке чисел, строк, дат и времени, таблиц, и т.д.
Любые данные, которые обрабатываются AggreGate, могут быть использованы для построения отчетов. Редактор выражений и встроенный язык SQL-подобных запросов помогут извлечь необходимые показатели, а система сама создаст оптимальный шаблон их визуального представления. После этого можно настроить его по своему усмотрению используя редактор отчетов.
Для важных параметров можно настроить тревоги, которые будут срабатывать при обнаружении критичных состояний объекта или получении определенных цепочек событий. Система позволяет доставлять оповещения о тревогах практически любыми способами (например, всплывающие окна, звуковые оповещения, сообщения на электронную почту, СМС-сообщения). Действия, автоматически стартуемые по тревоге, могут работать как автономно, так и под управлением оператора. Модуль тревог также поддерживает и остальные типичные для АСУ ТП функции – обнаружение биения, гистерезис, приоритизацию, квитирование, эскалацию, и т.д.
AggreGate SCADA/HMI помогает автоматизировать производственный процесс, вывести всю необходимую информацию в операторский центр, организовать визуализацию, сохранить рабочие сведения в БД и создать отчетные документы – все то, что требуется от СКАДА. Система также позволяет быстро анализировать информацию об эффективности технологического процесса и принимать важные решения по его оптимизации, то есть частично покрывает области компетенции ПО класса Manufacturing Execution System (MES).
На крупных предприятиях, как правило, одновременно работает несколько различных инсталляций СКАДА. Каждая из них выполняет свою функцию в каком-либо цеху под контролем отдельной группы операторов. Системы логически связаны между собой определенной производственной цепочкой, поэтому требуется как их взаимная интеграция, так и автоматизированная передача показателей эффективности и выработки на уровни MES/ERP. В экосистеме AggreGate это осуществляется при помощи обмена частями единой модели данных между серверами при помощи распределенной архитектуры.
Часто встречаются ситуации, когда на одном объекте или в рамках одного проекта надо использовать не только SCADA, но и систему управления ИТ-инфраструктурой, автоматизации зданий, контроля доступа и управления физической безопасностью, АСКУЭ, и других в разном сочетании и различной комплектации. Применение остальных решений, основанных на AggreGate, позволит реализовать эти функции в рамках одной инсталляции, зачастую даже объединив некоторые модули на одном сервере. Где это встречается на практике? Например, в ЦОДах, где необходимо мониторить активное сетевое оборудования ядра, климатические датчики, ИБП, ДГУ, кондиционеры, системы водяного охлаждения, доступ персонала, рабочее время сотрудников. Другой пример: сотовые вышки, требующие мониторинга параметров радиорелейного оборудования транспортной сети и секторных антенн, климатических датчиков, кондиционеров, ИБП, охранных датчиков и так далее. На крупных складах требуется наблюдение за доступом персонала, движением погрузчиков, системами вентиляции и освещения. Практически все крупные объекты могут получить преимущества от объединения различных систем управления и мониторинга.
В следующих статьях по СКАДА мы расскажем подробнее о необычных особенностях нашей системы, способах решения различных задач АСУ ТП, и интересных проектах, в которых мы участвовали.
Спецпредложение для хабражителей
После успеха аналогичного спецпредложения по мониторингу ИТ мы предлагаем бесплатную бессрочную лицензию AggreGate SCADA/HMI Standard на 5 устройств или источников данных, без ограничения на количество тэгов, всем сославшимся на хабр. Для получения лицензии нужно прислать нам активационный ключ «боевого» сервера. Предложение действительно до 9.05.2015. Никаких условий для получения лицензии нет, мы надеемся на получение фидбэка.
Только зарегистрированные пользователи могут участвовать в опросе. Войдите, пожалуйста.
Комментарии (54)
A1astor
07.04.2015 09:34Использование Java в качестве платформы вызывает большие вопросы по гарантированному времени отклика.
Подход к безопасности вообще поражает. Что значит «судить не нам»? Господа, если у Вас есть серьезный настрой выйти на рынок АСУ ТП, не мешало бы ознакомиться с нормативной базой. Почитайте положения №256-ФЗ «О безопасности объектов ТЭК», №116-ФЗ от 21.07.1997 «О промышленной безопасности ОПО» в действующих редакциях.ttf
07.04.2015 09:44Также Приказ ФСТЭК №31 от 14.03.2014г.«Об утверждении требований к обеспечению защиты информации в автоматизированных системах управления производственными и технологическими процессами на критически важных объектах, потенциально опасных объектах, а также объектах, представляющих повышенную опасность для жизни и здоровья людей и для окружающей природной среды».
Sonic1980 Автор
07.04.2015 09:51Под словами «судить не нам» я не имел в виду, что мы не заботимся о безопасности системы. Я просто не стал отвечать «прекрасно» на вопрос «как обстоят дела в Вашем продукте с данными проблемами?» и постарался рассказать по существу.
Sonic1980 Автор
07.04.2015 09:58+3Насчет гарантированного времени отклика. Мы используем, как на стороне сервера так и на стороне HMI, многопоточный конкурентный сборщик мусора («ConcMarkSweepGC»), который позволяет избежать ситуаций «Stop the World» и приближает поведение к коду на C/C++. Который, конечно, тоже работает не в реальном времени.
igor_suhorukov
08.04.2015 08:38Ну да, конечно!
Как часто в логах у вас Concurrent Mode Failure и full stop-the-world gc? Зависит ли частота и размер аллокации объектов от конфигурации и пользовательских данных?Sonic1980 Автор
08.04.2015 08:54Конечно зависит. На практике при достаточном количестве ресурсов (CPU, RAM) concurrent mode failure не случаются. А если ресурсов не хватает, то и винды пойдут в swap, остановив любую классическую скаду.
igor_suhorukov
08.04.2015 21:22В случае управления памятью, например в C/C++ таких проблем как паузы GC нет вообще. Есть большая сложность разработки.
А если ресурсов не хватает, то и винды пойдут в swap, остановив любую классическую скаду.
Значит надо ограничивать модели пользователя. Лучше он узнает об этом на этапе конфигурирации, чем во время работы системы!
Kanava
07.04.2015 21:31+2Рассказываю с точки зрения программиста автоматика (не веб, не java… )
Скачал, установил. Пытался запустить (ява чет ругалась, переустановил, методом научного тыка что то включил в браузере). Но запустил клиент какой то другой, только не браузерную версию (или я что то не понял)
Мои замечания
1) Делайте проще интерфейс (любителям русских скад и эклипса наверно это не напрягает).
Много ярлыков для запуска фиг знает чего…
Извините, но очень ужасно, трудно использовать интерфейс с много «буковками» по всему экрану с напичкаными разными функциями окнами.
— сделайте один или два и в них нужные переходу куда надо. Не надо раскрывать все возможно и супер настройки в главном окне. Просто глаза разбегаются и начинается судорожно щелкание по экрану, что бы что то понять.
2)Зачем слева столько ссылок сделайте группировку по функционалу.
3) Очень много не нужной информации которую отображает скада
4)Надо отделять среду разработки (если я понял правильно что это работает все одновременно) от среды исполнения
Возьмите intouch (или любой другой иностранный продукт) все просто и понятно распределено, излишки возможностей доступны через специальные операции в тех же оболочках.
Как начинают делать софт русские разработчики, то начинается калапс потока информации в интерфейсе для программиста. Трейс Мод, Круг, Меркурий=Энергоучет, Инсат… все как один ужасны и тут вы еще в эту семью идете!
Мое мнение вот такое! А дальше даже не стал разбираться.Sonic1980 Автор
07.04.2015 21:55Спасибо за вашу критику, такие сообщения очень помогают в развитии.
В продуктах платформенного типа всегда поначалу сложности с юзабилити, мы их лечим изо всех сил, заставляя СКАДА выглядеть именно как СКАДА.
В версии 5.1 еще не сделан главный экран, поэтому при инсталляции дистрибутива СКАДА открывается стандартный админский интерфейс платформы AggreGate с виджетом SCADA Quick Start, который был разработан пять лет назад и уже давно устарел. Я согласен, это крайне сильно портит впечатление от продукта, так как нужные функции приходится разыскивать по разным углам. В версии 5.2 (выходит в мае) будет отдельный экран, на котором сгруппированы все функции, типовые для СКАДА-систем.
Скажите, а какая иностранная СКАДА вам кажется идеалом с точки зрения восприятия новым пользователем сразу после инсталляции? Как выглядит ее начальный (или главный) экран?
Iceg
07.04.2015 22:07Вклинюсь в разговор :) Не по поводу начального экрана, но как мысли вслух про идеалы. Обратите внимание на Wonderware System Platform, там очень крутой объектно-ориентированный подход, хотя и безбожно кастрированный, если сравнивать с ООП.
Sonic1980 Автор
08.04.2015 08:25Соглашусь с вами и Kanava, конечно же Schneider скупивший все скады на свете безусловно один из лидеров и мы смотрим и на WSP, и на Citect, чтобы по минимуму косячить при развитии.
И при этом конечно план сделать не просто «yet another SCADA», хочется универсальную платформу построить. WSP в этом смысле импонирует даже названием %)
s60
20.04.2015 16:09Обратите внимание на Wonderware System Platform ...
они осилили дать возможность разрабатывать экраны мнемосхем на мониторе с разрешением меньше того, что будет на объекте (масштабирование)? Теперь мнемосхему на 1920х1200 можно открыть на редактирование на мониторе 1680х1050 с появивишимися полосами прокрутки вверх/вниз, сохранить и всё будет гуд ?!Iceg
21.04.2015 18:12да
s60
21.04.2015 18:18алилуйя!
(шёл 2015-й год .....)Iceg
21.04.2015 19:08Та да, система спаривания визуализации WSP и интача вообще какое-то безумие. А вот деплой и прочие распределённые фишечки у них Ъ.
s60
21.04.2015 22:58безумие у них куда не плюнь, начиная от прайса…
а увидев как они сделали 7 сегментный индикатор
через 7 «палок», на каждую навесили скрипт на Visible — мол эта палка видна для 5,7,9, а для остальных не видна… дальше можете ничего не говорить… даже про клиент-сервер через VNC…
сименс просто два шрифта таких добавил…Iceg
21.04.2015 23:14Сименс то же УГ, только в профиль) Каждую новость про возникновение какой-нибудь скады читаю с замиранием сердца: а вдруг эти смогут?
s60
22.04.2015 10:06сименс — уг, но тут именно конкретный пример был важен… исключительно речь про 7 сегментный индикатор…
сам-то я с InTouch не работал, проект делал сосед по парте… матерился вслух вот я и вкурсе немного…
про сименс-уг я в своей статье/комментах привел немало пруфлинков… а если добавить форум сименса… (когда читаю — думаю «у меня еще ничего… вот у людей ахринеть проблемки...»)
вчера вот окончательно выяснил, что в ВыньСиСи нет сущности а-ля «dynamo/genie» (графический библиотечный элемент, например, нарисовал клапан, внутри анимацию сделал, наружу входы/выходы вытащил и на мнемосхемы уже кидаешь экземпляры этого библиотечного элемента и достаточно указать, что ты — pump1, а ты — pump101, если надо че-то изменить — изменил в библиотечном и все экземпляры подхватили) — ни faceplate, ни SmartTags, ни Customized Objects не позволяют это сделать… PictureWindow + TagPrefix тоже шляпа — на мнемосхеме вместо символа механизма серый квадрат и внутри «кускование» скриптами по свойствам…
а вы бы какие SCADA из своего боевого арсенала назвали в порядке убывания по совокупности +\-?
Sonic1980 Автор
22.04.2015 10:00Забавно. У нас тоже в похожем компоненте тоже шрифт, и жалобы пользователей, что не показывается кириллица и различные желаемые ими кракозябры вроде трех горизонтальных полосок %)
При этом у нас модель еще сложней, компонент эмулирует «матрицу светодиодов».
s60
22.04.2015 10:29А вот деплой… у них Ъ.
— что ????
газпромовская Газавтоматика на Интаче сидит — (пересекался с ними на одном объекте в Выборге) одна из часто произносимых фраз "… н-е д-е-п-л-о-и-т-с-я ....."
разве оно деплоится на раз-два как доктор прописал?Iceg
22.04.2015 14:47ну один раз из 20 может тупануть, надо сделать андеплой и снова деплой. Не так уж трудно. Вся процердура делается в несколько кликов и всегда точно знаешь на какой машине какая сейчас ситуация, и конфигурацией можно рулить удаленно, ни разу не было необходимости бегать к АРМам. Как в выньцц что-то изменить в проекте из нескольких серверов и нескольких АРМов, думаю, вам рассказывать не надо. Чего только стоят отдельные (как следствие — потенциально одноимённые, но внутри разные) скрипты на каждой машине, это жесть. Плюс в вондерваре есть а-ля «dynamo/genie». Собственно, на этом и строится визуализация, а тегпрефиксы это геморрой, да.
System Platform (именно платформа, не только интач) наименьшее из зол, которое мне встречалось.
Семисегментный шрифт ничего не мешает скачать из интернетов, благо, их полно, есть и качественные.
Если работаете с бернекером, попробуйте ещё B&Rовский APROL, мне показался интересным. Оттуда и ПЛК можно прошивать. Года три назад на курсах был по нему, вот только потом как-то не довелось поработать. Не знаю, в каком состоянии оно сейчас.s60
22.04.2015 16:24Семисегментный шрифт ничего не мешает скачать из интернетов, благо, их полно, есть и качественные.
специальной заинтересованности в нем нет, но раз уж они его сделали я посмотрел КАК они его сделали… уж если делаешь, так делай по-уму, а не тяп-ляп (за такое то бабло)
а Интач типа так мало стоит, что требовать от него больше чем от MS Paint нельзя ???
Если работаете с бернекером, попробуйте ещё B&Rовский APROL, мне показался интересным. Оттуда и ПЛК можно прошивать. Года три назад на курсах был по нему, вот только потом как-то не довелось поработать. Не знаю, в каком состоянии оно сейчас.
вы в австрии на курсе были? Так то он весьма большой и на мелочь его не стоит внедрять, а настолько больших проектов, чтоб еще и его изучение туда впихнуть пока не было… Так что ваш опыт применения был весьма интересен…
WinCC резервированный + 2 АРМа — самое крутое что делаем… «деплоим» из степа на оба сервера…Iceg
23.04.2015 12:45Отсутствие шаблонов в WinCC против цифер не из шрифта, а из графики. Нухз, кому как, а мне первое хуже, чем второе.
На курсе был в Москве. Поработать с апролом не довелось — был на него один заказчик, но там не сложилось. Возможно, потому что не успел поработать и найти косяков, но система произвела весьма неплохое впечатление)s60
23.04.2015 15:50Отсутствие шаблонов в WinCC против цифер не из шрифта, а из графики. Нухз, кому как, а мне первое хуже, чем второе.
простите, кто на ком стоял? (с) :)Iceg
24.04.2015 00:36В wincc нет шаблонизации.
В wonderware цыфры картинкой.
По-вашему, что хуже?s60
24.04.2015 11:59В wincc нет шаблонизации.
аналогом «цифр» в ВыньСиСи я бы назвал отсутствие комментариев у тегов… :)
а с шаблонами да… вообще никак… а кто-то тааак нахваливает ВыньСиСИ… ну прям эталон SCADA
даже старушка RSView32 с шаблонами лучше — там на странице вместо тегов вставляешь placeholder'ы типа #1 или #102 и открываешь страницу с файлом подстановок, где написано что
#1 Pump1_Speed
#102 Valve102_Open
и вместо #1 будет подставлен тег Pump1_Speed (даже так: вместо Pump1_Speed можно писать что хочешь лишь бы в итоге подстановки получилось что-нибудь корректное с точки зрения синтаксиса RSView32 )
В wonderware цыфры картинкой.
это горе не беда… там вообще мясо:, а №
1) InTouch в БД алармы сохраняет? — да (в текстовый файлик)
2) архв трендов в БД хранит? — да (но только в MS SQL, который за отдельно)
3) скрипты есть? — да (но фуфлыжные и с кучей ограничений)
4) клиент-сервер есть? — да (но через VNC)
5) весь экран можно разбить на несколько областей типа вверху меню, которое постоянно есть на всех видеокадрах, а под ним в центре основная область под сменяющие друг друга мнемосхемы? — да (но не приведи господь вам увидеь как это реализуется)
6) а тренды есть? — да (но фуфлыжные и только 8 перьев на тренда)
7) а у вас есть… — да (только надо купить какую-то хрень по имени Archestra)
8) а оно может…? — да (но лучше купить какой-то там чудо-платформ....)
9) а шаблоны страниц есть? — …
10) а динамические библиотечные элементики типа насос/клапан есть с анимацией внутри? — …
12) а одновременно два человека могут над одним проектом работать? — …
13)…
(это только то что я сидя рядом слышал ....)
«цифры» никак не последний гвоздь в крышку интача… но весьма показательный…
По-вашему, что хуже?
всё плохо :(
щас вот SCADA ТЕКОН в рамках импортозамещения рассматриваю, знакомлюсь…Iceg
24.04.2015 12:51Так вы и правда только про интач. Попробуйте вот эту чудо-платформу с арчестрой. Совсем другой мир. Интач это обрубок, его со скадой сравнивать как-то странно. Wonderware System Platform по цене выходит примерно как WinCC. MS SQL Express в комплекте, всё хранится в бд, куча библиотечных элементиков, логика связи и именования объектов — именно про объекты и их логическую связь, а не где они нарисованы (GetParentWindow, omg, трешугарисодомия), никаких ограничений по перьям на трендах, элегантным движением мыши можно генерить отчёты в excel, эт сетера… «А у вас есть, а оно может» — по крайней мере да. Есть и может :)
Ви рисуете клапаны и насосы с анимацией? Печаль. Не надо так делать.s60
24.04.2015 13:00Так вы и правда только про интач.
так а зачем они тогда продают этот «обрубок» да еще и по конским ценам ????
Ви рисуете клапаны и насосы с анимацией? Печаль. Не надо так делать.
пардон, а в чем суть статичной мнемосхемы — это ж не карта метро?
я полагаю, что назначение мнемосхемы именно анимацией показать оператору состояние производственной линии… если все серое, не мигает, на скрывается/появляется, какой в ней смысл?
просветите…Iceg
24.04.2015 14:36так а зачем они тогда продают этот «обрубок» да еще и по конским ценам
А зачем вы покупаете? :) Капитализмъ.
если все серое, не мигает, на скрывается/появляется
то у оператора не дёргается глаз, и он не чувствует себя игроком в тетрис на 50 скорости. А вот когда что-то замигает, то сразу ясно: требуется внимание — и ясно где оно требуется.
Обратите внимание на 4 картинку в статье (хотя они там половину переврали, в целом почти хорошо) и на это: www.youtube.com/playlist?list=PLJq4rR8tWINxnM7UtKnlNjN-eg7P48UPvs60
24.04.2015 15:09А вот когда что-то замигает, то сразу ясно: требуется внимание
вы сами себе противоречите — как оно замигает, если «внутри» графического элемента «клапан» нет логической-программной связи между ProcessValue и цветом треугольника ???
я может ваш вопрос неправильно прочитал:Ви рисуете клапаны и насосы с анимацией? Печаль. Не надо так делать.
— почему Я, а не мой сосед?
— почему рисую, а не беру готовый?
— клапанам и насосам не требуется анимация состояния?
— (что-то еще)Iceg
24.04.2015 15:22ненене, естественно, разные состояния клапанов выглядят по-разному) анимацией называть это некорректно, по-моему. Анимация — это, например, вечно вращающийся вентилятор, а не изменение его цвета на красный при неисправности. Когда всё штатно работает (а если есть алармы, то они квитированы), тогда на мнемохсеме должны меняться только измерения датчиков, я считаю, всё остальное стабильно, статично и неподвижно.
s60
24.04.2015 15:03аналогом «цифр» в ВыньСиСи я бы назвал отсутствие комментариев у тегов… :)
или звонок в техподдержку:
— Алло, у меня проблема с WinCC…
— Венда русская?
— Да…
— До свидания…
Kanava
07.04.2015 22:19>Скажите, а какая иностранная СКАДА вам кажется идеалом с точки зрения восприятия новым пользователем сразу после инсталляции? Как выглядит ее начальный (или главный) экран?
У меня интач. 3 ярлыка — среда разработки, среда исполнения, менеджер проектов ( в котором можно открыть среды исполнения или среды разработки. Нравится доступ к свойствам переменных в свойствах и сриптах, просто чудно сделано Переменная.СостояниеКвитации Переменная.ПределВысокий… скрипты по своим местам разложены и на окны и на кнопки и на постоянное выполнением…
Скачайте их систему посмотри что как устроенно. Надо впитывать лучшие, что бы сделать лучше)
Мне у них не нравится редактор графики, управление переменными. Описание переменных отличное, но с тиражированием замарочка легче решается через импорт и экспорт в эксель и там тиражируются
Не заморачивайтесь с драйверами сильно. Все в основном используют OPC сервера. Надо что то особенное создайте OPC тулкит с простым интерфейсом описания протокола обмена и забудьте о драйверах. Дайте пользователям бесплатно размещать на вашем сайте, node так популярней стал)
Лицензирование сделайте по кол-вам точкам вх/вых. Халяву слишком не делайте, 40 точек и все.
Веб интерфейс обязательно! дайте возможно запустить проект в фоновом режиме для веб серверов скад.Sonic1980 Автор
08.04.2015 08:33Уже ответил Iceg, Wonderware/Schneider мы смотрим. Конечно не копируем, у нас другой подход, но стараемся аналогичный функционал обеспечить и сейчас активнейшим образом над юзабилити работаем.
Ну и веб доводим до ума, он вышел в 5.1, но еще есть что полечить =)
Интересно, что насчет драйверов нас многие ругают — дескать мало у вас, а драйвера=скада. У всех разный подход сложился…Kanava
08.04.2015 18:51По моей практике обычно драйвера нужны в трех случаях:
1 Нет OPC серверов в стандартной поставки с плк, типа омрона (может я ошибаюсь)
2 Не хотим покупать OPC сервера
3 На спец протоколы нет драйверов.
В общем я думаю, что драйвера не нужны, все решается через OPC сервера, просто надо улучать коннект сними до идеального состояния и не надо силы и средства на них тратить.
Только не делайте еще среду разработки для ПЛК, хватит существующих) добавите лучше поддержку видеорегистраторов, IP камер.Kanava
08.04.2015 18:57Часто делаем насосные без присутствия людей и внедряем видеонаблюдение отдельной системой. Было бы круто что бы на мнемосхеме была возможность вывести картину с камер. Можно принимать видео поток с RSTP или еще с чем нибудь. Если захотите интегрировать эту функцию, то решайте её в таком в виде, что была возможность отображения на веб странице с поддержкой без плагинов для android, IOS системах.
Мы в основном используемын
видеорегистраторы если камеры аналоговые
если IP то ставим видео сервер например VideoNet 8Sonic1980 Автор
09.04.2015 09:11Видео на мнемосхемы добавлять можно, в версии 5.1 поддерживаются MJPEG и JPEG stills, в 5.2 все протоколы, которые поддерживает ffmpeg (т.е. сотни).
Вот пара ссылок:
- интеграция камер и видео-серверов
- Компонент видео-плеер
На вебе, к сожалению, нормально будет работать только в Java-версии. В HTML5 видео пойдет через сервер и VNC, будет дергаться и тормозить. Мы знаем, что делать, но это не быстро…
s60
20.04.2015 16:19а какая… СКАДА вам кажется идеалом ...
нет такой…
а вообще вот суть общественного мнения:а вообще вот суть общественного мнения:
Sonic1980 Автор
08.04.2015 17:33А покритикуйте, пожалуйста, наш новый главный экран SCADA (который доступен параллельно с админским интерфейсом с вашего скриншота):
Что добавить, что убрать?Kanava
08.04.2015 18:15Configuration —
сделайте отображение деревом, легче воспринимается и у вас везде деревом сделано а тут иначе. users засунте в конфигурацию
РЬШы and dashbord
Что такое виджеты? Если это окна то сделайте название виндоу, группировку сделайте Группа — окна всплывающие окна Группа основные окна и т. д. пусть программист сам их называет.
В настройка на исполнения сделайте галочки которые блокируют горячие клавишы виндуса, меню пуск, запрет на перемещения окна, убрать верхнее меню в режиме исполнения, что бы оператор не смог смотреть фильмы)
В общем меньше собственных названий, используйте обще принятые название Window,…
Что за модель, PLC дискавери?Sonic1980 Автор
09.04.2015 08:42Спасибо!
Платформенность продукта накладывает определенные ограничения. Widgets=HMIs, но мы не можем переименовать узел в дереве, так как потребители других решений вообще не в курсе, что такое HMI, а решения объединяются друг с другом на одном сервере.
Модели — это наш основной компонент для построения серверной логики, а PLC дискавери — поиск OPC серверов путем сканирования сегмента IP адресов, потом туда добавятся и другие протоколы.
Про хитрых операторов нам тоже много рассказывают, пока мы предлагали сделать блокировку путем использования сторонних программ, но по ходу это не всех устраивает %)
Iceg
07.04.2015 22:00>Разумеется, все вендоры СКАДА развивают свои продукты, которые постепенно переходят от поколения к поколению.
Нет уж, почти все вендоры застряли на втором поколении, редкие доползли до третьего =(
Реквестирую промышленных протоколов, а то кроме модбаса и ОРС ничего толком-то и нет.
Как у вас с нагрузкой? Минимальные системные требования на количество внутренних тегов / точек ввода-вывода? Резервирование серверов возможно?
Не очень понятно по ценообразованию. «Цена AggreGate SCADA/HMI зависит от количества устройств.» Странно и непривычно) Обычно принято точками ввода/вывода измерять. По ОРС, например, каждый ОРС-сервер, с которого хотим утащить данные, будет считаться отдельным устройством? Но фактических устройств (ПЛК, вторичка) в тот опц может быть заведено под сотню. А по модбасу едва по десятку регистров — но тут наберётся куча устройств, именно подпадающих под лицензирование.
upd
и вот взглянув на скрин в предыдущем комментарии — доку лучше всё же включать в дистрибутив. Ну крайне маловероятно, что у сервера со скадой у цивилизованных людей будет доступ в интернет.Sonic1980 Автор
08.04.2015 08:18+1Постараюсь ответить на все вопросы сразу. Список протоколов пополняется, недавно появились OPC UA и DNP3, на подходе QNX, Profibus, Ethernet/IP и протоколы IEC. Также реализуем и проприетарные, но только самые-самые популярные, в частности на днях выходит Omron FINS (который в РФ никто не спрашивает, а в Европе постояно), будет Siemens S7 напрямую и т.д.
Какие протоколы из не реализованных вам кажутся наиболее нужными?
По нагрузке и сразу же по лицензированию. Этот вопрос нам задают все %) Дело в том, что:
— во-первых мы часто объединяем решения и на одном сервере работает, например, SNMP-мониторинг ИТ оборудования или СКУД, которые традиционно лицензируется по устройствам
— во-вторых в рамках логики MES/OEE к нашей СКАДА часто подключаются источники данных, в которых в принципе нет тэгов как таковых, например СУБД к которой выполняются динамические запросы или SOAP-источники, в которых есть набор вызываемых нашей системой функций
— в-третих наша система изначально добавляет в снимок устройства все тэги сразу, а «нужные» тэги отличаются лишь ненулевым периодом опроса (впрочем, можно и вручную добавлять только нужные)
Вопрос с лицензированием мы внутри обсуждаем снова и снова, и вроде как все больше аргументов оставить как есть. Конечно, всех поначалу удивляет такая схема. Если цена получается дороже, чем в решениях, лицензируемых по тэгам (например у вас 100 контроллеров по 3 тэга), мы обсуждаем условия индивидуально.
По производительности есть несколько таблиц, где ориентировки также приводятся по количеству устройств: aggregate.tibbo.com/docs/en/ls_requirements.htm
Еще конкретные цифры есть тут: http://aggregate.tibbo.com/technology/architecture/performance.html
Резервирование есть на уровне хранилища и на уровне самого приложения: http://aggregate.tibbo.com/technology/architecture/failover_clustering.html
Ну а доки офлайновые можно поставить, в инсталляторе есть опция.
s60
20.04.2015 16:32Странно и непривычно) Обычно принято точками ввода/вывода измерять. ...
нискольколечко… расширяйте кругозор, например, FactoryTalk View SE от Rockwell — лицензирование по экранам, zenOn от COPA-DATA, Genesis32/64…
Iceg
08.04.2015 15:17> Profibus, Ethernet/IP и протоколы IEC
Вот да, эти, если IEC это IEC-60870-101/103/104. И лучше сразу КП и ПУ, на всякий случай. А то случаи отечественной медицине известны разные, увы. Ещё если захотите в энергетику, то стоит IEC-61850 добавить.
ОРС это хорошо, и я тоже какое-то время думал, что кроме ОРС и модбаса ничего не нужно, пока не попал в энергетику) Ну и вообще, всегда лучше иметь как можно меньше прослоек в виде всяких конвертеров из протокола в протокол — каждая такая железяка/софтина это снижение надёжности, лишние головняки в наладке и обслуживании.
> мы часто объединяем решения и на одном сервере работает, например, SNMP-мониторинг ИТ оборудования или СКУД
Я с вами о высоких материях, а вы мне про СКУД)
> В AggreGate SCADA/HMI нет понятий «проект», «среда разработки» и «среда выполнения».
Долой стереотипы? :) И на сайте у вас: «В отличие от традиционных СКАДА-систем, AggreGate не имеет типов окружения для запуска/разработки, а также не имеет проектов.» Я чот думаю мало кого всякое «нетрадиционное» приведёт в восторг. Потому что я хочу сделать копию проекта после запуска, положить в архив, через время при необходимости в офисе его развернуть, доработать, поехать залить, и уехать домой. А за «безопасное соединение» на действующем объекте безопасники подвесят высоко и не за шею, и будут правы.Sonic1980 Автор
08.04.2015 17:56+1IEC скоро будут все, включая 61850, потому что планируются серьезные проекты в энергетике.
Насчет проектов: если нет удаленки, можно разрабатывать локально, хоть с того же компа, а вечером слить копию базы на флешку и развернуть дома. То есть по сути наша БД сервера и есть «проект».
Удаленная разработка хороша в небольших проектах. Мы имеем возможность помогать нашим партнерам по всему миру, подключаясь к их серверам и разруливая различные сложности в настройке. Куда-нибудь посерьезнее понятное дело не пустят %)Iceg
08.04.2015 19:36То есть там, в копии базы, будут и какие-нибудь скрипты, и бинарные файлы типа изображений (если вдруг не дефолтные)? Извините за, возможно, глупые вопросы, пока только на них есть время, на выхах погоняю демку.
И следующих статей давайте) Особенно по внедрениям, где уже. Особенно про энергетику ^_^ Неужто у вас одобрение от ФСК есть?
>наш новый главный экран SCADA
Избавьтесь от градиентов, пожалуйста. Вот те рыже-голубые это совсем печаль. Смотрите, какие чудеса придумали люди: www.google.com/design/spec/material-design/introduction.html — а у вас гуй как из нулевых. Про WWшную HMI performance, думаю, и сами знаете — такие контролы бы запилили вместо, опять же, уныло-градиентных. Вообще, скада — это ж такой простор для UI/UX. Особенно рантаймовая часть. Не думали дизайнера нанять? Мне кажется, человек увлечённый был бы в восторге от такой задачи. А то ведь вся дрянь в интерфейсах тянется аккурат из стандартных компонентов.Sonic1980 Автор
09.04.2015 08:35Да, в копии базы будет абсолютно все, включая события, которые произошли за время работы проекта и не удалились по истечению срока годности. В чем-то это может и не очень хорошо.
Про интерфейс согласен. Гуй и есть из нулевых, первые применяемые сейчас иконки рисовались в 2004-2005. Но тут одним экраном скада не обойтись — надо переделывать всю платформу разом, а это множество продуктов и сотни иконок, экранов и т.д. Дойдет в ближайшее время дело и до этого.
ttf
Поддержка большого количества разнородных технологий это замечательно. Но это порождает кучу уязвимостей и дыр в информационной безопасности. Как с обстоят дела в Вашем продукте с данными проблемами?
Sonic1980 Автор
Наверное судить об этом нужно не нам. Со своей стороны мы стараемся поддерживать различные безопасные версии протоколов (такие как SNMP v3). Все коммуникации между серверами в распределенных инсталляциях и между серверами и АРМ идут через SSL. Абсолютно все внутренние вызовы платформы AggreGate проходят через внутреннюю модель ролевого доступа.
Все проверки прав происходят на стороне сервера, никакие права не проверяются на стороне АРМ/HMI. Скрипты мы использовать не рекомендуем (так как в этом случае пользователь должен сам заботиться о корректной передачи объекта, энкапсулирующего права вызывающей стороны), а встроенные языки выражений и запросов автоматически соблюдают права доступа. Прямой доступ к БД сервера мы также крайне не рекомендуем из соображений безопасности, в API входят все нужные вызовы, позволяющие этого избежать и проводить весь доступ к данным через ядро с контролем прав.