PR EN 13757 1

PRIVATE CIRCULATION PEL/894_12_0021
For information
CEN/TC 294
N 418
CEN/TC 294 Communication systems for meters and remote reading of meters E-mail of Secretary: benjamin.hein@din.de Secretariat: DIN
prEN 13757-1 (E) (dated 2012-07) marked up

Date of document Expected action 2012-07-19 Info
CEN/TC 294
Date: 2012-07
prEN 13757-1:2012
CEN/TC 294 Secretariat: DIN
Communication system for and remote reading of meters Part 1: Data exchange
Einfhrendes Element Haupt-Element Teil 1: Teil-Titel lment introductif lment central Partie 1 : Titre de la partie
ICS: Descriptors:
Document type: European Standard Document subtype: Document stage: CEN Enquiry Document language: E D:\Eigene Dateien\13757-1\EN_13757-1_(E)_(dated_2012-07)_marked_up.doc STD Version 2.4e - RC2
prEN 13757-1:2012 (E)
Contents
1 2 3 4 4.1 4.2 4.2.1 4.2.2 4.2.3 4.2.4 4.3 4.3.1 4.3.2 4.3.3 4.3.4 4.3.5 5 5.1 5.2 5.3 5.4 5.5 5.6 5.7 5.8 5.9 6 6.1 6.2 6.3 6.4 6.5 6.6 7 7.1 7.2 7.2.1 7.2.2 7.2.3 7.2.4 7.3 7.3.1 7.3.2 7.3.3 7.3.4 7.4 7.4.1 7.4.2 7.4.3
Page
Introduction .........................................................................................................................................................9 Scope ................................................................................................................................................... 10 Normative references ......................................................................................................................... 10 Terms and definitions ........................................................................................................................ 12 General description and security ...................................................................................................... 13 Basic vocabulary ................................................................................................................................ 13 Layered protocols ............................................................................................................................... 13 General ................................................................................................................................................. 13 7 Layer Protocol .................................................................................................................................. 13 IP Protocol ........................................................................................................................................... 14 3 Layer Protocol .................................................................................................................................. 15 Security ................................................................................................................................................ 16 General ................................................................................................................................................. 16 Security Requirement Analysis/ Threat Analysis ............................................................................ 17 Key Management ................................................................................................................................ 17 COSEM Upper Layer Security ........................................................................................................... 18 Lower Layer Security ......................................................................................................................... 19 Network Architecture ......................................................................................................................... 20 M/441 Mandate .................................................................................................................................... 20 General ................................................................................................................................................. 21 Basic architecture ............................................................................................................................... 22 Metering Architecture ......................................................................................................................... 23 One unique access point at any time: a tree structure ................................................................... 25 Self-configurable network .................................................................................................................. 25 Hand Held Unit for local access ........................................................................................................ 25 Network layers .................................................................................................................................... 25 Multiple access ................................................................................................................................... 25 Application Layers for Metering ........................................................................................................ 26 General ................................................................................................................................................. 26 COSEM Application Layer for Metering ........................................................................................... 26 Companion Specification ................................................................................................................... 26 COSEM Basic Principles .................................................................................................................... 28 Management of a COSEM Device ...................................................................................................... 29 Lower layers ........................................................................................................................................ 29 Data Exchange .................................................................................................................................... 30 General ................................................................................................................................................. 30 Data exchange using direct local connection ................................................................................. 30 General ................................................................................................................................................. 30 Security ................................................................................................................................................ 31 Physical layer ...................................................................................................................................... 31 Link Layer ............................................................................................................................................ 31 Data exchange using wired local area network (LAN) .................................................................... 31 General ................................................................................................................................................. 31 Twisted pair, baseband signalling .................................................................................................... 32 Twisted pair, baseband limited systems .......................................................................................... 32 Twisted pair, carrier signalling .......................................................................................................... 32 Data exchange using wide area network (WAN) ............................................................................. 32 General ................................................................................................................................................. 32 PSTN based connection ..................................................................................................................... 33 IP connection ...................................................................................................................................... 37
prEN 13757-1:2012 (E)
7.5 7.5.1 7.5.2 7.5.3 7.6 7.6.1 7.6.2 7.6.3 7.6.4 8 8.1 8.2 8.2.1 8.2.2 8.2.3 8.2.4 8.3 8.3.1 8.3.2 8.3.3 8.4 8.4.1 8.4.2 8.4.3 8.4.4 9 9.1 9.2 9.2.1 9.2.2 9.3 10 10.1 10.2 10.2.1 10.2.2 10.2.3 10.2.4 10.2.5 10.2.6 10.3 10.3.1 11 11.1 11.1.1 11.1.2 11.1.3 11.1.4 11.2 11.2.1 11.2.2 11.2.3 11.2.4 11.2.5 11.3 11.3.1 11.3.2
Data exchange using M-Bus radio communication ......................................................................... 39 General ................................................................................................................................................. 39 Basic M- Bus radio networks ............................................................................................................. 39 Routed M-Bus radio networks ........................................................................................................... 39 Data Exchange using HDLC for innovative communications technologies ................................. 39 General ................................................................................................................................................. 39 Security................................................................................................................................................. 40 Physical layer ....................................................................................................................................... 40 Link Layer ............................................................................................................................................. 40 Upper Layer Protocols ........................................................................................................................ 40 Introduction .......................................................................................................................................... 40 Transport sub-layer ............................................................................................................................. 41 Introduction .......................................................................................................................................... 41 EN 62056-46 related Transport sub-layer.......................................................................................... 41 EN 62056-47 related Transport sub-layer.......................................................................................... 42 EN 60870-5-2 related Transport sub-layer ........................................................................................ 42 Presentation sub-layer ........................................................................................................................ 43 General ................................................................................................................................................. 43 Abstract syntax .................................................................................................................................... 43 Encoding rules ..................................................................................................................................... 43 Application sub-layer .......................................................................................................................... 44 Introduction .......................................................................................................................................... 44 Application layer structure ................................................................................................................. 44 Service specification ........................................................................................................................... 45 Protocol specification ......................................................................................................................... 45 Cross-application data handling ........................................................................................................ 46 General ................................................................................................................................................. 46 Data tunnelling ..................................................................................................................................... 46 General ................................................................................................................................................. 46 M-Bus Application Layer transferred by DLMS ................................................................................ 47 Data translation ................................................................................................................................... 51 Extensions to COSEM ......................................................................................................................... 52 Introduction .......................................................................................................................................... 52 Dedicated Interface classes ............................................................................................................... 52 M-Bus interface class.......................................................................................................................... 52 M-Bus slave port setup (class_id: 25, version: 0) ............................................................................ 52 M-Bus client (class_id: 72, version: 0) .............................................................................................. 53 Wireless Mode Q channel (class_id: 73, version: 1) ........................................................................ 58 M-Bus master port setup (class_id: 74, version: 0) ......................................................................... 59 M-Bus tunnelling ................................................................................................................................. 59 Specific object types ........................................................................................................................... 59 Error reporting object ......................................................................................................................... 59 Object Identification System (OBIS) .................................................................................................. 61 Object Identification System (Variable naming rules) ..................................................................... 61 Introduction .......................................................................................................................................... 61 Structure ............................................................................................................................................... 61 Manufacturer, utility, consortia and country specific codes .......................................................... 62 Common value groups........................................................................................................................ 64 Abstract Objects (A = 0) ...................................................................................................................... 68 Abstract objects, general service entries ......................................................................................... 68 Error registers, alarm registers and alarm filters Abstract .......................................................... 72 List objects Abstract ........................................................................................................................ 72 Register table objects Abstract ...................................................................................................... 73 Data profile objects Abstract .......................................................................................................... 73 Media specific value groups............................................................................................................... 74 General ................................................................................................................................................. 74 Value groups specific to Heat Cost Allocators ................................................................................ 74
prEN 13757-1:2012 (E)
11.3.3 11.3.4 11.3.5 11.4 11.4.1 11.4.2 11.4.3 Annex A.1 A.2 A.3 A.4
Value groups specific to Heat or Cooling Meters............................................................................ 80 Value groups specific to Gas Meters ................................................................................................ 87 Value groups specific to Water Meters (A = 8 and A = 9) ............................................................. 119 Code presentation ............................................................................................................................ 122 Reduced ID codes (e.g. for EN 62056-21) ....................................................................................... 122 Display ............................................................................................................................................... 123 Special handling of value group F .................................................................................................. 123 A (normative) Basic class meters ................................................................................................... 125 Basic requirements for Heat Cost Allocators ................................................................................ 125 Basic requirements for Heat/ Cooling meters ............................................................................... 126 Basic requirements for Gas meters ................................................................................................ 126 Basic requirements for Cold/ Hot water meters ............................................................................ 128
Annex B (informative) DLMS Glossary ....................................................................................................... 129 B.1 Introduction ....................................................................................................................................... 129 B.2 Activation mask ................................................................................................................................ 129 B.3 Activity calendar ............................................................................................................................... 129 B.4 Association LN .................................................................................................................................. 129 B.5 Association SN.................................................................................................................................. 129 B.6 Automatic capturing ......................................................................................................................... 129 B.7 Billing Period in COSEM .................................................................................................................. 130 B.8 Capture .............................................................................................................................................. 130 B.9 Channel .............................................................................................................................................. 130 B.10 Clock .................................................................................................................................................. 130 B.11 Current and last average value objects .......................................................................................... 131 B.12 Date and time .................................................................................................................................... 131 B.13 Daylight saving ................................................................................................................................. 131 B.14 Demand Register .............................................................................................................................. 132 B.15 Device ID ............................................................................................................................................ 135 B.16 Error values ....................................................................................................................................... 135 B.17 Extended register interface class ................................................................................................... 135 B.18 High level security ............................................................................................................................ 135 B.19 Interface modelling ........................................................................................................................... 136 B.20 I/O Control Signals............................................................................................................................ 136 B.21 Interoperability .................................................................................................................................. 136 B.22 Logical device ................................................................................................................................... 136 B.23 Logical name referencing ................................................................................................................ 136 B.24 Low level security ............................................................................................................................. 136 B.25 Manufacturer defined ID-s ............................................................................................................... 137 B.26 Manufacturer specific abstract objects .......................................................................................... 137 B.27 Manufacturer specific class id ........................................................................................................ 137 B.28 Manufacturer specific data and parameters .................................................................................. 137 B.29 Manufacturer specific OBIS codes ................................................................................................. 137 B.30 Maximum and minimum value objects ........................................................................................... 137 B.31 Measurement of different media ..................................................................................................... 137 B.32 Measurement method and tariffs .................................................................................................... 138 B.33 Measurement values series ............................................................................................................. 138 B.34 Missing measurement values .......................................................................................................... 138 B.35 Node ................................................................................................................................................... 138 B.36 Password ........................................................................................................................................... 138 B.37 Physical device ................................................................................................................................. 138 B.38 Power failure handling ..................................................................................................................... 139 B.39 Power failure monitoring ................................................................................................................. 139 B.40 Preferred readout-values ................................................................................................................. 139 B.41 Profile objects ................................................................................................................................... 139 B.42 Profile for billing periods ................................................................................................................. 140 B.43 Profile generic interface class ......................................................................................................... 140 B.44 Register interface class ................................................................................................................... 140 B.45 Reset, IC Demand register ............................................................................................................... 140
prEN 13757-1:2012 (E)
B.46 B.47 B.48 B.49 B.50 B.51 B.52 B.53 B.54 B.55 B.56 B.57 B.58 B.59 B.60 B.61 B.62 B.63 B.64 B.64.1 B.64.2 B.64.3 B.64.4 B.65 B.66 B.67 B.68 B.69
Reset, IC Extended register .............................................................................................................. 140 Reset, IC Profile generic ................................................................................................................... 141 Reset, IC Register .............................................................................................................................. 141 Reset, indication of source............................................................................................................... 141 Scaler-unit .......................................................................................................................................... 141 Schedule ............................................................................................................................................. 141 Script................................................................................................................................................... 141 Script table interface class ............................................................................................................... 141 Season ................................................................................................................................................ 141 Selective access ................................................................................................................................ 141 Set date ............................................................................................................................................... 142 Short name referencing .................................................................................................................... 142 Special days table interface class ................................................................................................... 142 Standard readout definitions............................................................................................................ 142 Tariff .................................................................................................................................................... 142 Tariffication ........................................................................................................................................ 142 Threshold ........................................................................................................................................... 142 Time integral value objects .............................................................................................................. 143 Time setting, in relation with IC Schedule ...................................................................................... 143 Time setting forward ......................................................................................................................... 143 Time setting backward ...................................................................................................................... 143 Time synchronisation ....................................................................................................................... 143 Daylight Saving .................................................................................................................................. 143 Time stamps (in relation with IC PSTN Auto dial) .......................................................................... 143 Time stamp (in relation with billing periods) .................................................................................. 143 Time synchronisation ....................................................................................................................... 144 Unique identifier ................................................................................................................................ 144 Utility tables ....................................................................................................................................... 144
Annex C (informative) Gas Volume Conversion ........................................................................................ 145 C.1 Introduction ........................................................................................................................................ 146 C.2 Foreword to abstract data model of gas volume converter .......................................................... 146 C.3 Abstract data model of gas volume converter ............................................................................... 146 C.3.1 Definitions .......................................................................................................................................... 146 C.3.2 Common objects in gas conversion and energy calculation ....................................................... 147 C.4 Principle of measurement for volume conversion and energy calculation ................................ 149 C.5 Data flow in volume conversion and energy calculation .............................................................. 151 Annex D (normative) Country specific identifiers ...................................................................................... 152 Bibliography .................................................................................................................................................... 154 Tables Table 1 Typical Client Access Levels ............................................................................................................19 Table 2 M-Bus Port Setup Object ..................................................................................................................47 Table 3 Description of Class ID Data ..........................................................................................................48 Table 4 Tunnelling, Value group E for 0-b:70.0.e.255 or 0-b:70.1.e.255 ...................................................... 49 Table 5 M-Bus slave port setup .....................................................................................................................52 Table 6 M-Bus client ......................................................................................................................................54 Table 7 Wireless Mode Q channel .................................................................................................................58 Table 8 M-Bus master port setup ..................................................................................................................59
prEN 13757-1:2012 (E)
Table 9 Reserved OBIS codes ...................................................................................................................... 63 Table 10 Value group A ................................................................................................................................ 65 Table 11 Value group B ................................................................................................................................ 65 Table 12 Value group C codes where A = 0 (abstract objects) .................................................................... 66 Table 13 Abstract objects, general service entries ....................................................................................... 68 Table 14 Codes for error registers, alarm registers and alarm filters Abstract .......................................... 72 Table 15 OBIS codes for list objects Abstract ............................................................................................ 73 Table 16 OBIS codes for register table objects Abstract ........................................................................... 73 Table 17 OBIS codes for data profile objects Abstract .............................................................................. 73 Table 18 Value group C codes where A = 4 (HCA objects).......................................................................... 75 Table 19 Value group D codes where A = 4, C <> 0, 96 .. 99 (HCA objects)............................................... 77 Table 20 OBIS codes for general purpose objects HCA............................................................................ 78 Table 21 OBIS codes for error register objects HCA ................................................................................. 79 Table 22 OBIS codes for data profile objects HCA .................................................................................... 79 Table 23 OBIS codes for HCA related objects (examples) ........................................................................... 79 Table 24 Value group C codes where A = 5 or A = 6 (Heat/cooling objects) ............................................... 80 Table 25 Value group D codes where A = 5 or A = 6 and C <> 0, 9699 (Heat/cooling objects) ............... 81 Table 26 OBIS codes for general purpose objects Heat/cooling ............................................................... 83 Table 27 OBIS codes for error register objects Heat/ cooling ................................................................... 85 Table 28 OBIS codes for data profile objects Heat/ cooling ...................................................................... 86 Table 29 OBIS codes for heat/ cooling related objects (examples) .............................................................. 86 Table 30 Value group C codes where A = 7 Gas ...................................................................................... 87 Table 31 Value group D codes for Gas Indexes and index differences (A= 7, C = 18, 1116, 2126, 3136, 6166) ......................................................................................................................................... 91 Table 32 Value group D codes Gas Flow rate: A = 7, C = 43 ................................................................ 97 Table 33 Value group D codes Gas Process values (A = 7, C = 41, 42, 4449) .................................. 99 Table 34 Value group D codes Gas Correction, conversion and compressibility values (A = 7, C = 5155) ..................................................................................................................................................... 102 Table 35 Value group D codes Gas Natural gas analysis values (A = 7, C = 70) ................................ 103 Table 36 Value group E codes Gas Indexes and index differences Tariff rates for A = 7, C = 1...8, 11...16, 21...26, 31...36, 61...66, D = 03, 698 ................................................................................... 105
prEN 13757-1:2012 (E)
Table 37 Value group E codes Gas Correction, conversion and compressibility values Averages: A = 7, C = 51...55, D = 0, 2, 3, 10, 11, 12 ........................................................................................................106 Table 38 Value group E codes Gas Natural gas analysis values Averages : A = 7, C = 70, D = 8...20, 60...84........................................................................................................................................................107 Table 39 OBIS codes for general purpose objects Gas ...........................................................................109 Table 40 OBIS codes for error register objects Gas .................................................................................117 Table 41 OBIS codes for list objects - Gas ..................................................................................................117 Table 42 OBIS codes for data profile objects Gas ...................................................................................118 Table 43 Value group C codes where A=8 or A=9 (Water volume objects) ................................................119 Table 44 Value group D codes where A = 8 or A = 9, C <> 0, 9699 (Water volume objects) .................120 Table 45 OBIS codes for general purpose objects Water ........................................................................120 Table 46 OBIS codes for error register objects Water ..............................................................................121 Table 47 OBIS codes for data profile objects Water ................................................................................121 Table 48 OBIS codes for water related objects (examples) ........................................................................121 Table 49 Example of display code replacement Value group C ...............................................................123 Table 50 Value group F Billing periods .....................................................................................................124 Table A.1 Basic requirements for Heat Cost Allocators ..............................................................................125 Table A.2 Basic requirements for Heat/ Cooling meters .............................................................................126 Table A.3 Basic requirements for Gas meters .............................................................................................126 Table A.4 Basic requirements for Cold/ Hot water meters ..........................................................................128 Table C.1 OBIS-Value group A=7, B=X, E=0, F=FF ...................................................................................147 Table D.1 Value group D codes Country specific identifiers C = 94 .......................................................152 Figures Figure 1 The OSI 7-layer model ....................................................................................................................14 Figure 2 Connection method independent Application Layers ......................................................................15 Figure 3 IEC 3-layer model ............................................................................................................................15 Figure 4 Link and Physical layers in the 3 layer model .................................................................................16 Figure 5 Network Architecture The architecture diagram in TR 50572 .....................................................20 Figure 6 System and physical architecture ....................................................................................................22 Figure 7 Basic Metering architecture .............................................................................................................24
prEN 13757-1:2012 (E)
Figure 8 Subdivision of the Application Layer ............................................................................................... 26 Figure 9 Scope of Companion Specifications ............................................................................................... 27 Figure 10 Companion Specification in relation to lower layers (3 layer model) ............................................ 28 Figure 11 An interface class and its instances .............................................................................................. 28 Figure 12 Full protocol stack ......................................................................................................................... 30 Figure 13 Typical PSTN configuration .......................................................................................................... 33 Figure 14 The location of the Physical Layer ................................................................................................ 34 Figure 15 COSEM over IP ............................................................................................................................ 38 Figure 16 EN 60870-5-2 related Transport PDU format ............................................................................... 42 Figure 17 CI field format ................................................................................................................................ 42 Figure 18 The structure of the COSEM Application Layers .......................................................................... 45 Figure 19 Tunnelling DLMS via M-Bus ......................................................................................................... 46 Figure 20 Reduced ID code presentation ................................................................................................... 122 Figure B.1 The generalised time concept ................................................................................................... 131 Figure B.2 The attributes when measuring sliding demand ........................................................................ 132 Figure B.3 Attributes when measuring current_average_value if number of periods is 1 .......................... 133 Figure B.4 The attributes if number of periods is 3 ..................................................................................... 134 Figure B.5 The COSEM server model ........................................................................................................ 139 Figure C.1 Energy Conversion Calculation flow chart ................................................................................ 151
prEN 13757-1:2012 (E)
Foreword
This document (prEN 13757-1:2012) has been prepared by Technical Committee CEN/TC 294 Communication systems for meters and remote reading of meter, the secretariat of which is held by DIN. This document is currently submitted to the CEN Enquiry. This document is referred to in the CEN/CLC/ETSI/TR 50572:2011, Functional reference architecture for communications in smart metering systems, as a standard for communications between elements in the Smart Metering Architecture. The M/441 Mandate, which led to the TR 50572, is driving significant development of standards in smart metering.
Introduction
There are a number of other activities taking place in the smart metering and smart grid environment. The readers attention is drawn to M/490, the mandate for standardisation for smart grid, available from http://ec.europa.eu/energy/gas_electricity/smartgrids/doc/2011_03_01_mandate_m490_en.pdf, and C(2012) 1342, Guidelines for conducting a cost-benefit analysis of Smart Grid projects, available from http://ec.europa.eu/energy/gas_electricity/smartgrids/doc/20120427_smartgrids_guideline.pdf This document describes the data exchange and communications for meters and remote reading of meters in a generic way. It is part 1 of EN 13757. The main use of EN 13757part -1 is to provide an overview of the protocols at the different levels and to provide a specification for the COSEM based Application Layer for meters. Additional parts to the series of standard EN 13757 are: EN 13757-Part 2: Physical and link layer EN 13757-Part 3: Dedicated application layer EN 13757-Part 4: Wireless meter readout (radio meter reading for operation in the 868-870 MHz SRD band) [MB1] EN 13757-Part 5: Wireless Relaying EN 13757-Part 6: Local Bus
The world of metering is going through a period of rapid change, and it is anticipated that this and other parts of the standard will require amendment in a short period of time.
NOTE 1 Note to this draft for comment: This enquiry draft makes reference to EN 62056 standards repeatedly. An exercise is taking place to reissue and renumber these standards, and it is anticipated that CEN listed versions of these standards will be confirmed shortly. References to older versions of these standards will be comprehensively updated as part of the response to comments to this draft. NOTE 2 Some of the ISO/IEC documents listed under Clause 2 may be available only from ISO or IEC directly. If the document you require is not available from your national standards organisation, it is recommended that you contact ISO or IEC to establish the status of the document and it is availability. ISO can be contacted via www.iso.org.
prEN 13757-1:2012 (E)
NOTE 3 Clause 3 contains the terms and definitions special to remote reading of meters. Priority has been given to explain terms related to the object oriented model used in COSEM, detailed in EN 62056-62 and OBIS, detailed in EN 62056-61.
Scope
This European Standard specifies data exchange and communications for meters and remote reading of meters in a generic way. This European Standard establishes a protocol specification for the Application Layer for meters and establishes several protocols for meter communications which may be applied depending on the application being fulfilled.
NOTE Electricity meters are not covered by this standard, as the standardisation of remote readout of electricity meters is a task for CENELEC.
Normative references
The following documents, in whole or in part, are normatively referenced in this document and are indispensable for its application. For dated references, only the edition cited applies. For undated references, the latest edition of the referenced document (including any amendments) applies. EN 834, Heat cost allocators for the determination of the consumption of room heating radiators Appliances with electrical energy supply EN 1434-1, Heat meters Part 1: General requirements EN 1434-2, Heat meters Part 2: Constructional requirements BS EN 1434-3, Heat Meters Part 3: Data exchange and interfaces EN 12405-1, Gas meters Conversion Devices Part 1: Volume Conversion EN 13757-2:2004, Communication systems for and remote reading of meters Part 2: Physical and link layer prEN 13757-3, Communications systems for and remote reading of meters Part 3: Dedicated application layer) EN 13757-4, Communication systems for meters and remote reading of meters Part 4: Wireless meter readout (Radio meter reading for operation in the 868 MHz to 870 MHz SRD band) EN 13757-5:2008, Communication systems for meters and remote reading of meters Part 5: Wireless relaying EN 13757-6, Communication systems for meters and remote reading of meters Part 6: Local Bus CEN/CLC/ETSI/TR 50572, Functional reference architecture for communications in smart metering systems EN 60870-5-2, Telecontrol equipment and systems Part 5: Transmission protocols; section 2: Link transmission procedures (IEC 60870-5-2:1992) EN 61334-4-1, Distribution automation using distribution line carrier systems Part 4: Data communication protocols Section 1: Reference model of the communication system (IEC 61334-4-1:1996) EN 61334-4-41, Distribution automation using distribution line carrier systems Part 4: Data communication protocols Section 41: Application protocols Distribution line message specification (IEC 61334-4-41:1996)
10
prEN 13757-1:2012 (E)
EN 61334-6, Distribution automation using distribution line carrier systems Part 6: A-XDR encoding rule (IEC 61334-6:2000) EN 62056-21:2002, Electricity metering Data exchange for meter reading, tariff and load control Part 21: Direct local data exchange (IEC 62056-21:2002) 1)
EN 62056-31:2000, Electricity metering Data exchange for meter reading, tariff and load control Part 31: Use of local area networks on twisted pair with carrier signalling (IEC 62056-31:1999) 1) EN 62056-42, Electricity metering Data exchange for meter reading, tariff and load control Part 42: Physical layer services and procedures for connection-oriented asynchronous data exchange (IEC 62056-42:2002)1) EN 62056-46:2002, Electricity metering Data exchange for meter reading, tariff and load control Part 46: Data link layer using HDLC protocol (IEC 62056-46:2002) 1) EN 62056-47:2007, Electricity metering Data exchange for meter reading, tariff and load control Part 47: COSEM transport layers for IPv4 networks (IEC 62056-47:2006) 1) EN 62056-53:2007, Electricity metering Data exchange for meter reading, tariff and load control Part 53: COSEM application layer (IEC 62056-53:2006) 1) EN 62056-61:2007, Electricity metering Data exchange for meter reading, tariff and load control Part 61: Object identification system (OBIS) (IEC 62056-61:2006) 1) EN 62056-62:2007, Electricity metering Data exchange for meter reading, tariff and load control Part 62: Interface classes (IEC 62056-62:2006) 1)
NOTE The EN 62056 series of standards are in the process of revision/renumbering.
prEN 13757-3, Communications systems for and remote reading of meters Part 3: Dedicated application layer BS EN 1434-3, Heat Meters Part 3: Data exchange and interfaces CEN/CLC/ETSI/TR 50572, Functional reference architecture for communications in smart metering systems IEC/TR 62051-1, Electricity metering Data exchange for meter reading, tariff and load control Glossary of terms Part 1: Terms related to data exchange with metering equipment using DLMS/COSEM [MB2]((no (normative) reference in the text to this document)) ISO 1155, Information processing Use of longitudinal parity to detect errors in information messages ISO 1177, Information processing Character structure for start/stop and synchronous character oriented transmission ISO 1745, Information processing Basic mode control procedures for data communication systems ISO 7498-1, Information technology Open Systems Interconnection Basic Reference Model: The Basic Model ISO 7498--2, Information Technology Open systems Interconnection - Basic Reference Model - Part 2: Security Architecture ISO 9506-1, Industrial automation systems Manufacturing Message Specification Part 1: Service Definition ISO/IEC 646, Information technology ISO 7-bit coded character set for information interchange
1)
The EN 62056 series of standards are in the process of revision/renumbering.
11
prEN 13757-1:2012 (E)
ISO/IEC 864915953, Information technology Open Systems Interconnection Service definition for the application service object Service definition for the Association association Control control Service service Elementelement ((replaced by ISO/IEC 15953)) ISO/IEC 8650-115954, Information technology Open Systems Interconnection Connection-oriented mode protocol for the application service object Association association Control control Service service Elementelement: Protocol specification ((replaced by ISO/IEC 15954)) ISO/IEC 8802-2, Information technology Telecommunications and information exchange between systems Local and metropolitan area networks Specific requirements Part 2: Logical link control ISO/IEC 8824-1, Information technology Abstract Syntax Notation One (ASN.1): Specification of basic notation ISO/IEC 13239, Information technology Telecommunications and information exchange between systems High-level data link control (HDLC) procedures ISO/IEC 15408 (all parts), Information Technology Security techniques Evaluation Criteria for IT security ISO/IEC 27033(all parts), Information Technology Security techniques Network Security ((which Part or all Parts? If all Parts read "ISO/IEC 27033 (all parts), ..."))[MB3]
NOTE Some of the ISO/IEC documents may be available only from ISO or IEC directly. If the document you require is not available from your national standards organisation, it is recommended that you contact ISO or IEC to establish the status of the document and its availability. ISO can be contacted via www.iso.org.
IETF RFC 791, Internet ProtocolINTERNET PROTOCOL Darpa Internet ProgramDARPA INTERNET PROGRAM Protocol SpecificationPROTOCOL SPECIFICATION (IPv4 Network Layer) ((Capital letters in the Title?))[MB4] IETF RFC 793, Transmission Control ProtocolTRANSMISSION CONTROL PROTOCOL Darpa Internet ProgramDARPA INTERNET PROGRAM Protocol SpecificationPROTOCOL SPECIFICATION ((Capital letters in the Title?))[MB5] IETF RFC 768, User Datagram Protocol IETF RFC 2460, Internet Protocol, Version 6 (IPv6) Specification IETF RFC 4301, Security Architecture for the Internet Protocol (IPsec) IETF RFC 5246, The Transport Layer Security (TLS) Protocol Version 1.2
Terms and definitions
For the purposes of this document, the following terms and definitions apply.
NOTE This Clause contains the terms and definitions special to remote reading of meters. Priority has been given to explain terms related to the object oriented model used in COSEM, detailed in EN 62056-62 and OBIS, detailed in EN 62056-61.
3.1 authorised party utility, energy retailer, network operator, meter operator or data collection company authorised to access the information stored in the meter that is accessible to them according to the client association they can use 3.2 Bbilling pPeriod period over which a consumer bill is calculated
Note 1 to entry: See also B.7.
12
prEN 13757-1:2012 (E)
3.3 cCalendar mechanism to program changes to active registers for Time-of-Use Tariffs.
Note to entry: See Activity Calendar B.3.
3.4 hHand held terminal portable device for reading and programming metering equipment at the customers premises or at the access point 3.5 IPsec end-to-end security scheme operating in the Internet Layer
Note 1 to entry: Note 2 to entry: It works on IPv4 and IPv6 Networks. It is described in IETF RFC 4301.
4
4.1
General description and Securitysecurity

Basic vocabulary
All communications involve two sets of equipment represented by the terms Caller system and Called system. The Caller is the system that decides to initiate a communication with a remote system known as the Called party; these denominations remain valid throughout the duration of the communication. A communication is broken down into a certain number of transactions. Each transaction is represented by a transmission from the Transmitter to the Receiver. During the sequence of transactions, the Caller and Called systems take turns to act as Transmitter and Receiver. The terms Client and Server have the same meanings as in the DLMS model EN 61334-4-41. The Server is the system (meter) that acts as a receiver for service requests. The Client is the system (usually a data collecting system) that uses the Server for a specific purpose by means of one or more service requests. The situation involving a Caller Client and a Called Server is undoubtedly the most frequent case, but a communication based on a Caller Server and a Called Client is also possible, in particular to report the occurrence of an urgent alarm and may offer savings in terms of data volumes in mass metering applications. While the terms Caller and Called may imply a session, sessionless communications using, for example UDP over IP are also a valid approach to communications for smart meters depending on the type of network.
4.2
4.2.1
Layered protocols
General
The purpose of this subclause is to explain, in a summarised way, the layered approaches and to explain the development since the initial issue of this standard. In order to perform automatic reading of meters, Thisthis standard assumes a protocol stack approach. A protocol stack is divided into layers, in order to reduce the complexity of the communicating system. Each layer provides services to the layer above on the basis of the layer below. 4.2.2 7 Layer Protocol
The architecture of data communication in this standard is modelled using the ISO - OSI 7- layer reference model ISO 7498-1. The model is shown in Figure 1Fehler! Verweisquelle konnte nicht gefunden werden..
13
prEN 13757-1:2012 (E)
Key 1 2 3 4 5 Relay entity Physical media Application Presentation Session Figure 1 The OSI 7-layer model All layers have a peer protocol with the corresponding layers at the other end of the communications link. The three upper layers are application related. The three lower layers are communications related. The the Transport Layer creates the link between them. There may be multiple instances of the three lower layers if a relay is inserted between the communicating partners. It has to be kept in mind that this is a model and not an implementation guide. I.e. not all implementations follow this model. An example of this is the Internet series of standards. They follow the model for the four lower layers, but do not specify the application related part as independent layers. Layers not necessary and thus not implemented in a specific protocol may be handled as null layers. 4.2.3 IP Protocol 6 7 8 9 Transport Network Data Link Physical
IPv4, and its successor IPv6 are becoming widely used protocols for transport of all kinds of data, including metering data. Its principal advantages are that it can be used to carry a wide variety of applications over a wide range of communications media.
Application Layer
Common, method independent layer
14
prEN 13757-1:2012 (E)
Cosem COSEM over IP Transport Network Data Link Physical Any Any UDP IP Any Any TCP
Figure 2 Connection method independent Application Layers Figure 2 Connection method independent Application Layers The architecture shown in Figure 2 Figure 2 Connection method independent Application Layers 2 allows for multiple different connection methods, while at the same time keeping a common connection method independent Application Layer. This is important as different connection methods are suited for different operating environments. The use of common layers lowers the overall cost and complexity of a remote readout metering system. Users of the IP protocol shall follow the standard EN 62056-47. 4.2.4 3 Layer Protocol
A very common model for simple meter readout, without any relays is a collapsed three layer model as depicted in Figure 3Figure 3 IEC 3-layer model 3. This is the IEC 3-layer model EN 61334-4-1, which is derived from OSI 7-layer model documented in ISO 7498-1. The three layers of the IEC model are shown on the figure below:
Layer 7 Layer 2 Layer 1
Application Data link Physical
Figure 3 IEC 3-layer model Figure 3 IEC 3-layer model

NOTE The layer numbers refers to the numbering in the ISO-OSI 7- layer model.
This model ensures that the original concept of a model where the Application Layer is independent of communication transport method used, is maintained. This division makes it possible to achieve an Application Layer that is independent of the communication connection method used, and the possibility of using the same communication method transport mechanism for different Application Layers. An example of this is shown in Figure 4Figure 4 Link and Physical layers in the 3 layer model 4.
15
prEN 13757-1:2012 (E)
. The Physical Layer and the Data Link Layer are closely related and highly dependent on the Layers 1 & 2
depend on the connection method used (Optical interface, (Power Line Carrier-Low Voltage (PLC - LV), Public Switched Telephone Network (PSTN), VHF/UHF radio, Twisted Pair cable (TP)). In order to have a uniform view of all types of meters, the architecture used in this standard have This standard requires Application Layers that are independent of the connection method used.
Application Layer Link Layer Physical Layer Connection Method EN 62056-21 Optical (Local) Port EN 62056-46 PSTN
Common, method independent layer EN 60870-5-2 Other Innovative communications Technologies EN 13757-2 Wired M-Bus (twisted pair baseband) ... ... ? ? Future methods ( to be defined )
PSTN
Figure 4 Link and Physical layers in the 3 layer model Figure 4 Link and Physical layers in the 3 layer model
4.3
4.3.1
Security
General
The data transferred between meters and head end systems may, in many cases, be regarded as the private data of the energy user, and therefore is likely to be subject to EU and national rules for the protection of said data. If communications to the meter can influence network load, then the meter may form part of critical national infrastructure. If data transferred from the head end to the meter can control the meter, then the integrity of the data may be a safety issue as well. A mandate for standardisation for security, M/487, is in place, and this is driving further standardisation efforts in this area. A copy of the mandate can be obtained at ftp://ftp.cencenelec.eu/CENELEC/EuropeanMandates/M_487.pdf Security, therefore, is a much higher priority than in the earlier version of this standard. There are four key security aspects required for smart metering a) 1. b) 2. c) 3. d) 4. Ensuring that only those who should have access to information are granted access; Ensuring that information is not changed accidentally or deliberately; Ensuring that the source of the information cannot be falsified; Ensuring that the source of information cannot be denied.
Item a)1 is normally named Privacy. This can be achieved by limiting the physical access, or by using cryptographic methods. Both methods shall be considered depending on the application and communications methods being used.. It should be noted that data encrypted cannot be retrieved again if the 'key' is lost. The normal method for ensuring privacy is by encrypting information. With the cryptographic methods available
16
prEN 13757-1:2012 (E)
this is very safe and reasonably easy to perform. The real issue is not the encryption and decryption, but the handling and distribution of the encryption/decryption key(s) see 4.3.3. Item b)2 is normally named Integrity. Integrity in communication is normally achieved by generating a compressed signature over the message, referred to as a message digest. If the message digest cannot be recalculated on the data received, then it is possible that the data may be damaged. A method that is falling out of favour is Cyclic Redundancy Check. CRC has been in use for a long time to generate message digests. The strength of CRC is that is very simple to implement efficiently in hardware and that it is reasonably good at detecting random / accidental errors. The weakness is that it is unable to detect deliberate changes to the information. Protection against deliberate changes to information can be achieved by using cryptographic methods in the generation of the message digest. A message digest is calculated using a secure hashing method like SHA-1. The result of this is a 'signature' or Message Authentication Code added to the end of the message. The MAC is recalculated when data is received. The strength of the MAC is that it is impossible to modify the message in such a way that the MAC is correct unless the 'key' is known. Item 3 c) is named Authentication. Authentication ensures that the source of the message is the one stated. It can be combined with Integrity. Authentication is not encryption but uses cryptographic methods. It is not possible to distinguish between sources of information if they use the same key, and therefore keys need to be dedicated to both ends of the data flow. Authentication will often ensure the integrity of the data as well. Item d)4 is an extension to item c)3 and named Non-repudiation. This requires that unique keys are used, and that the sender and receives are using a cryptographic method with complementary keys. This ensures that the receiver cannot generate a message that appears as if it came from the sender. This is often achieved using a public key system. 4.3.2 Security Requirement Analysis/ Threat Analysis
There are a number of items that need to be considered with respect to security. It is clear that a simple AMR system that grabs meter index values infrequently is likely to require significantly lower levels of security than more sophisticated meter management systems, especially where the network is used to control aspects of the home, or the meter is used for prepayment sanction. Selection of key management and encryption strategies is driven by the threat analysis. Such a threat analysis shall as well take man-in-the middle and replay attacks into account. An assessment of the risks and alternatives shall be carried out using a recognised method; for example ISO/IEC 27033 (all parts) or ISO/IEC 15408 (all parts).
NOTE The financial world has had a focus on cost efficient data security for many years, and processes, procedures and methods used there should be taken into account.
4.3.3 4.3.3.1
Key Management General
Correct key management is essential to meet the security requirements of the smart metering system. Correct handling of secure information like encryption keys is not straightforward. The keys require a high level of protection. The principle of "need to know" shall be applied. In some situations there may be a need for dual control, i.e. that one person alone cannot handle the whole key. Part of the threat analysis should address the following concepts 1.1) How many entities need access to the keys in order to be able to encrypt and decrypt data passed from/to the meter. 2.2) How often keys will need changing. 3.3) How often some of the entities will change. 4.4) How key information is going to be distributed.
17
prEN 13757-1:2012 (E)
A meter is expected to have a lifetime in the order of 10 years. Therefore it is expected that keys will need to be changed several times within that time span. Given the prohibitive cost of site visits it is necessary that there is a method to distribute key information through the network in a secure manner. The general concept is that there should at least be three levels of keys. 1.1) There is a master key used for distribution of a key encryption key, KEK. 2.2) There is a key-encryption-key, KEK, used for the distribution or generation of the normal key 3.3) There are 'normal' keys for encryption and signing the data. Depending on the level of security required, there may be a need for at least two keys, one for encrypting the data and one for generating the message digest (secure hash). These shall be different keys. Different clients for the meter data should necessitate different sets of keys, as it is unwise to use the same keys where different levels of access to the meter are required. It should also be considered that meters with tariff functions, prepayment, and/or valves will need to be confident in the instructions being received them may need further keys to ensure non-repudiation of these instructions. Where a meter is supplied with a master key, care shall be taken to ensure that the key cannot be derived from other data (for example serial number), and suitable methods shall be used to store and distribute such master keys. When keys are being supplied or updated, consideration should be given to using the three pass exchange method. 4.3.3.2 Symmetrical or Asymmetrical Encryption
The classical concept is the use of a secret key, used for encryption as well as decryption, and hence is known as Symmetricalsymmetrical. Asymmetric encryption dates back to around 1970. It uses two keys, a public and a private key. Messages encrypted with a private key can only be decrypted with the public key and vice versa. Public/private key are easier to handle as the public part can be distributed as plain text but they are much larger than symmetrical keys take much more computing power to use. Public/private keys are traditionally used for the distribution of secret keys and the generation of certificates with secret keys being used for the data transactions. The typical size of a secret key is 128 bits, whereas the size of a public/private key is around 1024 1024 bits to 2048 bits. A strategy often used is a hybrid approach, where a secret symmetrical key is created and shared using asymmetrical encryption. This minimises the risk of decryption of data, as long as the key is replaced in less time than the expected time to use an attack to identify the key. This is because the data that could be accessed is limited, and the key will have changed before simulated data can be effectively inserted into the network. In practice, the use of this approach will depend on a reliable threat analysis and monitoring, to ensure that keys are changed promptly. Asymmetrical encryption does not by itself provide authentication. Authentication is provided by letting trusted third party sign the public key / information from the sender. The receiver can then verify the authenticity of the sender by verifying the signature. 4.3.4 COSEM Upper Layer Security
COSEM has a system of clients with access to data in the meter governed by application associations. The public client and management client shall be implemented. This requires that users (other than the Public Client) create application associations when initiating a session with the meter. When this session is established, the Meter will limit data and configuration options to that permitted by configuration of the meter. The exception is the management client, which generally has complete access to all aspects of the meter. Establishment of this session can be done in an insecure way or a number of secure ways. Typical client associations are listed in Table 1.
18
prEN 13757-1:2012 (E)
Table 1 Typical Client Access Levels Table 1 Typical Client Access Levels UID 0x10 0x20 Name Public Client Data Collection Client Extended Data Collection Client Management Client Manufacturer Client ((Empty line?)) Description This client is usually configured to provide very little access, except to prove that communications to the meter exist. Allows reading of IDs, Alarm, Date/Time, Load Profile, TOUs, MDs, Blocks, Cumulative Registers, measurement parameters Correction of time & Date, Resetting of MDs Allows Programming of Displays, setting of measurement, setting of secret for Data Collection and Extended Data Collection Clients Allows specialised access for manufacturing operations ((Empty line?))
0x30 0x40
N/A
Application associations can be associated with the properties and methods of OBIS objects directly, either as a configurable object accessed via the management client or manufacturer client or defined in a companion specification. When an application association has been created using an appropriate level of security for the application, the client messages can be expected to be encrypted and/or signed depending on the level of privacy and authentication that are required. Both encryption and signature can be achieved by use of keys shared between the meter and the client.
NOTE The provision of a large number of clients may appear desirable where energy markets are competitive, but each client will require its own set of keys to be managed, and therefore adds considerably to the issues around key management.
4.3.5
Lower Layer Security
Lower layer security can be applied in addition to the upper layer security discussed above. The types of lower layer security that can be used depend on the lower layers being employed, and therefore these are discussed further within the relevant subclauses of Clause 7Fehler! Verweisquelle konnte nicht gefunden werden., Data Exchange. ISO 7498-2 [MB6]recommends that encryption is performed end-to-end and not at the Data Link Layer.
19
prEN 13757-1:2012 (E)
5
5.1
Network Architecture
M/441 Mandate
Key 1 2 3 4 5 6 Items required by MID Metrology Display Additional Functions Simple external consumer display Home Automation functions 7 8 9 10 11 Meter Communication functions HA communication functions Local Network Access Point (LNAP) Neighbourhood Network Access Point (NNAP) AMI Head End System
Figure 5 Network Architecture The architecture diagram in TR 50572
20
prEN 13757-1:2012 (E)
Das v erk npfte Bild k ann nicht angezeigt werden. Mglicherweise wurde die Datei v erschoben, umbenannt oder gelscht. Stellen Sie sicher, dass die Verk npfung auf die k orrek te Datei und den k orrek ten Speicherort zeigt.
Key 1 Items required by MID 2 Metrology 3 Display 4 Additional Functions 5 Simple external consumer display 6 Home Automation functions 7 Meter Communication functions 8 HA communication functions 9 Local Network Access Point (LNAP) 10 Neighbourhood Network Access Point (NNAP) 11 AMI Head End System Figure 5 Network Architecture The architecture diagram in TR 50572 This standard (in whole or part) is referred to in TR 50572 as a relevant standard for the interfaces noted as M, C, G1, and G2 in Figure 5. The actual network architecture is dependent on the operating environment, meter functionality and the connection method used. It varies between basic readout networks to full Local Area Networks. The latter has turned applicable due to the low cost and high performance of such network components. It is generally assumed that the communications interface is an integral part of the meter within this standard, but this may not be the case in the physical world. The communications interface may there be an add-on device to the meter.
5.2
General
This clause presents a simplified architecture for communicating with meters, concerning only the basic metering LAN.
21
prEN 13757-1:2012 (E)
This architecture should permit the quick introduction and installation of communicating meters, as well as the ability to extend the system afterwards. Therefore, some rules are given. The principles of the metering network architecture are as follows:. there There shall be a single access point to the metering LAN;. The single access point shall support multiple authorized parties accessing the metering LAN. It should be possible for the access point to support multiple concurrent accesses. The LAN should have a logical tree structure. The system shall be reasonably secure. The LAN should allow the use of a Hand Held Unit;.
This architecture shall facilitate the fast installation and operation of meters and their associated communications onto a metering LAN. The potential for extending the architecture is a prime requirement. The implementation of a physical architecture is determined by the media used. This document focuses on the system architecture, in order to accommodate a wide range of types of physical media.
5.3
Basic architecture
Figure 6 shows a typical basic architecture based on a tree topology and the corresponding physical architecture.
System Architecture Key 1 2 3 4 5 Meter LAN Access Point WAN Authorised party 1 Central Station Authorised party 2 Central Station TC 294 Compliant meter 6 7 8 9
Physical Architecture
MWLV Station A PLC PSTN
HF meter
Figure 6 System and physical architecture
22
prEN 13757-1:2012 (E)
Figure 6 System and physical architecture C1, C2 and C3 are optional nodes (data concentrators) of the system that may be used to help access meters. The access point B is the unique way to remotely access the system. Several authorised parties may access the system using access point B, providing they have access to the WAN connection.
5.4
Metering Architecture
The metering architecture may be analysed in terms of the systems architecture and physical architecture, as shown in Figure 6. The system architecture represents the key elements of the metering network, showing data flow, and providing the connectivity from the meter to the authorised party central station via a wide area network. The physical architecture represents the practical implementation of the system. In the example given in Figure 7, the meters are connected via radio to the concentrator, followed by the low voltage line to the MV/LV substation and finally via the telephone line to the central station. Although the figure shows that three different transmission media are used in this connection it may be more economical to use a single media throughout the system. The actual setup to use will have to be selected as part of the system design.
23
prEN 13757-1:2012 (E)
a) Key 1 2 3 4 5 Meter LAN Access Point WAN Authorised party 1 Central Station Authorised party 2 Central Station TC 294 Compliant meter Figure 7 Basic Metering architecture
b) 1 2 3 4 5 Meter LAN Access Point WAN Authorised party 1 Central Station Authorised party 2 Central Station
a)
b) Figure 7 Basic Metering architecture
A system architecture with a single master station and a number of meters connected to a physical bus as Figure 7 a) is an example of a basic network where the concentrators have been integrated into the access point. A system with a single meter connected via the WAN to the integrated collection system as Figure 7 b) is an example of a system where the whole LAN has been integrated into the access point and combined with the meter. The structure shall conform to the following rules: the architecture is a tree structure;
24
prEN 13757-1:2012 (E)
there is only one access point per LAN; the unique access point (B) may have zero or more meters connected; the access point (B) may have zero or more 'concentrators' connected; a 'concentrator' may have zero or more meters attached; a 'concentrator' may have zero or more 'concentrators' attached; The logical meter may not communicate with another meter, but it may be appropriate to combine the concentrator with the meter in a single device.; 'concentrators' have no external access point apart from zero or more data collection computers that may use the access point of (B).
5.5
One unique access point at any time: a tree structure
An economic and easy to manage system may be achieved by having only one unique access point. A system with one unique access point is feasible with a tree structure. The actual physical structure depends on the actual physical layer used. A loop or a ring would be acceptable.
5.6
Self configurableSelf-configurable network
The proposed hierarchical architecture allows a level of self configurationself-configuration of a meter in a network. Self configurationSelf-configuration is managed, because each device needs to indicate to only one unique device that it is present and unassigned. This configuration is the responsibility of the Management Application in the meter. The concentrator shall be resistant to unauthorised meters joining the network.
5.7
Hand Held Unit for local access
The requirement to be able to interrogate a device on the LAN using a Hand Held Unit (HHU) makes a temporary modification to the connectivity in order to maintain the network topology. The device disconnects itself from its master, conducts the dialog with the HHU as required and then reconnects to the system. If a HHU is connected to a concentrator, the equipment itself and all the equipmentsequipment under it will be made temporarily unavailable for the remote system (for the local operation duration), and be controlled by the HHU. In this case, there still is one unique access point to the local network at a given time.
5.8
Network layers
There is no network layer required in a meter in a basic architecture. .The meter will need some network layer functionality, as soon as it is possible to connect the meter to different destinations. This may be a part of more elaborate meters. If one or more independent concentrators are in the Meter LAN, the protocol stack interconnecting the concentrators requires a network layer. The collapsed models shown in Figure 7 b), does not require a network layer. The consequential cost of a network layer is offset by the benefits of a concentrator. (e.g. to improve physical distance).
5.9
Multiple access
The access point to the network is unique, but different communication channels may connect from the upper side. Several access networks are allowed, but not simultaneously, depending on the capabilities of the access point.
25
prEN 13757-1:2012 (E)
Priority will be handled by the access point.
Application Layers for Metering
6.1 General
There are at the present at least two Application Layers applicable to metering. This standard discusses the M--Bus based Application Layer and the COSEM based Application Layer. The COSEM based Application Layer is specified in different parts of EN 62056 and in this European Standard. The M-Bus based Application Layer is specified in EN 13757--3. The M-Bus Application Layer has a simpler functionality and requires thus less electrical and processing power when implemented. This standard does not preclude alternative application layers as they are developed. Alternative Application layers shall be standardised in such a way as they will co-exist with the M-Bus and COSEM application layers.
6.2
COSEM Application Layer for Metering
DLMS (Distribution Line Message Specification) EN 61334-4-41 is an Application Layer specification. It permits a formal description of the communications system, in terms of its functionalities, in an object-oriented way.
DLMS LLAC Figure 8 Subdivision of the Application Layer Figure 8 Subdivision of the Application Layer LLAC (Logical Link Access Control) is shown in Figure 8 Figure 8 Subdivision of the Application Layer 8 and specifies the remainder of the connecting method independent part of communications system. It specifies tasks like security management, handling of multiple applications, and segmentation of large data into multiple packet at lower levels. This corresponds to the Transport, Session and Presentation layers in the ISO-OSI 7-layer model ISO 7498-1.
6.3
Companion Specification
A Companion Specification (CS) is an extension to a generic standard. It may contain extension to the existing standard, as well as operating rules within the scope of the existing standard, as shown in Figure 9.
26
prEN 13757-1:2012 (E)
Key 1 2 3 Operating rules inside scope of the existing standard Extensions not compatible with the existing standard Messaging system kernel
Figure 9 Scope of Companion Specifications Figure 9 Scope of Companion Specifications DLMS is a powerful messaging system, derived from MMS, ISO 9506-1 (Manufacturing Messaging System). In order to fully adapt DLMS to the metering application, the COSEM Application Layer is based on an extended version of DLMS. These extensions are made such that there is no conflict with the current version of DLMS. This can be viewed as a Companion Specification (CS). The CS can be seen as a set of additional rules to DLMS, which are semantically and syntactically compatible with the DLMS kernel. Extensions can be found in EN 62056-53 (COSEM Application Layer). A Companion Specification may go beyond pure data communication. It specifies the functionality of an application, as seen through the communication system as shown in Figure 10. In the current context, this is the functionality, of the meter or meters, defined in terms of the objects contained within them (e.g. Index, ID, meter type, manufacturer, date and time, rate and even communication entities such as a phone number). This standard bases its generic functional application requirements on the EN 62056-62, Companion Specification for Energy Metering, approach. COSEM has been developed by the DLMS Users Association. Companion Specification for Energy Metering
DLMS LLAC
27
prEN 13757-1:2012 (E)
Figure 10 Companion Specification in relation to lower layers (3 layer

Das v erk npfte Bild k ann nicht angezeigt werden. Mglicherweise wurde die Datei v erschoben, umbenannt oder gelscht. Stellen Sie sicher, dass die Verk np fun g au f die k orrek te Datei und den k orrek ten S peicherort zeigt.
model) Figure 10 Companion Specification in relation to lower layers ( 3 layer model ).
6.4
COSEM Basic Principles
This subclause describes the basic principles on which the COSEM interface classes are built. It also gives a short overview on how interface objects (instantiations of the interface classes) are used for communication purposes. Meters, support tools and other system components that follow these specifications can communicate with each other in an interoperable way. Object modelling: For specification purposes this document uses the technique of object modelling. An object is a collection of attributes and methods. The information of an object is organised in attributes. They represent the characteristics of an object by means of attribute values. The value of an attribute may affect the behaviour of an object. The first attribute in any object is the logical_name. It is one part of the identification of the object. An object offers a number of methods to either examine or modify the values of the attributes. Objects that share common characteristics are generalised as an interface class with a class_id. Within a specific class the common characteristics (attributes and methods) are described once for all objects. Instantiations of an interface class are called COSEM objects. Figure 11 illustrates these terms by means of an example:
Figure 11 An interface class and its instances
28
prEN 13757-1:2012 (E)
Figure 11 An interface class and its instances The interface class Register is formed by combining the features necessary to model the behaviour of a generic register (containing measured or static information) as seen from the client (central unit, hand held terminal). The contents of the register are identified by the attribute logical_name. The logical_name contains an OBIS identifier (see 11.3.5.4). The actual (dynamic) content of the register is carried by its value attribute. Defining a specific meter means defining several specific instances of COSEM interface objects. In the example of the meter contains 2 registers; i.e. two specific COSEM objects of the class Register are instantiated. This means that specific values are assigned to the different attributes. Through the instantiation, one COSEM object becomes an Energy, current value, total register whereas the other becomes a Flow temperature, current value register.
NOTE 1 The COSEM objects (instances of interface classes) represent the behaviour of the meter as seen from the outside. Therefore only externally initiated changes of the value of an attribute are described (e.g. resetting the value of a register). Internally initiated changes of the attributes are not described in this model (e.g. updating the value of a register). NOTE 2 The fact that the external behaviour of the meter is modelled in an object oriented way, does not result in a requirement of an object oriented design or implementation of actual meters.
6.5
Management of a COSEM Device
One physical unit may contain or represent multiple metering units or logical devices. Such a physical unit will have one physical communications interface but multiple metering applications. This calls for a management application inside the unit that performs communications management. This is handled by COSEM as well. The COSEM Logical Device is a set of COSEM objects. Each Physical Device shall contain a Management Logical Device. The mandatory contents of the Management Logical Device are: COSEM Logical Device Name; Current Association (LN or SN) object.
The Management Logical Device shall support an Application Association with lowest security level to a Public Client. The Management Logical Device shall support at least one further Application Association with security appropriate to the network structure and risk. The addressing of the COSEM Logical Devices shall be provided by the addressing scheme of the lower layers of the protocols used.
6.6
Lower layers
The Lower layers shall include the Physical Layer and the Link Layer. If the seven layer OSI Model is used, the lower layers shall include network and transport layers. If the IP Model is used, the lower layers are managed by the IP system. The need for multiple communications methods causes the need for multiple different lower layers. All of the lower layers consist of a Physical Layer and a Link Layer. The requirements for the Link Layer are very often closely related to a specific Physical Layer. In order to define full protocol stacks, which are needed for meter interchangeability, the lower layers have to be specified / selected as well. Some lower layers have been selected / adopted, and new lower layers will be added as amendments in the future when new technologies mature. An overall diagram with all of the elements needed and their relationships is shown in Figure 12Figure 12 Full protocol stack 12.
29
prEN 13757-1:2012 (E)
Application Functionality Application Layer Link Layer Physical Layer Connection Method EN 62056-21 Optical (Local) Port
Companion Specification for Energy Metering DLMS LLAC EN 62056-46 PSTN Other Innovative communications Technologies IECEN 60870-52 EN 13757-2 Wired M-Bus (twisted pair baseband) ... ... ? ? Future methods ( to be defined )
PSTN
Figure 12 Full protocol stack Figure 12 Full protocol stack As can be seen from the figure above, the Application Layer and the Application functionality remain unchanged, even if the connection method changes.
7
7.1
Data Exchange
General
This subclause describes a number of lower layers and stacks that are to be used in implementing smart metering. Because of the speed of evolution of communications media, and the use cases to which they will be put, this document does not promote any one of these. The document now also provides a secure interface to allow innovative communications media to be used with the EN 13757 series of standards, in accordance with the M/441 mandate.
7.2
7.2.1
Data exchange using direct local connection

General
This clause handles the reading of meters directly connected to a readout device. One interface of this type has been adopted, EN 62056-21. This standard specifies the physical connection adopted between meter and reading device: an optical interface; an electrical current loop interface; an electrical V.24/ V.28 interface.
All interfaces use the same protocol. Data is exchanged using a character oriented protocol (ASCII). Different communication modes are described in EN 62056-21. Modes A to D use ASCII transfer only, Mode E is able to switch over to a HDLC oriented binary data exchange. Provisions for battery operated devices are given in EN 62056-21:2002, B.1 and B.2.
30
prEN 13757-1:2012 (E)
NOTE
This is for use with a hand held terminal and is not intended as an H1 interface for in-home display.
7.2.2
Security
Physical access to this interface is governed by the location of the meter. The meter design should take account of the need for security of this interface, perhaps by means of a pre-shared key to ensure that the user of the terminal used to connect directly to the meter is suitably accredited. 7.2.3 7.2.3.1 Physical layer Optical interface
This is a very common interface for Hand Held Units. It supports one meter at a time using half-duplex communication. It communicates with the meter using IR light via a standardised optical reading head, to be plugged magnetically to the meter. An interface of this type shall fulfil the requirements of EN 62056-21:2002, 4.3. 7.2.3.2 Electrical current loop interface
This interface is the 'classical' 20 mA current loop. Two- as well as four-wire configurations are available. One master unit may support up to eight meters. An interface of this type shall fulfil the requirements of EN 62056-21:2002, 4.1. 7.2.3.3 Electrical V.24/V.28 interface
This interface is the well knownwell-known RS232 port in a three-wire configuration (Rx, Tx, GND). An interface of this type shall fulfil the requirements of EN 62056-21:2002, 4.2. 7.2.4 Link Layer
The requirements of EN 62056-21 apply. Although no explicit layering is mentioned in this standard, the following relevant standards are referenced: The character-oriented Link Layer uses: the ISO 7-bit coded character set as defined in ISO/IEC 646; the use of longitudinal parity (7E1) as defined in ISO 1155; the start/stop character-oriented transmission as defined in ISO 1177; the basic mode control procedures as defined in ISO 1745.
Binary data exchange (mode E) is based on: EN 62056-46 Data Link layer using HDLC protocol (see EN 62056-21:2002, Annex E).
7.3
7.3.1
Data exchange using wired local area network (LAN)

General
This is represented on the M/441 architecture, as interface M. See figure Figure 5. This clause handles the reading of meters connected to a wired metering local area network. The network has a single master station, and one or more slave stations. Three types of interfaces have been adopted. EN 13757-2 the classical "M-Bus" for fixed installations,
31
prEN 13757-1:2012 (E)
EN 13757-6 "Local bus" a limited subset of the M-Bus for non-fixed reading, EN 62056-31 The the "Eurdis" setup.
They are specified in the following subclauses. 7.3.2 7.3.2.1 Twisted pair, baseband signalling General
This type of interface is standardised by EN 13757-2:2004[MB7]. It is a 'multi-drop' type connection with one master unit and one or more slave units. The master unit in the network can support energy to the interface part of the slave unit. A network may have up to 250 meters connected. The meter shall be a slave unit. This connection is applicable to COSEM as well as to M-Bus based Application Layers. 7.3.2.2 Physical layer
An interface of this type shall fulfil all the requirements of EN 13757-2:2004, Clause 4. 7.3.2.3 Link layer
An interface of this type shall fulfil all the requirements of EN 13757-2:2004, Clause 5.[MB8] 7.3.3 Twisted pair, baseband limited systems
This type of interface is standardised by EN 13757-6. It is a limited version of EN 13757-2. It has a simple concentrator only able to support up to 5 meters. The standard only specifies the physical layers. The link layer is identical to the one used in EN 13757-2. This data exchange is only intended for M-Bus based Application Layer. 7.3.4 7.3.4.1 Twisted pair, carrier signalling General
This interface is defined in EN 62056-31. It is a multi-drop connection with one master unit and one or more slave units. A master unit is named a Primary Station. A slave unit is named a Secondary Station. The meter shall be a Secondary Station. The network is able to supply energy to the interface part of the slave unit. This data exchange is only intended for COSEM based Application Layer. 7.3.4.2 Physical layer
An interface of this type shall fulfil the requirements of EN 62056-31:2000, 4.1, related to the Secondary Station. 7.3.4.3 Link layer
An interface of this type shall fulfil the following requirements at the link layer: a) b) all the requirements of EN 62056-31:2000, 4.2, related to the Secondary Station; in addition to this, the link layer frame format as specified in EN 62056-31:2000, 2.5.
7.4
7.4.1
Data exchange using wide area network (WAN)

General
This clause lists protocol stacks applicable for a direct connection from the meter to the processing centre using wide area networks, WAN, without intermediate processing. The public switched telephone network,
32
prEN 13757-1:2012 (E)
PSTN is gradually being replaced by TCP/IP based data networks and Mobile telephone networks. Two standards have been identified for transfer across the wide area network. The one is based on the use of PSTN, the other is based on the use of a TCP/IP or UDP / IP based network. These connections are only applicable to COSEM based Application Layers. 7.4.2 7.4.2.1 PSTN based connection General
Meters using PSTN Connection shall comply with the relevant requirements of EN 62056-42 and EN 62056-46 for the lower layers. These are parts of the COSEM (Companion Specification for Energy Metering) three-layer connected oriented profile for asynchronous data communication. Normal asynchronous MODEM connection is used, based on intelligent Hayes modems. 7.4.2.2 Physical Layer EN 62056-42
From the external point of view, the physical layer provides the interface between the Data Terminal Equipment (DTE) and the Data Communication Equipment (DCE). Figure 13 shows a typical configuration for data exchange through a Wide Area Network, for example the PSTN.
Key 1 2 COSEM Client COSEM Server 5 6 Transit Network DTE to DCE ITU-T V. Series EIA RS232, RS485 Hayes, etc DCE to DTE ITU-T V. Series EIA RS232, RS485 Hayes, etc
3 4
DTE DCE
Figure 13 Typical PSTN configuration

Figure 13 Typical PSTN configuration
33
prEN 13757-1:2012 (E)
From the physical connection point of view, all communications involve two sets of equipment represented by the terms Caller system and Called system, as defined in 4.1. From the data link point of view the central station normally acts as a master, taking the initiative and controlling the data flow. The tariff device is the slave, responding to the master station. From the application point of view the central station normally acts as a client asking for services, and the tariff device acts as a server delivering the requested services. For the purposes of local data exchange, two DTEs can be directly connected using appropriate connections. To allow using a wide variety of media, this standard does not specify the physical layer signals and their characteristics. However, the following assumptions are made: the communication is point to point or point to multipoint; both half-duplex and full-duplex connections are possible; asynchronous transmission with 1 start bit, 8 data bits, no parity and 1 stop bit (8N1); from the internal point of view, the physical layer is the lowest layer in the protocol stack see Figure 14.
Key 1 2 3 4 5 6 COSEM Client COSEM Server DTE Client Application Application Layer Data Link Layer Figure 14 The location of the Physical Layer 7 8 9 10 11 Physical Layer Server Application Data Comm. Equipment (DCE) Transit Network Protocol
34
prEN 13757-1:2012 (E)
14.
Figure 14 The location of the Physical Layer This standard defines the services of the physical layer towards its peer layer(s) and the upper layers, and the protocol of the physical layer. 7.4.2.3 Link Layer EN 62056-46 Introduction
7.4.2.47.4.2.3.1
This part of EN 62056 specifies the Data Link Layer for a connection-oriented, HDLC-based, asynchronous communication profile. In order to ensure a coherent Data Link Layer service specification for both connection-oriented and connectionless operation modes, the Data Link Layer is divided into two sub-layers: the Logical Link Control (LLC) sub-layer and the Medium Access Control (MAC) sub-layer. This specification supports the following communication environments: point-to-point and point-to-multipoint configurations; dedicated and switched data transmission facilities; half-duplex and full-duplex connections; asynchronous start/stop transmission, with 1 start bit, 8 data bits, no parity, 1 stop bit.
Two special procedures are also defined: transferring of separately received Service User layer PDU parts from the Server to the Client in a transparent manner. The Server side Service User layer can give its PDU to the Data Link layer in fragments and the Data Link layer can hide this fragmentation from the Client;
35
prEN 13757-1:2012 (E)
event reporting, by sending UI frames from the secondary station to the primary station. The MAC sub-layer
7.4.2.57.4.2.3.2
The MAC sub-layer the major part of this Data Link Layer specification is based on ISO/IEC 13239 concerning high-level data link control (HDLC) procedures. The MAC sub-layer is specified in EN 62056-46:2002, Clause 6. This standard includes a number of enhancements compared to the original HDLC, for example in the areas of addressing, error protection and segmentation. These enhancements have been incorporated in a new frame format, which meets the requirements of the environment found in telemetry applications for electricity metering and similar industries.
7.4.2.67.4.2.3.3
The LLC sub-layer
In the connection-oriented profile the only role of the LLC sub-layer is to ensure consistent Data Link Addressing. It can be considered that the LLC sub-layer, defined in ISO/IEC 8802-2 is used in an extended Class I operation, where the LLC sub-layer provides the standard connectionless data services via a connection-oriented MAC sub-layer. The LLC sub-layer provides Data Link (DL) connection/disconnection services to the Service User layer, but it uses the services of the MAC sub-layer to execute these services. The LLC sub-layer is specified in EN 62056-46:2002, Clause 5. 7.4.2.77.4.2.3.4 Specification method
Both sub-layers of the Data Link Layer are specified in terms of services and protocol. Service specifications cover the services required of, or by, the given sub-layer at the logical interfaces with the neighbouring other sub-layer or layer, using connection oriented procedures. Services are the standard way to specify communications between protocol layers. Through the use of four types of transactions, commonly known as service primitives (Request, Indication, Response and Confirm) the service provider coordinates and manages the communication between the users. Using service primitives is an abstract, implementation-independent way to specify the transactions between protocol layers. Given this abstract nature of the primitives, their use makes good sense for the following reasons: they permit a common convention to be used between layers, without regard to specific operating systems and specific languages; they give the implementers a choice of how to implement the service primitives on a specific machine.
Service primitives include service parameters. There are three classes of service parameters: parameters transmitted to the peer layer, becoming part of the transmitted frame, e.g. addresses, control information; parameters which have only local significance (e.g. Physical_Connection_Type); parameters which are transmitted transparently across the data link layer to the user of the data link layer.
This document specifies values for parameters of the first category only. The protocol specification for a protocol layer includes: the specification of the procedures for the transmission of the set of messages exchanged between peerlayer; the procedures for the correct interpretation of protocol control information;
36
prEN 13757-1:2012 (E)
the layer behaviour.
The protocol specification for a protocol layer does not include: the structure and the meaning of the information which is transmitted by means of the layer (Information Field); the identity of the Service User layer; the manner in which the Service User layer operation is accomplished as a result of exchanging Data Link messages; the interactions that are the result of using the protocol layer. IP connection General
7.4.3 7.4.3.1
The internet protocol is the principal communications protocol used to relay datagrams across a wide area network. It uses a slightly different structure to the OSI 7 -layer model, in that it consists of application, transport, internet and link layers. COSEM on IP is currently fully defined for IPv4, in that the standard data model has support for IPv4 addressing, using the COSEM Application Layer, with ACSE and xDLMS to communicate via UDP or TCP.
37
prEN 13757-1:2012 (E)
Figure 15 COSEM over IP

Figure 15 Cosem over IP Figure 15 shows the layers utilised in communication over IP networks. Where COSEM is to be transported over IP, the layers below the IP layer shall be capable of transporting the data between the client and the server. While this will often be on the internet, this could be over a private IP network. Technologies that can support this transport include PSTN, xDSL, PLC and a range of radio technologies including GPRS. 7.4.3.2 IP v4 based connection
The internet based connection is based on the "Internet" protocol suite. There are no limitations to the Physical Layer and Link Layer protocols, except that they shall provide the services needed by the "IP v4" network layer. Typical connection methods applicable are optical fiber, LAN cabling, ADSL and wireless services. The network layer is specified by RFC 791. Two possible Transport Layer standards are available, RFC 793, TCP and RFC 768 UDP. The adaptation to the COSEM Application layer is specified in EN 62056-47. This standard is as well applicable as the connection method across a LAN to a concentrator. The biggest restriction in IPv4 is the lack of availability of static IP addresses, and this is leading a move to IPv6 technology for the future. The shortage of IPv4 addresses means that the vast majority of meters cannot be allocated individual IP addresses, and therefore the meter needs to initialise a communications session to gain a temporary IP address, either as result of a scheduled event, a response to an event within the meter, or by a communications stimulus ( for example, a SMS message to a GPRS modem ). 7.4.3.3 IPv6 based connection
This is the latest version of the Internet Protocol. There are no limitations to the Physical Layer and Link Layer protocols that may be applied, except that they shall provide the services needed by the "IP v6" network layer. Typical connection methods applicable are optical fiber, LAN cabling, ADSL and radio services. The IPsec security layer was designed to be used on IPv6. The core standard for IPv6 is IETF RFC 2460 The key difference between IPv6 and IPv4 is that IPv6 uses 128 bit addressing, which provides for 3.4 x 1038 possible addresses, where IPv4 was limited to just over 4 billion addresses.
38
prEN 13757-1:2012 (E)
7.4.3.4 7.4.3.4.1
IP security General
There are a number of methods that can be used for IP security. While any or all of the methods described here can be used with or without the application layer client security requirements in 4.3.4, evaluation of the value of the data and costs of security is necessary to select the correct methods to ensure a secure solution. There is a temptation to simply insist on security at three levels, where this will be burdensome and costly to manage, and may provide little better protection than protection at one or two layers. 7.4.3.4.2 IPsec
IPsec is an end-to-end security scheme operating in the Internet layer. It can be used in protecting data flows between a pair of hosts (host-to-host) or between a security gateway and a host (network-to-host). IPSec is documented principally in IETF RFC 4301. IPSec provides both encryption and authentication. If IPSec is used on IPv4 networks then Tunnelling Mode shall be applied, to avoid network address translation issues. 7.4.3.4.3 TLS
TLS is a secure transport/application layer security protocol that can be used alongside TCP or UDP. While one of its features is the ability to use a variety of encryption, hashing and key handling techniques, the additional handling required to negotiate the security is not optimal for networks where small data sets are moved over frequent sessions. TLS is documented fully in IETF RFC 5246.
7.5
7.5.1
Data exchange using M-Bus radio communication

General
This clause handles the reading of meters connected to a wireless metering network. There are networks with a basic architecture as well as networks with routing capabilities. The networks are specified in EN 13757-4 and EN 13757-5. 7.5.2 Basic M- Bus radio networks
EN 13757-4 specifies radio network with a number of different modes. It uses the basic architecture from Clause 5. It has a number of different modes, each applicable to a different operating environments. EN 13757-4 is updated periodically to ensure that new radio modes are standardised. EN 13757-4 specifies that the link layer used is EN 60870-5-2. This connection provided is applicable to COSEM as well as to M-Bus based Application Layers. 7.5.3 Routed M-Bus radio networks
EN 13757-5 specifies the forwarding of data from basic radio networks using gateways or routers. It contains three different modes all having Network Layer functionality. The forwarding of data from basic networks using gateways, based on Mode R from EN 13757-4. The forwarding of data using routers, using an adapted Mode R2 Link Layer protocol and a Network Layer. A mode optimised for the handling of precise timing.
All three modes are able to handle COSEM as well as M-Bus Application Layer data.
7.6
7.6.1
Data Exchange using HDLC for innovative communications technologies

General
This clause handles the reading of meters where there is as yet no formal stack, and is designed to allow innovation in communications media using a standardised approach to the upper layers.
39
prEN 13757-1:2012 (E)
The interface shall be a small signal electrical interface at the physical layer, for example a current loop or electrical V.24 or V.28 interface,. Data shall be exchanged using a character oriented protocol (ASCII). Mode E, as described in EN 62056-21:2002, 6.4.5, shall be used as it is able to switch over to a HDLC oriented binary data exchange. Provisions for battery operated devices are given in EN 62056-21:2002, B.1 and B.2. 7.6.2 Security
As a minimum, low level application layer security shall be applied. See 4.3.4 for more information. If the electrical interface can be accessed by unauthorised persons without causing an error condition in the system, then 1.1) High high level application layer security shall be applied; 2.2) Traffic traffic over the electrical interface shall be encrypted and signed. 7.6.3 7.6.3.1 Physical layer Electrical current loop interface
This interface is the 'classical' 20 mA current loop. Two- as well as four-wire configurations are available. One master unit may support up to eight meters, however, this application of the interface shall restrict users to a single master and a single slave. An interface of this type shall fulfil the requirements of EN 6205621:2002, 4.1. 7.6.3.2 Electrical V.24/V.28 interface
This interface is the well knownwell-known RS232 port in a three-wire configuration (Rx, Tx, GND). An interface of this type shall fulfil the requirements of EN 62056-21:2002, 4.2. 7.6.4 Link Layer
The requirements of EN 62056-21 apply. Although no explicit layering is mentioned in this standard, the following relevant standards are referenced: The character-oriented Link Layer uses: the ISO 7-bit coded character set as defined in ISO/IEC 646; the use of longitudinal parity (7E1) as defined in ISO 1155; the start/stop character-oriented transmission as defined in ISO 1177; the basic mode control procedures as defined in ISO 1745.
Binary data exchange (mode E) is based on EN 62056-46 Data Link layer using HDLC protocol (see EN 62056--21:2002, Annex E).
8
8.1
Upper Layer Protocols

Introduction
This clause covers the upper layer protocols for COSEM based connections. The requirements are split into the following sub-layers:
40
prEN 13757-1:2012 (E)
transport; presentation; application.

Upper layer protocols for M-Bus based connections are handled in prEN 13757-3.
NOTE
8.2
8.2.1
Transport sub-layer
Introduction
The Transport sub-layer is the first one to handle direct connections between the systems at the ends of the links. All the connections set up at this level and those at higher levels can be considered as end-to-end links. This end-to-end notion indicates that the transport entities offer services completely independent of the physical networks. The most important properties of the Transport sub-layer are; end-to-end transport (mentioned above), transparency (any binary configuration shall be accepted by the transport protocol and delivered without modification, whatever its format or size, this may require segmenting/reassembling functionality in the sublayer) and application layer addressing (multiplexing of multiple logical connections on one physical connection). The Transport sub-layer accepts the messages from the Application sub-layer. As the size of these messages is dictated by the application, the Transport sub-layer shall be able to segment them into packets (called TPDUs, transport protocol data units) with a size supported by the lower layers and transmit them to the corresponding Transport sub-layer at the other end. Reciprocally, it shall be able to receive the packets from the corresponding Transport sub-layer and assemble them into coherent messages for the Application sublayer. The Transport sub-layer protocol shall be able to transmit data in full duplex or half duplex modes, CallerCalled and Called-Caller. Moreover, the multiplexing of transport connections on the same virtual circuit means that several application associations can coexist in a given communication. Whatever their origin, the Transport Protocol Data Units, TPDUs are transmitted using the services of the Data Link Layer. Of course, the Data Link is not aware of the multiplexing implemented at the higher level. 8.2.2 EN 62056-46 related Transport sub-layer
For connection methods using the HDLC based link layers, the use of the EPA model has been foreseen. The transport layer services needed has been integrated into the link layer. In COSEM, there are two mechanisms provided for segmentation: The data link layer provides segmentation for messages from the slave to the master station only. This is transparent for the application layer. It is supported by the segmentation feature of HDLC (I frames). See EN 62056-46:2002, 6.4.4.5; The application layer provides segmentation in both directions, using the xDLMS services GET, SET, ACTION (DataBlock-G, DataBlock-SA). There is no application layer level segmentation available with short name referencing.
Multiple application associations are managed by the ACSE. These share the resources of the lower layers.
NOTE For details of establishing and releasing application associations, see EN 62056-53:2007, 6.5.. ((Check Clause for new edition)) For details of transferring long data, see EN 62056-46:2002, 6.4.4.4.3.6, and EN 62056-53:2007, 7.4.1.8. ((Check Clause for new edition))
41
prEN 13757-1:2012 (E)
8.2.3
EN 62056-47 related Transport sub sub-layer.
For connections based on IP TCP and UDP provide the handling of segmentation. The handling of multiple simultaneous associations is handled by EN 62056-47. 8.2.4 EN 60870-5-2 related Transport sub-layer
For connection methods based on the EN 60870-5-2, link layer, transport sub-layer services are not included. For these connection methods, the Transport Protocol Data Unit (TPDU) shall consist of the following fields: a Control Information, (CI) field of 1 byte; a Source Transport Service Access Point (Address), STSAP field of 2 bytes; a Destination Transport Service Access Point (Address), DTSAP field of 2 bytes; a data field, of up to 248 bytes in size.
The fields shall be in the sequence shown in Figure 16Figure 16 EN 60870-5-2 related Transport PDU format 16.
NOTE 1 packets.
The max. imum size of the data field is determined by the size limitations of the EN 60870--5--2 link level
CI
STSAP
DTSAP
Data Field
Figure 16 EN 60870-5-2 related Transport PDU format Figure 16 EN 60870-5-2 related Transport PDU format The CI field of the Transport PDU shall be as shown in Figure 17Figure 17 CI field format 17 and coded in the following way: Bit 8 , Bit 7, Bit 6 Bit 5 'FIN' Always '000' Set to '1' in the last 'TPDU' as a part of a 'APDU' Fragment count, set to '0000' in the first 'TPDU' for a session and incremented
MSB '0' '0' '0' FIN FG3 FG2 FG1 LSB FG0
Bit 4, Bit 3, Bit 2, Bit 1 for each TPDU sent.
Figure 17 CI field format Figure 17 CI field format The coding of bit 8, bit 7 and bit 6 of the CI field ensures that DLMS oriented frames can coexist with existing meter communication from an BS EN 1434-3 [MB9]or prEN 13757-3 based bus system.
42
prEN 13757-1:2012 (E)
The FIN (finish) bit indicates the last segment of an APDU from the Application sub-Layerlayer. The FIN bit shall be set in the last TPDU of a APDU. This makes it possible to reassemble the data reliably at the receiving end.
NOTE 2 In short messages, with only one segment, the FIN bit should be set as well in the first (and only) TPDU.
A fragment counter, FG3 - FG0 shall be available in the transport Transport sub-layer, as EN 60870-5-2 has no mechanism to identify double packet in responses from the meter to the central station. The fragment counter shall be '0000' in the first TPDU of every APDU from the Application sub-Layer. The fragment counter shall be incremented for every TPDU. There shall be one fragment counter for each concurrent connection. The STSAP field shall contain the Logical Device Address of the caller. Most significant byte is sent first. The DTSAP field shall contain the Logical Device Address of the called. A DTSAP of FFFFh is a broadcast address, and the data shall be distributed to all logical devices in the called unit. Most significant byte is sent first.
NOTE 3 The DTSAP of 0001h is in COSEM pre-assigned to the management application, and should always be present. In a simple meter, this can be the only DTSAP assigned. The Management Logical Device should support an Application Association with lowest security level to a Public Client with a STSAP of 0010h.
Detection of errors in the communication of the Transport sub-Layer layer will cause the following actions: an abort indication will be sent to the Application sub-Layerlayer; a request to abort is sent to the Link Layer; a re-initialisation of the Transport sub-layer.
8.3
8.3.1
Presentation sub-layer
General
The Presentation sub-layer handles two areas, abstract syntax and encoding rules. 8.3.2 Abstract syntax
Data in the application Application layer Layer is specified using an abstract syntax. This allows for a logical and unambiguous description of messages using certain pre-defined simple or composite types; ISO defines only one abstract syntax, ASN.1, ISO/IEC 8824-1. It is used by DLMS in its protocol definition. As DLMS has already been chosen as model for the top of the Application layer for protocol stacks described in this standard, the abstract syntax to be used shall be ASN.1, ISO/IEC 8824-1.
NOTE As specified in EN 62056-53:2007, 7.3.3, the AARQ and the AARE are encoded using BER . ((Check Clause for new edition of EN 62056-53))
8.3.3
Encoding rules
The way data is encoded in actual implementations is called the transfer syntax. It is a set of encoding rules which determine the series of bits to be transported based on the abstract representation of a message and its true application value. The current standard is intended for equipment with limited processing power and data storage. The transfer syntax selected shall thus generate a compact encoding, while at the same time only requiring limited computing resources. Such a syntax has been selected, based on a study comparing the efficiency and
43
prEN 13757-1:2012 (E)
complexity of the different rules. The transfer syntax for a compliant protocol stack shall be A-XDR, EN 61334-6.
8.4
8.4.1
Application sub-layer
Introduction
EN 62056-53 applies. This document specifies the COSEM Application Layer in terms of structure, services and protocols, for COSEM Clients and Servers. 8.4.2 Application layer structure
The main component of the Client and Server COSEM Application Layer is the COSEM Application Service Object (ASO), which provides services to the COSEM Application process and uses services provided by the supporting lower layer. Both the Client and Server side COSEM ASO contains three mandatory components, as follows: Association Control Service Element (ACSE). The task of this element is to establish, maintain and release application associations. For the purpose of the connection-oriented profile, the connectionoriented ACSE, specified in ISO/IEC 8649 15953 ((replaced by ISO/IEC 15953)) and ISO/IEC 8650115954 ((replaced by ISO/IEC 15954)) is used; the Extended DLMS Application Service Element (xDLMS_ASE). The task of this element is to provide data communication services to remote COSEM equipment; the Control Function (CF). This element specifies how the ASO services invoke the appropriate service primitives of the ACSE and the xDLMS ASE-s and the services of the supporting layer.
Both the Client and the Server COSEM ASO may contain other optional application protocol components. Figure 18 shows a minimal COSEM ASO-s, containing only the three mandatory components.
44
prEN 13757-1:2012 (E)
Figure 18 The structure of the COSEM Application

Layers Figure 18 The structure of the COSEM Application Layers 8.4.3 Service specification
Service specification covers the services required of or by, the Client and Server COSEM Application Processes at the logical interfaces with the respective COSEM Application Layer, using connection oriented procedures. Services provided by the COSEM ASO fall in three categories: services provided for application establishment and release; services provided for data communication; services provided for layer management. Protocol specification
8.4.4
The COSEM Application layer protocols specify the procedures for the transfer of information for application association control, authentication (ACSE procedures) and for data exchange of COSEM Servers (xDLMS procedures). These procedures are defined in terms of: the interactions between peer ACSE and xDLMS protocol machines through the use of services of the supporting protocol layer; the interactions between the ACSE and xDLMS protocol machines and their service user; the abstract syntax (ASN.1) representation of Application Protocol Data Units (APDU-s) is also specified with the Application protocols.
NOTE All COSEM Services are operating on an already established physical connection. Establishment of this physical connection is done outside the COSEM protocol,, therefore it is out of the scope of this document.
45
prEN 13757-1:2012 (E)
9
9.1
Cross-application data handling

General
This subclause will explain the handling of different Application Layers used a one combined metering system. The described solutions will provide interoperability of such a metering system. There are 2 different methods possible: 1. Tunnelling: One concept is called tunnelling. This will allow the complete transport of one telegram using the mechanism of a different transportation standard, controlled by the application layer. Using this concept will build up a transparent End to End communication. Therefore no telegram evaluation is done in the nodes of the communication line which will minimise the implementation and maintenance effort, and provide for better message security. Tunnelling may also be known as wrapping. 2. Translation: Translation will transform transmitted data points of the source telegram to the new application layer data format. This will create a complete new telegram that will be transmitted. Using this mechanism some data selection (reduction) can be done within the node. The conversion roles may have a 1:1 relation to achieve total interoperability. This document covers Tunnelling methods.
9.2
9.2.1
Data tunnelling
General
Both M-Bus and DLMS Application Layer protocols support the transfer of 'foreign' data. This is achieved by encapsulating the information as special data types. The COSEM Application Layer can transfer M-Bus information using a special Interface class, as specified 9.2.2. The M-Bus Application Layer can handle COSEM information, using a special DIF and VIF field as specified in subclause xx.yy.zz. in EN 13757-23:2004, 6.3 and& 7.2. The principles of Tunnelling the OBIS Application Layer via M-Bus is are shown in Figure 19.
Figure 19 Tunnelling DLMS via M-Bus
46
prEN 13757-1:2012 (E)
Figure 19 Tunnelling DLMS via M-Bus
The shown method is valid for wired M-Bus and wireless M-Bus connections, achieved by using the same CI Field field definitions (refer to EN 13757-5:2008, 5.5.1) The CI Fields fields and telegram structure shall conform with EN 13757-3:2004, 4.1, for wired connections, and with EN 13757-5:2008, 5.5.1, for wireless connections 9.2.2 9.2.2.1 M-Bus Application Layer transferred by DLMS Setting up the interface
The interface Setup setup for wired M-Bus ( see prEN 13757-2) is done by implementing one of the M-Bus interface classes in 10.2. [MB10] This COSEM object defines and controls the behaviour of the device regarding the communications parameters according to prEN 13757-2. It is an instance of the interface class "M-Bus Port Setup" Table 2 M-Bus Port Setup Object Table 2 M-Bus Port Setup Object M-Bus Port Setup M-Bus Port Setup Object OBIS identification IC M-Bus Port setup A 0 B X C 24 D 0 E 0 F 0xFF
If more than one object of the type is instantiated in the same physical device its value group B shall number the communications channel.
47
prEN 13757-1:2012 (E)
9.2.2.2
Simple Tunnelling
A DLMS Class class Interface interface type Data (class_id = 1) shall be used to tunnel a M-Bus telegram through DLMS. The OBIS code for this object is defined as below Table 3 Description of Class ID Data Table 3 Description of Class ID Data
Data Attributes 1. 2. logical_name value (static) 0n Data type octet-string CHOICE m/o class_id = 1, version = 0 Min. Max. Def. Short name x x + 0x08
Specific methods
Data Attributes 1. logical_name (static) 2. value Specific methods (none)
0n Data type octet-string CHOICE m/o
class_id = 1, Version = 0[MB11] Min. Max. Def. Short name x x + 0x08
The attribute value is defined as Value provides access to the received data. Value ::= structure { rx_type, rx_length, rx_data } rx_type: defines the type of received data that is stored in rx_data. Enum (0) (w)M-Bus standard telegram (1) (w)M-Bus Installation telegram (2)(9) (w)M-Bus reserved (10)(31) reserved for other applications (32) Encrypted Generic Telegram, (Ack Expected) (33) Encrypted Generic Telegram (No Ack Expected) (34) Plaintext Generic Telegram (Ack Expected) (35) Plaintext Generic Telegram (No Ack Expected) (36..255) Reserved
Rx_length:
defines the number of bytes stored in rx_data Unsigned8, except Unsigned16 for rx_type 32 to 35
48
prEN 13757-1:2012 (E)
Rx_data:
This buffer stores the received data bytes for further actions. Bit-string
9.2.2.3 9.2.2.3.1
Tunnelling with better resilience to intermittent communications General
This is very similar to the description in 9.2.2.2, however, it has better provision for status of data in transit. To achieve this it uses an extended register object, class_id:4. Extended Register Class id: 4. logical_name value Message 0-b:70.0.e.255 and Response 0-b:70.1.e.255 Octet -string This contains the targeted Object, wrapped, as necessary to ensure that it can be passed to or from the non-COSEM function. This is detailed [MB12]below scaler_unit status {0,255} ( not used ) bit-string Bit 0 set true when the data received from source to the COSEM Server. Bit 1 set true when the data sent to the target Bit 2 set true when there is an ACK from the target. capture_time octet-string, formatted for date_time, showing when the status was updated.
Message describes a logical name that is associated with data from the COSEM Client to the COSEM Server, and Response describes a logical name that is associated with data from the Server to the Client. In some circumstances, for example an alarm condition, there will be a response without a message. Value Field E. It is anticipated that the simplest implementation would contain only one register pair, but the e value field would be used as enumerator if multiple pairs are to be used. Table 4 Tunnelling, Value group E for 0-b:70.0.e.255 or 0-b:70.1.e.255 Table 4 Tunnelling, Value group E for 0-b:70.0.e.255 or 0-b:70.1.e.255 Value Field E 0-b:70.0.e.255 or 0-b:70.1.e.255 Value Field E 255 Description If only a single register is used. Also: Used to send a Message immediately Also: Used when a Response is created without a Message Used as a sequenced set of messages
0..127
49
prEN 13757-1:2012 (E)
128..254
Reserved
Where field e <>0, it is assumed that there is a sequence of messages to be sent to the non-COSEM function. In this case it is anticipated that the messages can be populated into the objects in any sequence, but populating the object where e = 0 will initiate the process of sending the messages; and the next message in the sequence will be sent (if status = 0x01) when the status of the previous message object has a status >0x04: that is, an ACK of the previous message has been made by the non-COSEM function The sequence will stop when an object is reached where the status has value 0. Therefore good housekeeping clearing used message objects is essential housekeeping before starting to populate a command sequence. It is implicit in this approach that there will be a Stop on Fail.
The response, if any, to a message will be stored in the co-responding response object: that is, value e will be the same for both message and response. Value (provides access to the received data). Value ::= structure { rx_type, rx_length rx_data } rx_type: Enum (0,1) (2) (3) (4) (5) (6) (7) (8) (9) (10) (11) (12..15) (16..31) (32) (33) (34) (35) defines the type of received data that is stored in rx_data. Reserved for M-Bus SND_UD2 Standard Message (Ack and Response expected) SND_UD Standard Message (ACK expected) SND-NR Standard Message (No ACK expected) reserved for M-Bus SND_IR Installation Message (No ACK expected) ACC_DMD Access demand (Alert) RSP_UD Response to SND_UD Reserved for M-Bus 2) REQ_UD1 Request of Class1 Data 3) REQ_UD2 Request of Class2 Data reserved for M-Bus reserved for future M-Bus Version Encrypted Generic Telegram, (Ack Expected) Encrypted Generic Telegram (No Ack Expected) Plaintext Generic Telegram (Ack Expected) Plaintext Generic Telegram (No Ack Expected)
2) 3)
In this case, it is expected that requests for allocation of these reserved codes will be generated by either the M-Bus association, or by CEN/ TC 294. Note that the Enum for complex and simple data are different, and we look for guidance from the M-Bus users as which is correct.
50
prEN 13757-1:2012 (E)
(36..255)
Reserved
rx_length: defines the number of bytes stored in rx_data Unsigned8 for rx_type 0-15 Unsigned16 for rx_type 32 to 35 rx_data: This buffer stores the received data bytes for further actions. Octet_String. 9.2.2.3.2 9.2.2.3.2.1 Multiple non-Cosem Functionalities General
Subclause 9.2.2.3.2 has been prepared to be abstract in its wording. It is acknowledged that the non-Cosem functions could be devices on an M-Bus or other network. In the situation where the message and response need to be targeted to a number of functions, there are two possible solutions:9.2.2.3.2.2 Use of b Field
It is possible that the b field be used to identify multiple non-Cosem functions within a device. A method would need to be prepared to associate the b field value with specific non-Cosem functions, network addresses, etc. 9.2.2.3.2.3 Use of Logical Devices.
Logical devices also offer a solution to this, with the benefit that security to non-Cosem functions can be individually assigned. It will be necessary to design and configure the behaviour of the logical device, including a set of configuration objects, depending on the network technology under discussion. As the context of this will depend on the architecture of the solution being proposed, it is anticipated that these will be consortium specific or client specific OBIS codes and possibly Classes. 9.2.2.3.2.4 Use of a Gateway Protocol
If a gateway protocol is incorporated in the architecture, for example, if there is a home concentrator or similar, then this function may be used. This would necessitate a significant COSEM structure to be incorporated in a device that is not natively COSEM, but may have benefits from security and network head end perspectives.
9.3
Data translation
The data models used for the M-Bus consist of data elements that can be read or written. This gives a simple model requiring limited processing capability. The data model used in COSEM is an object oriented model that allows different operation (methods) on the data (objects). The object oriented model allows more complex operations. These complex operations are only needed for a subset of the meters. The object oriented model requires as well much larger amounts of data to be transferred and much more processing to be performed on the data. The reading and writing of data from the M-Bus applications can be translated into get and set methods on COSEM objects. This makes it possible to translate data to a single common representation. The conversion of some core M-Bus data records to the corresponding OBIS Identifier is defined in prEN 13757-3:2011, Annex O. [MB13]These should form the basis of development of further conversion tables where the data records to be converted are led by the use cases to be applied to the meters and the network.
51
prEN 13757-1:2012 (E)
It is not feasible to translate arbitrary methods operating on an COSEM object into M-Bus data. It is however possible to specify the COSEM object to create to represent a specific M-Bus data element by performing reverse-lookup in the tables. This method parses the received M-Bus telegram and converts single data points into OBIS notation. The result will be stored in a corresponding OBIS object and can be accessed using the standard communication methods.
10 Extensions to COSEM
10.1 Introduction
It has been recognised that there is a need for some dedicated Interface Classes when new lower layer and new functionalities are added.
10.2 Dedicated Interface classes

10.2.1 M-Bus interface class 10.2.2 M-Bus slave port setup (class_id: 25, version: 0)
NOTE The name of this IC has been changed from M-BUS port setup to M-Bus slave port setup, to indicate that it serves to set up data exchange when a COSEM server communicates with a COSEM client using wired M-Bus.
This IC allows modelling and configuring communication channels according to EN 13757-2. Several communication channels can be configured. Table 5 M-Bus slave port setup Table 5 M-Bus slave port setup M-Bus slave port setup Attributes logical_name default_baud avail_baud addr_state bus_address Specific methods (none) (static) (static) (static) (static) (static) 0...n Data type octet-string enum enum enum unsigned m/o 0 0 5 7 0 class_id = 25, Vversion = 0 Min. Max. Def. Short name x x + 0x08 x + 0x10 x + 0x18 x + 0x20
Attribute description logical_name default_baud Identifies the M-Bus slave port setup object instance. Defines the baud rate for the opening sequence. enum: (0) 300 baud, (3) 2 400 baud, (5) 9 600 baud avail_baud Defines the baud rates that can be negotiated after startup.
52
prEN 13757-1:2012 (E)
enum:
(0) (1) (2) (3) (4) (5) (6) (7)
300 baud, 600 baud, 1 200 baud, 2 400 baud, 4 800 baud, 9 600 baud, 19 200 baud, 38 400 baud
addr_state
Defines whether or not the device has been assigned an address since last power up of the device. enum: Not assigned an address yet, Assigned an address either by manual setting, or by automated method. The currently assigned address on the bus for the device.
NOTE If no bus address is assigned, the value is 0.
(0) (1)
bus_address
10.2.3 M-Bus client (class_id: 72, version: 0) Instances of this IC allow setting up M-Bus slave devices and exchanging data with them. Each M-Bus client object controls one M-Bus slave device. The M-Bus client device may have one or more physical M-Bus interfaces, which can be configured using instances of the M-Bus master port setup IC, An M-Bus slave device is identified with its Primary Address, Identification Number, Manufacturer ID etc. as defined in EN 13757-3:2004, Clause 5, Variable Data respond. These parameters are carried by the respective attributes of the M-Bus client IC, Values to be captured from an M-Bus slave device are identified by the capture_definition attribute, containing a list of data identifiers (DIB, VIB) for the M-Bus slave device. The data are captured periodically or on an appropriate trigger. Each data element is stored in an M-Bus value object, of IC Extended register. M-Bus value objects may be captured in M-Bus Profile generic objects, eventually along with other, not M-Bus specific objects. Using the methods of M-Bus client objects, M-Bus slave devices can be installed and de-installed. It is also possible to send data to M-Bus slave devices and to perform operations like resetting alarms, setting the clock, transferring an encryption key etc.
53
prEN 13757-1:2012 (E)
Table 6 M-Bus client Table 6 M-Bus client M-Bus client Attributes 1. 2. 3. 4. 5. 6. 7. 8. 9. logical_name M-Bus_port_reference capture_definition capture_period primary_address identification_number manufacturer_id version device_type (static) (static) (static) (static) (dyn.) (dyn.) (dyn.) (dyn.) (dyn.) (dyn.) (dyn.) (dyn.) 0...n Data type octet-string octet-string array double-longunsigned unsigned double-longunsigned long-unsigned unsigned unsigned unsigned unsigned unsigned m/o o o o o o o o o x + 0x60 x + 0x68 x + 0x70 x + 0x78 x + 0x80 x + 0x88 x + 0x90 x + 0x98 class_id = 72, version Version = 0 Min. Max. Def. Short name x x + 0x08 x + 0x10 x + 0x18 x + 0x20 x + 0x28 x + 0x30 x + 0x38 x + 0x40 x + 0x48 x + 0x50 x + 0x58
10. access_number 11. status 12. alarm Specific methods 1. 2. 3. 4. 5. 6. 7. 8. slave_install (data) slave_deinstall (data) capture (data) reset_alarm (data) synchronize_clock (data) data_send (data) set_encryption_key (data) transfer_key (data)
54
prEN 13757-1:2012 (E)
Attribute description logical_name M-Bus_port_reference Identifies the M-Bus client object instance. Provides reference to an M-Bus master port setup object, used to configure an M-Bus port, each interface allowing to exchange data with one or more M-Bus slave devices. Provides the capture_definition for M-Bus slave devices. array { data_information_block: } NOTE The elements data_information_block and value_information_block correspond to Data Information Block (DIB) and Value Information Block (VIB) described in EN 13757-3:2004, 6.2 and Clause 7, respectively. capture_period >= 1: Automatic capturing assumed. Specifies the capture period in seconds. 0: No automatic capturing: capturing is triggered externally or capture events occur asynchronously. primary_address Carries the primary address of the M-Bus slave device, in the range 0...250. If the slave device is already configured and thus, its primary address is different from 0, then this value shall be written to the primary_address attribute. From this moment, the data exchange with the M-Bus slave device is possible. Otherwise, the slave_install method shall be used; see below.
NOTE The primary_address attribute cannot be used to store a desired primary address for an unconfigured slave device. If the primary address attribute is set, this means that the M-Bus client can immediately operate with this primary address, which is not the case with an unconfigured slave device.
capture_definition
capture_definition_element
capture_definition_element ::= structure octet-string,
value_information_block: octet-string
identification_number
Carries the Identification Number element of the data header as specified in EN 13757-3:2004, 5.4. It is either a fixed fabrication number or a number changeable by the customer, coded with 8 BCD packed digits (4 Byte), and which thus runs from 00 000 000 to 99 999 999. It can be preset at fabrication time with a unique number, but could be changeable afterwards, especially if in addition a unique and not changeable fabrication number (DIF = 0Ch, VIF = 78h, see 7.2 is provided.
manufacturer_id
Carries the Manufacturer Identification element of the data header as specified in EN 13757-3:2004, 5.5. It is coded unsigned binary with 2 bytes. This manufacturer_id is calculated from the ASCII code of the EN 62056-21 manufacturer ID (three uppercase letters), using the formula specified in EN 13757-3:2004, 5.5.
version
Carries the Version element of the data header as specified in EN 13757-3:2004, 5.6. It specifies the generation or version of the meter and depends on the manufacturer. It can be used to make sure, that within each version number the identification # is unique. Carries the Device type identification element of the data header as specified in EN 13757-3:2004Table 3. Carries the Access Number element of the data header as specified in
device_type access_number
55
prEN 13757-1:2012 (E)
EN 13757-3:2004, 5.8. It has unsigned binary coding, and it is incremented (modulo 256) by one before or after each RSP-UD from the slave. Since it can also be used to enable private end users to detect an unwanted over-frequently readout of their consumption meters, it should not be resettable by any bus communication. status alarm Carries the Status byte element of the data header as specified in EN 13757-3:2004, Tables 4 and 5. Carries the Alarm state specified in EN 13757-3:2004, Annex D. It is coded with data type D (Boolean, in this case 8 bit). Set bits signal alarm bits or alarm codes. The meaning of these bits is manufacturer specific.
Method description slave_install (data) Installs a slave device, which is yet unconfigured (its primary address is 0). This method can be successfully invoked only if the value of the primary_address attribute is 0. The following actions are performed: the M-Bus address 0 is checked for presence of a new device. If no uninstalled M-Bus slave is found, the method invocation fails;
if the slave_install method is invoked with no parameter, then the primary address is assigned automatically. This is done by checking the primary_address attribute of all M-Bus client objects in the DLMS/COSEM device and then selecting the first unused number. The primary_address attribute is set to this address and it is then transferred to the M-Bus slave device; if the slave_install method is invoked with a primary address as a parameter, then the primary_address attribute is set to this value and it is then transferred to the M-Bus slave device. data ::= unsigned (no data, or a valid primary address)
NOTE Unconfigured slave devices are configured with primary address as specified in EN 13757-3:2004, E.5.
slave_deinstall (data)
De-installs the slave device. The main purpose of this service is to uninstall the MBus slave device and to prepare the master for the installation of a new device. The following actions are performed: the M-Bus address is set to 0 in the M-Bus slave device; the encryption key transferred previously to the M-Bus slave device is destroyed; the default key is not affected. the attribute primary_address is also set to 0.
NOTE A new M-Bus slave can be installed only, once the value of the primary_address attribute is 0.
data ::= integer (0) capture Capture values as specified by the capture_definition attribute from the M-Bus slave device. data ::= integer (0) reset_alarm Reset alarm state of the M-Bus slave device. data ::= integer (0)
56
prEN 13757-1:2012 (E)
synchronize_clock
Synchronize the clock of the M-Bus slave device with that of the M-Bus client device. data ::= integer (0) Send data to the M-Bus slave device. data array data_definition_element data_definition_element ::= structure { data_information_block: value_information_block data: { -- simple data types null-data bit-string double-long double-long-unsigned octet-string visible-string UTF8-string integer long unsigned long-unsigned long64 long64-unsigned float32 float64 } } [20], [21], [23], [24] [16], [17], [18], [9], [10], [12], [15], [0], [4], [5], [6], : CHOICE octet-string, octet-string
data_send
set_encryption_key
Sets encryption key to be used with the M-Bus slave device.

NOTE Changing the encryption requires two steps: First, the key is sent to the M-Bus slave, encrypted with the master key, using the transfer_key method. Second, the key is set in the M-Bus master using the set_encryption_key method.
data ::= octet-string (encryption_key) After the installation of the M-Bus slave, the M-Bus client holds an empty encryption key. With this, encryption of M-Bus telegrams is disabled. Encryption can be disabled by invoking the set_encryption_key method with null data as a parameter. transfer_key Transfers an encryption key to the M-Bus slave. data ::= octet-string (encrypted_key)
57
prEN 13757-1:2012 (E)
Each M-Bus slave device shall be delivered with a default encryption key. Before encrypted M-Bus telegrams can be used, an operational encryption key has to be sent to the M-Bus slave, by invoking the transfer_key method. The method invocation parameter is the operational encryption key encrypted with the default key of the M-Bus slave device. The M-Bus telegram sent is not encrypted. After the execution, the encryption is enabled and all further telegrams are encrypted. A new encryption key can be set in the client by invoking the set_encryption_key method with the new encryption key as a parameter. With further invocations of the transfer_key method, new encryption keys can be sent to the M-Bus slave. The method invocation parameter is the new encryption key encrypted with the default key. The M-Bus telegram is encrypted. When an M-Bus slave is de-installed, the encryption key is destroyed, but the default key is not affected. Encryption remains disabled until a new encryption is transferred.
10.2.4 Wireless Mode Q channel (class_id: 73, version: 1) Instances of this IC define the operational parameters for communication using the mode Q interfaces. Table 7 Wireless Mode Q channel
Table 7 Wireless Mode Q channel Wireless Mode Q channel Attributes 1. 2. 3. 4. logical_name addr_state device_address address_mask (static) (static) (static) (static) 0...n Data type octet-string enum octet-string octet-string m/o class_id = 73, Vversion = 1 Min. Max. Def. Short name x x + 0x08 x + 0x10 x + 0x18
Specific methods (none)
Attribute description addr_state Defines whether or not the device has been assigned an address since last power up of the device enum: device_address address_mask not assigned an address yet, assigned an address either by manual setting or by automated method The currently assigned address of the device on the network The group address the device will respond to when short form addressing is used (0) (1)
58
prEN 13757-1:2012 (E)
10.2.5 M-Bus master port setup (class_id: 74, version: 0) Instances of this IC define the operational parameters for communication using the EN 13757-2 interfaces if the device acts as an M-Bus master. Table 8 M-Bus master port setup Table 8 M-Bus master port setup M-Bus master port setup Attributes 1. 2. logical_name comm_speed (static) (static) 0...n Data type octet-string enum m/o
0 7 3
class_id = 74, version = 0 Min. Max. Def. Short name x x + 0x08
Specific methods
Attribute description logical_name comm_speed Identifies the M-Bus master port setup object instance. The communication speed supported by the port enum: (0) (1) (2) (3) (4) (5) (6) (7) 300 baud, 600 baud, 1 200 baud, 2 400 baud, 4 800 baud, 9 600 baud, 19 200 baud, 38 400 baud
10.2.6 M-Bus tunnelling The classes and objects used for tunnelling shall be implemented as in 9.2.2.2 and 9.2.2.3 depending upon the implementation.
10.3 Specific object types

10.3.1 Error reporting object 10.3.1.1 Introduction
Error reporting should be handled in a hierarchical way: 1) The the first level of error reporting is the general error object; 2) The the second level is media specific; 3) The the third level is manufacturer specific. 10.3.1.2 General error object
This level offers a short but important overview of the current device status.
59
prEN 13757-1:2012 (E)
The general error object for a meter should be of the interface class type 'Data'. The attribute 'value' should be of the type unsigned16 with the following bit-allocation: Bit 7 Bit 6 Bit 5 Alert pending; Warning pending; Indication pending. Bit 15 (MSB) Alert non-acknowledged; Bit 14 Bit 13 Warning non-acknowledged; Indication non-acknowledge;
The outbreak of an error condition should set both the non-acknowledged and the pending bit. The nonacknowledge bit can be cleared by writing to the bit. The pending can only be cleared by removing the condition that caused it to be set. The other bits in the data structure are reserved for future use. They should not be used. If used, they should follow the structure with a pair of non-acknowledged / pending bits for each condition. The conditions Alert, Warning and Indication are defined below. 10.3.1.2.1.1 Alert
The status alert is given when at least one quantity which is necessary for the determination of a billing quantity: exceeds one of the permissible limits (according to the metrological approval); achieves a value which is not plausible according to defined and accepted rules for plausiblityplausibility checks.
In case of an alert the counters for billing volumes will be stopped, disturbance or alert counters can be activated. In addition to that an alert-status is given, if any dangerous situation occurs. An alarm has to be cleared by an acknowledgement procedure. 10.3.1.2.1.2 Warning
The status warning is given when: a user defined limit acc. metrological quantities is exceeded; (those have to be within the permissible metrological limits acc. approval) a user defined limit outside metrological quantities is exceeded; (e.g. pulser output buffer overflow, pulser input supervision) a power failure has led to a temporary breakdown of the device; (possibly combined with a stop of the clock) internal supervision units for soft- and hardware detect an error.
A warning has to be cleared by an acknowledgement procedure.
60
prEN 13757-1:2012 (E)
10.3.1.2.1.3
Indication
An indication is a status which is shown on the display unit of the device but will disappear simultaneously with the disappearance of the reason for it. An indication does not have to be cleared. Indications are status information which describe a condition of the device. (e.g. calibration lock open, input not adjusted). These conditions do not disturb the device operation and they can be intentional. 10.3.1.3 Media specific error object
It offers further information according to the media and the device type. It will be one of the general purpose objects defined for the media type. These objects shall have an OBIS name of the format m x 97 97 x. 10.3.1.4 Manufacturer specific error object
It offers the possibility for further information to support service and maintenance. The definition of these objects is outside the scope of this standard.
11 Object Identification System (OBIS)

11.1 Object Identification System (Variable naming rules)
11.1.1 Introduction EN 62056-61 defines a hierarchical structure to identify commonly used data items in metering equipment. This is known as the Object Identification System, or OBIS. It provides unique identifiers for the data within the metering equipment. It covers not only measurement values, but also abstract values used for configuration or obtaining information and simple control of some meter features, for example valves. OBIS defines the identification codes, ID-codes, for abstract objects and metering related data. This standard defines ID-codes for non-electricity related data as an extension to OBIS. OBIS is a necessary base document when defining meters. OBIS defines how to express the name of an object, if it is implemented in the meter. Each value group has a maximum range of 0 to 255, but it may be limited to a subrange. The actual object codes for the different media can be found in 11.3.5.4. 11.1.2 Structure The ID-code is a combination of six value groups, named A through F. Together they describe, in a hierarchical way the exact meaning of each data item. The main meaning of the individual value groups is: value group A, the topmost element in the hierarchy defines the media; value group B, defines the channel used; value group C, defines the data related to the measured value; value group D, defines the way the data has been processed; value group E, defines where relevant the related tariff or allows for a further classification; value group F, defines, where relevant, the storage of data or allows for a further classification.
61
prEN 13757-1:2012 (E)
Some of the values defined for the different value groups are common to the different media and some are media specific. 11.1.3 Manufacturer, utility, consortia and country specific codes Specific codes may be allocated to meet the needs of a manufacturer or other party, except where data can be read out or methods followed using the standard codes. Specific codes shall be selected in accordance with the table below.
62
prEN 13757-1:2012 (E)
Table 9 Reserved OBIS codes Table 9 reserved OBIS codes Code type A Manufacturer specifica
1
Value group B 128199 b b b b C c 128 199, 240 c c c 96 96 D d d 128254 d d 5099 5099 E e e e 128254 e 0255 0255 F f f f f 128254 0255 0255
0, 1, 4...9
Manufacturer specific abstract 2b Manufacturer specific, media related general 2 purpose b Utility specific 3c Consortia specific d Country specific 5e
NOTE 1
4
0 1, 49
064 064
65127 0, 1, 4...9 164 164 93 94

See Note 6f See Note 7g
b, c, d, e, f means any value in the relevant value group.
NOTE 2 The range D = 5099 is available for identifying objects, which are not represented by another defined code, but need representation on the display as well. If this is not required, the range D = 128254 should be used. NOTE 3 If the value in value group B is 65127, the whole OBIS code should be considered as utility specific and the value of other groups does not necessarily carry a meaning defined neither in Clause 4 nor 5. NOTE 4 NOTE 5 NOTE 6 NOTE 7
a b c d e f g
The usage of value group E and F are defined in consortia specific documents. The usage of value group E and F are defined in country specific documents. The value 01 is for the SELMA Consortium, all other values are reserved. See Annex D for the list of country specific identifiers.
b, c, d, e, f means any value in the relevant value group. The range D = 5099 is available for identifying objects, which are not represented by another defined code, but need representation on the display as well. If this is not required, the range D = 128254 should be used. If the value in value group B is 65127, the whole OBIS code should be considered as utility specific and the value of other groups does not necessarily carry a meaning defined neither in Clause 4 nor 5. The usage of value group E and F are defined in consortia specific documents. The usage of value group E and F are defined in country specific documents. The value 01 is for the SELMA Consortium, all other values are reserved. See Annex D for the list of country specific identifiers.
63
prEN 13757-1:2012 (E)
11.1.4 Common value groups [MB14] 11.1.4.1.111.1.4.1 General
The definitions for value groups A, B, E and F are common to all non-electricity meters. Value group C for abstract objects (A = 0) is common to all meters. There is no common value group D. Common value groups are specified in the following subclauses. 11.1.4.2 Value group A
This value group defines the media that the metering is related to. Non-media related information is handled as abstract data. The range for value group A is limited to 0 to 15. The definition of value group A is common to all types of media.
64
prEN 13757-1:2012 (E)
Table 10 Value group A Table 10 Value group A Value group A 0 1 Description Abstract objects Electricity related objects
4 5 6 7 8 9 All other
Heat cost allocator related objects Cooling related objects Heat related objects Gas related objects Cold water related objects Hot water related objects Reserved
11.1.4.3
Value group B
This value group defines the channel number, i.e. the number of the input of a metering device having several inputs (e.g. concentrators, converters). Data from different sources can thus be distinguished. The allowed range is of 0 to 255. If no channel information is essential the value 0 shall be assigned. Channel numbers from 65 to 127 are reserved for future applications. Table 11 Value group B Table 11 Value group B Value group B 0 164 Description No channel specified Channel 1..64
65127 128199 200255
Utility specific codes Manufacturer specific codes Reserved
With devices having just one channel, the usage of channel no. 1 even for device specific non-metering related data items is allowed. The range 65127 is available for utility specific use. If the value of value group B is in this range, the whole OBIS code shall be considered as utility specific and the value of other groups does not necessarily carry a meaning defined elsewhere in this Clauseclause.
NOTE A physical metering device combining multiple logical metering devices could be modelled as a logical metering device having a number of channels, or a number of logical metering devices using different SAP's. The latter is the preferred solution for new development.
65
prEN 13757-1:2012 (E)
11.1.4.4
Value group C (abstract objects)
Value group C defines the abstract or physical data items related to the information source concerned. Abstract objects are data items, which are not related to a certain type of physical quantity. For abstract data the hierarchical structure of the 6 code fields is not applicable beyond value group C. Table 12 Value group C codes where A = 0 (abstract objects) Table 12 Value group C codes where A = 0 (abstract objects)
Value group C Description
Abstract objects (A = 0) 0 1 2 General purpose COSEM objects Instances of IC "Clock" Instances of IC "PSTN Modem configuration" and related IC-s
10 11 12 13 14 15 16 17
Instances of IC "Script Table" Instances of IC "Special Days Table" Instances of IC "Schedule" Instances of IC "Activity Calendar" Instances of IC "Register Activation" Instances of IC "Single Action Schedule" Instances of IC Register monitor Instances of IC Limiter
20 21 22 23 24 25
Instances of IC "IEC Local Port Setup" Standard readout definitions Instances of IC "IEC HDLC Setup" Instances of IC "IEC Twisted Pair (1) Setup" COSEM object of IC "M-Bus Port Setup" Instances of IC TCP-UDP setup, IPv4 setup, MAC address setup, PPP setup, GPRS modem setup, SMTP setup
26 27 31
COSEM objects for S-FSK PLC setup COSEM objects for ISO/IEC 8802-2 LLC layer setup Instances of IC Wireless Mode Q
40 41
Instances of IC "Association SN/LN" Instances of IC "SAP Assignment"
66
prEN 13757-1:2012 (E)
42 43 44
COSEM Logical Device Name Instances of IC Security setup Instances of IC Image transfer
65 67
Instances of IC "Utility Tables" Instances of Sensor manager
Table 12 (continued)
Value group C 70 Description Instances of Tunnel
93 94
Consortia specific identifiers Country specific identifiers
96 97 98
General service entries General error messages General list objects
127 128...199, 240 others

a
Inactive objectsa a Manufacturer specific COSEM related abstract objects Reserved
An inactive object is an object, which is defined and present in a meter, but which has no assigned functionality. NOTE Values of C between 0 and 89 are context- specific; that is they are used to identify objects specific to a certain protocol and/or application.
a An inactive object is an object, which is defined and present in a meter, but which has no assigned functionality.
NOTE Values of C between 0 and 89 are context- specific; that is they are used to identify objects specific to a certain protocol and/or application
11.1.4.5
Notes for value group C (abstract objects)
Where C = 94, a country specific value of group D is used, allowing groups E and F to be defined in national requirements. There are no ranges reserved in this occurrence. The country specific identifiers are listed in appendix D Objects that are already identified in this standard shall not be re-identified by country specific identifiers. 11.1.4.6 Value Group group D
See 11.1.3 for clarity on the use of value group D.
67
prEN 13757-1:2012 (E)
11.1.4.7
Value group E
The range for value group E is 0 to 255. It can be used for identifying further classification or processing of values defined by values in value groups A to D, as specified in the relevant energy type specific clauses. The various classifications and processing methods are exclusive. 11.1.4.8 Value group F
11.1.4.8.1 General The range for value group F is 0 to 255. In all cases, if value group F is not used, it is set to 255. 11.1.4.8.2 Identification of billing periods Value group F specifies the allocation to different billing periods (sets of historical values) for the objects defined by value groups A to E, where storage of historical values is relevant. A billing period scheme is identified with its billing period counter, number of available billing periods, time stamp of the billing period and billing period length. Several billing period schemes may be possible.
11.2 Abstract Objects (A = 0)

11.2.1 Abstract objects, general service entries The table below summarises the codes that shall be used for abstract objects and general service entries. Table 13 Abstract objects, general service entries Table 13 Abstract objects, general service entries
Abstract objects, general service entries Billing period values/reset counter entries (First billing period scheme if there are two) Billing period counter (1) 0 b 0 1 0 VZ or 255 OBIS code A B C D E F
Number of available billing periods (1) Time stamp of the most recent billing period (1) Time stamp of the billing period (1) VZ (last reset) Time stamp of the billing period (1) VZ-1 Time stamp of the billing period (1) VZ-n Billing period values/reset counter entries (Second billing period scheme) Billing period counter (2)
0 0 0 0 0
b b b b b
0 0 0 0 0
1 1 1 1 1
1 2 2 2 2 VZ VZ-1 ... VZ-n
VZ or 255
Number of available billing periods (2) Time stamp of the most recent billing period (2) Time stamp of the billing period (2) VZ (last reset) Time stamp of the billing period (2) VZ-1
0 0 0 0
b b b b
0 0 0 0
1 1 1 1
4 5 5 5 VZ VZ-1
68
prEN 13757-1:2012 (E)
... Time stamp of the billing period (2) VZ-n
... VZ-n
Tunnel Message Tunnel Response
0 0
b b
70 70
0 1
N 4) n
255 255
Device ID numbers (non-energy/channel related) Complete device ID Device ID 1 (manufacturing number) Device ID 10 Metering point ID (abstract) 0 0 0 0 0 0 0 0 96 96 96 96 1 1 1 1 0 9 10
OBIS code A B C D E F
Abstract objects, general service entries Parameter changes, calibration and access Number of configuration program changes Date
aa a
0 0 0 0 0 0 0 0
b
b b b b b b b b b b b b
96 96 96 96 96 96 96 96 96 96 96 96
2 2 2 2 2 2 2 2 2 2 2 2
0 1 2 3 4 5 6 7 10 11 12 13
of last configuration program change
Date a of last time switch program change

a Date a
of last ripple control receiver program change
Status of security switches

a Date a a
of last calibration
Date a of next configuration program change Date

aa
of activation of the passive calendar
Number of protected configuration program changes b

a Date a a
0 0 0 0
of last protected configuration program change
bb
Date a (corrected) of last clock synchronization/setting Date of last firmware activation Input/output control signals State of input/output control signals, global c State of input control signals (status word 1) State of output control signals (status word 2) State of input/output control signals (status word 3) State of input/output control signals (status word 4) Disconnect control
c
0 0 0 0 0 0
b b b b b b
96 96 96 96 96 96
3 3 3 3 3 3
0 1 2 3 4 10
4)
The value field e depends on the sophistication of the implementation. See 9.2.2.3.
69
prEN 13757-1:2012 (E)
Abstract objects, general service entries Internal control signals State of the internal control signals, global c
c
0 0 0 0 0
b b b b b
96 96 96 96 96
4 4 4 4 4
0 1 2 3 4
State of internal control signals (status word 1) State of internal control signals (status word 2) State of internal control signals (status word 3) State of internal control signals (status word 4) Internal operating status signals Internal operating status, global c
c
0 0 0 0 0
b b b b b
96 96 96 96 96
5 5 5 5 5
0 1 2 3 4
Internal operating status (status word 1) Internal operating status (status word 2) Internal operating status (status word 3) Internal operating status (status word 4) Battery entries Battery use time counter Battery charge display Date of next change Battery voltage Battery initial capacity Battery installation date and time Battery estimated remaining use time Aux. supply use time counter Aux. voltage (measured) Reserved for Power failure monitoring Operating time Time of operation Time of operation rate 1rate 63 Environmental related parameters Ambient temperature Ambient pressure Relative humidity Status register Status register (Status register 1 if several status registers are used) Status register 2 Status register 10
0 0 0 0 0 0 0 0 0 0
b b b b b b b b b 0
96 96 96 96 96 96 96 96 96 96
6 6 6 6 6 6 6 6 6 7
0 1 2 3 4 5 6 10 11
0 0
b b
96 96
8 8
0 1... 63
0 0 0
b b b
96 96 96
9 9 9
0 1 2
0 0 0 0
b b b b
96 96 96 96
10 10 10 10
1 2 10
70
prEN 13757-1:2012 (E)
Abstract objects, general service entries Event code Event code objects # 1#10 Communication port log parameters Reserved Number of connections Reserved Reserved Communication port parameter 1 GSM field strength Consumer messages Consumer message via local consumer information port Consumer message via the meter dispay and / or via consumer information port Currently active tariff Currently active tariff objects # 1#16 Event counter objects Event counter objects #1#10 Manufacturer specific d Manufacturer specific
a b c d
d
96
11
0 9
0 0 0 0 0 0
b b b b b b
96 96 96 96 96 96
12 12 12 12 12 12
0 1 2 3 4 5
0 0
b b
96 96
13 13
0 1
96
14
0 15
0 0 0
b b b
96 96 96
15 50 99
0 9 e e f f
Date of the event may contain the date only, the time only or both.
Protected configuration is characterized by the need to open the main meter cover to modify it, or to break a metrological seal. Global status words with E = 0 contain the individual status words E = 14. The contents of the status words are not defined in this standard. The range D = 5099 is available for identifying objects, which are not represented by another defined code, but need representation on the display as well. If this is not required, the range D = 128254 should be used.
a b c d
Date of the event may contain the date only, the time only or both. Protected configuration is characterized by the need to open the main meter cover to modify it, or to break a metrological seal. Global status words with E = 0 contain the individual status words E = 14. The contents of the status words are not defined in this standard. The range D = 5099 is available for identifying objects, which are not represented by another defined code, but need representation on the display as well. If this is not required, the range D = 128254 should be used.
71
prEN 13757-1:2012 (E)
11.2.2 Error registers, alarm registers and alarm filters Abstract Table 14 Codes for error registers, alarm registers and alarm filters Abstract Table 14 Codes for error registers, alarm registers and alarm filters Abstract Error registers, alarm registers and alarm filters Abstract Error register objects 110 Alarm register objects 110 Alarm filter objects 110
NOTE
OBIS code A 0 0 0 B b b b C 97 97 97 D 97 98 98 E 09 09 101 9 F
NOTE The information to be included in the error objects is not defined in this document.
11.2.211.2.3 List objects Abstract Lists identified with a single OBIS code are defined as a series of any kind of data (for example measurement value, constants, status, events).
72
prEN 13757-1:2012 (E)
Table 15 OBIS codes for list objects Abstract List objects Abstract Data of billing period (with billing period scheme 1 if there are more than one schemes available) Data of billing period (with billing period scheme 2)
a a
OBIS code A 0 0 B b b C 98 98 D 1 2 E e e F 255 a

a
255 a
F = 255 means a wildcard here. See 11.4.3.

F = 255 means a wildcard here. See 0.
11.2.311.2.4 Register table objects Abstract Register tables are defined to hold a number of values of the same type. Table 16 OBIS codes for register table objects Abstract Register table objects Abstract General use, abstract OBIS code A 0 B b C 98 D 10 E e F
11.2.411.2.5 Data profile objects Abstract Abstract data profiles identified with one single OBIS code are used to hold a series of measurement values of one or more similar quantities and/or to group various data. Table 17 OBIS codes for data profile objects Abstract Table 17 OBIS codes for data profile objects Abstract Data profile objects Abstract Load profile with recording period 1 b Load profile with recording period 2 Load profile during test Connection profile Event log
b b
OBIS code A 0 0 0 0 0 B b b b b b C 99 99 99 99 99 D 1 2 3 12 98 E e e 0 e e F
bb
bb
bb
These objects should be used if they (also) hold data not specific to the energy type.
These objects should be used if they (also) hold data not specific to the energy type.
73
prEN 13757-1:2012 (E)
11.3 Media specific value groups

11.3.1 General This following subclause covers the value groups that are media specific, i.e. value group C and D. They identify objects representing information that is media related. The value groups C and D are presented jointly for one media type at a time. 11.3.2 Value groups specific to Heat Cost Allocators 11.3.2.1 Introduction
HCA's are mounted on radiators in the area to be monitored. The HCA shall be mounted with in free air and radiators should not be enclosed. There will normally also be multiple HCA's, even for a single customer. This makes at, the present, direct connection to all HCA's using a two way connections an infeasible solution. It is nevertheless important, that data coming from a (number of) HCA's (via a concentrator) can be handled in the same way as data from other meters for remote reading. The current subclause describes the naming of objects carrying HCA information in a COSEM environment. The words used in this clause are those used in EN 834 the corresponding media standard. The output from an HCA's is "the temperature integral with respect to time", and it is only a relative sum. The main parameter from a HCA is this integral. Time series of this integral may be stored in the HCA for later readout. Other media related information available from a HCA are temperature and rating factors.
74
prEN 13757-1:2012 (E)
11.3.2.2
Value group C for HCA
The name of the different objects in the table for HCA objects corresponds to the name used in the meter standard, EN 834. Table 18 Value group C codes where A = 4 (HCA objects) Table 18 Value group C codes where A = 4 (HCA objects) Value group C codes HCA (A = 4) 0 1 2 3 4 5 6 7 Description General purpose objects Unrated integral bb Rated integral cc Radiator surface temperature d
d
aa
Heating medium temperature, tm Flow (forward) temperature, tV Return temperature, tR Room temperature, tL
93 94
Consortia specific identifiers, see 11.1.4.4 Country specific identifiers, see Appendix D
96 97 98 99 128...199, 240 All other

a b c d
HCA related service entries, see 11.3.2.4. HCA related Error registers, see 11.3.2.5. HCA related lists HCA related data profiles, see 11.3.2.6 Manufacturer specific codes Reserved
Settings like time constant, thresholds etc. Readout prior to compensation as specified in EN 834. Readout after compensation as specified in EN 834 Temperature measured prior to any rating
NOTE 1 The radiator surface (C=3) temperature and the heating media (C=4) temperature, are mutually exclusive. NOTE 2 The forward flow (C=5) and reverse flow (C=6) temperatures are exclusive to the radiator surface (C=3) temperature. NOTE 3 The room temperature measurement (C=7) should always be accompanied by either a radiator surface (C=3) temperature, a heating media (C=4) temperature or a pair of forward / return flow (C=5 / C=6) temperatures.
a b Settings like time constant, thresholds etc. Readout prior to compensation as specified in EN 834.
75
prEN 13757-1:2012 (E)
c d
Readout after compensation as specified in EN 834. Temperature measured prior to any rating.
76
prEN 13757-1:2012 (E)
NOTE 1 NOTE 2
The radiator surface (C=3) temperature and the heating media (C=4) temperature, are mutually exclusive. The forward flow (C=5) and reverse flow (C=6) temperatures are exclusive to the radiator surface (C=3) temperature. The room temperature measurement (C=7) should always be accompanied by either a radiator surface (C=3) temperature, a heating media (C=4) temperature or a pair of forward / return flow (C=5 / C=6) temperatures.
NOTE 3
11.3.2.3
Value group D for HCA
This value group specifies the result of processing a Quantity according to a specific algorithm for Heat Cost Allocator related values. Table 19 Value group D codes where A = 4, C <> 0, 96 .. 99 (HCA objects) Table 19 Value group D codes where A = 4, C <> 0, 96 .. 99 (HCA objects) Value group D Description
HCA related objects (A = 4, C <> 0, 96 .. 99) 0 1 2 3 4 5 6 Other

a b
Current value Periodical value Set date value Billing date value Minimum of value Maximum of value Test value b b Reserved
aa
A set of values periodically stored (this may be once or twice a month).
A value specially processed for test purpose. This may be due to an increased precision of the data, or to a faster (but less precise) processing of data.
a b A set of values periodically stored (this may be once or twice a month). A value specially processed for test purpose. This may be due to an increased precision of the data, or to a faster (but less precise) processing of data.
77
prEN 13757-1:2012 (E)
11.3.2.4
General purpose objects HCA Table 20 OBIS codes for general purpose objects HCA Table 20 OBIS codes for general purpose objects HCA
General purpose objects HCA OBIS code A B C D E F
Free ID-numbers for utilities Complete combined ID ID 1 ... ID 10 Storage information Status (VZ) of the historical value counter Number of available historical values Target date Billing date Configuration Program version no. Firmware version no. Software version no. Device measuring principle Conversion factors Resulting rating factor, K Thermal output rating factor, KQ Thermal coupling rating factor overall, KC Thermal coupling rating factor room side, KCR Thermal coupling rating factor heater side, KCH Low temperature rating factor, KT Display output scaling factor Threshold values Start temperature threshold Difference temperature threshold Period information Measuring period for average value Recording interval for consumption profile Billing period Manufacturer specific b ..................... 4 4 4 4 b b b b 0 0 0 96 8 8 8 50 0 4 6 e f 4 4 b b 0 0 5 5 10 11 4 4 4 4 4 4 4 b b b b b b b 0 0 0 0 0 0 0 4 4 4 4 4 4 4 0 1 2 3 4 5 6
aa
4 4
b b
0 0 ...
0 0 ... 0 0 ... 9
4 4 4 4
b b b b
0 0 0 0
1 1 1 1
1 2 10 11
4 4 4 4
b b b b
0 0 0 0
2 2 2 2
0 1 2 3
78
prEN 13757-1:2012 (E)
Manufacturer specific
a
96
99
This is an object of the type 'Data' enumerated, (0) single sensor, (1) single sensor + start sensor, (2) dual sensor, (3) triple sensor.
This is an object of the type 'Data' enumerated, (0) single sensor, (1) single sensor + start sensor, (2) dual sensor, (3) triple sensor.
11.3.2.5
Error register objects HCA Table 21 OBIS codes for error register objects HCA Table 21 OBIS codes for error register objects HCA Error registers objects HCA OBIS code A 4 B b C 97 D 97 E e F
Error registers
11.3.2.411.3.2.6 Data profile objects HCA HCA related data profiles identified with one single OBIS code are used to hold a series of measurement values of one or more similar quantities and/or to group various data. Table 22 OBIS codes for data profile objects HCA Table 22 OBIS codes for data profile objects HCA Data profile objects HCA Data profile objects OBIS code A 4 B b C 99 D 1 E e F
11.3.2.7
OBIS codes for HCA related objects (examples) Table 23 OBIS codes for HCA related objects (examples) Table 23 OBIS codes for HCA related objects (examples) HCA related objects OBIS code A B C D E F
Consumption Current unrated integral Current rated integral Rated integral, last set date Unrated integral, previous billing date Rated integral, two most recent periodical values Monitoring values Radiator temperature, current value Flow temperature, test value Room temperature, minimum value 4 4 4 b b b 3 5 7 0 6 4 4 4 4 4 4 b b b b b 1 2 2 1 2 0 0 2 3 1 0 0 0 0 0
VZ VZ-1 102
79
prEN 13757-1:2012 (E)
11.3.3 Value groups specific to Heat or Cooling Meters 11.3.3.1 Introduction
The current subclause describes the naming of objects carrying heat meter information in a COSEM environment. It covers the handling of heat, as well as the handling of cooling. The media specific words used in this clause are those used in EN 1434-1 and EN 1434-2 parts of the corresponding media standard. The output from a heat or cooling meter is "the integral of power, i.e. the enthalpy difference times the mass flowrate, with respect to time". Value group A = 5 has been set aside for metering of cooling specific objects, and value group A = 6 for the metering of heat specific objects. The other value groups are identical for heating and cooling. 11.3.3.2 Value group C for Heating / Cooling meters
The name of the different objects in the table for heat metering and cooling metering objects corresponds to the name used in EN 1434-1. Table 24 Value group C codes where A = 5 or A = 6 (Heat/cooling objects)
Table 24 Value group C codes where A = 5 or A = 6 (Heat/cooling objects) Value group C codes Heat / cooling related objects (A = 5 or A = 6) 0 1 2 3 4 5 6 7 8 9 10 11 12 13 Description
General purpose objects aa Energy Accounted volume Accounted mass bb Flow volume Flow mass Return volume Return mass Power Flow rate Flow temperature Return temperature Differential temperature, cc Media pressure dd
93 94
Consortia specific identifiers, see 11.1.4.4 Country specific identifiers, see Annex D
96
Heat / cooling related service entries, see 11.3.3.4
80
prEN 13757-1:2012 (E)
97 98 99 128...199, 240 All other

a b
Heat / cooling related Error registers, see 0 Heat / cooling lists Heat / cooling data profiles, see 0 Manufacturer specific codes Reserved
Settings like time constant, thresholds etc. Used when metering steam. c Will often be available with a higher precision and accuracy than flow and return temperature. d Pressure of the media, if measured. The backup value, to use if pressure cannot be measured, is a general purpose object (C = 0).
a b c d Settings like time constant, thresholds etc. Used when metering steam. Will often be available with a higher precision and accuracy than flow and return temperature. Pressure of the media, if measured. The backup value, to use if pressure cannot be measured, is a general purpose object (C = 0).
11.3.3.3
Value group D for Heat
This value group specifies the result of processing a Quantity according to a specific algorithm for heat or cooling related values. Table 25 Value group D codes where A = 5 or A = 6 and C <> 0, 9699 (Heat/cooling objects) Table 25 Value group D codes where A = 5 or A = 6 and C <> 0, 9699 (Heat/cooling objects) Value group D codes Heat / cooling (A = 5 or A = 6), (C <> 0, 9699) 0 1 2 3 4 5 6 7 8 9 10 11 12 13 Description
Current value Periodical value 1 a Set date value Billing date value Minimum of value 1 Maximum of value 1 Test value bb Instantaneous value cc Time integral 1 dd Time integral 2 ee Current average ff Last average gg Periodical value 2 a Periodical value 3 a
a a a
81
prEN 13757-1:2012 (E)
14 15
Minimum of value 2 Maximum of value 2

[MB15]
20 21 22 23 24 25 All other
a
Under limit occurrence counter Under limit duration Over limit occurrence counter Over limit duration Missing data occurrence counter hh Missing data duration Reserved
h
A set of data that is collected periodically. Recording of data in this way is directly supported by 'profiles'. b A value specially processed for test purpose. This may be due to a increased precision of the data, or to a faster (but less precise) processing of data. c An immediate readout from the system, typically with a shorter measuring time than the current value. d For a current billing period (F = 255): Time integral of the quantity calculated from the origin (first start of measurement) to the instantaneous time point. For a historical billing period (F = 099): Time integral of the quantity calculated from the origin to the end of the billing period given by the billing period code. e For a current billing period (F = 255): Time integral of the quantity calculated from the beginning of the current billing period to the instantaneous time point. For a historical billing period (F = 099): Time integral of the quantity calculated over the billing period given by the billing period code. f The value of a current demand register. g The value of a demand register at the end of the last measurement period. h Values considered as missing (for instance due to sensor failure).
82
prEN 13757-1:2012 (E)
Table 25 (continued) Value group D

a b c
Description
A set of data that is collected periodically. Recording of data in this way is directly supported by profiles. A value specially processed for test purpose. This may be due to a increased precision of the data, or to a faster (but less precise) processing of data. An immediate readout from the system, typically with a shorter measuring time than the current value. origin (first start
d For a current billing period (F = 255): Time integral of the quantity calculated from the of measurement) to the instantaneous time point.
For a historical billing period (F = 099): Time integral of the quantity calculated from the origin to the end of the billing period given by the billing period code. e For a current billing period (F = 255): Time integral of the quantity calculated from the beginning of the current billing period to the instantaneous time point. For a historical billing period (F = 099): Time integral of the quantity calculated over the billing period given by the billing period code. f g h The value of a current demand register. The value of a demand register at the end of the last measurement period. Values considered as missing (for instance due to sensor failure).
11.3.3.4
General purpose objects Heat / cooling Table 26 OBIS codes for general purpose objects Heat/cooling Table 26 OBIS codes for general purpose objects Heat/cooling
General purpose objects Heat / cooling OBIS code A B C D E F
Free ID-numbers for utilities Complete combined ID ID 1 ... ID 10 Storage information Status (VZ) of the historical /periodical value counter Status (VZ) of the periodical value counter, period 1 Number of available historical / periodical values Number of available periodical values for period 2 Set date Billing date Configuration Program version Firmware version Software version Meter location (flow or return) Device version
aa
5/6 5/6
b b
0 0 ...
0 0 ... 0 0 ... 9
5/6
5/6 5/6 5/6 5/6 5/6 5/6
b b b b b b
0 0 0 0 0 0
1 1 1 1 1 1
1 1 2 2 10 11
ff
1f
ff
2f
5/6 5/6 5/6 5/6 5/6
b b b b b
0 0 0 0 0
2 2 2 2 2
0 1 2 3 4
83
prEN 13757-1:2012 (E)
Serial number of flow temperature transducer Serial number of return temperature transducer
5/6 5/6
b b
0 0
2 2
10 11
OBIS code A 5/6 5/6 B b b C 0 0 D 2 2 E 12 13 F
General purpose objects Heat / cooling Serial number of forward flow transducer Serial number of return flow transducer Conversion factors Heat coefficient, k Media pressure (backup value) bb Media enthalpy cc Threshold values Threshold value limit for rate 1 dd ... Threshold value limit for rate 9
dd
5/6 5/6 5/6
b b b
0 0 0
4 4 4
1 2 3
5/6
5 5 5 5 5 5
1 9 21 22 23 24
5/6 5/6 5/6 5/6

ee
b b b b b
0 0 0 0 0
Maximum contracted flow rate ee Maximum contracted power e Maximum contracted

ee
e
Minimum contracted return temperature Timing information
5/6
Averaging period for measurements, generic Averaging period for instantaneous measurements Averaging period for volume / flow measurements Averaging period for temperature measurements Averaging period for pressure measurements Averaging period, power Averaging period, flow rate Averaging period, test values Measurement period, peak values, period 1(short) gg Measurement period, peak values, period 2 g Measurement period, peak values, period
g
5/6 5/6 5/6 5/6 5/6 5/6 5/6 5/6 5/6 5/6 5/6 5/6
g
b b b b b b b b b b b b b b b b b b
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8
0 1 2 3 4 5 6 7 11 12 13 14 21 22 23 24 25 31
g 3g
Measurement period, peak values, period 4
gg
Measurement period, periodical values, period 1(short) g Measurement period, periodical values, period 2
gg
g g
5/6 5/6 5/6 5/6 5/6 5/6
Measurement period, periodical values, period 3 g Measurement period, periodical values, period 4 g Measurement period, test values Recording interval 1 for profiles hh
84
prEN 13757-1:2012 (E)
OBIS code A 5/6 5/6 5/6
bb
General purpose objects Heat / cooling Recording interval 2 for profiles

hh
h
B b b b b b
C 0 0 0 96 96
D 8 8 8 50 99
E 32 33 34 e e
Recording interval 3 for profiles h Billing period Manufacturer specific ..................... Manufacturer specific
a
5/6 5/6
f f
Information about where the (single) flow meter is inserted. A non-zero value is used when the flow meter is located in the flow path. b Defines the pressure of the media, if not measured. The default value is 16 bar
The enthalpy of the thermal conveying liquid. This will be necessary when using media other than pure water. The enthalpy is a part of the calculations when converting from mass to power.
Part of the contract between the customer and the supplier. The threshold defines when to switch rate, and can be used for diagnostic purposes, or to control limiting valves as well.
e
Part of the contract between the customer and the supplier. The threshold may be used to set a 'flag', for diagnostic purposes, or to control limiting valves.
f
Value group 'F' may be left unused, if there is only one set of historical / periodical values in the meter. g The instantiation of periods in a meter shall always start at period 1.
If only one recording interval is implemented, then it shall be recording interval 1. If multiple recording intervals are implemented, the recording interval 1 shall be the interval with the shorter period.
Information about where the (single) flow meter is inserted. A non-zero value is used when the flow meter is located in the flow path. Defines the pressure of the media, if not measured. The default value is 16 bar. the
a b
c The enthalpy of the thermal conveying liquid. This will be necessary when using media other than pure water. The enthalpy is a part of calculations when converting from mass to power. d e f g h
Part of the contract between the customer and the supplier. The threshold defines when to switch rate, and can be used for diagnostic purposes, or to control limiting valves as well. Part of the contract between the customer and the supplier. The threshold may be used to set a 'flag', for diagnostic purposes, or to control limiting valves. Value group 'F' may be left unused, if there is only one set of historical / periodical values in the meter. The instantiation of periods in a meter shall always start at period 1. If only one recording interval is implemented, then it shall be recording interval 1. If multiple recording intervals are implemented, the recording interval 1 shall be the interval with the shorter period.
11.3.3.5
Error register objects Heat / cooling Table 27 OBIS codes for error register objects Heat/ cooling Table 27 OBIS codes for error register objects Heat/cooling Error register objects Heat / cooling OBIS code A 5/6 B b C 97 D 97 E e F
Error register
NOTE
The information to be included in the error objects is not defined in this document.
85
prEN 13757-1:2012 (E)
11.3.3.6
Data profile objects Heat / cooling
Heat / cooling related data profiles identified with one single OBIS code are used to hold a series of measurement values of one or more similar quantities and/or to group various data. Table 28 OBIS codes for data profile objects Heat/ cooling Table 28 OBIS codes for data profile objects Heat / cooling Data profile objects Heat / cooling Consumption / load profile with recording interval 1 Consumption / load profile with recording interval 2 Consumption / load profile with recording interval 3 Profile of maxima with recording interval 1 Profile of maxima with recording interval 2 Profile of maxima with recording interval 3 Consumption / load profile during test OBIS code A 5/6 5/6 5/6 5/6 5/6 5/6 5/6 B b b b b b b b C 99 99 99 99 99 99 99 D 1 1 1 2 2 2 3 E 1 2 3 1 2 3 1 F
Certification data log 11.3.3.7
5/6
99
99
OBIS codes for heat / cooling related objects (examples) Table 29 OBIS codes for heat/ cooling related objects (examples) Table 29 OBIS codes for heat / cooling related objects (examples) Heat / cooling related objects (examples) OBIS code A B C D E F
Consumption Energy, current value, total Energy, current value, rate 1 Energy, periodical, total, the two last storages Energy, billing date value, total, last storage, rate 1 5/6 5/6 5/6 5/6 b b b b 1 1 1 1 0 0 1 3 0 1 0 1
102
VZ
Monitoring values Energy, maximum value (current period) Flow rate, Period value 2, previous storage Power, Max value, previous period Energy, Missing duration c Differential temperature, Test value Flow path, temperature transducers serial no. Collection of data with interval using a profile aa 5/6 5/6 5/6 5/6 5/6 5/6 5/6 b b b b b b b 1 9 8 1 12 0 99 5 12 5 25 6 2 1 10 1 0 VZ-1 VZ-1
86
prEN 13757-1:2012 (E)
Error handling Overall error status bb Subsystem where error has occurred dd Duration of error condition cc
a
5/6 5/6 5/6
b b b
97 97 97
97 97 97
0 1 2
This shows the use of the object type profile, designed to capture objects periodically. No profiles have been predefined for heat meters.
b c
This object is a 'mirror' of the object 0.x.97.97.0.

d
This is the time during which the meter has not been able to calculate energy. A further subdivision of error information.
a b c d
This shows the use of the object type profile, designed to capture objects periodically. No profiles have been predefined for heat meters. This object is a 'mirror' of the object 0.x.97.97.0. This is the time during which the meter has not been able to calculate energy. A further subdivision of error information.
11.3.4 Value groups specific to Gas Meters 11.3.4.1 Introduction
The current subclause [MB16]describes the naming of objects carrying gas metering information in a COSEM environment. It covers the handling of meters, volume converters as well as data loggers. See annex Annex B for a detailed description of the data flow in gas metering. 11.3.4.2 Value group C for Gas
The allocations in the value group C take into account the different combinations of measuring and calculating devices located at a metering point, to allow identifying the source where the data are generated. For the purposes of volume / mass / energy measurement, value group C identifies: - the location of the device in the measurement chain: meter (encoder), converter, logger; - the direction of the gas flow: forward or reverse; - the qualifier of the measurement: undisturbed, disturbed, or absolute. Value group C is also used for identifying process data. For the purposes of gas analysis, a distinction is made between measured values generated by gas analysing systems (C = 70) and parameters used for calculation (C = 0, D = 12). Table 30 Value group C codes where A = 7 Gas Table 30 Value group C codes where A = 7 Gas
Value group C codes Gas (A = 7) 0 Description
General purpose objects
87
prEN 13757-1:2012 (E)
1 2 3 4 5 6 7 8
Forward undisturbed meter volume Forward disturbed meter volume Forward absolute meter volume Reverse undisturbed meter volume Reverse disturbed meter volume Reverse absolute meter volume Forward absolute meter volume (encoder) Reverse absolute meter volume (encoder)
11 12 13 14 15 16
Forward undisturbed converter volume Forward disturbed converter volume Forward absolute converter volume Reverse undisturbed converter volume Reverse disturbed converter volume Reverse absolute converter volume
21 22 23 24 25 26
Forward undisturbed logger volume Forward disturbed logger volume Forward absolute logger volume Reverse undisturbed logger volume Reverse disturbed logger volume Reverse absolute logger volume
31 32
Forward undisturbed energy Forward disturbed energy
Value group C 33 34 35 36 Description Forward absolute energy Reverse undisturbed energy Reverse disturbed energy Reverse absolute energy
41 42 43 44
Absolute temperature Absolute pressure Flow rate Velocity of sound
88
prEN 13757-1:2012 (E)
Value group C 45 46 47 48 49 Description Density (of gas) Relative density Gauge pressure Differential pressure Density of air
51 52 53 54 55
Correction factor Conversion factor Compressibility factor Superior calorific value aa Gas law deviation coefficient (= compressibility factor ratio)
61 62 63 64 65 66
Forward undisturbed mass Forward disturbed mass Forward absolute mass Reverse undisturbed mass Reverse disturbed mass Reverse absolute mass
70
Natural gas analysis
93 94
Consortia specific identifiers Country specific identifiers
96 97 98 99 128...199, 240 All other Notes

a
Gas related service entries, see 11.3.4.5 Gas related Error registers, see 0 Gas related lists (reserved) Gas related data profiles, see 11.3.4.8 Manufacturer specific codes Reserved
The superior (or gross) caloric value can be seen as a conversion factor for converting volume to energy although it is also used for the conversion algorithm.
a The superior (or gross) caloric value can be seen as a conversion factor for converting volume to energy although it is also used for the conversion algorithm.
89
prEN 13757-1:2012 (E)
11.3.4.3
Value group D for Gas
11.3.4.3.1 Gas indexes and index differences The allocations allow identifying the various volume, mass and energy quantities measured along the measuring chain and the gas volume conversion process, relative to various measurementmeasurements and billing periods: - indexes: current values and historical values relative to various billing periods; - index differences: current and last values relative to measurement periods and billing periods;
NOTE Index difference over a certain measurement or billing period is also known as consumption. For consumption, thresholds may be defined, see Table 39Table 39.
- maximum of index differences over various measurement periods, relative to various billing periods.; A distinction is made between value at metering conditions, corrected value and value at base conditions (converted value). The applicability of these qualifiers depends on the location in the measuring chain and in the gas volume conversion process. Three measurement periods are available: - measurement period 1: default value 15 min; - measurement period 2: default value 1 hour; - measurement period 3: no default value specified. Four billing periods are available: - billing period 1: default value 1 day; - billing period 2: default value 1 month; - billing period 3: default value 1 year; - billing period 4: no default value specified. The default values specified reflect the most common applications. If other values are used, they may be held by COSEM objects specified for this purpose. In addition to the current values of the indexes, the following values are available: For measurement periods 1 to 3: - index differences for the current and the last measurement period (6 - 6 values). For billing periods 1, 3 and 4: - historical indexes (3 - 3 values); - index differences for the current and the last billing period (6 - 6 values); - maximum of index differences over measurement periods 1, 2 and 3 (9 - 9 values);
90
prEN 13757-1:2012 (E)
- in total, 18 - 18 values. For billing period 2: - historical indexes (3 values); - index differences for the current and the last billing period (6 values); - maximum of index differences over measurement periods 1, 2 and 3, as well as over billing period 1 (12 values); - in total, 21 values. For all these values, tariffs may be applied. Table 31 Value group D codes for Gas Indexes and index differences (A= 7, C = 18, 1116, 2126, 3136, 6166) Table 31 Value group D codes for (Gas Indexes and index differences (A= 7, C = 18, 1116, 2126, 3136, 6166) objects)
Value group D codes Gas Indexes and index differences (A= 7, C = 18, 1116, 2126, 3136, 6166)
Value group D 0 1 2 3 Index Index Index Index
Quantity
Qualifier Value at metering conditions Corrected value

aa
Period Current Current Current Current
Value at base conditions / Converted value Current redundant value at metering conditions bb
Values relative to measurement period 1 (default value = 15 minutes) 6 7 8 9 10 11 Index difference Index difference Index difference Index difference Index difference Index difference Value at metering conditions Corrected value Value at base conditions Value at metering conditions Corrected value Value at base conditions Current Current Current Last Last Last
Values relative to measurement period 2 (default value = 1 hour) 12 13 14 15 Index difference Index difference Index difference Index difference Value at metering conditions Corrected value Value at base conditions Value at metering conditions Current Current Current Last
Value group D 16 Index difference Quantity Qualifier Corrected value Period Last
91
prEN 13757-1:2012 (E)
Value group D 17 Index difference Quantity Qualifier Value at base conditions Period Last
Values relative to measurement period 3 (no default value) 18 19 20 21 22 23 Index difference Index difference Index difference Index difference Index difference Index difference Value at metering conditions Corrected value Value at base conditions Value at metering conditions Corrected value Value at base conditions Current Current Current Last Last Last
Values relative to billing period 1 (default value = 1 day) 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 Index Index Index Index difference Index difference Index difference Index difference Index difference Index difference Maximum of Index differences over c measurement period 1 c Maximum of Index differences over c measurement period 1 c Maximum of Index differences over c measurement period 1 c Maximum of Index differences over c measurement period 2 c Maximum of Index differences over c measurement period 2 c Maximum of Index differences over c measurement period 2 c Maximum of Index differences over c measurement period 3 c Maximum of Index differences over c measurement period 3 c Maximum of Index differences over . c measurement period 3 c Value at metering conditions Corrected value Value at base conditions Value at metering conditions Corrected value Value at base conditions Value at metering conditions Corrected value Value at base conditions Value at metering conditions Corrected value Value at base conditions Value at metering conditions Corrected value Value at base conditions Value at metering conditions Corrected value Value at base conditions Historical cc Historical c Historical c Current Current Current Last Last Last
c c
Values relative to billing period 2 (default value = 1 month) 42 43 Index Index Value at metering conditions Corrected value Historical c Historical c
c c
92
prEN 13757-1:2012 (E)
Value group D 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 Index Index difference Index difference Index difference Index difference Index difference Index difference Maximum of Index differences over c measurement period 1 c Maximum of Index differences over c measurement period 1 c Maximum of Index differences over c measurement period 1 c Maximum of Index differences over c measurement period 2 c Maximum of Index differences over c measurement period 2 c Maximum of Index differences over c measurement period 2 c Maximum of Index differences over c measurement period 3 c Maximum of Index differences over c measurement period 3 c Maximum of Index differences over c measurement period 3 c Maximum of Index differences over billing c period 1 c Maximum of Index differences over billing c period 1 c Maximum of Index differences over billing c period 1 c Quantity Qualifier Value at base conditions Value at metering conditions Corrected value Value at base conditions Value at metering conditions Corrected value Value at base conditions Value at metering conditions Corrected value Value at base conditions Value at metering conditions Corrected value Value at base conditions Value at metering conditions Corrected value Value at base conditions Value at metering conditions Corrected value Value at base conditions Period Historical c Current Current Current Last Last Last
c
Values relative to billing period 3 (default value = 1 year) 63 64 65 66 67 68 69 70 71 Index Index Index Index difference Index difference Index difference Index difference Index difference Index difference Value at metering conditions Corrected value Value at base conditions Value at metering conditions Corrected value Value at base conditions Value at metering conditions Corrected value Value at base conditions Historical c Historical c Historical c Current Current Current Last Last Last
c c c
93
prEN 13757-1:2012 (E)
Value group D 72 73 74 75 76 77 78 79 80 Quantity Maximum of Index differences over c measurement period 1 c Maximum of Index differences over c measurement period 1 c Maximum of Index differences over c measurement period 1 c Maximum of Index differences over c measurement period 2 c Maximum of Index differences over c measurement period 2 c Maximum of Index differences over c measurement period 2 c Maximum of Index differences over c measurement period 3 c Maximum of Index differences over c measurement period 3 c Maximum of Index differences over c measurement period 3 c Qualifier Value at metering conditions Corrected value Value at base conditions Value at metering conditions Corrected value Value at base conditions Value at metering conditions Corrected value Value at base conditions Period
Values relative to billing period 4 (no default value) 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 Index Index Index Index difference Index difference Index difference Index difference Index difference Index difference Maximum of Index differences over c measurement period 1 c Maximum of Index differences over c measurement period 1 c Maximum of Index differences over c measurement period 1 c Maximum of Index differences over c measurement period 2 c Maximum of Index differences over c measurement period 2 c Maximum of Index differences over c measurement period 2 c Maximum of Index differences over c measurement period 3 c Value at metering conditions Corrected value Value at base conditions Value at metering conditions Corrected value Value at base conditions Value at metering conditions Corrected value Value at base conditions Value at metering conditions Corrected value Value at base conditions Value at metering conditions Corrected value Value at base conditions Value at metering conditions Historical c Historical c Historical c Current Current Current Last Last Last
c c c
94
prEN 13757-1:2012 (E)
Value group D 97 98 All other Notes
a
Quantity Maximum of Index differences over c measurement period 3 c Maximum of Index differences over c measurement period 3 c Reserved
Qualifier Corrected value Value at base conditions
Period
Error correction of meter curves can be allocated to meters (e.g. temperature compensation of a diaphragm gas meter) or subsequent connected devices (e.g. high pressure correction curve of a turbine meter implemented in an associated volume conversion device). From data logger (parallel recording) for use in case of a measurement device fails. With F = 255, current value. With F = 112, 099 value(s) of (a) previous billing period (day), relative to the billing period counter. With F = 101126 value(s) of (a) previous billing period(s) (day) relative to the current billing period.
b c
Error correction of meter curves can be allocated to meters (e.g. temperature compensation of a diaphragm gas meter) or subsequent connected devices (e.g. high pressure correction curve of a turbine meter implemented in an associated volume conversion device). From data logger (parallel recording) for use in case of a measurement device fails. With F = 255, current value. With F = 112, 099 value(s) of (a) previous billing period (day), relative to the billing period counter. With F = 101126 value(s) of (a) previous billing period(s) (day) relative to the current billing period.
b c
11.3.4.3.2 Flow rate The allocations allow identifying values associated with the flow rate of the gas. The flow rate is a process information. It is not linked to a physical device. No tariffication is applicable. A distinction is made between: - current average, last average, and maximum of last average values measured over various averaging periods, relative to various measurement and billing periods. Measurement period 2 and 3 shall be multiple of the averaging period of block demand / sliding demand measurement;. - values at metering conditions, corrected value, value at base conditions (converted value) and value at standard conditions.;
NOTE Standard conditions refer to national regulations, which may differ from ISO standards reference values for base conditions. EXAMPLE is +15 C. Gas reference temperature at standard conditions is 0 C, gas reference temperature at base conditions
Example: gas reference temperature at standard conditions is 0C, gas reference temperature at base conditions is +15C. For averaging period 2, block demand (default) or sliding demand is available. In the case of sliding demand, the averaging period is split to sub-periods. The number of sub-periods is carried by the object 7.b.0.8.35.255.
95
prEN 13757-1:2012 (E)
The last average values of the various flow rate quantities can be captured to load profiles, with selfexplanatory OBIS codes.
96
prEN 13757-1:2012 (E)
Table 32 Value group D codes Gas Flow rate: A = 7, C = 43, Table 32 Value group D codes Gas Flow rate: A = 7, C = 43
Value group D codes Gas Flow rate (A = 7, C = 43)
Value Group D 0 1 2 13 Instantaneous Instantaneous Instantaneous Instantaneous
Quantity
Qualifier Current value at metering conditions Corrected value Value at base conditions / Converted value Value at standard conditions
Averaging period 1, default value = 5 minutes 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 Maximum of last averages for averaging period 1 relative to billing period 1 (default value = 1 day) Maximum of last averages for averaging period 1 relative to measurement period 3 (no default value) Maximum of last averages for averaging period 1 relative to measurement period 2 (default value = 1 hour) Last average for averaging period 1 Current average for averaging period 1 Value at metering conditions Corrected value Value at base conditions Value at standard conditions Value at metering conditions Corrected value Value at base conditions Value at standard conditions Value at metering conditions Corrected value Value at base conditions Value at standard conditions Value at metering conditions Corrected value Value at base conditions Value at standard conditions Value at metering conditions Corrected value Value at base conditions Value at standard conditions Averaging period 2, default value = 15 minutes (block demand or sliding demand) 35 35 37 38 39 40 Last average for averaging period 2 Current average for averaging period 2 Value at metering conditions Corrected value Value at base conditions Value at standard conditions Value at metering conditions Corrected value
97
prEN 13757-1:2012 (E)
41 42
Value at base conditions Value at standard conditions
Value Group D 43 44 45 46 47 48 49 50 51 52 53 54 Maximum of last averages for averaging period 2 relative to billing period 1 (default value = 1 day) Maximum of last averages for averaging period 2 relative to measurement period 3 (no default value) Maximum of last averages for averaging period 2 relative to measurement period 2 (default value = 1 hour) Quantity Qualifier Value at metering conditions Corrected value Value at base conditions Value at standard conditions Value at metering conditions Corrected value Value at base conditions Value at standard conditions Value at metering conditions Corrected value Value at base conditions Value at standard conditions Averaging period 3, default value = 1 hour 55 56 57 58 59 60 61 62 Last average for averaging period 3 Current average for averaging period 3 Value at metering conditions Corrected value Value at base conditions Value at standard conditions Value at metering conditions Corrected value Value at base conditions Value at standard conditions Averaging period 4, (no default value) 63 64 65 66 67 68 69 70 All other Reserved Last average for averaging period 4 Current average for averaging period 4 Value at metering conditions Corrected value Value at base conditions Value at standard conditions Value at metering conditions Corrected value Value at base conditions Value at standard conditions
98
prEN 13757-1:2012 (E)
11.3.4.3.3 Process values For process values, a distinction is made between: - instantaneous values; - average, minimum and maximum values over various process intervals; - value at metering conditions, value at base conditions; and value at standard conditions;
NOTE Standard conditions refer to national regulations, which may differ from ISO standards reference values for base conditions. EXAMPLE Example: gGas reference temperature at standard conditions is 0 C, gas reference temperature at base conditions is +15 C.
for some quantities, backup, actual and preset values are available. Table 33 Value group D codes Gas Process values (A = 7, C = 41, 42, 4449) Table 33 Value group D codes Gas Process values (A = 7, C = 41, 42, 4449)
Value group D codes Gas Process values (A = 7, C = 41, 42, 4449)
Value group D 0 2 3 10 11 13 Instantaneous Instantaneous Instantaneous Instantaneous Instantaneous Instantaneous
Quantity
Qualifier Current value at metering conditions aa Value at base conditions / Converted value bb Backup value Actual value Preset value Value at standard conditions
Process interval 1 (default value = 15 minutes) 15 16 17 18 19 20 21 22 23 24 25 26 27 Minimum, last interval, process interval 1 Average, last interval, process interval 1 Maximum, current interval, process interval 1 Minimum, current interval, process interval 1 Average, current interval, process interval 1 Value at metering conditions Value at base conditions Value at standard conditions Value at metering conditions Value at base conditions Value at standard conditions Value at metering conditions Value at base conditions Value at standard conditions Value at metering conditions Value at base conditions Value at standard conditions Value at metering conditions
99
prEN 13757-1:2012 (E)
28 29
Value at base conditions Value at standard conditions
Value group D 30 31 32 Maximum, last interval, process interval 1 Quantity Qualifier Value at metering conditions Value at base conditions Value at standard conditions Process interval 2 (default value = 1 hour) 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 Maximum, last interval, process interval 2 Minimum, last interval, process interval 2 Average, last interval, process interval 2 Maximum, current interval, process interval 2 Minimum, current interval, process interval 2 Average, current interval, process interval 2 Value at metering conditions Value at base conditions Value at standard conditions Value at metering conditions Value at base conditions Value at standard conditions Value at metering conditions Value at base conditions Value at standard conditions Value at metering conditions Value at base conditions Value at standard conditions Value at metering conditions Value at base conditions Value at standard conditions Value at metering conditions Value at base conditions Value at standard conditions Process interval 3 (default value = 1 day) 51 52 53 54 55 56 57 58 59 Maximum, current interval, process interval 3 Minimum, current interval, process interval 3 Average, current interval, process interval 3 Value at metering conditions Value at base conditions Value at standard conditions Value at metering conditions Value at base conditions Value at standard conditions Value at metering conditions Value at base conditions Value at standard conditions
100
prEN 13757-1:2012 (E)
Value group D 60 61 62 63 64 65 66 67 68 Maximum, last interval, process interval 3 Minimum, last interval, process interval 3 Average, last interval, process interval 3 Quantity Qualifier Value at metering conditions Value at base conditions Value at standard conditions Value at metering conditions Value at base conditions Value at standard conditions Value at metering conditions Value at base conditions Value at standard conditions Process interval 4 (default value = 1 month) 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 Maximum, last interval, process interval 4 Minimum, last interval, process interval 4 Average, last interval, process interval 4 Maximum, current interval, process interval 4 Minimum, current interval, process interval 4 Average, current interval, process interval 4 Value at metering conditions Value at base conditions Value at standard conditions Value at metering conditions Value at base conditions Value at standard conditions Value at metering conditions Value at base conditions Value at standard conditions Value at metering conditions Value at base conditions Value at standard conditions Value at metering conditions Value at base conditions Value at standard conditions Value at metering conditions Value at base conditions Value at standard conditions Process interval 5, since last event 87 88 89 90 91 92 Average, process interval 6, interval between last two events Average, process interval 5, interval since last event Value at metering conditions Value at base conditions Value at standard conditions Value at metering conditions Value at base conditions Value at standard conditions
101
prEN 13757-1:2012 (E)
Value group D All other Notes
a b
Quantity Reserved
Qualifier
To be used for e.g. velocity of sound.

Value of the base conditions is associated with reference values for volume conversion: C = 41, 42. To be used for e.g. velocity of sound. Value of the base conditions is associated with reference values for volume conversion: C = 41, 42.
a b
11.3.4.3.4 Correction, conversion and compressibility values For correction, conversion and compressibility values, various allocations are made taking into consideration the specifics of the measuring process. For these values, average values over various averaging periods are also defined. Table 34 Value group D codes Gas Correction, conversion and compressibility values (A = 7, C = 5155) Table 34 Value group D codes Gas Correction, conversion and compressibility values (A = 7, C = 5155) Value group D codes Gas Correction, conversion and compressibility values (A = 7, C = 5155) 0 2 3 Description
Current value at metering conditions Current value at base conditions / Converted Value Backup
10 11 12 All other
Actual Preset Method Reserved
11.3.4.3.5 Natural gas analysis values For natural gas analysis, allocations in value group D identify the key parameters and the components of the natural gas. For these values, average values over various averaging periods are also defined.
102
prEN 13757-1:2012 (E)
Table 35 Value group D codes Gas Natural gas analysis values (A = 7, C = 70) Table 35 Value group D codes Gas Natural gas analysis values (A = 7, C = 70) Value group D codes Gas Natural gas analysis values (A = 7, C = 70) 8 9 10 11 12 13 14 15 Description
Reference pressure of gas analysis Reference temperature of gas analysis Superior aa Wobbe index 0 C Inferior bb Wobbe index 0 C Methane number Total sulphur Hydrogen sulphide H2S Mercaptans
Table 35 (continued) Value group D 16 17 18 19 20 Description Water dew point (DP H2O) Water (H2O) dew point outlet/normalised Hydrocarbon dew point (DP CXHY) Inferior c calorific value Hi,n Water H2O
60 61 62 63 64 65 66 67 68 69 70 71
Nitrogen N2 Hydrogen H2 Oxygen O2 Helium He Argon Ar Carbon monoxide CO Carbon dioxide CO2 Methane CH4 Ethene C2H4 Ethane C2H6 Propene C3H6 Propane C3H8
103
prEN 13757-1:2012 (E)
Table 35 (continued) Value group D 72 73 74 75 76 77 78 79 80 81 82 83 84 All other Notes

a b c
Description i-butane i-C4H10 n-butane n-C4H10 neo-pentane neo-C5H12 i-pentane i-C5H12 n-pentane n-C5H12 Hexane C6H14 Hexane share higher hydrocarbons C6H14 % Hexane+ C6H14+ Heptane C7H16 Octane C8H18 Nonane C9H20 Decane C10H22 Tetrahydrothiophene C4H8S Reserved
Superior (gross) Wobbe index Inferior (net) Wobbe index Inferior (net) calorific value
Superior (gross) Wobbe index. Inferior (net) Wobbe index. Inferior (net) calorific value.
a b c
11.3.4.4
Value group E codes
11.3.4.4.1 General The following clauses define the use of value group E for identifying further classification or processing the measurement quantities defined by value groups A to D. The various classifications and processing methods are exclusive. 11.3.4.4.2 Indexes and index differences Tariff rates This table shows the use of value group E for identification of tariff rates typically used for indexes and index differences of volume, mass and energy.
104
prEN 13757-1:2012 (E)
Table 36 Value group E codes Gas Indexes and index differences Tariff rates for A = 7, C = 1...8, 11...16, 21...26, 31...36, 61...66, D = 03, 698 Table 36 Value group E codes Gas Indexes and index differences Tariff rates for A = 7, C = 1...8, 11...16, 21...26, 31...36, 61...66, D = 03, 698 Value group E codes Gas Indexes and index differences Tariff rates (A = 7, C = 1...8, 11...16, 21...26, 31...36, 61...66, D = 03, 698) 0 1..63 63 Rate 63 Description
Total Rates 1 to 63 inclusive
128254 All other
Manufacturer specific codes Reserved
11.3.4.4.3 Flow rate No further classification classifications in value group E are made. Therefore, group E shall be 0. 11.3.4.4.4 Process values No further classification classifications in value group E are made. Therefore, group E shall be 0. 11.3.4.4.5 Correction, conversion and compressibility values Averages The table below shows the use of value group E for the identification of average values of correction, conversion and compressibility values over various averaging periods.
105
prEN 13757-1:2012 (E)
Table 37 Value group E codes Gas Correction, conversion and compressibility values Averages: A = 7, C = 51...55, D = 0, 2, 3, 10, 11, 12 Table 37 Value group E codes Gas Correction, conversion and compressibility values Averages: A = 7, C = 51...55, D = 0, 2, 3, 10, 11, 12 Value group E DescriptionValue group E codes Gas Compressibility, correction and conversion values Averages (A = 7, C = 51...55, D = 0, 2, 3, 10, 11, 12) Process independent current value
aa
0 1
Weighted value (e.g. Superior calorific value) bb
11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27
Average, current interval, averaging period 1 (default 5 minutes) Average, last interval, averaging period 1 (default 5 minutes) Average, current interval, averaging period 2 (default 15 minutes) Average, last interval, averaging period 2 (default 15 minutes) Average, current interval, averaging period 3 (default 1 hour) Average, last interval, averaging period 3 (default 1 hour) Average, current interval, averaging period 4 (no default value) Average, last interval, averaging period 4 (no default value) Average, current interval, averaging period 5 (default 1 day) Average, last interval, averaging period 5 (default 1 day) Average, current interval, averaging period 6 (default 1 month) Average, last interval, averaging period 6 (default 1 month) Average, current interval, averaging period 7 (default 1 year) Average, last interval, averaging period 7 (default 1 year) Average, current interval, averaging period 8 (no default value) Average, last interval, averaging period 8 (no default value) Average, averaging period 9, interval since last event
106
prEN 13757-1:2012 (E)
All other
Reserved
Table 37 (continued) Value group E Notes

a
Description
Process independent current value is a gas analysis technology independent value, which is generated asynchronous to processing cycles, but used for further calculations. Weighted value is the result of specific algorithms taking into account different values by weighting their influence on the algorithm result.
a b
11.3.4.4.6 Natural gas analysis values Averages The table below shows the use of value group E for the identification of natural gas analysis values over various averaging periods. Table 38 Value group E codes Gas Natural gas analysis values Averages : A = 7, C = 70, D = 8...20, 60...84 Table 38 Value group E codes Gas Natural gas analysis values Averages : A = 7, C = 70, D = 8...20, 60...84 Value group E codes Gas Natural gas analysis values Averages (A = 7, C = 70, D = 8...20, 60...84) 0 1 Description
Process independent current value a Weighted value (e.g. CO2 in [GJ / t])
a bb
11 12 13
Average, current interval, averaging period 1 (default 5 minutes) Average, last interval, averaging period 1 (default 5 minutes) Average, current interval, averaging period 2 (default 15 minutes)
107
prEN 13757-1:2012 (E)
14 15 16 17 18 19 20 21 22 23
Average, last interval, averaging period 2 (default 15 minutes) Average, current interval, averaging period 3 (default 1 hour) Average, last interval, averaging period 3 (default 1 hour) Average, current interval, averaging period 4 (no default value) Average, last interval, averaging period 4 (no default value) Average, current interval, averaging period 5 (default 1 day) Average, last interval, averaging period 5 (default 1 day) Average, current interval, averaging period 6 (default 1 month) Average, last interval, averaging period 6 (default 1 month) Average, current interval, averaging period 7 (default 1 year)
Table 38 (continued) Value group E 25 26 27 28 All other Notes

a
Description Average, current interval, averaging period 8 (no default value) Average, last interval, averaging period 8 (no default value) Average, averaging period 9, interval since last event Average, averaging period 10, interval between last two events Reserved
a b
108
prEN 13757-1:2012 (E)
11.3.4.5
General purpose objects Gas Table 39 OBIS codes for general purpose objects Gas Table 39 OBIS codes for general purpose objects Gas
General purpose objects Gas OBIS code A B C D E F
Free ID-numbers for utilities Complete combined gas ID Gas ID 1 ... Gas ID 10 Billing period values / reset counter entries (First billing period scheme if there are more than one) Billing period counter (1) Number of available billing periods (1) Time stamp of the most recent billing period (1) Time stamp of the billing period (1) VZ (last reset) Time stamp of the billing period (1) VZ-1 ... Time stamp of the billing period (1) VZ-n Billing period values / reset counter entries (Second billing period scheme) Billing period counter (2) Number of available billing periods (2) 7 7 b b 0 0 1 1 3 4 VZ or 255 7 b 7 7 7 7 7 b b b b b 0 0 0 0 0 ... 0 1 1 1 1 1 ... 1 0 1 2 2 2 ... 2 VZn VZ VZ-1 VZ or 255 7 7 7 b b b 0 0 ... 0 0 0 ... 0 0 ... 9
OBIS code A 7 7 7 B b b b C 0 0 0 ... 7 b 0 D 1 1 1 ... 1 E 5 5 5 ... 5 VZ-n VZ VZ-1 F
General purpose objects Gas Time stamp of the most recent billing period (2) Time stamp of the billing period (2) VZ (last reset) Time stamp of the billing period (2) VZ-1 ... Time stamp of the billing period (2) VZ-n Billing period values / reset counter entries (Third billing period scheme) Billing period counter (3) Number of available billing periods (3) Time stamp of the most recent billing period (3)
7 7 7
b b b
0 0 0
1 1 1
6 7 8
VZ or 255
109
prEN 13757-1:2012 (E)
General purpose objects Gas Time stamp of the billing period (3) VZ (last reset) Time stamp of the billing period (3) VZ-1 ... Time stamp of the billing period (3) VZ-n Billing period values / reset counter entries (Fourth billing period scheme) Billing period counter (4) Number of available billing periods (4) Time stamp of the most recent billing period (4) Time stamp of the billing period (4) VZ (last reset) Time stamp of the billing period (4) VZ-1 ... Time stamp of the billing period (4) VZ-n Configuration Program version Firmware version Software version Device version Active firmware signature Number of device channels Pressure sensor, serial no. Temperature sensor, serial no. Calculator, serial no. Volume sensor a
a
OBIS code 7 7 b b 0 0 ... 7 b 0 1 1 ... 1 8 8 ... 8 VZ-n VZ VZ-1
7 7 7 7 7
b b b b b
0 0 0 0 0 ...
1 1 1 1 1 ... 1
9 10 11 11 11 ... 11
VZ or 255
VZ VZ-1
VZ-n
7 7 7 7 7 7 7 7 7 7 7 7 7 7
b b b b b b b b b b b b b b
0 0 0 0 0 0 0 0 0 0 0 0 0 0
2 2 2 2 2 2 2 2 2 2 2 2 2 2
0 1 2 3 8 10 11 12 13 14 15 16 17 18
, serial no.
Density sensor, serial no. Sensor (medium irrespective), serial no. Digital output configuration Analogue output configuration Output pulse constants converted / unconverted Volume forward at metering conditions Volume reverse at metering conditions Volume absolute bb at metering conditions Volume forward at base conditions Volume reverse at base conditions Volume
b absolute b
7 7 7 7 7 7
b b b b b b
0 0 0 0 0 0
3 3 3 3 3 3
0 1 2 3 4 5
at base conditions
Conversion factors {This area is to be used for polynomials, constants 7 b 0 4 0
110
prEN 13757-1:2012 (E)
General purpose objects Gas for conversion, and similar} ... 7 7 7 7 Threshold values Threshold power for over-consumption relative to measurement period 2 for indexes and index differences limit 1 ... limit 4 Threshold power for over-consumption relative to measurement period 3 for indexes and index differences limit 1 ... limit 4 Threshold limit for rate 1 for over-consumption relative to measurement period 2 for indexes and index differences ... limit for rate 9 Threshold limit for rate 1 for over-consumption relative to measurement period 3 for indexes and index differences ... limit for rate 9 7 b 7 7 b b 7 7 b b 7 b 0 ... 0 0 ... 0 0 ... 0 5 ... 5 5 ... 5 5 ... 5 1 ... 1 2 ... 2 2 ... 2 11 ... 14 1 9 11 19 7 b 7 b 0 ... 0 5 ... 5 1 ... 1 1 ... 4 b b b b 0 0 0 0 4 4 4 4 1 2 3 4 OBIS code
Maximum contracted consumption for rec. interval 1 Maximum contracted consumption for rec. interval 2
c c
7 7
b b
0 0
5 5
3 4
Absolute temperature, minimum limit setting c Absolute temperature, maximum limit setting c Absolute pressure, minimum limit
c setting c c
7 7 7 7
b b b b
0 0 0 0
5 5 5 5
11 12 13 14
Absolute pressure, maximum limit setting c Nominal values volume sensor Pressure Temperature Qmin Qmax Input pulse constants
7 7 7 7
b b b b
0 0 0 0
6 6 6 6
1 2 3 4
111
prEN 13757-1:2012 (E)
General purpose objects Gas Volume forward at metering conditions Volume reverse metering conditions Volume absolute b at metering conditions 7 7 7 7 7 7 b b b b b b OBIS code 0 0 0 0 0 0 7 7 7 7 7 7 0 1 2 3 4 5
Volume forward at base conditions Volume reverse at base conditions Volume absolute b at base conditions Intervals and periods Recording interval 1, for profile Recording interval 2, for profile
d
7 7 7 7 7 7 7
b b b b b b b
0 0 0 0 0 0 0
8 8 8 8 8 8 8
1 2 3 4 5 6 10
dd
Measurement period 1, for average value 1 Measurement period 2, for average value 2 Measurement period 3, for instantaneous value Measurement period 4, for test value Billing period NOTE Codes 7.b.0.8.11...35 are newly defined in Blue Book Edition 9. Process interval 1, default value 15 minutes Process interval 2, default value 1 hour Process interval 3, default value 1 day Process interval 4, default value 1 month Process interval 5, for process value, since last event Process interval 6, between last two events
7 7 7 7 7 7
b b b b b b
0 0 0 0 0 0
8 8 8 8 8 8
11 12 13 14 15 16
Measurement period 1, for indexes differences, default value 15 minutes Measurement period 2, for differences, default value 1 hour Measurement period 3, for differences, no default value indexes indexes
and and and
index index index
7 7 7
b b b
0 0 0
8 8 8
17 18 19
Billing period 1, for indexes and index differences, default value 1 day Billing period 2, for indexes and index differences, default value 1 month Billing period 3, for indexes and index differences, default value 1 year, Billing period 4, for indexes and index differences, no default value
7 7 7 7
b b b b
0 0 0 0
8 8 8 8
20 21 22 23
Averaging period 1, default value 5 minutes Averaging period 2, default value 15 minutes
7 7
b b
0 0
8 8
25 26
112
prEN 13757-1:2012 (E)
General purpose objects Gas Averaging period 3, default value 1 hour Averaging period 4, no default value Averaging period 5, default value 1 day Averaging period 6, default value 1 month Averaging period 7, default value 1 year Averaging period 8, no default value Averaging period 9, since last event Averaging period 10, between two last events 7 7 7 7 7 7 7 7 b b b b b b b b OBIS code 0 0 0 0 0 0 0 0 8 8 8 8 8 8 8 8 27 28 29 30 31 32 33 34
Number of sub-periods for averaging period 2 Time entries Number of days (time expired) since last reset Local time Local date Start of conventional gas day Residual time shift
ee
35
7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7
b b b b b b b b b b b b b b b b b b b b b
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9
0 1 2 3 4 6 7 11 12 13 14 15 16 17 18 19 20 21 22 23 24
Time of last reset (First billing period scheme if there are more than one) Date of last reset (First billing period scheme if there are more than one) Clock time shift limit Billing period reset lockout time (First billing period scheme if there are more than one) Number of days (time expired) since last end of billing period (Second billing period scheme) Time of last reset (Second billing period scheme) Date of last reset (Second billing period scheme) Billing period reset lockout time (Second billing period scheme) MumberNumber of days (Time expired) since last end of billing period (Third billing period scheme) Time of last reset (Third billing period scheme) Date of last reset (Third billing period scheme) Billing period reset lockout time (Third billing period scheme) Number of days (time expired) since last end of billing period (Fourth billing period scheme) Time of last reset (Fourth billing period scheme) Date of last reset (Fourth billing period scheme) Billing period reset lockout time (Fourth billing period scheme) Station management information objects
113
prEN 13757-1:2012 (E)
General purpose objects Gas Heating temperature f, current value Heating temperature, average 15 minutes Heating temperature, average 60 minutes Heating temperature, average day Heating temperature, average month
g f
OBIS code 7 7 7 7 7 b b b b b 0 0 0 0 0 10 10 10 10 10 0 1 11 21 31
Ambient device temperature g
, current value
7 7 7 7 7
b b b b b
0 0 0 0 0
11 11 11 11 11
0 1 11 21 31
Ambient device temperature, average 15 minutes Ambient device temperature, average 60 minutes Ambient device temperature, average day Ambient device temperature, average month Gas parameters for volume conversion, currently used in compressibility calculation Reference pressure of gas analysis Reference temperature of gas analysis Superior Wobbe number 0 C Inferior Wobbe number 0 C Methane number Total sulphur Hydrogen sulphide H2S Mercaptans Water dew point (DP H2O) Water (H2O) dew point outlet / normalised Hydrocarbon dew point (DP CXHY) Inferior calorific value Hi,n Water H2O Density (of gas), base conditions Relative density Superior calorific value Hs,n Nitrogen N2 Hydrogen H2 Oxygen O2 Helium He Argon Ar Carbon monoxide CO Carbon dioxide CO2 Methane CH4
7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7
b b b b b b b b b b b b b b b b b b b b b b b b
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
12 12 12 12 12 12 12 12 12 12 12 12 12 12 12 12 12 12 12 12 12 12 12 12
8 9 10 11 12 13 14 15 16 17 18 19 20 45 46 54 60 61 62 63 64 65 66 67
114
prEN 13757-1:2012 (E)
General purpose objects Gas EtheneEthane C2H4 Ethane C2H6 Propene C3H6 Propane C3H8 i-butane i-C4H10 n-butane n-C4H10 neo-pentane neo-C5H12 i-pentane i-C5H12 n-pentane n-C5H12 Hexane C6H14 Hexane share higher hydrocarbons C6H14 % Hexane+ C6 H14+ Heptane C7H16 Octane C8H18 Nonane C9H20 Decane C10H22 Tetrahydrothiophene Gas parameters for Venturi measurement Internal pipe diameter Orifice diameter Pressure type (orifice fitting) Flow coefficient (alfa) Expansion coefficient (epsilon) Reflux coefficient Isoentropic coefficient Dynamic viscosity Differential pressure dp for cut off Reynold number Gas parameters for density measurement K0 Densimeter Coefficient K2 Densimeter Coefficient Densimeter period for instanteneous measurement Densimeter period for measurement period 15 minutes Sensor manager Sensor manager objects Internal operating status signals, gas related 7 b 0 15 e 7 7 7 7 b b b b 0 0 0 0 14 14 14 14 1 2 10 11 7 7 7 7 7 7 7 7 7 7 b b b b b b b b b b 0 0 0 0 0 0 0 0 0 0 13 13 13 13 13 13 13 13 13 13 1 2 3 4 5 6 7 8 9 10 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 b b b b b b b b b b b b b b b b b OBIS code 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 12 12 12 12 12 12 12 12 12 12 12 12 12 12 12 12 12 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84
115
prEN 13757-1:2012 (E)
General purpose objects Gas Internal operating status, global hl
h h
OBIS code 7 7 7 7 7 7 7 7 7 7 7 7 b b b b b b b b b b b b 96 96 96 96 96 96 96 96 96 96 96 96 5 5 5 5 5 5 5 5 5 5 50 99 0 1 2 3 4 5 6 7 8 9 e e
Internal operating status (status word 1) h Internal operating status (status word 2)
hh
h
Internal operating status (status word 3) h Internal operating status (status word 4) Internal operating status (status word 5)
hh hh
h
Internal operating status (status word 6) h Internal operating status (status word 7)
hh
h h
Internal operating status (status word 8) h Internal operating status (status word 9) h Manufacturer specific ..................... Manufacturer specific
a b c
A volume sensor could be an external mechanical meter / encoder / electronic index. Absolute in the sense that negative volume is summed as positive ABS(). An absolute temperature or absolute pressure outside these limits may affect the error status of the device. If multiple recording intervals are implemented, then recording interval 1 shall be the shorter. This value indicates the remaining time interval for soft time setting, where the clock is corrected in small steps (equivalent to Clock object method 6). Temperature heating is applied by stations with gas heating systems. Application for control of battery environment or volume conversion device environmental control. Status words referring to a status table with fix status words or to any status table bits using mapped status (class_id = 63).
A volume sensor could be an external mechanical meter/encoder/electronic index.
d e
f g
h
a b
Absolute in the sense that negative volume is summed as positive ABS().this represents total volume regardless of direction of flow: for example 2 cubic metres forward with one cubic meter reverse flow would combine to give 3 cubic metres.
c
The limits represent the values at which aAn absolute temperature or absolute pressure measured outside these limits may affect the error status of the device.
d e f g h
If multiple recording intervals are implemented, then recording interval 1 shall be the shorter. This value indicates the remaining time interval for soft time setting, where the clock is corrected in small steps (equivalent to clock object method 6). Temperature heating is applied by stations with gas heating systems. Application for control of battery environment or volume conversion device environmental control. Status words referring to a status table with fix status words or to any status table bits using mapped status (class_id = 63).
116
prEN 13757-1:2012 (E)
11.3.4.6
Error register objects Gas Table 40 OBIS codes for error register objects Gas Table 40 OBIS codes for error register objects Gas Error registers Gas OBIS code A 7 B b C 97 D 97 E e F
Error register
NOTE
11.3.4.7
List object Gas Table 41 OBIS codes for list objects - Gas Table 41 OBIS codes for list objects - Gas List objects Abstract OBIS code A 7 B b C 98 D 1 E e F 255 a
a
Gas related data of billing period (with billing period scheme 1 if there are more than one schemes available) Gas related data of billing period (with billing period scheme 2) Gas related data of billing period (with billing period scheme 3) Gas related data of billing period (with billing period scheme 4) Gas related data of event triggered billing profile b
a b b
7 7 7 7
b b b b
98 98 98 98
2 3 4 11
e e e e
255 a
a
255 a
a
255 a
a
255 a
a
F = 255 means a wildcard here. See 11.4.3. Event triggered means the termination of a billing period by events, e.g. by commands. (Therefore, the profile entries are not equidistant in time).
a b F = 255 means a wildcard here. See 0. Event triggered means the termination of a billing period by events, e.g. by commands. (Therefore, the profile entries are not equidistant in time).
117
prEN 13757-1:2012 (E)
11.3.4.8
Data profile objects Gas Table 42 OBIS codes for data profile objects Gas Table 42 OBIS codes for data profile objects Gas Data profile objects Gas OBIS code A 7 7 7 7 7 7 7 7 7 7 7 7 7 7 B b b b b b b b b b b b b b b C 99 99 99 99 99 99 99 99 99 99 99 99 99 99 D 1 2 3 4 dD
cc
E 4a
a
Load profile with recording interval 1 Load profile with recording interval 2 Profile of maxima with recording interval 1 Profile of maxima with recording interval 2 Load profiles for indexes and index differences of volume, mass b and energy b Load profiles for process values Load profiles for flow rate Power failure event log Event log Certification data log Load profile with recording interval 15 minutes Load profile with recording interval 60 minutes Load profile with recording interval day Load profile with recording interval month
a
4a
a
4a
a
4a
a
eE d
d
ee
e e
ff gg
43 97 98 99 99 99 99 99
e 0 0 1 2 3 4
The value in value group E has been changed from 0 to 4 to id overlaps with the self-description profile OBIS codes. The use of the value 0 is deprecated. rValue group D and E identify the value captured in these profiles. Value group D and E of the OBIS code of the load profile is mapped to value group C and D of the OBIS code identifying the value captured. The value captured in the buffer is always attribute 2 (value) of the respective Register / Extended register objectrezertr. The possible values are 18, 1116, 21...26, 31...36, 61...66. The possible values are 03, 698. Example: Load profile OBIS code 7.b.99.11.17.255. This load profile contains the logged values from a volume conversion device: Forward undisturbed converter volume, index difference, value at base conditions, relative to measurement period 2. The values are captured at the end of each measurement period (last values).
c d
118
prEN 13757-1:2012 (E)
e f
The possible values are 41, 42, 44...49. The possible values are 0, 2, 13, 2432, 42...50, 60...68, 78...86, 90...92. Example: Load profile OBIS code 7.b.99.41.43.255. This load profile contains the logged values of absolute gas temperature, average, last interval, (relative to) process interval 2.
The possible values are 0, 1, 2, 13, 1922, 3942, 59...62, 6770. Example: Load profile OBIS code 7.b.99.43.19.255. This load profile contains the logged values of the flow rate, last average for averaging period 1, value at metering conditions.
11.3.5 Value groups specific to Water Meters ( A = 8 and A = 9) 11.3.5.1 Introduction
The current subclause [MB17]describes the naming of objects carrying water meter information in a COSEM environment. It covers the handling of hot, as well as the handling of cold water.
11.3.5.2
Value group C for Water Table 43 Value group C codes where A=8 or A=9 (Water volume objects)
11.3.5.2 Table 43 Value group C codes where A=8 or A=9 (Water volume objects)
Value group C codes Water (A=8 or A=9) 0 1 2 3
Description
General purpose objects Accumulated volume Flow rate Forward temperature
93 94
Consortia specific identifiers, see 11.1.4.4 Country specific identifiers, see Annex D
96 97 98 99 128...199, 240 All other
Water related service entries, see, 11.3.5.4 Water related Error registers, see 11.3.5.5 Water list Water data profile, see 0 Manufacturer specific codes Reserved
119
prEN 13757-1:2012 (E)
NOTE
All values not specified are reserved.
11.3.5.3
Value group D for Water
This value group specifies the result of processing a Quantity according to a specific algorithm for water related values. Table 44 Value group D codes where A = 8 or A = 9, C <> 0, 9699 (Water volume objects)
Value group D codes Water (A = 8 or A = 9, C <> 0, 9699) 0 1 2 3 4 5 6 All other
Description
Current value Periodical value Set date value Billing date value Minimum of value Maximum of value Test value Reserved
11.3.5.4
General purpose objects Water Table 45 OBIS codes for general purpose objects Water Table 45 OBIS codes for general purpose objects Water General purpose objects Water OBIS code A B C D E F
Free ID-numbers for utilities Complete combined ID ID 1 ... ID 10 Storage information Status (VZ) of the historical value counter Number of available historical values Due date Billing date Billing date period Program Entries 8/9 8/9 8/9 8/9 8/9 b b b b b 0 0 0 0 0 1 1 1 1 1 1 2 10 11 12 8/9 b 8/9 8/9 b b 0 0 ... 0 0 0 ... 0 0 ... 9
120
prEN 13757-1:2012 (E)
Program version no. Device version no. Threshold values Contracted maximum consumption Input pulse constants Volume forward Measurement-/registration-period duration Recording interval for load profile Manufacturer specific ..................... Manufacturer specific
b
8/9 8/9
b b
0 0
2 2
0 3
8/9
8/9
8/9 8/9 8/9
b b b
0 96 96
8 50 99
1 e e f f
11.3.5.5 Error register objects Water Table 46 OBIS codes for error register objects Water Table 46 OBIS codes for error register objects Water Error register objects Water Error register
NOTE
OBIS code A 8/9 B b C 97 D 97 E e F
11.3.5.411.3.5.6 Data profile objects Water Water related data profiles identified with one single OBIS code are used to hold a series of measurement values of one or more similar quantities and/or to group various data.
Table 47 OBIS codes for data profile objects Water Table 47 OBIS codes for data profile objects Water Data profile objects Water Consumption/load profile OBIS code A 8/9 B b C 99 D 1 E e F
11.3.5.7
OBIS codes for water related objects (examples) Table 48 OBIS codes for water related objects (examples) Table 48 OBIS codes for water related objects (examples) Water related objects OBIS code A B C D E F
121
prEN 13757-1:2012 (E)
Consumption Current index, total Current index, tariff 1 Current index, periodical, total, the two last periods 8/9 8/9 8/9 b b b 1 1 1 0 0 1 0 1 0 102
Monitoring values Flow rate, maximum value, previous period Forward temperature, billing date value, last billing period 8/9 8/9 b b 2 3 5 3 0 0 VZ-1 101
11.4 Code presentation

11.4.1 Reduced ID codes (e.g. for EN 62056-21) To comply with the syntax defined for protocol modes A to D of EN 62056-21, the range of ID codes is reduced to fulfil the limitations which are usually apply to the number of digits and the ASCII representation of them. All value groups are limited to a range of 099 and within that range, to the limits given in the relevant Clauses. Some value groups may be suppressed, if they are not relevant to an application: - optional value groups: A, B, E, F; mandatory value groups: C, D.
To allow the interpretation of shortened codes delimiters are inserted between all value groups, see Figure 20Figure 20 Reduced ID code presentation 20: A B : C . D . E * F
Figure 20 Reduced ID code presentation Figure 20 Reduced ID code presentation
The delimiter between value groups E and F can be modified to carry some information about the source of a reset (& instead of * if the reset was performed manually). The manufacturer shall ensure that the combination of the OBIS code and the class_id uniquely identifies each COSEM object.
122
prEN 13757-1:2012 (E)
11.4.2 Display The usage of OBIS codes to display values is normally limited in a similar way as for data transfer. Some codes may be replaced by letters to clearly indicate the differences from other data items 5): Table 49 Example of display code replacement Value group C Table 49 Example of display code replacement Value group C
Value group C
OBIS code 96 97 98 99
Display code C F L P
11.4.3 Special handling of value group F Unless otherwise specified, the value group F is used for the identification of values of billing periods. The billing periods can be identified relative to the status of the billing period counter or relative to the current billing period. For gas, there are four billing period schemes available, see Table 39. With 0 < F < 99, a single billing period is identified relative to the value of the billing period counter, VZ. If the value of the value group of any OBIS code is equal to VZ, this identifies the most recent (youngest) billing period. VZ-1 identifies the second youngest, etc. The billing period counter may have different operating modes, for example modulo-12 or modulo-100. The value after reaching the limit of the billing period counter is 0 for the operating mode modulo-100 and 1 for other operating modes (for example modulo-12). With 101 < F < 125, a single billing period or a set of billing periods are identified relative to the current billing period. F=101 identifies the last billing period, F = 102 the second last / two last billing periods, etc., F = 125 th identifies the 25 last / 25 last billing periods.
5)
The letter codes may also be used in protocol modes A to D.
123
prEN 13757-1:2012 (E)
F = 126 identifies an unspecified number of last billing periods, therefore it can be used as a wildcard. F = 255 means that the value group F is not used, or identifies the current billing period value(s). Table 50 Value group F Billing periodsTable 50 Value group F Billing periods Value group F
VZ Most recent value VZ-1Second most recent value VZ-2Third most recent value VZ-3Fourth most recent value VZ-4... etc.
101 Last value 102 Second / two last value(s) . 125 25 /25 last value(s) 126 Unspecified number of last values
th
124
prEN 13757-1:2012 (E)
Annex A (normative) Basic class meters
This annex defines the minimum requirements for basic meters for the different media types.
A.1 Basic requirements for Heat Cost Allocators

A basic HCA with remote reading shall include at least the following objects: Table A.1 Basic requirements for Heat Cost Allocators Basic H.C.A object list COSEM Logical Device Name General Error Object Current Association Unrated Integral b b OBIS identification IC Data aa Data a a Associatio n LN/SN Register A 0 0 0 4 B 0 0 0 0 C 42 97 40 1 D 0 97 0 0 E 0 0 0 0 F 0xFF 0xFF 0xFF 0xFF
a b
In case that the class "Data" is not available, the class "Register" (with scaler=0, unit=255) may be used. It may be replaced by "Rated Integral", 4.0.2.0.0.0xFF.
NOTE REMARK Other objects would be required to build a practical device: but these would be dependent on the transport technology used.
a b In case that the class "Data" is not available, the class "Register" (with scaler=0, unit=255) may be used. It may be replaced by "Rated Integral", 4.0.2.0.0.0xFF.
125
prEN 13757-1:2012 (E)
A.2 Basic requirements for Heat / Cooling meters

A basic Heat / Cooling meter with remote reading shall include at least the following objects: Table A.2 Basic requirements for Heat/ Cooling meters Basic Heat / Cooling meter object list COSEM Logical Device Name General Error Object Current Association Energy, Current value, total bb OBIS identification IC Data aa Data a a Association LN/SN Register A 0 0 0 5/6 B 0 0 0 0 C 42 97 40 1 D 0 97 0 0 E 0 0 0 0 F 0xFF 0xFF 0xFF 0xFF
In case that the class "Data" is not available, the class "Register" (with scaler=0, unit=255) may be used.
b
As a basic Heat meter only has a single rate, only total is needed.
a b In case that the class "Data" is not available, the class "Register" (with scaler=0, unit=255) may be used. As a basic Heat meter only has a single rate, only total is needed.
A.3 Basic requirements for Gas meters

A basic Gas meter with remote reading shall include at least the following objects: Table A.3 Basic requirements for Gas meters Basic Gas meter object list COSEM Logical Device Name General Error Object Current Association Forward absolute volume, Actual value, total bb Meter Location Code (Utility specific)
a b
OBIS identification IC Data aa Data

a
A 0 0 0 7 7
B 0 0 0 0 0
C 42 97 40 n?3 b 0
D 0 97 0 0 0
E 0 0 0 0 0xFF
F 0xFF 0xFF 0xFF 0xFF 0xFF
Association LN/SN Register Data a
The value group 'C' may have the values ?3; where the ? represents a 0 in the case of a intelligent meter, 1 in the case of a volume conversion device, 2 in the case of an add-on logger to an existing meter with pulse output, and 3 in the case of a theoretical direct energy meter.
a b In case that the class "Data" is not available, the class "Register" (with scaler=0, unit=255) may be used.
The value group 'C' may have the values n?3; where the n? represents a 0 in the case of an intelligent meter, 1 in the case of a volume conversion device, 2 in the case of an add-on logger to an existing meter with pulse output, and 3 in the case of a theoretical direct energy
126
prEN 13757-1:2012 (E)
meter.
127
prEN 13757-1:2012 (E)
A.4 Basic requirements for Cold / Hot water meters

A basic Cold / Hot water meter with remote reading shall include at least the following objects: Table A.4 Basic requirements for Cold/ Hot water meters Basic Cold / Hot water meter object list COSEM Logical Device Name General Error Object Current Association Accumulated volume
a
OBIS identification IC Data aa Data a Association LN/SN Register A 0 0 0 8/9 B 0 0 0 0 C 42 97 40 1 D 0 97 0 0 E 0 0 0 0 F 0xFF 0xFF 0xFF 0xFF
NOTE NOTE Other objects would be required to build a practical device: but these would be dependent on the transport technology used.
a In case that the class "Data" is not available, the class "Register" (with scaler = 0, unit = 255) may be used.
128
prEN 13757-1:2012 (E)
Annex B (informative) DLMS Glossary
Annex B
(informative) DLMS Glossary B.1 Introduction

This annex contains relevant glossary items describing OBIS, COSEM and DLMS terms and phrases. It is based on the IEC/TR 60251-1, which should be regarded as the definitive reference in the case of ambiguity.
B.2 Activation mask

An instance of the Register Activation class is used to handle different tariff setting structures. It specifies which Register, Extended Register and Demand Register objects are enabled if a specific Activation Mask is active (active_mask). All other register objects defined in register_assignment not being part of the active_mask are disabled. All register objects not defined in any register_assignment are enabled by default.
B.3 Activity calendar

An instance of the Activity Calendar class is typically used to handle different tariff setting structures. It is a definition of scheduled actions inside the meter, which follow the classical way of calendar based schedules by defining seasons, weeks etc. It can coexist with the more general object Schedule and can even overlap with it. If actions are scheduled for the same activation time in an object Schedule and in the object Activity Calendar, the actions triggered by Schedule are executed first.
B.4 Association LN
COSEM Logical Devices able to establish application associations within a COSEM context using Logical Name references, model the associations through instances of the Association LN (Association Logical Name) class. A COSEM Logical Device has one instance of this interface class for each association the device is able to support.
B.5 Association SN
COSEM Logical Devices able to establish application associations within a COSEM context using Short Name reference, model the associations through instances of the Association SN (Association Short Name) class. A COSEM Logical Device has one instance of this IC for each association the device is able to support. The short_name of the Association SN object itself is fixed within the COSEM context as FA00h.
B.6 Automatic capturing

Used in relation with interface class Profile Generic.
129
prEN 13757-1:2012 (E)
B.7 Billing Period in COSEM

COSEM treats values or lists of values for several billing periods as profiles. With value group F having a value between 0 and 99, and 101 direct access to data of previous billing periods is available. (see EN 62056-61:2007, Value group F). This is managed by COSEM objects of interface class Profile Generic which are 1 entry deep and contain the timestamp of the storage in addition to the stored
B.8 Capture
The Profile Generic class defines a generalised concept to store dynamic process values of capture objects. A capture object is either a register, a clock or a profile. The capture objects are collected periodically or occasionally. A profile has a buffer to store the captured data. To retrieve a part of the buffer, either a value range or an entry range may be specified, asking to retrieve all entries whose values or entry numbers fall within the given range.
B.9 Channel
To cover metering equipment measuring other energy types than electricity, combined metering equipment measuring more than one type of energy or metering equipment with several physical measurement channels, the concept of channels and medium are introduced. This allows meter data originating from different sources to be identified.
B.10 Clock
An instance of the clock interface class handles all information that is related to date and time, including leap years and the deviation of the local time to a generalised time reference (Universal Co-ordinated Time, UTC). The deviation from the local time to the generalised time reference can change depending on the season (e.g. summer time vs. winter time). The interface to an external client is based on date information specified in day, month and year, time information given in hundredths of seconds, seconds, minutes and hours and the deviation from the local time to the generalised time reference. It also handles the daylight savings function in that way; i.e. it modifies the deviation of local time to UTC depending on the attributes. The start and end point of that function is normally set once. An internal algorithm calculates the real switch point depending on these settings.
130
prEN 13757-1:2012 (E)
Key 1Y deviation X 1 2 3 time daylight_savings_begin daylight_savings_end Local local time Figure B.1 The generalised time concept
Figure 1 The generalised time concept
B.11 Current and last average value objects

Current and last average values are the respective attributes of COSEM objects which are instances of interface class "Demand Register" using the OBIS code of the current value as logical name. S, see Clause B. 22.
B.12 Date and time

Date and time notations normally use octet-string as the data type, but the formatting of the data is defined precisely.
B.13 Daylight saving

If the clock is forwarded then all scripts which fall into the forwarding interval (and would therefore get lost) are executed. If the clock is reversed re-execution of the scripts which fall into the reverse interval is suppressed. Used in relation with interface class Schedule.
131
prEN 13757-1:2012 (E)
B.14 Demand Register

Instances of a Demand Register class store a demand value with its associated status, unit, and time information. The demand register measures and computes its current_average_value periodically. The time interval T over which the demand is measured or computed is defined by specifying number_of_periods and period.
Key T a b c d number_of_periods * period T is the time interval used for calculation of the current_value of a sliding demand register start_time_current period capture_time now Figure B.2 The attributes when measuring sliding
demand Figure 2 The attributes when measuring sliding demand
The demand Demand register Register delivers two types of demand: the current_average_value and the last_average_value (see Figure B.3Figure 3 and Figure B.4Figure 4). The demand Demand register Register knows its type of process value which is described in logical name" using the OBIS identification system.
132
prEN 13757-1:2012 (E)
Key a b c d e f start_time_current now start_time+period period current_average_value last_average_value Figure B.3 Attributes when measuring current_average_value if number of periods is 1
133
prEN 13757-1:2012 (E)
Key Y 3 lav cav ak a b
energy 3 * period
number_of_periods last_average_value current_average_value energy accumulated during period k sliding window period
X c d e f g
time cav lav3 lav4 lav5 lav6
Figure B.4 The attributes if number of periods is 3Figure 3 Attributes when measuring current_average_value if number of periods is 1
134
prEN 13757-1:2012 (E)
Figure 4 The attributes if number of periods is 3 B.15 Device ID

A series of COSEM objects is used to communicate ID numbers of the device. These can be numbers defined by the manufacturer (manufacturing number) or defined by the user. The different ID numbers are instances of the interface class "Data", with data type octet-string. If more than one of those is used it is also allowed to combine them into one instance of the interface class "Profile Generic". In this case the captured objects are the device ID data objects, the capture period is 1 to have just actual values, the sort method is FIFO, the profile entries are limited to 1.
B.16 Error values

A series of COSEM objects are used to communicate error indications of the device. The different error values are instances of the interface class "Data", with data type octet_string. If more than one of those are used it is also allowed to combine them into one instance of the interface class "Profile Generic". In this case the captured objects are the device ID data objects, the capture period is 1 to have just actual values, the sort method is FIFO, the profile entries are limited to 1. Error code objects can also be related to an energy type and to a channel. (See EN 62056-61).
B.17 Extended register interface class

Instances of an Extended Register class store a process value with its associated status, unit, and time information. The Extended Register object knows the nature of the process value. The nature of the value is described by the attribute logical name using the OBIS identification system.
B.18 High level security

As described in EN 62056-53 the ACSE provides part of the authentication services for high level security (HLS). High-level security authentication is typically used when the communication channel offers no intrinsic security and precautions have to be taken against eavesdroppers and against message (password) replay. In this case a 4-pass authentication protocol is foreseen.
135
prEN 13757-1:2012 (E)
B.19 Interface modelling

The interface class Register is formed by combining the features necessary to model the behaviour of a generic register (containing measured or static information) as seen from the client (central unit, hand held terminal). The contents of the register are identified by the attribute logical_name. The logical_name contains an OBIS identifier (see EN 62056-61). The actual (dynamic) content of the register is carried by its value attribute.
B.20 I/O Control Signals

These COSEM objects define and control the status of I/O lines and the pulse duration of physical pulse outputs of the device. Status is defined by an instance of the interface class "Data".
B.21 Interoperability
Driven by the need of the utilities to optimise their business processes, the meter becomes more and more part of an integrated metering and billing system. Whereas in the past, the commercial value of a meter was mainly generated by its data acquisition and processing capabilities, nowadays the critical issues are system integration and interoperability. The set of different interface classes form a standardised library from which the manufacturer can assemble (model) its individual products. The elements are designed such that with them the entire range of products (from residential to commercial and industrial applications) can be covered. The choice of the subset of interface classes used to build a meter, their instantiation and their implementation are part of the product design and therefore left to the manufacturer. The concept of the standardised metering interface class library provides the different users and manufacturers with a maximum of diversity without having to sacrifice interoperability.
B.22 Logical device

The COSEM Logical Device is a set of COSEM objects. Each physical device shall at least contain a Management logical device The addressing of COSEM Logical Devices shall be provided by the addressing scheme of the lower layers of the protocol used.
B.23 Logical name referencing

In this case the attributes and methods of a COSEM object are referenced via the identifier of the COSEM object instance to which they belong. The alternate method is described in B.57. The reference for an attribute is: class_id, value of the logical_name attribute, attribute_index.
The reference for a method is: class_id, value of the logical_name attribute, method_index.
B.24 Low level security

As described in EN 62056-53 the ACSE provides the authentication services for low level security (LLS). Low level security authentication is typically used when the communication channel offers adequate security to avoid eavesdropping and message (password) replay.
136
prEN 13757-1:2012 (E)
For LLS all the authentication services are provided by the ACSE. The association objects provide only the method/attribute (see EN 62056-62:2007, 5.12, 5.13) to change the secret (e.g. password). For LLS authentication the client transmits a secret (e.g. a password) to the server, by using the Calling_Authentication_Value parameter of the COSEM-OPEN. Request service primitive of the client application layer. The server checks if the received secret corresponds to the client identification. If yes, the client is authenticated and the association can be established.
B.25 Manufacturer defined ID-s

A series of COSEM objects is used to communicate ID numbers of the device. These can be numbers defined by the manufacturer (manufacturing number) or defined by the user.
B.26 Manufacturer specific abstract objects

If a code is required that does not already exist, it may be defined as a manufacturer specific abstract object. If the quantity is not required to be displayed on the meter, then it shall use a value group greater than 127.
B.27 Manufacturer specific class id

Identification code of the class (range 0 to 65 535). The class_id can be obtained from an Association object. The class_id's from 0 to 8 191 are reserved to be specified by the DLMS UA. Class_id's from 8 192 to 32 767 are reserved for manufacturer specific interface classes. Class_id's from 32 768 to 65 535 are reserved for user group specific interface classes. DLMS UA reserves the right to assign ranges to individual manufacturers or user groups.
B.28 Manufacturer specific data and parameters

A Data object stores data related to internal meter object(s). The meaning of the value is identified by the logical_name. The data type of the value is instance specific. Data is typically used to store manufacturer specific configuration data and parameters having manufacturer specific logical names.
B.29 Manufacturer specific OBIS codes

An OBIS code, in which any of the value groups B to F has a value in the manufacturer specific range. If one value in a group B to F is used in the manufacturer specific range then the whole code is characterised as manufacturer specific and the other value groups (with the exception of group A) are not necessarily bearing any meaning defined by this standard.
B.30 Maximum and minimum value objects

Interface objects representing minimum and/or maximum values of process values. They may be instances of the interface class Extended register or Profile generic.
B.31 Measurement of different media

To cover metering equipment measuring different energy types, combined metering equipment measuring more than one type of energy or metering equipment with several physical measurement channels, the concept of channels and medium are introduced. This allows meter data originating from different sources to be identified. While this standard fully defines the structure of the identification system for other media, the mapping of non-electrical energy related data items to ID codes needs to be completed separately. The value group B defines the channel number, i.e. the number of the input of a metering equipment having several inputs for the measurement of energy of the same or different types (e.g. in data concentrators, registration units). Data from different sources can thus be identified. The definitions for this value group are independent from the value group A.
137
prEN 13757-1:2012 (E)
B.32 Measurement method and tariffs

The value group D defines types, or the result of the processing of physical quantities identified with the value groups A and C, according to various specific algorithms. The algorithms can deliver energy and demand quantities as well as other physical quantities. The value group E defines the further processing of measurement results identified with value groups A to D to tariff registers, according to the tariff(s) in use. For abstract data or for measurement results for which tariffs are not relevant, this value group can be used for further classification. The value group F defines the storage of data, identified by value groups A to E, according to different billing periods. Where this is not relevant, this value group can be used for further classification.
B.33 Measurement values series

Data profiles identified with one single OBIS code are defined as a series of measurement values of the same type or of groups of the same kind consisting of a number of different measurement values.
B.34 Missing measurement values

Values considered as missing (e.g. interruptions).
B.35 Node
A node is a device that will convert used communication methods, it could be a standalone or integrated device
B.36 Password
See Clause B.18 and B.24.
B.37 Physical device

The Physical Device is the highest level element in the COSEM server. The COSEM server is structured into 3 hierarchical levels as shown in Figure B.5.
Key 1 2 COSEM physical device A COSEM Logical device 2 COSEM Objects
138
prEN 13757-1:2012 (E)
COSEM Management logical device COSEM Objects

Figure B.5 The COSEM server model
B.38 Figure 5 The COSEM server model B.39B.38 Power failure handling
After a power failure the whole schedule is processed to execute all the necessary scripts that would get lost during a power failure. For this the entries that were not executed during the power failure shall be detected. Depending on the validity window attribute they are executed in the correct order (as they would have been executed in normal operation). After a power failure only the last action missed from the object Activity Calendar is executed (delayed). This is to ensure proper tariff setting after power up. If a Schedule object is present, then the missed last action of the Activity Calendar shall be executed at the correct time within the sequence of actions requested by the Schedule.
B.40B.39 Power failure monitoring

Different possibilities to represent values coming from power failure monitoring of the device are available. Simple counting of events is represented by COSEM objects of interface class "Data" with data type unsigned or long unsigned. If more sophisticated information is presented the COSEM object shall be of interface class "Profile Generic".
B.41B.40 Preferred readout-values

By setting profile_entries to 1, the profile object can be used to define a set of preferred readout-values. In the capture_objects attributes those objects and attributes are pre-defined which should be readable with one single command. Setting capture_period to 1 ensures that the values are updated every second.
B.42B.41 Profile objects

Data profiles identified with one single OBIS code are defined as a series of measurement values of the same type or of groups of the same kind consisting of a number of different measurement values.
139
prEN 13757-1:2012 (E)
B.43B.42 Profile for billing periods

Values above 100 allow the identification of profiles which contain values of more than one billing period. The maximum allowed value for this is 125. The value 126 identifies a profile with values of an unspecified number of billing periods.
B.44B.43 Profile generic interface class

The Profile Generic class defines a generalised concept to store dynamic process values of capture objects. A capture object is either a register, a clock or a profile. The capture objects are collected periodically or occasionally. A profile has a buffer to store the captured data. To retrieve a part of the buffer, either a value range or an entry range may be specified, asking to retrieve all entries whose values or entry numbers fall within the given range.
B.45B.44 Register interface class

The interface class Register is formed by combining the features necessary to model the behaviour of a generic register (containing measured or static information) as seen from the client (central unit, hand held terminal). The contents of the register are identified by the attribute logical_name. The logical_name contains an OBIS identifier (see EN 62056-61). The actual (dynamic) content of the register is carried by its value attribute. Defining a specific meter means defining several specific registers. In the example of Figure 11, the meter contains 2 registers; i.e. two specific COSEM objects of the class Register are instantiated. This means that specific values are assigned to the different attributes. Through the instantiation one COSEM object becomes a total, positive, active energy register whereas the other becomes a total, positive, reactive energy register. The COSEM objects (instances of interface classes) represent the behaviour of the meter as seen from the outside. Therefore modifying the value of an attribute shall always be initiated from the outside (e.g. resetting the value of a register). Internally initiated changes of the attributes are not described in this model (e.g. updating the value of a register). A Register object stores a process value or a status value with its associated unit. The Register object knows the nature of the process value or of the status value. The nature of the value is described by the attribute logical name using the OBIS identification system (see EN 62056-62:2007, D.1).
B.46B.45 Reset, IC Demand register

This method forces a reset of the object. Activating this method provokes the following actions: the current period is terminated; the current_average_value and the last_average_value are set to their default value; the capture_time and the start_time_current are set to the time of the execution of reset (data).
B.47B.46 Reset, IC Extended register

This method forces a reset of the object. By invoking this method the attribute value is set to the default value. The default value is an instance specific constant. The attribute status is set such that it shows that a reset method has been invoked.
140
prEN 13757-1:2012 (E)
B.48B.47 Reset, IC Profile generic

Clears the buffer. The buffer has no valid entries afterwards, entries_in_use is zero after this call. This call does not trigger any additional operations of the capture objects, specifically, it does not reset any captured buffers or registers.
B.49B.48 Reset, IC Register

This method forces a reset of the object. By invoking this method the value is set to the default value. The default value is an instance specific constant.
B.50B.49 Reset, indication of source

The delimiter between value groups E and F can be modified to carry some information about the source of a reset (& instead of * if the reset was performed manually).
B.51B.50 Scaler-unit
An atrribute of the interface classes Register, Extended Register and Demand Register. It provides information on the unit and the scaler of the unit. If the value uses a complex data type, the scaler and unit apply to all elements.
B.52B.51 Schedule
The IC Schedule together with an object of the IC Special Days Table handles time and date driven activities within a device. After a power failure the whole schedule is processed to execute all the necessary scripts that would get lost during a power failure. For this the entries that were not executed during the power failure shall be detected. Depending on the validity window attribute they are executed in the correct order (as they would have been executed in normal operation).
B.53B.52 Script
These COSEM objects control the behaviour of the device. Several instances of the interface class "Script Table" are predefined and normally available as hidden scripts only with access to the execute() method.
B.54B.53 Script table interface class

The IC Script table provides the possibility to trigger a series of actions by activating an execute method. For that purpose Script table contains a table of script entries. Each table entry (script) consists of a script_identifier and a series of action_specifications. An action_specification activates a method of a COSEM object or modifies attributes of a COSEM object within the logical device.
B.55B.54 Season
This is an attribute of the interface class Activity calendar. It contains a list defining the starting date of a season. This list is sorted according to season_start. Each season activates a specific week_profile.
B.56B.55 Selective access

The common methods READ/WRITE and GET/SET typically reference the entire attribute addressed. However, for certain attributes selective access to just part of the attribute may be provided. The part of the
141
prEN 13757-1:2012 (E)
attribute is identified by specific selective access parameters. These selective access parameters are defined as part of the attribute specification.
B.57B.56 Set date

A date value stored in the metering device. On the set data the cumulated consumption is stored in an internal register for later readout. A set day is common to all HCA's in a common installation to provide for cost allocation.
B.58B.57 Short name referencing

This kind of referencing is intended for use in simple devices. In this case each attribute and method of a COSEM object is identified with a 13 bit integer. The syntax for the Short Name is the same as the syntax of the name of a DLMS Named Variable. The alternate referencing method is B.23.
B.59B.58 Special days table interface class

The interface class allows defining dates, which will override normal switching behaviour for special days. The interface class works in conjunction with the class "Schedule" or "Activity Calendar" and the linking data item is day_id.
B.60B.59 Standard readout definitions

A set of COSEM objects is defined to carry the standard readout as it would appear with EN 62056-21 (modes A to D). Standard readout objects can also be related to an energy type and to a channel. See EN 62056-61.
B.61B.60 Tariff
The value group E defines the further processing of measurement results identified with value groups A to D to tariff registers, according to the tariff(s) in use. For abstract data or for measurement results for which tariffs are not relevant, this value group can be used for further classification. Additionally see B.32.
B.62B.61 Tariffication
An instance of the Register Activation class is used to handle different tariff setting structures. It specifies which Register, Extended Register and Demand Register objects are enabled if a specific Activation Mask is active (active_mask). All other register objects defined in register_assignment not being part of the active_mask are disabled. All register objects not defined in any register_assignment are enabled by default. An instance of the Activity Calendar class is typically used to handle different tariff setting structures. It is a definition of scheduled actions inside the meter, which follow the classical way of calendar based schedules by defining seasons, weeks It can coexist with the more general object Schedule and can even overlap with it. If actions are scheduled for the same activation time in an object Schedule and in the object Activity Calendar, the actions triggered by Schedule are executed first. After a power failure only the last action missed from the object Activity Calendar is executed (delayed). This is to ensure proper tariff setting after power up. If a Schedule object is present, then the missed last action of the Activity Calendar shall be executed at the correct time within the sequence of actions requested by the Schedule.
B.63B.62 Threshold
This is an attribute of the interface class Register monitor. It provides the threshold values to which the attribute of the referenced register is compared. The threshold is of the same type as the monitored attribute of the referenced object.
142
prEN 13757-1:2012 (E)
These values are represented by instances of the interface class "Register Monitor" by defining the monitored register, the threshold itself and the actions to be performed, when a threshold is crossed.
B.64B.63 Time integral value objects

Time integral values are represented by COSEM objects which are instances of interface class "Register" or Extended Register.
B.65B.64 Time setting, in relation with IC Schedule

There are four different "actions" of time changes: a. time setting forward; b. time setting backwards; c. time synchronisation; d. daylight saving action.
B.64.1 Time setting forward

This is handled the same way as a power failure. All entries missed are executed depending on the validity window attribute. A (manufacturer specific defined) short time setting can be handled like time synchronisation.
B.64.2 Time setting backward

This results in a repetition of those entries that are activated during the repeated time. A (manufacturer specific defined) short time setting can be handled like time synchronisation.
B.64.3 Time synchronisation

Time synchronisation is used to correct small deviations between a master clock and the local clock. The algorithm is manufacturer specific. It shall guarantee that no entry of the schedule gets lost or gets executed twice. The validity window attribute has no effect, because all entries shall be executed like in normal operation.
B.64.4 Daylight Saving

If the clock is forwarded then all scripts which fall into the forwarding interval (and would therefore get lost) are executed. If the clock is reversed re-execution of the scripts which fall into the reversed interval is suppressed.
B.66B.65 Time stamps (in relation with IC PSTN Auto dial)

Contains the start and end date/time stamp when the window becomes active (for the start instant), or inactive (for the end instant). The start_date defines implicitly the period. Example: when day of month is not specified (equal to 0 x FF) this means that we have a daily share line management. Daily, monthly window management can be defined.
B.67B.66 Time stamp (in relation with billing periods)

The time stamps of previous data values shall be part of the captured objects within the COSEM objects representing the data of previous billing periods. The values can also be related to a channel.
143
prEN 13757-1:2012 (E)
B.68B.67 Time synchronisation

Time synchronisation is used to correct small deviations between a master clock and the local clock. The algorithm is manufacturer specific. It shall guarantee that no entry of the schedule gets lost or gets executed twice.
B.69B.68 Unique identifier

The Object Identification System (OBIS) provides a unique identifier for all and every data within the metering equipment, including not only measurement values, but also abstract values used for configuration or obtaining information about the behaviour of the metering equipment. The ID codes defined in this standard are used for identification of: logical names of the various instances of the Interface Classes, or objects, as defined in EN 62056-62; data transmitted through communication lines (see EN 62056-61:2007, A.1); data displayed on the metering equipment (see EN 62056-61:2007, A.2).
This standard applies to all types of metering equipment, like fully integrated meters, modular meters, tariff attachments, data concentrators etc.
B.70B.69 Utility tables

An instance of the Utility Tables class encapsulates ANSI C12.19:1997 table data. With this interface class definition, each Table is represented as an instance. The specific instance is identified by its logical_name.
144
prEN 13757-1:2012 (E)
Annex C (informative) Gas Volume Conversion
145
prEN 13757-1:2012 (E)
Annex C (informative) Gas Volume Conversion
C.1 Introduction
This document is a summary from CEN/TC 237 for gasvolume electronic conversion devices. It shows the minimum set of data objects for such a device, as they shall be displayed at the device. This set is also defined as general data model for OBIS gas meter reading as abstract description of a volume converter. The given model can be extended by various data objects, which are state-of-the-art and manufacturerindependent. In addition to the volume conversion device an energy converter is defined, which is also included in the technical sketch of the corresponding data flow.
C.2 Foreword to abstract data model of gas volume converter

In addition to the functionality of gas volume conversion devices generally gas flow can have a forward and a reverse direction. The ability to operate bidirectional flow depends on physical method and device type. Mainly there is only one defined direction forward. For each direction the same data objects in gas conversion algorithm exist. If the device is equipped with so called "disturbance registers, they are used when detection exceeds permissible metrological limits or plausibility. So the gas conversion process will switch to store results into disturbance registers, when an alert condition occurs, and switch back to normal operation registers, if this condition disappears. The abstract model of the gas volume converter operates equivalent, if: electronic meter reading instead of pulse input indicates gas flow at measuring conditions; ultrasonic technology measures gas flow at measuring conditions.
Using volume conversion values from density meter technology, the relevant data objects acc. density have been introduced.
C.3 Abstract data model of gas volume converter

C.3.1 Definitions
C.3.1.1 gas-volume conversion device device that computes, integrates and indicates the volume increments measured by a gas meter as if it were operating at base conditions, using as inputs the volume at measurement conditions as measured by the gas meter, and other characteristics such as gas temperature and gas pressure
NOTEote to entry 1: The conversion device can also include the error curve of the gas meter and associated measuring transformers. Note to entryNOTE 2: The deviation from the ideal gas law can be compensated by the compressibility factor.
146
prEN 13757-1:2012 (E)
C.3.1.2 measurement conditions conditions of the gas whose volume is measured, at the point of measurement (e.g. the temperature and the pressure of the gas)
C.3.1.3 base conditions fixed conditions used to express the volume of gas independently of the measurement conditions (e.g. temperature of 273,15 K and absolute pressure of 1,01325 bar or temperature of 288,15 K and absolute pressure of 1,01325 bar). C.3.1.4 specified measuring range set of values of measurandsmeasurements (the pressure for the pressure transducer or temperature for the temperature transducer) for which the error of the conversion device is intended to lie within the limits specified in the standard
Note to entry:NOTE The upper and lower limits of the specified measuring range are called maximum value and minimum value respectively.
C.3.1.5 specified field of measurement of a conversion device set of values at measurement conditions for which the error of the conversion device is within specified limits
Note to entryNOTE 1:
A conversion device has a measuring range for every quantity that it processes.
Note to entryNOTE 2: The specified field of measurement applies to the characteristic quantities of the gas that are used to determine the conversion factor.
C.3.1.6 disturbances influence quantity having a value within the limits specified, but outside the specified rated operating conditions of the measurement instrument.
C.3.2 Common objects in gas conversion and energy calculation

Table C.1 OBIS-Value group A=7, B=X, E=0, F=FFOBIS-Value group A=7, B=X, E=0, F=FF
OBIS value C 3 13 23 3 13 23 OBIS value D 0 0 0 1 1 1 Vc Gas formula symbol Vm Common Object Names and explanations Unconverted Volume Index from meter Unconverted Volume Index from converter Unconverted Volume Index from logger Error-Corrected Volume from meter Error-Corrected Volume from converter Error-Corrected Volume from logger
147
prEN 13757-1:2012 (E)
23 a 33 41
2 2 0
Vb E T
Converted Volume a Energy Index Current Temperature c Temperature of Gas, expressed in Kelvin. Volume conversion depends on Kelvin temperature measurement.
41
Tb
Base Temperature c
Table C.1 (continued)

OBIS value C 41 0 OBIS value D 3 5 : 11 b Gas formula symbol (none) Tmin
Common Object Names and explanations Backup Temperature (Used if temperature sensor fails) c Minimum absolute gas temperature in measuring range (lower limit) b, c
5 : 12 b
Tmax
Maximum absolute gas temperature in measuring range (upper limit) b, c
0 42
2 : 12 b 0
(none) P
Temperature Sensor serial number b Current Pressure Pressure of Gas, expressed in a suitable unit, in absolute terms, for example bar (a). This means that the value is referenced to a perfect vacuum, as opposed to Gauge pressure, which is referenced to current atmospheric conditions.
42 42 0
2 3 5:13 b
Pb (none) Pmin
Base Pressure Backup pressure value (Used if pressure sensor fails) Minimum abs. gas pressure in measuring range (lower limit)
5:14
Pmax
Maximum abs. gas pressure in measuring range (upper limit)
42 0 43
11 2 : 11 b 0
(none) (none) (none)
Preset pressure value: used for conversion devices without a pressure sensor Pressure Sensor serial number b Flow Rate. Flow rate is a measured/calculated instantaneous representation of the rate of flow: it is analogous to power in electrical terms. It is usually expressed in m3/hour. It can represent unconverted or converted flow, governed by value group D. Velocity of sound. Ultrasonic meters can almost always determine the velocity of sound of the gas, and it is a useful indication of the gas condition. It is worth noting that large changes of Velocity of sound in the gas may represent changes in gas composition, or condition. Density: Density can be measured, and used to calculate energy with a variant of Calorific value. Correction Factor: A fixed value used to correct a scalar error on a meter: for example, if a meter under-registers volume by 0,5 %, then a correction factor value of 1,005 will compensate for the error.
44
(none)
45 51
0 0
(none) Cf
148
prEN 13757-1:2012 (E)
Table C.1 (continued)

OBIS value C 52 53 OBIS value D 0 0 Gas formula symbol C Z
Common Object Names and explanations Conversion Factor: A factor that is used to convert unconverted volume to converted volume. Compressibility: Z: effectively, the difference in compressibility between the gas being measured and noble gas. SGERG-88 and EN 12405-1 give full information on this, though below 1,5 bar (a) this is usually set to 1. Base compressibility Preset compressibility: used where a fixed value of Z is assumed Compressibility method: Usually a text string, SGERG88, AGA8, AGANX19, etc. Calorific Value (measured). CV is the energy that may be gained from the coM-Bustion of a standard volume of gas at base conditions, or at a pre-set density.
53 53 53 54
2 11 12 0
Zb (none) (none) (none)
a b c
The C field value is 23, because it is assumed that the most common arrangement of commercial/ industrial meter installation applies: that is Meter, connected to volume converter, connected to datalogger. Setting values like sensor serial numbers are stored as General Purpose objects (C = 0). The entry in the value group D column is <value group D>:<value group E> Temperatures used for gas are generally specified in Kelvin.
C.4 Principle of measurement for volume conversion and energy calculation

Assumption: The conversion device: is able to correct the error curve of the gas meter (Option); consists of a temperature transducer; consists of a pressure transducer (Option); is able to calculate compressibility factor (Option).
Step 1 The error curve of the gas meter will be corrected by a correction factor
Vc C f Vm
where Cf is the correction factor given by an equation Cf = f(q),
there can be several methods used by the manufacturers for error correction. Step 2 Volume at base conditions is calculated by
V b C V where V can be Vm or Vc
149
prEN 13757-1:2012 (E)
where C is the conversion factor given by the relationship.
C P / Pb Tb / T Z b / Z
Where Z is the compressibility factor using an appropriate equation as a function of pressure and temperature to compensate the deviation from ideal gas law:
Z f
p, T
Presettable gas properties and components are used for the compressibility calculation, combined into one of several existing calculation methods. If the pressure is not measured, it can be included as a fixed value in the processing of the conversion factor. If the compressibility factor is not calculated, it may be included as a fixed value in the processing of the conversion factor. Energy converter In addition to "volume converter, but outside the scope of EN 12405-1 an "energy converter can be defined by the next calculation step. Step 3 Energy is calculated by
E Cal/Value Vb
Cal/Value is the Calorific value, this term implies all the energy, which is contained in the fuel. This Calorific value is measured typically by calorimeter or gas chromatograph devices.
150
prEN 13757-1:2012 (E)
C.5 Data flow in volume conversion and energy calculation
Figure C.1 Energy Conversion Calculation flow chart Figure C.1 Energy Conversion Calculation flow chart
151
prEN 13757-1:2012 (E)
Annex D (normative) Country specific identifiers
Table D.1 Value group D codes Country specific identifiers C = 94Annex D (normative) Country specific identifiers Table D.1 Value group D codes Country specific identifiers C = 94
Value group D 00 01 02 03 07 10 11 12 13 14 15 16 20 27 30 31 32 33 34 35 36 37 38 39 40 41 42 43 Value group D Country specific iIdentifiers a (A = any, C = 94) Identifiers for Finland Identifiers for the USA Identifiers for Canada Identifiers for Serbia Identifiers for Russia Identifiers for Czech Identifiers for Bulgaria Identifiers for Croatia Identifiers for Ireland Identifiers for Israel Identifiers for Ukraine Identifiers for Yugoslavia a Identifiers for Egypt Identifiers for South Africa Identifiers for Greece Identifiers for the Netherlands Identifiers for Belgium Identifiers for France Identifiers for Spain Identifiers for Portugal Identifiers for Hungary Identifiers for Lithuania Identifiers for Slovenia Identifiers for Italy Identifiers for Romania Identifiers for Switzerland Identifiers for Slovakia Identifiers for Austria
152
prEN 13757-1:2012 (E)
44 45
Identifiers for the United Kingdom Identifiers for Denmark
Table D.1 (continued)

Value group D 46 47 48 49 52 54 55 61 62 63 64 65 73 75 81 85 86 87 90 91 92 96 97 98 Others
a
Identifiers Identifiers for Sweden Identifiers for Norway Identifiers for Poland Identifiers for Germany Identifiers for South Korea Identifiers for Argentina Identifiers for Brazil Identifiers for Australia Identifiers for Indonesia Identifiers for the Philippines Identifiers for New Zealand Identifiers for Singapore Identifiers for Moldova Identifiers for Belarus Identifiers for Japan Identifiers for Hong Kong Identifiers for China Bosnia and Herzegovina Identifiers for Turkey Identifiers for India Identifiers for Pakistan Identifiers for Saudi Arabia Identifiers for the United Arab Emirates Identifiers for Iran Reserved
With the dissolution of the former Yugoslavia into separate nations, country code 16 was decommissioned.
NOTE
Objects that are already identified in this standard shall not be re-identified by country specific identifiers..
153
prEN 13757-1:2012 (E)
Bibliography
[1] EN 12405-1, Gas meters Conversion Devices Part 1: Volume Conversion [2] IEC/TR 62051-1, Electricity metering Data exchange for meter reading, tariff and load control Glossary of terms Part 1: Terms related to data exchange with metering equipment using DLMS/COSEM
154

PR EN 13757 1

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

PR EN 13757 1

Uploaded by

Copyright:

Available Formats

PRIVATE CIRCULATION PEL/894_12_0021

prEN 13757-1 (E) (dated 2012-07) marked up

prEN 13757-1:2012 (E)

prEN 13757-1:2012 (E)

prEN 13757-1:2012 (E)

prEN 13757-1:2012 (E)

prEN 13757-1:2012 (E)

prEN 13757-1:2012 (E)

prEN 13757-1:2012 (E)

prEN 13757-1:2012 (E)

prEN 13757-1:2012 (E)

prEN 13757-1:2012 (E)

The EN 62056 series of standards are in the process of revision/renumbering.

prEN 13757-1:2012 (E)

Terms and definitions

prEN 13757-1:2012 (E)

General description and Securitysecurity

prEN 13757-1:2012 (E)

Common, method independent layer

prEN 13757-1:2012 (E)

Layer 7 Layer 2 Layer 1

Application Data link Physical

Figure 3 IEC 3-layer model Figure 3 IEC 3-layer model

prEN 13757-1:2012 (E)

prEN 13757-1:2012 (E)

Key Management General

prEN 13757-1:2012 (E)

prEN 13757-1:2012 (E)

Lower Layer Security

prEN 13757-1:2012 (E)

Figure 5 Network Architecture The architecture diagram in TR 50572

prEN 13757-1:2012 (E)

prEN 13757-1:2012 (E)

MWLV Station A PLC PSTN

Figure 6 System and physical architecture

prEN 13757-1:2012 (E)

prEN 13757-1:2012 (E)

b) Figure 7 Basic Metering architecture

prEN 13757-1:2012 (E)

One unique access point at any time: a tree structure

Self configurableSelf-configurable network

Hand Held Unit for local access

prEN 13757-1:2012 (E)

Priority will be handled by the access point.

Application Layers for Metering

COSEM Application Layer for Metering

prEN 13757-1:2012 (E)

prEN 13757-1:2012 (E)

Figure 10 Companion Specification in relation to lower layers (3 layer

model) Figure 10 Companion Specification in relation to lower layers ( 3 layer model ).

COSEM Basic Principles

Figure 11 An interface class and its instances

prEN 13757-1:2012 (E)

Management of a COSEM Device

prEN 13757-1:2012 (E)

Data exchange using direct local connection

prEN 13757-1:2012 (E)

Data exchange using wired local area network (LAN)

prEN 13757-1:2012 (E)

Data exchange using wide area network (WAN)

prEN 13757-1:2012 (E)

Figure 13 Typical PSTN configuration

Figure 13 Typical PSTN configuration