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

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

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

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

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

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

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

Ссылка на форум ОВЕН с обсуждением данного продукта

Наверх