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

[sunrise]

Hallo, weiß jemand, was es mit dieser Meldung auf sich hat? Sie kommt von beiden Leseköpfen/ Zählern und taucht immer wieder im FHEM Logfile auf:

Code Auswählen Erweitern

2023.11.19 12:22:54 3: OBIS (MyObis1) - Unknown Message: 255-255:255.255.255*255()
2023.11.19 12:23:01 3: OBIS (MyObis2) - Unknown Message: 255-255:255.255.255*255()
Mir ist soweit klar, dass die Codes offenbar unbekannt sind, aber ich frage mich, ob das ein Problem bei meinem Setup bedeutet oder ich das schlicht ignorieren kann.

PS: Im OBIS Logfile sind keine Fehlermeldungen, und die o.g. Meldung taucht dort auch nicht auf.

[sunrise]

Sorry, noch eine Frage - diesmal bzgl. event-aggregator. Für meine Zähler habe ich u.a. das definiert:

Code Auswählen Erweitern

attr MyObis1 event-aggregator power:120:linear:mean,total_consumption:300:none:v
Das führt aber zu PERL Warnungen im FHEM Logfile:

Code Auswählen Erweitern

2023.11.19 12:54:10 1: PERL WARNING: Argument "xxxx07.9 Wh" isn't numeric in subtraction (-) at FHEM/TimeSeries.pm line 254.
2023.11.19 12:54:10 1: PERL WARNING: Argument "xxxx91.1 Wh" isn't numeric in addition (+) at FHEM/TimeSeries.pm line 256.
2023.11.19 12:54:10 1: PERL WARNING: Argument "xxxx91.1 Wh" isn't numeric in numeric lt (<) at FHEM/TimeSeries.pm line 361.
2023.11.19 12:54:10 1: PERL WARNING: Argument "xxxx07.9 Wh" isn't numeric in numeric lt (<) at FHEM/TimeSeries.pm line 361.
2023.11.19 12:54:10 1: PERL WARNING: Argument "xxxx91.1 Wh" isn't numeric in numeric gt (>) at FHEM/TimeSeries.pm line 362.
2023.11.19 12:54:10 1: PERL WARNING: Argument "1017 W" isn't numeric in numeric lt (<) at FHEM/TimeSeries.pm line 361.
2023.11.19 12:54:10 1: PERL WARNING: Argument "1017 W" isn't numeric in numeric gt (>) at FHEM/TimeSeries.pm line 362.
2023.11.19 12:54:32 1: PERL WARNING: Argument "n.a." isn't numeric in division (/) at (eval 50022) line 1, <GEN3098> line 2507.
2023.11.19 12:54:32 1: PERL WARNING: Argument "n.a." isn't numeric in division (/) at (eval 50028) line 1, <GEN3098> line 2534.
2023.11.19 12:54:32 1: PERL WARNING: Argument "n.a." isn't numeric in division (/) at (eval 50034) line 1, <GEN3098> line 2549.
2023.11.19 12:54:32 1: PERL WARNING: Argument "n.a." isn't numeric in division (/) at (eval 50040) line 1, <GEN3098> line 2574.
2023.11.19 12:54:32 1: PERL WARNING: Argument "n.a." isn't numeric in division (/) at (eval 50046) line 1, <GEN3098> line 2587.
2023.11.19 12:55:10 1: PERL WARNING: Argument "xxxx20.8 Wh" isn't numeric in subtraction (-) at FHEM/TimeSeries.pm line 254.
2023.11.19 12:55:10 1: PERL WARNING: Argument "xxxx20.8 Wh" isn't numeric in numeric lt (<) at FHEM/TimeSeries.pm line 361.
2023.11.19 12:55:40 1: PERL WARNING: Argument "n.a." isn't numeric in division (/) at (eval 50017) line 1, <GEN3104> line 2496.
2023.11.19 12:55:40 1: PERL WARNING: Argument "n.a." isn't numeric in division (/) at (eval 50023) line 1, <GEN3104> line 2523.
2023.11.19 12:55:40 1: PERL WARNING: Argument "n.a." isn't numeric in division (/) at (eval 50029) line 1, <GEN3104> line 2538.
2023.11.19 12:55:40 1: PERL WARNING: Argument "n.a." isn't numeric in division (/) at (eval 50035) line 1, <GEN3104> line 2563.
2023.11.19 12:55:40 1: PERL WARNING: Argument "n.a." isn't numeric in division (/) at (eval 50041) line 1, <GEN3104> line 2576.
2023.11.19 12:56:10 1: PERL WARNING: Argument "xxxx33.7 Wh" isn't numeric in subtraction (-) at FHEM/TimeSeries.pm line 254.
2023.11.19 12:56:10 1: PERL WARNING: Argument "xxxx33.7 Wh" isn't numeric in numeric lt (<) at FHEM/TimeSeries.pm line 361.
2023.11.19 12:57:10 1: PERL WARNING: Argument "xxxx46.8 Wh" isn't numeric in subtraction (-) at FHEM/TimeSeries.pm line 254.
2023.11.19 12:57:10 1: PERL WARNING: Argument "xxxx46.8 Wh" isn't numeric in numeric lt (<) at FHEM/TimeSeries.pm line 361.
2023.11.19 12:58:10 1: PERL WARNING: Argument "xxxx63.7 Wh" isn't numeric in subtraction (-) at FHEM/TimeSeries.pm line 254.
2023.11.19 12:58:10 1: PERL WARNING: Argument "xxxx63.7 Wh" isn't numeric in numeric lt (<) at FHEM/TimeSeries.pm line 361.
2023.11.19 12:59:10 1: PERL WARNING: Argument "xxxx80.6 Wh" isn't numeric in division (/) at FHEM/TimeSeries.pm line 370.
2023.11.19 13:00:10 1: PERL WARNING: Argument "xxxx97.4 Wh" isn't numeric in subtraction (-) at FHEM/TimeSeries.pm line 254.
2023.11.19 13:00:10 1: PERL WARNING: Argument "xxxx80.6 Wh" isn't numeric in addition (+) at FHEM/TimeSeries.pm line 256.
2023.11.19 13:00:10 1: PERL WARNING: Argument "xxxx80.6 Wh" isn't numeric in numeric lt (<) at FHEM/TimeSeries.pm line 361.
2023.11.19 13:00:10 1: PERL WARNING: Argument "xxxx97.4 Wh" isn't numeric in numeric lt (<) at FHEM/TimeSeries.pm line 361.
2023.11.19 13:00:10 1: PERL WARNING: Argument "xxxx80.6 Wh" isn't numeric in numeric gt (>) at FHEM/TimeSeries.pm line 362.
2023.11.19 13:01:10 1: PERL WARNING: Argument "xxxx10.3 Wh" isn't numeric in subtraction (-) at FHEM/TimeSeries.pm line 254.
2023.11.19 13:01:10 1: PERL WARNING: Argument "xxxx10.3 Wh" isn't numeric in numeric lt (<) at FHEM/TimeSeries.pm line 361.
2023.11.19 13:02:10 1: PERL WARNING: Argument "xxxx23.2 Wh" isn't numeric in subtraction (-) at FHEM/TimeSeries.pm line 254.
2023.11.19 13:02:10 1: PERL WARNING: Argument "xxxx23.2 Wh" isn't numeric in numeric lt (<) at FHEM/TimeSeries.pm line 361.
2023.11.19 13:03:10 1: PERL WARNING: Argument "xxxx36.1 Wh" isn't numeric in subtraction (-) at FHEM/TimeSeries.pm line 254.
2023.11.19 13:03:10 1: PERL WARNING: Argument "xxxx36.1 Wh" isn't numeric in numeric lt (<) at FHEM/TimeSeries.pm line 361.
Es liegt wohl daran, dass die Werte nicht (mehr) numerisch sind, weil ich attr MyObis1 unitReadings on gesetzt habe, also die Einheiten bei den Readings angehängt werden, wodurch aus einem numerischen Wert ein String wird.

Was kann ich tun, um die Einheiten anzuhängen (unitReadings on), aber nachher beim event-aggregator keine Warnungen zu bekommen? Wie baue ich das attr MyObis1 event-aggregator power:120:linear:mean,total_consumption:300:none:v um? Leider fehlen mir dafür die nötigen PERL Kenntnisse.


Übrigens verstehe ich nicht, woher bei den PERL Warnungen das "n.a." (not applicable - nicht zutreffend) herkommt. Die Readings enthalten doch immer irgendwelche Werte: power und total_consumption sind ja nie "leer", und sie heißen auch so in den Readings.


Danke für Eure Hilfe!

[RalfRog]

Mir ist soweit klar, dass die Codes offenbar unbekannt sind, aber ich frage mich, ob das ein Problem bei meinem Setup bedeutet oder ich das schlicht ignorieren kann.

Am Setup liegt es eher nicht. Ignoriere es einfach.
An sich würde ich allerdings mit Verbose 4 o. 5 erwarten, dass dazu etwas zu finden ist. Mithin es schon so vom Zähler kommt.
Hak es ab.

Gruß

[RalfRog]

Es liegt wohl daran, dass die Werte nicht (mehr) numerisch sind, weil ich attr MyObis1 unitReadings on gesetzt habe, also die Einheiten bei den Readings angehängt werden, wodurch aus einem numerischen Wert ein String wird.

Was kann ich tun, um die Einheiten anzuhängen (unitReadings on), aber nachher beim event-aggregator keine Warnungen zu bekommen? Wie baue ich das attr MyObis1 event-aggregator power:120:linear:mean,total_consumption:300:none:v um? Leider fehlen mir dafür die nötigen PERL Kenntnisse.

Das Attribut gehört ja nicht zum Modul. Ggfs. bemühe mal die Suche um an anderen Stellen was dazu zu finden.

Abhilfe (vermutlich gibt es elegantere Wege) ginge mit einem Userreading ohne Einheit.

[sunrise]

Danke, ich lasse die Einheiten erst einmal weg, denn in den Plots kann ich sie ja trotzdem dranschreiben. Und falls ich das mal via MQTT generic bridge an Home Assistant durchreichen möchte, geht das ohne Einheiten eh besser, nehme ich an.

PS:

Das Attribut gehört ja nicht zum Modul. Ggfs. bemühe mal die Suche um an anderen Stellen was dazu zu finden.

Ich dachte, dass das Attribut unitReadings zu OBIS gehört.

[sunrise]

An sich würde ich allerdings mit Verbose 4 o. 5 erwarten, dass dazu etwas zu finden ist. Mithin es schon so

Voilà:

Code Auswählen Erweitern

2023.11.19 16:48:53 4: OBIS (MyObis1) - MSG IS:
/
1-0:96.50.1*1(LGZ)
1-0:96.1.0*255(LGZ)
1-0:1.8.0*255(>xxxx99.6*Wh)
1-0:2.8.0*255(xx9.1*Wh)
1-0:16.7.0*255(xx5*W)
255-255:255.255.255*255()
!
2023.11.19 16:48:53 5: OBIS (MyObis1) - Msg-Parse: /
2023.11.19 16:48:53 5: OBIS (MyObis1) - Msg-Parse: 1-0:96.50.1*1(LGZ)
2023.11.19 16:48:53 5: OBIS (MyObis1) - Msg-Parse: 1-0:96.1.0*255(LGZ)
2023.11.19 16:48:53 5: OBIS (MyObis1) - Msg-Parse: 1-0:1.8.0*255(>xxxx99.6*Wh)
2023.11.19 16:48:53 4: OBIS (MyObis1) - Storing Counter for 1-0:1.8.0*255 in Cache
2023.11.19 16:48:53 5: OBIS (MyObis1) - Msg 1-0:1.8.0*255(>xxxx99.6*Wh) is of type Counter
2023.11.19 16:48:53 4: OBIS (MyObis1) - Set total_consumption to xxxx99.6
2023.11.19 16:48:53 5: OBIS (MyObis1) - Msg-Parse: 1-0:2.8.0*255(xx9.1*Wh)
2023.11.19 16:48:53 4: OBIS (MyObis1) - Storing Counter for 1-0:2.8.0*255 in Cache
2023.11.19 16:48:53 5: OBIS (MyObis1) - Msg 1-0:2.8.0*255(xx9.1*Wh) is of type Counter
2023.11.19 16:48:53 5: OBIS (MyObis1) - Msg-Parse: 1-0:16.7.0*255(xx5*W)
2023.11.19 16:48:53 4: OBIS (MyObis1) - Storing Channels for 1-0:16.7.0*255 in Cache
2023.11.19 16:48:53 5: OBIS (MyObis1) - Msg 1-0:16.7.0*255(xx5*W) is of type Channels
2023.11.19 16:48:53 5: OBIS (MyObis1) - Msg-Parse: 255-255:255.255.255*255()
2023.11.19 16:48:53 3: OBIS (MyObis1) - Unknown Message: 255-255:255.255.255*255()
2023.11.19 16:48:53 5: OBIS (MyObis1) - Msg-Parse: !
2023.11.19 16:49:14 3: OBIS (MyObis2) - Unknown Message: 255-255:255.255.255*255()[/pre]

Schlauer werde ich daraus (verbose 5) allerdings nicht.

[RalfRog]

Ich dachte, dass das Attribut unitReadings zu OBIS gehört.

Ja, aber Du hattest doch Probleme mit dem "event-aggregator".

aber nachher beim event-aggregator keine Warnungen zu bekommen?

[sunrise]

Achso, das meintest Du!

[KölnSolar]

Ich hab hier mal ein neues Thema aufgemacht, da aus meiner Sicht zu erwarten ist, dass zumindest die PV-Anlagen > 7 kWp dann doch "demnächst" mit einem iMsys ausgestattet werden und die Infrarotschnittstelle "überflüssig" bzw. "unmodern" werden könnte und der Zugriff per LAN erfolgen könnte/müsste.

Grüße
Markus

[sunrise]

Hallo zusammen,

Ich habe nochmal eine Anmerkung und Frage bzgl. total_feed (Einspeisung):

Hast Du eine Idee, wieso ich ein total_feed Reading habe, obwohl ich gar nichts einspeise? Ich habe keine PV-Anlage o.a. Einspeisequellen und wundere mich daher generell, dass dieses Reading erscheint, aber auch über den Wert selbst (xx9.1 Wh). Immerhin ändert er sich nicht, aber m.E. sollte er Null sein oder das Reading gar nicht erst angezeigt werden, oder irre ich mich?

Ob angezeigt oder nicht - woher die xx9.1 Wh "Einspeisung" (total_feed) herkommen sollen, frage ich mich schon. 🤔

Wenn ich den Zähler im Schrank beobachte, steht dort unter 2.8.0 immer 0000000 kWh, was auch korrekt ist, da ich nichts einspeise.

Allerdings erhalte ich über das Obis-Modul in FHEM stets einen unveränderten 3-stelligen Wert (zzgl. Nachkommastelle) als total_feed. Woher kommt das?

[RalfRog]

Vielleicht stammt der Wert von der Überprüfung im Werk / Energieversorger.

Dass auf dem Zähler 0 kWh angezeigt wird liegt eventuell an der Einheit.
Du hast 0,0091 kWh.

Gruß Ralf

[sunrise]

Oja, klar! Danke! 👍

[AndiS]

Hallo,

beim meinem Zweirichtungszähler (Apator Picus) habe ich ,,Inf" ,,On" gesetzt und lese mit Obis folgende Werte aus:

-Herstellerkennung
-Gerätekennung
-Entnommene Energie 1,8,0 (A+)
-Abgegebene Energie 2.8.0 (A-) - nur für Zähler A+/A-
-dreiphasige Momentanleistung

Laut Bedienungsanleitung gibt es weitere Werte (z.B. PhasenSpannung, -Strom, -Leistung) ,,je nachdem, ob das Datenregister des Herstellers aktiviert ist (EIN/AUS - über LMN-Port)"

Wie kann man das aktivieren oder geht das nur werksseitig?

Danke für Infos

[AndiS]

Hat vielleicht jemand den Apator Picus im Einsatz?
Welche Werte werden ausgelesen?

[AndiS]

Weitere Frage:
Bei Stromausfall werden alle Einstellungen im Apator Picus zurück gesetzt und man muss den Optokoppler abnehmen und mit Lampe ,,Inf" wieder ,,on" setzten.
Etwas lästig.

Es gibt doch sicher die Möglichkeit mit Hilfe der LED im Optokoppler Einstellungen vorzunehmen.
Hat jemand dazu Infos?