Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Waly_de]

@matthias-2 Versuchs mal damit:

PulseLocalScriptv2.3.5.txt

Grüße
Markus

[Matthias 2]

@waly_de Hey, danke! Import_total ist jetzt vorhanden! :-) Hab dir auch eine kleine Spende für deine Mühe hinterlassen...

VG

Matthias

[Waly_de]

@matthias-2 Danke Matthias :-):+1:

[rmenzing]

@karo2204 Hallo ich habe hier einen wiederspenstigen Zähler. Der Typ lautet eHZ-HW8E2A5L0EQ2P. Das ist ein Zweirichtungszähler. Allerdings zeigt er kein +- an. Dafür hat er eine A+ A- Anzeige. Weder Tibber Pulse noch sonst ein SML Decoder zeig es richtig an. Lediglich der Tasmota Hichi mit der entsprechenden Konfiguration. Leider kann ich den nicht mehr draufsetzen, da jetzt der Tibber Pulse den Platz blockiert.

Die Config beim Hichi sieht folgendermassen aus:
########################################################################
Mein Zähler: eHZ-HW8E2A5L0EQ2P

neues Script mit Vorzeichen Ermittlung ab Tasmota 12.4 Option 1,=so1
########################################################################

D

B

=>sensor53 r
;eHZ-HW8E2A5L0EQ2P

M 1
1,=so1,00010800,63,5,63,5,000f0700
+1,3,s,0,9600,eHZ
1,77070100010800ff@1000,Verbrauch,KWh,Total_in,1
1,77070100020800ff@1000,Netzeinspeisung,KWh,Total_out,0
1,770701000f0700ff@1,Leistung,W,Power_curr,16

die SML Werte kommen binär. Nach Umwandlung sehen sie fogendermassen aus:

Einspeisen
1b1b1b1b010101017607001b244e52d1620062007263010176010107001b16631b9b0b06454d480102715c18fe010163cda1007607001b244e52d2620062007263070177010b06454d480102715c18fe017262016516633cfe7977078181c78203ff0101010104454d480177070100000009ff010101010b06454d480102715c18fe0177070100010800ff6301a201621e52ff5600154783480177070100020800ff6301a201621e52ff5600487a406b0177070100010801ff0101621e52ff5600154783480177070100020801ff0101621e52ff5600487a406b0177070100010802ff0101621e52ff56000000000001770701000f0700ff0101621b52ff55000019b10177078181c78205ff0101010183028bde3c9df83c2930982f77aeb837ded3a632fcabb22d19434ecb0d12aaf92c052a9fd81865046dea01a71c15a5d351fd01010163a8d6007607001b244e52d56200620072630201710163d35500001b1b1b1b1a019c3a

Bezug
1b1b1b1b010101017607001b244e543f620062007263010176010107001b16631c150b06454d480102715c18fe01016386e8007607001b244e5440620062007263070177010b06454d480102715c18fe017262016516633d687977078181c78203ff0101010104454d480177070100000009ff010101010b06454d480102715c18fe0177070100010800ff63018201621e52ff5600154783a40177070100020800ff63018201621e52ff5600487a40e50177070100010801ff0101621e52ff5600154783a40177070100020801ff0101621e52ff5600487a40e50177070100010802ff0101621e52ff56000000000001770701000f0700ff0101621b52ff55000043530177078181c78205ff0101010183028bde3c9df83c2930982f77aeb837ded3a632fcabb22d19434ecb0d12aaf92c052a9fd81865046dea01a71c15a5d351fd0101016321c9007607001b244e54436200620072630201710163374400001b1b1b1b1a01fcc6

Vielleicht kann man das ja in dem Script berücksichtigen.
Gruß
Richie

[dougstar]

Hi,
meine Versuch dein Script zu nutzen führt nur zu folgendem Output in Object 0_userdata.0.TibberPulse.SMLDataHEX:
4e6f7468696e67206d6174636865732074686520676976656e20555249
Es ist ein ISKRA MT681-D4A51-K0p Zähler.
Kannst du damit etwas anfangen?

[Waly_de]

@dougstar leider nein. Das sieht nicht nach SML Daten aus. Leider kann mein Skript nur SML - Daten auswerten.

[Waly_de]

@rmenzing Das ist knifflig. Ich konnte zwar die Zählerstände in dem RAW finden, aber der Wert für die Leistung unterscheidet sich nicht wenn eingespeist oder bezogen wird, beim Bezug hab ich 1723.5 W gefunden, beim Einspeisen 657.7 W

Kannst du bitte noch 2 Beispiel schicken und möglichst den dazu passenden Wert mit schicken?

Diese Daten hab ich dekodieren können:

1.3.2024, 10:02:47.986	 Gesamte Übereinstimmung:77070100010800ff6301a201621e52ff56001547834801
1.3.2024, 10:02:47.990	 {"name":"Import_total","value":35700820,"unit":"Wh"}
1.3.2024, 10:02:47.991	 Gesamte Übereinstimmung:77070100020800ff6301a201621e52ff5600487a406b01
1.3.2024, 10:02:47.994	 {"name":"Export_total","value":121597143.5,"unit":"Wh"}
1.3.2024, 10:02:47.994	 Gesamte Übereinstimmung:77070100010801ff0101621e52ff56001547834801
1.3.2024, 10:02:47.998	 {"name":"Import_total_Tarif_1","value":35700820,"unit":"Wh"}
1.3.2024, 10:02:47.998	 Gesamte Übereinstimmung:77070100020801ff0101621e52ff5600487a406b01
1.3.2024, 10:02:48.001	 {"name":"Unbekannt","value":121597143.5,"unit":"Wh"}
1.3.2024, 10:02:48.002	 Gesamte Übereinstimmung:77070100010802ff0101621e52ff56000000000001
1.3.2024, 10:02:48.005	 {"name":"Import_total_Tarif_2","value":0,"unit":"Wh"}
1.3.2024, 10:02:48.006	 Gesamte Übereinstimmung:770701000f0700ff0101621b52ff55000019b101
1.3.2024, 10:02:48.009	 {"name":"Unbekannt","value":657.7,"unit":"W"}

[dougstar]

@waly_de ok. Dann schau ich später nochmal, wie ich das per tasmota gemacht hatte

[Waly_de]

@rmenzing

ich hab noch etwas getüftelt und vermutlich die Lösung gefunden:

PulseLocalScriptv2.4.txt (01.03.2024)

entferne in der Config die Kommentarzeichen vor "negSignPattern".
Ich hoffe es funktioniert ;-)

[rmenzing]

@waly_de Hallo, hab dazu noch was gefunden.
Der andere Typ (EMH eHZ-H) teilt den aktuellen Wert unter der
OBIS-Kennzahl 15.7.0 als Betrag der Leistung mit. So verstehe ich
auch
http://wiki.volkszaehler.org/hardware/channels/meters/power/edl-ehz/emh-ehz-h1

Allerdings nervt das natürlich, wenn man bei einem Zweirichtungszähler
nur den Betrag der Leistung mitbekommt. Also habe ich die ausgegebenen
Daten in den beiden Situationen Einspeisung und Bezug miteinander
verglichen und festgestellt, dass tatsächlich im Fall der Einspeisung ein
Bit anders gesetzt ist.
Während es beim Bezug, wie im Wiki dokumentiert, heißt:
77
07 01 00 01 08 00 FF
63 01 82
kommt bei der Einspeisung
77
07 01 00 01 08 00 FF
63 01 A2
Also: Unter 1.8.0 ("Wirkarbeit Bezug total") erhält man ein zusätzlich gesetztes
Bit, was die momentane Leistung als Einspeisung angibt.
Ich habe das einen Tag lang überprüft, das Ergebnis der Leistungskurve
ist mit dieser Interpretation des gesetzten Bits in "A2" plausibel (auch wenn
ich die Logik nicht kapiere, diese Info in der Wirkarbeit zu kodieren).

[Waly_de]

@rmenzing genau, zu den gleichen Erkenntnissen bin ich auch gelangt. Daher sollte das Skript oben für dich funktionieren. Versuchs mal und sag mir Bescheid, ob es geklappt hat...

[rmenzing]

@waly_de Soweit ich es verstehe funktioniert es nicht. Finde keine plausible Werte

[Waly_de]

@rmenzing hast du wirklich die aktuelle Version heruntergeladen? Die von heute? Deine Beispiel Daten werden auf jeden Fall richtig verarbeitet. Vielleicht musst du mal den iobroker neu starten.

[rmenzing]

@waly_de Hallo Jetzt zeigt es Werte an, ich habe Node_ID 5. Hatte es nur an einer Stelle geändert. Da sollte auch in den Config Bereich. Leider zeigt er trotz Einspeisung positive Werte.

[Waly_de]

@rmenzing

//negSignPattern: "77070100010800ff6301a",

Kommentarzeichen entfernt?:

negSignPattern: "77070100010800ff6301a",

@rmenzing sagte in Tibber Pulse: Verbrauchsdaten lokal auslesen:

ich habe Node_ID 5.

Das ist das erste Mal, dass ich höre, dass es dabei Unterschiede gibt... gut zu wissen

[rmenzing]

@rmenzing Sorry für die Falschmeldung. Es funktioniert.
Super vielen herzlichen Dank

[rmenzing]

@rmenzing Noch eine Frage, kann ich das an einen MQTT Broker in dieser Form ausgeben ? Kenne mich leider mit iobroker bisher überhaupt nicht aus
{"Total_in": 35713.0, "Total_out": 121602.0, "Power_curr": 1784.0, "OBIS_Meter_number": "001", "transaction_id": "001b2452204f", "Time": "2024-03-01T14:06:14"}

[Waly_de]

@rmenzing theoretisch, ja. Wenn du es nicht komplett in Javaskript schreiben möchtest, würde ich den MQTT Adapter installieren, ihn als Client für deinen Broker konfigurieren und dann die entsprechenden Daten Publishen. Das wiederum sollte durch ein Blocky, aber auch sehr einfach mit wenigen Zeilen Javascript zu machen sein.

[rmenzing]

@waly_de Vielen herzliche Dank
Gruß
Richie

[dougstar]

@waly_de Ich habe jetzt übrigens die Lösung gefunden.
Mein Pulse ist Node 2 und im Script steht nicht nur oben Node Id 1 sondern auch noch ein Stück weiter.
Vielleicht sollte das in die Config?