WinCC + MES - помогите построить архитектуру

[chevee]

Всем привет! Нужен совет и агрументированные доводы почему так.
Опишу ситуацию.

1. Имеется завод на котором используется оборудование Сименс и в качестве скада системы используется WinCC 7.2. Обмен сигналами с ПЛК выстроен напрямую из скады. Машина оператора является и сервером и визуализацией и местом хранения базы данных.

2. Имеется MES система. Самописная. Описывать ее нет смысла.

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

Тепрь основной вопрос не в создании этого, а в правильном построение архитектуры сети. Общаться с БД скады не хотим. Хотим иметь возможность прямого взаимодейсвия с ПЛК.

Видение такое, что нужен ОПиСи сервер, который будет надраконен на плк. К нему будет обращаться скада и МЕС система. Поскольку описи не умеет хранить данные, то будет некий сервис, производящий запись в отдельную БД. ну а дальше уже моменты мелкие.

Кто что думает? Как правильно, с архитектурной точки зрения, организовать такое решение? Использовать ли ОПиСи? Какое стороннее приложение использовать для работы с ОПиСи сервером (архивирование сигналов и т.д.), а может писать самим?

Буду очень признателен за активное участие в обсуждение вопроса.

[hell_boy]

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

Уже неправильное понимание функций MES. У Вас получится вторая СКАДА со всеми вытекающими последствиями. Подумайте на досуге, как будет реализовываться функция передачи управления от WinCC в MES и обратно? Например, MES считает, что клапан должен быть закрыт, а СКАДА - клапан должен быть открыт.

[chevee]

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

Уже неправильное понимание функций MES. У Вас получится вторая СКАДА со всеми вытекающими последствиями. Подумайте на досуге, как будет реализовываться функция передачи управления от WinCC в MES и обратно? Например, MES считает, что клапан должен быть закрыт, а СКАДА - клапан должен быть открыт.

не не не... нам не надо вторую скаду. Мы именно МЕС делаем. И она не должна управлять или визуализировать теже картинки как в скаде. Она будет системой контроля сборки продукции, учета на точках контроля, отчетностью ну и там еще контроль людей, чтоб лишнее не позасыпали, но это уже вне скады. Но в скаду она будет спускать рецепты, например. Просто использовать схему как сейчас - оставить скаду с ее базой, ломиться в эту базу и оттуда тащить данные и записывать туда данные - ну это г*вно. Надо по человечьи сделать))
Как работает мес и что она должна делать, мы знаем. У нас 4 объекта уже сделаны на такой системе. Суть то именно как нам все это объеденить правильно с скада системой.

[izhidkov]

Всем привет! Нужен совет и агрументированные доводы почему так.

1) с оборудованием Siemens напряму из самописной системы можно обращаться через S7-SOFTNET API. Т.е. это API которые можно использовать при разработке самописной MES. Проблема в том что нужно править программу ПЛК, чтобы использовать это API.
2) можно использовать встроенный OPC-server WinCC и через него обращаться с ПЛК. Думаю стоит на этом варианте остановиться. Доводы такие что все уже готово, но есть лишь небольшая потеря функциональности т.к. это OPC-сервер. И не ясно почему вам не нравится БД WinCC. В конце концов это обычная MSSQL.

[izhidkov]

не не не... нам не надо вторую скаду. Мы именно МЕС делаем. И она не должна управлять или визуализировать теже картинки как в скаде. Она будет системой контроля сборки продукции, учета на точках контроля, отчетностью ну и там еще контроль людей, чтоб лишнее не позасыпали, но это уже вне скады.

Визуализация в SCADA только одна из ее компонент. Как ни крути вы 2-ую скаду хотите делать, хоть и называете ее MES ))

[chevee]

не не не... нам не надо вторую скаду. Мы именно МЕС делаем. И она не должна управлять или визуализировать теже картинки как в скаде. Она будет системой контроля сборки продукции, учета на точках контроля, отчетностью ну и там еще контроль людей, чтоб лишнее не позасыпали, но это уже вне скады.

Визуализация в SCADA только одна из ее компонент. Как ни крути вы 2-ую скаду хотите делать, хоть и называете ее MES ))

все равно не соглашусь))) мы хотим именно систему производственного учета, а не диспетчеризации и сбора данных. Да в скаде тоже можно сформировать отчеты и прочее. Мы понимаем функционал. Но средставами скады делать это, на наш неопытный взгляд, как делать отчеты в фотошопе)))

[chevee]

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

[izhidkov]

как делать отчеты в фотошопе)))

Да 80% так и делает.

Как пример я сейчас кустарю SCADA/MES: делаю сбор с 2-х SCH m340 через ModbusTCP на ПК в Qt/C++. После приема и обработки тегов складываю в MySQL. Далее в отельном .exe пользователь работает с базой SQL. (правда пока что все в 1 exe и работает черти как , сейчас делю на 2)

[izhidkov]

Тоесть грубо говоря производится набор компонентов на весах

Лол.. тоже самое делаю ))

С другой стороны где у вас динамика? Вы в отчеты хотите поместить информацию какой оператор сколько сырья переработал и сколько продукции получил, или графики того как сырье набиралось в бункера и т.п. Или все вместе? Или я сам не понимаю что вы хотите получить.

[chevee]

Тоесть грубо говоря производится набор компонентов на весах

Лол.. тоже самое делаю ))

С другой стороны где у вас динамика? Вы в отчеты хотите поместить информацию какой оператор сколько сырья переработал и сколько продукции получил, или графики того как сырье набиралось в бункера и т.п. Или все вместе? Или я сам не понимаю что вы хотите получить.

да, скорей всего все вместе. И как набиралось, и сколько получил и откуда оно в этот бункер попало, и были ли какие то остановки, переключал ли оператор в ручной режим и прочее прочее прочее. Сейчас если оператор переключит в ручной режим и произведет добор компонентов руками, системе будет побоку. Она запишет в базу итог отвеса, а все нюансы уйдут мимо. Потом держать визуализацию, опс сервер и базу на одной машине (если скаду юзать как опс). Ну это не правильно ведь. Понятно 80% делают все по средствам скады. Мы хотим сделать иначе, более юзабельный интерфейс. Дальше планируется завязать это с ЕРПи системами. Тоже в двухстороннем порядке.

[chevee]

как делать отчеты в фотошопе)))

Да 80% так и делает.

Как пример я сейчас кустарю SCADA/MES: делаю сбор с 2-х SCH m340 через ModbusTCP на ПК в Qt/C++. После приема и обработки тегов складываю в MySQL. Далее в отельном .exe пользователь работает с базой SQL. (правда пока что все в 1 exe и работает черти как , сейчас делю на 2)

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

[izhidkov]

И как набиралось, и сколько получил и откуда оно в этот бункер попало, и были ли какие то остановки, переключал ли оператор в ручной режим и прочее прочее прочее.

Это легко на словах объяснить, а запрограммировать... (
Я считаю что ваши задачи можно выполнить через WinCC, другое дело что скорее всего проще будет используя компилируемое приложение своей разработки. Но и в этом случае "проще" не значит "просто".

[winb]

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