На форуме обязательно:
  1. Заполнить свой профиль на Русском языке. См. Правила, п.2.d.
  2. Не писать свой вопрос в первую попавшуюся тему, а вместо этого создать свою. См. Правила, п.3.a.
Рекламу на своём форуме мы не размещаем ни на каких условиях.

Подскажите по архитектуре обмена данными.

SCADA, серверы, АРМ верхнего уровня, диспетчерские

Автор темы
козьма

Подскажите по архитектуре обмена данными.

Сообщение козьма » 16 сен 2009, 03:52

Исходные: SCADA не выбрана на данный момент, по причине отсутствия внятного понятия, какая именно оптмальна.
Задача: Собрать с контроллеров данные, произвести сравниетльно сложные вычисления на основе, как данных от контроллера, так и данных от SCADA сопряженных систем. Данные часть отдать так же в стороннюю SCADA,часть залить в БД SQL Server.
По моему представлению - архитектура примерно следующая - наша SCADA, является OPC сервером для остальных SCADA систем. Вычисления производятся во внешней DLL. Для записи в БД используем.... неужели тоже писать модуль самоделку... Вобщем кто чем может помочь буду рад.
PS Начальство смотрит зорко в сторону Мастер Скада и т.д. Я склоняюсь что надо WinCC, как более мощную, но права голоса у меня не особо. Поэтому второй вопрос - при вашем варианте SCADA системы, как ПРИМЕРНО реализовать, где рыть на поиск устойчивой работоспособности.

Аватара пользователя

CHANt
эксперт
эксперт
Сообщения: 1296
Зарегистрирован: 25 июл 2008, 09:25
Имя: Гринев Эдуард Владимирович
Откуда: Оренбург
Благодарил (а): 15 раз
Поблагодарили: 53 раза
Контактная информация:

Re: Подскажите по архитектуре обмена данными.

Сообщение CHANt » 16 сен 2009, 09:39

WinCC как любая другая SCADA имеет ряд достоинств и недостатков. Она может выступать в качестве ОРС-сервера, предоставляя все имеющиеся у нее теги (внешние и внутренние), БД MSSQL с ней идет в комплекте. конфигурируется БД через приложение прямо в SCADA, ничего писать не придется. Расчеты выполнять можно в Global Scripts, но следует учитывать, что скрипты выполняются последовательно и соответственно времени займет много. Лучше расчеты, как Вы и полагаете, выполнить отдельными библиотеками. В противовес, InTouch скрипты выполняются параллельно, будет быстрей, а вот внешние соединения придется настраивать через внешние сервисы (приложения) обмена, типа FSGateway. Занимался эксплуатацией систем АСДУ (АСОДУ) и на WinCC, и на InTouch. WinCC понравилась больше, в плане внесения изменений в систему. Так как крупные диспетчерские системы находятся постоянно в процессе изменений, добавлений новых объектов, каких-то дорасчетных задач ит.п. А вот для объекта, который конфигурируется один раз, InTouch удобней, проще что-ли работать с ним и осваивать быстрей. Еще момент, для специфических нужд потребителя, WinCC имеет на борту редакторы для разработки скриптов на VBА или С. У InTouch собственный скриптовый язык, соответственно возникают некоторые ограничения. С InTouch работал с версией 9.5, сейчас уже 10, по описаниям функционал стал богаче, так что мое мнение непосредственно относится к версии 9.5.
А по устойчивости... При отлаженном состоянии программного проекта и нормальных условиях работы серверного оборудования, обе системы работают без замечаний.
--------------------------------------------------------------------------------------------
"Почти все начальники - дилетанты." © цитата из поста hell_boy )))