- Обязательно представиться на русском языке кириллицей (заполнить поле "Имя").
- Фиктивные имена мы не приветствуем. Ивановых и Пупкиных здесь уже достаточно.
- Не писать свой вопрос в первую попавшуюся тему - вместо этого создать новую тему.
- За поиск, предложение и обсуждение пиратского ПО и средств взлома - бан без предупреждения.
- Рекламу и частные объявления "куплю/продам/есть халтура" мы не размещаем ни на каких условиях.
- Перед тем как что-то написать - читать здесь и здесь, а студентам - обязательно здесь.
- Не надо писать в ЛС администраторам свои технические вопросы. Администраторы форума отлично знают как работает форум, а не все-все контроллеры, о которых тут пишут.
WinCC + MES - помогите построить архитектуру
-
- здесь недавно
- Сообщения: 10
- Зарегистрирован: 13 янв 2011, 09:15
- Имя: Понгольский Михаил Викторович
- Страна: Россия
- город/регион: Томск
WinCC + MES - помогите построить архитектуру
Всем привет! Нужен совет и агрументированные доводы почему так.
Опишу ситуацию.
1. Имеется завод на котором используется оборудование Сименс и в качестве скада системы используется WinCC 7.2. Обмен сигналами с ПЛК выстроен напрямую из скады. Машина оператора является и сервером и визуализацией и местом хранения базы данных.
2. Имеется MES система. Самописная. Описывать ее нет смысла.
И вот какая задача: Цель создать над скадой систему высшего порядка, которая будет отдавать скаде (либо плк напрямую) исполнительные сигналы, а также забирать состояние оборудование и прочее.
Тепрь основной вопрос не в создании этого, а в правильном построение архитектуры сети. Общаться с БД скады не хотим. Хотим иметь возможность прямого взаимодейсвия с ПЛК.
Видение такое, что нужен ОПиСи сервер, который будет надраконен на плк. К нему будет обращаться скада и МЕС система. Поскольку описи не умеет хранить данные, то будет некий сервис, производящий запись в отдельную БД. ну а дальше уже моменты мелкие.
Кто что думает? Как правильно, с архитектурной точки зрения, организовать такое решение? Использовать ли ОПиСи? Какое стороннее приложение использовать для работы с ОПиСи сервером (архивирование сигналов и т.д.), а может писать самим?
Буду очень признателен за активное участие в обсуждение вопроса.
Опишу ситуацию.
1. Имеется завод на котором используется оборудование Сименс и в качестве скада системы используется WinCC 7.2. Обмен сигналами с ПЛК выстроен напрямую из скады. Машина оператора является и сервером и визуализацией и местом хранения базы данных.
2. Имеется MES система. Самописная. Описывать ее нет смысла.
И вот какая задача: Цель создать над скадой систему высшего порядка, которая будет отдавать скаде (либо плк напрямую) исполнительные сигналы, а также забирать состояние оборудование и прочее.
Тепрь основной вопрос не в создании этого, а в правильном построение архитектуры сети. Общаться с БД скады не хотим. Хотим иметь возможность прямого взаимодейсвия с ПЛК.
Видение такое, что нужен ОПиСи сервер, который будет надраконен на плк. К нему будет обращаться скада и МЕС система. Поскольку описи не умеет хранить данные, то будет некий сервис, производящий запись в отдельную БД. ну а дальше уже моменты мелкие.
Кто что думает? Как правильно, с архитектурной точки зрения, организовать такое решение? Использовать ли ОПиСи? Какое стороннее приложение использовать для работы с ОПиСи сервером (архивирование сигналов и т.д.), а может писать самим?
Буду очень признателен за активное участие в обсуждение вопроса.
-
- почётный участник форума
- Сообщения: 1746
- Зарегистрирован: 18 янв 2009, 12:25
- Имя: Дмитрий
- Страна: Россия
- город/регион: Москва
- Благодарил (а): 6 раз
- Поблагодарили: 143 раза
WinCC + MES - помогите построить архитектуру
Уже неправильное понимание функций MES. У Вас получится вторая СКАДА со всеми вытекающими последствиями. Подумайте на досуге, как будет реализовываться функция передачи управления от WinCC в MES и обратно? Например, MES считает, что клапан должен быть закрыт, а СКАДА - клапан должен быть открыт.chevee писал(а):И вот какая задача: Цель создать над скадой систему высшего порядка, которая будет отдавать скаде (либо плк напрямую) исполнительные сигналы, а также забирать состояние оборудование и прочее.
"Умные люди обсуждают идеи, средние - события, а глупые - людей" Л.Н. Толстой
-
- здесь недавно
- Сообщения: 10
- Зарегистрирован: 13 янв 2011, 09:15
- Имя: Понгольский Михаил Викторович
- Страна: Россия
- город/регион: Томск
WinCC + MES - помогите построить архитектуру
не не не... нам не надо вторую скаду. Мы именно МЕС делаем. И она не должна управлять или визуализировать теже картинки как в скаде. Она будет системой контроля сборки продукции, учета на точках контроля, отчетностью ну и там еще контроль людей, чтоб лишнее не позасыпали, но это уже вне скады. Но в скаду она будет спускать рецепты, например. Просто использовать схему как сейчас - оставить скаду с ее базой, ломиться в эту базу и оттуда тащить данные и записывать туда данные - ну это г*вно. Надо по человечьи сделать))hell_boy писал(а):Уже неправильное понимание функций MES. У Вас получится вторая СКАДА со всеми вытекающими последствиями. Подумайте на досуге, как будет реализовываться функция передачи управления от WinCC в MES и обратно? Например, MES считает, что клапан должен быть закрыт, а СКАДА - клапан должен быть открыт.chevee писал(а):И вот какая задача: Цель создать над скадой систему высшего порядка, которая будет отдавать скаде (либо плк напрямую) исполнительные сигналы, а также забирать состояние оборудование и прочее.
Как работает мес и что она должна делать, мы знаем. У нас 4 объекта уже сделаны на такой системе. Суть то именно как нам все это объеденить правильно с скада системой.
-
- частый гость
- Сообщения: 404
- Зарегистрирован: 25 фев 2016, 12:18
- Имя: Жидков Игорь Алексеевич
- Страна: РФ
- город/регион: Королев/Фрязино
- Благодарил (а): 4 раза
- Поблагодарили: 12 раз
WinCC + MES - помогите построить архитектуру
1) с оборудованием Siemens напряму из самописной системы можно обращаться через S7-SOFTNET API. Т.е. это API которые можно использовать при разработке самописной MES. Проблема в том что нужно править программу ПЛК, чтобы использовать это API.
2) можно использовать встроенный OPC-server WinCC и через него обращаться с ПЛК. Думаю стоит на этом варианте остановиться. Доводы такие что все уже готово, но есть лишь небольшая потеря функциональности т.к. это OPC-сервер. И не ясно почему вам не нравится БД WinCC. В конце концов это обычная MSSQL.
Компилятор - лучший друг человека!
-
- частый гость
- Сообщения: 404
- Зарегистрирован: 25 фев 2016, 12:18
- Имя: Жидков Игорь Алексеевич
- Страна: РФ
- город/регион: Королев/Фрязино
- Благодарил (а): 4 раза
- Поблагодарили: 12 раз
WinCC + MES - помогите построить архитектуру
Визуализация в SCADA только одна из ее компонент. Как ни крути вы 2-ую скаду хотите делать, хоть и называете ее MES ))chevee писал(а): не не не... нам не надо вторую скаду. Мы именно МЕС делаем. И она не должна управлять или визуализировать теже картинки как в скаде. Она будет системой контроля сборки продукции, учета на точках контроля, отчетностью ну и там еще контроль людей, чтоб лишнее не позасыпали, но это уже вне скады.
Компилятор - лучший друг человека!
-
- здесь недавно
- Сообщения: 10
- Зарегистрирован: 13 янв 2011, 09:15
- Имя: Понгольский Михаил Викторович
- Страна: Россия
- город/регион: Томск
WinCC + MES - помогите построить архитектуру
все равно не соглашусь))) мы хотим именно систему производственного учета, а не диспетчеризации и сбора данных. Да в скаде тоже можно сформировать отчеты и прочее. Мы понимаем функционал. Но средставами скады делать это, на наш неопытный взгляд, как делать отчеты в фотошопе)))izhidkov писал(а):Визуализация в SCADA только одна из ее компонент. Как ни крути вы 2-ую скаду хотите делать, хоть и называете ее MES ))chevee писал(а): не не не... нам не надо вторую скаду. Мы именно МЕС делаем. И она не должна управлять или визуализировать теже картинки как в скаде. Она будет системой контроля сборки продукции, учета на точках контроля, отчетностью ну и там еще контроль людей, чтоб лишнее не позасыпали, но это уже вне скады.
-
- здесь недавно
- Сообщения: 10
- Зарегистрирован: 13 янв 2011, 09:15
- Имя: Понгольский Михаил Викторович
- Страна: Россия
- город/регион: Томск
WinCC + MES - помогите построить архитектуру
Тоесть нам не надо управлять задвижками, например. Поэтому конфликтов не возникнет между системами. Использовать базу скады не верно, потому что мы не видим динамику. Мы видим только конечный результат. Так устроена запись в БД там. Тоесть грубо говоря производится набор компонентов на весах. И информация запишется в БД по итогу набора сколько всего набралось. Но это посмертный анализ, нам нужна динамика, а скаде она не нужна. Поэтому и хотелось разделить БД. Да, там простой Сиквел.
Я возможно криво поясняю ребят.... виденье есть, но иногда изложить его проблема)))
Я возможно криво поясняю ребят.... виденье есть, но иногда изложить его проблема)))
-
- частый гость
- Сообщения: 404
- Зарегистрирован: 25 фев 2016, 12:18
- Имя: Жидков Игорь Алексеевич
- Страна: РФ
- город/регион: Королев/Фрязино
- Благодарил (а): 4 раза
- Поблагодарили: 12 раз
WinCC + MES - помогите построить архитектуру
Да 80% так и делает.
Как пример я сейчас кустарю SCADA/MES: делаю сбор с 2-х SCH m340 через ModbusTCP на ПК в Qt/C++. После приема и обработки тегов складываю в MySQL. Далее в отельном .exe пользователь работает с базой SQL. (правда пока что все в 1 exe и работает черти как , сейчас делю на 2)
Компилятор - лучший друг человека!
-
- частый гость
- Сообщения: 404
- Зарегистрирован: 25 фев 2016, 12:18
- Имя: Жидков Игорь Алексеевич
- Страна: РФ
- город/регион: Королев/Фрязино
- Благодарил (а): 4 раза
- Поблагодарили: 12 раз
WinCC + MES - помогите построить архитектуру
Лол.. тоже самое делаю ))
С другой стороны где у вас динамика? Вы в отчеты хотите поместить информацию какой оператор сколько сырья переработал и сколько продукции получил, или графики того как сырье набиралось в бункера и т.п. Или все вместе? Или я сам не понимаю что вы хотите получить.
Компилятор - лучший друг человека!
-
- здесь недавно
- Сообщения: 10
- Зарегистрирован: 13 янв 2011, 09:15
- Имя: Понгольский Михаил Викторович
- Страна: Россия
- город/регион: Томск
WinCC + MES - помогите построить архитектуру
да, скорей всего все вместе. И как набиралось, и сколько получил и откуда оно в этот бункер попало, и были ли какие то остановки, переключал ли оператор в ручной режим и прочее прочее прочее. Сейчас если оператор переключит в ручной режим и произведет добор компонентов руками, системе будет побоку. Она запишет в базу итог отвеса, а все нюансы уйдут мимо. Потом держать визуализацию, опс сервер и базу на одной машине (если скаду юзать как опс). Ну это не правильно ведь. Понятно 80% делают все по средствам скады. Мы хотим сделать иначе, более юзабельный интерфейс. Дальше планируется завязать это с ЕРПи системами. Тоже в двухстороннем порядке.izhidkov писал(а):Лол.. тоже самое делаю ))
С другой стороны где у вас динамика? Вы в отчеты хотите поместить информацию какой оператор сколько сырья переработал и сколько продукции получил, или графики того как сырье набиралось в бункера и т.п. Или все вместе? Или я сам не понимаю что вы хотите получить.
-
- здесь недавно
- Сообщения: 10
- Зарегистрирован: 13 янв 2011, 09:15
- Имя: Понгольский Михаил Викторович
- Страна: Россия
- город/регион: Томск
WinCC + MES - помогите построить архитектуру
ну вот, теги обработались отдельно пошли в базу, пользователь в отдельном приложение работает дальше. И мы хотим тоже самое. Что номклатуры, остатки и прочее прочее было в отдельном приложении. Само собой будет БД Сиквела. Но это будет удобнее, нежели ворочить это средствами скады. А та пусть себе визуализирует, кнопочки там нажимает оператор... иногда. Но все задания мы будем спускать из вышестоящей системы. И доступ к этому всему будет лояльным для сотрудников предприятия. Что не так что, рецепт в одном делают печатают и тащат оператору. А все сделали в одном приложении и отдали в работу, спустили в базу скады. И пусть она там уже плк шлет че надо.izhidkov писал(а):Да 80% так и делает.
Как пример я сейчас кустарю SCADA/MES: делаю сбор с 2-х SCH m340 через ModbusTCP на ПК в Qt/C++. После приема и обработки тегов складываю в MySQL. Далее в отельном .exe пользователь работает с базой SQL. (правда пока что все в 1 exe и работает черти как , сейчас делю на 2)
-
- частый гость
- Сообщения: 404
- Зарегистрирован: 25 фев 2016, 12:18
- Имя: Жидков Игорь Алексеевич
- Страна: РФ
- город/регион: Королев/Фрязино
- Благодарил (а): 4 раза
- Поблагодарили: 12 раз
WinCC + MES - помогите построить архитектуру
Это легко на словах объяснить, а запрограммировать... (
Я считаю что ваши задачи можно выполнить через WinCC, другое дело что скорее всего проще будет используя компилируемое приложение своей разработки. Но и в этом случае "проще" не значит "просто".
Компилятор - лучший друг человека!
-
- освоился
- Сообщения: 248
- Зарегистрирован: 31 янв 2017, 08:44
- Имя: Маркушин Андрей Геннадьевич
- Страна: Россия
- город/регион: Нижегородская обл., Выкса
- Благодарил (а): 19 раз
- Поблагодарили: 64 раза
WinCC + MES - помогите построить архитектуру
Для коммуникации с МЕС можно попробовать использовать UserArchives в качестве трансферных таблиц. В них можно записывать обработанные и определенным образом подготовленные СКАДА данные, а считать их можно из БД рантайма, там они хранятся в открытом виде, обычным селектом к базе. Для МЕС это не должно предоставить сложности.