OPC vs Modbus |
Ответить |
Автор | |
Новичок Присоединился: 28 Ноябрь 2008 Online Status: Offline Публикации: 2 |
Опубликовано: 28 Ноябрь 2008 14:13 |
Стыковка разнородных систем. Без привязки к какой -то определенной системе, что на ваш взгляд предпочтительнее использовать OPC или напрямую modbus?
|
|
Профили участников
Послать частное письмо
Поиск публикаций участников
Посетить домашнюю страницу участника
Добавить в список приятелей
Действительный член Присоединился: 02 Октябрь 2007 Категория: Russian Federation Online Status: Offline Публикации: 427 |
|
Есле в скаде есть поддержка ModBus и формат получаемых данных можно преобразовать к тому что нужно скаде - то конечно modbus. OPC - дополнительный механизм который приносит много много "радости". |
|
При экспериментах ни один чайник не пострадал
----------- Плохому системному интегратору всегда OPC сервер мешает. ______________ Пишу на C++ за еду |
|
Действительный член Присоединился: 18 Декабрь 2006 Категория: Russian Federation Online Status: Offline Публикации: 275 |
|
Драйвер предпочтительнее ОРС-сервера. |
|
Действительный член Присоединился: 01 Июнь 2006 Категория: Russian Federation Online Status: Offline Публикации: 464 |
|
Нельзя сравнивать OPC и Modbus в принципе.
OPC - разрабатывался для решения задач межсистемного взаимодействия для передачи данных на самом верхнем уровне, где осуществляются общие медленные процессы управления не требующие "реального времени". Modbus до смешения понятий вызванного появлением протокола ModBus TCP использующего стек протокла TCP (не отвечвющий требованиям RTS в принципе) предполагалось использовать на более низком уровне и он отвечает требованиям RTS. Тем не менее и теперь Modbus занимает более низкое положение (по уровню, но не по значению). Конечно вы можете использовать чего хотите где хотите и никто вам не сможет помешать. Более того в настоящий момент, скажем так в век технического волюнтаризма и засилия экономистов можно встретить таких уродцев что просто диву даешься, при этом авторы решений под час не только с пеной у рта но и с оружием в руках готовы защищать свои недоразумения, так что в конечном итоге решать вам... |
|
Новичок Присоединился: 28 Ноябрь 2008 Online Status: Offline Публикации: 2 |
|
В моем случае интересует стык двух и более систем управления, каждая из которых может быть разных производителей и разных разработчиков. Имеет ли смысл промежуточное звено в лице OPC..
Прокомментируйте, пожалуйста, следующие утверждения сторонника OPC: Стык систем через OPC проще в реализации, наладке и дальнейшей эксплуатации, модернизации. Модбас передает целочисленное значение аналогового параметра,пропорциональное шкале АЦП. В случае применения датчика с другим диапазоном измерения в одной системе, в другой системе, связанной с первой по Модбасу, необходима коррекция масштабирования сигнала. В OPC данные можно передавать в формате плавающей точки, соответствующем реальному физическому значению измерения. OPC от этой проблемы освобожден. В случае добавления/ изменения передаваемых через стык сигналов и соответствующей редакции протокола возможно смещение адресов регистров. В таком случае необходима работа по редактированию большой доли адресов переменных с другой стороны стыка. В OPC такое исключено. Модбас не поддерживает передачу сигналов по их изменению. OPC менее нагружает канал связи со стороны клиента И еще от меня..Правильно понимаю, что OPC, по крайней мере сервер, без Виндовс-платформы существовать не может? |
|
Профили участников
Послать частное письмо
Поиск публикаций участников
Посетить домашнюю страницу участника
Добавить в список приятелей
Действительный член Присоединился: 07 Октябрь 2004 Категория: Russian Federation Online Status: Offline Публикации: 359 |
|
ОРС без винды не встречал. Что касается масштабирования сигналов, то у нас использовался Advantech ModBusTCP сервер для работы с Adam-5000/TCP. Так этот уродец передавал в программу только целые значения и никакое масштабирование не могло его заставить передавать числа с плавающей точкой. |
|
Профили участников
Послать частное письмо
Поиск публикаций участников
Посетить домашнюю страницу участника
Добавить в список приятелей
Действительный член Присоединился: 02 Октябрь 2007 Категория: Russian Federation Online Status: Offline Публикации: 427 |
|
В части систем действительно измеренное значение передается как числитель в виде целочисленного числа дроби в знаменателе которой максимальное значение целочисленного числа (65535), а эта дробь в свою очередь умножается на размах диапазона измерения и к этому ко всему прибавляется нижнее значение диапазона. Вот кое у кого так. Но передаются и честные плавающие числа в виде пары целочисленных регистров. Конечно же расположение переменных для каждого прибора свое. Но тут ведь как: OPC сервера уникальны и каждый работает только с той железкой под которую заточен, а в MOdbus - по другому. Устройства поддерживают стандартный набор команд и из устройства можно вытащить данные в сложившийся и как правило поддерживаемой скадами форме (стандарта тут нет но исторически сложилось несколько общепринятых видов представления чисел). Т е OPC уже написан и в теории должен работать с прибором, Modbus требует задания взаимодействия с прибором, адресов и типов данных в которые получатся переменные при обмене по этим адресам. Да, при работе с Modbus нужно провести определенную работу при подключении прибора, но она посильная. При затыках с OPC придется держать программиста и общаться с разработчиками (у брендов это теоретически вылизано, но периодические вопросы на этом форуме заставляют насторожиться).
Никакие адреса не смещаются - они как сидели на своих местах прописанных разработчиками железа так и сидят. Через Modbus передается все что угодно и когда угодно.
OPC - это технология Windows по передачи данных между приложениями работающими при управлении или отображении в промышленности. Естественно что под другими операционками это не работает. Там как правило обмены пишут сами под конкретику и там кстати modbus крепко облегчает жизнь при обмене с приборами.
Все что я написал каксается обмена с приборами. При обмене между приложениями в Win работает OPC. В других ситемах - не скажу.
|
|
При экспериментах ни один чайник не пострадал
----------- Плохому системному интегратору всегда OPC сервер мешает. ______________ Пишу на C++ за еду |
|
Действительный член Присоединился: 01 Июнь 2006 Категория: Russian Federation Online Status: Offline Публикации: 464 |
|
OPC технология по большому счету это и не технология вовсе, это набор соглашений внутри COM модели которая стала возможна благодаря развитию языков програмирования до Объектно ориентированного уровня. Было предложено решение межсеансового взаимодействия для COM систем которое может быть использовано при работе на любом ОО языке и механизм DCOM интегрированный с защитой системы Windows. Ответом была CORBA и прочие клоны того же решения. Если проще то народ стал как водится тянуть одеяло на себя и инициатива загнулась. В настоящий момент компания Microsoft двигает новое решение со своей стороны .Net Remoting которое не устраивает только ленивого. Новый механизм использует для обмена xml и опять таки потенциально позволяет взаимодействовать между любыми платформами. По уверениям тестеров он не медленнее DCOM хотя я в этом сильно сомневаюсь. |
|
Ответить |
Переход на форум | Права доступа на форуме Вы не можете публиковать новые темы в этом форуме Вы не можете отвечать на сообщения в этом форуме Вы не можете удалять Ваши сообщения на этом форуме Вы не можете редактировать Ваши сообщения на этом форуме Вы не можете создавать голосования на этом форуме Вы не можете выражать своё мнение в голосованиях на этом форуме |