Инфа по СКАДАм

Первоначально опубликовано Sergey Sorokin   Действительно поставщики "монолитных" DCS систем старались поставлять аппаратуру и ПО в комплексе привязывая к себе потребителя, а SCADA системы могли работать только с той аппаратурой, которая была в списке поддерживаемых, и при этом не было гарантий, что новые модификации контроллеров, которыми Вы захотите через некоторое время модифицировать АСУ ТП, вообще будут когда нибудь в этом списке или не надо будет для поддержки новых контроллеров чуть ли не заново покупать SCADA систему. В современных системах OPC интерфейс изолирует аппаратуру от ПО и Вы можете выбирать их независимо друг от друга. Вы можете заменить контроллеры одного производителя на контроллеры другого, оставив в эксплуатации тот же самый SCADA пакет (нужно будет конечно сконфигурировать OPC сервера для новых контроллеров).  И конечно плохо когда выбор СКАДы влияет на техническую политику, а не наоборот.

Понятно :). То есть раньше производители SCADA систем пытались хоть как-то учитывать особенности тои или иной аппаратной платформы и архитектуру системы управления вцелом. Сейчас производители SCADA систем говорят - мы поддерживаем только OPC, а потому, господа производители железа, вы тоже должны позаботиться о поддержке OPC :).  А вы, господа строители систем управления , потрудитесь строить свои системы управления тоже только на основании OPC  :).  Вам не кажется, что на фоне подобного расклада сожаление о том, что выбор SCADA  '''влияет на техническую политику'' похоже на "крокодильи слезы"? :)  Мне кажется, что это вообще выкручивание рук: либо OPC  - либо работайте без SCADA вообще :).

Ну а так как пока никто не может гарантировать то, что OPC в нынешнем своем виде продержится на гребне волны еще хоть лет пять, то получается, что рассказал я печальную историю все-таки не прошлого, а будущего.

По поводу всего остального, не совсем относящегося к предмету обсуждения, я промолчу, так как в дальнейшем обсуждении , скроее всего, уже нет необходимости. :).

С наилучшими пожеланиями.

P.S. А к Прософту я отношусь с большим уважением . :)

 

Если у Вас, или у кого-нибудь еще, есть данные, как, какими компонентами и за какие деньги на различных SCADA-системах решить поставленную задачу (см. мой первый постинг) - пожалуйста, высказывайтесь.

(*По поводу технических особенностей и преимуществ Genesis32 я могу говорить долго и аргументировано. Но думаю, что это не есть основная тема нашей конференции.)

Если у Вас есть мнение, что в како-либо известной Вам SCADA системе есть какая-либо функция или возможность, которой нет в Genesis32 - прошу высказываться. Возможно, вместе мы сможем установить истину.

С уважением,

Первоначально опубликовано anvast Понятно :). То есть раньше производители SCADA систем пытались хоть как-то учитывать особенности тои или иной аппаратной платформы и архитектуру системы управления вцелом. Сейчас производители SCADA систем говорят - мы поддерживаем только OPC, а потому, господа производители железа, вы тоже должны позаботиться о поддержке OPC :).  А вы, господа строители систем управления , потрудитесь строить свои системы управления тоже только на основании OPC  :).  Вам не кажется, что на фоне подобного расклада сожаление о том, что выбор SCADA  '''влияет на техническую политику'' похоже на "крокодильи слезы"? :)  Мне кажется, что это вообще выкручивание рук: либо OPC  - либо работайте без SCADA вообще :).

Эти процессы носят объективный характер. Пользователи и системные интеграторы хотят иметь свободу выбора ПО и аппаратуры. Можно привести аналогию с изготовителями видеоадаптеров. Если изготовитель хочет продавать свою продукцию для пользователей Windows, то должен поставлять драйвер для Windows, если хочет продавать на рынке Макинтошей, то должен поставлять драйверы для Макинтоша и т.п. Эти драйверы и учитывают особенности той или иной аппаратной платформы. OPC это, можно сказать, некие спецификации для написания драйверов для SCADA систем под Windows. Более 95% рынка SCADA систем работают под Windows.

Первоначально опубликовано anvast Ну а так как пока никто не может гарантировать то, что OPC в нынешнем своем виде продержится на гребне волны еще хоть лет пять, то получается, что рассказал я печальную историю все-таки не прошлого, а будущего.

OPC постоянно развивается, но сохраняет совместимость снизу вверх. В том или ином виде он будет развиваться пока существует доминирование операционных систем Микрософта. Микрософт переходит на .NET так же сохраняя совместимость с DCOM на котором первоначально базировался OPC. Кроме того в OPC Foundation ведутся разработки стандартов по обмену данными в АСУ ТП не привязанных к ОС Микрософта. Я думаю возврата назад к "зоопарку" не будет.

Сергей Гусев:

Тут возникла такая ситуация. Вернее просто вопрос.
Допустим, мы купили Genesis32, создали проект, поставили на объект (для справки - большинство наших объектов на севере, где не то что интернета нет, телефон обычно не всегда под рукой на расстоянии 30-50км) и на объекте выходит из сторя компьютер(полетел винч, сетевуха или что-нить в этом роде страшное), переставляем винду и натыкаемся на невозможность восстановления оффициально купленой лицензии. Что в такой ситуации делать? Согласитесь, что лицензия стоит весьма существенно и было бы несколько неприлично со стороны ICONICS просто забивать на такие проблемы. Какие есть способы восстановления лицензии. И вообще, какая процедура регистрации Genesis32 на объекте, отрезаном от мира?

Для этого есть аппаратный ключ