Создание редактора технологических процессов

[kvr15]

Здравствуйте,хотелось бы узнать как реализовать в MasterScada редактор технологических процессов.
Задача такая:
Наряду с мнемосхемой управления объектом создать отдельное окно,где оператор будет сам составлять тех. процесс.
Это может быть таблица,где будет возможность пошагово расписать рецепт программы,выбирая конкретные команды и определяя параметры и их значения.
Например:
1. Нагрев (ввести температуру нагрева)
2. Таймер (ввести время выдержки)
3. Вкл. насос
4. таймер
ну и т.д. до конца тех. процесса.
В OpenScada подсмотрел как это сделано.
8.png
Хотелось бы что-то типо этого реализовать.
Помогите пожалуйста советом!!

[SCADAMaster]

Как мы понимаем на каждую библиотеку будет своя программа, и произвольным набором шагов, с произвольными параметрами каждого шага.
В таком случае реализовать штатными средствами затруднительно.
Но вы можете написать собственный ВФБ на C#, в котором реализовать конфигурирование шагов. На выход ФБ будет поступать ID или имя процесса который выполняется на этом шаге, который потом можно передать в контроллер.

[kvr15]

Как мы понимаем на каждую библиотеку будет своя программа, и произвольным набором шагов, с произвольными параметрами каждого шага.
В таком случае реализовать штатными средствами затруднительно.
Но вы можете написать собственный ВФБ на C#, в котором реализовать конфигурирование шагов. На выход ФБ будет поступать ID или имя процесса который выполняется на этом шаге, который потом можно передать в контроллер.

Да,для каждого рецепта в библиотеке оператор составляет набор шагов с определенными параметрами для них,а затем сохраняет рецепт и запускает его выполнение.Далее программа работает пошагово. Сами команды менять нельзя,это закладывается разработчиком на стадии проектирования, т.е оператор просто составляет последовательность действий.
К сожалению, я начинающий программист, поэтому С# не владею...
Подскажите, могут ли разработчики MasterScada на заказ разработать такой ВФБ,или другой набор инструментов для реализации описанных мною действий?
А можно ли вместо ФБ на С# тоже самое реализовать с помощью ФБ "Программа ST"?

[SCADAMaster]

НА ST реализовать нельзя, так как нужна еще графическая часть - в ней главные проблемы.
Написать такой ВФБ на заказ мы можем - напишите ТЗ и сбросьте нам на почту. Но занятся разработкой мы сможем не раньше января-февраля.
Или попробуйте сами - инструкция по разработке прилагается к MasterSCADA, многие наши клиенты с успехом реализовывали различные ВФБ.

[kvr15]

НА ST реализовать нельзя, так как нужна еще графическая часть - в ней главные проблемы.
Написать такой ВФБ на заказ мы можем - напишите ТЗ и сбросьте нам на почту. Но занятся разработкой мы сможем не раньше января-февраля.
Или попробуйте сами - инструкция по разработке прилагается к MasterSCADA, многие наши клиенты с успехом реализовывали различные ВФБ.

Я пока не могу представить себе архитектуру подобного ФБ, и архитектуру всего проекта в MasterScada с данным ФБ.
Я так понимаю вы сможете создать ФБ который будет выполнять функции редактора тех. процессов и будет иметь вид примерно как я показал на скриншоте,ну или в другом удобном?
Хотелось бы поподробней это обсудить.

[SCADAMaster]

Какой у вас вообще предполагается механизм взаимодействия с контроллером?
Примерно так:
1) Запускаем процесс
2) Сообщаем контроллеру тип шага и параметры
3) Контроллер отрабатывает шаг согласно параметрам
4) Контроллер передает в скаде сигнал, что шаг завершен
5) Происходит переход на следующий шаг. Переход в п.2

Так?

Набор параметров каждого шага известны заранее? Добавляться не будут?
Проще говоря группы параметров можно сделать на этапе создания ФБ или сделать конфигурируемыми?

[kvr15]

Какой у вас вообще предполагается механизм взаимодействия с контроллером?
Примерно так:
1) Запускаем процесс
2) Сообщаем контроллеру тип шага и параметры
3) Контроллер отрабатывает шаг согласно параметрам
4) Контроллер передает в скаде сигнал, что шаг завершен
5) Происходит переход на следующий шаг. Переход в п.2

Так?

Набор параметров каждого шага известны заранее? Добавляться не будут?
Проще говоря группы параметров можно сделать на этапе создания ФБ или сделать конфигурируемыми?

Порядок такой как вы сказали.
Параметры каждого шага изначально будут жестко заложены,т.е. если это шаг "Нагрев",то его параметры это "конечная температура" и "время нагрева" (тут ПИД-регулятор должен работать),оператор задает только значения параметров.
т.е. оператор набирает из списка всех команд своего рода табличку последовательно заданных команд с их параметрами и нажимает "пуск" и программа работает пошагово выполняя по очереди каждый шаг,он может прервать програму,пропустить шаг или просто наблюдать за процессом. А вот под конкретными командами подразумеваются конкретные действия контроллера (в нём заложена логика работы всех механизмов со всеми блокировками). Т. е. команда "нагрев" ,например, записывает уставки температуры и времени (которые оператор указал) в нужные переменные в ПЛК и отправляет сигнал вкл. нагреватель, ну и так с каждой командой.
таким образом группы параметров и сами команды делать нужно на этапе создания ФБ, конфигурировать их нет надобности оператору,ему только значения и порядок выполнения.

"2) Сообщаем контроллеру тип шага и параметры " - тут скорее всего не тип шага а сообщаем переменную и её значение, но можно я думаю и в ПЛК расписать эти шаги,а со скады задавать уставки

[SCADAMaster]

"2) Сообщаем контроллеру тип шага и параметры " - тут скорее всего не тип шага а сообщаем переменную и её значение, но можно я думаю и в ПЛК расписать эти шаги,а со скады задавать уставки

Вряд ли у газонапуска и барабана будут одинаковые параметры.
Поэтому тут имеет смысл (раз уже процесс и их параметры заранее известны), сделать для каждого процесса отдельную группу параметров. Все параметры поступают в ПЛК. Просто в нужный момент он будет анализировать значения той группы, чей шаг сейчас нужно выполнить.
Процессы скорее всего придется представлять в виде идентификаторов (0 - вакуум, 1 - выдержка). Вряд ли контроллер способен хорошо работать со строками.

[kvr15]

Вряд ли у газонапуска и барабана будут одинаковые параметры.
Поэтому тут имеет смысл (раз уже процесс и их параметры заранее известны), сделать для каждого процесса отдельную группу параметров. Все параметры поступают в ПЛК. Просто в нужный момент он будет анализировать значения той группы, чей шаг сейчас нужно выполнить.
Процессы скорее всего придется представлять в виде идентификаторов (0 - вакуум, 1 - выдержка). Вряд ли контроллер способен хорошо работать со строками.

Да,всё верно.
Процессы то известны,просто у каждого предприятия свои параметры (время нагрева,время выдержки,температура нагрева и т.д.) всё зависит от конкретного изделия которое они выпускают,для этого и нужен редактор тех процессов чтобы можно было менять все эти параметры и последовательность действий,тогда установка получается универсальной.

[SCADAMaster]

Опишите все процессы, и их параметры.
Или сюда или на почту.