Presented by: Rune Volden, R&D Manager, Ulstein Power & Control AS This talk will focus on where we were last year, how we overcome challenges and what's coming up. The way our component suppliers have adapted to our system setup is quite amazing. This enables us to apply a clean architecture based on DDS, with clear responsibility in terms of liability issues. Redundancy in hardware solution and flexibility in size, realtime capability and scalability is changing the way we do system integration for present and future needs.

1. DDS
System integration in offshore ships
How we applied DDS and redefined system topology

2. R&D Manager Ulstein Power & Control
– Develop and maintain Automation & Control
products and platform
– The company sells packages and products in the
maritime industry, with a main focus on Offshore
Supply Vessels
– We sell system integration and products
– This ranges from Power switchboards, ship
automation, bridge and navigation equipment
Rune Volden

3. Main topic of interest
This presentation is to address our challenges to
make a configure to order control system
architecture, which lasts for the lifetime of the
ship

6. Challenges
Business
Standards and second source
Responsibility and liability of being total
integrator
Legacy products, SCADA system, components,
code, old Windows versions – technical debt
over 30 years

7. Business
2015
- challenging offshore
market
- tough competition
- In-house competence
vs hiring

8. Second source and standards
Ulstein - long term investment in control systems
DDS - the next 30 years ?
- two real suppliers (RTI and Prismtech)
Alternative standards?
- OPC UA is becoming important
- Industry 4.0
DDS – OPC UA bridging can become important

9. Second source Hardware
2014
- only Schneider done some tests
2015
- Bachmann, Wago and Phoenix
API with possibility for C++ and DDS
implementation
2016
Ulstein will use DDS invariant to hardware
make

10. Responsibility of a total integrator
2015
- rules and regulations are being developed
- responsibility vs willing to pay
- who will pay if …

11. How to handle legacy, ship next 30 yrs
- Technical debt
- Old SCADA tools
- Non supported windows plattforms
- Proprietary PLC’s
- Form, fit & function
- Outdated rules and regulations
- Now: invariant to this, hope DDS will last …

12. Further challenges
- Retrofit code on new platforms
- Open source vs proprietary
- Scalability
- Vulnerability

13. Bridge Alarm System -2013

14. Light Control – 2013/2014

15. Integrated Automation System - 2016

16. Open Software Technology
Linux Ubuntu 14.04
C++11
DDS for communication between applications
Configurator for delivery of control system, GUI
and documentation
Qt/QML for Graphical User Interface

17. Hardware Technology
Marine approved electronics
IEC 60945, Marine Equipment Directive
Few vendors and low volume hardware with
limited options and high cost
All components are COTS (Commercial off the
shelf)
© 2014 Real-Time Innovations, Inc.

18. CDP IO Server
CDP Engine
CDP Messaging
CDP Custom
Components
DDS
GUI Data
DDS
Cloud
Own Engine
DDS
Cloud
Own Custom
Components
DDS
Cloud
2014 2015
Reduced complexity
Increased performance
Increased data availability
Extra coding
Increased reliablity and control
Architecture Migration

19. WAGO BC
Wago Firmware
Codesys app
ModBus UDP
GUI PC
Linux
QT app
QML
Functionality
DDS APIWAGO IO
Wago IO
Modules
CDP IO Server manage
data traffic between
controller application
and BC
CONTROLLER
PCLinux
CDP app
ModBus UDP
IOFunctionality
Redundancy
CDP
MessagingDDS API
CONTROLLER
PCLinux
CDP app
ModBus UDP
IOFunctionality
Redundancy
CDP
MessagingDDS API
CDP Messaging manage
data traffic between
controllers running CDP
DDS manage data traffic
between controller and
GUI
Architecture 2014

20. IO Controller
(BC)Linux/VxWorks
C++ API app
C++
DDS API
GUI PC
Linux
QT app
QML
Functionality
DDS API
IO
IO Modules
DDS manage data traffic
between controller
application and IO
Controller
CONTROLLER
PCLinux
Open
framework
Functionality
DDS API
DDS manage data
traffic between
controller application
and ÏO Controller
CONTROLLER
PCLinux
Open
framework
Functionality
DDS API
Communicate
directly between
GUI PC and IO
Controller
Clean cut signal
interface. IO vendor is
responsible to publish
and subscribe IO data via
DDS
DDS Cloud
• Availability
• Redundancy
• Scaleable
• Established standard
• Vendor independence
• Inhouse experience
DDS manage data
traffic between
controllers
Architecture 2015

21. IO IO Controller
1..n Pc/
Controller / GUISwitch
US
A
Linux
Application
Analog
Digital
Serial (All) Configuration
IO Controller:
- Application for converting hardwired & serial signals
(CANBus, NMEA, ModBus RTU) to and from DDS
- Simple distributed signal alarms
- Vendor dependent API
Network traffic
- DDS on the Ethernet
DDS Network Architecture
- General
- DDS for all data traffic between controller and other devices
- DDS is a «Cloud» concept, supports «Industrial Internet of
Things»
- Less CPU load on controller
- Faster system
- No network protocol handling, DDS takes care of all network traffic
- Data is distributed and available everywhere
- DDS gives more reliable data collection, provides more redundancy
IAS MK II – DDS NETWORK ARCHITECTURE
Controller or GUI application
- DDS ready to use signal data
Linux
Config
DDSProxy
App
DDS

22. IO ControllerIO Pc Controller
OS Monitors
Remote access
Pc Other (logg, Db, ..)
Ethernet/
DDS Data transport layer
Engines
Pumps
Valves
Sensors
Thrusters
Hardwired/
Serial bus
CanBus
Systems
Tank
DDS
Switch
Wifi
Router
Electrical systems
Smart
Sensors
(DDS)
Physical dual Ethernet network with DDS
(dual line redundant data transport)
Single Ethernet network with DDS
(single line data transport)
Temporary single Ethernet network with DDS
(single line data transport)
Ethernet connection to other systems with DDS
(single line data transport)
Sensors
(Internet Of Things/ IPv6)
EAS panels
Multigateway IO
IAS MK II - DISTRIBUTED SYSTEM

23. Operator Stations
Engine Control Room EAS Panels
Bridge, compartments,
common spaces
Operator Station
Bridge
Cabinets
Machinery Spaces
Dual Ethernet
network
Signals
Hardwired, serial
Ship Systems
Systems & sensors
• Redundant Controllers with software to process data
• GUI applications operator screens and panels
• IO to integrate and exchange data
Layout principal

24. DISTRIBUTED PLUG & PLAY SYSTEM
Distributed System
One system based on one or more software applications
that coordinate their actions with DDS
Cargo
Alarm
system
PMS
SB
Propulsion
Data
logger
PS
Propulsion
Engineering &
File Transfer
Tool
Dual Ethernet
Network Ring
&
DDS Data Transport
HW &
SW
Plug, Configure & Play
1. Connect computer to network
2. Configure application
3. Run system
Computer
& Linux
Application
Software
DDS - Data
Transport
Interface
Application
Logics
Configuration
Computer
Computer hardware
connected to network
Distributed program
One program executing
defined part of the system,
e.g. Cargo system
Misc

25. This year’s evolution
Ulstein IAS will apply DDS as communication layer
Projects with IO vendors like Bachmann, Wago
and Phoenix 2015 – 2016, fascilitating true
vendor independence

26. Thank you!
Please contact me at
– Rune.volden@ulstein.com