Zählersensor HM-ES-TX-WM - Universelle Zählerstandberechnung

Kabellose und kabelgebundene Sender und Empfänger der klassischen Homematic-Serie

Moderator: Co-Administratoren

MichaelN
Beiträge: 9684
Registriert: 27.04.2020, 10:34
System: CCU
Hat sich bedankt: 700 Mal
Danksagung erhalten: 1627 Mal

Re: Zählersensor HM-ES-TX-WM - Universelle Zählerstandberechnung

Beitrag von MichaelN » 02.09.2022, 21:45

Ich würde niemals auf genau einen Zeitpunkt prüfen. Besser wäre ein Zeitraum.
LG, Michael.

Wenn du eine App zur Bedienung brauchst, dann hast du kein Smarthome.

Wettervorhersage über AccuWeather oder OpenWeatherMap+++ Rollladensteuerung 2.0 +++ JSON-API-Ausgaben auswerten +++ undokumentierte Skript-Befehle und Debugging-Tipps +++

NickHM
Beiträge: 3733
Registriert: 23.09.2017, 12:04
Hat sich bedankt: 66 Mal
Danksagung erhalten: 120 Mal

Re: Zählersensor HM-ES-TX-WM - Universelle Zählerstandberechnung

Beitrag von NickHM » 02.09.2022, 23:50

MichaelN hat geschrieben:
02.09.2022, 21:45
Ich würde niemals auf genau einen Zeitpunkt prüfen. Besser wäre ein Zeitraum.
Dann muss man nur ausschließen, dass das Script indem Zeitraum durch das Gerät getriggert wird. Denn die Berechnungen für Tag / Woche / Monat dürfen nur genau ein mal täglich laufen. Die Werte für den jeweiligen Tag werden dagegen bei jederAktualisierung des Zählerstandes verändert. Das Script erledigt ja beides.
Wenn ich die Abfrage richtig verstehe, ist es auch ein Zeitraum von einer Minute da auf 00:00 abgefragt wird
00:00:00 ... 00:00:59
Da sollte das Script dann locker durch sein, falls nicht andere 00:00 Scripte die CCU blockieren.
Deshalb der Versuch der Verschiebung auf 00:06

R.Thümer
Beiträge: 33
Registriert: 16.02.2020, 13:40
System: CCU
Hat sich bedankt: 9 Mal

Re: Zählersensor HM-ES-TX-WM - Universelle Zählerstandberechnung

Beitrag von R.Thümer » 03.09.2022, 10:30

Hallo, danke für den TIP. Ich habe jetzt im Programm einen Zeitraum festgelegt in dem das Programm durch das Gerät getriggert werden kann und habe somit einen Zeitraum um Mitternacht rausgenommen wo das Script nur durch das Zeitmodul um 00.00 Uhr läuft. Ich werde mal sehn ob das die Problematik löst. Es könnt wirklich sein das das Script um 00.00 Uhr durch beide "oder" Teile des Programms getriggert wird und dadurch die unplausiblen Werte zustandekommen.
Screenshot (27).png
Screenshot (26).png

NickHM
Beiträge: 3733
Registriert: 23.09.2017, 12:04
Hat sich bedankt: 66 Mal
Danksagung erhalten: 120 Mal

Re: Zählersensor HM-ES-TX-WM - Universelle Zählerstandberechnung

Beitrag von NickHM » 03.09.2022, 13:03

Hallo

Das Programm wird evtl. mehrmals nacheinander in der zeit 00:00 - 00:01 getriggert. Das könnte das Problem sein und das soll mit dem Zeitfenster 00:01 - 23:59 für den Gerätetrigger ausgeschlossen werden. Denn die ganzen Berechnungen nach der if 00:00 Abfrage sollen ja genau ein mal pro Nacht laufen und nicht 30 sec später noch mal weil das Gerät den Trigger auslöst.

Bin auf das Ergebnis gespannt

Xel66
Beiträge: 14169
Registriert: 08.05.2013, 23:33
System: Alternative CCU (auf Basis OCCU)
Wohnort: Nordwürttemberg
Hat sich bedankt: 586 Mal
Danksagung erhalten: 1501 Mal

Re: Zählersensor HM-ES-TX-WM - Universelle Zählerstandberechnung

Beitrag von Xel66 » 03.09.2022, 15:22

Vielleicht wäre es zielführen, die Entscheidung, ob der Datensatz zu einem neuen Tag gehört, anhand des Zeitstempels der letzten Änderung abzuleiten als rein an der Uhrzeit des Triggerns des Programms. Wenn ich mich recht erinnere, macht das von mir seit 2015 verwendete Script von thkl dieses so. Es hat aber weniger Statistikdaten (nur aktueller und Vortag). Den Rest kann man sich ja selbst dranbasteln. Ich habe verzichtet, weil ich dafür keine Verwendung habe.

Gruß Xel66
-------------------------------------------------------------------------------------------
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch

MichaelN
Beiträge: 9684
Registriert: 27.04.2020, 10:34
System: CCU
Hat sich bedankt: 700 Mal
Danksagung erhalten: 1627 Mal

Re: Zählersensor HM-ES-TX-WM - Universelle Zählerstandberechnung

Beitrag von MichaelN » 03.09.2022, 16:56

Der Ansatz von Xel66 ist schon besser. Einfach Zeitstempel der letzten Änderung prüfen. Ist die "heute" dann wurde es schon aktualisiert, ansonsten eben nicht.

Oder man nutzt eine extra Systemvariable als Flag, ob die Berechnung schon durchgelaufen ist.

Aber so wie es jetzt geregelt ist, ist es eine ziemlich wackelige Angelegenheit.
LG, Michael.

Wenn du eine App zur Bedienung brauchst, dann hast du kein Smarthome.

Wettervorhersage über AccuWeather oder OpenWeatherMap+++ Rollladensteuerung 2.0 +++ JSON-API-Ausgaben auswerten +++ undokumentierte Skript-Befehle und Debugging-Tipps +++

Benutzeravatar
Baxxy
Beiträge: 10847
Registriert: 18.12.2018, 15:45
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 610 Mal
Danksagung erhalten: 2229 Mal

Re: Zählersensor HM-ES-TX-WM - Universelle Zählerstandberechnung

Beitrag von Baxxy » 03.09.2022, 17:35

Ich hatte auch immer mal wieder Probleme mit den Mitternachtsdaten.
Damals fehlte mir noch die Expertise das zu "debuggen".
Irgendwann hatte ich dann das Script zweigeteilt.
Teil A läuft von 00:01 - 23:59 bei Aktualisierung des Stromzählers und aktualisiert nur die SysVars
Teil B läuft um 00:00 und überträgt die Daten "von heute zu gestern" usw.

wischm
Beiträge: 9
Registriert: 08.09.2022, 08:27
System: CCU
Danksagung erhalten: 1 Mal

Re: Zählersensor HM-ES-TX-WM - Universelle Zählerstandberechnung

Beitrag von wischm » 08.09.2022, 09:06

Guten Morgen, sorry wenn ich mit Fragen komme die schon häufig behandelt wurden aber ich bekomme das script zur Erfassung meines Gaszählers nicht zum laufen. Das Hauptscript habe ich ohne Änderungen übernommen. Das script zur Erfassung der initial Werte habe ich mit der Anpassung der beiden Variablen laufen lassen. Das Programm wird auch um 00:00 Uhr gestartet allerdings werden keine Werte eingetragen.
Meine Einstellungen sind wie folgt.
Bildschirmfoto 2022-09-08 um 08.37.46.png
Bildschirmfoto 2022-09-08 um 08.37.12.png
Bildschirmfoto 2022-09-08 um 08.35.40.png

Was habe ich übersehen.

Grüße wischm
Zuletzt geändert von Roland M. am 08.09.2022, 21:20, insgesamt 1-mal geändert.
Grund: Mehrfachpostings gelöscht - auch Moderatoren sind nur Menschen, die nicht dauernd vor dem Computer sitzen!

NickHM
Beiträge: 3733
Registriert: 23.09.2017, 12:04
Hat sich bedankt: 66 Mal
Danksagung erhalten: 120 Mal

Re: Zählersensor HM-ES-TX-WM - Universelle Zählerstandberechnung

Beitrag von NickHM » 09.09.2022, 07:55

Hallo

- die Auslösung des Programms ist schon mal falsch. Bitte mit der ersten Seite vergleichen.
Wann soll "null oder kleiner 0" denn auslösen?

- das Programm läuft nicht nur um 00:00 sondern bei jeder Aktualisierung des Zählerstandes

Was ausserdem sehr merkwürdig erscheint ... Die initialen Werte, wie der aktuelle Zaehlerstand sind nicht eingetragen. Also läuft das sehr kurze Script auch schon nicht.
Da kann ich nur raten, alle Namen der SysVar noch mal genau zu prüfen und erst mal das Miniscript zum Laufen zu bekommen.

wischm
Beiträge: 9
Registriert: 08.09.2022, 08:27
System: CCU
Danksagung erhalten: 1 Mal

Re: Zählersensor HM-ES-TX-WM - Universelle Zählerstandberechnung

Beitrag von wischm » 09.09.2022, 09:25

Hallo NickHM,
Danke Dir für Deine schnelle Antwort.

Stimmt, die Auslösung war falsch eingestellt.
Das Initial script ist m.M. allerdings gelaufen der "Gas Referenz Zählerstand" wurde eingetragen. Ich sehe nicht welche Werte dieses script noch einträgt.

Grüße wischm

Antworten

Zurück zu „HomeMatic Aktoren und Sensoren (klassisch)“