Помогите подобрать PLC, SCADA

[dmka]

Доброго времени суток. На производстве планируется создание автоматизированной системы учета и контроля, предназначенной для мониторинга и архивирования технологических параметров в режиме, приближенном к реальному времени. Структура АСУ представлена в изображении по ссылке.
Требования к данной АСУ следующие: визуализация параметров тех. процесса, приближенного к режиму реального времени, архивирование тех. параметров, отображение трендов звуковой сигнализации при выходе параметров сверх допустимой установленной нормы и т.д.
Подскажите, какую SCADA-систему, PLC и модули расширения лучше применить к данной АСУ?

[alex_ugrumov]

А нужен ли Вам контроллер? Если фиксация параметров с периодом ~ секунды (да и даже меньше - 100мс) то и не нужен. Контроллер понадобиться, если надо фиксировать быстро меняющиеся параметры (но найдите ещё такой контроллер) или Вы не доверяете серверу/каналам связи и хотите вести локальные архивы по месту, но тогда нужно решать задачу протягивания архивных данных пачками от контроллера наверх (что далеко не всегда просто реализуется) и подбирать контроллер способный копить большие объёмы данных (коих тоже не очень много). Так что обычно контроллер в таких задачах и не нужен. Ну, есть ещё одна задача, где понадобятся контроллеры - это если Вы ходите собирать данные с интеллектуальных устройств по полевым шинам и перекидывать их в локальные сети.... Так что смотрите лучше в сторону remoute IO....

[dmka]

(удалить)

[dmka]

Нормальные ТТ есть :)

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

Структурные части АСУ
АСУ должна содержать следующее:
- первичные датчики для измерения
- электронные регистраторы
- модули расширения AI DI
- программируемые логические контроллеры
- линии связи и разные адаптеры для организации передачи данных;
- автоматизированы рабочие места (АРМ)
сервер БД

Иерархическая структура АСУ
АСУ должна иметь иерархическую структуру трех уровней:
- Нижний уровень (НУ) - уровень объектов контроля;
- Средний уровень (СУ) - уровень согласовывающих контролеров;
- Верхний уровень (ВУ) - уровень SCADA.

АРМ должны обеспечивать:
- отображать на мониторе в режиме приближенном к реальному времени параметры на мнемосхеме;
- периодичность обновления показаний по одному каналу должна быть не больше 2 с;
- мнемосхема должна отображать значение в виде диаграмм и графиков;
- мнемосхема должна вести архив;
- график каждого объекта должен быть доступен к пересмотру в отдельном окне мнемосхемы за весь период и за установленным временами;
- мнемосхема должна запускаться автоматически при загрузке операционной системы (ОС);
- в случае отправления PLC и первичных датчиков в ремонт или поверку, и при их подключении в схему учесть обновление данных без перезагрузки мнемосхемы;
- сигнализация о выходе измеряемых параметров за допустимые границы, отсутствие связи с выводом на АРМ;

Сервер БД АСУ должен выполнять следующие функции:
- автоматический сбор данных;
- формирование базы данных (учитывая ежеминутные, почасовые и суточные архивы) в SQL БД серверу;
- накопление и хранение данных ручного введения;
- обработка информации;
- накопление и хранение технологической информации (описания, параметры и т.п.) по каждой контролируемой позиции и текущей конфигурации системы;
- накопление и хранение информации по функционированию системы LOG ;
- автоматическое формирование резервной копии системы один раз на месяц или по установленному расписанию;
- ведение протокола события передачи данных и отсутствия сети с сигнализацией;
- хранение диагностической информации из БД в специальных архивах и с выводом их на печать для анализа;
- глубина БД не менее трех лет;
- сигнализация о выходе измеряемых параметров за допустимые границы, отсутствие связи с выводом на АРМ;
- выявление отказов каналов измерения;
- конфигурация программных продуктов должны быть защищенные паролем, пароль может быть изменен администратором системы;

Технические средства согласования протоколов обмена между вычислителями и сервером БД и АРМ должны обеспечивать:
- упорядочение одновременных запросов из разных АРМ и сервера БД для исключения коллизий и блокировок;
- надежная и своевременная транспортировка данных из НУ на ВУ АСУ

[dmka]

По выбору PLC предпочтение лежит к ОВЕН ПЛК308, соответственно архив за небольшой период времени будет сохранятся на PLC, и при выходе БД и ее восстановлении данные подтянутся непосредственно с памяти PLC. Со SCADA всё ясно, а вот с модулями действительно есть вопросы, хотелось бы узнать про метки времени с модулей I\O.
Добавлю, что по модулям остановились на ОВЕН МВ110-8А и МВ110-32ДН

[CHANt]

Если Овен, то к нему Мастер-СКАДА. И ОРС не нужен, хватит и Modbus TCP.

[alex_ugrumov]

А Если Мастер-Скаду, то к ней лучше не овен, а например WinCON с MasterPLC - там вопрос с ведением архивов в контроллере и передачей их наверх с корректными метками времени решён.

[ndk_63]

ремтконты пойдут Р-130 а scada хоть intouch хоть tracemode все дешево и надежно

[ndk_63]

ремтконты пойдут Р-130 а scada хоть intouch хоть tracemode все дешево и надежно

[CHANt]

Не очень то и дешев интач под Овен или ремиконт. Да и проф. версия трейсмоуда тоже не очень то с ценами, а? ))
На этом форуме целый раздел есть с рекламой - viewforum.php?f=9
На любой вкус и цвет!

[Romcheg]

ремтконты пойдут Р-130 а scada хоть intouch хоть tracemode все дешево и надежно

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

Ну и добавляем сюда:
1) ТМ не умеет вести архивы в БД, он ведет их в собственном бинарном файле, доступ к которому возможен только средствами ТМ, которые не покрывают реальных требований по обработке этих данных
2) Отображение архивной информации на трендах - отдельная песня, глючит страшно
3) Архивы на 3 года - даже не могу себе представить среднюю систему, в которой ТМ справится с такой задачей, разве что 1-2 параметра по температуре, то может да, сможет. Мы вот с архивами за 1 год имели серьезные проблемы в нем, что уж про 3 года говорить
4) Тут надо еще прикинуть а какие типы данных вы собираетесь сохранять в архив, потому как ТМ кроме как float'ов и целых (16-ти и 32-х разрядных) хранить в архиве не умеет. Если у вас что-то кроме этого планируется в системе - забудьте.

Сорри, что так мрачно описал, но - как оно есть.... Это я еще про надежность не стал заикаться - тут я столько могу привести примеров из собственного опыта, что на отдельную статью хватит.

[Alexander]

ремтконты пойдут Р-130 а scada хоть intouch хоть tracemode все дешево и надежно

А чего уж тогда не МикроДАТ 80-го года выпуска и FIX под DOS 6.2? С учетом того, что стоить это будет на уровне челнока Discovery?

[galeevob]

ОВЕН зажрались в последнее время честно говоря

[checker]

Если еще не определились с выбором, то могу посоветовать SoftLogic-SCADA Каскад-САУ производства НТО Терси-КБ. По Вашему ТТ удовлетворяет не всем, но большинству требований.

Структура АСУ
- Иерархическая система - содержит ПО контроллеров и АРМ.

Контроллеры:
- Поддерживаются признаки недостоверности значений (ошибка ввода-вывода, выход за диапазоны и т.п.);
- Одновременные подключение к контроллеру до 16 АРМ.

Конфигурация:
- Поддерживается изменение всей конфигурации "на лету" без остановки контроллера, перезагрузки мнемосхем и т.п.;
- Изменение конфигурации только по паролю;
- Единая БД параметров контроллера и АРМ.

АРМ:
- АРМ только отображает дынные и подает команды управления. Архив ведет централизованно архивный сервер;
- Время обновления значений на мнемосхемах по умолчанию - 500 мс.;
- Тренды на мнемосхемах есть;
- Один тренд из архива точных данных с разрешением до 1 мс доступен одномоментно только за сутки (иначе будет слишком много данных). Есть архив средних за минуту/час/сутки/месяц;
- Мнемосхемы могут запускаться автоматически при загрузке операционной системы (ОС). Поддерживается отключение рабочего стола Windows;
- Встроенная система событий (сигнализация о выходе измеряемых параметров за допустимые границы, срабатывание дискретных сигналов и пр.);
- Окна событий с поддержкой фильтрации по типам событий, и т.п.;
- Сигнализация отсутствия связи с контроллером.

Архивный сервер:
- Автоматический сбор данных с контроллера;
- Автоматический расчет средних за час/сутки/месяц;
- Хранение архива в SQL БД Firebird;
- Одновременный доступ к серверу с нескольких АРМ;
- Поддержка автоматического резервного копирования архивов по расписанию без остановки работы архивного сервера;
- Глубина хранения данных настраиваемая, мы делали и по 3 года, максимальная зависит только от объема жесткого диска;
- Архивы доступны только для чтения.

Ну и цена будет ниже, чем у указанных выше, раза этак в 2.

[Serex]

Не маловажный вопрос при подборе чего-либо. Это кто все это будет реализовывать.
Можно заложить что-то дешевое, но потом поиметь сложности при поиске программиста.