Professional Documents
Culture Documents
Release Notes For Protocol Class Supporting, ACTARIS SL7000 Energy Meter
Release Notes For Protocol Class Supporting, ACTARIS SL7000 Energy Meter
Release Notes For Protocol Class Supporting, ACTARIS SL7000 Energy Meter
doc
Page 1 of 7
1. Remarks - Compatibility
2. Revisions
3. Communication Profile
Remark:
The Password always need to be filled in, only NodeAddress, Address or Serial Number can be left
empty in case you don’t want to use/check them.
Remark:
When using ProtocolTester, Edit->Protocol Properties also contains the general commServer settings,
editable via the dialogs in EIServer. Following is a list of these settings.
ProfileInterval 900 Integration time of the meter. This setting must be the
same as the setting read from the meter. If not, an
exception will be generated and the task will fail.
AddressingMode -1 1, 2 or 4 byte addressing mode. –1 means addressing mode
1 or 4 depending on the server upper and lower
addresses. This property should not be changed in normal
circumstances.
7. Meter events
8. Interval status
Remark:
If more than one event occurs in the same interval, the interval status will be a combination of them.
Actaris SL7000 DLMS Release Note.doc
Page 6 of 7
9. Meter registers
EIServer is using the Standard OBIS Codes (3) to map registers to meter specific registers.
Not all OBIS codes will be supported by each protocol / meter configuration.
The following list displays an overview of all mappings made in EIServer for this protocol.
Remarks:
Actual registers fully depend on the meter configuration. The above configuration is just an example of
how the meter could be configured. To get more info, we advise to use ‘ExtendedLogging’.
If any value in group C to F contains a value between 128 and 254 the whole code is considered as
manufacturer specific.
If the OBIS code contains a letter, convert them using one or more of the following rules:
A field: (no rules)
B field: (no rules)
C field: (no rules)
D field: 8 = energy / 5 = last average / 4 = current average
6 = maximum demand / 2 = cumulative maximum demand
E field: 0 = total value (In case of energy) / 1..N = tariff 1..N
F field: 255 = current value / 0 = last billing point / N = last–N billing point
(The SL7000 has 18 billing points for most electricity related registers)
Remarks:
This table explains how the RTU Register Readings are calculated in EIServer.
More information can be found in the international standard (2002) IEC62056-61 (OBIS
Object Identification System)
4 Since protocol version 2009-05-26, the billing timestamps are read and represented as they
appear in the meter itself. This means that device time zones and time zone related properties
have NO influence on the billing timestamp. The billing timestamps are following the internal
clock of the device. So if a billing date is for example 5 Jan 2009, 14:07:31 WET, this means
that the billing happened when the internal device clock was at 5 Jan 2009, 14:07:31 WET.