2015-06-04 10 views
9

Пожалуйста, объясните, в чем разница между OPC UA и OPC DA?Разница между OPC UA и OPC DA?

В каких условиях, которые следует использовать, и если какой-либо из примеров может быть предусмотрено как OPC UA и OPC DA, было бы полезно

ответ

11

OPC-UA является преемником OPC-DA. Он имеет много преимуществ, один из самых выдающихся в том, что он является агностиком платформы. Существуют SDK, доступные на множестве языков, и OPC-UA может быть реализован на любом из крошечных встроенных в устройство под управлением Linux, на настольном компьютере под управлением Windows или на сервере под управлением ОС по вашему выбору.

Для любой новой разработки, с учетом выбора, следует использовать OPC-UA. Единственная причина использовать OPC-DA в этот момент времени - это подключение к устаревшему продукту, который поддерживает OPC-DA и не может быть заменен или обновлен.

+1

Согласен - но следует знать о клиенте и/или серверах, с которыми вы могли бы взаимодействовать. В то время как OPC-UA был доступен в течение некоторого времени, есть еще много, еще много продуктов OPC-DA, чем есть продукты OPC-UA. – Ken

+2

Это означает, что мы можем использовать любой клиентский продукт OPC UA с любым продуктом сервера OPC UA. Нам не нужны продукты конкретной компании как в качестве клиента, так и на сервере? Можете ли вы предоставить какой-либо пример OPC Server UA для Linux и что может быть его клиентом.? –

+2

Индуктивная автоматизация имеет сервер OPC-UA, который работает на Linux. Любой клиент OPC-UA от любого поставщика на любой ОС может подключаться и получать значения с сервера. (раскрытие: я работаю для IA) –

1

OPC UA предназначен не только для OPC-DA, для всех OPC Classic (DA, AE, HDA и т. Д.). OPC Classic использует связь DCOM для подключения Client-Server. DCOM предназначен для ОС Windows. И, DCOM и RPC порты очень болит для инженера.

Итак, OPC UA - это новая технология, которая не полагается на связь DCOM. И платформа (ОС) независима. Поддержка OPC UA для Linux.

Но серверы OPC на рынке не готовы к OPC UA. Но я считаю, что они в пути.

Разработчику клиентского приложения OPC необходимо сосредоточить внимание на том, что поддерживает клиентское приложение OPC, для которого OPC? С этой целью, например, AE: сбор тревог и событий или DA: доступ к данным)

Каждое знание OPC доступно по адресу https://opcfoundation.org/. Вы можете загружать исходные коды и некоторые DLL-компоненты, но вы должны быть участником.

0

OPC UA - это единая архитектура OPC.

Спецификация ничего не знает о платформе не говорит, OS и т.д.

OPC DA, является более старой версии спецификации OPC. Там, где было моделирование данных (не в большей степени, как у OPC UA). Только информация, которая была передана между сервером и клиентом, - VQT (Value Quality and Time). Где в качестве OPC UA есть данные и информация Моделирование. Наряду с VQT существует много атрибутов/свойств, которые могут быть разделены между сервером и клиентом о переменной (в простом примере Say, описывая, что делает эта переменная. , доступна ли переменная пользователем или нет), чтобы назвать несколько).

OPC DA полностью зависит от ОС. Где OPC UA не зависит от операционной системы. Некоторые из них используют некоторые OPC UA SDK, серверы могут быть созданы на платформе, где нет ОС

Среда связи OPC DA - COM/DCOM. Где OPC UA - о TCP/IP и/или HTTPS. это зависит от SDK для поддержки обоих или любого из них.

это некоторые из ключевых отличий.

Какой из них использовать, когда:

  • Мое предположение, идти с OPC UA независимо от того, есть ли у вас серверы OPC DA или нет.Потому что есть некоторые продукты, в которых продукты Old OPC DA все еще могут быть собраны с использованием новых продуктов OPC UA.

  • Серверы OPC UA могут быть независимыми от ОС (это зависит от типа SDK). В будущем, если вы хотите перейти на любую операционную систему, это не будет впереди.

Надеюсь, это помогло вам понять разницу.

+0

Я думаю, что причина для отрицательного голосования заключается в проверке об одном из OPC ua SDK .. пожалуйста, проверьте ответ .. –