АСУ ТП в облаке — быстрая разработка проектов

Вот если бы был такой инструмент для инженеров АСУ, который мог генерировать обработку входных и выходных сигналов, обработку исполнительный механизмов и все это для разных платформ. Да и еще делать выгрузку для SCAD’ы и красивые таблички для документации. И все это без привязки к конкретной реализации, то есть используя уже готовые и проверенные блоки и наработки.


При разработке программного обеспечения проекта АСУ ТП, от проекта к проекту инженер совершает много рутинных действий:
переписывает из ТЗ в проект перечень сигналов;
задает шкалы приборов;
создает перечни механизмов;
формирует списки сигналов для SCADA и переносит их туда;
почти по всем входным сигналам создает типовые АПС (аварийно-предупредительные сообщения) по обрывам каналов, выходам за диапазон и т.д.;
далее, на основании этих АПС, перечней сигналов и механизмов создает логику в программе, которая по сути типовая (одинаковая для большинства сигналов и механизмов).


Насколько я знаю, да и сам так делал, большинство инженеров уже автоматизировали эти действия с помощью Excel.
В Excel вводятся исходные данные и далее, с помощью макросов, генерируется логика для импорта в среду разработки (Simatic Manager, GE Proficy ME и т.д). Другие макросы генерируют перечни сигналов для импорта в ту же среду разработки и в SCADA системы. Иногда этого достаточно, но по своему опыту знаю, что у каждого инженера есть свой «эксельчик», который он холит и лелеет, и потихонечку забивает его макросами до тех пор, пока там не начинается ад.

Наигравшись с экселем мы решили разработать концепт такого конфигуратора, но уже на java. Это приложение должно работать в облаке организации, и быть доступно всем инженерам. Инженер может создать свой проект с нуля, или сделать копию с уже существующего. Появляется возможность создать для проекта своего рода базу данных, в которой будут храниться все данные. Набивку сигналов можно поручить менее квалифицированным специалистам. У инженера появится больше времени на разработку и отладку логики работы и алгоритмов, а у организации появится возможность выбора платформы под желания заказчика.
Конфигуратор должен уметь генерировать данные для большинства контроллеров (ПЛК и SCADA систем. В отличии от систем автоматизации вроде PCS7 и PPS, которые умеют работать с общей базой сигналов и механизмов, наша система позвоит отвязаться от платформы.

Как вы думаете, был бы разработчикам интересен такой инструмент?

http://vmsystems.ru/config_asutp.shtml

[email protected]