Современные технологии автоматизации» («СТА») —  журнал для квалифицированных специалистов по промышленной автоматизации Форум СТА — современные технологии автоматизации Домашняя страница
Домашняя страница форума CTA Домашняя страница форума CTA > II. АСУТП и SCADA > Теория и практика автоматизации
  Активные темы Активные темы
  FAQ FAQ  Искать в форуме   Зарегистрироваться Зарегистрироваться  Вход в систему Вход в систему

OPC vs Modbus

 Ответить Ответить
Автор
Сообщение
Демитрий Смотреть выпадающим
Новичок
Новичок


Присоединился: 28 Ноябрь 2008
Online Status: Offline
Публикации: 2
Свойства публикации Свойства публикации   Ответить, цитируя автора - Демитрий Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Тема сообщения: OPC vs Modbus
    Опубликовано: 28 Ноябрь 2008 14:13
Стыковка разнородных систем. Без привязки к какой -то определенной системе, что на ваш взгляд предпочтительнее использовать OPC или напрямую modbus?
Наверх
Vald Смотреть выпадающим
Действительный член
Действительный член
Аватар

Присоединился: 02 Октябрь 2007
Категория: Russian Federation
Online Status: Offline
Публикации: 427
Свойства публикации Свойства публикации   Ответить, цитируя автора - Vald Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 28 Ноябрь 2008 16:32

Есле в скаде есть поддержка ModBus  и формат получаемых данных можно преобразовать к тому что нужно скаде - то конечно modbus.

OPC - дополнительный механизм который приносит много много "радости".

При экспериментах ни один чайник не пострадал

-----------
Плохому системному интегратору всегда OPC сервер мешает.
______________
Пишу на C++ за еду
Наверх
Astilya Смотреть выпадающим
Действительный член
Действительный член
Аватар

Присоединился: 18 Декабрь 2006
Категория: Russian Federation
Online Status: Offline
Публикации: 275
Свойства публикации Свойства публикации   Ответить, цитируя автора - Astilya Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 28 Ноябрь 2008 18:15

Драйвер предпочтительнее ОРС-сервера.

Наверх
Dismay Смотреть выпадающим
Действительный член
Действительный член
Аватар

Присоединился: 01 Июнь 2006
Категория: Russian Federation
Online Status: Offline
Публикации: 464
Свойства публикации Свойства публикации   Ответить, цитируя автора - Dismay Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 28 Ноябрь 2008 21:33
Нельзя сравнивать OPC и Modbus в принципе.
OPC - разрабатывался для решения задач межсистемного взаимодействия для передачи данных на самом верхнем уровне, где осуществляются общие медленные процессы управления не требующие "реального времени". Modbus до смешения понятий вызванного появлением протокола ModBus TCP использующего стек протокла TCP (не отвечвющий требованиям RTS в принципе) предполагалось использовать на более низком уровне и он отвечает требованиям RTS.
Тем не менее и теперь Modbus занимает более низкое положение (по уровню, но не по значению). Конечно вы можете использовать чего хотите где хотите и никто вам не сможет помешать. Более того в настоящий момент, скажем так в век технического волюнтаризма и засилия экономистов можно встретить таких уродцев что просто диву даешься, при этом авторы решений под час не только с пеной у рта но и с оружием в руках готовы защищать свои недоразумения, так что в конечном итоге решать вам...
Наверх
Демитрий Смотреть выпадающим
Новичок
Новичок


Присоединился: 28 Ноябрь 2008
Online Status: Offline
Публикации: 2
Свойства публикации Свойства публикации   Ответить, цитируя автора - Демитрий Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 28 Ноябрь 2008 22:13
В моем случае интересует стык двух и более систем управления, каждая из которых может быть разных производителей и разных разработчиков. Имеет ли смысл промежуточное звено в лице OPC..

Прокомментируйте, пожалуйста, следующие утверждения сторонника OPC:

Стык систем через OPC проще в реализации, наладке и дальнейшей эксплуатации, модернизации.

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


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

Модбас не поддерживает передачу сигналов по их изменению. OPC менее нагружает канал связи со стороны клиента

И еще от меня..Правильно понимаю, что OPC, по крайней мере сервер, без Виндовс-платформы существовать не может?
Наверх
uzga Смотреть выпадающим
Действительный член
Действительный член
Аватар

Присоединился: 07 Октябрь 2004
Категория: Russian Federation
Online Status: Offline
Публикации: 359
Свойства публикации Свойства публикации   Ответить, цитируя автора - uzga Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 29 Ноябрь 2008 06:26

ОРС без винды не встречал.

Что касается масштабирования сигналов, то у нас использовался Advantech ModBusTCP сервер для работы с Adam-5000/TCP. Так этот уродец передавал в программу только целые значения и никакое масштабирование не могло его заставить передавать числа с плавающей точкой.

Наверх
Vald Смотреть выпадающим
Действительный член
Действительный член
Аватар

Присоединился: 02 Октябрь 2007
Категория: Russian Federation
Online Status: Offline
Публикации: 427
Свойства публикации Свойства публикации   Ответить, цитируя автора - Vald Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 29 Ноябрь 2008 11:34

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

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

Т е OPC  уже написан и в теории должен работать с прибором, Modbus требует задания взаимодействия с прибором, адресов и типов данных в которые получатся переменные при обмене по этим адресам.

 Да, при работе с Modbus  нужно провести определенную работу при подключении прибора, но она посильная.  При затыках с OPC  придется держать программиста и общаться с разработчиками (у брендов это теоретически вылизано, но периодические вопросы на этом форуме заставляют  насторожиться). 

 

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

Через Modbus  передается все что угодно и когда угодно.

 

OPC - это технология  Windows по передачи данных между приложениями работающими при управлении или отображении в промышленности.  Естественно что под другими операционками это не работает.  Там как правило обмены пишут сами под конкретику и там кстати  modbus  крепко облегчает жизнь при обмене с приборами.

 

Все что я написал каксается обмена с приборами.  При обмене между приложениями в  Win работает OPC.  В других ситемах - не скажу.

 

 

При экспериментах ни один чайник не пострадал

-----------
Плохому системному интегратору всегда OPC сервер мешает.
______________
Пишу на C++ за еду
Наверх
Dismay Смотреть выпадающим
Действительный член
Действительный член
Аватар

Присоединился: 01 Июнь 2006
Категория: Russian Federation
Online Status: Offline
Публикации: 464
Свойства публикации Свойства публикации   Ответить, цитируя автора - Dismay Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 01 Декабрь 2008 04:34
Первоначально опубликовано uzga

ОРС без винды не встречал.




OPC технология по большому счету это и не технология вовсе, это набор соглашений внутри COM модели которая стала возможна благодаря развитию языков програмирования до Объектно ориентированного уровня. Было предложено решение межсеансового взаимодействия для COM систем которое может быть использовано при работе на любом ОО языке и механизм DCOM интегрированный с защитой системы Windows. Ответом была CORBA и прочие клоны того же решения. Если проще то народ стал как водится тянуть одеяло на себя и инициатива загнулась. В настоящий момент компания Microsoft двигает новое решение со своей стороны .Net Remoting которое не устраивает только ленивого. Новый механизм использует для обмена xml и опять таки потенциально позволяет взаимодействовать между любыми платформами. По уверениям тестеров он не медленнее DCOM хотя я в этом сильно сомневаюсь.
Наверх
 Ответить Ответить

Переход на форум Права доступа на форуме Смотреть выпадающим

Bulletin Board Software by Web Wiz Forums® version 9.64
Powered by Web Wiz Forums Free Express Edition
Copyright ©2001-2009 Web Wiz