Porovnávané verzie

Kľúč

  • Tento riadok sa pridal
  • Riadok je odstránený.
  • Formátovanie sa zmenilo.

...

  • EMH LZQJ (SN referencing)
  • Landis ZMD400 (SN referencing)
  • Iskraemeco Iskra MT880-M (LN referencing)
  • ADDAX NP73E.2-18-1 (LN referencing)
  • Iskraemeco AC750-G3C2 gateway  + Iskraemeco AM550-ED1.11, AM550-TD2.12 electrometers (LN referencing, Gateway mode)
  • Iskraemeco AC750-G3C2 gateway + Iskraemeco AM550-ED1.11, AM550-TD2.12 electrometers (LN referencing, Wrapper mode, IPv6 communication)
  • Kaifa MA309M (LN referencing, via RS485 or GSM network [TCP port 4059, TCP/UDP Wrapper, Wrapper Source/Destination Port=1],  Client MAC Address=1, xDLMS Conformance=3F1F00, Password=00000001)

The protocol supports time synchronization, the period is configured in the station configuration dialog.

...

In ordinary situations, when the physical device is identical with to the logical one (one physical device = one logical device), this address does not need to be changed. If the physical device integrates more logical devices, you should monitor content or "0-0:41.0.0" register of "SAP assignment" class (class_id=17, attribute 2 "SAP_assignment_list") in the "DLMS SN Object List" dialog box. This dialog box shows the list of logical devices that are integrated in into a physical one.

List of logical devices

This is the example of a value representation of the "SAP_assignment_list" attribute of the "SAP assignment" class in the device which contains one logical device with Upper MAC Address 16.
See also the protocol parameter "Client MAC address" and a document "DLMS UA 1000-2 Ed. 7.0", chapter 8.4.2.3 "Reserved special HDLC addresses".

...

Communication station configuration dialog box - Protocol parameters tab.
They influences influence some optional protocol parameters. The following station protocol parameters can be set:

...

Kotva
opm
opm
Mode
(Opening Mode)

Opening mode of connection with the device and a used link protocol.

If the device is configured so that it directly uses DLMS/COSEM protocol on the given interface, set this parameter to "Direct HDLC".

Mostly (e.g. when reading through IR optical interface by an optical reading head) you must open the connection in IEC protocol in so-called "mode E" and then transfer to HDLC binary protocol (i.e. DLMS/COSEM).

"IEC mode E", according to the specification of the IEC protocol, uses the following settings of the transmission parameters:

  • baud rate 300 Baud,
  • 7 data bits,
  • even parity,
  • 1 stop bit.

If "Opening Mode" is set to "IEC mode E", the above-mentioned transmission parameters must be set. As for the Serial communication line, the parameters must be set in the line parameters "Mode 1". See the protocol parameter "Software 7E1".

The setting of the baud rate to 300 Baud is usually not required when using the line of the MODEM category. A so-called DTE speed is used between a PC and a modem. If this speed is higher than 300 Baud, you have to activate the "handshaking" parameter on RTS/CTS in proper line mode.

If the parameter value is set to "Direct HDLC", a dynamic change of transmission parameters is not expected. You can use any Serial line mode and set it by the "Line mode" parameter on the station.

More information is mentioned in IEC 62056-21, Electricity metering - Data exchange for meter reading, tariff and load control - Part 21: Direct local data exchange, Annex E: "METERING HDLC protocol using protocol mode E for direct local data exchange".

See also the chapter "Setting of transmission parameters".

The "UDP Pure" mode is used by some devices when communicating over UDP. Each DLMS/COSEM data packet (challenge/response) is in a separate UDP packet. In the case of TCP, this is problematic (without parsing it is not possible to determine what the size of the DLMS/COSEM data packet is) so the DLMS/COSEM standard defines the use of an envelope - called a Wrapper - for TCP/UDP mode (see next paragraph).

The "TCP/UDP Wrapper" mode is used when communicating over TCP or UDP. An 8-byte header (Version, Wrapper Source Port, Wrapper Destination Port, and Length fields) is added to the DLMS/COSEM data.


The "TCP/UDP Wrapper + Gateway protocol" and "Gateway protocol" modes are used when communicating over TCP or UDP through a so-called Gateway device. A prefix is added to the DLMS/COSEM data (single-byte fields Header, Device Network ID, Address Length, and variable-length field Device Address). Based on the Device Network ID and Device Address, the Gateway can distinguish which target device to route the request to. The device response is routed to the D2000 kOM process, and the prefix this time contains its identification (My Network ID, My Address).
In addition, in the "TCP/UDP Wrapper + Gateway protocol" mode, the same header as in the "TCP/UDP Wrapper" mode is added. When using UDP, some devices may omit the header, similar to the "UDP Pure" mode.


Direct HDLC
IEC mode E
UDP Pure
TCP/UDP Wrapper
TCP/UDP Wrapper + Gateway protocol
Gateway protocol

Direct HDLC
--- DLMS/HDLC parameters ---
Kotva
apx
apx
Application Context
The setting of the "Application Context" parameter of the DLMS/COSEM protocol.
Short_Name_Referencing_No_Ciphering context is supported for "Short Name (SN) referencing". Logical_Name_Referencing_No_Ciphering context is supported for "Logical Name (LN) referencing".
The next two contexts with encryption are not supported.
Logical_Name_Referencing_No_Ciphering
Short_Name_Referencing_No_Ciphering
Logical_Name_Referencing_With_Ciphering
Short_Name_Referencing_With_Ciphering
Short_Name_Referencing_No_Ciphering
 
Kotva
cliaddr
cliaddr
Client MAC Address
HDLC MAC address of a client (i.e. D2000 KOM process). The default value is 10H which is the reserved value "Public client".

See "DLMS UA 1000-2 Ed. 7.0" document, chapter 8.4.2.3 "Reserved special HDLC addresses".
For ADDAX NP73E.2-18-1 a different value than 10H had to be configured (1 or 2).

0 .. 7FH10H
Kotva
hdlcmr
hdlcmr
HDLC Max_info_field_length-receive parameter
The maximum length of one HDLC frame packet on the receiver's side. When communication problems occur (e.g. checksum error etc.), we recommend decreasing the value of this parameter.
250
Kotva
hdlcmt
hdlcmt
HDLC Max_info_field_length-transmit parameter
The maximum length of one HDLC frame packet on the transmitter's side. When communication problems occur (e.g. checksum error etc.), we recommend decreasing the value of this parameter.
250

Kotva
cmpdu
cmpdu
Client Max Receive PDU Size

The maximum length of PDU (data packet). One PDU can be divided into more HDLC frame packets according to settings of protocol parameters HDLC Max_info_field_length-receive and HDLC Max_info_field_length-transmit.
Note: A specific electricity meter (Landis + Gyr ZMD 400) only accepted a value of 0, otherwise it returned a rejected-permanent error during connection establishment. Another electricity meter (Landis + Gyr ZFD 405) only accepted the value 65535, otherwise it returned a rejected-permanent error during connection establishment.
0 .. 655351200

Kotva
nd
nd
No Disconnect

A Disconnect request will not be used after the readout of values from a device is finished. During the next readout, a connection establishment phase is omitted (HDLC mode-setting request and AARQ negotiation request).
This allows for greater data throughput and an increase in the frequency of reading values from the device.

YES/NONO

Kotva
pas
pas
Password

Device password. If entered, the "Low Level Security" authentication with the entered password is used within the AARQ Association Request.

Kotva
nb
nb
No Browsing

Online address selection from the list of objects, directly on the device, through the DLMS Object List dialog box in the configuration of the I/O tag address will be disabled.
Disabling of browsing makes sense in a production environment if values are to be read on a several-seconds second basis and reading a list of objects, which can take up to several minutes, is not acceptable.
Some devices (e.g. ADDAX NP73E.2-18-1) do not support the reading of the object list.

YES/NONO

Kotva
do
do
Profile Data Optimization

Several electrometers implement optimization of time data when reading from profiles (class_id=7). The optimization means that only the first row of data contains a timestamp, others contain null. The timestamp of each row is equal to the previous row's timestamp plus the value of the capture_period (4) attribute.

If the value of this parameter is YES, the value of the capture_period attribute is read prior to reading the profile data. If the value of this parameter is NO, the content of the capture_period attribute is not read, but the KOM process relies on all profile rows to contain timestamps. If this is not the case, the profile data is not read, and the line logs contain the error messages messages "turn on station parameter 'Profile Data Optimization".

YES/NOYES

Kotva
xdc
xdc
xDLMS Conformance

Bit settings in the "xDLMS Conformance" field in the AARQ initial message. The default settings are:

00

Kotva
vs
vs
Visible Strings

If the value of this parameter is YES, octet-string values will be interpreted as text strings (e.g. "abc") for text I/O tags, otherwise, in binary format, individual octets are separated by a dot (e.g. "97.98.99").

YES/NONO
--- IEC Parameters ---

Kotva
iecda
iecda
IEC Device Address

It is an address of a station (device) and is used only if the Opening mode is set to "IEC Mode E".
This parameter is optional. It identifies the address of the device at the beginning of communication via the IEC protocol. If this parameter is not defined, the address will not be set at the communication via the IEC protocol and the device must always respond.
If several devices are connected to one line (e.g. RS485 bus), the IEC address of a device must be set so that the devices could can be identified and avoid a collision. A device address is max. 32 characters consisting of figures (0...9), capital letters (A...Z), small letters (a...z), or a blank space ( ). Zeros in front of the valid figure number are ignored (i.e. address 10203 = 010203 = 000010203).

"IEC Device Address" is a the serial number of the device. In OBIS addressing, this register has an address "0-0:C.1.0" - Device ID 1, manufacturing number.

The picture below shows the front panel of the EMH LZQJ device. There is a serial number, i.e. IEC address (563911). If the device contains a display, this value may be usually displayed as you can see in the picture.


-

Kotva
brch
brch
Baudrate Changeover (Z)

This parameter is used only if the Opening mode is set to "IEC Mode E".

It defines the baud rate for the communication through HDLC protocol DLMS/COSEM after the changeover from IEC mode E to the HDLC binary communication.

As for the Serial line, this parameter must set the baud rate to "Mode 2" of the line.

AUTO option sets the baud rate according to the value offered by a device. If this baud rate can not be identified, you should check the diagnostic communication logs. The , where  the following message can be found there:

Blok kódu
languageesl
themeRDark
10:46:05.809 30-05-2011|D|DLMS> Z Detected: '4' = 4800 Bd

and set the baud rate according to it.

HDLC binary communication through DLMS/COSEM protocol, unlike the opening IEC step, is realized by different parameters which that have to be set in "Mode 2" of the Serial line category:

  • 8 data bits,
  • none parity,
  • 1 stop bit.

See also the "Software 7E1" parameter and the chapter Settings of transmission parameters.

300
600
1200
2400
4800
9600
19200
AUTO
AUTO
Kotva
sw7e1
sw7e1
Software 7E1
This parameter is used if "Opening mode" is set to "IEC Mode E".

Setting it to YES activates an SW emulation of transmission parameters of 7 data bits and even parity when the transmission parameters of 8 data bits and none parity are set (i.e. emulation of 7E1 when 8N1 is set). It enables the use of the "IEC mode E" option for SerialOverUDP lines that do not support dynamic changes of transmission parameters.

See the chapter Settings of transmission parameters.

YES/NONO
Kotva
wupml
wupml
Wake-up Message Length
This parameter is used if "Opening mode" is set to "IEC Mode E".

Nonzero value activates the sending of a so-called "wake-up message" which activates the communication interface of battery-powered devices. The null characters (0x00) are sent according to the quantity that is defined by the parameter value. The baud rate must be 300 Baud (configured in "Mode 1" for Serial lines).

More information is available in IEC 62056-21, Electricity metering - Data exchange for meter reading, tariff and load control - Part 21: Direct local data exchange, Annex B: "Wake-up methods for battery-operated tariff devices".

0 .. 1200

Kotva
wupmd
wupmd
Delay After Wake-up Message 

This parameter is used if "Opening mode" is set to "IEC Mode E".

If a so-called "wake-up" message is activated, this parameter defines a delay after sending a "wake-up" message, before the beginning of communication. In the case of a Serial line, we recommend setting the "WaitTxEMPTY" parameter in a specific line mode.

According to document IEC 62056-21, you should set this parameter between 1,5 and 1,7 seconds.

ms0
--- TCP/UDP Wrapper parameters ---

Kotva
wsp
wsp
Wrapper Source Port

This parameter is used if the "Opening mode" protocol parameter is set to "TCP/UDP Wrapper" or "TCP/UDP Wrapper + Gateway protocol". It specifies the value of the Source Port field (2-byte number) in the wrapper header.

Reserved ports are according to the standard:

  • No-station: 0x0000
  • Client Management Process: 0x0001
  • Public client: 0x0010
  • Open for client SAP assignment: 0x02 .. 0x0F,  0x11 .. 0xFF
-0

Kotva
wdp
wdp
Wrapper Destination Port

This parameter is used if the "Opening mode" protocol parameter is set to "TCP/UDP Wrapper" or "TCP/UDP Wrapper + Gateway protocol". It specifies the value of the Destination Port field (2-byte number) in the wrapper header.

Reserved ports are according to the standard:

  • No-station: 0x0000
  • Management Logical Device: 0x0001
  • Reserved: 0x0002 .. 0x000F
  • Open for client SAP assignment: 0x0010 .. 0x007E
  • All-station (Broadcast): 0x007F
-0
--- Gateway parameters ---

Kotva
gni
gni
Device Network ID

This parameter is used if the "Opening mode" protocol parameter is set to "Gateway protocol" or "TCP/UDP Wrapper + Gateway protocol". It specifies the value of the Device Network ID field in the prefix in the sent request.
If only one network exists, value 0 shall be used.
-0

Kotva
gda
gda
Device Address (hex)

This parameter is used if the "Opening mode" protocol parameter is set to "Gateway protocol" or "TCP/UDP Wrapper + Gateway protocol". It specifies the value of the Device Address field in the prefix in the sent request.
Note: in the case of the Iskraemeco AC750 gateway, the 8-byte MAC address of the meters on the Power Line Communication bus is used as the Device Address.
--
--- Send/receive parameters ---

Kotva
wft
wft
Wait First Timeout

The delay after sending the request but before reading the response.

ms100 ms

Kotva
wt
wt
Wait Timeout

The delay between readings of the response until its completion.ms200 ms
Kotva
mwr
mwr
Max. Wait Retry
A retry count of reading response until its completion.1 .. 10020
Kotva
rt
rt
Retry Timeout
The delay between the request retries if a communication error occurs.ms500 ms
Kotva
rc
rc
Retry Count
A retry count of a request if a communication error occurs.1 .. 203
--- Modem parameters ---

Kotva
telnr
telnr
Modem Telephone Number

The phone number for modem connection with a device (only for MODEM lines).

Kotva
dialtm
dialtm
Dial Timeout

Maximum waiting time for dial-up modem connection (only for MODEM lines).1 .. 600 s60 s
Kotva
dialrc
dialrc
Dial Retry Count
A maximum retry count of dial-up modem connection (only for MODEM lines).1 .. 201
Kotva
dialrt
dialrt
Dial Retry Timeout
Delay before attempting to dial after an unsuccessful connection attempt (only for MODEM lines).1 .. 600 s30 s
Kotva
acdel
acdel
After Connect Delay
Time delay after the dial-up connection has been established (only for MODEM lines) but before the beginning of communication.
It is used to stabilize the modem connection for old types of modems. After this timeout elapses, all the redundant received data (the residues of AT modem communication) will be read and ignored.
0 .. 30 s5 s
Kotva
atcmd1
atcmd1
AT Command 1
A special initial string of modem 1 (only for MODEM lines).
AT&FE0V1Q0B0X3L0M0
Kotva
atcmd2
atcmd2
AT Command 2
A special initial string of modem 2 (only for MODEM lines).

Explanation of recommended settings:

S37=5   1200bps DTE-DTE speed - limits the speed for modems. Many devices use modems with limited transmission speeds and this setting can speed-up the connection establishment process. Higher transmission speeds must be negotiated individually.

&D2   DTR drop to hangup - for matching with the parameter of modem line (line configuration, tab "Modem - parameters", check the "Use DTR for Hangup" option).

S0=0   Disable auto-answer. Auto-answer will not be used.

S30=2     20 sec inactivity timeout - automatic hangup after idle timeout expired. Necessary for assuring to ensure connection termination after the communication with the last device is over.



ATS37=5&D2S0=0S7=60S30=2
--- Debug parameters ---

Kotva
hd
hd
HDLC/Wrapper/Gateway Debug

This parameter activates debug information from the HDLC protocol level.YES/NONO

Kotva
fd
fd
Full Debug

This parameter activates full communication monitoring. It enables the displaying of the I/O tag values and other debug information.YES/NONO

...

The attributes can be static or dynamic depending on whether their value is static (i.e. unchanging, set by a producer, or in the configuration of the device) or dynamic (changing). In the D2000 System, we recommend configuring only the dynamic attributes, as the value of the measured data entity is in dynamic attributes. If it is necessary for the interpretation of a value in a dynamic attribute (mostly the "value" attribute), other static or dynamic attributes are read automatically. See more information in the section Supported COSEM classes.

...

Extended register
class_id = 4, version = 0
 class with data entity value that is accessible via attribute "value". The multiplication coefficient, which is gained by a static attribute "scaler_unit", is used automatically. A timestamp, which has been gained by the reading of the dynamic attribute "capture_time", is added to the entity value.
AttributeAttribute value typeAttribute descriptionSupport in D2000
1.logical_name (static)octet-string (text)OBIS address of the data entity which is represented by an instance of this class.Yes, separate I/O tag
2.value (dynamic)CHOICE (see supported types of attribute values)The value of the data entity.Yes, the value of an entity
3.scaler_unit (static)-Technical units and multiply coefficient.Automatically read
4.status (dynamic)CHOICE (see supported types of attribute values)Status of the value. The standard does not specify the interpretation of this value. Mostly, it is a numerical value and you can find necessary information about its interpretation in a device manual.Yes, separate I/O tag
5.capture_time (dynamic)date_timeThe timestamp of data entity value.Automatically read

...

IEC local port setup
class_id = 19, version = 1
Information about the configuration of the communication interface for the communication according to IEC 62056-21.
AttributeAttribute value typeAttribute descriptionSupport in D2000
1.logical_name (static)octet-string (text)OBIS address of data entity which is represented by an instance of this class.Yes, separate I/O tag
2.default_mode(static)enumIt defines the protocol that is used by a device on a specific port:
(0) protocol according to IEC 62056-21 (modes A…E),
(1) protocol according to Clause 8 of DLMS UA 1000-2 Ed. 7.0. Using this enumeration value all other attributes of this IC are not applicable,
(2) protocol not specified. Using this enumeration value, attribute 4, prop_baud is used for setting the communication speed on the port. All other attributes are not applicable.
Yes, separate I/O tag
3.default_baud (static)enumBaud rate in so-called "opening sequence":

(0) 300 baud, (1) 600 baud, (2) 1 200 baud, (3) 2 400 baud, (4) 4 800 baud, (5) 9 600 baud, (6) 19 200 baud, (7) 38 400 baud, (8) 57 600 baud, (9) 115 200 baud

Yes, separate I/O tag
4.prop_baud (static)enumBaud rate which is suggested by a device. The values are the same as for "default_baud" attribute above.Yes, separate I/O tag
5.response_time (static)enumIt defines the minimal time between the receiving of a request (the end of request telegram) and the sending of response (the beginning of response telegram):

(0) 20 ms, (1) 200 ms

Yes, separate I/O tag
6.device_addr (static)octet-stringDevice address for the IEC 62056-21 protocol.Yes, separate I/O tag
7.pass_p1 (static)octet-stringPassword 1 according to IEC 62056-21.Yes, separate I/O tag
8.pass_p2 (static)octet-stringPassword 2 according to IEC 62056-21.Yes, separate I/O tag
9.pass_w5 (static)octet-stringPassword W5 reserved for national applications.Yes, separate I/O tag

...

IEC HDLC setup
class_id = 23, version = 1

AttributeAttribute value typeAttribute descriptionSupport in D2000
1.logical_name (static)octet-string (text)OBIS address of the data entity which is represented by an instance of this class.Yes, separate I/O tag
2.comm_speed (static)enumCommunication speed on a specific port:

(0) 300 baud, (1) 600 baud, (2) 1 200 baud, (3) 2 400 baud, (4) 4 800 baud, (5) 9 600 baud, (6) 19 200 baud, (7) 38 400 baud, (8) 5 7 600 baud, (9) 115 200 baud

Yes, separate I/O tag
3.window_size_transmit (static)unsignedThe maximum number of frames that a device or system can transmit before it needs to receive an acknowledgement acknowledgment from a corresponding station. During logon, other values can be negotiated.Yes, separate I/O tag
4.window_size_receive (static)unsignedThe maximum number of frames that a device or system can receive before it needs to transmit an acknowledgment to the corresponding station. During logon, other values can be negotiated.Yes, separate I/O tag
5.max_info_field_length_transmit (static)long-unsignedThe maximum information field length that a device can transmit. During logon, a smaller value can be negotiated.Yes, separate I/O tag
6.max_info_field_length_receive (static)long-unsignedThe maximum information field length that a device can receive. During logon, a smaller value can be negotiated.Yes, separate I/O tag
7.inter_octet_time_out (static)long-unsignedDefines the time, expressed in milliseconds, over which, when any character is received from the primary station, the device will treat the already received data as a complete frame.Yes, separate I/O tag
8.inactivity_time_out (static)long-unsignedFrom the primary station, the device will process a disconnection. When this value is set to 0, this means that the inactivity_time_out is not operational.Yes, separate I/O tag
9.device_address (static)long-unsignedContains the physical device address of a device.

In the case of one byte addressing: 0x00 NO_STATION Address, 0x01…0x0F Reserved for future use, 0x10...0x7D Usable address space, 0x7E ‘CALLING’ device address, 0x7F Broadcast address

In the case of two byte addressing: 0x0000 NO_STATION address, 0x0001..0x000F Reserved for future use, 0x0010..0x3FFD Usable address space, 0x3FFE ‘CALLING’ physical device address, 0x3FFF Broadcast address

Yes, separate I/O tag

...

Data about objects that are accessible by the reading of attribute "capture_objects" are stored in the buffer. D2000 System automatically searches for I/O tags that match the objects from the attribute "capture_objects" (by their address parameters). The objects are searched by parameters "logical_name", "class_id", and "attribute_index".

...