DOC

Conftest_PL_V2.0_GK020515

By Benjamin Reynolds,2014-09-15 22:33
7 views 0
Conftest_PL_V2.0_GK020515

    COSEM conformance testing

    Physical layer test plan devicelanguage messagespecification

    Project: COSEM conformance testing Physical layer

    Author: DLMS UA WG Conformance testing

    Helmut Ratzenhofer, Gyozo Kmethy Version: V2.0

    Status: Released [in work, for review, released] Revision Date: 2002-05-15

    Copyright: ? Copyright DLMS UA 1997-2002

    Classification: DLMS User Association use only

    Filename: Conftest_PL_V2.0_GK020515

    Replace Doc V1.0, filename Conftest_PL_V1.0_GK000713 Comment:

    DLMS User Association Date: 2002-05-15 DLMS UA 1001-2 ed.2 1/12

     ? Copyright 2002 DLMS User Association

    nd edition DLMS User Association, COSEM conformance testing - Physical layer test plan, 2

Table of Contents

    Table of Contents ........................................................................................................... 2

    1 Foreword ................................................................................................................. 3 2 Scope...................................................................................................................... 3

    3 Introduction.............................................................................................................. 4

    3.1 Referenced documents ..................................................................................... 4

    3.2 Terms, Definitions and Abbreviations ................................................................. 4

    3.3 Revision History ............................................................................................... 4 4 Testing the physical layer .......................................................................................... 5

    4.1 General test concept ........................................................................................ 5

    4.2 Services tested ................................................................................................ 5

    4.3 Services related to connect/disconnect ............................................................... 5

    4.3.1 Connection through modem link .............................................................. 6

    4.3.1.1 Connect through modem .......................................................... 6

    4.3.1.2 Disconnect through modem ...................................................... 6

    4.3.1.3 Abort modem connection .......................................................... 7

    4.4 Direct connection on serial port ......................................................................... 7

    4.5 Connection on Optical port ................................................................................ 8

    4.5.1 Connection in Mode E............................................................................ 8

    4.5.2 Active disconnection in Mode E .............................................................. 8

    4.5.3 Inactivity disconnection in Mode E .......................................................... 9

    4.6 Services related to identification ........................................................................ 9

    4.6.1 One byte identification request ............................................................... 9

    4.6.2 Two byte identification request ............................................................. 10

    4.6.3 Three byte identification request ........................................................... 10

    4.6.4 Timeout behaviour............................................................................... 11

    4.6.5 Identification request during the data communication stage ..................... 11

    Index ........................................................................................................................... 12

DLMS User Association Date: 2002-05-15 DLMS UA 1001-2 ed.2 2/12

    ? Copyright 2002 DLMS User Association

    ndDLMS User Association, COSEM conformance testing - Physical layer test plan, 2 edition

1 Foreword

    Copyright

    ? Copyright 1997-2002 DLMS User Association

    This document is confidential. It may not be copied, nor handed over to persons outside the standardisation environment.

    The copyright is enforced by national and international law. The "Berne Convention for the Protection of Literary and Artistic Works", which is signed by 121 countries world-wide, and other treaties apply.

    2 Scope

    This document specifies the tests to be performed in order to verify the conformance on physical layer level. The tests are based on the physical layer specification of [1] and [2]. As most of the physical layer tests are difficult to perform automatically, and these tests are implicitly done during testing the higher layers, these tests are not implemented in Version 1.0 of the Conformance Test Tool.

    DLMS User Association Date: 2002-05-15 DLMS UA 1001-2 ed.2 3/12

    ? Copyright 2002 DLMS User Association

    nd edition DLMS User Association, COSEM conformance testing - Physical layer test plan, 2

3 Introduction

    3.1 Referenced documents

    Ref. Title

    IEC 62056-42:2002: Data exchange for meter reading, tariff and load control Part 42: Physical layer [1] services and procedures for connection oriented asynchronous data exchange

    IEC 62056-21:2002, Direct local data exchange (3rd edition of IEC 61107) [2]

    IEC 62056-46:2002: Data exchange for meter reading, tariff and load control Part 46: Data link layer using [3] HDLC protocol

    3.2 Terms, Definitions and Abbreviations Abbreviation Explanation

    COSEM Companion Specification for Energy Metering

    CTT Conformance Test Tool

    DL Data Link Layer

    DLMS Device Language Message Specification

    IEC International Electrotechnical Commission

    IUT Implementation under test ( the metering equipment)

    PL Physical Layer

    3.3 Revision History

    Versions kept within the DLMS-UA WG Conformance testing

    Version Date Author Comment 0.1 2000-04-25 H.Ratzenhofer initial version

    0.2 2000-05-22 H.Ratzenhofer

    1.0 2000-07-13 G. Kmethy Sent to tool providers

    2.0 2002-05-15 G. Kmethy Brought in line with published IEC standards

    DLMS User Association Date: 2002-05-15 DLMS UA 1001-2 ed.2 4/12

    ? Copyright 2002 DLMS User Association

    nd edition DLMS User Association, COSEM conformance testing - Physical layer test plan, 2

4 Testing the physical layer

    4.1 General test concept

    The concept of the test is to verify the behaviour of an IUT according to the specifications of [1] and [2]. The verification shall cover both, expectedly successful and expectedly unsuccessful operations.

    4.2 Services tested

    Services available on the physical interface and specified within the physical layer is the Connect, Disconnect, Abort and Identification services.

    Connect, Disconnect, Abort services need to be tested in the environment the product is designed for.

    The following tests shall be performed

    ; successful connection to a physical device on the specified interfaces; ; accessibility of the device after disconnect for a new connect;

    ; accessibility of the device after abort for a new connect.

    The identification service is defined as a 1 or 3 byte request to a Server by a Client and a 4 byte response, if successful, from the Server.

    The following tests shall be performed:

    ; acceptance / non acceptance of a 1 byte identification request by a Server; ; non acceptance of a 2 byte identification request by a Server;

    ; acceptance / non acceptance of a 3 byte identification request by a Server; ; non acceptance of a identification request if the service is not declared available; ; timeout behaviour of the service;

    ; non-acceptance of an identification request when the Server is in the data communication

    stage.

    4.3 Services related to connect/disconnect

    Depending on the media the product is designed for, the test shall be made to verify the possibility of connection and disconnection of the physical layer. As the layer will not give a response regarding the connection by itself the next layer response needs to be taken as indication.

    DLMS User Association Date: 2002-05-15 DLMS UA 1001-2 ed.2 5/12

    ? Copyright 2002 DLMS User Association

    nd edition DLMS User Association, COSEM conformance testing - Physical layer test plan, 2

4.3.1 Connection through modem link

    4.3.1.1 Connect through modem

Test Case Connect through modem

    Reference [1] 6.3.2

    Test priority Priority is high as absolutely needed for any kind of modem

    communication.

    Purpose The test shall verify that a product enters the connected state when the

    action is performed.

    Description The calling product has to place a telephone call to the called product

    and after the necessary steps the called device shall be able to

    communicate on DLL layer.

    Preconditions Both devices shall be in disconnected state. They shall be connected to

    a telephone modem each, linked by a real telephone network or a

    network simulation.

    Do The Client shall place a call to the Server and shall monitor that the

    modem on the Client side issues a CONNECT message to the client.

    Check To verify the connection a valid SNRM frame shall be sent and the

    proper answer shall be received.

    Post-conditions The DL connection shall be disconnected and the modem connection

    shall be disconnected.

    Remark

    4.3.1.2 Disconnect through modem

Test Case Disconnect through modem

    Reference [1] 6.3.5

    Test priority Priority is high as needed for all kind of modem communication.

    Purpose The test shall verify that a product enters the disconnected state when

    the action is performed.

    Description The calling product has to terminate a telephone call to the called

    product and after the necessary steps the called device shall be able to

    connect again.

    Preconditions A physical connection shall be established.

    Do The Client closes the modem connection by bringing the Client side

    modem into command mode and hanging up the line.

    Check After performing the steps and (if specified for the product) waiting a

    recovery period a new physical connection shall be possible.

    Post-conditions

    Remark

    DLMS User Association Date: 2002-05-15 DLMS UA 1001-2 ed.2 6/12

    ? Copyright 2002 DLMS User Association

    nd edition DLMS User Association, COSEM conformance testing - Physical layer test plan, 2

4.3.1.3 Abort modem connection

Test Case Abort modem connection

    Reference [1] 6.3.5

    Test priority Priority is high.

    Purpose The test shall verify that a product enters the disconnected state when

    the action is performed.

    Description The calling product has to abort a telephone call to the called product

    and after the necessary steps the called device shall be able to connect

    again.

    Preconditions A physical connection shall be established.

    Do The test system aborts the connection by physically interrupting the line.

    Check After waiting a recovery period (if specified for the product) a new

    physical connection shall be possible.

    Post-conditions

    Remark

    4.4 Direct connection on serial port

    In this case no physical connection or disconnection is usual, as the line will be permanently

    connected.

    Test Case Break of physical line

    Reference [1] 6.3.5

    Test priority Priority is medium.

    Purpose The test shall verify that a product enters the disconnected state when

    the action is performed.

    Description After physical break of the line the product shall recover to allow new

    communication after re-connecting the line.

    Preconditions The server shall be online (tested by any kind of communication)

    Do The test system aborts the connection by physically interrupting the

    connection, waiting for the inactivity timeout period.

    Check After a recovery period (if specified for the product) communication shall

    be possible again.

    Post-conditions

    Remark

    DLMS User Association Date: 2002-05-15 DLMS UA 1001-2 ed.2 7/12

    ? Copyright 2002 DLMS User Association

    nd edition DLMS User Association, COSEM conformance testing - Physical layer test plan, 2

4.5 Connection on Optical port

    4.5.1 Connection in Mode E

Test Case Connection in Mode E

    Reference [2] Annex E and F

    Test priority Priority is high.

    Purpose The test shall verify that a product enters the connected state when the

    action is performed.

    Description A sign on according to mode E shall bring the Server in the physical

    connected mode.

    Preconditions The server shall be offline.

    Do The test system sends the sign on dialog according to mode E.

    Check To verify the connection a valid SNRM frame shall be sent and the

    proper answer shall be received.

    Post-conditions

    Remark

4.5.2 Active disconnection in Mode E

Test Case Active disconnection in Mode E

    Reference [2] Annex E and F

    Test priority Priority is high.

    Purpose The test shall verify that a product enters the disconnected state when

    the action is performed.

    Description When closing all existing data link layer connections the server shall

    return to the not connected state.

    Preconditions The server shall be online.

    Do The test system sends release all DL connections.

    Check To verify the connection a valid Mode E logon shall be possible.

    Post-conditions

    Remark As shown in [2] Figure E.2, after data link layer disconnection on the

    HDLC level the server shall immediately fall back to the initial state

    waiting for a new sign on message at 300 Bd.

    For this reason, the data link layer can not be tested with the CTT trough

    direct connection, using [2] Mode E.

    DLMS User Association Date: 2002-05-15 DLMS UA 1001-2 ed.2 8/12

    ? Copyright 2002 DLMS User Association

    nd edition DLMS User Association, COSEM conformance testing - Physical layer test plan, 2

4.5.3 Inactivity disconnection in Mode E

    Test Case Inactivity disconnection in Mode E

    Reference [2] Annex E and F

    Test priority Priority is medium.

    Purpose The test shall verify that a product enters the disconnected state when

    no action is performed.

    Description The inactivity timeout shall reset a Mode E connection.

    Preconditions The server shall be online.

    Do The test system sends no data for the duration of the inactivity timeout.

    Check To verify the connection a valid Mode E logon shall be possible.

    Post-conditions

    Remark

4.6 Services related to identification

    4.6.1 One byte identification request

    Test Case One byte Identification request

    Reference [1] 6.3.3

    Test priority High

    Purpose To verify that the server accepts a valid 1 byte Identification service.

    Description The valid 1 byte identification request is a byte with the value 0x20.

    Optionally the 1 byte identification request can be 0x49 (to be declared

    by the manufacturer).

    Preconditions A valid 1 byte identification request to a Server has following frame

    conditions:

    ; The manufacturer has declared the service available.

    ; A physical connection has been established (this is outside the

    scope of [1] and therefore outside the scope of the conformance test)

    ; The Server is still in the identification stage (no frame longer than 3

    byte was sent to it after physical connection.

    Do Send a valid 1 byte Identification request to the Server.

    A random set of other request shall be tried. In all cases, if an answer

    was generated by the Server the test has failed.

    Check Success response: a series of 4 bytes 0x00 0x04 0x01 0x00.

    After a correct response to the Identification request, the server shall

    enter the data communication state. This shall be tested by sending an

    SNRM frame.

    With any other response the test has failed.

    If the service is not declared by the manufacturer and any answer was

    generated the test has failed.

    Post-conditions The server is in the data communications state.

    Remark

DLMS User Association Date: 2002-05-15 DLMS UA 1001-2 ed.2 9/12

    ? Copyright 2002 DLMS User Association

    nd edition DLMS User Association, COSEM conformance testing - Physical layer test plan, 2

4.6.2 Two byte identification request

    Test Case Two byte identification request

    Reference [1] 6.3.3

    Test priority High

    Purpose To verify that the server does not accept a 2 byte Identification service.

    Description As only a 1 byte or a 3 byte identification request is valid any try with 2

    bytes shall not produce any answer.

    Preconditions A valid 1 byte or 3 byte identification request to a Server has following

    frame conditions:

    ; The manufacturer has declared the service available.

    ; A physical connection has been established (this is outside the

    scope of [1] and therefore outside the scope of the conformance test).

    ; The Server is still in the identification stage (no frame longer than 3

    byte was sent to it after physical connection.

    Do The tries shall include the couple first byte 0x20 and the first byte of the

    declared multi-drop address.

    Check If any answer was produced the test has failed.

    Post-conditions The server remains in the data identification state.

    Remark

4.6.3 Three byte identification request

    Test Case 3 byte identification request (in case of multi-drop)

    Reference [1] 6.3.3

    Test priority High

    Purpose To verify that the server accepts a valid 3 byte Identification service

    Description A valid 3 byte identification request consists of one byte, identical to the

    1 byte identification request and a 2 byte address.

    Preconditions A valid 3 byte identification request to a Server has following frame

    conditions:

    ; The manufacturer has declared the multi-drop identification service

    available.

    ; A physical connection has been established (this is outside the

    scope of [1] and therefore outside the scope of the conformance test).

    ; The Server is still in the identification stage (no frame longer than 3

    byte was sent to it after physical connection).

    ; The multi-drop address is configured and known.

    Do 1. Send a valid 3 byte identification message to the Server according to

    the timeout conditions as outlined in [1].

    2. Send a valid first byte with a wrong address, an invalid first byte with

    a good address and some randomly generated other patterns.

    Check 1. The valid response as defined for the 1 byte identification request

    shall be produced by the Server. Any other response is classified

    invalid. After a correct response to the Identification request, the server

    shall enter the data communication state. This shall be tested by

    sending an SNRM frame.

    2. The server shall not produce any answer.

    3. If any answer was generated if the service was not declared by the DLMS User Association Date: 2002-05-15 DLMS UA 1001-2 ed.2 10/12

    ? Copyright 2002 DLMS User Association

Report this document

For any questions or suggestions please email
cust-service@docsford.com