|
Сообщение создано: 09. 03. 2010 [18:39]
|
|
gsxr
Андрей Ехлаков
Создатель темы
Зарегистрирован(а) с: 03.03.2010
Сообщения: 58
|
Добрый день, стоит задача создать систему мониторинга потребления электро и теплоэнергии. На предприятии работает АРМ ОрионПро производcтва НПО Болид.
Есть ли опыт объединения OpenScada и ОрионПро через их фирменный OPC сервер?
Счетчики стоят старые и имеют тольок испульсный выход, потому планирую ставить болидовские адресные счетчики расхода. связь с датчиками нужно получить через ОрионПРо, так как тянуть новые провода затруднительно.
Если получится - пусть будет простым типовым применением openscada в реальных предприятиях 
[Сообщение редактировалось 1 раз(а), в последний раз 09.03.2010 в 18:40.]
|
|
Сообщение создано: 09. 03. 2010 [19:13]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3747
|
gsxr wrote:
Есть ли опыт объединения OpenScada и ОрионПро через их фирменный OPC сервер?
Думаю нет ни у кого здесь такого опыта. А принципиальная возможность зависит от типа OPC. Если это современный многоплатформенный протокол OPC UA то возможно. Если устаревший одноплатформенный OPC DA то нет, хотя если найдёте шлюз из DA в UA то можно.
gsxr wrote:
Если получится - пусть будет простым типовым применением openscada в реальных предприятиях
OpenSCADA уже применяется на реальных предприятиях.
Learn, learn and learn better than work, work and work.
|
|
Сообщение создано: 09. 03. 2010 [20:10]
|
|
gsxr
Андрей Ехлаков
Создатель темы
Зарегистрирован(а) с: 03.03.2010
Сообщения: 58
|
Вот ужас. Только сейчас обратил внимание что поддерживает болидовский OPC...
http://bolid.ru/soft/object/object_51.html
Поддерживаются только интерфейсы спецификации OPC DA 2.0a.
Получается это никак не прикрутить к openscada?
|
|
Сообщение создано: 09. 03. 2010 [22:03]
|
|
almaz
Almaz Karimov
Contributor
Зарегистрирован(а) с: 25.09.2008
Сообщения: 516
|
Попробуйте глянуть на вопрос модернизации более широко. Зачем держаться за старое оборудование, закрытые протоколы?
Комплексная автоматизация на OpenSCADA может оказаться выгоднее поддержки старой системы или приспосабливания к закрытым протоколам.
У нас на некоторых объектах стоимость целой новой системы автоматики примерно равна стоимости часто выходящей из строя одной дорогостоящей старой железки с закрытым протоколом обмена.
В Вашем случае шлюз DA-UA может оказаться дороже целого нового комплекса оборудования. Плюс лишнее звено в цепи создаст дополнительный элемент ненадёжности...
Да и надо то подобрать какие-нибудь счётные модули (например, M-7080 или NL-2C c протоколом MODBUS) и подключить их к OpenSCADA... Если частоты сигналов низкие можно организовать подсчёт на модулях дискретного ввода средствами OpenSCADA.
В случае новых приборов учёта можно воспользоваться функцией OpenSCADA messIO для опроса сети счётчиков. Для этого необходимо полное описание протокола обмена приборов.
PS Система на OpenSCADA очень надёжна в работе (практически не требует поддержки - просто работает). В случае аппаратных неисправностей очень дешёвый ремонт. Лёгкость подбора любого другого совместимого оборудования. Лёгкость расширения системы и любых доработок. Выбор из числа огромного количества производителей оборудования. Работать с системой сможет любой специалист, который может читать документацию. Сплошные плюсы в дальнейшем.
[Сообщение редактировалось 8 раз(а), в последний раз 10.03.2010 в 00:17.]
21 век - век повсеместной автоматизации. Главное - во благо всем людям.
|
