Объём проекта (на примере ЗСК в Княгинино) можно представить себе из следующих цифр:

• АСУ ТП должна обрабатывать более 650 сигналов ввода-вывода.
• Управляемое оборудование включает:
• 18 транспортёров (из них 3 с переменной скоростью подачи - управление преобразователями частоты);
• 6 норий (вертикальные черпаковые подъёмники);
• 2 сортировочных машины;
• 2 системы аспирации и фильтрации пыли;
• 19 задвижек и 17 перекидных клапанов для управления маршрутами;
• 5 силосных бункеров;
• 6 кнопочных ПМУ (пультов местного управления) приёмкой и огрузкой;
• управление одной норией происходит с использованием 3 дискретных выходов (контактор общий, контактор схемы "звезда", контактор схемы "треугольник") и 14 дискретных входов (6 контрольных сигналов релейного выхода и замыкания контакторов, сигнал "ремонтный выключатель повёрнут", датчик движения, датчик переполнения, 4 датчика сходы ленты, датчик взрыва).

Из двух построенных АСУ ТП удалось абстрагировать довольно унифицированную библиотеку программных компонент (component framework) для быстрой автоматизации других подобных объектов и в целом производств, имеющих дело с сыпучей продукцией (в частности, есть заинтересованность в подобной системе со стороны Орловского абразивного завода -- который сам по себе является импортозамещающим инновационным предприятием).

Особую благодарность разработчики выражают:

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

- Алексею Лалыкину, инженеру по эксплуатации ЗСК Княгинино, обладающему широчайшей компетенцией в сфере наладки и эксплуатации электронного, электротехнического и механического оборудования, который стал для разработчиков источником "экспертных знаний";

- всему дружному персоналу ЗСК Княгинино, создавшему для разработчиков позитивную психологическую атмосферу в период разработки и пусконаладки системы на объекте.

Функциональность

• управление пуском-остановом узлов (с учётом переключения схем "звезда-треугольник") с обработкой нештатных ситуаций (не замкнулся или не отомкнулся контактор; за номинальное время датчик движения не выдал устойчивый сигнал; пропал сигнал с датчика движения);
• комплексная логика управления (правильная последовательность запуска и останова звеньев процесса; корректная остановка части маршрута при заторе);
• расчёт маршрутов, показ типа продукта разным цветом (а также смешанного продукта в случае совмещения нескольких маршрутов);
• автоматическое переключение между бункерами отгрузки при заполнении текущего;
• крупноблочное управление для оператора (гибкая сборка маршрутов обработки);
• журнал событий.

Архитектура системы

Трёхуровневая.

На ЗСК Княгинино существующий ПЛК Siemens Simatic S7 с распределённой периферией использован для ввода-вывода сигналов,
установлен сервер с процессом управления и операторский ПК.
Сервер управления (что обычно называют термином "программный ПЛК") и операторская SCADA-система реализованы на Компонентном Паскале\Блэкбоксе.

На ЗСК Гостомль для ввода-вывода использован ПЛК Omron CJ2M с распределённой периферией серии NX.

Операторская мнемосхема оборудования

левая половина:

правая половина:

В процессе разработки создана платформа (component framework) ERSY Control для разработки АСУ ТП, включая как системы управления, так и SCADA-системы операторского управления.

Функциональность платформы ERSY Control:

1. В части разработки систем управления:

• уровень абстракции ввода-вывода ("теги") для использования с любыми нижележащими ПЛК;
  "умные теги" (вычисляющие время удержания текущего значения сигнала, сглаживание "дребезга" и т.п.);
• средства предметно-ориентированного программирования и формализации алгоритмов управления:
  -- абстракции описания структуры объекта и графа потоков продукта;
  -- абстракции описания "виртуальных контроллеров" с помощью модели состояний и переходов между состояниями;
  -- типовые соглашения о записи контрольных правил и соотношений относительно пространства состояний системы управления;
• модель взаимодействия -- обмен сообщениями между виртуальными контроллерами узлов (это даёт свободу в переходе к распределённой архитектуре управления);
• унифицированная модель хранения конфигурационных параметров для узлов;
• структурированный типизированный журнал событий.

2. В части разработки операторских SCADA-систем:

• набор средств для быстрой разработки графических элементов (масштабируемое векторное описание, автоматическая поддержка геометрических преобразований, декорации границ и теней);
• редактор мнемосхем;
• всё это реализовано с минимальными усилиями как расширение мощного функционала BlackBox Framework (составные документы, модель графических элементов-вьюшек, элементов управления и интеракторов).