1. Accelerating Grid Modernization Open Field Message (OpenFMB) Bus Project SGIP OpenFMB Working Group OpenFMB Priority Action Plan

2. Accelerating Grid Modernization What is Open Field Message Bus? Framework for distributed intelligent nodes interacting with each other Economical industrial internet technologies applied to Smart Grid Distributed resources communicating via common semantic definitions Grid-edge nodes processing data locally for control and reporting OpenFMB supports field-based applications that enable: – Scalable peer-to-peer publish/subscribe architecture – Data-centric rather than device-centric communication including support for harmonized system and device data – Distributed logic as well as centralized logic

3. Accelerating Grid Modernization Industry Drivers for OpenFMB Leverage lessons learned across many industries from the rapid maturation and adoption of Internet of Things (IoT) technologies Optimize legacy and future assets Promote self-healing, resiliency, and improved power quality Integrate renewable and distributed energy resources into the Grid and flexibly manage two way power flow Support a Transactive Energy marketplace Facilitate new solutions and capabilities and reduce time-to-market

4. Accelerating Grid Modernization Guiding Principles Based on operational and functional requirements Use cases drive functional and operational requirements. Requirements determine and limit scope and success parameters Features added only when requirements demand it. Flexible architecture No “one size fits” all solution. Framework compatible with multiple data models, communications, and technologies Support multiple methods of communication and integration No reinventing the wheel Use existing standards, architecture patterns, and requirements where possible Time to market is key Solution must be good enough to meet market needs, not “perfect” Focus on business value and objectives Add features with most impactful business value first Due to limited resources, focus on high value use cases first Address “nice to have” features in future updates Collaborate with standards bodies SGIP coordinates with the NAESB, IEC, and other relevant SSOs as required Minimize or eliminate duplication of effort and scope Coordination takes time and effort, but it’s worth it No stranded resources Consider needs of existing environment Use of existing resources is a key success criteria Modify solutions as necessary to address existing environment. Security built- in from the beginning Security is a functional and operational requirement Apps run in the field autonomously and require secure, reliable operation Solution must be reliable and trustworthy

5. Accelerating Grid Modernization What’s Different About OpenFMB? Led by utilities (largest IOU, Muni, and Co-op) based on their priorities and interoperability demonstration experience OpenFMB reduces latency and creates distributed intelligence opportunities to manage local grids in the most efficient way based on local resources and conditions The data-centric bus secures information, data topic via data topic (analogous to securing data in a database, table by table) instead (or in addition to) of traditional method of applying security at the transport layer OpenFMB enables grid devices to speak to each other, e.g. meters, relays, inverters, cap bank controllers, etc. Enables legacy equipment to be retrofitted for new capabilities, features, and extended life Facilitates data integration across previously silo-ed domains within the utility

6. Accelerating Grid Modernization OpenFMB Expected Benefits Fostering innovative products and services Local intelligence with coordinated self-optimization where the volume of local data overwhelms the capability to transfer the data elsewhere Fast response when centralized sites are too far away to respond promptly Resiliency when portions of the grid are segmented Open, observable, and auditable interfaces at multiple scales for interoperability Interoperability with existing assets with no rip-and-replace Potential unified backhaul for reduced OPEX, simplified management, and enhanced security Unlocking stranded assets by building adapters and applications

7. Accelerating Grid Modernization Origin of Open Field Message Bus 2014 Duke Energy Coalition of the Willing (COW) – 6 vendor partners Distributed Intelligence Platform (DIP) – Peer-to-peer communications – Internet technologies – Goals Foster innovative products and services and COTS tools – Distributech 2014 2015 – COWII – Testing and interoperability demonstration at Dtech 2015

8. Accelerating Grid Modernization Participants Utilities – Ameren Services – American Electric Power (AEP) – CPS Energy – Detroit Edison (DTE) – Duke Energy – Oklahoma Gas & Electric – Pedernales Electricity Cooperative – Southern California Edison (SCE) – Southern Company Test Beds – CPS Energy – Duke Energy – National Renewable Energy Laboratory (NREL) Academia, R&D, and Standards Setting Organizations – EPRI – IEEE – NAESB – NEMA – OpenADR Alliance – FREEDM Systems Center Vendors – ABB – Aclara – Ericcson – General Electric – Green Energy – ITOCHU – Itron – Kitu Systems – LocalGrid – Omnetric – Real Time Innovations – ViaSat Consultants – Coergon – EnerNex – GridIntellect – Xanthus – Xtensible Solutions Government – DOE – FERC – NIST – ORNL – PNNL

9. Accelerating Grid Modernization DemosNAESB Standard EPRI SGIPDtech NREL Duke Energy CPS Energy Specification Reference Architecture Test Beds SGIP OpenFMB Project Process Determine Semantic Model Needs Develop Adapters and Applications IEC 61968/70 IEC 61850 MultiSpeak Microgrid Unscheduled Disconnect Microgrid Reconnect Microgrid Operational Optimization Schemas Industrial Protocols Pub/Sub Distributed Intelligence Develop Use Cases and Requirements

10. Accelerating Grid Modernization OpenFMB Project Timeline

11. Accelerating Grid Modernization OpenFMB Framework Life Cycle Business-driven solutions Business Case Functional and non-functional requirements Interaction and sequencing Use Case Profile of applicable, existing information model UML Common software definitions and language XSD and IDL Software tools to allow actors to interoperate Apps and Adapters System integration and testing Test and Field Updates and versioning Maintenance

12. Accelerating Grid Modernization How does OpenFMB relate to the GWAC* Stack? *Gridwise Architecture Council

13. Accelerating Grid Modernization Data-Centric (OpenFMB) vs. Message-Centric Bus Message CentricData Centric (DDS) Message Centric Middleware Application Application Logic Message Parsing and Filtering Message Caching Send/Receive Packets Addressing, Marshaling Data Centric Middleware (RTI) Send/Receive Packets Discovery, Presence Marshaling, 32/64 Message Caching & State Management Message Parsing and Filtering Application Application Logic Savings Message centric middleware addresses network interoperability, syntactic interoperability, and semantic understanding (GWAC Layers 2, 3, & 4). Data-centric middleware (DDS) supports GWAC layers 2, 3 & 4 as well as Layer 5 (Business Context), allowing for simpler application code development, scalability, and fine-grain security on the data itself rather than the transport layer.

14. Accelerating Grid Modernization Overall OpenFMB Design Process OpenFMB XSD Pub/Sub Syntax OpenFMB node Adapter Device OpenFMB node Adapter App OpenFMB DataFlow Configuration Build Use-Case Export Profiles Convert XSD Configure Middleware Topics, QoS, Readers/ Writers OpenFMB UML Requirements IEC CIM UML

15. Accelerating Grid Modernization Open Field Message Bus Pub/Sub OpenFMB Conceptual Architecture A A C C D D E E B B A A C C F F B B Use Case 1 Use Case 2 Use Case 3 Grid Resource Group B App Adapter D D Data Device & App Use Case LEGEND A A C C B B E E F F D D Grid Resource Group A App Adapter Grid Resource Group C Adapter App Adapter App Adapter App Adapter

16. Accelerating Grid Modernization System Boundary Network Transport – Media access (layer 2) – Network (layer 3) security – Session/Endpoint (layer 4/5) security Host – Machine/OS/Applications/Files Data & Information flows At least one, but not all need to be implemented This is addressed by DDS Security How will OpenFMB be secured?

17. Accelerating Grid Modernization Questions? Stuart McCafferty SGIP, VP Operations OpenFMB Co-Chair smccafferty@sgip.org Dr. Stuart Laval Duke Energy, SG Technology Manager OpenFMB Co-Chair stuart.laval@duke-energy.com For more information, visit the SGIP website SGIP website