The Inside Story: How OPC UA and DDS Can Work Together in Industrial Systems
1. The Inside Story: How OPC UA and DDS Can
Work Together in Industrial Systems
Stan Schneider, PhD. RTI CEO, IIC Steering
Committee
Thomas Burke, President, The OPC Foundation
2. Agenda
Technology, benefits, & applications
– OPC UA
– DDS
Working together
– Industrie 4.0 and IIC architecture integration
– OPC UA and DDS integration
Bottom line
– Compare in a nutshell
– Analyze your problem & mindset
– Start without fear of misstep
4. • The OPC Foundation is the world’s leading
community for interoperability solutions based
on OPC specifications that deliver universal
connectivity.
Community:
• The mission of this community is to advance the
development, adoption and certification of OPC
based products through global collaborations.
Collaboration:
• The Foundation is the official source for the
OPC Certification Program, ensuring that OPC
products plug-and-play in real-world application.
Compliance:
5. OPC Foundation
Scottsdale, Arizona
OPC Europe
Verl, Germany
OPC Japan
Musashino-shi, Tokyo
Vision
secure, reliable, multi-vendor,
multi-platform, multi domain
interoperability from sensor to enterprise
International
◦ Companies from Automation & IT
◦ International standard IEC62541
OPC Asia
China
10. • Ground-Up Secure Design
• Based on latest security standards
• Accepted by IT and OT groups
• Recognized for its security by key
organizations:
• NIST
• Industrie 4.0
• MDIS
• …
Data Security
11. OPC UA Meta Model
Built-in Information Models
Companion Information Models
Vendor Specific Extensions
OPC UA Publish/Subscriber Communication Model
Generic Pub-Sub Information Model under development
Evaluation of existing protocols ongoing
Client/Server
Services
Protocols
Pub-Sub
Model
PubSubConfiguration
Connections
MessageWriters
Protocols
UA Secure Multicast
AMQP
More to evaluate
12. OPC UA Server
Address Space
Subscriber NSubscriber 1OPC UA
Client A
Client A Session
Publish
Message Oriented Middleware
Subsciption
MessageWriter
DataSet
Publisher
OPC UA
Application
13. OPC UA Server
Address Space
OPC UA
Client C
OPC UA
Client B
OPC UA
Client A
Client A Session Client B Session Client C Session
Subsciption
Publish Publish Publish
Subsciption Subsciption
14. UDP Multicast Group
224.0.5.1
OPC UA Subscriber
OPC UA Subscriber
OPC UA Subscriber
OPC UA
application
Publisher
Connection
MessageWriter
Message
276
OPC UA application
Subscriber
Connection
MessageReader
Message
276
Message
276
Message
276
Message
276
15. OPC UA Server
Product specific
address space and
data integration
Publisher
UA UDP Multicast
OPC UA Server
Product specific
address space and
data integration
Subscriber
Send Receive
OPC UA Client
Configure Configure
UA TCP / UA Binary
Existing OPC UA Server can be extended
Configuration through OPC UA Clients
16. Requirements and Use Case
◦ Collected in 2014
Specification Work started
◦ Main work item of OPC UA WG
◦ Draft specification available
Information Model is getting stable
Protocol and security details next work item
◦ Main open issues
Meta data exchange
Reliable messaging for events
17. OPC UA: New Generation OPC
Definition 2003 – 2006
Verification and Implementation 2006 – 2008
Final OPC Foundation Release 2009
IEC 62541 Release 2010 – 2011
OPC UA = established OPC features
+ Platform independence
+ Standard internet and IP based protocols
+ Built in security features
+ Generic object model
+ Extensible type system
+ Scalability through profiles
+ Migration path from Classic OPC
18.
19. Communication infrastructure
OPC UA Provides multivendor multiplatform
secure reliable interoperability for moving
data/information from the embedded world to the
enterprise!
High Perfomance & High Scalabilty
Rich Service Oriented Architecture
Industrial automation with integration into
many other domains!
Information modelling
Rich, object oriented extensible type model
Support simple and complex models
Collaboration partners plug-n-play their information
seamlessly into OPC UA
Corporate Network
Operations Network
Plant Floor Network
Firewall
Controllers Controllers
DCS
HMI
MES
ERP
Firewall
Motor Starter 01
Configuration
Control Function Local Operation
Multifunction Input DI0
ParameterSet Motor Parameters
Motor Current Low
Motor Current High
Service Info
Number of Starts
Motor Starter 01
Parameter Set
Control Function
Local Operation
Configuration
Multifunction Input DIO
Motor Current Low
Motor Current High
Number of Starts
Motor Current Low
Motor Current High
Service Info
21. The IIoT Disruption
The real value is a common architecture that
connects sensor to cloud, interoperates
between vendors, and spans industries
Common technology that spans
industries brings bold new approaches
and enables fast change
24. The DDS Standard for the IIoT
• The Data Distribution Service (DDS)
is the Proven Data Connectivity
Standard for the IoT
• OMG: world’s largest systems
software standards org
– UML, DDS, Industrial Internet
Consortium
• DDS: open & cross-vendor
– Open Standard & Open Source
– 12+ implementations
Interoperability between source
written for different vendors
Interoperability between applications
running on different implementations
DDS-RTPS Protocol
Real-Time Publish-Subscribe
Distribution Fabric
DDS API
25. Data-Centric QoS-Aware Application Integration
CRUD operations
Persistence
Service
Recording
Service
Virtual Global Data Space
DDS DataBus
26. Data Centricity Definition
a) The interface is the data.
b) The infrastructure understands that data.
c) The system manages the data and imposes rules
on how applications exchange data.
27. Data Centric is the Opposite of OO
Object Oriented
• Encapsulate data
• Expose methods
Data Centric
• Encapsulate methods
• Expose data
Explicit
Shared
Data
Model
28. Data Centricity Reliability, Scale, Speed, Control
• Global Data Space
– Automatic discovery
– Read & write data in
any OS, language,
transport
– Type Aware
– Direct peer-to-peer
– Redundant
sources/sinks/nets
• No Servers!
• QoS control
– Timing, Reliability,
Redundancy, Ordering,
Filtering, Security
Shared Global Data Space
DDS DataBus
Signalized
Intersection
Vehicle Status
Actuation
Perception
Obstacle Status
Planning&Nav
Cloud
Offer: Write
obstacle situation
update 100x/sec
Reliable for 10 secs
Request: Read obstacle 10x/sec
If distance < 200 m && velocity > 10
29. It’s Not About Patterns!
• Publish-Subscribe
• Request-Reply
• Queuing
2004
2015
(Vendor products)
2013
32. Guarantee Real-Time Response
• What: response < 100us, even with load, complex data types, many flows
• How: peer-to-peer, multicast, data path optimization
33. Manage Complex Data Flow and State
• What: Find and deliver the right information to the right
place at the right time
• How: Data centric selective source filtering
34. Ease System Integration
• What: Manage interfaces between teams and modules
• How: Explicit interface design, evolution, and enforcement
36. Common Platforms
Revolution®
"GE Healthcare chose the DDS
standard because it can handle
many classes of intelligent machines.
DDS satisfies the demanding
requirements of our devices and
supports standardization on a single
communications platform across
product lines."
-- J Gustavo Perez, General Manager for
MI&CT Engineering
37. GE Healthcare's IIoT Architecture
"GE Healthcare is leveraging the GE
Digital Predix architecture to connect
medical devices, cloud-based analytics,
and mobile and wearable instruments.
The future communication fabric of its
monitoring technology is based on RTI's
data-centric Connext DDS platform.”
-- Matt Grubis, Chief Engineer, GE
Healthcare's Life Care Solutions
http://www.rti.com/mk/webinars.html#GEHEALTHCARE
38. Large-Scale Control
• The NASA KSC launch
control is the world’s
largest single-system
SCADA
• It combines 300k points,
at 400k msgs/sec
• RTI Connext DDS powers
launch control, in-flight
monitoring, UAV reentry-
tracking ground station,
and the recovery ship
39. Selective Data Availability
• Wind turbine farms can include 500
turbines
• Gust control across the array
requires fast communications with
dynamic, selective filtering
• DDS enables large, distributed
intelligent machines
40. Critical Distributed Reliability
• DDS controls the 6.8 GW GC Dam
– Largest power plant in North America
– Fastest-responding major power source on
the Western Grid
– Requires 24x7 operation
• Connext DDS met the challenges
– Extreme availability
– Wide area communications
– Multi-level routing
– High security
– 300k data values
• RTI system live since Jan 2014
41. Fast, Multi-Vendor System Integration
• Audi hardware-in-the-loop simulation feeds
realistic data to components for testing
• The system offers plug-n-play between
simulation vendor solutions
• RTI middleware enables a modular test
environment that scales to work with
hundreds of devices
42. Modular Application Development
A product group within
ABB’s Grid Automation
business unit chose RTI
Connext DDS to:
– Enable modular
substation automation
applications
– Significantly reduce the
cost of development
– Leverage a standards-
based commercial
product
44. Cloud Services
Intelligent Autonomy
Sensing
Planning
Radar, LIDAR Vehicle Platform Navigation
Error
Management
Visualization
Situation Analysis
Situation Awareness
Vision Fusion
Cameras, LIDAR,
Radar
…
Data Fusion
LoggingVehicle Control
Localization
DDS Bus
Traffic Maps
DDS Bus
45. Drilling Automation
• Improves well quality and production
• Captures domain knowledge from the 60% of
field experts retiring over next 6 years
• Increases safety
• Protects the environment
• Decreases drilling time and costs
• Decreases downtime and equipment failure
47. Platform Industrie 4.0 and Industrial Internet Consortium
2nd International Workshop on Collaboration in the Industrial Internet – Chicago, May 19th 2016
49. 200+ companies strong
Goal: build and prove a common
architecture that spans sensor to
cloud, interoperates between vendors,
and works across industries
50. 200+ Companies, 25+ Countries
Contributing Members
IIC Founding Members
The IIC Created the Industrial Internet of Things Market
51. Platform Industrie 4.0 and Industrial Internet Consortium
2nd International Workshop on Collaboration in the Industrial Internet – Chicago, May 19th 2016
1
ENERGY
HEALTHCARE
MANUFACTURING
PUBLIC DOMAIN
TRANSPORTATION
IIC
Cross-domain &
Interoperability
in IIoT
Detailed model for
next-gen Manufacturing
value chainI4.0
51
DOMAIN FOCUS AREAS ARE COMPLIMENTARY
52. Platform Industrie 4.0 and Industrial Internet Consortium
2nd International Workshop on Collaboration in the Industrial Internet – Chicago, May 19th 2016
2
RAMI4.0 IIRA
Interoperability
52
A CLEAR MAPPING BETWEEN BOTH ARCHITECTURES
WILL ENABLE CROSS-DOMAIN INTEROPERABILITY
53. Platform Industrie 4.0 and Industrial Internet Consortium
2nd International Workshop on Collaboration in the Industrial Internet – Chicago, May 19th 2016
3
TEST
53
COLLABORATION ON TESTBEDS / TEST FACILITIES AND INFRASTRUCTURE
WILL ENSURE INTEROPERABILITY ON THE TECHNICAL LEVEL
54. IIRA “Core Connectivity Standard” Approach
“Core connectivity standards”
that link with “gateways”
• Delivers performance with
flexibility
• Scales linearly (only have to
map each “other” to one
“core”)
• Supports natural security
Choose the core standard that
matches system needs
56. OMG: Focus on DDS to OPC UA bi-directional Bridge
• Existing: OPC UA Server on controller
• Existing: OPC UA Client applications
• Existing: DDS App
• New: OPC UA-DDS Gateway– Maps “operations” on OPC UA to DDS
NOTE: OPC foundation also working on a “Pub-Sub” mechanism for OPC UA.
Plan is to make “DDS” one of the 3 supported “communication” models for pub-sub.
DDS App
DDS App
OPC UA
Server
OPC UA-DDS
Gateway
OPC UA
Client
RTPS
DDSBus
57. OPC Foundation Focus:
Use DDS to implement OPC UA PUB/SUB
• OPC UA PUB-SUB emerging
• OPC UA UDP Profile designed for simplicity
• OPC UA Pub-Sub DDS Profile for databus functionality
OPC UA
Client
OPC UA
Client
OPC UA Server
PUB-SUB
Request/Reply
OPC UA-TCP
RTPS
DDS App
DDS App
DDSBus
59. Comparison in a Nutshell
• DDS is a data-centric approach to software systems integration
– Implements a global data space abstraction
– Decouples applications in time, space, & flow
– Software teams use DDS to write software modules that interact through
a data model
• OPC UA is a device-centric technology for device interoperability
– Implements a node-graph address space of devices abstraction
– Decouples applications from device details
– Workcell integrators use OPC UA to write programs through a device
model
60. Should I Start With DDS or OPC UA?
• Use DDS if…
– You are developing many distributed software modules concurrently
• You will define a system architecture, and then build pieces
• You can impose a shared information model
– You need DDS key features
• No servers for dynamic configuration & easy redundancy
• Peer-peer, QoS-controlled flow with location transparency
• Data centricity to manage a large or varying data space
– You want the simplicity of applications talking to the data space, not to other apps
• Use OPC UA if…
– You are developing devices to be integrated later
• You have need for future device interoperability
• You will program generic devices, building an information model at runtime
– You need key OPC UA features
• Separate device design from system design
• Library of device models
• Client/server deployment design
– You want the simplicity of device-centric programming
You see your problem as
distributed software
You see your problem as
programming devices
61. Bottom Line
DDS is for systems facing a primary software
integration challenge,
While OPC UA is for simpler software systems facing
device interchangeability issues
63. Summary
• OPC UA and DDS are key, established protocols in the IIoT
• They are quite different designs
– OPC UA: object oriented, client-server
– DDS: data centric, peer-peer
• They target different users & applications
– DDS is for systems facing a primary software integration
challenge,
– While OPC UA is for simpler software systems facing device
interchangeability issues
• The communities are working together
– Your investment will be preserved