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

[michael.winkler]

Zusätzliches Logging in der ReadyFn eingebaut ?
Grüße Markus

ja

Code Auswählen Erweitern


#####################################
sub OBIS_Ready($)
{
  my ($hash) = @_;
  Log3 $hash,1,"OBIS  - Ready Function ";
  return DevIo_OpenDev($hash, 1, "OBIS_Init")


[cocojambo]

Ich muß mich doch noch mal melden um Hilfe und einen Rat zu bekommen. Heute nach 6 Tagen blieb OBIS wieder plötzlich stehen. Ich hatte es mit einem älteren Image probiert, auch mit Update und Upgrade, sogar mit rpi-upgrade. Kabelverbindungen und Position des Lesekopfes kontrolliert, brachte kein Erfolg. Nur ein verbose 5 kann ich nicht machen, weil ich alle 30sek eine Abfrage mache und der Fehler nur einmal in der Woche auftritt. Da würde die LOG Datei sicherlich ein bischen zu groß. Wenn das Modul stehen bleibt kann ich es mit nichts mehr "überreden" wieder zu funktionieren, weder mit get update noch mit reload 47_Obis.pm. Aber es gab diesmal in der LOG Datei nach einem reload einige Einträge, die vielleicht helfen können, das Problem zu erkennen.

Code Auswählen Erweitern

2020.02.07 12:00:55 1: PERL WARNING: Subroutine OBIS_Initialize redefined at ./FHEM/47_OBIS.pm line 76.
2020.02.07 12:00:55 1: PERL WARNING: Subroutine OBIS_Define redefined at ./FHEM/47_OBIS.pm line 97.
2020.02.07 12:00:55 1: PERL WARNING: Subroutine OBIS_Get redefined at ./FHEM/47_OBIS.pm line 171.
2020.02.07 12:00:55 1: PERL WARNING: Subroutine OBIS_Set redefined at ./FHEM/47_OBIS.pm line 185.
2020.02.07 12:00:55 1: PERL WARNING: Subroutine GetUpdate redefined at ./FHEM/47_OBIS.pm line 213.
2020.02.07 12:00:55 1: PERL WARNING: Subroutine OBIS_Init redefined at ./FHEM/47_OBIS.pm line 231.
2020.02.07 12:00:55 1: PERL WARNING: Subroutine OBIS_Undef redefined at ./FHEM/47_OBIS.pm line 237.
2020.02.07 12:00:55 1: PERL WARNING: Subroutine OBIS_Read redefined at ./FHEM/47_OBIS.pm line 246.
2020.02.07 12:00:55 1: PERL WARNING: Subroutine OBIS_trySMLdecode redefined at ./FHEM/47_OBIS.pm line 304.
2020.02.07 12:00:55 1: PERL WARNING: Smartmatch is experimental at ./FHEM/47_OBIS.pm line 472.
2020.02.07 12:00:55 1: PERL WARNING: Subroutine OBIS_Parse redefined at ./FHEM/47_OBIS.pm line 408.
2020.02.07 12:00:55 1: PERL WARNING: Subroutine OBIS_Ready redefined at ./FHEM/47_OBIS.pm line 587.
2020.02.07 12:00:55 1: PERL WARNING: Subroutine OBIS_Attr redefined at ./FHEM/47_OBIS.pm line 603.
2020.02.07 12:00:55 1: PERL WARNING: Subroutine OBIS_adjustAlign redefined at ./FHEM/47_OBIS.pm line 686.
2020.02.07 12:00:55 1: PERL WARNING: Subroutine OBIS_hex2int redefined at ./FHEM/47_OBIS.pm line 717.
2020.02.07 12:00:55 1: PERL WARNING: Subroutine OBIS_CRC16 redefined at ./FHEM/47_OBIS.pm line 725.
2020.02.07 12:00:55 1: PERL WARNING: Subroutine OBIS_decodeTL redefined at ./FHEM/47_OBIS.pm line 766.
2020.02.07 12:00:57 1: RMDIR: ./restoreDir/save/2020-02-04

Mit diesem LOG kann man doch sicherlich was anfangen, hoffe ich. Es wurde ja auch schon die Vermutung geäussert, das es eventuell einen Datenübertragungfehler gäb, aber dadurch darf doch das MODUL nicht unwiderruflich hängen bleiben. Es müßte eine ERROR Meldung geben und danach wieder weiter laufen, so als wenn ich den Lesekopf vom Zähler nehmen und dann wieder aufsetze. Dann läuft es ja auch weiter. Oder es müßte zumindest mit reload wieder laufen, dann könnte man vielleicht als "Krücke" alle 24 STD ein reload einbauen, oder immer wenn das Modul keine Daten mehr liefert.

Na,na mal sehen ob jemand aus den LOG-Daten was ersehen kann. Es würde mich freuen, wenn das "Teil" wieder funktionieren würde.

Gruß
Norbert

[KölnSolar]

Aber es gab diesmal in der LOG Datei nach einem reload einige Einträge, die vielleicht helfen können, das Problem zu erkennen.

Nein, die helfen nicht. Das sind nur Meldungen aufgrund des reloads.
Du hast per serial-USB angeschlossen, oder ?

ja

Und keine entsprechenden Meldungen im Log ? Dann wird der ESP wohl disconnected u. die selectlist bekommt keinen reconnect mit.

Ich teste mal einen erzwungenen disconnect....

[cocojambo]

Ich habe diesen Schreib/Lesekopf an einen USB Port am Raspi:

Code Auswählen Erweitern

Weidmann Elektronik Stromzähler, Smart Meter IR (Infrarot) Schreib/Lesekopf USB (Optokopf)

Der Ausfall als die Readings aufhörten war heute morgen:

Code Auswählen Erweitern

1.0.96.50.1.255         ISK        2020-02-07 04:12:36

zu diesem Zeitpunkt werden einige FS20/HM Aktoren zur Sicherheit in die Ausgangsposition geschaltet, aber es gibt kein Hinweis auf OBIS im LOG:

Code Auswählen Erweitern

2020.02.07 04:11:00 3: FS20 set Laptop off
2020.02.07 04:11:00 3: CUL_HM set Bad_EG_Schalter off
2020.02.07 04:11:00 3: CUL_HM set Werkstatt_Led off
2020.02.07 04:11:00 3: FS20 set Heizdecke_1 off
2020.02.07 04:11:00 3: FS20 set Heizdecke_2 off
2020.02.07 04:11:46 3: FS20 set URL_Werkstatt on
2020.02.07 04:16:00 3: FS20 set Laptop off
2020.02.07 04:16:00 3: CUL_HM set Bad_EG_Schalter off
2020.02.07 04:16:00 3: CUL_HM set Werkstatt_Led off
2020.02.07 04:16:00 3: FS20 set Heizdecke_1 off
2020.02.07 04:16:00 3: FS20 set Heizdecke_2 off

Hier ist bestimmt guter Rat teuer..........

Gruß
Norbert

[KölnSolar]

Habs mal provoziert. Erst kein disconnected  Ein modify u. dann aber das was es soll: disconnected, anstöpseln->opened, abstöpseln->disconnected, anstöpseln->opened

dmesg sieht dann in etwa so aus

Code Auswählen Erweitern

[1028405.785018] pl2303 ttyUSB1: usb_serial_generic_read_bulk_callback - urb stopped: -32
[1028405.785095] pl2303 ttyUSB1: usb_serial_generic_read_bulk_callback - urb stopped: -32
[1028405.943284] usb 1-1.3.1: USB disconnect, device number 6
[1028405.943734] pl2303 ttyUSB1: pl2303_set_control_lines - failed: -19
[1028405.943753] pl2303 ttyUSB1: error sending break = -19
[1028405.944238] pl2303 ttyUSB1: pl2303 converter now disconnected from ttyUSB1
[1028405.944407] pl2303 1-1.3.1:1.0: device disconnected
[1028506.508432] ftdi_sio ttyUSB2: usb_serial_generic_write_bulk_callback - nonzero urb status: -71
[1028506.510582] ftdi_sio ttyUSB2: usb_serial_generic_write_bulk_callback - nonzero urb status: -71
[1028506.511885] ftdi_sio ttyUSB2: usb_serial_generic_write_bulk_callback - nonzero urb status: -71
[1028512.183070] usb 1-1.3.2: USB disconnect, device number 8
[1028512.183518] pl2303 ttyUSB3: pl2303_set_control_lines - failed: -19
[1028512.183529] pl2303 ttyUSB3: error sending break = -19
[1028512.183927] pl2303 ttyUSB3: pl2303 converter now disconnected from ttyUSB3
[1028512.184025] pl2303 1-1.3.2:1.0: device disconnected
[1028512.185004] usb 1-1.3.3: USB disconnect, device number 10
[1028512.185253] ftdi_sio ttyUSB2: error from flowcontrol urb
[1028512.185633] ftdi_sio ttyUSB2: FTDI USB Serial Device converter now disconnected from ttyUSB2
[1028512.185704] ftdi_sio 1-1.3.3:1.0: device disconnected
[1028512.284643] usb 1-1.3: reset high-speed USB device number 4 using dwc_otg
[1028512.754611] usb 1-1.3.1: new full-speed USB device number 30 using dwc_otg
[1028512.886851] usb 1-1.3.1: New USB device found, idVendor=067b, idProduct=2303, bcdDevice= 4.00
[1028512.886860] usb 1-1.3.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[1028512.886865] usb 1-1.3.1: Product: USB-Serial Controller D
[1028512.886870] usb 1-1.3.1: Manufacturer: Prolific Technology Inc.
[1028512.888059] pl2303 1-1.3.1:1.0: pl2303 converter detected
[1028512.891831] usb 1-1.3.1: pl2303 converter now attached to ttyUSB2
[1028512.984639] usb 1-1.3.2: new full-speed USB device number 31 using dwc_otg
[1028513.117107] usb 1-1.3.2: New USB device found, idVendor=067b, idProduct=2303, bcdDevice= 4.00
[1028513.117117] usb 1-1.3.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[1028513.117122] usb 1-1.3.2: Product: USB-Serial Controller D
[1028513.117127] usb 1-1.3.2: Manufacturer: Prolific Technology Inc.
[1028513.120461] pl2303 1-1.3.2:1.0: pl2303 converter detected
[1028513.124365] usb 1-1.3.2: pl2303 converter now attached to ttyUSB4
[1028513.234625] usb 1-1.3.3: new full-speed USB device number 32 using dwc_otg
[1028513.392100] usb 1-1.3.3: New USB device found, idVendor=0403, idProduct=6001, bcdDevice= 6.00
[1028513.392111] usb 1-1.3.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[1028513.392116] usb 1-1.3.3: Product: FT232R USB UART
[1028513.392121] usb 1-1.3.3: Manufacturer: FTDI
[1028513.392126] usb 1-1.3.3: SerialNumber: A6019S96
[1028513.400009] ftdi_sio 1-1.3.3:1.0: FTDI USB Serial Device converter detected
[1028513.400124] usb 1-1.3.3: Detected FT232RL
[1028513.400847] usb 1-1.3.3: FTDI USB Serial Device converter now attached to ttyUSB5
[1028599.440253] usb 1-1.3.1: USB disconnect, device number 30
[1028599.441157] pl2303 ttyUSB2: pl2303 converter now disconnected from ttyUSB2
[1028599.441281] pl2303 1-1.3.1:1.0: device disconnected
[1028678.324958] usb 1-1.3.1: new full-speed USB device number 33 using dwc_otg
[1028678.457226] usb 1-1.3.1: New USB device found, idVendor=067b, idProduct=2303, bcdDevice= 4.00
[1028678.457237] usb 1-1.3.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[1028678.457242] usb 1-1.3.1: Product: USB-Serial Controller D
[1028678.457246] usb 1-1.3.1: Manufacturer: Prolific Technology Inc.
[1028678.458256] pl2303 1-1.3.1:1.0: pl2303 converter detected
[1028678.464495] usb 1-1.3.1: pl2303 converter now attached to ttyUSB1
[1028720.096719] pl2303 ttyUSB1: usb_serial_generic_read_bulk_callback - urb stopped: -32
[1028720.096828] pl2303 ttyUSB1: usb_serial_generic_read_bulk_callback - urb stopped: -32
[1028720.272164] usb 1-1.3.1: USB disconnect, device number 33
[1028720.272424] pl2303 ttyUSB1: pl2303_set_control_lines - failed: -19
[1028720.272436] pl2303 ttyUSB1: error sending break = -19
[1028720.272663] pl2303 ttyUSB1: pl2303 converter now disconnected from ttyUSB1
[1028720.272704] pl2303 1-1.3.1:1.0: device disconnected
[1028725.945093] usb 1-1.3.1: new full-speed USB device number 34 using dwc_otg
[1028726.077504] usb 1-1.3.1: New USB device found, idVendor=067b, idProduct=2303, bcdDevice= 4.00
[1028726.077519] usb 1-1.3.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[1028726.077529] usb 1-1.3.1: Product: USB-Serial Controller D
[1028726.077538] usb 1-1.3.1: Manufacturer: Prolific Technology Inc.
[1028726.078611] pl2303 1-1.3.1:1.0: pl2303 converter detected
[1028726.082753] usb 1-1.3.1: pl2303 converter now attached to ttyUSB1


Weidmann Elektronik Stromzähler, Smart Meter IR (Infrarot) Schreib/Lesekopf USB (Optokopf)

Wie sieht Dein list aus ? Evtl. nicht serial-by-Id oder serial-by-path definiert ?

Oder es müßte zumindest mit reload wieder laufen, dann könnte man vielleicht als "Krücke" alle 24 STD ein reload einbauen,

Nicht reload(lädt ja nur die aktuelle 47_OBIS.pm aus Deinem FHEM-Verzeichnis in den Speicher) aber defmod sollte klappen.

@Michael: Und bei Dir behaupte ich immer noch, dass das WLAN die Probleme macht(und vermutlich der "unterbrochene" Datensatz). Bei IP weiß ich nicht wie die selectlist funktioniert. Ist Dein Zähler ein pollender oder pushender ?

[cocojambo]

Das mit der Zuordnung über Path, bzw. ID hatte ich mir auch überlegt und auch probiert. OBIS blieb bei jeder Zuordnung auf disconnect, weil ich nicht ersehen konnte welcher USB genutzt wird. USB0 ist ja nicht der direkt zugeordnete USB Port wo der Lesekopf steckt, oder? Wenn doch, wo müßte dann welche Zuordnung rein. Würde ich mal probieren, bevor ich mit dauerndem Neustart anfage.

Code Auswählen Erweitern

pi@raspberrypi-pi4-master:~ $ ls -l /dev/serial/by-id
insgesamt 0
lrwxrwxrwx 1 root root 13 Feb  3 15:55 usb-busware.de_CUL868-if00 -> ../../ttyACM0
lrwxrwxrwx 1 root root 13 Feb  3 15:55 usb-FTDI_FT232R_USB_UART_AB0JDXH6-if00-port0 -> ../../ttyUSB0
pi@raspberrypi-pi4-master:~ $


und hier mein list:

Code Auswählen Erweitern

Internals:
   DEF        /dev/ttyUSB0@9600,8,N,1 SML
   DeviceName /dev/ttyUSB0@9600,8,N,1
   FD         37
   FUUID      5d6a8b10-f33f-6f9b-51f5-096f290c6e0079b0
   MeterType  SML
   NAME       ISKRA_MT691
   NR         1446
   PARTIAL   
   STATE      opened
   TYPE       OBIS
   READINGS:
     2020-02-07 15:34:25   1.0.96.50.1.255 ISK
     2020-02-07 15:34:25   Bezug           74
     2020-02-07 15:34:25   Einspeisung     0
     2020-02-07 15:34:25   power           74
     2020-02-07 15:34:26   statTotal_consumption Hour: 21.2 Day: 4026.5 Month: 40452.5 Year: 324847.3
     2020-02-07 15:34:26   statTotal_consumptionDay 4026.5
     2020-02-06 23:59:55   statTotal_consumptionDayLast 2786.0
     2020-02-07 15:34:26   statTotal_consumptionHour 21.2
     2020-02-07 14:59:55   statTotal_consumptionHourLast 0.0
     2020-02-07 14:59:55   statTotal_consumptionLast Hour: 0.0 Day: 2786.0 Month: 284394.8 Year: 11749.8 (since: 2019-12-30 )
     2020-02-07 15:34:26   statTotal_consumptionMonth 40452.5
     2020-01-31 23:59:55   statTotal_consumptionMonthLast 284394.8
     2020-02-07 15:34:26   statTotal_consumptionYear 324847.3
     2019-12-31 23:59:55   statTotal_consumptionYearLast 11749.8
     2020-02-07 15:34:26   statTotal_feed  Hour: 105.9 Day: 14632.5 Month: 21954.8 Year: 41136.6
     2020-02-07 15:34:26   statTotal_feedDay 14632.5
     2020-02-06 23:59:55   statTotal_feedDayLast 92.1
     2020-02-07 15:34:26   statTotal_feedHour 105.9
     2020-02-07 14:59:55   statTotal_feedHourLast 2713.0
     2020-02-07 14:59:55   statTotal_feedLast Hour: 2713.0 Day: 92.1 Month: 19181.8 Year: 15.7 (since: 2019-12-31_14:55:27 )
     2020-02-07 15:34:26   statTotal_feedMonth 21954.8
     2020-01-31 23:59:55   statTotal_feedMonthLast 19181.8
     2020-02-07 15:34:26   statTotal_feedYear 41136.6
     2019-12-31 23:59:55   statTotal_feedYearLast 15.7
     2020-02-07 15:00:52   state           opened
     2020-02-07 15:34:25   total_consumption 2128495.9
     2020-02-07 15:34:25   total_feed      9605403.9
   helper:
     BUFFER     
     EoM        1
     SPEED      5
     SPEED2     5
     TRIGGERTIME 1581084052.57229
     _98_statistics myStatDevices
     Channels:
     DEVICES:
       
       30
       
     directions:
Attributes:
   alias      Stromzähler RNG
   group      Systemkontrolle
   interval   30
   room       System
   userReadings Bezug:power.* { if (ReadingsVal($name,"power",0) > 0) { ReadingsVal($name,"power",0) } else { 0 } }, Einspeisung:power.* { if (ReadingsVal($name,"power",0) <= 0) { - ReadingsVal($name,"power",0) } else { 0 } }

Gruß
Norbert

[KölnSolar]

Code Auswählen Erweitern

define ISKRA_MT691 OBIS /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AB0JDXH6-if00-port0@9600,8,N,1 SML

und den CUL auch direkt mit

Code Auswählen Erweitern

define DeinCULname CUL /dev/serial/by-id/usb-busware.de_CUL868-if00@38400 4711

Glaub zwar nicht, dass es hilft, aber die Definition ist schon mal sauberer.

Schon mal die disconnects "provoziert", also so wie ich mit ab-,anstöpseln des USB ?

Edit: Ist ja bestimmt ein Zähler meiner RNG-Freunde. Kriegst Du dem nicht mehr Daten entlockt(durch Pin) ?

[cocojambo]

Ja ist ein Zähler von deinen Freunden.
PIN habe ich auch eingegeben, kann auch am Zähler die Tages,Wochen,Monats und Jahresdaten abrufen, aber nicht über Optokopf.
Laut Hersteller soll das nicht gehen. Nur Zählerstände Einspeisung und Bezug, mehr nicht.
Mit dem Ein-und Ausstecken werde nachher probieren.
Muß ich den RASPI vorher neu starten, damit nicht soviel in der Datei steht?

Gruß
Nobbi

[KölnSolar]

Muß ich den RASPI vorher neu starten, damit nicht soviel in der Datei steht?

Nein, brauchst Du nicht. Für die Änderung der Definitionen auch nicht.

Nur Zählerstände Einspeisung und Bezug, mehr nicht.

Ich wusste warum ich den Msb gewechselt habe.  Wenigstens power/Phase möchte man doch haben.
Grüße Markus

[micomat]

Glaub ich eher nicht. Aber Du kannst es ja prüfen...
Und vielleicht auch mal ein list von der alten Installation, denn

Servus, danke fuer die Antwort.
Hier das List der alten Installation in der ich das Attribut ebenfalls nicht gesetzt hatte, die Readings jedoch da waren.

Code Auswählen Erweitern

Internals:
   DEF        192.168.178.52:2009 SML
   DeviceName 192.168.178.52:2009
   MeterType  SML
   NAME       Zaehler_Gesamt
   NEXT_OPEN  1581093629
   NR         370
   PARTIAL
   STATE      disconnected
   TYPE       OBIS
   Readings:
     2019-10-22 14:51:50   0.118.7.0.22.255 0
     2020-01-29 12:56:56   1.0.0.0.9.255   09-01-45-4D-48-00-00-47-2D-DE
     2020-01-07 03:13:26   122.119.7.129.129.255 -1e+30
     2020-01-29 12:56:56   129.129.199.130.3.255 EMH
     2020-01-29 12:56:56   129.129.199.130.5.255 9DF3-D5EE-CACB-45ED-6FF4-922D-28B1-4974-B740-2204-7B0D-7902-FC3F-7633-4384-3116-3C2F-37B9-91C2-AEA0-5821-921A-3E56-E8C7-01
     2020-01-29 12:56:56   Bezug_Gesamt    16071.4338
     2020-01-29 12:56:56   Bezug_Hochtarif 9533.8764
     2020-01-29 05:59:49   Bezug_Niedertarif 6537.5574
     2020-01-29 12:03:26   Einspeisung     17064.0748
     2020-01-29 12:56:56   Leistung        2807.1
     2020-01-26 23:58:23   Version         EMH\0901454D480000472DDE
     2020-01-29 12:56:56   dir_total_consumption in
     2020-01-29 12:56:56   dir_total_feed  in
     2020-01-29 12:56:56   power           2807.1
     2020-02-07 16:59:55   statBezug_Gesamt Hour: 0.0000 Day: 0.0000 Month: 0.0000 Year: 564.4660
     2020-02-07 16:59:55   statBezug_GesamtLast Hour: 0.0000 Day: 0.0000 Month: 564.4660 Year: 3885.7910 (since: 2019-01-05 )
     2020-02-07 16:59:55   statBezug_Hochtarif Hour: 0.0000 Day: 0.0000 Month: 0.0000 Year: 349.3857
     2020-02-07 16:59:55   statBezug_HochtarifLast Hour: 0.0000 Day: 0.0000 Month: 349.3857 Year: 2325.6281 (since: 2019-01-05 )
     2020-02-07 16:59:55   statBezug_Niedertarif Hour: 0.0000 Day: 0.0000 Month: 0.0000 Year: 215.0803
     2020-02-07 16:59:55   statBezug_NiedertarifLast Hour: 0.0000 Day: 0.0000 Month: 215.0803 Year: 1560.1629 (since: 2019-01-05 )
     2020-02-07 16:59:55   statEinspeisung Hour: 0.0000 Day: 0.0000 Month: 0.0000 Year: 145.5842
     2020-02-07 16:59:55   statEinspeisungLast Hour: 0.0000 Day: 0.0000 Month: 145.5842 Year: 4291.2339 (since: 2019-01-05 )
     2020-02-07 16:59:55   statPowerDay    Min: 2807.1 Avg: 2807.1 Max: 2807.1
     2020-02-06 23:59:55   statPowerDayLast Min: 2807.1 Avg: 2807.1 Max: 2807.1
     2020-02-07 16:59:55   statPowerMonth  Min: 2807.1 Avg: 2807.1 Max: 2807.1
     2020-01-31 23:59:55   statPowerMonthLast Min: -3599.5 Avg: 781.3 Max: 7738.6
     2020-02-07 16:59:55   statPowerYear   Min: -3599.5 Avg: 1141.7 Max: 7738.6
     2019-12-31 23:59:55   statPowerYearLast Min: -3753.6 Avg: -43.0 Max: 11196.2 (since: 2019-01-04_21:01:58 )
     2020-02-07 17:39:29   state           disconnected
     2020-01-29 12:56:56   total_consumption 16071433.8
     2020-01-29 12:56:56   total_consumption_Ch1 9533876.4
     2020-01-29 12:56:56   total_consumption_Ch2 6537557.4
     2020-01-29 12:56:56   total_feed      17064074.8
     2020-01-29 12:56:56   total_feed_Ch1  17064074.8
     2020-01-29 12:56:56   total_feed_Ch2  0
   Helper:
     BUFFER
     EoM        -1
     SPEED      5
     TRIGGERTIME 1580299035.46488
     _98_statistics Zaehler_Statistics
     Channels:
     DEVICES:

       30

     Directions:
Attributes:
   event-on-change-reading .*
   icon       measure_power_meter
   interval   30
   room       Energie

Leider ist die commandref hier etwas unklar:

Code Auswählen Erweitern

directions
Some Meters report feeding/comnsuming of power in a statusword. If this is set, you get an extra reading dir_total_consumption which defaults to "in" and "out".
Here, you can change this text with, e.g.: attr myOBIS directions {">" => "pwr consuming", "<"=>"pwr feeding"}
Bedeutet das jetzt, wenn ich das Attribut setze (die Frage ist dann erst mal, auf was?), nur dann bekomme ich das Reading? Oder kann ich damit nur den angezeigten Text anapssen?

BG

[cocojambo]

Hallo Markus,

habe den Opto Kopf mehrfach aus-und eingesteckt. wurde immer wieder connected:

Code Auswählen Erweitern

2020.02.07 17:48:32 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AB0JDXH6-if00-port0 disconnected, waiting to reappear (ISKRA_MT691)
2020.02.07 17:48:32 1: PERL WARNING: Use of uninitialized value $b in substitution (s///) at ./FHEM/47_OBIS.pm line 253.
2020.02.07 17:48:48 3: Setting ISKRA_MT691 serial parameters to 9600,8,N,1
2020.02.07 17:48:48 3: Init done
2020.02.07 17:48:48 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AB0JDXH6-if00-port0 reappeared (ISKRA_MT691)
2020.02.07 17:49:05 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AB0JDXH6-if00-port0 disconnected, waiting to reappear (ISKRA_MT691)
2020.02.07 17:49:25 3: Setting ISKRA_MT691 serial parameters to 9600,8,N,1
2020.02.07 17:49:25 3: Init done
2020.02.07 17:49:25 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AB0JDXH6-if00-port0 reappeared (ISKRA_MT691)


auch im LOG von FHEM.

Ich lass das System jetzt mal einfach laufen und wenn es nach ein paar Tagen hängen bleiben sollte, komme noch noch mal auf dein Vorschlag mit DEFMOD zurück.

gruß
Norbert

[Raymund]

Nur ein verbose 5 kann ich nicht machen ...

@cocojambo: dann fährst Du sicher auch in die Autowerkstatt mit Motorschaden und sagst: bitte schnell reparieren, aber die Motorhaube darf nicht geöffnet werden 

Setze doch als Kompromiss bitte im Obis-Modul in der Zeile 315 das Loglevel von 5 auf z.B. 3 und ergänze um ein "if" wie folgt:

Code Auswählen Erweitern

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

Danach ein Reload oder Neustart. Damit werden zunächst mal nur die Files geloggt, deren Länge nicht durch 4 teilbar ist, die also definitiv "kaputt" sind. Vielleicht komme ich ja so doch noch an ein SML-File zum Zeitpunkt des "Aufhängens" und kann mal checken, was da so durchläuft oder eben nicht

Wer keine Angst vor großen Logfiles hat, sollte die if-Klausel weglassen. Mir reichen die Einträge vor dem "Hängenbleiben".

[KölnSolar]

Bedeutet das jetzt, wenn ich das Attribut setze (die Frage ist dann erst mal, auf was?), nur dann bekomme ich das Reading? Oder kann ich damit nur den angezeigten Text anapssen?

Ich behaupte nur dann bekommst Du die readings(frag mich nicht, warum es vorher ohne ging).

Code Auswählen Erweitern

attr Zaehler_Gesamt {">" => "in", "<"=>"out"}

[Raymund]

Hast Du da vielleicht den Attributnamen "directions" vergessen, etwa so?

Code Auswählen Erweitern

attr Zaehler_Gesamt directions {">" => "in", "<"=>"out"}

Ich habe mal ein bisschen im Code gestöbert. Die Readings sollten auch ohne dieses Attribut kommen. Siehe die Zeilen 427ff.

[KölnSolar]

Hast Du da vielleicht den Attributnamen "directions" vergessen, etwa so?

wenn man "schnell" noch etwas posten will. 

Die Readings sollten auch ohne dieses Attribut kommen.

Meine Tests widersprechen.  Kann aber auch hieran gelegen haben.

Hi Stefan,
weil ich directions noch nicht kannte, hab ich es mir mal etwas näher angesehen. Da scheint mir ein bug im regexp oder im Code

Code Auswählen Erweitern

2020.02.05 19:59:03 5: OBIS (zaehler) - Msg-Parse: 1-0:1.8.0*255(>1324931.5*Wh)
2020.02.05 19:59:03 5: Msg 1-0:1.8.0*255(>1324931.5*Wh) is of type Counter
2020.02.05 19:59:03 4: Set total_consumption to 1324931.5macht in $4 =255, müsste aber > sein, oder ? mit $5 kommt dann auch das reading dir_total_consumption mit value aus directions für >.
Grüße Markus

@micomat: ein verbose5_Log(so wie meine 3 Zeilen) könnte uns ggfs etwas erhellen.

Schönes Wochenende