SYNC 500 –DLMS COSEM Protocol Library
Kalkitech’s DLMS COSEM (IEC 62056) ANSI C Source Code Libraries are designed to help you support DLMS on your metering hardware within a very short time, with a field proven and conformance tested protocol stack implementation. The libraries are DLMS UA attested and in ANSI C Source Code which can be cross-compiled into your target platform. The Source Code Libraries are available for both Client and Server DLMS-COSEM applications. Pre-compiled object libraries are also available on all major metering chip models, so that the implementation and testing lead time is significantly reduced. Kalkitech’s DLMS Source Code Library has been implemented in more than 50 meter platforms and on numerous metering processors including: (a) Microchip (b) Atmel (c) Freescale (d) Teridian (e) STMicroelectronics.
Kalkitech provides an easy upgrade path for Meter OEMs to implement DLMS/ COSEM protocol in their existing/ new meters by providing a DLMS Server Source Code/ Object Library (ANSI C). The stack has been written keeping in mind the hardware resource constraints typically found in metering hardware platforms and provides flexibility to trade-off between ROM and RAM storage for several large-footprint items (like configuration information, object OBIS lists).
The ROM size for a full stack, using all features is found to be about 40KB (without meter configuration information) and runs under 2.8KB RAM. Configuration info for a typical meter with about 150 objects, a few Associations and profile capture-object lists was seen to occupy an additional 15KB ROM.
DLMS COSEM Source Code Library now supports DLMS COSEM TCP/IP UDP Profile also.
Key advantages of Kalkitech DLMS COSEM stack include:
- ANSI C Code that can run on all ANSI C compilers and processors
- More than 50+ meter implementations
- DLMS UA Attested
- Client and Server Source Code
- Client Test Tools for validating implementation in the meter or modem
- Subsidized implementation consulting and training provided
- Flexible Licensing for Meters, AMR Software, Hand-Held readers, Modems, Data Concentrators
- Supports Indian DLMS COSEM Companion Standard
- DLMS UA attested stack
- Platform independent source files
- Platform specific functionality separated out as a file, with default implementations available for Windows and Linux
- Supports HDLC, TCP/UDP and PRIME PLC communication profiles
- Support for IEC 62056-21 Mode-E implementation
- Memory constraints for embedded system are taken care of
- IEC 61334 and security support as per AES GCM
- Supporting Category A, B, C meters
- Compliance with Indian metering specifications
|The DLMS SCL provides a rich configuration interface. Implementers of the SCL can configure:
Multiple associations may be configured with different Application Contexts, Authentication Mechanisms and Conformance block services:
|The Data interface to the Meter consists of a set of functions that are called on receipt of DLMS get/set or actions request from a client (or their SN equivalents). The SCL will process the request, take care of access-privilege checking and call appropriate methods in the data interface.|
|Integration to Meter data|
|The SCL as it ships, assumes a typical subset of object attributes to be static. Implementers can modify this subdivision and choose which all attributes of an object need to be dynamic (where values change dynamically and need to be updated from meter) by minor editing in certain source files.The values for the static attributes of all supported objects are normally filled in the Configuration Interface. If the implementer chooses to modify the static/dynamic subdivision of objects, the implementer will have to modify the static initialization of the objects in the Configuration interface to suit the new arrangement.The SCL will have a sample implementation to clarify the structure and semantics of each object and it’s supporting structures. The implementer’s role is to edit the initialization of structure variables to suit his requirement. The static information of requested objects will be retrieved by the SCL itself, and the implementer only needs to fill in the dynamic values from meter registers (using Data Interface functions).|
COSEM Application Layer
The Protocol stack supports both Short Name (SN) and Logical-Name (LN) referencing with no ciphering.
Supports NO_SECURITY and LOW_LEVEL_SECURTIY mechanisms. HIGH_LEVEL_SECURITY mechanisms can be built in on request.
The stack supports the following featured services in the DLMS Conformance-block.
- SELECTIVE ACCESS
- BLOCK TRANSFER WITH GET
- BLOCK TRANSFER WITH SET
- Servicios SN
- PARAMETERIZED ACCESS
- Further advanced feature – bits in the conformance block in progress for an upcoming release
- ATTRIBUTE 0 WITH SET
- MULTIPLE REFERENCES
The stack supports the following Interface Classes and their Instantiation:
- EXTENDED REGISTER
- DEMAND REGISTER
- PROFILE GENERIC
- SPECIAL DAYS TABLE
- ACTIVITY CALENDAR
- ASSOCIATION LN
- ASSOCIATION SN
- SAP ASSIGNMENT
- SINGLE ACTION SCHEDULE
- IEC LOCAL PORT SETUP
- MODEM CONFIGURATION
- AUTO ANSWER
- IEC HDLC SETUP CLASS
- TCP-UDP SETUP
- IPV4 SETUP
- ETHERNET SETUP
- GPRS MODEM SETUP
- SMTP SETUP
Kalkitech constantly updates the interface class support on DLMS.
The complete range of standard OBIS Codes related to the above-mentioned Interface Classes can be configured in to the system.
HDLC Data Link Layer:
Direccionamiento: Soporta direccionamiento 1 –byte, 2 –byte y 4 –byte.
- Supports Inactivity, Inter-frame and Response timeouts
- DLMS COSEM Indian Companion Specification Support