SCADA. Разбор по частям

[Морган]

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

Раньше работал в фирме, где занимался только нижним уровнем автоматизации. Всё что выше ПЛК делали программисты. Перешёл на другое место работы, а ПЛК тут только начинают внедрять и потому считают, что пока программеры не нужны. Вот сейчас-то я понял, что очень зря не общался плотно с шаманами мышки и клавиатуры. Мои познания в сфере скада систем весьма слабы, разбираюсь можно сказать с 0. Задачи их программирования и настройки пока не стоит, но вот как правильно выбрать, понять как работает нужно. Раньше сталкивался на объектах (наши программеры ставили) с InTauch и WinCC.
Сразу прошу прощения, если мои вопросы будут глупы и наивны.

Сначала напишу своё понимание. Если не прав, исправьте, пожалуйста.
Начну с простого. Одно место оператора. В качестве АРМ обычный компьютер с ОС Windows. ПЛК и СКАДА "не экзотические".
ПЛК передаёт данные на АРМ по Ethernet TCP/IP. На АРМ устанавливается СКАДА и ОРС-сервер, который предоставляет производитель ПЛК (часто не бесплатно). ОРС "переводит данные с языка ПЛК на язык ПК". СКАДА берёт даные из ОРС-сервера.
Я правильно понимаю идею?

[Trkoff]

1. InToch
2. В целом такая схема

[Alexander]

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

[hell_boy]

ПЛК не всегда передает данные по Ethernet, есть еще и другие интерфейсы (RS232, RS485). OPC-сервер необязателен, это всего лишь прослойка для унификации программного интерфейса. Как правило, SCADA имеет собственный набор драйверов (серверов ввода/вывода) для связи с ПЛК. Драйвер OPC - один из серверов ввода/вывода. Отличие в том, что драйвер SCADA написан и протестирован производителями самой SCADA, а OPC-сервер - производителем ПЛК или сторонним разработчиком.

[Морган]

По опечаткам 1-1=)

1. А для чего нужен сервер ввода/вывода?

Опоздал с вопросом)). Ответили раньше.

2. Иногда мы поставляем оборудование, которое Заказчик интегрирует в существующую скаду и в ТЗ просто прописывается протокол передачи данных. Один раз был прописан Modbus TCP. Зачем заказчику от нас именно модбас тср, в чём смысл этого?

[Морган]

Т.е. если производитель скады заявляет поддержку плк ХХ, то орс ХХ для этой скады не нужен?
Например, у интача заявлено поддержание Simatic S5 and S7 and TI505 family of PLCs. Значит сименсовский орс не нужен. Правильно?

[Морган]

Не совсем понимаю, почему не использовать tcp/ip? в чём принципиальное отличие для скада системы? ведь драйвер зависит и от оборудования.

[Морган]

Ясно.

Всем большое спасибо за ответы. Ситуация проясняется.

[Морган]

:D

[Морган]

Подумал, обсудил, и опять начал запутываться...

Непонимание таково:
Если скада "понимает" протокол (модбас тисипи, например), то нужен ли орс-сервер/драйвер подключаемого плк?

[CHANt]

Если СКАДА имеет драйвер Modbus TCP, то и контроллер должен иметь Modbus TCP. Если контроллер имеет Modbus TCP, а СКАДА нет, то тогда применяется ОРСсервер из Modbus TCP в ОРС, при этом СКАДА должна иметь ОРС-клиент (по идее все СКАДА должны иметь ОРС-клиента).

[Василий Иванович]

Контроллер в общем случае может отдать данные помимо своего родного языка-протокола еще на каком-нибудь типа модбуса, но не на OPC. В то же время скада тоже говорит на ограниченном количестве протоколов, в число которых может входить родной язык контроллера, разные модбусы и почти стопудово OPC. Поэтому наладить прямое общение можно в принципе либо по протоколу контроллера, либо через модбус или еще какой-нибудь третий протокол, поддерживаемый обоими сторонами. Или поставить между ними шлюз, который будет опрашивать контроллер по одному протоколу, и отдавать данные по другому. Как правило, обходится он небесплатно плюс привносит задержку на пути данных, зато он может отдать данные еще куда-нибудь кроме скады. Если скада знает сразу несколько протоколов, известных контроллеру, то критериев выбора из них может быть несколько:
- физический канал
- скорость передачи
- объем прокачиваемых данных
- стоимость лицензии, если драйвер платный
- кривизна скадовского драйвера
- полнота реализации функционального набора протокола
- открытость и стандартизация протокола

[Михайло]

Ну есть такая SCADA, которая понимает протоколы более 2000 устройств... Но сама SCADA, как продукт, полная фигня.

[Морган]

Таким образом. Если скада и контроллер поддерживают один протокол (например, модбас тисипи), то орс-сервер не нужен. Правильно понимаю?

[san]

В общем-то да.
Но надо оговорку сделать: если СКАДА и контролер реализовуют все необходимые функции нормально (тобишь не криво).