Zählersensor HM-ES-TX-WM - Universelle Zählerstandberechnung
Moderator: Co-Administratoren
-
- Beiträge: 9681
- Registriert: 27.04.2020, 10:34
- System: CCU
- Hat sich bedankt: 700 Mal
- Danksagung erhalten: 1626 Mal
Re: Zählersensor HM-ES-TX-WM - Universelle Zählerstandberechnung
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 +++
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 +++
-
- 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
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
Re: Zählersensor HM-ES-TX-WM - Universelle Zählerstandberechnung
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.
-
- 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
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
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
-
- Beiträge: 14165
- Registriert: 08.05.2013, 23:33
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Nordwürttemberg
- Hat sich bedankt: 585 Mal
- Danksagung erhalten: 1500 Mal
Re: Zählersensor HM-ES-TX-WM - Universelle Zählerstandberechnung
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
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
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
-
- Beiträge: 9681
- Registriert: 27.04.2020, 10:34
- System: CCU
- Hat sich bedankt: 700 Mal
- Danksagung erhalten: 1626 Mal
Re: Zählersensor HM-ES-TX-WM - Universelle Zählerstandberechnung
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.
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 +++
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 +++
- Baxxy
- Beiträge: 10839
- Registriert: 18.12.2018, 15:45
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 609 Mal
- Danksagung erhalten: 2228 Mal
Re: Zählersensor HM-ES-TX-WM - Universelle Zählerstandberechnung
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.
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.
Grüße... Baxxy
- Raspberry Pi 4 als Homematic-Zentrale - Tipps und Informationen
- Analysescript für genutzte Funk-Adressen, Funkmodul-Hardware und Zentralen Hardware
- NANO CUL 868MHz - Stick zum AskSin Analyzer XS umflashen (Anleitung für ArduinoIDE unter Windows)
- Firmware Updates für IP-Aktoren / Sensoren... Info's, Tipps und Sonstiges
- CCU funkt nicht - CarrierSense (CS) Probleme erkennen und lösen
Re: Zählersensor HM-ES-TX-WM - Universelle Zählerstandberechnung
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.
Was habe ich übersehen.
Grüße wischm
Meine Einstellungen sind wie folgt.
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!
Grund: Mehrfachpostings gelöscht - auch Moderatoren sind nur Menschen, die nicht dauernd vor dem Computer sitzen!
-
- 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
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.
- 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.
Re: Zählersensor HM-ES-TX-WM - Universelle Zählerstandberechnung
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
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