[OBIS V2] - Jetzt auch mit SML-Unterstützung

Begonnen von Icinger, 08 April 2016, 19:54:44

Vorheriges Thema - Nächstes Thema

cocojambo

#870
@KölnSolar

Das mit dem Auto ist wirklich ein an den Haaren herbeigezogener Vergleich. Unser Raspi hängt am LAN, was gleichzusetzen wäre mit der OBD Buchse des KFZ.
Und wenn ich da ein Steuergerät veranlassen würde große Datenmengen im Speicher zu loggen, würde das Auto irgendwann stehen bleiben, sowie der Raspi mit großen Datenmengen auch.

Aber mal zurück zum eigendlichen Problem.
Ich mache mal deine Änderung im OBIS Modul und gucke ich mal was passiert, wenn das Teil mal wieder keine Lust hat.

Gruß
Norbert


Ergänzung:

Habe die Änderung gerade eingefügt, steht aber bei mir in Zeile 324.
FHEM6.2 FB7490 FB7430 3xraspi2+3+4 2xHM-LAN-CFG 2xESP CUL868 CUNO868 HUE-Bridge Harmony-Hub 5xHM-LC-Sw-PI-2 3xHM-WDS30-T2-SN 1xHM-LC_Sw4-DR 3xHM-ES-PMSw1-PI 7xFS20SIG2 6xFS20KSE 2xHM-ES-PMSW1-PL 5xS300TH 1xASH2200 1xEM1000

micomat

Okay, Attribut gesetzt, leider ohne Erfolg.

Hier das Verbose Log:
2020.02.08 12:21:18 1:  PERL WARNING: Use of uninitialized value $tmp2 in concatenation (.) or string at ./FHEM/47_OBIS.pm line 787.
2020.02.08 14:13:40 1:  RMDIR: ./restoreDir/save/2020-02-04
2020.02.08 14:15:18 5:  SW:
2020.02.08 14:15:18 4:  Wrote
2020.02.08 14:15:18 5:  OBIS (Zaehler_Gesamt) - Internal timer set to 2020-02-08 14:15:48
2020.02.08 14:15:19 5:  SML-Parse 1B1B1B1B01010101760700160379E3486200620072630101760101070016079FA1180B0901454D480000472DDE0101637B5D00760700160379E349620062007263070177010B0901454D480000472DDE070100620AFFFF72620165079F42917A77078181C78203FF0101010104454D480177070100000009FF010101010B0901454D480000472DDE0177070100010800FF640101A201621E52FF560009AE53560177070100020800FF640101A201621E52FF56000A35431E0177070100010801FF0101621E52FF560005BF35370177070100020801FF0101621E52FF56000A35431E0177070100010802FF0101621E52FF560003EF1E1F0177070100020802FF0101621E52FF5600000000000177070100100700FF0101621B52FF55FFFFC57D0177078181C78205FF0172620165079F4292010183029DF3D5EECACB45ED6FF4922D28B14974B74022047B0D7902FC3F7633438431163C2F37B991C2AEA05821921A3E56E8C70101016304DF00760700160379E34A6200620072630201710163D6AC00001B1B1B1B1A01830B
2020.02.08 14:15:19 5:  OBIS: Full message-> 1B1B1B1B01010101760700160379E3486200620072630101760101070016079FA1180B0901454D480000472DDE0101637B5D00760700160379E349620062007263070177010B0901454D480000472DDE070100620AFFFF72620165079F42917A77078181C78203FF0101010104454D480177070100000009FF010101010B0901454D480000472DDE0177070100010800FF640101A201621E52FF560009AE53560177070100020800FF640101A201621E52FF56000A35431E0177070100010801FF0101621E52FF560005BF35370177070100020801FF0101621E52FF56000A35431E0177070100010802FF0101621E52FF560003EF1E1F0177070100020802FF0101621E52FF5600000000000177070100100700FF0101621B52FF55FFFFC57D0177078181C78205FF0172620165079F4292010183029DF3D5EECACB45ED6FF4922D28B14974B74022047B0D7902FC3F7633438431163C2F37B991C2AEA05821921A3E56E8C70101016304DF00760700160379E34A6200620072630201710163D6AC00001B1B1B1B1A01830B
2020.02.08 14:15:19 5:  OBIS: Telegram=1B1B1B1B01010101760700160379E3486200620072630101760101070016079FA1180B0901454D480000472DDE0101637B5D00760700160379E349620062007263070177010B0901454D480000472DDE070100620AFFFF72620165079F42917A77078181C78203FF0101010104454D480177070100000009FF010101010B0901454D480000472DDE0177070100010800FF640101A201621E52FF560009AE53560177070100020800FF640101A201621E52FF56000A35431E0177070100010801FF0101621E52FF560005BF35370177070100020801FF0101621E52FF56000A35431E0177070100010802FF0101621E52FF560003EF1E1F0177070100020802FF0101621E52FF5600000000000177070100100700FF0101621B52FF55FFFFC57D0177078181C78205FF0172620165079F4292010183029DF3D5EECACB45ED6FF4922D28B14974B74022047B0D7902FC3F7633438431163C2F37B991C2AEA05821921A3E56E8C70101016304DF00760700160379E34A6200620072630201710163D6AC00001B1B1B1B1A01830B
2020.02.08 14:15:19 5:  OBIS: Telegram=0177070100000009FF010101010B0901454D480000472DDE0177070100010800FF640101A201621E52FF560009AE53560177070100020800FF640101A201621E52FF56000A35431E0177070100010801FF0101621E52FF560005BF35370177070100020801FF0101621E52FF56000A35431E0177070100010802FF0101621E52FF560003EF1E1F0177070100020802FF0101621E52FF5600000000000177070100100700FF0101621B52FF55FFFFC57D0177078181C78205FF0172620165079F4292010183029DF3D5EECACB45ED6FF4922D28B14974B74022047B0D7902FC3F7633438431163C2F37B991C2AEA05821921A3E56E8C70101016304DF00760700160379E34A6200620072630201710163D6AC00001B1B1B1B1A01830B
2020.02.08 14:15:19 5:  OBIS: Telegram=0177070100010800FF640101A201621E52FF560009AE53560177070100020800FF640101A201621E52FF56000A35431E0177070100010801FF0101621E52FF560005BF35370177070100020801FF0101621E52FF56000A35431E0177070100010802FF0101621E52FF560003EF1E1F0177070100020802FF0101621E52FF5600000000000177070100100700FF0101621B52FF55FFFFC57D0177078181C78205FF0172620165079F4292010183029DF3D5EECACB45ED6FF4922D28B14974B74022047B0D7902FC3F7633438431163C2F37B991C2AEA05821921A3E56E8C70101016304DF00760700160379E34A6200620072630201710163D6AC00001B1B1B1B1A01830B
2020.02.08 14:15:19 5:  OBIS: Telegram=0177070100020800FF640101A201621E52FF56000A35431E0177070100010801FF0101621E52FF560005BF35370177070100020801FF0101621E52FF56000A35431E0177070100010802FF0101621E52FF560003EF1E1F0177070100020802FF0101621E52FF5600000000000177070100100700FF0101621B52FF55FFFFC57D0177078181C78205FF0172620165079F4292010183029DF3D5EECACB45ED6FF4922D28B14974B74022047B0D7902FC3F7633438431163C2F37B991C2AEA05821921A3E56E8C70101016304DF00760700160379E34A6200620072630201710163D6AC00001B1B1B1B1A01830B
2020.02.08 14:15:19 5:  OBIS: Telegram=0177070100010801FF0101621E52FF560005BF35370177070100020801FF0101621E52FF56000A35431E0177070100010802FF0101621E52FF560003EF1E1F0177070100020802FF0101621E52FF5600000000000177070100100700FF0101621B52FF55FFFFC57D0177078181C78205FF0172620165079F4292010183029DF3D5EECACB45ED6FF4922D28B14974B74022047B0D7902FC3F7633438431163C2F37B991C2AEA05821921A3E56E8C70101016304DF00760700160379E34A6200620072630201710163D6AC00001B1B1B1B1A01830B
2020.02.08 14:15:19 5:  OBIS: Telegram=0177070100020801FF0101621E52FF56000A35431E0177070100010802FF0101621E52FF560003EF1E1F0177070100020802FF0101621E52FF5600000000000177070100100700FF0101621B52FF55FFFFC57D0177078181C78205FF0172620165079F4292010183029DF3D5EECACB45ED6FF4922D28B14974B74022047B0D7902FC3F7633438431163C2F37B991C2AEA05821921A3E56E8C70101016304DF00760700160379E34A6200620072630201710163D6AC00001B1B1B1B1A01830B
2020.02.08 14:15:19 5:  OBIS: Telegram=0177070100010802FF0101621E52FF560003EF1E1F0177070100020802FF0101621E52FF5600000000000177070100100700FF0101621B52FF55FFFFC57D0177078181C78205FF0172620165079F4292010183029DF3D5EECACB45ED6FF4922D28B14974B74022047B0D7902FC3F7633438431163C2F37B991C2AEA05821921A3E56E8C70101016304DF00760700160379E34A6200620072630201710163D6AC00001B1B1B1B1A01830B
2020.02.08 14:15:19 5:  OBIS: Telegram=0177070100020802FF0101621E52FF5600000000000177070100100700FF0101621B52FF55FFFFC57D0177078181C78205FF0172620165079F4292010183029DF3D5EECACB45ED6FF4922D28B14974B74022047B0D7902FC3F7633438431163C2F37B991C2AEA05821921A3E56E8C70101016304DF00760700160379E34A6200620072630201710163D6AC00001B1B1B1B1A01830B
2020.02.08 14:15:19 5:  OBIS: Telegram=0177070100100700FF0101621B52FF55FFFFC57D0177078181C78205FF0172620165079F4292010183029DF3D5EECACB45ED6FF4922D28B14974B74022047B0D7902FC3F7633438431163C2F37B991C2AEA05821921A3E56E8C70101016304DF00760700160379E34A6200620072630201710163D6AC00001B1B1B1B1A01830B
2020.02.08 14:15:19 5:  OBIS: Telegram=0177078181C78205FF0172620165079F4292010183029DF3D5EECACB45ED6FF4922D28B14974B74022047B0D7902FC3F7633438431163C2F37B991C2AEA05821921A3E56E8C70101016304DF00760700160379E34A6200620072630201710163D6AC00001B1B1B1B1A01830B
2020.02.08 14:15:19 4:  MSG IS:
/EMH\0901454D480000472DDE
129-129:199.130.3*255(EMH)
1-0:0.0.9*255(0901454D480000472DDE)
1-0:1.8.0*255(<16241954.2*Wh)
1-0:2.8.0*255(<17126275*Wh)
1-0:1.8.1*255(9641707.9*Wh)
1-0:2.8.1*255(17126275*Wh)
1-0:1.8.2*255(6600246.3*Wh)
1-0:2.8.2*255(0*Wh)
1-0:16.7.0*255(-1497.9*W)
129-129:199.130.5*255(9DF3D5EECACB45ED6FF4922D28B14974B74022047B0D7902FC3F7633438431163C2F37B991C2AEA05821921A3E56E8C701)
!

2020.02.08 14:15:19 5:  OBIS (Zaehler_Gesamt) - Msg-Parse: /EMH\0901454D480000472DDE
2020.02.08 14:15:19 5:  OBIS (Zaehler_Gesamt) - Msg-Parse: 129-129:199.130.3*255(EMH)
2020.02.08 14:15:19 5:  Msg 129-129:199.130.3*255(EMH) is of type ManufID
2020.02.08 14:15:19 5:  OBIS (Zaehler_Gesamt) - Msg-Parse: 1-0:0.0.9*255(0901454D480000472DDE)
2020.02.08 14:15:19 5:  Msg 1-0:0.0.9*255(0901454D480000472DDE) is of type Serial
2020.02.08 14:15:19 5:  OBIS (Zaehler_Gesamt) - Msg-Parse: 1-0:1.8.0*255(<16241954.2*Wh)
2020.02.08 14:15:19 5:  Msg 1-0:1.8.0*255(<16241954.2*Wh) is of type Counter
2020.02.08 14:15:19 4:  Set total_consumption to 16241954.2
2020.02.08 14:15:19 5:  OBIS (Zaehler_Gesamt) - Msg-Parse: 1-0:2.8.0*255(<17126275*Wh)
2020.02.08 14:15:19 5:  Msg 1-0:2.8.0*255(<17126275*Wh) is of type Counter
2020.02.08 14:15:19 5:  OBIS (Zaehler_Gesamt) - Msg-Parse: 1-0:1.8.1*255(9641707.9*Wh)
2020.02.08 14:15:19 5:  Msg 1-0:1.8.1*255(9641707.9*Wh) is of type Counter
2020.02.08 14:15:19 4:  Set total_consumption_Ch1 to 9641707.9
2020.02.08 14:15:19 5:  OBIS (Zaehler_Gesamt) - Msg-Parse: 1-0:2.8.1*255(17126275*Wh)
2020.02.08 14:15:19 5:  Msg 1-0:2.8.1*255(17126275*Wh) is of type Counter
2020.02.08 14:15:19 5:  OBIS (Zaehler_Gesamt) - Msg-Parse: 1-0:1.8.2*255(6600246.3*Wh)
2020.02.08 14:15:19 5:  Msg 1-0:1.8.2*255(6600246.3*Wh) is of type Counter
2020.02.08 14:15:19 4:  Set total_consumption_Ch2 to 6600246.3
2020.02.08 14:15:19 5:  OBIS (Zaehler_Gesamt) - Msg-Parse: 1-0:2.8.2*255(0*Wh)
2020.02.08 14:15:19 5:  Msg 1-0:2.8.2*255(0*Wh) is of type Counter
2020.02.08 14:15:19 5:  OBIS (Zaehler_Gesamt) - Msg-Parse: 1-0:16.7.0*255(-1497.9*W)
2020.02.08 14:15:19 5:  Msg 1-0:16.7.0*255(-1497.9*W) is of type Channels
2020.02.08 14:15:19 5:  OBIS (Zaehler_Gesamt) - Msg-Parse: 129-129:199.130.5*255(9DF3D5EECACB45ED6FF4922D28B14974B74022047B0D7902FC3F7633438431163C2F37B991C2AEA05821921A3E56E8C701)
2020.02.08 14:15:19 5:  Msg 129-129:199.130.5*255(9DF3D5EECACB45ED6FF4922D28B14974B74022047B0D7902FC3F7633438431163C2F37B991C2AEA05821921A3E56E8C701) is of type PublicKey
2020.02.08 14:15:19 5:  OBIS (Zaehler_Gesamt) - Msg-Parse: !


Folgender Log Eintrag ist mir heute noch aufgefallen:
2020.02.08 12:21:18 1:  PERL WARNING: Use of uninitialized value $tmp2 in concatenation (.) or string at ./FHEM/47_OBIS.pm line 787.


Danke euch :)
Synology DS218+ with fhem+iobroker in docker, 2x RasPi w. ser2net, CUL433+868, IT, EGPM2LAN, THZ/LWZ, FB_Callmonitor, HMS100TF, Homematic, 2x TX3-TH, Pushover, USB-IR-SML-Head, SONOS, GHoma, MBus, KLF200

KölnSolar

Zitat@KölnSolar

Das mit dem Auto ....
Ich ?  :o

ZitatOkay, Attribut gesetzt, leider ohne Erfolg.
Ok. Du hast einen EMH, wie ich, also
Zitatmacht in $4 =255, müsste aber > sein, oder ? mit $5 kommt dann auch das reading dir_total_consumption mit value aus directions für >.
Such mal im SourceCode(ungefähr Zeile 510)
readingsBulkUpdate($hash, "dir_$L",$hash->{helper}{directions}{$4} // $dir{$4}) if (length $4);
die $4 jeweils durch $5 ersetzen, speichern, ein reload 47_OBIS in FHEM und dann solltest Du glücklich sein.  ;)
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

cocojambo

@KölnSolar
nein nicht du, war falscher Fehler, war eigendlich für =>

@ Raymund
Das mit dem Auto ist wirklich ein an den Haaren herbeigezogener Vergleich. Unser Raspi hängt am LAN, was gleichzusetzen wäre mit der OBD Buchse des KFZ.
Und wenn ich da ein Steuergerät veranlassen würde große Datenmengen im Speicher zu loggen, würde das Auto irgendwann stehen bleiben, sowie der Raspi mit großen Datenmengen auch.

Gruß
Norbert
FHEM6.2 FB7490 FB7430 3xraspi2+3+4 2xHM-LAN-CFG 2xESP CUL868 CUNO868 HUE-Bridge Harmony-Hub 5xHM-LC-Sw-PI-2 3xHM-WDS30-T2-SN 1xHM-LC_Sw4-DR 3xHM-ES-PMSw1-PI 7xFS20SIG2 6xFS20KSE 2xHM-ES-PMSW1-PL 5xS300TH 1xASH2200 1xEM1000

Raymund

ZitatUnser Raspi hängt am LAN, was gleichzusetzen wäre mit der OBD Buchse des KFZ.

@cocojambo: jetzt verstehe ich Deinen OBD-Vergleich nicht wirklich. Es geht mir lediglich darum, ein paar Zeilen des Obis-Moduls zu loggen und sonst nichts. Und wenn man "Speicher"-Probleme befürchtet, kann man ja einen USB-Stick dranhängen. Da Glaskugeln ja nicht mehr so en vogue sind, bleiben eben nur die Logfiles zum Zeitpunkt kurz vor dem "Abgang" als Analysemöglichkeit.

Ich hätte ja auch nichts dagegen, wenn der Maintainer sich der Sache annimmt. Ich habe da null Ehrgeiz  ;)

cocojambo

@Raimund

Du mußt ja nicht gleich beleidigt sein, nur weil ich bedenken habe das FHEM hängen bleibt. Das ist mir schon mal bei einem verbose 5 passiert.
Da bin ich echt in Schwierigkeiten gekommen. Ich weiß nicht, und habe es auch noch nicht probiert, wie groß die LOG Datei wird, wenn ich OBIS alle 30 sek und das 7 Tage mit verbose 5 logge.
Das mit USB Stick ist ein guter Vorschlag, den ich wenn es so nicht klappt, gerne aufgreifen werde.
Nix für ungut von mir "aus Kölle vum Rhing"

Gruß
Norbert
FHEM6.2 FB7490 FB7430 3xraspi2+3+4 2xHM-LAN-CFG 2xESP CUL868 CUNO868 HUE-Bridge Harmony-Hub 5xHM-LC-Sw-PI-2 3xHM-WDS30-T2-SN 1xHM-LC_Sw4-DR 3xHM-ES-PMSw1-PI 7xFS20SIG2 6xFS20KSE 2xHM-ES-PMSW1-PL 5xS300TH 1xASH2200 1xEM1000

KölnSolar

RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

micomat

Zitat von: KölnSolar am 08 Februar 2020, 14:27:04
Ich ?  :o
Ok. Du hast einen EMH, wie ich, alsoSuch mal im SourceCode(ungefähr Zeile 510)
readingsBulkUpdate($hash, "dir_$L",$hash->{helper}{directions}{$4} // $dir{$4}) if (length $4);
die $4 jeweils durch $5 ersetzen, speichern, ein reload 47_OBIS in FHEM und dann solltest Du glücklich sein.  ;)

Vielen Dank :) Readings sind wieder da!
Synology DS218+ with fhem+iobroker in docker, 2x RasPi w. ser2net, CUL433+868, IT, EGPM2LAN, THZ/LWZ, FB_Callmonitor, HMS100TF, Homematic, 2x TX3-TH, Pushover, USB-IR-SML-Head, SONOS, GHoma, MBus, KLF200

michael.winkler

Wie schon vorher geschrieben habe ich einen "AT" laufen der alle 10 Sekunden schaut wie alt das Power Reading ist. Wie in dem LOG unten zu sehen ist wurde festgestellt, dass das Reading 68 Sekunden alt ist. Da es schon so alt ist starte ich einmal das ESPEasy Modul per WLAN neu. Da der Reboot auch erfolgt ist das ESPEasy auch noch erreichbar. Leider baut das OBIS Modul keine erneute Verbindung auf. Daher wird ein eine "DEFMOD" ausgeführt nachdem festgestellt wurde dass das Reading 138 Sekunden alt ist. direkt danach besteht auch wieder eine Verbindung.
Hier mal mein LOG Auszug. Eventuell fällt jemanden auf warum die Verbindung auf einmal nicht mehr funktioniert.


2020.02.09 16:48:15.311 3: myPowerMeter start ESP! ReadingAage=68
2020.02.09 16:48:15.311 3: list myPowerMeter : Internals:
   CRC_Errors 18
   DEF        10.10.2.3:23 SML
   DeviceName 10.10.2.3:23
   FD         9
   FUUID      5e0e2359-f33f-e2f1-f8de-52197c2a429c54f0
   MeterType  SML
   NAME       myPowerMeter
   NR         265
   PARTIAL   
   STATE      3854 kWh / 405 W / opened
   TYPE       OBIS
   .attraggr:
   .attreocr:
     .*
   .attrminint:
   Helper:
     DBLOG:
       power:
         fhem.dblog:
           TIME       1581263227.24477
           VALUE      405
       total_consumption:
         fhem.dblog:
           TIME       1581263227.24477
           VALUE      3854105.4
   READINGS:
     2020-01-04 21:54:10   0.118.5.5.145.255 0
     2020-02-09 16:47:07   1.0.96.50.1.255 ISK
     2020-02-09 16:47:07   power           405
     2020-01-14 15:39:44   price           0.2711
     2020-02-09 08:48:55   startESP        68
     2020-02-07 10:58:31   startList       53
     2020-02-09 08:50:05   startSML        138
     2020-02-09 16:47:07   statPowerDay    Min: 340 Avg: 426 Max: 1006
     2020-02-08 23:59:55   statPowerDayLast Min: 337 Avg: 439 Max: 1639
     2020-02-09 16:47:07   statPowerMonth  Min: 331 Avg: 697 Max: 8555
     2020-01-31 23:59:55   statPowerMonthLast Min: 341 Avg: 817 Max: 7637 (since: 2020-01-14_13:59:52 )
     2020-02-09 16:47:07   statPowerYear   Min: 331 Avg: 777 Max: 8555 (since: 2020-01-14_13:59:52 )
     2020-01-02 23:01:09   statStateDay    opened: 00:00:00 opened_Count: 1 (since: 2020-01-02_23:01:09)
     2020-01-02 23:01:09   statStateMonth  opened: 00:00:00 opened_Count: 1 (since: 2020-01-02_23:01:09)
     2020-01-02 23:01:09   statStateYear   opened: 00:00:00 opened_Count: 1 (since: 2020-01-02_23:01:09)
     2020-02-09 16:47:07   statTotal_consumption Hour: 324.8 Day: 7164.3 Month: 145560.9 Year: 673105.4 (since: 2020-01-03 )
     2020-02-09 16:47:07   statTotal_consumptionDay 7164.3
     2020-02-08 23:59:55   statTotal_consumptionDayLast 10566.6
     2020-01-14 20:44:27   statTotal_consumptionDayLastPrice 0.2711
     2020-01-14 20:43:02   statTotal_consumptionDayPrice 0.2711
     2020-02-09 16:47:07   statTotal_consumptionHour 324.8
     2020-02-09 15:59:55   statTotal_consumptionHourLast 456.6
     2020-02-09 15:59:55   statTotal_consumptionLast Hour: 456.6 Day: 10566.6 Month: 527544.5 Year: 19000 (since: 2020-01-03 )
     2020-02-09 16:47:07   statTotal_consumptionMonth 145560.9
     2020-01-31 23:59:55   statTotal_consumptionMonthLast 527544.5
     2020-01-14 20:43:12   statTotal_consumptionMonthPrice 0.2711
     2020-02-09 16:47:07   statTotal_consumptionYear 673105.4
     2020-01-14 20:43:34   statTotal_consumptionYearPrice 0.2711
     2020-02-09 08:50:05   state           opened
     2020-02-09 16:47:07   total_consumption 3854105.4
     2020-01-14 20:43:47   total_consumptionPrice 0.2711
     2020-01-14 22:13:20   watchdog        0
   helper:
     BUFFER     
     EoM        -1
     SPEED      5
     TRIGGERTIME 1581234605.31214
     _98_statistics haus.strom
     Channels:
     DEVICES:
       
       60
       
     directions:
Attributes:
   alias      Stromzähler
   event-on-change-reading .*
   interval   60
   room       ZZ_Strom
   stateFormat {sprintf("%.0f kWh", (ReadingsVal($name,"total_consumption",0) / 1000) ) . " / ". sprintf("%.0f W", ReadingsVal($name,"power",0)). " / ".ReadingsVal($name,"state",0)}

2020.02.09 16:48:15.312 3: ESPEasy haus.strom.esp: set haus.strom.esp reboot
2020.02.09 16:48:59.104 3: HMUARTLGW HNMWHWG001: connect to http://10.10.0.181:23 timed out, retrying in 60.00s
2020.02.09 16:49:25.311 3: myPowerMeter start SML! ReadingAage=138
2020.02.09 16:49:25.312 3: list myPowerMeter : Internals:
   CHANGED   
   CRC_Errors 18
   DEF        10.10.2.3:23 SML
   DeviceName 10.10.2.3:23
   FD         9
   FUUID      5e0e2359-f33f-e2f1-f8de-52197c2a429c54f0
   MeterType  SML
   NAME       myPowerMeter
   NR         265
   PARTIAL   
   STATE      3854 kWh / 405 W / opened
   TYPE       OBIS
   .attraggr:
   .attreocr:
     .*
   .attrminint:
   Helper:
     DBLOG:
       power:
         fhem.dblog:
           TIME       1581263227.24477
           VALUE      405
       total_consumption:
         fhem.dblog:
           TIME       1581263227.24477
           VALUE      3854105.4
   READINGS:
     2020-01-04 21:54:10   0.118.5.5.145.255 0
     2020-02-09 16:47:07   1.0.96.50.1.255 ISK
     2020-02-09 16:47:07   power           405
     2020-01-14 15:39:44   price           0.2711
     2020-02-09 16:48:15   startESP        68
     2020-02-07 10:58:31   startList       53
     2020-02-09 08:50:05   startSML        138
     2020-02-09 16:47:07   statPowerDay    Min: 340 Avg: 426 Max: 1006
     2020-02-08 23:59:55   statPowerDayLast Min: 337 Avg: 439 Max: 1639
     2020-02-09 16:47:07   statPowerMonth  Min: 331 Avg: 697 Max: 8555
     2020-01-31 23:59:55   statPowerMonthLast Min: 341 Avg: 817 Max: 7637 (since: 2020-01-14_13:59:52 )
     2020-02-09 16:47:07   statPowerYear   Min: 331 Avg: 777 Max: 8555 (since: 2020-01-14_13:59:52 )
     2020-01-02 23:01:09   statStateDay    opened: 00:00:00 opened_Count: 1 (since: 2020-01-02_23:01:09)
     2020-01-02 23:01:09   statStateMonth  opened: 00:00:00 opened_Count: 1 (since: 2020-01-02_23:01:09)
     2020-01-02 23:01:09   statStateYear   opened: 00:00:00 opened_Count: 1 (since: 2020-01-02_23:01:09)
     2020-02-09 16:47:07   statTotal_consumption Hour: 324.8 Day: 7164.3 Month: 145560.9 Year: 673105.4 (since: 2020-01-03 )
     2020-02-09 16:47:07   statTotal_consumptionDay 7164.3
     2020-02-08 23:59:55   statTotal_consumptionDayLast 10566.6
     2020-01-14 20:44:27   statTotal_consumptionDayLastPrice 0.2711
     2020-01-14 20:43:02   statTotal_consumptionDayPrice 0.2711
     2020-02-09 16:47:07   statTotal_consumptionHour 324.8
     2020-02-09 15:59:55   statTotal_consumptionHourLast 456.6
     2020-02-09 15:59:55   statTotal_consumptionLast Hour: 456.6 Day: 10566.6 Month: 527544.5 Year: 19000 (since: 2020-01-03 )
     2020-02-09 16:47:07   statTotal_consumptionMonth 145560.9
     2020-01-31 23:59:55   statTotal_consumptionMonthLast 527544.5
     2020-01-14 20:43:12   statTotal_consumptionMonthPrice 0.2711
     2020-02-09 16:47:07   statTotal_consumptionYear 673105.4
     2020-01-14 20:43:34   statTotal_consumptionYearPrice 0.2711
     2020-02-09 08:50:05   state           opened
     2020-02-09 16:47:07   total_consumption 3854105.4
     2020-01-14 20:43:47   total_consumptionPrice 0.2711
     2020-01-14 22:13:20   watchdog        0
   helper:
     BUFFER     
     EoM        -1
     SPEED      5
     TRIGGERTIME 1581234605.31214
     _98_statistics haus.strom
     Channels:
     DEVICES:
       
       60
       
     directions:
Attributes:
   alias      Stromzähler
   event-on-change-reading .*
   interval   60
   room       ZZ_Strom
   stateFormat {sprintf("%.0f kWh", (ReadingsVal($name,"total_consumption",0) / 1000) ) . " / ". sprintf("%.0f W", ReadingsVal($name,"power",0)). " / ".ReadingsVal($name,"state",0)}

2020.02.09 16:49:25.312 3: Opening myPowerMeter device 10.10.2.3:23
2020.02.09 16:49:25.506 3: Init done
2020.02.09 16:49:25.506 3: myPowerMeter device opened

haempy

Hallo,

ich habe seit kurzen aufgrund einer Photovoltaikanlage Smartmeters von Bayernwerk bekommen. Diese sind Holley DTZ541 welche wohl SML sprechen, aber nicht ganz....

Scheinbar ist dieses Problem beim Volkszähler bekannt und gefixt: https://github.com/volkszaehler/libsml/issues/75  bzw. https://github.com/Apollon77/ioBroker.smartmeter/issues/34

Da ich den Volkszähler aber auch nicht richtig zum laufen kriege und ich eigentlich eh kein zweites System möchte und ich leider gar keine Ahnung vom Programmieren und noch weniger von Perl habe, meine Frage:

Kann mir und vermutlich vielen im Süden Deutschlands(welche wohl bald alle Holley´s besitzen) helfen und dieses wunderbare Modul um eben diesen Zähler erweitern?

Kommunikation mit dem SmartMeter an sich scheint zu gehen:
Internals:
   CFGFN     
   CRC_Errors 3
   DEF        /dev/ttyUSB0@@9600,8,N,1
   DeviceName /dev/ttyUSB0@@9600,8,N,1
   FD         7
   FUUID      5e59395f-f33f-e182-39bb-c2b3f456e66dc78b
   MeterType  SML
   NAME       myPowerMeter
   NR         18
   PARTIAL   
   STATE      opened
   TYPE       OBIS
   READINGS:
     2020-02-28 17:39:31   1.0.0.2.0.255   1.02.007
     2020-02-28 17:39:31   1.0.96.5.0.255  1841412
     2020-02-28 17:39:31   1.0.96.50.1.255 HLY
     2020-02-28 17:39:31   1.0.96.90.2.255 A01A
     2020-02-28 16:01:35   state           opened
     2020-02-28 17:39:31   total_consumption 1999534
     2020-02-28 17:39:31   total_feed      158423.1
   helper:
     BUFFER     
     EoM        0
     SPEED     
     SPEED2     
     TRIGGERTIME 1582905695.88716
     Channels:
     DEVICES:
       
       -1
       
     directions:
Attributes:
   room       SMARTMETER


Vielen Dank

Grüße
Roland

KölnSolar

Hallo Roland,
ich hab unter dem Link nichts gesehen, was ein Problem machen sollte und Du hast doch readings.

Was ist also Deine Erwartung, die nicht erfüllt ist ?

Grüße Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

haempy

Servus Markus,

ich denke es sollten ein paar mehr readings sein. Und CRC errors sind vermutlich auch nicht richtig.
Ich vermisse mindestens die Readings 2.8.0 und 1.8.0! Die will ich ja mindestens sehen!
Oder muss ich mir die selbst irgendwie zusammenbasteln.

Im Volkszähler hatte ich eben auch so ein Problem, da ich eine zu alte Version installiert habe... nach update kamen alle Werte rein!
Allerdings nicht wirklich stabil und nachvollziehbar... Mal kamen Werte für ein paar Minuten rein, mal nicht...

Ich dachte mir, das Problem liegt laut  github.com/volkszaehler/libsml/issues/75 3.Post bei:
there are several crc algorithms known as crc-16/ccitt.

SML uses
width=16 poly=0x1021 init=0xffff refin=true refout=true xorout=0xffff check=0x906e residue=0xf0b8 name="CRC-16/IBM-SDLC"

But Holleys DTZ541 uses
width=16 poly=0x1021 init=0x0000 refin=true refout=true xorout=0x0000 check=0x2189 residue=0x0000 name="CRC-16/KERMIT"

Where:
after the first message is parsed, the crc is calculated. At this point i could try another algo and set it for future usage. That could be a solution, yes.

I can only read the manufacturer, but i think making a decision on that is too broad. Perhaps they have some correct working meters.


Mercie

haempy

OMG....

Kommando zurück... Ich war so überzeugt, dass mein Zähler nicht geht, dass ich total_consumption und total_feed völlig ignoriert habe, weil die Zahlen so irrwitzig groß sind :o
Derweil sind das Watt und genau das was ich sehen will.

Sorry :-[

Bin begeistert!! DANKE

hauwech

Hallo zusammen,
ich habe seit kurzem einen Easymeter Q3A V10.04. Daraufhin habe ich mir einen IR USB Schreib-/Lesekopf bei ebay geholt (bei Volkszähler gibt's gerade keine fertigen). Den habe ich angestöpselt, OBIS Modul  eingerichtet - geht wunderbar.
Jetzt habe ich eben einen Cat 6 Hutschienenmodul und eine Hutschienensteckdose in meinem Zählerschrank gebaut und meinen NUC (darauf läuft mein fhem unter Ubuntu Server 16.04) in den Zählerschrank verfrachtet.
Nun habe ich festgestellt, daß fhem nach einem reboot nicht mehr hochkommt, wenn der USB Kopf angeschlossen ist. Ich muß den abziehen, NUC neu starten, den IR Kopf wieder anstecken und dann im meinem OBIS Device "Strom" die Def einmal ändern, dann gibts wieder Daten.
Wenn man zuhause ist, ist das soweit ok, aber wenn ich mal nicht zuhause bin und "remote support" leisten muß, steht mein fhem, wenn ich vielleicht mal remote rebooten muß.
Das würde den mühsam erarbeiteten WAF möglichweise unter die Toleranzschwelle drücken. Und auf die aktuellen Verbrauchsdaten würde ich auch ungern wieder verzichten wollen.

Hat jemand eine Idee, wo es klemmen könnte und wie man das handeln kann?

Ein list meines OBIS Device hänge ich mal mit dran, aber die Ursache vermute ich eher nicht dort.
Internals:
   CRC_Errors 1
   DEF        /dev/ttyUSB0@9600,8,N,1 SML
   DeviceName /dev/ttyUSB0@9600,8,N,1
   FD         92
   FUUID      5e6cbb0a-f33f-af18-f81d-b28bdf1ed604db32
   MeterType  SML
   NAME       Strom
   NR         1057
   PARTIAL   
   STATE      Momentanverbrauch:1297.3 W/h,Gesamtverbrauch:484.313 kW/h
   TYPE       OBIS
   Helper:
     DBLOG:
       power:
         myDbLog:
           TIME       1584294343.32964
           VALUE      1073.83
       power_L1:
         myDbLog:
           TIME       1584294343.32964
           VALUE      748.95
       power_L2:
         myDbLog:
           TIME       1584294343.32964
           VALUE      288.39
       power_L3:
         myDbLog:
           TIME       1584294343.32964
           VALUE      36.48
   READINGS:
     2020-03-15 18:46:05   1.0.0.0.0.255   xx-xx-xx-.......
     2020-03-15 18:46:05   1.0.0.0.9.255   xx-xx-xx-.......
     2020-03-14 14:15:49   1.0.36.7.0.255  485.64
     2020-03-14 14:15:49   1.0.56.7.0.255  183.03
     2020-03-14 14:15:49   1.0.76.7.0.255  212.63
     2020-03-15 13:18:43   125.119.7.129.129.255 808.1
     2020-03-15 18:46:05   129.129.199.130.3.255 ESY
     2020-03-15 18:46:05   129.129.199.130.5.255 xxxx-xxxx-xxxx-..................
     2020-03-15 18:46:05   KW              484.313 kW/h
     2020-03-15 17:53:35   Version         ESY\09014553591103AA643D\3145535931313631343938343239
     2020-03-15 18:46:05   power           1297.3
     2020-03-15 18:46:05   power_L1        975.39
     2020-03-15 18:46:05   power_L2        285.38
     2020-03-15 18:46:05   power_L3        36.51
     2020-03-15 18:46:05   statPowerDay    Min: 447.15 Avg: 1145.40 Max: 7506.53
     2020-03-14 23:59:55   statPowerDayLast Min: 535.58 Avg: 924.07 Max: 3297.71 (since: 2020-03-14_19:05:11 )
     2020-03-15 18:46:05   statPowerMonth  Min: 447.15 Avg: 1099.46 Max: 7506.53 (since: 2020-03-14_19:05:11 )
     2020-03-15 18:46:05   statPowerYear   Min: 447.15 Avg: 1099.44 Max: 7506.53 (since: 2020-03-14_19:05:11 )
     2020-03-15 18:27:33   state           opened
     2020-03-15 18:46:05   total_consumption 484313.3566
     2020-03-15 18:46:05   voltage_L1      230.3
     2020-03-15 18:46:05   voltage_L2      226.7
     2020-03-15 18:46:05   voltage_L3      230.9
   helper:
     BUFFER     v ESYAd=\KbbrcvESYESY��K ESY�d=cуv ESYAd=\K bbrcw ESY�d=b
��rbe��}w��ǂ�ESYw � ESY�d=w�d�bR�Y �hVw�bR�Y�Xw$�bR�Yt�w8�bR�YoOwL�bR�Y4w��ǂ���Nc=�x�!��^
     EoM        0
     SPEED      5
     SPEED2     5
     TRIGGERTIME 1584293253.92494
     _98_statistics Statistic
     Channels:
       1.0.36.7.0.255 power_L1
       1.0.56.7.0.255 power_L2
       1.0.76.7.0.255 power_L3
       1.0.96.5.0.255 ZRZ_Status
       1.0.96.50.1.255 Hersteller
     DEVICES:
       
       -1
       
     directions:
Attributes:
   DbLogInclude power.*
   alias      Strom
   channels   {"1.0.96.5.0.255"=>"ZRZ_Status","1.0.96.50.1.255"=>"Hersteller","1.0.36.7.0.255"=>"power_L1","1.0.56.7.0.255"=>"power_L2","1.0.76.7.0.255"=>"power_L3"}
   event-min-interval power.*:60,statP.*:600
   group      IOs
   icon       measure_power_meter
   pollingMode on
   room       Strom,Technikraum
   stateFormat Momentanverbrauch:power W/h,Gesamtverbrauch:KW
   userReadings KW {sprintf("%.3f kW/h",ReadingsVal($name,"total_consumption",0)/1000)}


Der Inhalt von Buffer scheinen noch nicht decodierte Rohdaten zu sein, so ähnlich sieht es aus, wenn man mit "cat /dev/ttyUSB0" nachschaut, ob überhaupt was ankommt.

Gruß Roland
Fhem auf Intel NUC11TNKi5+M2 NVMe+32GB RAM mit Ubuntu 22.04 LTS

cocojambo

@Raymund

Das Obis Modul ist zwischenzeitlich wieder ein paar mal hängengeblieben, heute z.B. um 08:04:52 Uhr.
Ich hatte ja auf deinen Rat hin diese Zeile im Modul geändert um eine Fehlermeldung im LOG zu erhalten:

ZitatLog3 $hash,3,"SML-Parse $1" if (length($1) % 4);

Zu diesen Zeitpunkten ist eine Fehlermeldung im LOG aufgetaucht auch kein anderes Event. Auch ein reload bringt das Modul nicht mehr zum Laufen. Es bleibt scheinbar einfach hängen. Nur ein shutdown reload startet es wieder und es läuft dann wieder mal ein Tag und zuletzt sogar 5 Tage.
Was kann ich machen, das man dahinter kommt, was diesen Fehler verursacht?

Schönen Gruß aus Köln
Norbert
FHEM6.2 FB7490 FB7430 3xraspi2+3+4 2xHM-LAN-CFG 2xESP CUL868 CUNO868 HUE-Bridge Harmony-Hub 5xHM-LC-Sw-PI-2 3xHM-WDS30-T2-SN 1xHM-LC_Sw4-DR 3xHM-ES-PMSw1-PI 7xFS20SIG2 6xFS20KSE 2xHM-ES-PMSW1-PL 5xS300TH 1xASH2200 1xEM1000