Question about OPC UA PubSub | OPC UA Standard | Forum

Avatar
Search
Forum Scope


Match



Forum Options



Minimum search word length is 3 characters - maximum search word length is 84 characters
Lost password?
sp_Feed sp_PrintTopic sp_TopicIcon
Question about OPC UA PubSub
Avatar
steffso@statoil.com
New Member
Members
Forum Posts: 1
Member Since:
10/22/2014
sp_UserOfflineSmall Offline
1
06/27/2019 - 12:08
sp_Permalink sp_Print

Hi,

I have some questions about OPC UA PubSub, and I would like to hear your feedback and inputs.

  • What are your experience with OPC UA PubSub so far? In your opinion, what is the advantage with OPC UA PubSub? What is your use cases - is it vertical "edge-to-cloud" connectivity? Or device-to-device communication on the plant floor?
  • In your experience, do you discuss what information shall be included as a part of the DataSetMessage payloads? How shall the payload JSON object be structured and what shall it consist of? What shall be included as a part of the DataSetMetaDataMessage payloads? Will the different companion specifications give any requirements or guidelines on the PubSub message construction? Or is it basically up to end users and suppliers/vendors to agree on this case-by-case?
  • In your opinion, what does it mean to be OPC UA PubSub compliant? What exactly shall a publisher or OPC UA server implement and support to be "OPC UA PubSub compliant"? Can an publisher getting data from a non-OPC source that only constructs OPC UA PubSub messages be considered an OPC UA PubSub compliant publisher?
  • DataSetClass acts as a template declaring the content of a DataSet. What is "declaring the content" mean? How will this look like in practice?

Best Regards,

Steffan

Avatar
Randy Armstrong
Admin
Forum Posts: 205
Member Since:
05/30/2017
sp_UserOfflineSmall Offline
2
06/27/2019 - 13:41
sp_Permalink sp_Print sp_EditHistory

PubSub is a better choice:

1) when the application requirements mean the same message is delivered to many receivers. If each receiver needs a different message then there is little advantage over client-server.

2) when devices need to communicate with cloud based brokers (MQTT or AMQP) infrastructure because this type of infrastructure is designed for the pub-sub message exchange pattern.

PubSub does not replace Client-Server. It simply provides alternatives that allow UA applications to satisfy a larger number of requirements.

What goes into a DataSet is up to the application. OPC UA provides no restrictions or suggestions.

As with all OPC UA features, compliance is based on meeting the requirements of one or more profiles.

The available profiles are online here:
https://apps.opcfoundation.org.....8;All=true

The PubSub profiles can be found in the "Client Category | Publisher Category" and "Client Category | Subscriber Category" trees.

In practice, all PubSub messages are a simple list of values where the DataSet specifies the structure and semantics for each value in the list.

Forum Timezone: America/Phoenix
Most Users Ever Online: 143
Currently Online:
24
Guest(s)
Currently Browsing this Page:
1 Guest(s)
Top Posters:
Newest Members:
dcornelissen@phoenixcontact.be
Forum Stats:
Groups: 2
Forums: 9
Topics: 516
Posts: 1448

 

Member Stats:
Guest Posters: 1
Members: 94902
Moderators: 10
Admins: 3
Administrators: michael.bryant@opcfoundation.org, thomas.burke@opcfoundation.org, Randy Armstrong
Moderators: matthias.damm@ascolab.com, s.hoppe@beckhoff.com, paul.hunkar@dsinteroperability.com, jouni.aro@prosys.fi, tim.fortin@honeywell.com, Jim.Luth@Schneider-Electric.com, Karl-Heinz Deiretsbacher, stefan.hoppe@opcfoundation.org, alexander.allmendinger@opcfoundation.org, Karl Deiretsbacher