Интеграция управления подсистемой в System Platform
Добавлено: Сб авг 21, 2010 4:51 pm
Здравствуйте!
Имеется:
Несколько заводиков, для которых разрабатывается (отдельной компанией) единая система мониторинга и анализа на базе System Platform (Wonderware Application Server + Historian + ...) Возможность/необходимость оперативного управления и географическое местоположение (на заводе или где-то в другом месте сервера установлены) - на текущий момент не известны.
Требуется:
Автоматизировать небольшую подсистему на одном из заводов (пара контроллеров, порядка 500 сигналов) и интегрировать верхний уровень в System Platform.
Интересуют:
Возможные варианты реализации верхнего уровня для управления автоматизируемой подсистемой и особенности интеграции в System Platform в каждом случае. Желательно при этом создать четкую границу ответственности. После сбора информации и некоторых размышлений имею следующие варианты:
Вариант I:
Для оперативного управления подсистемой используется InTouch Standalone на отдельном компьютере со всеми необходимыми OPC/DAS-серверами. Данные о состоянии подсистемы передаются в System Platform от InTouch Standalone при помощи InTouch Proxy Object в Archestra.
Потребуется закупить: InTouch Standalone и, возможно, upgrade для System Platform.
Неясности с вариантом I:
1) Насколько трудоемко будет перенести мнемосхемы из проекта InTouch Standalone в Application Server?
2) Имеется ли возможность обеспечить оперативное управление подсистемой через InTouch Proxy Object? Если имеется, то возможно ли ее отключить?
3) Возможно ли отгородить компьютер с InTouch Standalone от общезаводской сети с помощью межсетевого экрана? Какой протокол используется InTouch Proxy Object? Если SuiteLink, то какие порты требуется оставлять открытыми для его полноценной работы?
Вариант II:
Для оперативного управления подсистемой используется InTouch for System Platform - в предположении, что сервера System Platform расположены на том же заводе, либо имеются "жирные" защищенные каналы связи до серверов. OPC/DAS-сервера устанавливаются на сервера с Application Server / Historian.
Потребуется закупить: InTouch for System Platform и, возможно, upgrade для System Platform.
Неясности с вариантом I:
1) Если запросить текущую конфигурацию System Platform (Galaxy Repository?), то как затем наименее трудоемко произвести слияние сделанных изменений для управления подсистемой и изменившейся за время разработки Galaxy Repository?
Любые комментарии приветствуются!
Имеется:
Несколько заводиков, для которых разрабатывается (отдельной компанией) единая система мониторинга и анализа на базе System Platform (Wonderware Application Server + Historian + ...) Возможность/необходимость оперативного управления и географическое местоположение (на заводе или где-то в другом месте сервера установлены) - на текущий момент не известны.
Требуется:
Автоматизировать небольшую подсистему на одном из заводов (пара контроллеров, порядка 500 сигналов) и интегрировать верхний уровень в System Platform.
Интересуют:
Возможные варианты реализации верхнего уровня для управления автоматизируемой подсистемой и особенности интеграции в System Platform в каждом случае. Желательно при этом создать четкую границу ответственности. После сбора информации и некоторых размышлений имею следующие варианты:
Вариант I:
Для оперативного управления подсистемой используется InTouch Standalone на отдельном компьютере со всеми необходимыми OPC/DAS-серверами. Данные о состоянии подсистемы передаются в System Platform от InTouch Standalone при помощи InTouch Proxy Object в Archestra.
Потребуется закупить: InTouch Standalone и, возможно, upgrade для System Platform.
Неясности с вариантом I:
1) Насколько трудоемко будет перенести мнемосхемы из проекта InTouch Standalone в Application Server?
2) Имеется ли возможность обеспечить оперативное управление подсистемой через InTouch Proxy Object? Если имеется, то возможно ли ее отключить?
3) Возможно ли отгородить компьютер с InTouch Standalone от общезаводской сети с помощью межсетевого экрана? Какой протокол используется InTouch Proxy Object? Если SuiteLink, то какие порты требуется оставлять открытыми для его полноценной работы?
Вариант II:
Для оперативного управления подсистемой используется InTouch for System Platform - в предположении, что сервера System Platform расположены на том же заводе, либо имеются "жирные" защищенные каналы связи до серверов. OPC/DAS-сервера устанавливаются на сервера с Application Server / Historian.
Потребуется закупить: InTouch for System Platform и, возможно, upgrade для System Platform.
Неясности с вариантом I:
1) Если запросить текущую конфигурацию System Platform (Galaxy Repository?), то как затем наименее трудоемко произвести слияние сделанных изменений для управления подсистемой и изменившейся за время разработки Galaxy Repository?
Любые комментарии приветствуются!