Wayne Longcore, Manager Enterprise Architecture & Standards, … Longcore.pdf · Metering, Billing/CIS America 2008, San Diego, CA Title of presentation Wayne Longcore, Manager Enterprise

Metering, Billing/CIS America 2008, San Diego, CA

Title of presentationWayne Longcore, Manager Enterprise

Architecture & Standards,

Consumers Energy, MI, USA


AMI’s Architectural impact on the enterprise

1. Vision and timeline

2. Why AMI

3. Design

4. The one off theory

5. Design theory

6. Design direction


Customer OutageDetection

Demand ResponseTheft ID

Remote TFTN

Remote Meter Programming

Load Control

Price Signals sent to Customer

New Rate DesignAMR

AutomatedMeter Reads

AMR Capability+

AMI

Smart Grid

AMI Capability+

Remote detection

Central and distributed analysis

Correction of disturbances on the grid

Optimizes grid assets

Hourly RemoteMeter Reads

Customer Voltage Measurement

Load Profiling


Why AMI and the Smart Grid1. Computing in 1978 is like the Grid IN 2008. 1. PC’s, BBs, Cellphone apps, …

2.Would you drive an extra ¼ mile for 20 cents less gas?

3.What if gas was 50 cents and pumped itself while you work, sleep, shop?

4.What if it could pay for the 50 cents by selling back what it stored?

5.What about computerization of solar, wind, etc.?


Design base for AMI->Smart Grid

1.Design functionality where it should be in the long run

2.Minimize data duplication

3.Don’t build band-aids for today’s performance problemsArchitect it right the first time.

4. Expect significantly greater needs in the future

5. Your installing a ubiquitous network that should be reused?It is the size of the internet of mid 90s.

6.Design end to end, build in steps


Design based on known and gatherable current information.


AMI Management

SystemsWireless

Data

Collection

Paging

Data

Collection

CIS

OMS

WMS

GIS/DPS

Wide AreaNetworks

Meter-SpecificNetworks

Data Collection Systems

Web

PresentationRegulators and

Agencies

Public Wireless

(Paging,

GPRS, 1XRTT)

Telephone

Data

Collection

HAN

Power Line

Data

Collection

Usage Data

Repository

Private

Wireless

(WiMAX)

Asset Mgmt

Meter DataSystem

Energy Service

Provider

CSR, …

ThirdParties

Retailer

Satellite

BPL

Customer

PLC/BPL

Mesh RF

Point-to-Point

Design on Industry Architecture

Utility Systems

Data Exchange

Data Exchange

InternetInternet

PSTNPSTN

Dispath, …


Design for AMI communication

1.Moore’s law & the and the rate of change in a high value network

2.Highly non-deterministic networks

3.Supervisory control not just Data

4.Security isn’t just the pipe (people, process, technology) (services)1. DOS DDOS attacks

2. Did the entire internet of the mid 90s sink in


Design for Services in layers

1. AMI level Supervisory ControlBackground checks are expensive

2.Grouped functions can be Super-Supervisory control

3.Utilities actionsProgramming bugs, Microcode bugs, Disconnects,

load limits, etc.

4. Customers and third party actionsData lookup, price response, etc.

Wide AreaNetworks

Meter-SpecificNetworks Data

Collection Systems

HANMeter Data

System

Utility Systems


Design end to end

AMI-ENT

OMS61968-3

Planning&

Scheduling61968-5

MDMOr

MDUS61968-9

DataCollection61968-9

Control &Configuration

61968-9

MeterMaintenance

61968-9

WMS61968-6

NetworkOperations

61968-3

LoadMgmt.

61968-9

CIS61968-8

GIS61968-4

LoadControl61968-9

MDM61968-9

MDUS61968-9

Open HAN1.0

Meter Data & Comm.C12.19C12.22

AMI-SEC

AMI-SEC

AMI-COMM

BPL

PrivateWireless(WiMax)

PublicWireless

Third Parties – Retailers, etc

Home PC

Wide AreaNetworks

Meter-SpecificNetworks Data

Collection Systems

HANMeter Data

System

Utility Systems


Design by service

1. Are you thinking through the use case, then the scenario then the requirements then the services?

2. Are you thinking through the impact of upgrades to your current systems from you current providers?

3. Are you thinking through long term reusability of services?

4. Are you thinking through the security of your services of your enterprise apps?• Bugs in credit&collection, Move in Move out,

etc. now could have significant impacts

• Rogue programmers, Rogue sys admins, Rogue vendors, etc.


Design Usecase->Scenario->Service

MeterData

HeadEnd

CIS

DataCollection Systems

Utility Systems

MeterData

Systems

Wide AreaNetworks

Meter-SpecificNetworks

HAN

OpenHAN1.0

Meter Data & Comm.

AMI-COMM???


The one off theoryWhy not build a one off?

• Do you care about TCO

• Job security or in-security

• Long term value to your customer

• Collaborate – Collaborate - Collaborate


Open Home Area Network

Research Products Corp

Han

Utility Sector Vendors


AMI Security (AMIsec)


SAP AMI lighthouse

AMI@SAPAMI@SAPAMI@SAPAMI@SAP

ProjectProjectProjectProject

Utilities Customer Advisory Council

Work Group AMI

Info

rmat

ion

Exc

hang

e

Active

members


Design Theory

•Normalize data

•Normalize function

•Design based for more than reading

•Design for events

•Bulk events in messages

•Don’t just buy widgets

� “Start with the end in mind”


From Mainframes to PCs

OMS, GIS, DRS, etc.OMS, GIS, DRS, etc.OMS, GIS, DRS, etc.OMS, GIS, DRS, etc.

AMI Work Work Work Work managementmanagementmanagementmanagement

CustomerCustomerCustomerCustomer

BillingBillingBillingBilling

AMIAMIAMIAMI

EEEEXXXXTTTTEEEENNNNSSSSIIIIOOOONNNN

SSSSOOOOAAAA

IIIINNNNTTTTEEEERRRRFFFFAAAACCCCEEEE

Critical infrastructure

NERC – CIP

MMMMDDDDUUUUSSSS

&&&&

HHHHIIIISSSSTTTTOOOORRRRIIIIAAAANNNN

HHHHIIIISSSSTTTTOOOORRRRIIIIAAAANNNN

Gas & electricGas & electricGas & electricGas & electricSCADASCADASCADASCADA

RTUsRTUsRTUsRTUs

Enterprise Application Suite

DemandDemandDemandDemandresponseresponseresponseresponse

TransmissionTransmissionTransmissionTransmission& Distribution& Distribution& Distribution& Distributionautomationautomationautomationautomationfield devicesfield devicesfield devicesfield devices

AMIAMIAMIAMIheadheadheadheadendendendend

PlantPlantPlantPlantDCSDCSDCSDCS

AMIAMIAMIAMI

EEEEXXXXTTTTEEEENNNNSSSSIIIIOOOONNNN


AMI@SAP System Architecture

AMI

System

1

AMI

System

n

. . .

. .

High Speed

Meter Data

Handler

Meter Data

Repository

Enterprise Management

& Business Support

Meter&Energy

Data Repository

Meter & Device

Master Data

NetWeaver

Meter & Energy

Data Management

CRM/CIS Data

EAM Data

Meter & Device

Management

Marketing/Sales

(Self) Service

Billing/Invoicing

AccRec/C&C

Enterprise Asset

Management

• Service Mgmt

Enterprise Service Repository

Service Provider

Data

Intercompany

Data Exchange

SAP SAP SAP SAP forforforfor UtilitiesUtilitiesUtilitiesUtilities

Set

of

En

terp

rise

Ser

vice

sal

on

gd

efin

edIn

du

stry

Sta

nd

ard

s

SAP XISAP XISAP XISAP XINetWeaver

En

terprise R

ole: F

ull S

ervice Pro

vider

Dependent on vendor compatibility

MDUS

AMI Enabling

Master Data

Synchronization

Command Mgr &

Event Handler

AMI System

Unification

AMI-Vendors AMI/MDM-VendorsMDM ��SAP

SAP

Documents

Wayne Longcore, Manager Enterprise Architecture & Standards, … Longcore.pdf · Metering, Billing/CIS America 2008, San Diego, CA Title of presentation Wayne Longcore, Manager Enterprise