ZigBee® + HomePlug® Joint Working Group- The SmartEnergy Profile

AMI-Ent Task Force Meeting January 6, 2009

For further information, contact:

Jeremy McDonald (Jeremy.Mcdonald@sce.com)ZigBee Smart Energy TWG Chair

Zahra Makoui (zxm1@pge.com)

Member of ZigBee & HomePlug TWG

Greg Robinson (grobinson@xtensible.net),

Vice-Chair of ZigBee & HomePlug TWG – Applications TF

2

The Approach

To build on what we already have

To work through a process open to stakeholders to define the solutions

To define a standard and certification process that scales a mainstream retail market distribution channel

3

Utility Goals

Robust System Solution

Plug N Play Interoperability

Standards defined with a

comprehensive certification

process

Certif

icat

ion P

roce

ss

Co

mm

on

Arch

itecture

Standards Strategy

By aligning behind a common architecture, standards strategy and a comprehensive certification process, we can ensure a robust system solution, Plug N Play Interoperability and a target of zero customer support calls.

Mainstream

Market

Adoption

4

Current State of the Industry

Minimal collaboration between industry resulting in proprietary processes to each utility

Current State Utility Requirements

Fragmented standards No common end-to-end system definition No comprehensive certification process

Many Moving PiecesCommon Comprehensive

Solution

Joint Utility Leadership

Fragmented Standards Efforts HAN standard definitions

and clear path to certification

ZigBee

®

HomePlug®

System

Architecture

Certification

HAN Standards and

Certifications

There is an opportunity to align around a common comprehensive solution

IPSO

Z-Wave

peripheralproprietary

Timing is good Standards bodies are open to utility engagement Pick the best minimum solution

5

Utility Requirements

Align to define a common comprehensive solution by focusing on:

Aligning the standards Common and scalable end-to-end system definition with a robust registration process. (e.g., activation, commissioning, provisioning)

Ensuring a plug-n-play solution targeting zero customer support callsDefine a comprehensive industry certification process that satisfies these requirements

Current State Utility Requirements

Many Moving Pieces

Common Comprehensive Solution

Industry Collaboration

Fragmented Standards Efforts HAN standard definitions

and clear path to certification

ZigBee

®

HomePlug®

System

ArchitectureCertification

HAN Standards and Certifications

IPSO

Z-Wave

IPSO

Z-Wave

6

Mainstream Market & Scalability Requires a Comprehensive Solution

Mainstream Market Adoption Mainstream Market Adoption

Align Standards Common System Definition

Plug-N-Play Interoperability

Technology Independent Requirements

(OpenHAN)

Comprehensive Certification Process

7

Overview of HAN standardsRequirements Technology Certification

UCAIUG

Open DR

Open AMI Utility AMI

AMI enterprise AMI SEC Open HAN

Utility driven requirements

Vendor implementation models of the

utility requirements

Technology agnostic HAN requirements

Security requirements for the AMI system

Back office integrations

requirements

IEC

HAN StandardsZigBee®

HomePlug®

ZB + HP Joint Working Group

Joint SC

Technical WG Marketing WGMarket

requirements and alignment

Chaired by Reliant

Answer the technical questions

Chaired by SCE

Compliance WG

Define certification process

Joint steering committee

chaired by PG&E

IP ConnectivityTG

Smart Energy Profile WG

ZigBee Security WG

ZB QualificationGroup

HomePlug 1.0 HomePlug CC

IEEESAE

IETF

Other Standards

802.15.4 HAN2.4 GHz

802.15 NAN SG900 MHz

SAE J2836 ROLL

IPSO

Wireless M-Bus

802.11

Bluetooth

ZARC

Utility communications architecture international

users group

Any standards activity that touches the HAN in any way.

ZigBee Architecture Review committee

Acts as the technical oversight committee and

authority

Recently re-established to review ZigBee security issues

Utility HAN public profile

Defining ZigBee’s IP

gateway functionality

Goal of integrating to a common application layer independent of the underlying physical platform

High bandwidth PLC communications std

Lower bandwidth PLC communication

std

Low power wireless mesh technology

Electric Vehicle communications

HAN standard getting traction in

Europe

Oversee ZigBee certification

Routing over low

power and lossy

networks

ZigBee Labs

HomePlug Labs

802.15 Labs

Comprehensive Certification

Labs

TBD

MSC

MWG

No specified labs exist at the

moment

1. NTS

2. TUV

No specified labs. NTS and TUV

execute their own conformance testing

Marketing Steering

Committee

Marketing Working Group

6lWPAN

Skinny IP (UDP) over

802.15.4

8Sub WGs

Sub WGs

Working Groups Charters

Joint SCJoint steering

committee

chaired by PG&E

Marketing WGMarket

requirements and alignment

Chaired by Reliant

Technical WGAnswer the technical questions

Chaired by SCE

Certification WG

Define certification process

Develop a common system architecture and application profile interfaces for home energy devices, supported by a comprehensive certification process that delivers secure, robust, reliable, plug and play interoperability with AMI and Smart Grid applications

• Create Market Requirements Document • Create Marketing Plan• Create and Manage Roadmap• Prepare Collateral and Press Releases• Create Branding for in premise devices compliance program• Manage cross industry and SDO liaisons

• Develop the End to End System Specification based on MWG documents • Leverage of industry standards where available

• Align ZigBee and HomePlug technical requirements to maximize the efficiency of the implementation

• Develop a common Smart Energy Profile using the ZigBee Smart Energy Profile as the forward starting point

• Develop a comprehensive Certification Program• Develop certification flow and process• Manage the development of the certification standards and

document (PICS, TC, Test Harness, Test Report• Define common test tool interface standard• Select and approve and manage test house(s)

Sub WGs

9

ZigBee + HomePlug Steering Committee S

tee

rin

g T

ea

m

Wo

rkin

g G

rou

ps

O

the

r U

tili

ty

Co

ntr

ibu

tors

HomePlug BOD Members

Michael Bourton, Texas Instruments

Kerry Evans, GE Energy

Carl Mansfield, Sharp

ZigBee BOD Members

Matt Spaur, Itron

Ruben Salazar, Landis+Gyr

Skip Ashton, Ember

FPL Xcel

Utility MembersChris Knudsen, PG&E – Chair

George Bjelovuk, AEP

Wayne Longcore, Consumers

Gary Stuebing, Duke

Brent Hodges, Reliant

Jeremy McDonald, SCE

TBD, Oncor

TBD, CenterPoint

Marketing

Brent Hodges, Chair

Technical

Jeremy McDonald, Chair

Certification

TBD, Chair

SDG&E DTEHydroOne

Must be a member of ZigBee and HomePlug

Must be a member of ZigBee and HomePlug or

ZigBee or HomePlug and sign an IP License agreement *

* Waived for this first meeting

10

TWG Objectives

Build upon successful ZigBee Application Definition (SE 1.0) Support MRD Define Common Application Layer

– Allow for Platform Optimization (802.15.4 and HP)– Develop Common Translation (if necessary)– Reuse SE Profile and IEC CIM Work– Add Advanced Service/Interface Discovery (e.g., Self Describing

Interfaces)– Add Advanced Application Support (PEV, DG, SG Sensor Services)– Force Application Decoupling (Layered Approach)

Develop Platform Recommendations– IP Connectivity– Network Interoperability

Develop Comprehensive Security Specification– Develop System Level Security Architecture – Define Commissioning/Provisioning and System Registration – Support Multiple Security Suites (If Necessary) – Define Trust Models (e.g., Root/Chains, Certificate Authorities)– Support Portability– Support Firmware Upgrades with source authentication

Develop/Support Test Specifications Support Certification WG

Source:Jeremy McDonaldZigBee Smart Energy TWG Chair

11

Organization

ChairJeremy McDonald,SCE

Co-ChairRobby Simpson, GE

Platform Task Lead

Security Task Lead

Application Task Lead

Secretary

Testing Task Lead

Liaison Responsibilities:IEC

UCA CIM UG EPRI Application Group

SAE

Work products:ZigBee CIM Whitepaper

Advanced Interface Whitepaper

Smart Energy Application Profile

Liaison Responsibilities:IETFIEEE

Work products:Network Management

Recommendations Legacy Platform Compatibility

Report802.15.4 Platform Recommendations

HP Platform Recommendations

Liaison Responsibilities:UCA UtiliSec

Work products:Architecture and Trust Model

Security Specification

Work Products: Test Specifications

Architecture Task Lead

Work products:Conceptual and Logical

ArchitectureTechnical Requirements

Document

Source:Jeremy McDonaldZigBee Smart Energy TWG Chair

12

System Architecture

13

Smart Energy 2.0 High-level Timeline and Milestones

Platform feasibility report Nov 2008

Smart Energy 2.0 profile release November 2009

Smart Energy 2.0 Test Plan Draft October 2009

SE 2.0 Test Plan Final January 2010

Technical Requirements Document May 2009

Master Test and certification strategy December 2008

2010

Comprehensive certification process reference manual April 2009

Market requirements document January 2009

Certification Lab Requirements Document July 2009

2.0 Commercial Availability May 2010

NOV DEC JAN FEB MAR APR MAY JUN JUL AUG SEP OCT NOV DEC JAN FEB MAR APR MAY

20092008

Draft 0.1

14

Device Types

ESP (Energy Services Portal) – can be integrated into meter or standalone

In-Home Display

PCT (Programmable Communicating Thermostat)

Load Control Devices (Pool Pumps, Water Heaters, Appliances, Lighting, etc.)

Some support for Plug-In Vehicles

“Dumb” devices (Refrigerator Magnet, Glowing Orb, etc.)

Source:Robby Simpson, PhDZigBee Smart Energy WG Chair

15

Price

Multiple commodities (Electric, Gas, Water, Thermal, Pressure, etc.)

Multiple units of measure for international support (lbs vs. kg)

Multiple currencies for international support (ISO 4217) Scheduling and canceling Multiple providers (de-regulated) and rates Price ratios and price tiers (and labels) Tie to meter register tier Net metering Alternative cost (greenhouse gas emissions) Inter-PAN communication

Source:Robby Simpson, PhDZigBee Smart Energy WG Chair

16

Demand Response and Load Control

Scheduling and canceling Digital signature for non-repudiation of event

participation– Completed, Opt-Out, Opt-In, etc. and “what” happened

Can simultaneously or individually target groups of devices

Enrollment groups Criticality levels, temperature offsets, temperature

set points, average load adjustment percentage, duty cycle

Randomization of start and stop times to avoid spiking Source:

Robby Simpson, PhDZigBee Smart Energy WG Chair

17

UtilityAMI OpenHAN TF Platform Independent Requirements

Value Proposition

Guiding Principles

Use Cases

Platform Independent

Requirements

Platform Requirements

(Technology Specific)

System Criteria

UCAIUG

Open DR

Open AMI Utility AMI

AMI enterprise AMI SEC Open HAN

Utility driven requirements

Vendor implementation models of the

utility requirements

Technology agnostic HAN requirements

Security requirements for the AMI system

Back office integrations

requirements

Utility communications architecture international

users group

18

OpenHAN Principles

Inferred Architectural principles– Utilities support two logical interfaces

public interface private interface

– There are two logical networks within the premise utility network any third party network

– The utility private network is formed through registration – Translation (i.e., a gateway) is required in order to

move data between networks this function can be a part of any HAN device

– Certain elements are not architecturally relevant: Device ownership - requirements are universally applicable Third party gateways – does not impact OpenHAN

architecture Physical transport - both networks (public and private) can

share the same physical transport – separation is logical and separates the applications

19

UtilityAMI OpenHAN TF’s

Scenario 6: Mature System

AMI Backhaul Network

Load ControlPCT

Certified Plug-In Hybrid Advanced IHDCons

umer

Utility Int

eractiv

e Appl

ication

s

Utility Appl

ication

s

Lighting Control

Smart ApplianceHome Health Care

HA Controller

(e.g., Set Top Box)

Consum

er Appl

ication

s

Certified DG

Utility Secu

red Com

municat

ion

Channel

Utility Publ

ic Broa

dcast

Channel

(e.g,.,

price s

ignal)

Revenue Grade

Electric Meter

Revenue Grade

Non-electric MeterHome Security

Certified

Premise EMS

Utility Application

Gateway

Other Premise

Gateway(Internet)

AMI Gateway

Utility Owned and Operated

20

HAN Requirements Organization and System Criteria

by the UtilityAMI OpenHAN TF

Applications

DirectControl

Cycling Control

Limiting Control

Distributed Generation

Submetering

EnvironmentState

Device State

EnergyCost

Energy Production

Energy Optimization

Energy Demand

Reduction

EnvironmentImpact

UserInput

UserOutput

ControlHuman

MachineInterface

MeasureMonitor

System*

Communications

Control

Announce

Respond

Identify

Authenticate

Organize

Optimize

Prioritize

Mitigation

Security PerformanceOperations

MaintenanceLogistics

Availability Reliability Maintain-

ability

Scalability Upgrade-

ability Quality

Lev

el 4

Lev

el 2

Lev

el 3

Lev

el 1

Integrity Account-

abilityRegistration

Authentication

AccessControl

Confidenti-ality

Public

Private

Utility

Initialization

Validation

Correlation

Resistance

Recovery

Audit

Non-Repudaition

Revocation

Pre-commision

Registrationconfig

Labeling

Document

Support

AlarmLogging

Testing

Reset

Installation ManufactureDistribute

Manage Maintain

Purchasing

Platform Independent Requirements

CommisionProcessing

Energy Consumption

Authorization

Payment

There is a good bit to investigate and build

on in the CIM

21

IEC 61968 CIM Asset Containers

AssetAssetRole(from AssetBasics)

Structure(from AssetContainers)

Facility(from AssetContainers)

Cabinet(from AssetContainers)

SubstationAsset(from AssetContainers)

Asset(from AssetBasics)

EndDeviceAsset(from Metering)

0..n 0..n0..n 0..n

AssetContainer(from AssetContainers)

0..1

0..n

0..1

0..n

Property(from Locations)

0..n

0..n

0..n

0..n

22

IEC 61968 CIM End Device Functions

ComMediaAsset(f rom PointAssetH ierarchy )

ComEquipAsset(f rom PointAssetH ierarchy )

ConnectDisconnectFunction(f rom Metering)

LoadShedFunction(f rom Metering)

LoadLimitFunction(f rom Metering)

AssetContainer(from AssetContainers)

Asset(from AssetBasics) AssetFunction

(from PointAssetHierarchy)

ElectricMeteringFunction(f rom Metering)

WaterMeteringFunction(f rom Metering)

GasMeteingrFunction(f rom Metering)

MeteringFunctionConfiguration(f rom Metering)

LoadMgmtRecord(f rom Metering)

LoadMgmtFunction(f rom Metering)

Switch(f rom Wires)

EndDeviceAsset(from Metering)

ComPort(f rom Metering)

DeviceFunction(from Metering)

Regis ter(f rom Metering)

ComFunction(f rom Metering)

MeterAsset(f rom Metering)

CreditRegis ter(f rom Metering)

ChargeRegis ter(f rom Metering)

ServiceKind(f rom Consumers)

SDPAccountingFunction(f rom Metering)

0..1

0..n0..n

0..1

10..n

10..n

0..n0..n

0..n

0..1

0..n

0..10..1

0..n

0..1 0..1

0..n

0..10..n

0..10..1

0..n

0..n

0..n

0..n

0..n

0..1

0..n

0..n0..n0..1

0..10..1

0..n

0..1

0..n

0..1

0..n

0..n0..n

0..1

11

0..n

11

0..n

0..n

0..1

0..n

23

Call to Action

We have a unique opportunity to align behind a common standard and avoid fragmentation to achieve mainstream market adoption– Regulatory accelerates 100% market adoption– The market size is multi billions– Big tech industry is finally realizing this and will build businesses

If we fragment we will only penetrate a small fraction of the potential market