CMe3100 DLMS Plugin

Produktübersicht

Beschreibung der Anwendung

Das DLMS-Plugin ist eine der Erweiterungen (Add-ons), die für das Produkt CMe3100 verfügbar sind. Er kann separat bestellt oder werkseitig vorinstalliert werden.

Das DLMS-Plugin erweitert die CMe3100-Kerndienste um die Unterstützung von DLMS über TCP/IP und bietet eine leistungsstarke und vielseitige Suite von Tools für die Integration von Head-End-Systemen (HES) sowie die Möglichkeit, jeden M-Bus-Zähler über das DLMS-Protokoll auszulesen und zu überwachen.

Das Produkt (physisches Gerät) umfasst die Management-Logikeinheit (Produkt) und eine Logikeinheit für jeden angeschlossenen Zähler. Die Logikeinheiten können über Kanalauswahl oder logische Geräteadressierung angesprochen werden.

Die Management-Logikeinheit enthält COSEM-Verwaltungsobjekte, d. h. eine Liste der verfügbaren Logikeinheiten, Uhrenobjekte, Kanalauswahlen usw. Die logischen Zählereinheiten enthalten COSEM-Objekte, die die Zählerdaten repräsentieren, die von den angeschlossenen Zählern ausgelesen werden.

Die Zählerdaten werden im Produkt automatisch dekodiert und eine Zählervorlage wird verwendet, um die M-Bus-Daten auf COSEM-Objekte mit zugewiesenen OBIS-Codes abzubilden. Die Zählervorlage kann vom Endbenutzer konfiguriert werden.

Zählerdaten können mit Polling-Operationen aus dem Produkt ausgelesen oder mit Push-Operationen an einen Server gesendet werden (konfiguriert über die GUI des Produkts). Die Push-Operationen können aktiviert werden, um Lastprofile, Abrechnungsprofile, Ereignisprotokolldaten und Ereignisbenachrichtigungen zu senden.

Normen und Zertifizierung

IEC 62056 ist eine Reihe von Normen für den Austausch von Stromzählerdaten durch die Internationale Elektrotechnische Kommission. Die IEC-62056-Normen sind die internationalen Standardversionen der DLMS/COSEM-Spezifikation. DLMS oder Device Language Message Specification (ursprünglich Distribution Line Message Specification) ist eine Normensuite, die von der DLMS User Association entwickelt und gepflegt wird. Sie wurde von der IEC TC13 WG14 in die IEC-62056-Normenreihe übernommen. Die DLMS User Association (UA) unterhält eine D-Typ-Verbindung mit der IEC TC13 WG14, die für internationale Normen für den Austausch von Zählerdaten zuständig ist und die IEC-62056-Serie entwickelt hat. In dieser Rolle bietet die DLMS UA Wartungs-, Registrierungs- und Konformitätszertifizierungsdienste für IEC 62056 DLMS/COSEM.

Das Produkt wird gemäß der in DLMS UA 1001-1 Ed. definierten Spezifikation geprüft. 5.0 (Gelbes Buch) für die DLMS-Zertifizierung.

Installation

Konfiguration

Hochladen einer neuen Lizenzdatei

Die Installation des Plugins erfolgt durch Hochladen einer Lizenzdatei und Aktivierung der Lizenz.

Melden Sie sich auf der Webschnittstelle an.
Gehen Sie zu System>Lizenzen.
Wählen Sie Datei wählen im Abschnitt Neue Lizenzen hochladen.
Suchen Sie die Lizenzdatei, die Sie hochladen möchten.
Wählen Sie Hochladen.
Wählen Sie Speichern.

Die Lizenz ist nun im Fenster Aktuelle Lizenz(en) sichtbar.
Wählen Sie System> Gerät neu starten, um die Installation des Plugins abzuschließen.

Anmerkung

Wichtig! Starten Sie CMe3100 neu, um das BACnet-Plugin zu verwenden.

Aktivieren/Deaktivieren der Lizenz

Melden Sie sich auf der Webschnittstelle an.
Gehen Sie zu Dashboard>Systemanzeige.
Aktivieren oder deaktivieren Sie das Plugin im Abschnitt Service.
1. Zur Aktivierung schalten Sie Aktiviert nach rechts.
2. Zur Deaktivierung schalten Sie Aktiviert nach links.

Zugriff auf die Einstellungen für das DLMS-Plugin

Gehen Sie zu den DLMS-Plugin-Einstellungen. Der Zugriff auf die Einstellungen kann auf zwei Arten erfolgen:
1. Gehen Sie zu Konfiguration > Services > DLMS.
2. Gehen Sie zu Dashboard > Systemanzeige, scrollen Sie in der Services-Liste nach unten und wählen Sie DLMS.

Die standardmäßig ausgewählte Registerkarte in den Einstellungen für das DLMS-Plugin ist die Seite Übersicht, die allgemeine Informationen über das DLMS-Plugin anzeigt.

Verfügbare Seiten sind:

Einstellungen
- Allgemeine DLMS-Konfiguration für das Plugin.
OBIS-Zählerzuweisung
- Einstellungen für die Zuordnung von Zählerinformationen aus M-Bus-Zählerdaten zu COSEM-Datenobjekten mit OBIS-Code-Notation.
Hilfe
- Beschreibungen des DLMS-Plugins, die auf dieses Dokument verweisen.
Endnutzerlizenzvereinbarung (EULA)

Anmerkung

Sie müssen für die verwendeten Zähler entsprechende OBIS-Zählerzuweisungen erstellen, damit das Auslesen von historischen Daten und Push-Berichten ordnungsgemäß funktioniert.

Aktivieren/Deaktivieren des DLMS-Plugins

Gehen Sie zu Konfiguration > Services > DLMS > Einstellungen.
Aktivieren oder deaktivieren Sie das DLMS-Plugin.
1. Aktivieren: Aktivieren Sie das Kontrollkästchen für DLMS aktiv.
2. Deaktivieren: Deaktivieren Sie das Kontrollkästchen für DLMS aktiv.
Wählen Sie Speichern, um die Änderungen zu speichern.

Konfiguration der TCP-Portnummer für eingehende Verbindungen

Die TCP-Portnummer ist der Port für eingehende Verbindungen, an dem das Plugin auf eingehende TCP-Verbindungen wartet. Über diesen Port können DLMS-Clients auf den integrierten DLMS-Server des Produkts zugreifen.

Gehen Sie zu Konfiguration > Services > DLMS > Einstellungen.
Geben Sie einen Wert in das Feld TCP-Portnummer ein.
Wählen Sie Speichern, um die Änderungen zu speichern.

Das Plugin wird automatisch neu gestartet und beginnt, auf dem angegebenen Port zu lauschen, sobald die Änderungen gespeichert wurden.

Konfigurieren des Werteintervalls von Profilen

Das Produkt ermöglicht Polling- und Push-Operationen für drei verschiedene generische Profile: Lastprofil 1, Lastprofil 2 und Abrechnungsprofil

Alle drei Profile können individuell konfiguriert werden, um maximale Flexibilität in Bezug auf das gewünschte Werteintervall zu ermöglichen.

Gehen Sie zu Konfiguration > Services > DLMS > Einstellungen.
Wählen Sie für jedes Profil einen Wert aus. Verfügbare Werte sind:
- Alle Werte
- 5 Minuten
- 10 Minuten
- 15 Minuten
- 20 Minuten
- 30 Minuten
- 1 Stunde
- 12 Stunden
- 1 Tag
- 1 Monat
Anmerkung

Das Wertintervall muss ein gerades Vielfaches des Zählerausleseplans sein (Zähler > Ausleseplan). Wenn Sie zum Beispiel den Zählerausleseplan auf 15 Minuten einstellen und 1 Stunde für Lastprofil 1 auswählen, wird jeder 4. von den Zählern ausgelesene Wert zurückgegeben.

Wenn Sie Alle Werte wählen, wird das Wertintervall verwendet, das für den Zählerausleseplan konfiguriert wurde.
Wählen Sie Speichern, um die Änderungen zu speichern.

Konfigurieren der Sicherheitsrichtlinie

Das Produkt unterstützt Security Site 0 mit keiner, niedriger oder hoher Sicherheitsstufe.

Gehen Sie zu Konfiguration > Services > DLMS > Einstellungen.
Wählen Sie einen Wert für Sicherheitsrichtlinie.
Wählen Sie Speichern, um die Änderungen zu speichern.

Die Sicherheitsrichtlinien können auch über das DLMS-Protokoll geändert werden.

Aus Sicherheitsgründen können die Sicherheitsrichtlinien nur über das DLMS-Protokoll erhöht werden. Das bedeutet, dass eine Verringerung der Sicherheitsrichtlinien nur über die grafische Benutzeroberfläche oder eine andere Konfigurations-API für das Produkt erfolgen kann.

OBIS-Zählerzuweisung

Die OBIS-Zählerzuweisungsseite wird verwendet, um die Zuordnungsinformationen zu konfigurieren, die für die Übersetzung von M-Bus-Zählerwerten in lesbare COSEM-Objekte erforderlich sind.

Die Zuweisungstabelle ermöglicht den Zugriff auf einen M-Bus-Zähler mithilfe von DLMS. Hierbei werden ein oder mehrere Felder von M-Bus-Zählerwerten den entsprechenden OBIS-Codes (und COSEM-Objekten) zugewiesen. Die Zählerzuweisungen können für einen bestimmten Zählertyp, Hersteller und Version erstellt oder für jeden beliebigen Zähler eines bestimmten Typs, beispielsweise Wasserzähler, Stromzähler usw. allgemein festgelegt werden.

Anmerkung

Sie müssen für die verwendeten Zähler entsprechende OBIS-Zählerzuweisungen erstellen, damit das Auslesen von historischen Daten und Push-Berichten ordnungsgemäß funktioniert.

Empfohlene Vorgehensweise bei der Zählerzuweisung

Streben Sie immer eine gemeinsame globale Zuweisungsdatei an, die für alle Zähler im System funktioniert. Dies kann zum Beispiel durch folgende Maßnahmen erreicht werden:

Eine generische Zuweisungsdatei für alle Zähler eines bestimmten Typs (Wasser/Wärme/…) und, falls erforderlich, die Zuweisung mehrerer unterschiedlicher M-Bus-Schlüssel an denselben OBIS-Code Letzteres überbrückt die Unterschiede in der Verwendung der M-Bus-Schlüssel durch verschiedene Zähler.
Die M-Bus-Schlüssel müssen nicht für alle Zähler vorhanden sein, die in der Zählerzuweisungsdatei enthalten sind. Dies ermöglicht die Verwendung derselben Zuweisungsdatei, selbst wenn einige Zähler bestimmte M-Bus-Schlüssel, die in der Zählerzuweisungsdatei angegeben sind, nicht unterstützen.

Aktive Zählerzuweisungen

Der Abschnitt Aktive Zählerzuweisungen zeigt die derzeit aktiven Zählerzuweisungen und für welche Zähler sie angewendet werden. Dies hängt davon ab, ob sie mit dem Zählertyp, dem Hersteller und der Version übereinstimmen ( basierend auf den aus dem Zähler ausgelesenen M-Bus-Header-Informationen). Diese Felder können auch auf alle gesetzt werden, wenn die Zählerzuweisung unabhängig von z. B. Hersteller oder Version angewendet werden soll.

Die Spalte OBIS-Codes zeigt die Anzahl der zugewiesenen M-Bus-Wertfelder zu COSEM-Registerobjekten. Wenn es für einen bestimmten M-Bus-Wert keine Zuweisung gibt, schließt das DLMS-Plugin diesen Wert bei allen Polling/Push-Operationen aus und er ist nicht zugänglich.

Hinzufügen einer neuen oder aktualisierten Zählerzuweisungsdatei

Gehen Sie zu Konfiguration > Services > DLMS > OBIS-Zählerzuweisung.
Wählen Sie Datei wählen im Abschnitt Datei für den Import wählen.
Suchen Sie die Datei, die Sie importieren möchten.
Wählen Sie Hinzufügen.

Die neue oder aktualisierte Zählerzuweisungsdatei wird unter Aktive Zählerzuweisung verfügbar sein.

Löschen einer Zählerzuweisungsdatei

Gehen Sie zu Konfiguration > Services > DLMS > OBIS-Zählerzuweisung.
Wählen Sie das Mülleimer-Symbol in der Spalte Option des Abschnitts Aktive Zählerzuweisung.

Verwendete Zählertypen

Dieser Abschnitt zeigt die im Produkt verfügbaren/installierten Zähler. Wenn Sie auf das Download-Symbol klicken, wird eine Vorlagendatei heruntergeladen, die ein guter Ausgangspunkt für die Erstellung der OBIS-Zählerzuweisungsdatei ist. Sie enthält alle für den jeweiligen Zähler verfügbaren M-Bus-Felder im korrekten Vorlagenformat und kann als Zählerzuweisungsdatei verwendet werden.

Anmerkung

CMe3100 muss mindestens eine Auslesung aus dem Zähler durchgeführt haben, bevor die Vorlagendatei heruntergeladen wird, andernfalls sind die M-Bus-Wertinformationen leer.

Erstellen oder Ändern einer Zählerzuweisungsdatei

Gehen Sie zu Konfiguration > Services > DLMS > OBIS-Zählerzuweisung.
Download der Vorlagendatei.
1. Um eine neue Zählerzuweisungsdatei zu erstellen, laden Sie sie im Abschnitt Verwendete Zählertypen herunter.
2. Um eine bestehende Zählerzuweisungsdatei zu ändern, laden Sie sie im Abschnitt Aktive Zählerzuweisungen herunter.
Aktualisieren Sie den Inhalt der Datei, indem Sie OBIS-Codes mit entsprechenden M-Bus-Schlüsseln (VIF/DIF-Kombinationen) verbinden. Alle OBIS-Codes müssen für jeden Eintrag in der Zuweisung konfiguriert werden, damit der Wert über DLMS verfügbar ist.

Tipp

Die Zuweisungsdateien liegen im JSON-Format vor und können in einem Texteditor bearbeitet werden, vorzugsweise in einem, der JSON-Highlighting unterstützt.

Die Zuweisung kann für einen bestimmten Zähler erstellt oder allgemein gehalten werden, indem der Hersteller auf „alle“ und/oder die Version auf 0 gesetzt wird. Es ist auch möglich, mehrere M-Bus-Schlüssel, auch von Zählern verschiedener Versionen oder Hersteller, demselben OBIS-Code zuzuweisen. Auf diese Weise können Sie Zuweisungsdateien erstellen, die z. B. Zähler mit Unterschieden zwischen Versionen und/oder Herstellern behandeln.

Bei der Verwendung einer allgemeinen Zuweisungsdatei ist es auch möglich, diese mit anderen Zählerzuweisungsdateien für bestimmte Hersteller und/oder bestimmte Versionen zu kombinieren, wenn diese auf unterschiedliche Weise behandelt werden müssen. Dies wird durch die Art und Weise erreicht, in der die Zuweisungsdateien angewandt werden: Sie verwenden eine vordefinierte Reihenfolge, wie in der folgenden Liste dargestellt. Die erste Datei, die den Kriterien entspricht, wird verwendet. Eine Zählerzuweisungsdatei, bei der Hersteller und/oder Version auf einen bestimmten Wert eingestellt sind, wird anstelle einer allgemeinen Zuweisungsdatei verwendet, wenn Hersteller und/oder Version für einen bestimmten Zähler übereinstimmen.

Typ, Hersteller und Version stimmen überein.
Typ, Hersteller stimmen überein, generische Version.
Übereinstimmender Typ, generischer Hersteller und generische Version.

Beispiel für eine Zählerzuweisungsdatei

Die vorherige Beispieldatei entspricht allen Wasserzählern und berücksichtigt weder den Hersteller noch die Version. Der Übersetzungseintrag wird beide M-Bus-Werte mit internen Schlüsseln abbilden: mbus.dib.volume.0.0.0.0.unmodifiedvalue und mbus.dib.0c13.unmodifiedvalue auf das gleiche OBIS-Objekt: 8.0.1.0.0.255. Wenn ein neuer Zähler mit einer anderen DIF/VIF-Kombination für denselben Wert hinzugefügt wird, könnte er einfach durch Hinzufügen dieser neuen DIF/VIF zur Liste mbusKeys unterstützt werden.

Vereinfachte Zuweisung

Mit der vereinfachten Zuweisung können alle Daten über DLMS abgefragt werden, ohne dass zählerspezifische M-Bus-Schlüssel (VIF/DIF-Kombinationen) dem OBIS-Code zugewiesen werden müssen.

Es gibt zwei verschiedene Möglichkeiten, die vereinfachte Zuweisung zu verwenden:

Abrufen von M-Bus-Rohdaten.
Abrufen der dekodierten M-Bus-Daten.

M-Bus-Rohdaten und dekodierte M-Bus-Daten können über DLMS abgerufen werden, indem die entsprechenden Schlüssel in der folgenden Tabelle verwendet werden. Dies ist nützlich, wenn Sie Zähler von verschiedenen Herstellern verwenden.

Tabelle 155. Vereinfachte M-Bus-Schlüssel

M-Bus-Schlüssel	Vorgeschlagener OBIS-Code	COSEM-Typ	Beschreibung
mbus.frame.raw	0.0.1.1.128.255	Daten/octet-string	M-Bus-Rohdaten
mbus.telegram.decoded.value	0.0.1.2.128.255	Daten/visible-string	Dekodierte M-Bus-Daten
mbus.telegram.decoded.header	0.0.1.3.128.255	Daten/visible-string	Header für dekodierte M-Bus-Daten

Abrufen von M-Bus-Rohdaten

Weisen Sie dem mbus.frame.raw Schlüssel einen OBIS-Code zu.

Die M-Bus-Daten werden auf die gleiche Weise bereitgestellt, wie wenn sie direkt vom Zähler abgerufen würden.

Tipp

Dies ist nützlich, wenn das HES-System die Entschlüsselung und Dekodierung übernimmt.

Zuweisungsbeispiel

Es folgt ein Beispiel für die Abbildung eines OBIS-Codes zum Abrufen von M-Bus-Daten:

...

{

"includeInPush": "ALL",

"mbusTelegram": 0,

"mbusKeys": ["mbus.frame.raw"],

"dlmsObisCode": "0.0.1.1.128.255",

"dlmsScaler": 0,

"dlmsUnit": 0,

"dlmsClass": "data",

"dlmsDataType": 9,

"dlmsDefaultValue": null,

"mbusUnit": null,

"mbusDescriptionLong": null,

"mbusTariff": null,

"mbusStorageNumber": 0,

"mbusSubUnit": null,

"mbusFunction": null

}

...

Abrufen der dekodierten Daten

Weisen Sie einen OBIS-Code mbus.telegram.decoded.value für M-Bus-Werte zu.
Weisen Sie einen OBIS-Code mbus.telegram.decoded.header für Header-Informationen zu.

Anmerkung

Lesen Sie immer sowohl die Header- als auch die Wertinformationen aus, da sich die Header für einen bestimmten Zähler im Laufe der Zeit ändern können, z. B. als Ergebnis einer Konfigurationsänderung des Zählers.

Beispiel-Header

#serial-number;device-identification;created;value-data-count;manufacturer;version;device-type;access-number;status;signature;dif=0c,vif=78,description=fabrication-no,kind=inst-value,tariff=0,subunit=0,storagenumber=0;dif=07,vif=7a,description=address,kind=inst-value,tariff=0,subunit=0,storagenumber=0;dif=0c,vif=13,unit=m3,description=volume,kind=inst-value,tariff=0,subunit=0,storagenumber=0;dif=8c10,vif=13,unit=m3,description=volume,kind=inst-value,tariff=1,subunit=0,storagenumber=0;dif=0b,vif=3b,unit=m3/h,description=volume-flow,kind=inst-value,tariff=0,subunit=0,storagenumber=0;dif=02,vif=5a,unit=°C,description=flow-temp,kind=inst-value,tariff=0,subunit=0,storagenumber=0;dif=02,vif=fd70,description=datetime-of-battery-change,kind=inst-value,tariff=0,subunit=0,storagenumber=0;dif=0b,vif=26,unit=hour(s),description=op-time,kind=inst-value,tariff=0,subunit=0,storagenumber=0;dif=0a,vif=a618,unit=hour(s),description=op-time data-error,kind=inst-value,tariff=0,subunit=0,storagenumber=0;dif=04,vif=6d,description=datetime,kind=inst-value,tariff=0,subunit=0,storagenumber=1

Beispielwerte

0016000000;-2147483648;2000-01-01 01:00:00;00;HYD;37;water;10;0;0;47559461;47559461;85,946;0,000;0,000;27,300;14399;22525;167;2016-01-06 16:50:00

Zuweisungsbeispiel

Es folgt ein Beispiel für die Zuweisung von OBIS-Codes zum Abrufen dekodierter M-Bus-Daten:

...

{

"includeInPush": "ALL",

"mbusTelegram": 0,

"mbusKeys": ["mbus.telegram.decoded.value"],

"dlmsObisCode": "0.0.1.2.128.255",

"dlmsScaler": 0,

"dlmsUnit": 0,

"dlmsClass": "data",

"dlmsDataType": 10,

"dlmsDefaultValue": null,

"mbusUnit": null,

"mbusDescriptionLong": null,

"mbusTariff": null,

"mbusStorageNumber": 0,

"mbusSubUnit": null,

"mbusFunction": null

},{

"includeInPush": "ALL",

"mbusTelegram": 0,

"mbusKeys": ["mbus.telegram.decoded.header"],

"dlmsObisCode": "0.0.1.3.128.255",

"dlmsScaler": 0,

"dlmsUnit": 0,

"dlmsClass": "data",

"dlmsDataType": 10,

"dlmsDefaultValue": null,

"mbusUnit": null,

"mbusDescriptionLong": null,

"mbusTariff": null,

"mbusStorageNumber": 0,

"mbusSubUnit": null,

"mbusFunction": null

...

OBIS-Codes von Push-Berichten ausschließen

Anmerkung

Standardmäßig werden alle OBIS-Codes, die in einer Zuweisungsdatei enthalten sind, in alle Push-Berichte für passende Zähler aufgenommen.

Entfernen Sie einen bestimmten OBIS-Code auf eine der folgenden Arten:
- Entfernen Sie ihn aus der Zuweisungsdatei, sodass er über DLMS nicht mehr verfügbar ist.
- Legen Sie die Eigenschaft includeInPush auf NONE fest.

Eigenschaften der Zählerzuweisungsdatei

Tabelle 156. Eigenschaften der obersten Ebene

Eigenschaftsname	Art	Beschreibung
type	String	Der Zählertyp, auf den sich diese Übersetzung bezieht.
manufacturer	String	Ein dreistelliger Herstellercode, der angibt, für welche Zählerhersteller diese Zuweisung gilt. Verwenden Sie alle, um alle Hersteller abzugleichen.
version	Ganze Zahl	Numerischer Wert für die Zählerversion, für die diese Zuweisung gilt. Verwenden Sie 0, um alle Versionen abzugleichen.
entries	JSON-Array	Übersetzungseinträge, die die Zuweisung zwischen einem oder mehreren M-Bus-Schlüsseln zu einem DLMS-OBIS-Code definieren.

Tabelle 157. Untereigenschaften für Eigenschaftseinträge (Liste der Übersetzungseinträge)

Eigenschaftsname	Art	Beschreibung
dlmsClass	String	COSEM-Typ [Uhr, Register, Daten, Profil_generisch]
dlmsDataType	Ganze Zahl	DLMS-Typ
dlmsDefaultValue	String	Standardwert, der verwendet wird, wenn ein Wert für den Schlüssel fehlt. Für keinen Wert verwenden Sie null
dlmsScaler	Ganze Zahl	Numerischer Wert, der zur Skalierung des Zählerwerts verwendet wird. Der Wert kann negativ sein. Dies ist der Exponent (zur Basis von 10) des Multiplikationsfaktors.
dlmsUnit	Ganze Zahl	Maßeinheit
mbusDescriptionLong	String	Nicht verwendet.
mbusFunction	String	Nicht verwendet.
includeInPush	String	Diesen Obis-Code in Push-Berichte einbeziehen, Standard ist ALLE [KEINE, ALLE]

Konfiguration von Push-Berichten

Die Unterstützung des DLMS-Plugin-Push-Berichts ermöglicht es CMe3100, DLMS-Push-Berichte an ein HES zu senden mit:

Daten des Lastprofils
Daten des Abrechnungsprofils
Standard-Ereignisprotokoll (Gateway und Zähler)
Protokolldaten zur Betrugserkennung (Gateway und Zähler)
Push-Benachrichtigung – Benachrichtigen Sie einen DLMS-Client, wenn sich die Zählerliste geändert hat

Es können bis zu fünf verschiedene Berichte gleichzeitig ausgeführt werden. Jeder Bericht hat individuelle Einstellungen in Bezug auf die Art des Berichts (Lastprofil, Abrechnungsprofil, Ereignisprotokoll usw.), den Zeitplan, die Serveradresse und die Fallback-Serveradresse.

Die Konfigurationsseite für Push-Berichte wird unter Konfiguration > Push-Berichte aufgerufen.

Aktivieren/Deaktivieren von Push-Benachrichtigungen

Gehen Sie zu Konfiguration > Push-Berichte > DLMS-Einstellungen.
Aktivieren oder deaktivieren Sie die Push-Benachrichtigungen
1. Um die Funktion zu aktivieren, aktivieren Sie das Kontrollkästchen für Push-Benachrichtigung bei Änderung der Zählerliste.
  
  Wenn diese Option aktiviert ist, sendet das Produkt ein Ereignis an den Standard-DLMS-Server, wenn ein Zähler hinzugefügt, aktualisiert oder entfernt wird.
2. Um die Funktion zu deaktivieren, deaktivieren Sie das Kontrollkästchen für Push-Benachrichtigung bei Änderung der Zählerliste.

Konfigurieren der Standardeinstellungen des DLMS-Servers

Gehen Sie zu Konfiguration > Push-Berichte > DLMS-Einstellungen.
Geben Sie die Standardserveradresse (IP oder Hostname) in das Feld Standardadresse ein.
Geben Sie in das Feld Port den TCP-Port ein, der beim Senden von Push-Berichten verwendet werden soll.
Um ein Fallback zu verwenden, wenn ein Push-Bericht beim Versuch, eine Verbindung zum Standardserver herzustellen, fehlschlägt, geben Sie eine Backup-Adresse und einen Port unterhalb der Standardadresse und des Standard-Ports ein.
Aktivieren oder deaktivieren Sie das Kontrollkästchen für Kommunikation verschlüsseln, um die Funktion zu aktivieren oder zu deaktivieren.

Einzelne Push-Berichte konfigurieren

Gehen Sie zu Konfiguration > Push-Berichte und wählen Sie den Bericht in der Liste aus, den Sie konfigurieren möchten.
Wählen Sie DLMS im Dropdown-Menü Berichtstyp.
Wählen Sie ein Profil im Dropdown-Menü Berichtsvorlage.
1. Um den Push-Bericht des Lastprofils/Abrechnungsprofils zu konfigurieren, wählen Sie 9010 (Lastprofil 1), 9011 (Lastprofil 2) oder 9012 (Abrechnungsprofil).
2. Um den Push-Bericht des Standard-Ereignisprotokolls zu konfigurieren, wählen Sie 9001 (Standard-Ereignisprotokoll).
3. Um den Push-Bericht für das Betrugserkennungsprotokoll zu konfigurieren, wählen Sie 9002 (Betrugserkennungsprotokoll).
Jeder Bericht enthält alle Ereignisse sowohl für das Gateway als auch für die Zähler.
Wählen Sie im Dropdown-Menü Berichtszeitplan einen Zeitplan für den Bericht aus.

Anmerkung

Der Berichtszeitplan sollte ein Vielfaches des Zählerausleseplans sein. Der Bericht wird gesendet, sobald der letzte Zählerauslesezyklus abgeschlossen ist. Wenn Sie z. B. den Zählerausleseplan auf 15 Minuten einstellen und 1 Stunde für Lastprofil 1 wählen, wird ein Bericht gesendet, sobald jeder 4. Auslesezyklus abgeschlossen ist.

Anmerkung

Der Ausleseplan Zähler ist schreibgeschützt und zeigt den aktuellen Ausleseplan für die mit dem Produkt verbundenen Zähler an.
Wählen Sie die Werte aus, die im Bericht enthalten sein sollen, basierend darauf, wie lange sie vor dem Senden des Berichts gespeichert wurden, im Abschnitt Berichtsinhalt. Verwenden Sie „Auto“, um alle Werte zu berücksichtigen, die seit dem letzten Bericht nicht gesendet wurden.

Anmerkung

Das Wertintervall wird durch die Einstellung des Lastprofils/Abrechnungsprofils definiert.
Aktivieren Sie das Kontrollkästchen für Bericht an Standard-DLMS-Server senden, um die Standardservereinstellungen für DLMS-Server zu verwenden, die den Push-Bericht empfangen.
Wenn die Standardservereinstellungen nicht verwendet werden sollen, deaktivieren Sie das Kontrollkästchen für Bericht an Standard-DLMS-Server senden und geben Sie den gewünschten DLMS-Server unter Standardadresse und Port ein.
Geben Sie die Backup-Adresse und den Port ein, um einen Fallback-Server zu verwenden, wenn der Bericht beim Senden an die Standardadresse fehlschlägt.
Um einen Testbericht auszulösen, wählen Sie Testbericht speichern und senden.

DLMS-Einführung und -Integration

HES-Operationen

Dies ist eine Übersicht über die Möglichkeiten, die das Produkt über ein HES mittels DLMS bietet.

Polling-Operationen über TCP/IP und xDLMS-Dienste
- Erkennung von logischen Geräten mit SAP-Zuordnung
- Erkennung von COSEM-Objekten mittels Association LN (lange Namen).
- Auslesen von Last- und Abrechnungsprofilen der angeschlossenen M-Bus-Zähler
- Ereignisprotokolle lesen
- Konfigurieren Sie die Sicherheit für keine, niedrige und hohe Sicherheitsstufe, Modus 5 (GMAC)
- Logische Geräteadressierung oder Kanalauswahl
Push-Vorgänge über TCP/IP mit Push-Benachrichtigungsdiensten
- Bis zu 5 verschiedene Push-Setups mit:
  - Individuell konfigurierbaren Zeitplänen
  - Automatischen Wiederholungsversuche und erneutem Senden von nicht gesendeten Berichtsdaten (z. B. aufgrund von Netzwerkverbindungsproblemen)
  - Gejitterter Zeitstempel für die Übertragung (Lastverteilung der empfangenden Server)
  - Fallback-Serveradresse
- Push von Last- und Abrechnungsprofilen
- Push von Ereignisprotokollen (Standardereignisse und Betrugserkennung)
- Push-Ereignis „Bei Installation“ – Benachrichtigung, wenn Zählerliste verändert wird

Sitzungsaufbau zwischen dem HES und dem Gateway unter Verwendung von Polling-Operationen

Das HES verbindet sich mit dem Gateway über TCP/IP. Das HES stellt auf der DLMS/COSEM-Anwendungsschicht eine Assoziation mit dem Gateway her, wobei die folgenden Sicherheitsfunktionen verwendet werden:

Sicherheitssuite 0
Authentifizierung: Keine, niedrige Sicherheitsstufe oder hohe Sicherheitsstufe Modus 5 (siehe DLMS UA 1000-2 Ed. 8.0 (Grünes Buch), 9.2.74)
Sicherheitsrichtlinie: Keine oder Authentifiziert und verschlüsselt (siehe DLMS UA 1000-2 Ed. 8.0 (Grünes Buch), 9.2.7.2.3)
Server-Systemtitel gemäß IDIS (siehe IDIS Package 2 IP-Profil Ed 2.0, Abschnitt 6.1.1)
Kunde SAP: 1 (Management-Client) oder 16 (Public-Client).
Server SAP: 1 (Management-Logikeinheit), 16..n (logische Zählereinheit)

Server-Systemtitel nach IDIS

Der Systemtitel ist 8 Byte lang und wird gemäß IDIS kodiert (siehe IDIS Package 2 IP Profile Ed 2.0, 6.1.1):

Byte 1	Byte 2	Byte 3	Byte 4	Byte 5	Byte 6	Byte 7	Byte 8
MC	MC	MC	T1_b	T2_b, SN_b	SN_b	SN_b	SN_b

MC: Herstellercode nach FLAG Association als ASCII-Zeichen

T1_b: IDIS-Zählergerätetyp (immer auf 0 gesetzt)

T2_b : IDIS-Zählerfunktionstyp (immer auf 0 gesetzt)

SN_b:herstellerspezifische Seriennummer (28 Bit, niederwertige Halbbyte von Byte 5 sowie Byte 6..Byte 8). Entnommen aus der Gateway-Seriennummer und dargestellt als binäre 28-Bit-Ganzzahl im MSByte-Format, rechtsbündig in Byte 8 ausgerichtet.

Der Systemtitel wird aus dem Namen der Management-Logikeinheit gebildet.

Beispiel

Name der Management-Logikeinheit ((Name der Gateway-Logikeinheit):

ASCII-Zeichen: ELV000016000000

String-Hex-Darstellung: 0x454C56303030303136303030303030

Systemtitel:

Byte-Array-Hex-Darstellung: 0x454C560000F42400

Mechanismen zur Sicherheitsauthentifizierung

Es gibt drei verschiedene Authentifizierungsmechanismen in DLMS: Authentifizierung ohne Sicherheitsstufe, Authentifizierung mit niedriger Sicherheitsstufe (Low Level Security; LLS) und Authentifizierung mit hoher Sicherheitsstufe (High Level Security; HLS).

Die Authentifizierungsebene wird vom DLMS-Client bei der Verbindung mit dem Produkt festgelegt.

Authentifizierung ohne Sicherheitsstufe (niedrigste Sicherheitsstufe)

Der Zweck der Authentifizierung ohne Sicherheitsstufe (niedrigste Sicherheitsstufe) besteht darin, dem Client zu ermöglichen, einige grundlegende Informationen vom Server abzurufen. In der Regel handelt es sich dabei um Topologieinformationen, einschließlich des Namens und der Assoziationsansicht des Geräts.

Dieser Sicherheitsmechanismus wird nur für den Public-Client (id 16) akzeptiert.

Low-Level-Security-Authentifizierung (LLS)

Bei der LLS-Authentifizierung verlangt der Server, dass sich der Client durch Angabe eines dem Server bekannten Passworts authentifiziert.

Das Passwort ist standardmäßig auf 12345678 eingestellt. Wenn dieser Schlüssel für die Authentifizierung verwendet wird, ist es sehr empfehlenswert, den Schlüssel nach der Installation des DLMS-Plugins zu ändern. Das Passwort kann im Abschnitt Sicherheit in Konfiguration > Services > DLMS > Einstellungen oder durch das HES geändert werden.

High-Level-Security-Authentifizierung (HLS)

Bei der HLS-Authentifizierung müssen sich sowohl der Client als auch der Server erfolgreich authentifizieren, um eine Verbindung herzustellen (in DLMS als Application Association oder AA bezeichnet). Es handelt sich um ein Vier-Pass-Verfahren, und es gibt mehrere HLS-Authentifizierungsmechanismen, z. B. GMAC. HLS (High Level Security) erfordert einen Blockchiffrierschlüssel, um Nachrichten zwischen Client und Server zu verschlüsseln und zu entschlüsseln.

Für zusätzliche Sicherheit wird auch ein Authentifizierungsschlüssel mit der Bezeichnung AK angegeben. DLMS/COSEM unterstützt den so genannten Schlüsselaustausch, d.h. den sicheren Austausch von Verschlüsselungscodes. Bei einem solchen Austausch wird der Key Encrypting Key (KEK) verwendet, um die Schlüssel vor dem Versand zu umhüllen. KEK wird auch als DLMS Master Key bezeichnet.

Siehe Tabelle 158, „Beschreibung der Verschlüsselungsschlüssel“ für weitere Informationen über die Schlüssel und ihre Verwendung.

Tabelle 158. Beschreibung der Verschlüsselungsschlüssel

Schlüssel

Beschreibung

Master Key / Key Encryption Key (KEK)

Ein Key Encrypting Key (KEK) wird zur Ver-/Entschlüsselung anderer symmetrischer Schlüssel verwendet. In DLMS/COSEM ist dies der Master-Schlüssel. KEK wird von DLMS-Client und -Server beim Austausch von Schlüsseln verwendet.

Der Schlüssel muss mindestens 16 Zeichen lang sein.

Authentifizierungsschlüssel

In DLMS wird zur zusätzlichen Sicherheit auch ein Authentifizierungsschlüssel mit der Bezeichnung AK angegeben. Wenn vorhanden, ist er Teil der Additional Authenticated Data (AAD).

Der Schlüssel muss mindestens 16 Zeichen lang sein.

Block-Cipher-Schlüssel

Der Blockchiffrierschlüssel, auch als Encryption Key (EK) bezeichnet, wird im AES-GCM-Algorithmus verwendet.

Der Schlüssel muss mindestens 16 Zeichen lang sein.

Alle Schlüssel werden beim ersten Start des DLMS-Plugins automatisch erzeugt und können auf zwei Arten aktualisiert werden:

Über den Abschnitt Sicherheit in Konfiguration > Services > DLMS > Einstellungen.
Durch das HES.

Adressierung von Logikeinheiten

Die Logikeinheiten können entweder über die Adresse der Logikeinheit oder über einen vom Hersteller implementierten Mechanismus zur Kanalauswahl adressiert werden. Der Kanal und die Adresse der Logikeinheit werden eins zu eins abgebildet (gleicher numerischer Wert).

Der herstellerspezifische Kanalauswahlmechanismus ist implementiert, um den Handshaking-Overhead zu reduzieren und ermöglicht dem HES den Zugriff auf alle Logikeinheiten in einer einzigen Assoziation.

Adressierung des logischen Gerätes

Die Management-Logikeinheit kann über die Adresse der Logikeinheit 1 angesprochen werden. Angeschlossene M-Bus-Zähler (logische Zählereinheiten) werden über die Adressen der Logikeinheiten 16..n angesprochen.

Ein Gateway, an dem ein einzelner M-Bus-Zähler angeschlossen ist, verfügt folglich über zwei adressierbare Logikeinheiten: die Management-Logikeinheit mit der Adresse 1 und die logische Zählereinheit mit der Adresse 16. Wenn mehr Zähler angeschlossen sind, wird die nächste freie logische Geräteadresse verwendet, d. h. 17.

Die Adressierung logischer Einheiten kann nur während der Sitzungsherstellung durchgeführt werden.

Kanalauswahl

Die Kanalauswahl ist nach erfolgreicher Verbindung mit einer der Logikeinheiten verfügbar.

Die Kanalauswahl kann verwendet werden, um die verschiedenen Logikeinheiten im physischen Gerät (Gateway) zu adressieren und darauf zuzugreifen. Zu diesem Zweck wurde der herstellerspezifische OBIS-Code 0.128.1.0.0.255 zugewiesen. Das COSEM-Objekt gehört zur Schnittstellenklasse Data (1) Das Objekt enthält eine einzelne LongUnsigned-Ganzzahl, die auf allen Logikeinheiten lesbar und schreibbar ist.

Der nach einer erfolgreichen Assoziation standardmäßig ausgewählte Kanal entspricht der Adresse der logischen Einheit.

Das HES legt den Wert dieses Objekts mithilfe des xDLMS-SET-Dienstes fest. Die folgende APDU (im XML-Format zur besseren Lesbarkeit) zeigt das Format einer solchen Anfrage zur Auswahl der Management-Logikeinheit:

<SetRequest>
  <SetRequestNormal>
    <InvokeIdAndPriority Value="C1" />
    <AttributeDescriptor>
      <ClassId Value="0001" />
      <InstanceId Value="0080010000FF" />
      <AttributeId Value="02" />
    </AttributeDescriptor>
    <Value>
      <Long-Unsigned Value="01" />
    </Value>
  </SetRequestNormal>
</SetRequest>

Abfrage von Daten vom Gateway mittels Polling-Operation

Nach erfolgreicher Zuordnung kann das zu adressierende logische Gerät über die Kanalauswahl geändert werden. Das Gateway bleibt bei der aktuell ausgewählten logischen Einheit, bis die Verbindung getrennt wird oder während derselben Sitzung eine neue Kanalauswahl vorgenommen wird.

Je nach der ausgewählten logischen Einheit und der Client-ID sind verschiedene COSEM-Objekte verfügbar.

COSEM-Objekte der Management-Logikeinheit

Die folgenden COSEM-Objekte sind in der Management-Logikeinheit verfügbar:

Tabelle 159. COSEM-Objekte der Management-Logikeinheit

Beschreibung

OBIS-Code

Schnittstellenklasse

Zugang

	A	B	C	D	E	F		Public-Client (16)	Management-Client (1)
SAP Assignment	0	0	41	0	0	255	SAP Assignment (17)	R	R
Association LN	0	0	40	0	0	255	Association LN (15)	R	RW
Clock	0	0	1	0	0	255	Clock (8)	R	RW
Logical Device Name	0	0	42	0	0	255	Data (1)	R	R
Receive Frame Counter	0	0	43	1	0	255	Data (1)	R	R
Channel Selection	0	128	1	0	0	255	Data (1)	Keine	RW
Meter List	1	128	0	0	0	255	Data (1)	Keine	R
Gateway System Title	0	0	96	1	0	255	Data (1)	Keine	R
Gateway Firmware Version	1	0	0	2	0	255	Data (1)	Keine	R
Gateway Firmware Signature	1	1	0	2	8	255	Data (1)	Keine	R
Gateway IP Address	0	0	96	128	0	255	Data (1)	Keine	R
Standard Event Log - Event Id	0	0	96	11	0	255	Data (1)	Keine	R
Standard Event Log - Event Message	0	128	96	11	0	255	Data (1)	Keine	R
Fraud Event Log - Event Id	0	0	96	11	1	255	Data (1)	Keine	R
Fraud Event Log - Event Message	0	128	96	11	1	255	Data (1)	Keine	R
Specific Test Object	0	0	96	1	4	255	Data (1)	Keine	RW
Standard Event Log	0	0	99	98	0	255	Profile Generic (7)	Keine	R
Fraud Event Log	0	0	99	98	1	255	Profile Generic (7)	Keine	R
Push Setup Gateway Standard Event Log	0	4	25	9	0	255	Push Setup (40)	Keine	R
Push Setup Gateway Fraud Event Log	0	8	25	9	0	255	Push Setup (40)	Keine	R
Push Setup On Install	0	7	25	9	0	255	Push Setup (40)	Keine	R
Security Setup	0	0	43	0	0	255	Security Setup (64)	Keine	RW

SAP-Zuordnung

Das SAP-Zuordnungsobjekt kann vom Gateway ausgelesen werden, um verfügbare logische Einheiten zu identifizieren.

Assoziation LN

Dieses Objekt enthält die Liste der verfügbaren COSEM-Objekte auf der aktuell ausgewählten logischen Einheit.

Dieses Objekt kann auch vom HES verwendet werden, um das LLS-Authentifizierungspasswort festzulegen.

Uhr

Das Uhr-Objekt ermöglicht das Lesen/Schreiben der internen Echtzeituhr des Gateways.

Name der logischen Einheit

Datentyp: octet-string

Dieses Objekt enthält den Namen der logischen Einheit des Gateways als Oktettstring mit 13 Zeichen. Das Format des Namens der logischen Einheit ist nach folgendem Muster aufgebaut:

ELV <Seriennummer> Beispiel: ELV0016000001

Receive Frame Counter

Datentyp: double-long-unsigned

Dieses Objekt enthält den aktuellen Wert des Rahmenzählers (Invocation Counter), der für die verschlüsselte Kommunikation benötigt wird.

Das Gateway verwirft jede Nachricht, deren Rahmenzählerwert kleiner ist als der aktuelle Wert des Rahmenzählers im Gateway.

Kanalauswahl

Datentyp: long-unsigned

Dieses Objekt ermöglicht das Umschalten zwischen allen Logikeinheiten während einer einzigen Verbindung.

Zählerliste

Die Zählerliste enthält eine Liste von Zählern, die den Namen der logischen Zählereinheit und den entsprechenden Kanal darstellt, der für die Kanalauswahl verwendet werden kann.

Die APDU (zwecks Lesbarkeit XML-formatiert) der Zählerliste sollte das folgende Format haben:

<structure>
  <octet-string>COSEM logical device name of the gateway</octet-string>
  <array>
    <structure>
      <octet-string>COSEM logical device name of meter 1</octet-string>
      <long-unsigned>Channel of meter 1</long-unsigned>
    </structure>
    <structure>
     ...
    </structure>
    <structure>
      <octet-string>COSEM logical device name of meter n</octet-string>
      <long-unsigned>Channel of meter n</long-unsigned>
    </structure>
  </array>
</structure>

Systemtitel Gateway

Datentyp: octet-string

Dieses Objekt enthält den Systemtitel des Gateways.

Firmwareversion Gateway

Datentyp: octet-string

Dieses Objekt enthält Informationen über die Firmwareversion des Gateways.

Firmware-Signatur Gateway

Datentyp: octet-string

Dieses Objekt enthält die Signaturinformationen der Gateway-Firmware.

IP-Adresse Gateway

Datentyp: double-long-unsigned

Dieses Objekt enthält die numerische Darstellung der IPv4-Adresse des Gateways.

Zum Beispiel wird die Adresse 192.168.1.2 als 0xC0A80102 dargestellt, Dezimalwert 3232235778.

Standard-Ereignisprotokoll – Ereignis-ID

Datentyp: long-unsigned

Dieses Objekt enthält die Ereignis-ID des letzten im Standard-Ereignisprotokoll protokollierten Ereignisses.

Standard-Ereignisprotokoll – Ereignismeldung

Datentyp: visible-string

Dieses Objekt enthält die Ereignisbeschreibung des letzten im Standard-Ereignisprotokoll protokollierten Ereignisses.

Ereignisprotokoll Betrug – Ereignis-ID

Datentyp: long-unsigned

Dieses Objekt enthält die Ereignis-ID des letzten im Betrugs-Ereignisprotokoll protokollierten Ereignisses.

Ereignisprotokoll Betrug – Ereignismeldung

Datentyp: visible-string

Dieses Objekt enthält die Ereignisbeschreibung des letzten im Betrugs-Ereignisprotokoll protokollierten Ereignisses.

Spezifisches Testobjekt

Datentyp: octet-string

Dieses Objekt wird zu Testzwecken verwendet und sollte ignoriert werden. Es enthält keine Informationen.

Standard-Ereignisprotokoll und Betrugserkennungsprotokoll

Das Standard-Ereignisprotokoll ist eine Tabelle mit Protokolleinträgen des Typs Profile Generic mit gatewaybezogenen Protokolleinträgen. Die Daten, die aus dem Protokoll gelesen werden können, sind Datum/Uhrzeit des Ereignisses und der Ereigniscode.

Attribute:

Logischer Name
Puffer (aktuelle Daten)

Selektor 0 (alle Daten) und Selektor 1 (von-bis) implementiert
Erfassungsobjekte (Liste der OBIS-Codes)
Nicht zutreffend
Nicht zutreffend
Nicht zutreffend
Verwendete Einträge in der Datenbank
Verwendete Einträge in der Datenbank

COSEM-Objekte/OBIS-Codes:

Datum/Uhrzeit: 0.0.1.0.0.255

Ereignisobjekt: 0.0.96.11.0.255 (Standard), 0.0.96.11.1.255 (Betrug)

Ereignismeldung: 0.128.96.11.0.255 (Standard), 0.128.96.11.1.255 (Betrug)

Beschränkungen:

In einer Anfrage können maximal 1000 Zeilen gelesen werden.

Siehe CMe3100 Protokollereignisse für verfügbare Protokolleinträge.

Push-Setup für das Standard-Ereignisprotokoll des Gateways

Das Push-Setup-Objekt enthält die Informationen über die Objekte, die im Push-Bericht des Standard-Ereignisprotokolls enthalten sein sollen.

Push-Setup des Betrugsereignisprotokolls durch das Gateway

Das Push-Setup-Objekt enthält die Informationen über die Objekte, die im Push-Bericht des Betrugsereignisprotokolls enthalten sein sollen.

Push-Setup bei der Installation

Das Push-Setup-Objekt enthält die Informationen über die Objekte, die im Push-Bericht des Ereignisses „Bei Installation“ enthalten sein sollen.

Sicherheits-Setup

Das Sicherheits-Setup-Objekt ermöglicht das Lesen und Schreiben von Schlüsseln sowie Richtlinien, die in der Sicherheitssuite 0 verwendet werden.

Für den Schlüsselaustausch ruft das HES Methoden der Sicherheitseinrichtung (Version 0), OBIS-Code 0.0.43.0.0.255, auf. Die einzigen Schlüssel, die ausgetauscht werden müssen, sind die des Gateways. Es gibt keine separaten Schlüssel für die Zähler. Der Schlüsselaustausch ist nach den Vorgaben von DLMS UA 1000-2 Ed. 8.0 (Grünes Buch), Abschnitt 9.2.5.4 und IDIS Paket 2 IP Profil Ed 2.0, Abschnitt 9.4.6.1. durchzuführen.

Beim Schreiben in das Sicherheits-Setup-Objekt wird die neue Sicherheitskonfiguration NICHT verwendet, bis die Verbindung getrennt und eine neue Verbindung hergestellt wird.

COSEM-Objekte der logischen Zählereinheit

Die folgenden COSEM-Objekte sind in jeder logischen Zählereinheit verfügbar:

Tabelle 160. COSEM-Objekte der logischen Zählereinheit

Beschreibung

OBIS-Code

Schnittstellenklasse

Zugang

	A	B	C	D	E	F		Public-Client (16)	Management-Client (1)
SAP-Zuordnung	0	0	41	0	0	255	SAP-Zuordnung (17)	R	R
Assoziation LN	0	0	40	0	0	255	Assoziation LN (15)	R	RW
Uhr	0	0	1	0	0	255	Uhr (8)	R	RW
Name der logischen Einheit	0	0	42	0	0	255	Daten (1)	R	R
Receive Frame Counter	0	0	43	1	0	255	Daten (1)	R	R
Kanalauswahl	0	128	1	0	0	255	Daten (1)	Keine	RW
Name der logischen Einheit des Gateways	1	128	2	0	0	255	Daten (1)	Keine	R
Firmwareversion des Zählers	1	0	0	2	8	255	Daten (1)	Keine	R
Hersteller-ID des Zählers	0	0	96	128	1	255	Daten (1)	Keine	R
Geräteart des Zählers	0	0	96	128	2	255	Daten (1)	Keine	R
Standard-Ereignisprotokoll – Ereignis-ID	0	0	96	11	2	255	Daten (1)	Keine	R
Standard-Ereignisprotokoll – Ereignismeldung	0	128	96	11	2	255	Daten (1)	Keine	R
Ereignisprotokoll Betrug – Ereignis-ID	0	0	96	11	3	255	Daten (1)	Keine	R
Ereignisprotokoll Betrug – Ereignismeldung	0	128	96	11	3	255	Daten (1)	Keine	R
Spezifisches Testobjekt	0	0	96	1	4	255	Daten (1)	Keine	RW
Lastprofil 1	8	0	99	1	0	255	Profile Generic (7)	Keine	R
Lastprofil 2	8	0	99	2	0	255	Profile Generic (7)	Keine	R
Daten zur Rechnungsstellung	8	0	98	1	0	255	Profile Generic (7)	Keine	R
Standard-Ereignisprotokoll	8	0	99	98	2	255	Profile Generic (7)	Keine	R
Ereignisprotokoll Betrug	8	0	99	98	3	255	Profile Generic (7)	Keine	R
Push-Setup des Zähler-Lastprofils 1	0	1	25	9	0	255	Push-Setup (40)	Keine	R
Push-Setup des Zähler-Lastprofils 2	0	2	25	9	0	255	Push-Setup (40)	Keine	R
Push-Setup für Zähler-Rechnungsdaten	0	3	25	9	0	255	Push-Setup (40)	Keine	R
Push-Setup für Standard-Ereignisprotokoll des Zählers	0	4	25	9	0	255	Push-Setup (40)	Keine	R
Push-Setup für Betrugsereignisprotokoll des Zählers	0	8	25	9	0	255	Push-Setup (40)	Keine	R
Sicherheits-Setup	0	0	43	0	0	255	Sicherheits-Setup (64)	Keine	R
M-Bus-Register, die dynamisch aus den verfügbaren Daten im M-Bus-Zähler erstellt werden und die logische Zählereinheit darstellen X=entsprechend der OBIS-Zählerzuweisung	X	X	X	X	X	X	Register (3)	Keine	R
M-Bus-Daten, die dynamisch aus den verfügbaren Daten im M-Bus-Zähler erstellt werden und die logische Zählereinheit darstellen X=entsprechend der OBIS-Zählerzuweisung	X	X	X	X	X	X	Daten (1)	Keine	R

SAP-Zuordnung

Das SAP-Zuordnungsobjekt kann vom Gateway ausgelesen werden, um verfügbare logische Einheiten zu identifizieren.

Assoziation LN

Dieses Objekt enthält die Liste der verfügbaren COSEM-Objekte auf der aktuell ausgewählten logischen Einheit.

Die COSEM-Objekte einer spezifischen logischen Zählereinheit spiegeln die verfügbaren Datenregister wider, die von einem M-Bus-Zähler ausgelesen werden, sofern gültige Zuweisungsinformationen in der OBIS-Zählerzuweisung und den statischen Objekten gemäß der vorherigen Tabelle vorliegen.

Uhr

Das Uhr-Objekt ermöglicht das Lesen/Schreiben der internen Echtzeituhr des Gateways.

Name der logischen Einheit

Datentyp: octet-string

Dieses Objekt enthält den Namen der logischen Zählereinheit als Oktettstring mit 13 Zeichen. Das Format des Namens der logischen Einheit ist nach folgendem Muster aufgebaut:

<Hersteller><Typ><Version><Seriennummer> Beispiel: ELV010112345678

Bedeutung

<man> = drei Großbuchstaben umfassender Herstellercode gemäß Flag Association, der den Zählerhersteller repräsentiert.

<type> = Zweistelliges ASCII-Hexadezimal (ein Byte), Typ/Medium des Zählers gemäß IDIS Package 2 IP Profile Ed 2.0, Abschnitt 5.8, das das Zählermedium darstellt.

<version> = Zweistelliges ASCII-Hexadezimal (ein Byte) Version des Zählers.

Receive Frame Counter

Datentyp: double-long-unsigned

Dieses Objekt enthält den aktuellen Wert des Rahmenzählers (Invocation Counter), der für die verschlüsselte Kommunikation benötigt wird.

Das Gateway verwirft jede Nachricht, deren Rahmenzählerwert kleiner ist als der aktuelle Wert des Rahmenzählers im Gateway.

Kanalauswahl

Datentyp: long-unsigned

Dieses Objekt ermöglicht das Umschalten zwischen allen Logikeinheiten während einer einzigen Verbindung.

Name der logischen Einheit des Gateways

Dieses Objekt ist ein Spiegelbild des Namens der logischen Einheit des Gateways und ist für alle logischen Zählereinheiten im Gateway zugänglich. Dies ermöglicht das Lesen des Namens der logischen Einheit des Gateways, wenn eine logische Zählereinheit zugeordnet/adressiert wird.

Firmwareversion des Zählers

Datentyp: octet-string

Dieses Objekt enthält Informationen über die Firmwareversion des Zählers.

Hersteller-ID des Zählers

Datentyp: octet-string

Dieses Objekt enthält die Informationen über die Hersteller-ID des Zählers.

Geräteart des Zählers

Datentyp: Ganzzahl

Dieses Objekt enthält Informationen über den MBus-Gerätetyp des Zählers.

Standard-Ereignisprotokoll – Ereignis-ID

Datentyp: long-unsigned

Dieses Objekt enthält die Ereignis-ID des letzten im Standard-Ereignisprotokoll protokollierten Ereignisses.

Standard-Ereignisprotokoll – Ereignismeldung

Datentyp: visible-string

Dieses Objekt enthält die Ereignisbeschreibung des letzten im Standard-Ereignisprotokoll protokollierten Ereignisses.

Ereignisprotokoll Betrug – Ereignis-ID

Datentyp: long-unsigned

Dieses Objekt enthält die Ereignis-ID des letzten im Betrugs-Ereignisprotokoll protokollierten Ereignisses.

Ereignisprotokoll Betrug – Ereignismeldung

Datentyp: visible-string

Dieses Objekt enthält die Ereignisbeschreibung des letzten im Betrugs-Ereignisprotokoll protokollierten Ereignisses.

Spezifisches Testobjekt

Datentyp: octet-string

Dieses Objekt wird zu Testzwecken verwendet und sollte ignoriert werden. Es enthält keine Informationen.

Abrechnungsprofil und Lastprofil 1 & 2

Das Abrechnungsprofil ist eine Tabelle mit allen aus dem M-Bus-Zähler ausgelesenen Registern, die in der OBIS-Zählerzuweisung eine gültige Zuweisung enthalten.

Attribute:

Logischer Name
Puffer (aktuelle Daten)

Selektor 0 (alle Daten) und Selektor 1 (von-bis) implementiert
Erfassungsobjekte (Liste der OBIS-Codes)
Nicht zutreffend
Nicht zutreffend
Nicht zutreffend
Verwendete Einträge in der Datenbank
Verwendete Einträge in der Datenbank

COSEM-Objekte/OBIS-Codes:

Datum/Uhrzeit: 0.0.1.0.0.255

M-Bus-Register: Hängt von der OBIS-Zähler-Zuweisungsdatei ab.

Beschränkungen:

In einer Anfrage können maximal 1000 Zeilen gelesen werden.

Standard-Ereignisprotokoll und Betrugserkennungsprotokoll

Das Standard-Ereignisprotokoll ist eine Tabelle mit Protokolleinträgen des Typs Profile Generic mit zählerbezogenen Protokolleinträgen. Die Daten, die aus dem Protokoll gelesen werden können, sind Datum/Uhrzeit des Ereignisses und der Ereigniscode. Der Ereigniscode ist das vom M-Bus-Zähler gelesene Statusbyte + Basiswert (4000). Dies gibt die Möglichkeit, den aktuellen M-Bus-Statuscode zu erhalten, der aus dem Ereigniscode-Wert (4000..4255) gelesen werden kann. Protokolleinträge werden nur dann im Protokoll erstellt, wenn sich das M-Bus-Statusbyte zwischen dem Auslesen ändert.

Das Betrugsereignisprotokoll ist eine Tabelle mit Protokolleinträgen des Typs Profile Generic mit zählerbezogenen Protokolleinträgen. Die Daten, die aus dem Protokoll gelesen werden können, sind Datum/Uhrzeit des Ereignisses und der Ereigniscode.

Derzeit befinden sich keine Einträge im Betrugserkennungsprotokoll des Zählers, d. h., das Auslesen des Protokolls gibt null (0) Zeilen zurück.

Attribute:

Logischer Name
Puffer (aktuelle Daten)

Selektor 0 (alle Daten) und Selektor 1 (von-bis) implementiert
Erfassungsobjekte (Liste der OBIS-Codes)
Nicht zutreffend
Nicht zutreffend
Nicht zutreffend
Verwendete Einträge in der Datenbank
Verwendete Einträge in der Datenbank

COSEM-Objekte/OBIS-Codes:

Datum/Uhrzeit: 0.0.1.0.0.255

Ereignisobjekt: 0.0.96.11.0.255 (Standard), 0.0.96.11.1.255 (Betrug)

Ereignismeldung: 0.128.96.11.0.255 (Standard), 0.128.96.11.1.255 (Betrug)

Beschränkungen:

In einer Anfrage können maximal 1000 Zeilen gelesen werden.

Siehe CMe3100 Protokollereignisse für verfügbare Protokolleinträge.

Push-Setup des Zähler-Lastprofils 1

Das Push-Setup-Objekt enthält die Informationen über die Objekte, die im Push-Bericht des Lastenprofils 1 enthalten sein sollen.

Push-Setup des Zähler-Lastprofils 2

Das Push-Setup-Objekt enthält die Informationen über die Objekte, die im Push-Bericht des Lastenprofils 2 enthalten sein sollen.

Push-Setup für Zähler-Rechnungsdaten

Das Push-Setup-Objekt enthält die Informationen über die Objekte, die im Push-Bericht der Abrechnungsdaten enthalten sein sollen.

Push-Setup für das Standard-Ereignisprotokoll des Gateways

Das Push-Setup-Objekt enthält die Informationen über die Objekte, die im Push-Bericht des Standard-Ereignisprotokolls enthalten sein sollen.

Push-Setup des Betrugsereignisprotokolls durch das Gateway

Das Push-Setup-Objekt enthält die Informationen über die Objekte, die im Push-Bericht des Betrugsereignisprotokolls enthalten sein sollen.

Sicherheits-Setup

Das Objekt Sicherheits-Setup ermöglicht das Auslesen der Sicherheitsparameter.

Die Schlüssel und die Richtlinie können nur in der Gateway-Instanz des Objekts Sicherheits-Setup geändert werden.

M-Bus-Daten und -Register

Die verfügbaren M-Bus-Register werden entsprechend der OBIS-Zählerzuweisung in COSEM-Objekte abgebildet.

Alle M-Bus-Register sind vom Typ Schnittstellenklasse Register und enthalten die Attribute Wert, Einheit und Skalierer. Bei der Übersetzung von M-Bus-Registerdaten in COSEM-Objekte wird versucht, den ursprünglichen Datentyp so weit wie möglich beizubehalten, d. h. Ganzzahlen werden als Ganzzahlen behandelt, Gleitkommazahlen als Gleitkommazahlen usw.

Um die Last auf den Zählern zu minimieren, verfügt das DLMS-Plugin über einen Caching-Mechanismus für M-Bus-Register.

Beim Lesen von M-Bus-Registern sucht das DLMS-Plugin zunächst im Cache nach dem Wert. Wenn er existiert und der Zeitstempel des Wertes weniger als 60 Sekunden alt ist, wird der Wert an den Aufrufer zurückgegeben.

Ist der Wert älter oder nicht im Cache vorhanden, wird eine Auslesung aus dem Zähler durchgeführt. Dieser Vorgang unterbricht alle noch laufenden Auslesezyklen.

Wenn das Auslesen erfolgreich war, wird der Wert in den Cache geschrieben und an den Aufrufer zurückgegeben. Im Falle einer fehlgeschlagenen Zählerauslesung gibt das Plugin den letzten bekannten Wert zurück, sofern dieser im Cache vorhanden ist, andernfalls wird eine DLMS-Fehlermeldung erzeugt.

Das Lesen eines COSEM-Objekts (das in einer Zählervorlage enthalten ist), das keine gültigen Daten enthält, gibt den in der Zählervorlage definierten Standardfehlerwert zurück.

Push Benachrichtigung

Das Gateway unterstützt die periodische oder ereignisgesteuerte Übertragung von Daten.

Push-Benachrichtigungen werden über den Data-Notification-Service gesendet.

Regelmäßige Push-Daten

Push-Profile

Profile werden nach einem konfigurierten Zeitplan über den Data-Notification-Service für alle angeschlossenen Zähler gepusht. Ein Push enthält Daten von einem Zähler. Er kann Daten aus mehreren Profilen enthalten. Die Nutzlast des Data Notification APDU hat die folgende Struktur:

<octet-string>COSEM logical device name of the gateway</octet-string>
<octet-string>COSEM logical device name of the meter</octet-string>
<octet-string>COSEM logical name of the push setup object</octet-string>
<octet-string>COSEM logical name of profile</octet-string>
<array>
    <structure>capture object 1</structure>
    ...
    <structure>capture object m</structure>
</array>
<array>
    <structure>profile buffer entry 1</structure>
    ...
    <structure>profile buffer entry n</structure>
</array>
<array>
    <structure>unit and scaler for register 1 stored in profile</structure>
    ...
    <structure>unit and scaler for register m stored in profile</structure>
</array>

Jedes Erfassungsobjekt muss die folgenden Elemente enthalten:

<long-unsigned>interface class ID</long-unsigned>
<octet-string>COSEM logical name</octet-string>
<integer>attribute index</integer>
<long-unsigned>data index</long-unsigned>

Siehe DLMS UA 1000-1 Ed. 12.0 (Blaues Buch), Abschnitt 4.3.6

Jeder Profilpuffereintrag muss die folgenden Elemente enthalten:

<octet-string>timestamp</octet-string>
<some datatype>value</some data type>
<some datatype>value</some data type>
<some datatype>value</some data type>
...

Siehe DLMS UA 1000-1 Ed. 12.0 (Blaues Buch), Abschnitt 4.3.6

Jedes Einheiten- und Skalierungsobjekt enthält die folgenden Elemente:

<integer>scaler</integer>
<enum>unit</enum>

Siehe DLMS UA 1000-1 Ed. 12.0 (Blaues Buch), Abschnitt 4.3.2

Push-Ereignisprotokolle

Ereignisprotokolle (Gateway und Zähler) werden gemäß dem konfigurierten Zeitplan über den Data-Notification Service gepusht.

Ein Push enthält Daten von einer einzigen Logikeinheit (Gateway oder Zähler). Er kann Daten aus mehreren Ereignisprotokollen enthalten. Das Standard-Ereignisprotokoll ist sowohl für die logische Zählereinheit als auch für die logische Einheit des Gateways verfügbar. Das Betrugserkennungsprotokoll ist nur für die logische Einheit des Gateways verfügbar, da die tatsächliche Bedeutung des Zählerereignisses (die herstellerspezifisch sein kann) vom Gateway nicht entschlüsselt wird. Daher werden alle Zählerereignisse in den Ereignisabschnitt „Zählerstatus“ aufgenommen, der über das Standard-Ereignisprotokoll zugänglich ist.

Siehe CMe3100 Ereignisprotokolle für verfügbare Protokolleinträge. Das Standard-Ereignisprotokoll enthält alle Ereignisse mit Ausnahme derer im Ereignisabschnitt „Sicherheit“. Das Betrugserkennungsprotokoll enthält nur Ereignisse aus dem Ereignisabschnitt „Sicherheit“.

Die Nutzlast der Data Notification APDU hat für die logische Einheit des Gateways (Managementeinheit) die folgende Struktur:

<octet-string>COSEM logical device name of the gateway</octet-string>
<octet-string>COSEM logical name of the push setup object</octet-string>
<octet-string>COSEM logical name of event log</octet-string>
<array>
    <structure>event 1</structure>
    ...
    <structure>event n</structure>
</array>

Die Nutzlast der Data Notification APDU hat für eine logische Zählereinheit die folgende Struktur:

<octet-string>COSEM logical device name of the gateway</octet-string>
<octet-string>COSEM logical device name of the meter</octet-string>
<octet-string>COSEM logical name of the push setup object</octet-string>
<octet-string>COSEM logical name of event log</octet-string>
<octet-string>manufacturer ID</octet-string>
<integer>device type</integer>
<integer>firmware version</integer>
<array>
    <structure>event 1</structure>
    ...
    <structure>event n</structure>
</array>

Jedes Ereignis muss die folgenden Punkte enthalten:

<octet-string>timestamp of the event</octet-string>
<octet-string>OBIS code of the event object</octet-string>
<unsigned>event code</unsigned>

Optional kann es auch einen anderen Punkt enthalten:

<visible-string>custom event message</visible-string>

Verwendete OBIS-Codes:

Zeitstempel: 0.0.1.0.0.255

Ereignisobjekt: 0.0.96.11.0.255 (Standard), 0.0.96.11.1.255 (Betrug)

Benutzerdefinierte Ereignismeldung: 0.128.96.11.0.255 (Standard), 0.128.96.11.1.255 (Betrug)

Ereignisgesteuerter Push von Daten

Ereignis Push bei der Installation

Dieses Ereignis wird ausgelöst, wenn die Zählerliste eines Gateways geändert wird. Das Ereignis löst einen Push mit dem Ereigniscode Bei-Installation aus, der vom HES verwendet werden kann, um einen Polling-Vorgang zur Aktualisierung der Zählerliste auszulösen (Zählerliste vom Gateway auslesen).

Das Gateway löst nur einen einzigen Push aus, auch wenn während eines Vorgangs mehr als ein Zähler hinzugefügt/entfernt wird. Die Hysterese für die Gruppierung des Ereignisses beträgt drei (3) Minuten.

Die Nutzlast des Data Notification APDU hat die folgende Struktur:

<octet-string>COSEM logical device name of the gateway</octet-string>
<octet-string>COSEM logical name of the push setup – on installation 
object</octet-string>
<double-long-unsigned>ip adress of the gateway</double-long-unsigned>
<octet-string> System title of the gateway as defined in IDIS Package 2 
IP profile Ed 2.0, section 6.1.1</octet-string>

Der OBIS-Code für das Objekt Push-Setup - bei Installation wird auf 0-7:25.9.0*255 festgelegt (siehe IDIS Package 2 IP-Profil Ed. 2.0, Abschnitt 7.2.1).

Wartung

Konfigurationen verwalten

Die Produktfunktion zur Verwaltung von Konfigurationen und Backups umfasst auch Einstellungen für das DLMS-Plugin (siehe Abschnitt „Konfigurationen verwalten“ auf der Benutzeroberfläche des Produkts).

Da Konfigurationsdateien dazu dienen, Einstellungen zwischen vielen Geräten zu duplizieren, sind das DLMS-Passwort und die Schlüssel nicht Teil der Konfigurationsdatei. Sie sind jedoch in der Backup-Datei enthalten.

Speichern einer Kopie der aktuellen Konfiguration

Die Konfiguration enthält alle Eigenschaften, die im Produkt bearbeitet werden können. Diese können verwendet werden, um die Konfiguration für mehrere Geräte zu duplizieren, da sie keine gerätespezifischen Einstellungen enthalten.

Gehen Sie zu Konfiguration > Konfigurationen verwalten.
Wählen Sie Konfiguration als Dateityp.
Wählen Sie Ausführen.

Der Abschnitt Dateiablage enthält nun die neu erstellte Konfigurationsdatei. Dies kann dann dazu verwendet werden, ein Gerät zu aktualisieren und/oder fehlerhafte Konfigurationen rückgängig zu machen.

Importieren einer gespeicherten Konfiguration

Gehen Sie zu Konfiguration > Konfigurationen verwalten.
Wählen Sie Datei wählen und wählen Sie die exportierte Konfigurationsdatei vom alten Gerät.
Wählen Sie Hochladen.

Eine Konfiguration rückgängig machen

Gehen Sie zu Konfiguration > Konfigurationen verwalten.
Wählen Sie das Symbol Neu laden in der Spalte Aktion der Konfiguration, zu der Sie zurückkehren möchten.

Verwaltung von Backups

Das Backup enthält sowohl die Konfiguration als auch eine Kopie der Produktdatenbanken und der Betriebssystemeinstellungen.

Dieses Backup enthält gerätespezifische Einstellungen und ist daher nicht geeignet, um die Konfiguration auf ein anderes Gerät zu übertragen. Es sollte ausschließlich verwendet werden, um die Einstellungen eines Geräts nach einem physischen Austausch wiederherzustellen.

Erstellen eines Backups

Gehen Sie zu Konfiguration > Konfigurationen verwalten.
Wählen Sie Backup als Dateityp.
Wählen Sie Ausführen

Der Abschnitt „Dateiablage“ enthält nun die neu erstellte Sicherungsdatei.

Ersetzen eines Geräts

Erstellen Sie ein Backup der Konfiguration des Geräts, das ersetzt werden soll.
Importieren Sie die gesicherte Konfiguration auf das Ersatzgerät.

Anmerkung

Der Systemtitel des Ersatzgeräts wird neu sein, da er von der Seriennummer des Geräts abgeleitet ist. Der HES muss möglicherweise entsprechend aktualisiert werden.

War dieser Beitrag hilfreich?

0 von 0 fanden dies hilfreich

Haben Sie Fragen? Anfrage einreichen

Beiträge in diesem Abschnitt

Kommentare (0 Kommentare)

Zu diesem Beitrag können keine Kommentare hinterlassen werden.