Support Thread für DLMS Plugin

[manu241]

Hallo Bernd,

danke für den entscheidenden Tipp.

So passt es. Kannst du diese Schreibweise noch mit in die Doku aufnehmen?

Gruß und besten Dank Manuel

[bmx]

Wenn ich wieder Zeit habe mache ich das, ja.

[felix86]

Moin Zusammen,

ich habe einen Easymeter Q3D 1004 den ich seit langer Zeit mit dem easymeter Plugin auslese. Nun ist dieses ja abgekündigt und ich müsste das Plugin wechseln. Wenn ich richtig informiert bin sollte es mit dem dlms Plugin funktionieren. Ich bekomme es allerdings nicht zum laufen.
Ich habe es bisher nur soweit gebracht:

/usr/local/smarthome/plugins/dlms$ python3 dlms.py -s 9600 /dev/ttyEHZ
This is DLMS Plugin running in standalone mode
==============================================
Time to open serial port /dev/ttyEHZ: 1.25 ms
Writing request message b'/?!\r\n' to serial port '/dev/ttyEHZ'
Time to send first request to smartmeter: 92.27 µs
Time to receive an answer: 755.85 ms
Request Message was not equal to response, treating as identification message
Time to get first identification message from smartmeter: 87.74 µs
Identification Message is b'/ESY5Q3DA1004 V3.04\r\n'
The manufacturer for ESY is unknown (out of 0 given manufacturers)
Baudrate id is '5' thus Protocol Mode is C and max Baudrate available is 9600 Bd
Using protocol mode C, send acknowledge b'\x06050\r\n' and tell smartmeter to switch to 9600 Baud
Reading OBIS data from smartmeter

Ab hier ist schluss, hat jemand da evtl. einen Tipp für mich?

Danke und Gruß Felix

[bmx]

Ich fürchte das das Easymeter hier etwas vom Pfad abweicht und stumpf Protokoll Mode D nutzt mit 9600 Baud Da muß ich wohl noch was ändern am Plugin.

Du kannst aber das alte Plugin weiternutzen und mußt nicht umstellen.

[Msinn]

Du kannst aber das alte Plugin weiternutzen und mußt nicht umstellen.

Lies so: Du kannst aber das alte Plugin unter SmartHomeNG 1.7.x weiternutzen und mußt noch nicht umstellen

[felix86]

Moin Zusammen, danke für den Support. Dann halte ich nochmal die Füße still. Leider übersteigt die Pluginentwicklung meine Fähigkeiten :/

Gruß Felix

[Bear80]

Servus,

hat schon jemand das DLMS Plugin unter 1.8.1 zum Laufen bekommen?

Das Item ist nach wie vor wie folgt konfiguriert:

Zaehlerstand1:
    type: num
    dlms_obis_code:
      - '1.8.1*00'
      - 0
      - 'Value'
      - 'num'

Unter 1.7.1 im Debugmode steht folgender Eintrag im Log und die Zuweisung an das Item funktioniert:

2021-01-26 09:12:24 DEBUG Main Item 'Haus.Strom.Heizung.Zaehlerstand1' has Attribute 'dlms_obis_code' so it is added to the list of items to receive OBIS Code Values
2021-01-26 09:12:24 DEBUG Main The OBIS Code [B]'1.8.1*00'[/B] is added to the list of codes to inspect

Unter 1.8.1 wird daraus:

2021-01-26 08:25:12 DEBUG Main Item 'Haus.Strom.Heizung.Zaehlerstand1' has Attribute 'dlms_obis_code' so it is added to the list of items to receive OBIS Code Values
2021-01-26 08:25:12 DEBUG Main The OBIS Code [B]'['1.8.1*00', 0, 'Value', 'num']'[/B] is added to the list of codes to inspect

Mir scheint, dass 1.8.1 mit der Liste in der Itemkonfig nicht klar kommt. Oder hat sich was an der Syntax geändert, was ich bis her noch nicht mitbekommen hab?
Die Pluginversion ist ja scheinbar gleich geblieben...

Danke für eure Unterstützung!

[Morg]

Mit 1.8 kam die strikte Parameterprüfung; ich vermute, da liegt der Hase im Pfeffer.

Die plugin.yaml des Plugins gibt dlms_obis_code als "str" an, also wird nicht (wie früher) eine Liste zurückgegeben, sondern eine Liste "in" einem String.

Da ich nicht mit dem Plugin arbeite, weiß ich nicht, ob immer eine Liste (wie in deinem Beispiel) oder auch z.B.

dlms_obis_code: "1.8.1*00'

verwendet wird oder werden kann.

Wenn ja, muss das Plugin angepasst werden, damit es die Liste aus dem String extrahiert. Wenn nein, müsste die plugin.yaml angepasst werden (item_attr dlms_obis_code typ: str->list)

Dazu müsste sich entweder bmx oder ein DLMS-User äußern

[Bear80]

Vielen Dank Morg ! Das war der entscheidene Hinweis!

In der plugin.yaml für dlms_obis_code den Type auf list gesetzt und schon gehts auch unter 1.8.1.
Ich schick bei Gelegenheit mal nen commit...

[Morg]

So einfach isses nicht. Wenn jemand dort keine Liste angibt, sondern - wie von mir oben schon geschrieben -

dlms_obis_code: "1.8.1*00"

dann klappt das nicht mehr. Wenn also die Möglichkeit erhalten bleiben soll, muss das anders gelöst werden.

Sonst hätte ich dir das vorhin schon gleich "so" präsentiert

[Bear80]

OK, ich schau mir das später nochmal an. Wenn ich's richtig im Kopf hab, sind mehrere Parameter aus der Liste mandatory. Müsste dann ggfs. in der Doku noch angeglichen werden...

[bmx]

Ich habe da schon lange nichts mehr dran gemacht weil ich am Überlegen war das umzustellen und ggf. mit smlx zu einem Smartmeter Plugin zusammenzulegen aber da bin ich bisher auch nicht dran gekommen.
Ich schau mir das an wo es hängt...

[bmx]

Ich habe mal einen Fix in develop gepusht. Schaut mal ob es für Euch passt.

[Bear80]

Top! Dank dir bmx !
Passt aus meiner Sicht auch für den berechtigten Einwand von Morg
Habs heut früh ausprobiert und macht was es soll bei mir.

[knipi]

Nach langem Ausprobieren habe ich endlich rausgefunden, dass ich in den Items zur Anzeige der Values die "num"-Werte als "str" angeben muss - wohl weil mein Iskraemeco MT174 die Daten mit Punkt statt Komma ausgibt? Kann ich direkt im Item aus dem str-Wert einen num-Wert machen? Leider gibt der Iskra nur den Gesamt- und den aktuellen Zähler an. Wie kann ich dann am besten die Werte mit Zeitstempeln verbinden, um Auswertungen für bestimmte Zeitabschnitte hinzubekommen? Ich erwarte keine fertige Anleitung, wäre aber für Hinweise auf bestimmte Threads sehr dankbar. Beispiele würden mir da sehr helfen.

1-0:0.0.0*255(64421127)
1-0:0.0.1*255(1ISK0064421127)
1-0:0.2.0*255(1.03)
0-0:C.1.0*255(64421127)
0-0:C.1.6*255(FDF5)
1-0:1.7.0*255(0.530*kW)
1-0:1.8.0*255(0034117.133*kWh)
0-0:F.F.0*255(0000000)
!