|
Сообщение создано: 25. 07. 2013 [15:49]
|
|
TY_Obninsk
Илья Клемышев
Создатель темы
Зарегистрирован(а) с: 14.01.2011
Сообщения: 63
|
Добрый день! Вопрос можно сказать по главе 3 документации - "Варианты конфигурирования и использования." Возьмем вариант 3.6 - использование на одной машине. Сейчас у меня стоит одна рабочая машина, на ней запускается OpenSCADA, которая настроена на сбор данных с внешних модулей, выдачу внешних воздействий и в ней же создан проект визуализации. То есть всё вместе - один экземпляр программы при запуске. Как я понимаю, схема в пункте 3.6 отличается от описанной выше, т.к. там функционируют на одной машине два экземпляра OS, один из которых занимается сбором данных и архивированием, другой - отображением рабочего места.
Если я все правильно описал и понял, то возникает вопрос, какая схема лучше и надежнее (та, которую описал я, или предложенная в 3.6) и велика ли разница? Я пока разницу вижу в том, что в схеме пункта 3.6 можно отключать/перенастраивать и т.д. рабочее место (АРМ), не затрагивая процесс сбора данных и архивирования.
|
|
Сообщение создано: 25. 07. 2013 [23:25]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3750
|
"TY_Obninsk" wrote:
Как я понимаю, схема в пункте 3.6 отличается от описанной выше, т.к. там функционируют на одной машине два экземпляра OS, один из которых занимается сбором данных и архивированием, другой - отображением рабочего места.
Ну да.
"TY_Obninsk" wrote:
Если я все правильно описал и понял, то возникает вопрос, какая схема лучше и надежнее (та, которую описал я, или предложенная в 3.6) и велика ли разница? Я пока разницу вижу в том, что в схеме пункта 3.6 можно отключать/перенастраивать и т.д. рабочее место (АРМ), не затрагивая процесс сбора данных и архивирования.
Всё зависит от требований надёжности к процессу сбора, т.е. насколько критичен сбой или останов по причине визуализации. Такая схема, только в варианте 3.5, естественным образом получается с PLC, где PLC должен работать надёжно и вести контроль за ТП независимо от визуализации. Вот если у Вас примерно такие требования и функции к части сбора то смысл может быть в разделении, как вы сказали, минимум для независимой работы и настройки интерфейса пользователя. Но ценой этому будут транспортные затраты на шлюзование данных или визуализацию через сериализацию в сетевой поток, для сервера визуализации.
Learn, learn and learn better than work, work and work.
|
|
Сообщение создано: 26. 07. 2013 [09:58]
|
|
TY_Obninsk
Илья Клемышев
Создатель темы
Зарегистрирован(а) с: 14.01.2011
Сообщения: 63
|
Спасибо, Роман!
|
