HMI SCADA-02 Device Integration Becomes Operations Integration

Presented by: Alvaro Martinez

Click me…

Initially we had Inputs and Outputs …so we created Input/Output servers (IO Servers)

Then we added different data types

…so we created Data Access servers (DAServers)

Let’s see what that looks like today

This is our current landscape… Device centric

Device Integration Solutions

So we will have an industry wide, global, IOT and cloud ready communication strategy

Increase Scalability

What makes this different?

Each new part of the solution will be able to:

Increase throughput

Eliminate single points of failure

Maximize communication uptime

Support multiple versions

Auto-generate content

Discover devices

Contextualize Data

Generate Alarms & Events

Historize

Standards Compliant Clients

Protocol Specific Servers

A-B GE

Supervisory

…

Telemetry

DNP3 IEC …

DDE SL OPC OPC-UA

Supervisory Clients Cloud Clients

? HTTP

MQTT LoRa

Internet of Things

…

Gateway

Device Layer DCSs Smart Devices PLCs Telemetry IOT

Introducing Operations Integration Servers (OI Servers)

The Next Generation of Device Integration

Expanding Offering

1 License Per Node

Automation Direct WAGO

BACNET

Beckhoff / TwinCAT

EATON

Mitsubishi

OPTO 22

Reduce Application Costs

PC-1 PC-2 PC-3

Reduce Application Costs • Increase Single Node Scalability

• Eliminate the limitations of a single driver in a single node. You can run multiple completely independent instances of the same driver in a single node

PC-1

With OI Servers

PC-1 PC-n PC-2

PC-2

Improve Robustness • Eliminate single points of failure

• By running multiple instances of the same node any potential problems that may affect one driver instance are isolated to just that instance.

With OI Servers

PC-2

PC-2

Reduce Downtime • Maximize communication uptime

• Reduce impact of configuration changes that require driver restarts to a single instance thus allowing other drivers to continue to run unaffected.

With OI Servers

PC-2

Reset

Reset

Improve Performance • Increase throughput

• Parallel independent processing of I/O by each individual driver instance results in my higher overall throughput per driver and per node.

With OI Servers

CPU

Time Startup

Cycle Time

CPU

Time Startup

Cycle Time

CPU

Time

CPU

Time

CPU

Time

PC-2 PC-2

Side-by-Side Compatibility • Single Protocol Supports multiple versions

• Single node side-by-side upgrades allows continuing to run the previous driver version while adding a new version of the same driver protocol.

• Keep the old while adding new without having to change existing versions thus allowing continued growth without disruptions

PC-2

With OI Servers

PC-2

b DI Object

PC-2

b DI Object

2.0 3.0 2.0 4.0 4.0

On a Single Node Standard Professional Premier Server Types Supervisory Supervisory Telemetry

Drivers Supported All Supervisory All Supervisory All

I/O per Instance Device Specific Device Specific Future

Network Redundancy Future

Hardware Consolidation Future

Reduce Architecture Costs Future

Single Node Scalability Future

Load Distribution Future

Increased Throughput Future

Maximize Uptime Future

Single Protocol Multi-Version Future

Future Allen-Bradley

Automation Direct Bosch

Beckhoff Eaton

GE Mitsubishi

Omron Opto22

Modbus / Modicon Siemens

Wago Wonderware

More Licensing

x WSP 2012 R2 x WSP

2014 x WSP 2014 R2

License Feature and Version DAServer 10.6 DAServer 11.0 DAServer 11.1

Standard OI Server

Functionality

Upgrade to DAServer 11.1

Upgrade to DAServer 11.1

Already supported DAServer 11.1

Professional OI Server

Functionality

Upgrade to OI_Server 11.1

Upgrade to OI_Server 11.1

Upgrade to OI_Server 11.1

OI Servers require 11.1

or higher

OI Servers Professional covers both

Standard and Professional functionality

LIVE DEMO

What’s Next…

Wonderware Conference. Schneider Electric confidential.

SIEMENS ●S7-1500 Full Support…

●European market ●User Data Types (Symbolic)

Support ● ~Q2/Q3 2015

Beta

●Q4 2015

Important! ●Will release as an OI Server ●No DAServer or DI Object

Wonderware Conference. Schneider Electric confidential.

Wonderware OPC UA Client (Stand-alone)

●Why is Stand-alone important? ●Support OEMs ●Global market ● InTouch Stand-alone ●Non System Platform

Implementations (InBatch) ● ~Q2/Q3 2015

●Q4 2015

Important! ●Will be part of OI Gateway ●FSGateway becomes OI Gateway

Wonderware OI Gateway

• Increase Single Node Scalability • Eliminate the limitations of a single driver in a

single node. You can run multiple completely independent instances of the same driver in a single node

• Typical Historian Scalable Architecture • Customer wants to integrate 3rd party

products to Historian • Individual DAServers are not scalable enough • OI Server Architecture allows multi-Instance

• Only limited by hardware constraints

PC-x …

New OI Servers? ●Conversion of DAServer to OI Server

●OMRON ● ITME (InTouch Machine Edition)

●New OI Servers ●Modbus Serial ●Texas Instruments ●DNP3 ●ABB Totalflow ●CANopen ●Additional Automation Direct ●Additional Mitusibishi

But wait there’s more!…

©2015 Schneider Electric. All Rights Reserved. All trademarks are owned by Schneider Electric Industries SAS or its affiliated companies or their respective owners.

Thank you!