АСУ ТП

Прошу совета более опытных товарищей :)
Возникла необходимость в проектировании программного комплекса
управления объектами автоматизации и техпроцессами работающего
на стыке полевой шины (сеть на основе rs-485 интерфейса) и цеховой
сети. Как мне видится, комплекс должен состоять из отдельных
"кубиков":
1) сервер, обслужиающий полевую шину;
2) сервер, обслуживающий базу данных;
3) заказчик просит OPC сервер;
4) клиенты для рабочих мест обслуживающего персонала.

На основе чего писать интерфейсы (транспорт) взаимодействия
"кубиков"? Хотелось бы платформонезависемое что-нибудь. Как
я пронял, OPC - это однозначно Win :(
Сложилось впечатление, что CORBA и COM/DCOM давно мертвы.
Статьи, описывающие эти технологии датируются 2001-2002 годом.
Что здесь сейчас наиболее передовое? Технологии на основе
вебсервисов, или это из пушки по воробьям?

Не делай поспешных выводов

emark написал(а):
Как с я пронял, OPC - это однозначно Win :(

Требовать обоснование.
Объективное (без ссылок на "всех" и привычные костыли).

emark написал(а):
Сложилось впечатление, что CORBA и COM/DCOM давно мертвы.
Статьи, описывающие эти технологии датируются 2001-2002 годом.

Почему?
При таком подходе можно объявить мёртвым и webalizer.
Не далее как сегодня я разворачивал PostrgeSQL по статье 2001 года.
Вывод. Це ж принцип OpenSource: если есть работающее и удовлетворяющее решение - нечего изобретать велосипед.

--
Live free or die

про конкретно

про конкретно вашу отрасль ничего не скажу, но к требованиям заказчика в плане инструментов нужно относиться весьма прохладно. Как правило заказчик "что-то слышал" "где-то видел" и так далее, но он в этом ничего непонимает. конечно если у них уже есть подобные решения то может и стоит на них посмотреть, но должна быть своя голова на плечах. Нужно смотреть на то что и как люди(заказчика) делают, что им нужно а не слушать их мнение - вас то какраз и позвали потому что незнают. Веб-технологии нужны там где высокая подвижность работников, у которых разный интерфейс, если это в пределах локалки предприятия то врядли они необходимы, хотя весьма модны в последнее время.

с просьбами

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

http://ru.wikipedia.org/wiki/

http://ru.wikipedia.org/wiki/OPC-сервер#.D0.9F.D0.B5.D1.80.D1.81.D0.BF.D0.B5.D0.BA.D1.82.D0.B8.D0.B2.D1.8B

Цитата:
Из операционных систем технологию COM/DCOM поддерживают следующие:

— все Windows, начиная с Windows 95. Это обеспечивается самой компанией Microsoft;

— большинство Unix-подобных ОС, включая Linux; поддерживается фирмой GE Software;

— ОС реального времени VxWorks; обеспечивается фирмой-разработчиком WindRiver; имеется поддержка OPC, встроенная в систему разработки Tornado.

Это я читал...

Это я читал... Сейчас вопрос даже не в OPC, а в грамотном построении распределнной системы. Здесь я новичок. С одной стороны не хочется изобретать велосипед, с другой стороны скада слишком избыточно и дорого.

http://xscada.narod.ru/

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".