European Utilities Intelligent Metering – Stockholm, 13-14th April 2005

device language message specification

An overview on AMR standardisation Győző Kmethy President, DLMS UA – Secretary, IEC TC 13

14 April 2005

Overview on AMR standardisation

1

™

Contents

device language message specification

• Introduction - Development of AMR • Meter data exchange standard in a liberalising market • Achieving interoperability for a multi-vendor environment – System interoperability – Meter interoperability – Data interoperability

14 April 2005

Overview on AMR standardisation

2

™

Development of AMR - drivers • Technology: more data available to support new applications – (Electro)mechanical meters: 1889 – Hybrid meters: 19801995 – Fully static meters: 1985 – Communications: from HHU to the internet

14 April 2005

device language message specification

• Business: more data for more stakeholders to support new business models – cost reduction, hard to read – customer management – ... – operation of the liberalised market – ... – monthly > “real time”

Overview on AMR standardisation

3

™

Data exchange on the liberalised market

device language message specification

• Unbundling of monopolistic utilities • Introduction of competition in all activities: – generation – transport – supply – customer management meter operation – meter reading – meter data management

• Geographical dispersion, volatile customer base • Multi-energy - multi-user - multi-vendor environment ) need selective and secure access to data ) need interoperability

14 April 2005

Overview on AMR standardisation

4

™

Interoperability and standards

device language message specification

• A possible definition: The ability of a system or a product to work with other systems or products without special effort on the part of the customer – Any system can read any meter – Any meter can be read by any system – No special involvement of vendors

• To achieve interoperability we need standards

14 April 2005

Overview on AMR standardisation

5

™

Routes to interoperability Aspects

device language message specification

“Translator” approach

“Common language” approach

Vendor specific

Based on standard specification

Product development

Vendor specific approach

Common philosophy based on standards

Data presentation

Vendor specific formats

Standard formats

System integration

System / meter / media specific driver

Generic driver feasible

Co-operation meter / system vendor

Strong co-operation needed

Co-operation through the standard

Problem understanding

14 April 2005

Overview on AMR standardisation

6

™

Development of AMR standards 1992

device language message specification

IEC 61107 “FLAG”: simple protocol for (local) reading DIN 43863-3 “EDIS”: Identification system

1996

IEC 61334-4-41 “DLMS”: Application layer protocol

IEC 62056 “COSEM”: Interface model for e-meters and 2002 “DLMS” based OSI protocol EN 13757-1: IEC 62056 adapted for gas, water, heat.. 2005

IEC 62056 Ed. 2: TCP-UDP/IP profile added

14 April 2005

Overview on AMR standardisation

7

™

The IEC 62056 “DLMS/COSEM” standard COSEM interface object model OBIS identification system Class nam e Attribute(s) 1. logical_name (static) 2. … .. (..) 3. … … (..) Specific Method(s) (if required) 1. … .. 2. … ..

TECHNICAL REPORT

Data Tariff functions

Cardinality Data Type octet-string … .. … .. m /o … .. … ..

Access control Comm. setup

Companion Specification for Energy Metering

COSEM Identification System and Interface Objects

DLMS User Association

device language message specification

™

IEC 62056 series

EN 13757 Part1

TECHNICAL REPORT Companion Specification for Energy Metering

COSEM Three Layer Connection Oriented Architecture

COSEM application layer

P R O T O C O L

Connection

DLMS Messaging

DLMS User Association device language message specification

™

TECHNICAL REPORT Companion Specification for Energy Metering

COSEM Conformance Test Tool - Specification

... 14 April 2005

Overview on AMR standardisation

DLMS User Association

device language message specification

™

8

device language message specification

™

The IEC 62056 interface model: COSEM Standard Object Library

Manufacturer Y

Assn.

LDN

LDN

Comm. Clock

Assn.

Manufacturer X

Register Register

Profile

LDN

Register

•

Objects close to metering domain

•

Standard functional elements

•

Standard identification system

•

Communication media independent Overview on AMR standardisation

Profile Profile

Manufacturer Z LDN

Assn. Clock

Register

Standard data types

14 April 2005

Assn. Assn. Assn.

Register Register Register Register

Schedule

•

device language message specification

Comm. Comm.

Schedule

9

™

COSEM model - simple residential meter

device language message specification

Measurement values Electricity, A = 1 Channel, B = 0 Σ Li Active power, C = 1 Time integral 1, energy, D = 8 Σ Li A+, energy, current value, 1.0.1.8.0.255 Number of power failures in all three phases, 0.0.96.7.0.255 Parameters Logical device name, 0.0.42.0.0.255 Configuration program version number, 1.0.0.2.0.255 Meter constants, 1.0.0.3.x.255 Data exchange control objects Association objects, 0.0.40.0.x.255 Communication channel setup objects Error object, 0.0.97.97.0.255 14 April 2005

Overview on AMR standardisation

10

™

The IEC 62056 protocols: DLMS COSEM object model

device language message specification

Application layer • logical connection between meter and data collection system

COSEM Application layer

• negotiable context for authentication and access rights

Connection

• data presentation in ASN.1

Messsaging

• common in all communication profiles (negotiable) Lower layers Media 1: PSTN, GSM

Lower layers Media 2: TCP/IP

Lower layers Media n

Lower layers • media specific • ensures addressing and correct delivery of messages

Profile 1 14 April 2005

Profile 2

Profile n

• negotiation of parameters

Overview on AMR standardisation

11

™

Data presentation ASN.1

device language message specification

XML

GET-Request-Normal ::= SEQUENCE { invoke_id_and priority ::= bit string cosem_attribure_descriptor { class_id ::= unsigned16 instance_id ::= octet-string attribute_id ::= Integer8 } }

- -

Clear data structure, whatever the communication technology 14 April 2005

Overview on AMR standardisation

12

™

Interoperability

device language message specification

“Know” the standard

“Know” the standard

Negotiate or assume compatible capabilities

Describe capabilities available

“Learn” or “know” what is available

Provide or identify list of data available

Identify and interpret data unambiguously

Provide information for data identification / interpretation

Handle errors and diagnostic information

Provide error messages and diagnostic information

14 April 2005

Overview on AMR standardisation

13

™

Interoperability – data presentation Need

Solution

Common understanding of measurement task

Definition of functional elements in interface model

Message identification

Identify .request – .response pairs

Standard data identification

OBIS: media – channel – qty – processing –tariff - billing

Standard data types

Data type chosen sent with data

Diagnostic information

Success – Fail / reason Error messages, statuses

14 April 2005

Overview on AMR standardisation

device language message specification

14

™

Interoperability – Conformance testing

device language message specification

• A must with modern communication standards • Verify that standard is properly implemented: good / bad / marginal cases • Apply already in product development phase • Simple self-testing system • Supported by the DLMS UA • Decreases system integration costs 14 April 2005

Overview on AMR standardisation

15

™

Effectiveness

device language message specification

• Compact A-XDR (IEC 61334-6) encoding – e.g. one 8 digit register reading requires 5 bytes

• Data organisation in profiles – several or all data with one request

• Lower layers ensure data integrity and error correction ENEL request

Actaris SL 7000

Load profile 1 day, 4 ch.

10 s

3,4 s

Load profile 10 days, 4 ch.

100 s

30 s

Logbook+ current data

60 s

25 s

Data type

14 April 2005

Overview on AMR standardisation

16

™

Conclusion

device language message specification

• In the complex environment of the liberalised market, AMR solutions must be based on standards providing interoperability • IEC 62056 DLMS/COSEM: common language approach 9 9 9 9 9

problem understanding data presentation multiple communication technologies conformance testable scalable

Photos: courtesy Actaris, Enermet, Goerlitz, Iskra, Landis+Gyr

14 April 2005

Overview on AMR standardisation

17

™