Ein herzerfrischendes "Moin" vom "hintern-Deich" vorweg!
Ich möchte gerne mein neues Modul vorstellen was es (hoffentlich) morgen über die Update - Funktion zur Verfügung gestellt wird
Das GasCalculator Modul berechnet den Gas - Verbrauch und den verbundenen Kosten von einem oder mehreren Gas-Zählern.
Es ist kein eigenes Zählermodul sondern benötigt eine Regular Expression (regex or regexp) um das Reading mit dem kontinuierlich wachsendem Zählerstand von einem oder mehreren Gaszählern zu finden.
Sobald das Modul in der fhem.cfg definiert wurde, reagiert das Modul auf jedes durch das regex definierte event wie beispielsweise ein OWDEVICE etc.
Das GasCalculator Modul berechnet augenblickliche, historische statistische und vorhersehbare Werte von einem oder mehreren Gas-Zählern und erstellt die entsprechenden Readings.
Um zu verhindern, dass man bis zu 12 Monate warten muss, bis alle Werte der Realität entsprechen, müssen die Readings Vol1stDay, Vol1stMonth, Vol1stYear und Vol1stMeter entsprechend mit dem setreading - Befehl korrigiert werden.
Diese Werte findet man unter Umständen auf der letzten Gas-Rechnung.
Andernfalls dauert es bis zu 24h für die täglichen, 30 Tage für die monatlichen und bis zu 12 Monate für die jährlichen Werte bis diese der Realität entsprechen.
Sobald das Device in der Lage war mindestens 2 Werte des Zählers einzulesen, werden automatisch die entsprechenden Readings erzeugt:
Der Platzhalter DestinationDevice steht für das Device, welches man in dem Attribut ReadingDestination oben festgelegt hat. Dieser Platzhalter bleibt leer, sobald man dort CalculatorDevice ausgewählt hat.
Der Platzhalter SourceCounterReading steht für das Reading welches mit der Regular Expression definiert wurde.
Die generierten Readings lauten:
Sobald das Device in der Lage war mindestens 2 Werte des Zählers einzulesen, werden automatisch die entsprechenden Readings erzeugt:
Der Platzhalter DestinationDevice steht für das Device, welches man in dem Attribut ReadingDestination oben festgelegt hat. Dieser Platzhalter bleibt leer, sobald man dort CalculatorDevice ausgewählt hat.
Der Platzhalter SourceCounterReading steht für das Reading welches mit der Regular Expression definiert wurde.
EnergyCostMeter : Energiekosten in der gewählten Währung seit Anfang des Monats wo der Gas-Versorger den Zähler abliest.
EnergyCostMonth : Energiekosten in der gewählten Währung seit Anfang des Monats.
EnergyCostYear : Energiekosten in der gewählten Währung seit Anfang des Jahres.
EnergyDay : Energieverbrauch in kWh seit Mitternacht.
EnergyMeter : Energieverbrauch in kWh seit Anfang seit Anfang des Monats wo der Gas-Versorger den Zähler abliest.
EnergyMonth : Energieverbrauch in kWh seit Anfang seit Anfang des Monats (Mitternacht des 01.).
EnergyYear : Energieverbrauch in kWh seit Anfang seit Anfang des Jahres (Mitternacht des 01. Januar).
FinanceReserve : Finanzielle Reserve basierend auf den Abschlagszahlungen die jeden Monat an den Gas-Versorger gezahlt werden. Bei negativen Werten ist von einer Nachzahlung auszugehen.
LastDV : Volumenunterschied in der gewählten Volumeneinheit zwischen den augenblicklichen und vorherigen Messwert (ΔV).
LastDt : Zeitunterschied in Sekunden zwischen den augenblicklichen und vorherigen Messwert (Δt).
Meter : Zählerstand am Gaszähler. Bei Differenzen muss das Offset-Attribut korrigiert werden.
PowerCurrent : Aktuelle Heizleistung. (Mittelwert zwischen aktueller und letzter Messung)
PowerDayAver : Mittlere Heitzleistung seit Mitternacht.
PowerDayCount : Anzahl der Leistungsmessungen seit Mittenacht. (Wird für Errechnung des täglichen Mittelwert benötigt)
PowerDaySum : Summe aller Leistungsmessungen seit Mitternacht. (Wird für Errechnung des täglichen Mittelwert benötigt)
PowerDayMax : Maximale Leistungsaufnahme seit Mitternacht.
PowerDayMin : Minimale Leistungsaufnahme seit Mitternacht.
PrevRead : Reading der vorherigen Messung (Wird für die Berechnung des ΔV und Δt benötigt)
Vol1stDay : Erster Volumenmesswert des Tages (Mitternacht).
Vol1stMonth : Erster Volumenmesswert des Monats (Mitternacht des 01.).
Vol1stYear : Erster Volumenmesswert des Jahres (Mitternacht des 01. Januar).
Vol1stMeter : Erster Volumenmesswert des Zeitraums seit Anfang des Monats wo der Gas-Versorger den Zähler abliest.
Das Modul wird (hoffentlich) ab morgen über den Update Befehl zur Verfügung stehen.
Gruss
Sailor
Da das Repository wieder neue Anforderungen beim hochladen stellt, anbei der Code vorübergehend im Anhang.
Aktuelle Version: 10590
Datei: Per update Modul verfügbar
Das hört sich echt interessant an! Aktuell les ich meinen Zähler über einen Reed Schalter am GPIO 22 aus. Hast du evtl. ein Beispiel für die Implementierung?
Doku, Wiki?
Zitat von: netbus am 22 Januar 2016, 08:30:23
Doku, Wiki?
Das Wiki findet nichts dazu. Wo finde ich die Doku?
Moin deltaac
Zitat von: deltaac am 22 Januar 2016, 08:33:47
Das Wiki findet nichts dazu. Wo finde ich die Doku?
Wiki gibst zur Zeit noch nicht und Doku findest Du in der obigen Datei als =pod commandref.
Einfach mal definieren und laufen lassen.
Gruß
Sailor
Eigentlich kann man das Modul doch nicht nur für Gas nutzen oder seh ich das falsch?
Also Strom und auch Wasser sollten möglich sein?
Gruß Robert
Hallo Robert
Zitat von: no_Legend am 22 Januar 2016, 09:46:09
Eigentlich kann man das Modul doch nicht nur für Gas nutzen oder seh ich das falsch?
Also Strom und auch Wasser sollten möglich sein?
Hmmm
Eigentlich ja...
Aber ich denke ich werde hier ein gesondertes Modul schreiben müssen, da bei Wasser noch zusätzliche Attribute wie Abwasserkosten, Gartenwasseranteil etc. beachtet werden müssen.
Probiers mal aus!
Ich bin über jede Rückmeldung dankbar.
Gruss
Sailor
Zitat von: Sailor am 22 Januar 2016, 11:00:49
Hallo Robert
Hmmm
Eigentlich ja...
Aber ich denke ich werde hier ein gesondertes Modul schreiben müssen, da bei Wasser noch zusätzliche Attribute wie Abwasserkosten, Gartenwasseranteil etc. beachtet werden müssen.
Probiers mal aus!
Ich bin über jede Rückmeldung dankbar.
Gruss
Sailor
So genau betrachte ich die Wasserwerte garnicht.
Dann müsste ich ja an jede Rinne und auch am Gartenhahn einen Wasserzählen hängen. ;D ;D
So genau brauch ich es dann doch nciht.
Ich hab mir jetzt erst mal einen in-z65 bestellt.
Werde wenn der da ist Probieren per Firmata die Daten einzulesen.
Dann schau ich mal wie ich meinen Ferraris Zähler und meinen Wasserzähler angebunden bekomme.
Reflex Lichtschranke usw.
Gruß Robert
Hallo Robert
Zitat von: no_Legend am 22 Januar 2016, 11:30:46
Dann schau ich mal wie ich meinen Ferraris Zähler und meinen Wasserzähler angebunden bekomme.
Reflex Lichtschranke usw.
Wenn Du schon auf Homematic bist, dann würde ich dabei bleiben und am besten Folgendes nehmen:
Für den Stromzähler:
Den ES-Fer (http://www.elv.de/homematic-zaehlersensor-ferraris-zaehler-es-fer.html) in Verbindung mit dem HM-ES-TX-WM (http://www.elv.de/homematic-zaehlersensor-strom-gas-bausatz.html)
oder
Den ES-LED (http://www.elv.de/homematic-zaehlersensor-led-es-led.html) in Verbindung mit dem HM-ES-TX-WM (http://www.elv.de/homematic-zaehlersensor-strom-gas-bausatz.html)
Für den Gaszähler:
Den in-z65 in Verbindung mit dem HM-ES-TX-WM (http://www.elv.de/homematic-zaehlersensor-strom-gas-bausatz.html)
Gruß
Sailor
Zitat von: Sailor am 22 Januar 2016, 12:10:33
Hallo Robert
Wenn Du schon auf Homematic bist, dann würde ich dabei bleiben und am besten Folgendes nehmen:
Für den Stromzähler:
Den ES-Fer (http://www.elv.de/homematic-zaehlersensor-ferraris-zaehler-es-fer.html) in Verbindung mit dem HM-ES-TX-WM (http://www.elv.de/homematic-zaehlersensor-strom-gas-bausatz.html)
oder
Den ES-LED (http://www.elv.de/homematic-zaehlersensor-led-es-led.html) in Verbindung mit dem HM-ES-TX-WM (http://www.elv.de/homematic-zaehlersensor-strom-gas-bausatz.html)
Für den Gaszähler:
Den in-z65 in Verbindung mit dem HM-ES-TX-WM (http://www.elv.de/homematic-zaehlersensor-strom-gas-bausatz.html)
Gruß
Sailor
Die Homematic komponeten kenn ich.
Aber ehrlich für einen IN-Z62 60€ zu verlangen + noch die 50€ für nen Bausatz. Sorry da haben die Echt einen Rennen.
Ein Arduino bekommt an für unter 5€ + den Sensor für knapp 28€.
Da sind dann immer noch knapp 70€ differnez.
Hierfür kann man schon mal ne bissel basteln.
Mal schauen wie weit ich komm.
Ansonten bestell ich halt doch noch ne Bausatz LOL
Hallo Robert
Zitat von: no_Legend am 22 Januar 2016, 12:45:58
Aber ehrlich für einen IN-Z62 60€ zu verlangen + noch die 50€ für nen Bausatz. Sorry da haben die Echt einen Rennen.
Ansonten bestell ich halt doch noch ne Bausatz LOL
Den IN-Z62 sollste ja auch nicht von ELV nehmen. Der ist mit deinem IN-Z65 ja auch identisch, abgesehen von dem schönen Grimp-Schuh.
Deshalb: Kauf dir deinen IN-Z65 für 23€ in Verbindung mit dem HM-ES-TX-WM (http://www.elv.de/homematic-zaehlersensor-strom-gas-bausatz.html) für 45€.
Die Homematic - Schnittstelle erspart dir 'ne Menge Arbeit hinsichtlich Anbindung des Arduino.
Gruß
Sailor
Hallo,
hab das Modul nicht gefunden, weder in deinem obigen Anhang noch ist es heute beim Update dabei gewesen
Gruß Werner
Zitat von: Sailor am 22 Januar 2016, 13:01:34
Hallo Robert
Den IN-Z62 sollste ja auch nicht von ELV nehmen. Der ist mit deinem IN-Z65 ja auch identisch, abgesehen von dem schönen Grimp-Schuh.
Deshalb: Kauf dir deinen IN-Z65 für 23€ in Verbindung mit dem HM-ES-TX-WM (http://www.elv.de/homematic-zaehlersensor-strom-gas-bausatz.html) für 45€.
Die Homematic - Schnittstelle erspart dir 'ne Menge Arbeit hinsichtlich Anbindung des Arduino.
Gruß
Sailor
Ach so ne paar Arduinos hab ich immer zuhause.
Viel aufwand ist das auch nicht. Die Firmata kann ja schon alles.
Nur den Sensor/Reed Kontakt mit 5V versorgen und
Muss ja nicht wirklich was dazu Programmieren.
Da der Gaszähler ganz in der nähe des FHEM Server ist, kann ich den Arduino direkt ohne umwege per USB anschließen.
Brauch kein Ethernetshield oder so.
Leider ist es kein Raspi, sondern ein Cubitruck.
Ich könnte zwar auch die GPIO vom Cubie nehmen, wo bei ich nicht wies wie lange ich den Cubie noch benutzen will.
Das sind gemessen grad mal ca. 2,5m Abstand zwischen Server und Gas/wasserzähler.
Da find ich ein Homematic device echt oversized.
Wenn ich doch keine Lust hab hol ich mir den ELV Bausatz.
Gruß Robert
Hi,
hab dein Modul mal eingebunden, aber es verändert sich nichts:
Zitat
Internals
CFGFN
/opt/fhem/mycfg/41_gas.cfg
DEF
gpio_pin22:Pinlevel:.high.*
NAME
myGasCalculator
NR
201
NTFY_ORDER
10-myGasCalculator
REGEXP
gpio_pin22:Pinlevel:.high.*
STATE
active
TYPE
GasCalculator
VERSION
0007
Readings
gpio_pin22_Counter_EnergyCostMeter
0.00
2016-01-22 15:38:49
gpio_pin22_Counter_EnergyCostMonth
0.00
2016-01-22 15:38:49
gpio_pin22_Counter_EnergyCostYear
0.00
2016-01-22 15:38:49
gpio_pin22_Counter_EnergyDay
0.00
2016-01-22 15:38:49
gpio_pin22_Counter_EnergyMeter
0.00
2016-01-22 15:38:49
gpio_pin22_Counter_EnergyMonth
0.00
2016-01-22 15:38:49
gpio_pin22_Counter_EnergyYear
0.00
2016-01-22 15:38:49
gpio_pin22_Counter_FinanceReserve
0.00
2016-01-22 15:38:49
gpio_pin22_Counter_LastDV
0.01
2016-01-22 15:38:49
gpio_pin22_Counter_LastDt
209
2016-01-22 15:38:49
gpio_pin22_Counter_Meter
217.92
2016-01-22 15:38:49
gpio_pin22_Counter_PowerCurrent
1.72
2016-01-22 15:38:49
gpio_pin22_Counter_PowerDayAver
1.72
2016-01-22 15:38:49
gpio_pin22_Counter_PowerDayCount
1
2016-01-22 15:38:49
gpio_pin22_Counter_PowerDayMax
1.72
2016-01-22 15:38:49
gpio_pin22_Counter_PowerDayMin
0
2016-01-22 15:38:49
gpio_pin22_Counter_PowerDaySum
1.72
2016-01-22 15:38:49
gpio_pin22_Counter_PrevRead
217.92
2016-01-22 15:38:49
gpio_pin22_Counter_Vol1stDay
217.92
2016-01-22 15:38:49
gpio_pin22_Counter_Vol1stMeter
217.92
2016-01-22 15:38:49
gpio_pin22_Counter_Vol1stMonth
217.92
2016-01-22 15:38:49
gpio_pin22_Counter_Vol1stYear
217.92
2016-01-22 15:38:49
Was mach ich falsch?=??
Kann es sein, dass das Modul erst morgen verfügbar ist?
oder kann mir mal kurz einer zeigen wie ich das Modul einbinde?
Wird es auch ein commandref Eintrag geben?
Gruß Robert
Heute Morgen um 8:30 Uhr war es auf alle Fälle dabei!
Nur eine kleine Zwischenfrage an euch:
Die Idee mit den HM-Komponenten und dem Original-Elstermodul finde ich super. den Stecker bekommt man ja auch für 10 oder 20 Cent. Aber sehe ich das richtig, dass wenn ich mit dem HM-ES-TX-WM nur einen Sensor auslesen kann? Sprich, ich brauche für Gas und Strom jeweils eine HM-ES-TX-WM Einheit!?
Zitat von: bellhawk am 23 Januar 2016, 09:03:33
Heute Morgen um 8:30 Uhr war es auf alle Fälle dabei!
Nur eine kleine Zwischenfrage an euch:
Die Idee mit den HM-Komponenten und dem Original-Elstermodul finde ich super. den Stecker bekommt man ja auch für 10 oder 20 Cent. Aber sehe ich das richtig, dass wenn ich mit dem HM-ES-TX-WM nur einen Sensor auslesen kann? Sprich, ich brauche für Gas und Strom jeweils eine HM-ES-TX-WM Einheit!?
Richtig.
Drei Leseköpfe und drei HM-ES-TX_WM.
Das ist auch ein Grund warum ich es mal mit Firmata probieren will.
Der User Dirk, macht dass gerade hier im Forum mit der Selbstbau Sensor Platine.
Gruß Robert
Hi Bellhawk
Zitat von: bellhawk am 23 Januar 2016, 09:03:33
Sprich, ich brauche für Gas und Strom jeweils eine HM-ES-TX-WM Einheit!?
Korrekt... Leider!
Gruss
Sailor
Hallo Sailor,
erst mal vielen Dank für das Modul.
2 Fragen / Anregungen hätte ich noch:
- Was passiert, wenn der Zählerwert zurück - gesetzt wird (z.B. Stromausfall) und wieder bei 0 beginnt. Wird dann ein Offset - Wert gesetzt
- Wie kann ich das Modul zurücksetzen. z.B. wenn die Parameter nicht stimmen und ich nach Änderung neu beginnen will
p.s. Müßte das Modul in der Commandref nicht als Helper-Modul erscheinen?
lG
Wolfgang
Hallo Wolfgang
Zitat von: ZeitlerW am 23 Januar 2016, 20:04:28
- Was passiert, wenn der Zählerwert zurück - gesetzt wird (z.B. Stromausfall) und wieder bei 0 beginnt. Wird dann ein Offset - Wert gesetzt
Der Zähler sollte eigentlich mit einer eigenen Batterie ausgestattet sein, so dass trotz Stromausfall die Impulse weitergezählt werden.
Ansonsten muss man den Offset korrigieren, was der Kurve zwar eine kleine Stufe verpasst, aber zumindest ist sie der Realität wieder angepasst.
Zitat von: ZeitlerW am 23 Januar 2016, 20:04:28
- Wie kann ich das Modul zurücksetzen. z.B. wenn die Parameter nicht stimmen und ich nach Änderung neu beginnen will
Hier arbeite ich noch dran. Mann muss alle Readings löschen. Beispielsweise:
deletereadings myGasCalculator .*
zusätzlich noch alle Einträge im Log.
An Letzterem muss ich noch arbeiten, da es 2 verschiedene Log-Varianten gibt: File-Log und DbLog.
Zitat von: ZeitlerW am 23 Januar 2016, 20:04:28
Müßte das Modul in der Commandref nicht als Helper-Modul erscheinen?
OK, das lässt sich schnell ändern.
Danke!
Gruss
Sailor
Very interesting module - and lots of useful information but it does not work for me.
My meter is a Krom Schroder BK-G4 G4 with three wheels after the decimal point, the last with a magnet, so 1/10,1/100,1/1000 cubic meter.
I count with a panStamp, counts are 5/1000 cubic meter each but the module seems to work to 2 DP (decimal places) only.
I think UK gas bills may be different to German bills too (I bet yours are simpler!), not a problem of course.
We are charged per kWh and have text such as
ZitatThis is how we convert gas units into kilowatt hours (kWh)
171.28 metric units used
x 1.022640 volume correction
= 175.15 corrected units
x 39.3 calorific value
/ 3.6 to convert to kWh
= 1912.05 kWh
Zitat von: fruit am 25 Januar 2016, 08:15:08
Very interesting module - and lots of useful information but it does not work for me.
My meter is a Krom Schroder BK-G4 G4 with three wheels after the decimal point, the last with a magnet, so 1/10,1/100,1/1000 cubic meter.
I count with a panStamp, counts are 5/1000 cubic meter each but the module seems to work to 2 DP (decimal places) only.
I think UK gas bills may be different to German bills too (I bet yours are simpler!), not a problem of course.
We are charged per kWh and have text such as
Hi you can add this feature by our own.
U can use an user reading.
I use the same to convert the sun brightness.
Here my example:
userReadings luminosity2 { ReadingsVal("Outdoor.Helligkeit","luminosity",0)/0.265; }
BR Robert
Hi fruit
Zitat von: fruit am 25 Januar 2016, 08:15:08
I think UK gas bills may be different to German bills too (I bet yours are simpler!), not a problem of course.
We are charged per kWh and have text such as
Gas prizeHolly shit!No, you are absolutely correct... We are billed in €/kWh as well!
The calculations and numbers in my modules are correct already, since I just multiply the energy (in kWh) with gasprize (in curreny/kWh).
So I just corrected the commandref description and the name of one attribute:
GasPricePerCubic
is now
GasPricePerKWh
Everybody: Please apply update and as soon you see the attribute GasPricePerKWh in your device, please use
deleteattr myGasCalculator GasPricePerCubic
or the standard web-interface to delete the obsolescent (old) attribute.
Volume conversionAbout your volume correction - I saw this factor before on the gas bill of my father-in-law (Amersham, Bucks) and it is corresponding with our Gas z Value.
In your case, you are sitting lower than the gas main supply station so your gas ends up higher compressed than originally pumped in the consumer network at the gas main supply station.
In my case, my counter provides 1 Impuls / (1/100)m
3 = 1 Impuls / 0.010m
3 = 1Impuls/10l), which means the attribute GasCubicPerCounts must be set to 0.01.
In your case, your counter provides 1 Impuls / (5/1000)m
3 = 1 Impuls / 0.005m
3 = 1Impuls/5l), which means the attribute GasCubicPerCounts must be set to 0.005.
I renamed this attribute as well!
You seems to have already an newer gas meter unit in m
3.
Otherwise the additional conversion from imperial to metric would be 0.028317 m
3/ft
3.
calorific conversionThis is a very British thing! ;)
Please calculate (39.3 calorific value / 3.6 to convert to kWh) = 10,9167 and add the value in the attribute "GasNominalHeatingValue".
Thanks a lot for the bug-finding!
Best regards
Sailor
Zitat von: Sailor am 25 Januar 2016, 09:45:10No, you are absolutely correct... We are billed in €/kWh as well!
Not done just to confuse us in the UK then ;)
Zitat
Volume conversion
About your volume correction - I saw this factor before on the gas bill of my father-in-law (Amersham, Bucks) and it is corresponding with our Gas z Value.
In your case, you are sitting lower than the gas main supply station so your gas ends up higher compressed than originally pumped in the consumer network at the gas main supply station.
In my case, my counter provides 1 Impuls / (1/100)m3 = 1 Impuls / 0.010m3 = 1Impuls/10l), which means the attribute GasCubicPerCounts must be set to 0.01.
In your case, your counter provides 1 Impuls / (5/1000)m3 = 1 Impuls / 0.005m3 = 1Impuls/5l), which means the attribute GasCubicPerCounts must be set to 0.005.
I'm still a bit confused by this but will play more tomorrow.
I tried setting to .005 but from a quick look at the code yesterday I think you subtract previous-reading from new-reading - but previous-reading has been rounded to 2DP so the calculation ignores the least significant digit
I could be wrong of course ;)
ZitatYou seems to have already an newer gas meter unit in m3.
Most UK meters are now m
3 - but it is only a matter of conversion factor as you say
Decimalisation/metrication was only 40+ years ago here - we're getting there slowly ;)
Zitatcalorific conversion
This is a very British thing! ;)
and probably
is done to confuse us!
No problem to calculate it - except that it changes from time to time! I don't expect the module to cope with that :)
Thanks for getting back
Hi fruit
Zitat von: fruit am 25 Januar 2016, 10:56:19
I tried setting to .005 but from a quick look at the code yesterday I think you subtract previous-reading from new-reading - but previous-reading has been rounded to 2DP so the calculation ignores the least significant digit
I could be wrong of course ;)
I corrected it. Should be 3 digits by now.
Regards
Sailor
Excellent! I'll try with the new version when it appears
Many thanks
I started again this morning but still problems, on starting
2016.01.26 07:55:43 1: PERL WARNING: Use of uninitialized value $GasCountReadingValuePrevious in concatenation (.) or string at ./FHEM/73_GasCalculator.pm line 359.
then
2016.01.26 15:51:45 3: myGasCalculator : GasCalculator - The attribute Volume was missing and has been set to m³
2016.01.26 15:51:45 3: myGasCalculator : GasCalculator - The attribute Currency was missing and has been set to €
Perhaps a locale issue? Easily changed anyway.
I am running with a basic config, just to get working correctly initially, setting only verbose 5 and
GasCounterOffset 8456.056
GasCubicPerCounts 0.005
My actual readings and counts are
8456.056
8456.121 (13 count x .005m[sup]3[/sup])
8456.186 (18 count)
8456.226 (8 count)
8456.231 (1 count)
The module is showing from logs
GasCountReadingValueDelta : 0.000 m³
Current Reading Value : 8456.121
Previous Reading Value : 8456.121
GasCountReadingValueDelta : -0.025 m³
Current Reading Value : 8456.096
Previous Reading Value : 8456.121
GasCountReadingValueDelta : -0.035 m³
Current Reading Value : 8456.061
Previous Reading Value : 8456.096
GasCountReadingValueDelta : 0.000 m³
Current Reading Value : 8456.061
Previous Reading Value : 8456.061
Should GasCountReadingValueDelta not show my count x 0.005 from above? Or am I misunderstanding something and a negative delta is expected?
I hope that is reasonable clear
Hallo,
ich bräuchte mal eine kleine Hilfestellung bezglich der RegEx, die den Gascounter triggern soll. Irgendwie laufen alle Versuche ins Leere und der Counter zählt nicht, auch nicht mit Regex, die bei Notify bzw. Logs funktionieren.
Mein Aufbau ist folgender: Ich habe ein Readkontakt am Zähler der 01 liefert, wenn er angesprochen wird und 00 liefert, wenn der Impuls wieder vorbei ist.
Die Events kommen, das Logfile wird geschrieben.
Auszug Logfile:
2016-01-28_21:34:54 DEB3 01
2016-01-28_21:35:12 DEB3 00
2016-01-28_21:40:31 DEB3 01
2016-01-28_21:41:19 DEB3 00
Was lief war "DEB3.*". Dann zählt er allerdings jeden Impuls, also auch die fallende Flanke, was natürlich nicht gewollt ist.
Nun hab ich diverse Kombinationen durchprobiert. DEB3:01 DEB3.01 etc. keiner dieser Ausdrücke bringt allerdings den Counter zum zählen.
Vielleicht kann ja jemand einen Tip geben, wie es funktionieren könnte.
Gruß
Lars
Hallo,
ich teste derzeit auch mit dem GasCounter. Heute morgen hatte ich dann folgenden Fehler im Log.
Illegal division by zero at ./FHEM/73_GasCalculator.pm line 495.
Vielleicht sollte man das abfangen...
Gruß
sweetie-pie
Hallo Lars
Zitat von: LarsK am 28 Januar 2016, 22:43:32
Was lief war "DEB3.*". Dann zählt er allerdings jeden Impuls, also auch die fallende Flanke, was natürlich nicht gewollt ist.
Nun hab ich diverse Kombinationen durchprobiert. DEB3:01 DEB3.01 etc. keiner dieser Ausdrücke bringt allerdings den Counter zum zählen.
Das kann so auch nicht klappen, da das Modul einen fortlaufenden Zaehlerwert erwartet.
Soll heißen:
2016-01-28_21:34:54 DEB3 01
2016-01-28_21:35:12 DEB3 02
2016-01-28_21:40:31 DEB3 03
2016-01-28_21:41:19 DEB3 04
Gruss
Sailor
Hi fruit
sorry for the late answer... The flu! :(
Zitat von: fruit am 26 Januar 2016, 18:15:11
My actual readings and counts are
8456.056
8456.121 (13 count x .005m[sup]3[/sup])
8456.186 (18 count)
8456.226 (8 count)
8456.231 (1 count)
The module is showing from logs
[code]GasCountReadingValueDelta : 0.000 m³
Current Reading Value : 8456.121
Previous Reading Value : 8456.121
GasCountReadingValueDelta : -0.025 m³
Current Reading Value : 8456.096
Previous Reading Value : 8456.121
GasCountReadingValueDelta : -0.035 m³
Current Reading Value : 8456.061
Previous Reading Value : 8456.096
GasCountReadingValueDelta : 0.000 m³
Current Reading Value : 8456.061
Previous Reading Value : 8456.061
It looks like your are producing gas instead of consuming... :-)
It looks your counter counts down instead of up...
Could you please have a look in your actual counter module to make sure it really counts upwards...
Best regards
Sailor
Eine einfache Anbindung müsste auch über MYSENSORS funktionieren. Einen watermetersketch oder doorsketch in Verbindung mit ner Reflexlichtschranke
Gesendet von iPhone mit Tapatalk
Zitat von: Sailor am 06 Februar 2016, 20:39:36sorry for the late answer... The flu! :(
Sorry to hear that, I hope you are feeling better now
ZitatIt looks like your are producing gas instead of consuming... :-)
It looks your counter counts down instead of up...
I wish!
I should have stated those figures were from my reversed logs, it does count up not down.
I have tried the module again a few times since - and tried to see where it was going wrong but with no luck
I cannot see why the delta is sometimes negative but often positive and appears correct, perhaps tripping on a regex?
Zitat von: fruit am 06 Februar 2016, 22:13:03
Sorry to hear that, I hope you are feeling better nowI wish!
I should have stated those figures were from my reversed logs, it does count up not down.
I have tried the module again a few times since - and tried to see where it was going wrong but with no luck
I cannot see why the delta is sometimes negative but often positive and appears correct, perhaps tripping on a regex?
Thanks, I am fine again!
I think the first step would be to evaluate the Log entries for the Counter module itself (Not the GasCalculator).
Could you make a filtered print-out from the log file?
Best regards
Sailor
I've attached a file of extracted values of today's log, see notes at the start
Hi fruit
Zitat von: fruit am 08 Februar 2016, 16:02:11
I've attached a file of extracted values of today's log, see notes at the start
OK, thats the reason!
Your Counter is a Delta Counter!
That means he only logs the difference since the last measurement.
What you need is an absolute counter
It actually should look like that:
2016-02-08_00:15:49 SWAP_03 G_Count: 2
2016-02-08_00:45:49 SWAP_03 G_Count: 3
2016-02-08_01:00:47 SWAP_03 G_Count: 4
2016-02-08_01:30:45 SWAP_03 G_Count: 6
2016-02-08_02:00:43 SWAP_03 G_Count: 7
2016-02-08_02:15:42 SWAP_03 G_Count: 8
2016-02-08_02:45:40 SWAP_03 G_Count: 10
2016-02-08_03:15:20 SWAP_03 G_Count: 38
2016-02-08_03:29:23 SWAP_03 G_Count: 74
2016-02-08_03:43:58 SWAP_03 G_Count: 92
2016-02-08_04:13:56 SWAP_03 G_Count: 93
2016-02-08_04:28:56 SWAP_03 G_Count: 94
2016-02-08_04:58:54 SWAP_03 G_Count: 96
2016-02-08_05:13:40 SWAP_03 G_Count: 122
2016-02-08_05:27:47 SWAP_03 G_Count: 159
etc.
Could you give me a ScreenShot of your readings of your Counter module?
Thanks
Best regards
Sailor
Zitat von: Sailor am 09 Februar 2016, 06:28:42Your Counter is a Delta Counter!
That means he only logs the difference since the last measurement.
Aha! I was confused by 'counting ticks' in commandref, much clearer now, thanks
ZitatWhat you need is an absolute counter
I have two of those, one in decimal, converted to meter readings from a notify
2016-02-08_14:04:54 Gas 8512.374
2016-02-08_14:19:40 Gas 8512.484
2016-02-08_14:34:22 Gas 8512.559
and another, direct from the panStamp in hex
2016-02-08_14:04:54 SWAP_03 0C.0-Pulse_counter: 0001315D
2016-02-08_14:19:40 SWAP_03 0C.0-Pulse_counter: 00013173
2016-02-08_14:34:22 SWAP_03 0C.0-Pulse_counter: 00013182
I can use the decimal version - or convert the native panStamp hex readings in a userReadings
I'll try the decimal version I think to save upsetting anything but looks as though I should be OK now.Edit:No I can't use decimal version, it expects integer values. Not a problem, I'll try the other way
Edit:and that seems to be working as it should :)
Many thanks.
Hi fruit
Zitat von: fruit am 09 Februar 2016, 07:45:49
Edit:and that seems to be working as it should :)
Feeling happz for you!
Just don't forget do adapt the parameters
GasCounterOffset
GasCubicPerCounts
in accordance to the new way of counting...
Best regards
Sailor
Zitat von: Sailor am 10 Februar 2016, 10:24:38Just don't forget do adapt the parameters
Done and all running smoothly now thanks
For a future update... you have a couple of typos in commandref predictabeable and cas-counter, on the same line :)
and for the benefit of other UK users... 'BasicPricePerAnnum' is Standing Charge (usually given as a daily rate).
UK energy tariffs can be complex - and really not designed to benefit the consumer :(
Zitat von: Sailor am 05 Februar 2016, 17:36:11
Hallo Lars
Das kann so auch nicht klappen, da das Modul einen fortlaufenden Zaehlerwert erwartet.
Soll heißen:
2016-01-28_21:34:54 DEB3 01
2016-01-28_21:35:12 DEB3 02
2016-01-28_21:40:31 DEB3 03
2016-01-28_21:41:19 DEB3 04
Gruss
Sailor
Hallo, danke.
Dann war das ein Denkfehler bei mir. Dann werde ich das mal umbauen.
Hallo Zusammen,
zunächst einmal "Respekt". Ich erfasse meine Werte seit rd. 1 Jahr mit der Funktion C_GASZAEHEHLER. Dort muss ich allerdings einige Werte (Monat, Jahr usw.) von Hand eintragen um die von mir gewünschte Auswertung zu erhalten.
Ich habe das Modul zunächst auf meinem Tastsystem (Cubietruck, minimale Funktionen ) installiert. Es lief eigentlich ganz ordentlich, bis ich plötzlich den Web Server (fhem) nicht mehr erreichen konnte.
Als ich dann das Modul auf meinem Aktivsystem installiert habe kam das gleiche Problem. Im Log steht
Illegal division by zero at ./FHEM/73_GasCalculator.pm line 495.
danach kann ich den Server nicht mehr erreichen. Womit hängt das zusammen oder hat jemand das gleiche Problem?
Ich musste danach den Cubietruck resetten und da gingen dann auch leider die eingstellten Werte (Jahr, Monat Gesamt usw.) verloren. Vielleicht kann man hier ein wenig "nachbessern".
Weiterhin war (und ist) für mich interessant, Monats, und Tageswerte (durchschnittlicher Verbrauch/Tag bzw. Monat bzw. Woche) zus sehen. Lässt sich dies noch einbauen?
Danke im Voraus
Gerd
Ja, hab ich auch. FHEM wird angehalten du brauchst nur fhem neu starten.
Hab ich gemacht, aber der Fehler kommt immer wieder
Gesendet von meinem MD_LIFETAB_P9516 mit Tapatalk
Fhem stop bei jeder Aktualisierung drum hab ich mir nen Dummy gebaut und rufe den auf.
Kannst du den veröffentlichen?
Gesendet von meinem MD_LIFETAB_P9516 mit Tapatalk
Dear fruit
Zitat von: fruit am 10 Februar 2016, 11:08:51
Done and all running smoothly now thanks
For a future update... you have a couple of typos in commandref predictabeable and cas-counter, on the same line :)
and for the benefit of other UK users... 'BasicPricePerAnnum' is Standing Charge (usually given as a daily rate).
UK energy tariffs can be complex - and really not designed to benefit the consumer :(
Thanks. I corrected it.
If you have time as a native speaker, please feel free to make any suggestions for improvements to the english commmandref.
Regards
Sailor
Hallo Gerd
Zitat von: Gerd.Ternes am 13 Februar 2016, 16:42:59
Illegal division by zero at ./FHEM/73_GasCalculator.pm line 495.
danach kann ich den Server nicht mehr erreichen. Womit hängt das zusammen oder hat jemand das gleiche Problem?
Habe gerade eine neue Version 10821 eingecheckt. Ich hoffe damit den Fehler abgefangen zu haben.
Kannst du dies bitte testen und bestätigen?
Gruss
Sailor
Hallo Gerd
Zitat von: Gerd.Ternes am 13 Februar 2016, 16:42:59
Weiterhin war (und ist) für mich interessant, Monats, und Tageswerte (durchschnittlicher Verbrauch/Tag bzw. Monat bzw. Woche) zus sehen. Lässt sich dies noch einbauen?
Sowas laesst sich immer machen...
Du musst mir nur sagen, was genau du brauchst.
Zum Beispiel "Arithmetischer Mittelwert aller Energie- (Verbrauchs-) Werte über den Zeitraum X"
Aber wozu braucht man den Mittelwert eines Verbrauchswertes ueber einen Zeitraum?
Das wäre dann doch wieder die Durchschnittsleistung. ???
Oder habe ich da was falsch verstanden.. :o
Das Reading "EnergyDay" liefert die Verbrauchswerte seit Mitternacht. (Reset um Mitternacht)
Das Reading "EnergyMonth" liefert die Verbrauchswerte seit dem 1ten des Monats. (Reset um Mitternacht am 1ten)
Das Reading "EnergyYear" liefert die Verbrauchswerte seit dem 1ten des Jahres. (Reset um Mitternacht am 1ten Januar)
Gruss
Sailor
Hallo Sailor,
danke für die Rückmeldung. Ich habe die neue Version eingespielt und werde heute einmal sehen wie sie läuft.
Hinsichtlich der "Durchschnittswerte". Im Prinzip hast Du recht. Ich habe für mich jedoch (ist wohl ein Fimmel) einige Durchschnittswerte immer sichtbar, damit ich sehe, wo ich stehe (Bildschirmprint , bitte jedoch nicht auf die Zahlen achten, die habe ich noch nicht aktualisiert, da die mir auch immer nach dem letzten Neustart verloren gehen.)
Ich würde gerne sehen wo ich (im Vergleich) zum letzen Monat/Woche/Tag/Jahr stehe.
Dazu benötigt man dann (natürlich) auch einen Tageszaehler (jeweils für Woche/Monta/Jahr/Abrechenzeitraum)
VG
Gerd
Bei mir funktioniert es. Läuft seit 3 Std. ohne Absturz.
Gruß Bert
Hallo Sailor,
ich habe das Modul jetzt rd. 20 Stunden bei meinem Testsystem im Einsatz. Bisher läuft alles Problemlos. Danke.
Werde es jetzt in meinem Produktivsystem aktivieren.
Hast du einmal bezüglich der Durchschnittswerte nachgedacht?
VG
Gerd
Hi Mal neu Frage zu dem Device welches dem GasCalculator die Werte liefert.
Benotigt man ein Device welches schon mit Komma zahlen anliefert oder ohne?
Zur Erklärung:
Ich habe mein Firmata+ Reed Kontakt per HourCounter zur Erfassung der Impulse.
Nun habe ich hier den Counter ohne Komma also 1203177 und per Userreading 12031.77
Edit: es sieht danach aus dass das Modul lieber ohne Komma arbeitet.
Danke und Gruß Robert
Zitat von: no_Legend am 15 Februar 2016, 12:52:28
Edit: es sieht danach aus dass das Modul lieber ohne Komma arbeitet.
;)
Gruss
Sailor
Zitat von: Sailor am 13 Februar 2016, 21:46:34If you have time as a native speaker, please feel free to make any suggestions for improvements to the english commmandref.
I probably could not have written better :)
Just a couple of minor points...
'shown on the mechanic meter' better 'shown on the mechanical meter' - as you have it in the next paragraph :)
'able to read at least 2 times the counter' better 'able to read the counter at least 2 times'
Many here in the UK have quarterly billing (every 3 months, often estimated or customer supplied reading)
Not tried yet but I assume zeroing xxx_FinanceReserve after paying the bill will start to count what is owed on the supplier's next bill
All running well here after my initial setup problems, many thanks
Hi,
da ich mir geade aus einem Hallsensor und einem Arduino einen Gaszähler gebaut habe, bin ich auf dieses Modul gestoßen.
Das Modul klingt gut, mir ist nur nicht ganz klar, wie es Zählt. :)
Mein Sensor fängt an bei 0, nachdem er gestartet wurde. Also jedesmal wenn ich neu flashe, resette oder sonstwas passiert.
Für jeden Impuls den ich messe wird der counter erhöht.
Sollte der Sensor seine Daten nicht an FHEM übertragen können, weil FHEM abgestürzt oder die Verbindung unterbrochen ist, dann gibt der Counter die Differenz an.
Funktioniert das Modul mit meinem Sensor? Ich habe ja "nur" das Reading definiert, indem ich eine regex angegeben habe. Aber ob das Modul nun einfach jede Änderung zählt oder es den Counter wert nur übernimmt habe ich nicht verstanden.
Grüße Sidey
Zitat von: Sidey am 21 Februar 2016, 22:17:14
Hi,
da ich mir geade aus einem Hallsensor und einem Arduino einen Gaszähler gebaut habe, bin ich auf dieses Modul gestoßen.
Das Modul klingt gut, mir ist nur nicht ganz klar, wie es Zählt. :)
Mein Sensor fängt an bei 0, nachdem er gestartet wurde. Also jedesmal wenn ich neu flashe, resette oder sonstwas passiert.
Für jeden Impuls den ich messe wird der counter erhöht.
Sollte der Sensor seine Daten nicht an FHEM übertragen können, weil FHEM abgestürzt oder die Verbindung unterbrochen ist, dann gibt der Counter die Differenz an.
Funktioniert das Modul mit meinem Sensor? Ich habe ja "nur" das Reading definiert, indem ich eine regex angegeben habe. Aber ob das Modul nun einfach jede Änderung zählt oder es den Counter wert nur übernimmt habe ich nicht verstanden.
Grüße Sidey
Es gibt dafür Drei Möglichkeiten:
1. Du hängste einen Hourcounter dazwischen. (Habe ich selbst im einsatz)
Der Hourcounter zählt die Impulse.
Welchen Counter Wert das Arduino in Device hat interessiert HourCounter nicht.
Der GasCalculator nutzt dann den Counter vom HourCounter
Es soll noch erwähnt werden, dass der GasCalculator wie folgt dann HourCounter:
Bsp: GasVerbrauch:countsOverall:.*
2. Du machst ein Monotonic User Reading auf das Arduino IN Device
3. ArduCount
http://www.fhemwiki.de/wiki/ArduCounter (http://www.fhemwiki.de/wiki/ArduCounter)
Vorteil hier ist, dass der Zähler auch funktioniert, wenn FHEM mal hängt.
Und die Daten werden nur zyklisch abgerufen.
Gruß Robert
Hi Sidey
Zitat von: Sidey am 21 Februar 2016, 22:17:14
da ich mir geade aus einem Hallsensor und einem Arduino einen Gaszähler gebaut habe, bin ich auf dieses Modul gestoßen.
Das Modul klingt gut, mir ist nur nicht ganz klar, wie es Zählt. :)
Das Modul zählt gar nicht... es greift auf Deinen (Hall-)Zähler zu.
Zitat von: Sidey am 21 Februar 2016, 22:17:14
Mein Sensor fängt an bei 0
Für jeden Impuls den ich messe wird der counter erhöht.
Das hört sich gut an!
Zitat von: Sidey am 21 Februar 2016, 22:17:14
Also jedesmal wenn ich neu flashe, resette oder sonstwas passiert.
Das ist wiederum nicht gut. Du solltest vielleicht darüber nachdenken ein Zählermodul mit Puffer-Batterie dazwischen zu schalten.
Ansonsten darfst du nach jedem fhem - update den Offset neu programmieren.
Zitat von: Sidey am 21 Februar 2016, 22:17:14
Sollte der Sensor seine Daten nicht an FHEM übertragen können, weil FHEM abgestürzt oder die Verbindung unterbrochen ist, dann gibt der Counter die Differenz an.
Der Sensor macht nur "Schalter auf" und "Schalter zu". Dieser sendet absolut nix zu fhem. Wichtig ist das Zählermodul dahinter.
Wo ist der Sensor denn angeschlossen?
Zitat von: Sidey am 21 Februar 2016, 22:17:14
Funktioniert das Modul mit meinem Sensor? Ich habe ja "nur" das Reading definiert, indem ich eine regex angegeben habe. Aber ob das Modul nun einfach jede Änderung zählt oder es den Counter wert nur übernimmt habe ich nicht verstanden.
Mein Modul stellt keine Verbindung zu Sensoren her. Es braucht ein bereits funktionierendes Device welches via RegEx auf das entsprechende Zähler-Reading zugreift.
Es nimmt den Counter - Wert wie er kommt. Sollte nach einem Reset dein Wert wieder auf = gehen, wird mein Modul negative Verbrauchs-Werte berechnen und ist somit Nosens.
Gruss
Sailor
The panStamp counter I have resets on battery change but I use a dummy and notify to keep the counter in step
define Gas dummy
define G_Count_notify notify SWAP_03:G_Count:.* {\
my $count = Value( "SWAP_03" );;\
my $val = ( 1000 * ReadingsVal( "Gas", "state", "" ) + ( $count > 0?( $count * 5 ):0 ) ) / 1000;;\
fhem "set Gas $val";;\
}
This is an interesting solution.
But there are two things i didn't understand.
Why multiply the dummy value with 1000 and divide later with 1000?
Why multiply the countet with 5 when it isn't zero?
Zitat von: Sidey am 22 Februar 2016, 09:07:18
This is an interesting solution.
But there are two things i didn't understand.
Sorry, I kept it short as I posted in English, I hope this makes more sense...
ZitatWhy multiply the dummy value with 1000 and divide later with 1000?
My gas meter has a ring/counter for 1/1000 m
3 and that is what I take readings from.
I record my reading as something like 8587.234
I multiply and divide so the calculation is done with integer values to give an accurate result - floating point divide may not be accurate!
ZitatWhy multiply the countet with 5 when it isn't zero?
My meter has
two magnets on the 1/1000 m
3 ring, every pulse therefore equals 5/1000 m
3Others may be different of course
Zitat von: fruit am 22 Februar 2016, 08:55:38
The panStamp counter I have resets on battery change but I use a dummy and notify to keep the counter in step
define Gas dummy
define G_Count_notify notify SWAP_03:G_Count:.* {\
my $count = Value( "SWAP_03" );;\
my $val = ( 1000 * ReadingsVal( "Gas", "state", "" ) + ( $count > 0?( $count * 5 ):0 ) ) / 1000;;\
fhem "set Gas $val";;\
}
Hi Guys,
one question why did you use a dummy and not the monotonic userreading?
Cheers Robert
Hi all
Zitat von: no_Legend am 22 Februar 2016, 10:13:35
one question why did you use a dummy and not the monotonic userreading?
General question: Do you guys like to have an Feature to re-calculate the Offset based on the last known value as soon present calculation become negative (Couner reset)?
Best regards
Sailor
Zitat von: no_Legend am 22 Februar 2016, 10:13:35one question why did you use a dummy and not the monotonic userreading?
Very good question... it had not occurred to me :/
There are so many ways of acheiving a desired result in fhem that is sometimes much too easy to overlook the obvious!
Zitat von: Sailor am 22 Februar 2016, 10:24:14Do you guys like to have an Feature to re-calculate the Offset based on the last known value as soon present calculation become negative (Couner reset)?
Not really needed here but probably a useful addition for many others who do not have an existing setup
@Sailer
Werden eingentlich auch Readings erzeugt, welche den Monatsverbrauch anzeigen.
Zur Übersichtlichkeit wurde ich es bevorzugen, wenn für jeden Monat ein Reading da wäre.
Oder gibt es eine andere möglichkeit es für jeden Monat zu speichern?
Ich sehe vll mal wieder den Wald vor lauter Bäumen nicht.
Gruß Robert
Hallo Robert
Zitat von: no_Legend am 22 Februar 2016, 13:00:02
Werden eingentlich auch Readings erzeugt, welche den Monatsverbrauch anzeigen.
Mienst du diese Readings:
<DestinationDevice>_<SourceCounterReading>_EnergyCostMonth
Energy costs in the chosen currency since the beginning of the current month.
<DestinationDevice>_<SourceCounterReading>_EnergyMonth
Energy consumption in kWh since the beginning of the current month (midnight of the first).
Gruß
Sail
or
Hallo Sailor,
vielen Dank erstmal für das Tolle Modul!
Drei Fragen habe ich aber:
1. Ich benötige die Auswertung der entstanden Kosten nicht. Ist es möglich vielleicht per Attribut die Kostenberechnung abzuschalten damit folgende Readings nicht erzeugt werden?
..._EnergyCostMeter
..._EnergyCostMonth
..._EnergyCostYear
..._FinanceReserve
Im Moment behelfe ich mich in dem ich bei den Attributen BasicPricePerAnnum, GasPricePerKWh und MonthlyPayment eine Null setze dann bleiben die Readings auf Null.
2. Ich habe via UserReadings drei weitere Werte gebaut:
..._VolDaySum >> Volumenverbrauch aktueller Tag
..._VolDaySum >> Volumenverbrauch aktueller Monat
..._VolDaySum >> Volumenverbrauch aktuelles Jahr
Ist es Möglich das vielleicht direkt ins Modul einzubauen?
3. Wenn Ja bei Frage Zwei, wäre es nicht schlecht wenn ich auch die Vortags, Vormonats und Vorjahres Werte für Volumen hätte.
z.B.:
..._VolPrevDaySum
..._VolPrevMonthSum
..._VolPrevYearSum
Viele Grüße
Olli
Hätte auch mal eine Frage
reagiert das Modul auch auf Readings wie Flow Value Volume um es auch bei Wasserzählern nutzen zu können?
Zitat von: no_Legend am 22 Februar 2016, 07:59:01
Es gibt dafür Drei Möglichkeiten:
1. Du hängste einen Hourcounter dazwischen. (Habe ich selbst im einsatz)
Der Hourcounter zählt die Impulse.
Welchen Counter Wert das Arduino in Device hat interessiert HourCounter nicht.
Der GasCalculator nutzt dann den Counter vom HourCounter
Es soll noch erwähnt werden, dass der GasCalculator wie folgt dann HourCounter:
Bsp: GasVerbrauch:countsOverall:.*
Hallo Robert,
ich habe es bei mir genauso definiert:
define myGasCalculator GasCalculator GasVerbrauch:countsOverall:.*
Jedoch übernimmt er die Werte vom HourCounter nicht?
Zitat von: Hauswart am 23 Februar 2016, 08:15:20
Hallo Robert,
ich habe es bei mir genauso definiert:
define myGasCalculator GasCalculator GasVerbrauch:countsOverall:.*
Jedoch übernimmt er die Werte vom HourCounter nicht?
Hi,
wie heißt denn dein HourCounter?
Und wie hast du den HourCounter definiert? Zählt er?
Gruß Robert
Zitat von: no_Legend am 23 Februar 2016, 08:21:00
Und wie hast du den HourCounter definiert? Zählt er?
Ja, er zählt, soweit auch normal.
define GasVerbrauch HourCounter MYSENSOR_2:tripped3:.on MYSENSOR_2:tripped3:.off
Zitat von: Sailor am 22 Februar 2016, 10:24:14
General question: Do you guys like to have an Feature to re-calculate the Offset based on the last known value as soon present calculation become negative (Couner reset)?
Hi Sailor,
yes. This would be a goot extension.
If counter value < last counter value then update offset to current meter value.
May the new offset isn't enough, but that is all we can do in cause of an outage or reset of the sensor.
Sidey
Zitat von: Hauswart am 23 Februar 2016, 08:32:37
Ja, er zählt, soweit auch normal.
define GasVerbrauch HourCounter MYSENSOR_2:tripped3:.on MYSENSOR_2:tripped3:.off
Kannst du mal vom GasCalculator die Readings und attribute posten?
Gruß Robert
Zitat von: no_Legend am 23 Februar 2016, 09:15:39
Kannst du mal vom GasCalculator die Readings und attribute posten?
Ist denk nicht spezielles dabei. :)
Zitat
Readings
countsOverall 516 2016-02-23 09:15:38
countsPerDay 356 2016-02-23 09:15:38
pauseTimeEdge 1 2016-02-23 09:15:38
pauseTimeIncrement 0 2016-02-23 09:15:38
pauseTimeOverall 5061 2016-02-23 09:15:38
pauseTimePerDay 2558 2016-02-23 09:15:38
pulseTimeEdge 15 2016-02-23 09:15:38
pulseTimeIncrement 15 2016-02-23 09:15:38
pulseTimeOverall 47054 2016-02-23 09:15:38
pulseTimePerDay 30782 2016-02-23 09:15:38
state 356 2016-02-23 09:15:38
tickChanged 33 2016-02-23 09:15:38
tickDay 1 2016-02-23 00:00:00
tickHour 14 2016-02-23 09:00:00
tickMonth 0 2016-02-22 19:02:22
tickUpdated 53 2016-02-23 09:15:38
tickWeek 0 2016-02-22 19:02:22
tickYear 0 2016-02-22 19:02:22
value 0 2016-02-23 09:15:38
Attributes
room Central Heating
Zitat von: Hauswart am 23 Februar 2016, 09:19:51
Ist denk nicht spezielles dabei. :)
Ist wohl der HourCounter, was du gerade gepostet hast.
Und noch bitte vom GasCalculator readings und attr.
Zitat von: no_Legend am 23 Februar 2016, 09:39:47
Ist wohl der HourCounter, was du gerade gepostet hast.
Und noch bitte vom GasCalculator readings und attr.
Oh sorry natürlich :)
Zitat
Attributes
BasicPricePerAnnum 0
Currency €
GasCounterOffset 0
GasCubicPerCounts 0.01
GasNominalHeatingValue 10
GasPricePerKWh 0.0654
GaszValue 1
MonthOfAnnualReading 5
MonthlyPayment 0
ReadingDestination CalculatorDevice
Volume m³
room Central Heating
Reading gibt es keine.
Zitat von: Hauswart am 23 Februar 2016, 09:48:23
Oh sorry natürlich :)
Reading gibt es keine.
Mir fällt kein Fehler auf. Hast du mal geschaut ob im log was steht ob du ein pearl modul nachladen musst?
Kontrollier noch mal beim GasCalc auf Tipfehler bei der Regexp.
Zitat von: no_Legend am 23 Februar 2016, 09:57:13
Mir fällt kein Fehler auf. Hast du mal geschaut ob im log was steht ob du ein pearl modul nachladen musst?
Kontrollier noch mal beim GasCalc auf Tipfehler bei der Regexp.
Ich sehe im Log:
ZitatUndefined subroutine &main::Werte called at (eval 86336) line 1.
aber ob dies vom GasCalc kommt ist die Frage. Habe schon verschiedene Regexp ausprobiert.
Zitat von: Sailor am 22 Februar 2016, 13:29:15
Hallo Robert
Mienst du diese Readings:
<DestinationDevice>_<SourceCounterReading>_EnergyCostMonth
Energy costs in the chosen currency since the beginning of the current month.
<DestinationDevice>_<SourceCounterReading>_EnergyMonth
Energy consumption in kWh since the beginning of the current month (midnight of the first).
Gruß
Sailor
Hi Sailor,
nicht ganz.
Eigentlich habe ich gemeint, dass man die Werte per Monat ablegt.
Verbauch Januar, Verbrauch Februar usw.
Gruß Robert
Hallo,
vielen Dank für das tolle Modul. Ich benutze es für meine 1wire-Stromzähler.
In diesem Zusammenhang habe ich einen Wunsch.... wäre es möglich das Attribut "Volume" um die "kWh" zu ergänzen ?
Dann noch einen weiteren Vorschlag mit der Prüfung ob machbar:
Den Verbrauch meiner Ölheizung werte ich mit dem HourCounter aus. Dieser hat auch Readings zum Vortag/VorWoche/VorMonat/VorJahr.
Das ist bei der Darstellung über Readingsgroup sehr praktisch.
Wäre es auch möglich diese Readings in diesem Modul zu implementieren ?
Zitat von: Bartimaus am 23 Februar 2016, 14:36:09
.... wäre es möglich das Attribut "Volume" um die "kWh" zu ergänzen ?
Das Müsste das Modul aber EnergyCalculator heißen ;)
Hi,
ich nutze das Modul erst seit 2 Tagen und habe mich gefragt, was ich mit all den readings anstellen kann.
Bzw. welche in einem Plot gut kommen.
Dabei ist mir aufgefallen, dass der Wert _PowerCurrent nur bedingt den aktuellen Stand darstellt. Der stimmt nur, wenn auch Gas verbraucht wird.
Sobald der Zähler stehen bleibt, müsste _PowerCurrent auf 0 gehen, das passiert aber nicht.
Das könnte man meiner Meinung nach durch einen Intervall für die Berechnung lösen der z.B. alle x Sekunden läuft.
Grüße Sidey
Zitat von: Hauswart am 23 Februar 2016, 10:01:23
Ich sehe im Log:aber ob dies vom GasCalc kommt ist die Frage. Habe schon verschiedene Regexp ausprobiert.
Geht nun GasVerbrauch und Gasverbrauch sind halt nicht das gleiche. :-)
Hallo Hauswart
Zitat von: Hauswart am 23 Februar 2016, 22:45:52
Geht nun GasVerbrauch und Gasverbrauch sind halt nicht das gleiche. :-)
Kannst Du es mal testweise mit
define myGasCalculator GasCalculator GasVerbrauch:countsOverall:countsOverall.*
versuchen?
Gruss
Sailor
Zitat von: Sailor am 24 Februar 2016, 06:27:17
Hallo Hauswart
Kannst Du es mal testweise mit
define myGasCalculator GasCalculator GasVerbrauch:countsOverall:countsOverall.*
versuchen?
Gruss
Sailor
Kann ich gerne ausprobieren, aber wie gesagt, wenn man den Namen richtig schreibt, geht es problemlos. Mein Hourcounter heisst halt Gasverbrauch und nicht GasVerbrauch.
define myGasCalculator GasCalculator Gasverbrauch:countsOverall:.*
Falsch:
define myGasCalculator GasCalculator GasVerbrauch:countsOverall:.*
Hallo Hauswart
Zitat von: Hauswart am 24 Februar 2016, 08:10:35
Kann ich gerne ausprobieren, aber wie gesagt, wenn man den Namen richtig schreibt, geht es problemlos. Mein Hourcounter heisst halt Gasverbrauch und nicht GasVerbrauch.
define myGasCalculator GasCalculator Gasverbrauch:countsOverall:.*
Falsch:
define myGasCalculator GasCalculator GasVerbrauch:countsOverall:.*
Ach soooo....
Ja fhem ist das sehr penibel! ;)
Gruss
Sailor
Habe trotzdem noch einmal eine Frage zu den Readings:
ZitatEnergyDay : Energieverbrauch in kWh seit Mitternacht.
EnergyMeter : Energieverbrauch in kWh seit Anfang seit Anfang des Monats wo der Gas-Versorger den Zähler abliest.
EnergyMonth : Energieverbrauch in kWh seit Anfang seit Anfang des Monats (Mitternacht des 01.).
EnergyYear : Energieverbrauch in kWh seit Anfang seit Anfang des Jahres (Mitternacht des 01. Ja
Wieso sind die bei mir alle gleich? :) Bzw. wieso ist EnergyDay mit den übrigen identisch? Die anderen haben sich noch nicht verändert, da das Modul erst seit zwei Tagen läuft und somit noch keinen Monats/Jahreswechsel vollzogen hat.
Die täglichen Kosten weichen auch nicht von den übrigen ab?
Gruss und danke,
Matthias
Zitat von: Hauswart am 24 Februar 2016, 15:47:48
Habe trotzdem noch einmal eine Frage zu den Readings:
Hi Matthias.
Schau mal hier:
ZitatUm zu verhindern, dass man bis zu 12 Monate warten muss, bis alle Werte der Realität entsprechen, müssen die Readings Vol1stDay, Vol1stMonth, Vol1stYear und Vol1stMeter entsprechend mit dem setreading - Befehl korrigiert werden.
Diese Werte findet man unter Umständen auf der letzten Gas-Rechnung.
Andernfalls dauert es bis zu 24h für die täglichen, 30 Tage für die monatlichen und bis zu 12 Monate für die jährlichen Werte bis diese der Realität entsprechen.
Ich hab schon nach so einem ähnlichen Modul gesucht und habe es auch schon kurz ausprobiert, jedoch passt das noch nicht für meinen Anwendungsfall.
ZitatAls Input soll das Modul mit einer Zählervariable(von einem Device oder Dummy) gefüttert werden:
- Betriebsstundenzähler (z.B. Heizung)
- erzeugte Wärmeenergie (von Solar)
- Wasser/Stromverbrauch
- Laufzeit
- 1 Wire Counter
Für die Berechnung sollen auch Werte mit eingespeidt werden können:
- Faktor
- Offset (für Korrektur)
- Grundpreis
- Intervall für aktuellen Verbrauch in den letzten x Minuten
Output:
- Verbrauch/Ertrag heute, Woche, Monat, Jahr (Generiert an Mitternacht)
- Verbrach bisher (heute)
- Kosten heute, Woche, Monat, Jahr (wie oben)
Sowas in etwa suche ich.
Es sollen damit von einer Solaranlage (welche direkt einen Wh Zähler hat) und einer Heizung (KM271) die Betriebsstunden inkl. Brennerstarts oder auch ein Stromzähler (1Wire Counter) damit ausgewertet werden. Ist eine solche Version mal geplant?
Hallo Booster
Zitat von: booster am 24 Februar 2016, 22:26:11
Es sollen damit von einer Solaranlage (welche direkt einen Wh Zähler hat) und einer Heizung (KM271) die Betriebsstunden inkl. Brennerstarts oder auch ein Stromzähler (1Wire Counter) damit ausgewertet werden. Ist eine solche Version mal geplant?
Da ich kein Solar habe, ist es nicht von mir geplant.
Ansonsten: Versuch dich selber in der Modul-Programmierung... Nach einer Frustewelle am Anfang fängt es an Spaß zu machen.
Gruss
Sailor
Ich werds versuchen... mal schauen was raus kommt.
Zitat von: octek0815 am 22 Februar 2016, 14:02:02
Hallo Sailor,
vielen Dank erstmal für das Tolle Modul!
Drei Fragen habe ich aber:
1. Ich benötige die Auswertung der entstanden Kosten nicht. Ist es möglich vielleicht per Attribut die Kostenberechnung abzuschalten damit folgende Readings nicht erzeugt werden?
..._EnergyCostMeter
..._EnergyCostMonth
..._EnergyCostYear
..._FinanceReserve
Im Moment behelfe ich mich in dem ich bei den Attributen BasicPricePerAnnum, GasPricePerKWh und MonthlyPayment eine Null setze dann bleiben die Readings auf Null.
2. Ich habe via UserReadings drei weitere Werte gebaut:
..._VolDaySum >> Volumenverbrauch aktueller Tag
..._VolDaySum >> Volumenverbrauch aktueller Monat
..._VolDaySum >> Volumenverbrauch aktuelles Jahr
Ist es Möglich das vielleicht direkt ins Modul einzubauen?
3. Wenn Ja bei Frage Zwei, wäre es nicht schlecht wenn ich auch die Vortags, Vormonats und Vorjahres Werte für Volumen hätte.
z.B.:
..._VolPrevDaySum
..._VolPrevMonthSum
..._VolPrevYearSum
Viele Grüße
Olli
Moin,
wollte das hier nochmal in Erinnerung bringen...
Grüße
Olli
Dafür gibt es doch das statistic modul
Hallo Olli
Zitat von: octek0815 am 03 März 2016, 16:08:35
Moin,
wollte das hier nochmal in Erinnerung bringen...
Zu Punkt 2: Die gibt es doch schon allerdings bereits in kWh transformiert.
Sollte sich nämlich der nominale Heizwert ändern weil die Stadtwerke eine schlechtere Gasqualität aus Russland bekommen, kannst Du die Volumenwerte nicht mehr vergleichen.
Verschlechtert sich der Wert nämlich von einem Jahr auf den anderen, dann brauchst Du für die gleiche kWhs mehr m
3.
Deshalb ist Energie immer besser als Volumen.
Zu Punkt 3: Die Werte gibt es zwar auch schon im Log, wäre aber mal ne Idee ein zusätzliches Reading zu spendieren.
Ansonsten empfehle ich auf alle Fälle das event-on-Change-reading -Attribut setzen.
Sonst ist das Logfile unnötig voll.
http://www.fhemwiki.de/wiki/Event-on-change-reading
Gruss
Sailor
Zitat von: Sailor am 04 März 2016, 09:39:23
Hallo Olli
Zu Punkt 2: Die gibt es doch schon allerdings bereits in kWh transformiert.
Sollte sich nämlich der nominale Heizwert ändern weil die Stadtwerke eine schlechtere Gasqualität aus Russland bekommen, kannst Du die Volumenwerte nicht mehr vergleichen.
Verschlechtert sich der Wert nämlich von einem Jahr auf den anderen, dann brauchst Du für die gleiche kWhs mehr m3.
Deshalb ist Energie immer besser als Volumen.
Zu Punkt 3: Die Werte gibt es zwar auch schon im Log, wäre aber mal ne Idee ein zusätzliches Reading zu spendieren.
Ansonsten empfehle ich auf alle Fälle das event-on-Change-reading -Attribut setzen.
Sonst ist das Logfile unnötig voll.
http://www.fhemwiki.de/wiki/Event-on-change-reading
Gruss
Sailor
Hi Sailor,
grundsätzlich hast mit der Energieberechnug recht, aber ich will vorrangig nur die Volumenmenge erfassen.
Ich wechsel regelmäßig den Gasanbieter und das passiert dann nicht immer zum Jahresende.
Ich müsste dann immer die Werte für GaszValue und GasNominalHeatingValue anpassen. Das will ich nicht.
Trotzdem Danke für die Antwort.
Ich löse das nun mit den bereits erwähnten Userreadings und weiteren Dummys für die Vortages- Monats- und Jahreswerte die ich per myUtils Routine mit AT setze.
Grüße
Olli
Moin zusammen
Neue Version soeben eingecheckt: Ich rette die Volumenwerte des vorherigen Tages, Monats, Jahres und Abrechnungszeitraums in ein entsprechendes Reading.
Gruß
Sailor
Zitat von: Sailor am 10 März 2016, 12:45:45
Moin zusammen
Neue Version soeben eingecheckt: Ich rette die Volumenwerte des vorherigen Tages, Monats, Jahres und Abrechnungszeitraums in ein entsprechendes Reading.
Gruß
Sailor
Super. Danke.
Zitat von: Sailor am 10 März 2016, 12:45:45
Moin zusammen
Neue Version soeben eingecheckt: Ich rette die Volumenwerte des vorherigen Tages, Monats, Jahres und Abrechnungszeitraums in ein entsprechendes Reading.
Gruß
Sailor
Ebenfalls Danke!
Moin,
die neue Version ist aber per Update nicht angekommen.
Update heute Morgen durchgeführt:
Version zeigt:
73_GasCalculator.pm 10821 2016-02-13 20:44:50Z sailor-fhem
Grüße
Olli
Hi Olli
Zitat von: octek0815 am 11 März 2016, 07:40:25
die neue Version ist aber per Update nicht angekommen.
Update heute Morgen durchgeführt:
Version zeigt:
73_GasCalculator.pm 10821 2016-02-13 20:44:50Z sailor-fhem
Da muss was schief gelaufen sein.
Im Repository steht:
# $Id: 73_GasCalculator.pm 11039 2016-03-10 11:16:05Z sailor-fhem $
Seltsam...
Gruß
Sailor
Zitat von: Sailor am 11 März 2016, 07:49:44
Hi Olli
Da muss was schief gelaufen sein.
Im Repository steht:
# $Id: 73_GasCalculator.pm 11039 2016-03-10 11:16:05Z sailor-fhem $
Seltsam...
Gruß
Sailor
Jetzt ist es da, alles gut.
Hallo,
ich wollte meinen HourCounter für die Gaszählung ersetzen bzw. parallel das Device GasCalculator nutzen. Folgende Definitionen habe ich für die Devices:
Definition GasCalculator (funktioniert nicht):
gpio_pin27:Pinlevel:.high.*
Definition HourCounter (funktioniert):
gpio_pin27:Pinlevel:.high.*
Beim Device GasCalculator werden keine Impulse erfasst und dementsprechend auch keine Readings erzeugt.
Hat jemand eine Idee, was ich hier falsch mache. Liegt es vielleicht daran, dass 2x auf "gpio_pin27" referenziert wird.
Gruß
Blueberry63
Zitat von: blueberry63 am 18 März 2016, 14:22:53
Hallo,
ich wollte meinen HourCounter für die Gaszählung ersetzen bzw. parallel das Device GasCalculator nutzen. Folgende Definitionen habe ich für die Devices:
Definition GasCalculator (funktioniert nicht):
gpio_pin27:Pinlevel:.high.*
Definition HourCounter (funktioniert):
gpio_pin27:Pinlevel:.high.*
Beim Device GasCalculator werden keine Impulse erfasst und dementsprechend auch keine Readings erzeugt.
Hat jemand eine Idee, was ich hier falsch mache. Liegt es vielleicht daran, dass 2x auf "gpio_pin27" referenziert wird.
Gruß
Blueberry63
Der calcularor braucht zwingend einen Counter.
Ohne geht nicht.
ZitatDer calcularor braucht zwingend einen Counter.
Wer richtig liest ist im Vorteil...
Danke!
Hallo Sailor,
Danke für das Modul vorab, muss ich mal testen, bin eher zufällig darauf gestoßen.
Zitat von: blueberry63 am 18 März 2016, 22:26:51
Wer richtig liest ist im Vorteil...
Danke!
Habe es falsch verstand und dann nicht mehr weiter gelesen.
Du sollte schon eine Port mehrfach benutzen können.
Kannst du mal die Ausgabe vom eventmonitor posten?
Das man genau sehen kann was device ausgibt.
Hi Danke für das Modul. Eine paar Fragen:
Was hat es genau mit "GasCounterOffset" auf sich. Ich gehe richtig in der Annahme, dass ich hier nicht den Gaszählerstand eintrage, ab den der Counter losgezählt hatte oder?
Mein Abrechnungs und Meldezeitraum ist immer 20.04. bis 20.04. Was trage ich nun in hier ein:
Readings Vol1stDay, Vol1stMonth, Vol1stYear und Vol1stMeter.
Danke!
Hallo Adriano
Zitat von: Adriano am 19 April 2016, 19:21:31
Hi Danke für das Modul. Eine paar Fragen:
Was hat es genau mit "GasCounterOffset" auf sich. Ich gehe richtig in der Annahme, dass ich hier nicht den Gaszählerstand eintrage, ab den der Counter losgezählt hatte oder?
Mein Abrechnungs und Meldezeitraum ist immer 20.04. bis 20.04. Was trage ich nun in hier ein:
Readings Vol1stDay, Vol1stMonth, Vol1stYear und Vol1stMeter.
Danke!
GasCounterOffset ist der Unterschied von deinem mechanischen Zähler der in der Gasleitung verbaut ist und deinem elektronischen Zähler, welcher am Impulsgeber abgreift und in fhem angemeldet ist.
MonthOfAnnualReading ist bei dir "04" oder "4"
Vol1stDay: Gar nichts eintragen sondern nur bis morgen warten! ;)
Vol1stMonth: Gar nichts eintragen sondern nur bis nächsten Monatswechsel warten! ;)
Vol1stYear: Gar nichts eintragen sondern nur bis nächsten Jahreswechsel warten! ;)
Vol1stMeter: Gar nichts eintragen sondern nur bis (in deinem Fall) April 2016 warten, bzw. die letzte Ablesung von 2015 eintragen! ;)
Gruß
Sailor
Was ist mit Unterschied gemeint? GasCounterOffset ist der Unterschied von deinem mechanischen Zähler der in der Gasleitung verbaut ist und deinem elektronischen Zähler.
Verstehe das immer noch nicht. Zählt ein mechanischer anders?
Zitat von: Adriano am 20 April 2016, 08:19:05
Verstehe das immer noch nicht. Zählt ein mechanischer anders?
Der mechanische Zähler hat unter Umständen ein Vorsprung gegenüber dem elektronischen Zähler. Das Delta muss angegeben werden.
Die
Gruß
Sailor
Hallo zusammen,
mal ne kosmetische Frage, lassen sich die Readings/Berechnungen die Kosten betreffen vielleicht auf 2 Stellen hinter dem Komma begrenzen ?
Fände ich augenfreundlicher, und die Abgrenzung zu den "normalen" Readings wäre klarer.
Gruß Andreas
Hallo,
seit dem neuen Update des Moduls habe ein Reading mit einem ? ohne Wert (siehe Bild).
Hat das jemand anderes auch? Ein Bug?
Grüße
Oliver
Ich nicht.
Zitat von: octek0815 am 17 Juni 2016, 08:26:29
Hallo,
seit dem neuen Update des Moduls habe ein Reading mit einem ? ohne Wert (siehe Bild).
Hat das jemand anderes auch? Ein Bug?
Grüße
Oliver
Nachtrag:
Folgende Meldung kommt beim Starten von FHEM:
2016.06.17 11:58:02 3: WARNING: unsupported character in reading ? (not A-Za-z/\d_\.-), notify the GasCalculator module maintainer.
Moinsen
Ups, den habe ich jetzt auch... Ich analysiere das mal fix.
Ansonsten müsste das Modul aber laufen.
Man kann ab jetzt die einzelnen Werte mit dem Set-Befehl setzen. Dies ist notwendig, wenn fhem bei Tages, Monats oder Jahreswechsel nicht aktiv war.
Gruß
Sailor
Zitat von: Sailor am 17 Juni 2016, 12:51:08
Moinsen
Ups, den habe ich jetzt auch... Ich analysiere das mal fix.
Ansonsten müsste das Modul aber laufen.
Man kann ab jetzt die einzelnen Werte mit dem Set-Befehl setzen. Dies ist notwendig, wenn fhem bei Tages, Monats oder Jahreswechsel nicht aktiv war.
Gruß
Sailor
Hi Sailor,
die Set-Befehle tauchen bei mir gar nicht auf. Des Weiteren hat die neue Version auch noch einen weiteren Bug.
Alle anderen Devices nach dem gascalulator Device im selben Raum im FHEM Web Interface verzweigen nicht mehr auf die Konfiguration des jeweiligen Device sondern in meinem Fall auf ein Flooplan.
Verschiebe ich das gascalculator Device in einen anderen Raum sind dann die Devices im neuen Raum betroffen und die im ursprünglichen sind wieder Ok.
Ich bin nun vorerst wieder zur alten Version zurück, bis das behoben ist.
Nur wie entferne ich das ? Reading, mit deletereading geht es nicht.
Nen Tipp?
Grüße
Olli
Hallo octek
Zitat von: octek0815 am 17 Juni 2016, 15:33:27
die Set-Befehle tauchen bei mir gar nicht auf.
Die set - Befehle sind noch versteckt. Soll heissen, du musst sie in die Kommandozeile eintippen. Am GUI arbeite ich noch.
Zitat von: octek0815 am 17 Juni 2016, 15:33:27
Des Weiteren hat die neue Version auch noch einen weiteren Bug.
Alle anderen Devices nach dem gascalulator Device im selben Raum im FHEM Web Interface verzweigen nicht mehr auf die Konfiguration des jeweiligen Device sondern in meinem Fall auf ein Flooplan.
Verschiebe ich das gascalculator Device in einen anderen Raum sind dann die Devices im neuen Raum betroffen und die im ursprünglichen sind wieder Ok.
Sorry, aber ich kann absolut nicht verstehen was du meinst. Kannst du ein Bild hochladen? Ein Bild sagt bekanntlich mehr als 1000 Worte.
Zitat von: octek0815 am 17 Juni 2016, 15:33:27
Nur wie entferne ich das ? Reading, mit deletereading geht es nicht.
Nen Tipp?
Erst auf die alte Version umsteigen und dann wegen dem Sonderzeichen das deletereading in korrekter RegEx - Schreibweise einsetzen.
deletereading myGasCalculator \?
Wenn es dann immer noch auftaucht, dann ist das eine wertvolle Info, weil dann liegt es nicht am Modul...
Gruss
Sailor
Moin zusammen
Zitat von: octek0815 am 17 Juni 2016, 08:26:29
seit dem neuen Update des Moduls habe ein Reading mit einem ? ohne Wert (siehe Bild).
Habe das Problem gelöst. Irgendwie wird der set-Befehl ständig mit einem Reading ausgelöst.
Ich habe eine entsprechende Fallabfrage eingebaut, die das abfängt.
Das löst zwar visuell das Problem, aber nicht die Ursache. Warum der set-Befehl überhaupt mit diesem kryptischen Reading ausgelöst wird, entzieht sich meiner Kenntnis.
Gruss
Sailor
Zitat von: Sailor am 19 Juni 2016, 17:26:06
Moin zusammen
Habe das Problem gelöst. Irgendwie wird der set-Befehl ständig mit einem Reading ausgelöst.
Ich habe eine entsprechende Fallabfrage eingebaut, die das abfängt.
Das löst zwar visuell das Problem, aber nicht die Ursache. Warum der set-Befehl überhaupt mit diesem kryptischen Reading ausgelöst wird, entzieht sich meiner Kenntnis.
Gruss
Sailor
Hi,
so alles ist wieder gut mit der neuen Version. Das Fragezeichen Reading habe ich auch weg bekommen.
Hätte ich ja auch selber drauf kommen können das ich das ? maskieren muss.
Auch das andere von mir beschriebene Problem ist weg, insofern brauche ich auch keine Bilder liefern.
Danke nochmal für die schnelle Hilfe!
Grüße
Olli
Ein herzerfrischendes "Moin" vom "hinterm Deich" vorweg
Habe gerade eine neue Version im Umlauf gebraucht.
Jetzt sind die set- und get- Befehle auch im GUI.
Das rundet die Sache etwas ab, wenn man seine Zählerstände korrigieren will. ;D
Gruß
Sailor
Ich hab vorhin das Update germacht.
MIt dem neuen Gas Modul habe ich eine Endlos Bootschleife von FHEM.
Woran es genau liegt kann ich dem Log leider nicht entnehmen.
Wenn ihr mir sagt wie ich es nachschauen kann woran es genau hängt, werde ich es gerne machen.
Gruß Robert
Hallo Sailor,
FHEM startet mit der aktuellen Version (set/get) auch nicht. Restore hilft.
Aus der FHEM.log hab ich folgenden Eintrag.
Can't use an undefined value as a HASH reference at ./FHEM/73_GasCalculator.pm line 735.
Danke für das Modul !!!! :)
Nervnet
Hallo Nervnet
Zitat von: nervnet am 28 Juni 2016, 13:23:25
FHEM startet mit der aktuellen Version (set/get) auch nicht. Restore hilft.
Can't use an undefined value as a HASH reference at ./FHEM/73_GasCalculator.pm line 735.
Also wenn die Readings nicht vorhanden sind, dann kann er diese nicht lesen.
Aber im nächsten Durchlauf dürften sie dann da sein...
Mehr als einmal dürfte die Fehlermeldung daher nicht kommen.
Wiederholt sich die Fehlermeldung?
Gruß
Sailor
Hallo Robert..
Zitat von: no_Legend am 28 Juni 2016, 10:39:10
Ich hab vorhin das Update germacht.
MIt dem neuen Gas Modul habe ich eine Endlos Bootschleife von FHEM.
:o Huch!
Was ist das denn. Hast du nur ein update und restore vom 73_gasCalculator.pm gemacht oder von mehreren Modulen gleichzeitig?
Bei mir schnurrt das Teil wie ein Kätzchen... Sonst hätte ich es gar nicht reingestellt.
Gruss
Sailor
Ich habe heute ein Update gemacht,
dabei wurde der Gas Cal geupdatet.
Danach ein shutdown restart gemacht und Endlosschleife.
Ich hab dann nur das define des gasCal auskommentiert und schon startete FHEM wieder.
Hallo Sailor,
FHEM hat es nicht mehr geschafft nach shutdown restart mit dem neuen Modul zu starten - mehrfach probiert. Es kam immer wieder die gleiche Meldung in der FHEM.log, aber sonst kein Zugrff auf FHEM. Mit dem alten Modul startet FHEM wieder. Ich hatte noch einen Fehler mit dem Event, weshalb tatsächlich noch keine Readings vorhanden waren. Mit dem alten Modul habe ich dann das Event (mehrfach) ausgelöst, woraufhin die Readings erstellt wurden. Dann läuft es auch nach dem erneuten Update.
Grüße
Nervnet
Bei mir startet FHEM auch nicht mehr mit dem neuen Modul.
Kann man das mit den Readings nicht abfangen?
Ein herzerfrischendes "Moin" vom "hintern Deich" vorweg
Da ich den Fehler bei mir nicht nachvollziehen kann, wird das von hier aus schwierig.
Versuchen wir es mal ;):
Ich habe an der Zeile 735 mal eine Existenzabfrage eingestellt.
if($GasCalcDev->{READINGS})
Ich hoffe die beseitigt die Abstürze und Fehlermeldungen im Log sobald keine Readings da sind.
Bitte um Rückmeldung... Danke!
Gruß
Sailor
Die Lösung funktioniert.
Für den Test habe ich alle relevanten Readings aus der fhem.save entfernt. Mit der bisherigen Version startet dann FHEM nicht und es kommt wieder die Fehlermeldung in der fhem.log.
Dann Code im Modul angepasst:
if($GasCalcDev->{READINGS})
{
%GasCalculator_gets = %{$GasCalcDev->{READINGS}};
%GasCalculator_sets = %{$GasCalcDev->{READINGS}};
}
Damit startet FHEM wieder.
Danke !!! :D
Hallo nervnet
Zitat von: nervnet am 29 Juni 2016, 13:08:22
Die Lösung funktioniert.
Na siehste... Ein bisserl Grips kann Wunder wirken.
Auch bei mir! ;D
Gruss
Sailor
Ein herzerfrischendes "moin" vom "hintern Deich" vorweg
Ich habe soeben neue Readings implementiert
<DestinationDevice>_<SourceCounterReading>_EnergyCostLastDay : Energiekosten in der gewählten Währung des letzten Tages.
<DestinationDevice>_<SourceCounterReading>_EnergyCostLastMeter : Energiekosten in der gewählten Währung der letzten Zählperiode des Gas-Versorgers.
<DestinationDevice>_<SourceCounterReading>_EnergyCostLastMonth : Energiekosten in der gewählten Währung des letzten Monats.
<DestinationDevice>_<SourceCounterReading>_EnergyCostLastYear : Energiekosten in der gewählten Währung des letzten Jahres.
<DestinationDevice>_<SourceCounterReading>_EnergyLastDay : Gesamter Energieverbrauch des letzten Tages (Gestern).
<DestinationDevice>_<SourceCounterReading>_EnergyLastMeter : Gesamter Energieverbrauch der letzten Zählerperiode des Gas-Versorgers.
<DestinationDevice>_<SourceCounterReading>_EnergyLastMonth : Gesamter Energieverbrauch im letzten Monat.
<DestinationDevice>_<SourceCounterReading>_EnergyLastYear : Gesamter Energieverbrauch in kWh des letzten Kalender-Jahres.
Mit diesen Readings lassen sich die Plots wesentlich schneller und effizienter aufbauen zumal sie nur einen Wert pro Tag/Monat/Kalenderjahr/Ableseperiode enthalten.
Gruss
Sailor
Ein herzerfrischendes "moin" vom "hintern Deich" vorweg
Ich habe soeben das Schwestermodul fuer den Stromzaehler eingecheckt: ElectricityCalculator (73_ElectricityCalculator.pm)
https://forum.fhem.de/index.php?topic=57106.msg485195#msg485195
Gruss
Sailor
Hallo Sailor,
zuerst einmal vielen Dank für deine Arbeit. Zuerst den GasCalculator und nun der ElectricityCalculator (und vielleicht auch bald ein WaterCalculator? ;) ).
Leider bekomme ich den GasCalculator bei mir nicht richtig zum Laufen. Das Modul zählt zwar schön die täglichen Impulse meines Gaszählers, aber mehr passiert auch nicht. Die anderen Readings verändern sich nicht. Hast du einen Tipp für mich?
fhem> list HK_GaszaehlerRechner
Internals:
DEF HK_Gaszaehler:impulse:.1.*
NAME HK_GaszaehlerRechner
NR 964
NTFY_ORDER 10-HK_GaszaehlerRechner
REGEXP HK_Gaszaehler:impulse:.1.*
STATE active
TYPE GasCalculator
Readings:
2016-08-29 16:04:47 HK_Gaszaehler_impulse_EnergyCostDayLast 0.000
2016-08-29 19:38:00 HK_Gaszaehler_impulse_EnergyCostMeter 0.000
2016-08-29 19:38:00 HK_Gaszaehler_impulse_EnergyCostMonth 0.000
2016-08-29 19:38:00 HK_Gaszaehler_impulse_EnergyCostYear 0.000
2016-08-29 19:38:00 HK_Gaszaehler_impulse_EnergyDay 0.000
2016-08-29 16:04:47 HK_Gaszaehler_impulse_EnergyDayLast 0.000
2016-08-29 19:38:00 HK_Gaszaehler_impulse_EnergyMeter 0.000
2016-08-29 19:38:00 HK_Gaszaehler_impulse_EnergyMonth 0.000
2016-08-29 19:38:00 HK_Gaszaehler_impulse_EnergyYear 0.000
2016-08-29 19:38:00 HK_Gaszaehler_impulse_FinanceReserve 0.000
2016-08-29 19:38:00 HK_Gaszaehler_impulse_LastDV 0.000
2016-08-29 19:38:00 HK_Gaszaehler_impulse_LastDt 67
2016-08-29 19:38:00 HK_Gaszaehler_impulse_Meter 0.010
2016-08-29 19:38:00 HK_Gaszaehler_impulse_PowerCurrent 0.000
2016-08-29 19:38:00 HK_Gaszaehler_impulse_PowerDayAver 0.000
2016-08-29 19:38:00 HK_Gaszaehler_impulse_PowerDayCount 28
2016-08-29 16:04:50 HK_Gaszaehler_impulse_PowerDayMax 0
2016-08-29 16:04:49 HK_Gaszaehler_impulse_PowerDayMin 0
2016-08-29 19:38:00 HK_Gaszaehler_impulse_PowerDaySum 0.000
2016-08-29 19:37:59 HK_Gaszaehler_impulse_PrevRead 0.010
2016-08-29 16:04:48 HK_Gaszaehler_impulse_Vol1stDay 0.01
2016-08-11 14:30:59 HK_Gaszaehler_impulse_Vol1stMeter 0.01
2016-08-11 14:30:58 HK_Gaszaehler_impulse_Vol1stMonth 0.01
2016-08-11 14:30:59 HK_Gaszaehler_impulse_Vol1stYear 0.01
2016-08-29 16:04:48 HK_Gaszaehler_impulse_VolLastDay 0.010
2016-08-11 14:30:59 HK_Gaszaehler_impulse_VolLastMeter 0.010
2016-08-11 14:30:58 HK_Gaszaehler_impulse_VolLastMonth 0.010
2016-08-11 14:31:00 HK_Gaszaehler_impulse_VolLastYear 0.010
Attributes:
BasicPricePerAnnum 0
Currency €
GasCounterOffset 0.00
GasCubicPerCounts 0.01
GasNominalHeatingValue 10
GasPricePerKWh 1.654
GaszValue 1
MonthOfAnnualReading 11
MonthlyPayment 0
ReadingDestination CalculatorDevice
Volume m³
alias GaszählerRechner
room Heizungskeller
Zusätzlich hatte ich noch versucht einen zweiten GasCalculator als Wasserzähler zweckzuentfremden, dabei kam es zu komischen Effekten beim bestehenden GasCalculator:
- In der Oberfläche im FHEM wurden beim GasCalculater für die set Befehle nur noch die des neuen Wasserzählers angezeigt
- Auch per Command konnten die Readings beim GasCalculator nicht mehr gesetzt werden.
Viele Grüße,
Wilm
Hallo Wilm
Zitat von: Wilm am 29 August 2016, 20:51:24
zuerst einmal vielen Dank für deine Arbeit. Zuerst den GasCalculator und nun der ElectricityCalculator (und vielleicht auch bald ein WaterCalculator? ;) ).
Bitte und Danke für die Blumen. Der Wasserzähler ist erstmal außen vor. Ich habe nämlich keinen Aufnehmer für die Impulse der beiden Zähler.
Zitat von: Wilm am 29 August 2016, 20:51:24
Leider bekomme ich den GasCalculator bei mir nicht richtig zum Laufen. Das Modul zählt zwar schön die täglichen Impulse meines Gaszählers, aber mehr passiert auch nicht. Die anderen Readings verändern sich nicht. Hast du einen Tipp für mich?
Gebe mit bitte mal
fhem> list HK_Gaszaehler
Zunächst bitte ich dich folgende zwei Fehlermöglichkeiten auszuschließen:
a) Verbraucht deine Heizung zurzeit überhaupt Gas. Es ist schließlich Sommer! 8)
b) Handelt es sich beio deinem HK_Gaszaehler:impulse um einen "Continous Counter" oder um einen "Delta counter". Mein Modul braucht einen "Continuous Counter"
GlossaryCountinous Counter: Ein Zähler der immer weiter aufaddiert wie ein normaler Zähler. (Und das vorzugsweise Batterie-gepuffert auch bei Stromausfall erledigt)
Delta Counter: Ein Zähler der nur die Differenz seit dem letzten Intervall angibt und jedes Mal wieder bei 0 anfängt.
Gruss
Sailor
Hallo Sailor,
da saß der Fehler mal wieder vor dem Rechner :-[
"HK_Gaszaehler:impulse" ist wirklich nur der Impuls des Gaszählers, An oder Aus (1 oder 0). Habe jetzt einen HourCounter dazwischen gebaut und oh Wunder nun rechnet der GasCalculator auch. Dein Hinweis ging in die richtige Richtung, danke für die Hilfe.
Kannst Du mir auch einen Tipp geben warum bei mir die Auswahl in der Oberfläche falsch ist wenn ich einen zweiten GasCalcuator anlege?
Viele Grüße,
Wilm
Hallo Wilm
Zitat von: Wilm am 30 August 2016, 10:37:41
"HK_Gaszaehler:impulse" ist wirklich nur der Impuls des Gaszählers, An oder Aus (1 oder 0). Habe jetzt einen HourCounter dazwischen gebaut und oh Wunder nun rechnet der GasCalculator auch. Dein Hinweis ging in die richtige Richtung, danke für die Hilfe.
Auhauerha.... Das kann gewaltig in die Binsen gehen, wenn das Abfrage-Intervall nicht entsprechend klein gewählt wird.
Also Ich empfehle einen Counter mit eigener Pufferbatterie, der fortlaufend weiterzählt...
Zitat von: Wilm am 30 August 2016, 10:37:41
Kannst Du mir auch einen Tipp geben warum bei mir die Auswahl in der Oberfläche falsch ist wenn ich einen zweiten GasCalcuator anlege?
Eh?
Schick doch bitte mal ein Bild...
Gruss
Sailor
Hallo Sailor,
hier ist ein Bild vom GasCalculator HK_GaszaehlerRechner, er ist für den HourCounter HK_HC_GasVerbrauch konfiguriert. Im Menü vom "set" Befehl werden aber nur die Readings des zweiten GasCalculators für den HourCounter HK_HC_WasserVerbrauch angezeigt. Das Problem taucht erst auf wenn ein zweiter GasCalculator erstellt wird, wenn ich beide HouCounter in einem GasCalculator überwache, dann besteht das Problem auch nicht, doch dann kann ich keine unterschiedlichen Kosten hinterlegen.
Was den HK_Gaszaehler:impulse angeht, so erhält FHEM die Info 1 oder 0 von einem per ESP8266 angeschlossenen Reed-Kontakt. Events werden nur on change generiert, hoffe das funktioniert zuverlässig. Puffern kann der ESP8266 nur bis zum Stromausfall.
Viele Grüße,
Wilm
Hallo,
ich seh den Sinn der Kostenauswertung noch nicht.
Bei mir ändert sich die Zustandzahl bzw der Brennwert mehfach im Jahr.
Dies erfahre ich aber erst bei Rechnungsstellung. Wie soll den dann diese Kostenabrechnung funktionieren. Pi mal Daumen?
Hab ich was überlesen ?
Wenn ich es sehe ist das ganze ein reines Statiskmodul, die Anbindung muß ein Reading mit Continus Counter sein, somit muß man also den Rest (Pulsauswertung,Counter) selber machen. Richtig?
Gruß Karsten
Hallo Karsten
Zitat von: cedrik0 am 02 September 2016, 13:50:51
Bei mir ändert sich die Zustandzahl bzw der Brennwert mehfach im Jahr.
Mehrfach im Jahr???
Bei mir wird der Mittelwert des im gesamten Jahr gelieferten Gases angezeigt.
Und dieser hat sich über die letzten 3 Jahre nur marginal verändert.
Ist der Lieferant seriös?
Zitat von: cedrik0 am 02 September 2016, 13:50:51
Wie soll den dann diese Kostenabrechnung funktionieren. Pi mal Daumen?
Hab ich was überlesen ?
Nein, nehme einfach den höchsten Brennwert des letzten Jahres und du erlebst bei der finalen Abrechnung keine Überraschung.
Zitat von: cedrik0 am 02 September 2016, 13:50:51
Wenn ich es sehe ist das ganze ein reines Statiskmodul, die Anbindung muß ein Reading mit Continus Counter sein, somit muß man also den Rest (Pulsauswertung,Counter) selber machen. Richtig?
Ich verstehe leider nicht was du brauchst. Was meinst du mit Pulsauswertung, Counter)
Gruss
Sailor
Hallo,
Zitat von: Sailor am 02 September 2016, 19:51:15
Mehrfach im Jahr???
Bei mir wird der Mittelwert des im gesamten Jahr gelieferten Gases angezeigt.
Und dieser hat sich über die letzten 3 Jahre nur marginal verändert.
Ist der Lieferant seriös?
Ich denke schon, das war schon immer so. Ich finde es seriöser als einfach einen Mittelwert zu nehmen. Gut ich lese sehr häufig im Jahr ab (ca.10*) und melde den Stand Online. Ansonsten wird hochgerechnet.
Zitat von: Sailor am 02 September 2016, 19:51:15
Ich verstehe leider nicht was du brauchst. Was meinst du mit Pulsauswertung, Counter)
Naja, ich meine die Hardwareanbindung, aber da dies ein reines Statistikmodul ist und die Anbindung unterschiedlich sein kann ich verstehen das.
Gruß Karsten
Zitat von: cedrik0 am 02 September 2016, 13:50:51
Bei mir ändert sich die Zustandzahl bzw der Brennwert mehfach im Jahr.
Dies erfahre ich aber erst bei Rechnungsstellung. Wie soll den dann diese Kostenabrechnung funktionieren. Pi mal Daumen?
Gruß Karsten
Auch aus meiner Sicht absolut unüblich!
Die letzten 20 Jahre habe ich genau 1x/Jahr einen Brennwert sowie einen Z-Wert erhalten. Nämlich auf der Jahresendabrechnung.
Die Kostenermittlung funktioniert mit dem Modul aller voraussicht nach also sehr gut.
Zitat von: Sailor am 30 August 2016, 11:27:32
Hallo Wilm
Auhauerha.... Das kann gewaltig in die Binsen gehen, wenn das Abfrage-Intervall nicht entsprechend klein gewählt wird.
Also Ich empfehle einen Counter mit eigener Pufferbatterie, der fortlaufend weiterzählt...
Eh?
Schick doch bitte mal ein Bild...
Gruss
Sailor
Kannst du das bitte erklären?
Was meinst du mit Counter mit eigener Pufferbatterie?
Und was mit kleinem Abfrage-Intervall?
Den Interval habe ich ja nicht selbst in der Hand, den gibt der Gaszähler vor (alle 0,01m3 einen Impuls) und HourCounter reagiert sofort darauf.
Danke
grtz
CmdA
Hallo zusammen,
@Sailor: vielen Dank für Deine Arbeit!
Nun zu meiner Frage:
Ich möchte gerne in einem Plot sowohl den Gesamtgasverbrauch (in qm) als auch den Tagesgasverbrauch (in qm) angezeigt bekommen.
Den Gesamtverbrauch sehe ich auch, den Tagesverbrauch allerdings nur als "CountsPerDay" wobei ein "Count" 0,01 qm bedeutet.
Wie kann ich erreichen, dass ich den Tagesverbrauch in qm (also mit Faktor 1/100) angezeigt bekomme?
Vielen Dank und beste Grüße,
Christoph
Moin noch mal,
hat sich erledigt. Folgendes ist meine Lösung:
define Gasverbrauch HourCounter GPIOGaszaehler:on GPIOGaszaehler:off
attr Gasverbrauch userReadings Tagesverbrauchinqm:countsPerDay.* {ReadingsVal("Gasverbrauch","countsPerDay",0)*0.01;;}
define myGasCalculator GasCalculator Gasverbrauch:countsOverall.*
Beste Grüße,
Christoph
Hallo christoph
Zitat von: christoph_07 am 27 September 2016, 21:51:28
Moin noch mal,
hat sich erledigt. Folgendes ist meine Lösung:
define Gasverbrauch HourCounter GPIOGaszaehler:on GPIOGaszaehler:off
attr Gasverbrauch userReadings Tagesverbrauchinqm:countsPerDay.* {ReadingsVal("Gasverbrauch","countsPerDay",0)*0.01;;}
define myGasCalculator GasCalculator Gasverbrauch:countsOverall.*
Du könntest auch sagen:
<DestinationDevice>_<SourceCounterReading>_Meter - <DestinationDevice>_<SourceCounterReading>_Vol1stDay
Gruß
Sailor
Hallo Sailor,
vor einiger Zeit (ich glaube Anfang September) hattest Du ein Update für das Modul bereitgestellt und hattest die Readings _LastDV, _LastDt, _PowerDayCount, _PowerDaySum und _PrevRead entfernt.
Ich hatte _LastDV genutzt um den Volumenverbrauch pro Minute in einem Plot darzustellen. Könntest Diese wieder einbauen?
Viele Grüße
Olli
PS: Du hast ja inzwischen auch ElectricityCalculator. Wie wärs denn noch mit einem WaterCounter?
Hallo Olli
Zitat von: octek0815 am 03 Oktober 2016, 19:47:08
Hallo Sailor,
vor einiger Zeit (ich glaube Anfang September) hattest Du ein Update für das Modul bereitgestellt und hattest die Readings _LastDV, _LastDt, _PowerDayCount, _PowerDaySum und _PrevRead entfernt.
Ich hatte _LastDV genutzt um den Volumenverbrauch pro Minute in einem Plot darzustellen. Könntest Diese wieder einbauen?
LastDV ist immer noch da. Es ist nur ein Punkt "." davor und somit nicht sichtbar: _.LastDV
Ob der Verbrauch im Minutentakt ist, hängt von dem Übergabeintervall deines Zählermoduls ab.
Zitat von: octek0815 am 03 Oktober 2016, 19:47:08
PS: Du hast ja inzwischen auch ElectricityCalculator. Wie wärs denn noch mit einem WaterCounter?
Habe zur Zeit keine Wasserzähler, an dem ich die Verbrauchsdaten abgreifen kann.
Gruß
Sailor
Hi Sailor,
danke, das hat geholfen.
Grüße
Olli
Zitat von: Sailor am 04 Oktober 2016, 09:32:04
Hallo Olli
LastDV ist immer noch da. Es ist nur ein Punkt "." davor und somit nicht sichtbar: _.LastDV
Ob der Verbrauch im Minutentakt ist, hängt von dem Übergabeintervall deines Zählermoduls ab.
Habe zur Zeit keine Wasserzähler, an dem ich die Verbrauchsdaten abgreifen kann.
Gruß
Sailor
Können wir dabei helfen einen Wasserzähler zu entwickeln ? Theoretisch ist das ja der einfachste Zähler ohne komplexe Berechnungen. Im Moment nehme ich den Calculator für Strom....es funktioniert,aber so richtig gefällt mir das nicht.
Gruß A.
Zitat von: alec_osborne am 04 Oktober 2016, 14:27:08
Können wir dabei helfen einen Wasserzähler zu entwickeln ? Theoretisch ist das ja der einfachste Zähler ohne komplexe Berechnungen. Im Moment nehme ich den Calculator für Strom....es funktioniert,aber so richtig gefällt mir das nicht.
Gruß A.
Das wäre hervorragend. Eigentlich müsste es sich von dem GasCalculator ableiten können. Meine Wasseruhr mit Impulsausgang macht ein Count pro Liter.
Ich benötige lediglich Liter/Minute, m³ pro Tag, Vortag, Monat, Vormonat, Jahr, Vorjahr und den aktuellen Zählerstand.
Moin zusammen
Zitat von: octek0815 am 05 Oktober 2016, 17:19:54
Das wäre hervorragend. Eigentlich müsste es sich von dem GasCalculator ableiten können. Meine Wasseruhr mit Impulsausgang macht ein Count pro Liter.
Ich benötige lediglich Liter/Minute, m³ pro Tag, Vortag, Monat, Vormonat, Jahr, Vorjahr und den aktuellen Zählerstand.
Habe die Diskussion nach einem Wasserzähler-Berechner abgespalten: https://forum.fhem.de/index.php/topic,58579.0.html
Gruss
Sailor
Hallo Sailor,
wäre es nicht praktischer einen Zähler für alles (Gas, Wasser, ..) zu nehmen und nur entsprechend die Einheiten usw. anzupassen. Denn es werden ja nur!! Impulse gezählt, aber die Auswertung werden ja bei allen Modulen benötigt. Ist nur ein Hinweis, bitte nicht als merken auffassen.
Das Modul habe ich nicht im Einsatz und kann deshalb nichts dazu sagen, ich nutze dieses hier (https://forum.fhem.de/index.php/topic,41973.msg347802.html#msg347802).
Danke pejonp.
Hallo,
habe bei den Readings ein Fragezeichen. Wodurch kann das kommen und wie kann ich es entfernen ?
edit: Hat sich erledigt, habe fhem gestoppt und in der fhem.save das " setstate ?" entfernt.
Ich habe mal ein paar Fragen zu den Readings. Ich habe irgendwie Probleme mit der Abgrenzung der Readings und wundere mich außerdem über die recht hohen Zahlen (28 kWh für einen Sonntag bei einem Neubau? Kann das sein?). :-)
_VolLastDay
- In der CommandRef heißt es: Verbrauchtes Volumen des vorherigen Tages.
- Ich habe dort aber kein Volumenwert, sondern einen Zählerstand.
(Gleiches natürlich bei Monat und Jahr)
_PowerCurrent
Wie lautet eigentlich die Einheit von den Power-Readings? Einfach nur Kilowatt?
(kWh bei den Energy-Readings)
Wie ist eigentlich der Rechenweg?
- Differenz Zählerstand * GasCubicPerCounts = Power
- Power * GasNominalHeatingValue * GaszValue = Energy
Wäre es möglich folgendes Reading einzubauen?
_PowerLast = Heizleistung gestern
Ich hatte mal testweise das Modul über das Attribut "disabled". In STATE war ein kleiner Typo "diabled" (oder ähnlich).
Am Rande: Nachdem ich das Attribut wieder entfernt hatte, verblieb die "disable"-Anzeige in STATE.
Danke vielmals.
Hallo FO
Zitat von: FunkOdyssey am 10 Oktober 2016, 14:47:32
Ich habe mal ein paar Fragen zu den Readings. Ich habe irgendwie Probleme mit der Abgrenzung der Readings und wundere mich außerdem über die recht hohen Zahlen (28 kWh für einen Sonntag bei einem Neubau? Kann das sein?). :-)
Nur 28kWh an einem Tag...
Abgesehen davon, dass der Verbrauch noch steigen wird... Wäre das ein Verbrauch von gerade mal 10220kWh bzw. ungefähr 49,50€ im Monat
Was beschwerst du dich????
Also ich habe Sonntag fast 60kWh verbraucht... Meiner Frau war kalt!
(190m
2; Bj 1974 mit Dachmodernisierung & Dreifachverglasung)
Zitat von: FunkOdyssey am 10 Oktober 2016, 14:47:32
_VolLastDay
- In der CommandRef heißt es: Verbrauchtes Volumen des vorherigen Tages.
- Ich habe dort aber kein Volumenwert, sondern einen Zählerstand.
(Gleiches natürlich bei Monat und Jahr)
Mist, falsch übersetzt. Es ist natürlich das verbrauchte Gesamtvolumen, also der Zählerstand kurz vor Mitternacht.
Zitat von: FunkOdyssey am 10 Oktober 2016, 14:47:32
_PowerCurrent
Wie lautet eigentlich die Einheit von den Power-Readings? Einfach nur Kilowatt?
(kWh bei den Energy-Readings)
Zur Zeit ist das noch Kilowatt [kW]
Ich habe aber auf der Liste das per Attribut wie bei dem Schwestermodul ElectricityCalculator per Attribut einstellen zu lassen.
Zitat von: FunkOdyssey am 10 Oktober 2016, 14:47:32
Wie ist eigentlich der Rechenweg?
- Differenz Zählerstand * GasCubicPerCounts = Power
- Power * GasNominalHeatingValue * GaszValue = Energy
Das ware ja Murks insbesondere der zweite Rechenweg, da bei beiden keine Leistung rauskommt.
Der Rechenwert lautet:
ΔCounts * GasCubicPerCounts * GasNominalHeatingValue * GaszValue / Δt = Power
ΔCounts: Zählimpulse seit der letzten Messung
Δt: Zeit seit der letzten Messung
Zitat von: FunkOdyssey am 10 Oktober 2016, 14:47:32
Wäre es möglich folgendes Reading einzubauen?
_PowerLast = Heizleistung gestern
Das ware eine Augenblicksleistung in kW zum Zeitpunkt der letzten Messung kurz vor Mitternacht.
Was möchtest du den mit dem speziellen Wert?
Zitat von: FunkOdyssey am 10 Oktober 2016, 14:47:32
Ich hatte mal testweise das Modul über das Attribut "disabled". In STATE war ein kleiner Typo "diabled" (oder ähnlich).
Am Rande: Nachdem ich das Attribut wieder entfernt hatte, verblieb die "disable"-Anzeige in STATE.
OK, den Typo werde ich mal korrigieren.
Das die Anzeige stehen bleibt ist ein altbekanntes Problem von FHEMWEB und einigen Browsertypen.
Einfach mal die Seite erfrischen (F5-Taste)
Gruss
Sailor
Zitat von: Sailor am 11 Oktober 2016, 09:13:08
Nur 28kWh an einem Tag...
Abgesehen davon, dass der Verbrauch noch steigen wird... Wäre das ein Verbrauch von gerade mal 10220kWh bzw. ungefähr 49,50€ im Monat
Was beschwerst du dich????
Nee, ich beschwere mich ja gar nicht. Ich habe nur Probleme, die ganzen Werte zu verstehen und hatte mich plötzlich über die hohen Zahlen gewundert. Wahrscheinlich habe ich kWh mit kW verwechselt. Ich dachte, dass die Therme in Hochzeiten gerade einmal auf 7 kW hochgeht. Und das passt auch, wenn ich von der mittleren Heizleistung ausgehe.
Ich habe mich fachlich nie großartig damit beschäftigt. Ich zahle meine Rechnungen und verlasse mich nur auf die Zählerstände.
Ich will aber nun lernen, das alles zu verstehen. Und das habe ich mittlerweile auch. Auch dank deiner Hilfe.
Am Rande: Gestern war ich bereits bei 45 kWh. :-)
Mein Jahresverbrauch liegt übrigens bei 10000 kWh.
Zitat von: Sailor am 11 Oktober 2016, 09:13:08
Mist, falsch übersetzt. Es ist natürlich das verbrauchte Gesamtvolumen, also der Zählerstand kurz vor Mitternacht.
Schade, denn ich hatte die Hoffnung, dass man dort anstatt der Zählerstände wirklich das gestrige verbrauchte Volumen ablesen kann.
Mein Wunsch kommt wieder daher, dass ich Volumen und Heizleistung in Relation setzen wollte. Besser wäre aber anscheinend, den Energieverbrauch zu vergleichen, oder?
Zitat von: Sailor am 11 Oktober 2016, 09:13:08
Der Rechenwert lautet:
ΔCounts * GasCubicPerCounts * GasNominalHeatingValue * GaszValue / Δt = Power
ΔCounts: Zählimpulse seit der letzten Messung
Δt: Zeit seit der letzten Messung
Danke. Ich fange an zu verstehen. :-)
Zitat von: Sailor am 11 Oktober 2016, 09:13:08
Das ware eine Augenblicksleistung in kW zum Zeitpunkt der letzten Messung kurz vor Mitternacht.
Was möchtest du den mit dem speziellen Wert?
Ich dachte eher an ein Reading, welches die gestrigen Durchschnittheizleistung beinhaltet.
Der Name würde dann wahrscheinlich eher _PowerDayAverLast sein.
Ich dachte, dass man damit die Tage untereinander besser vergleichen kann. Aber auch hier bin ich wahrscheinlich besser mit _energy aufgehoben.
Zitat von: Sailor am 11 Oktober 2016, 09:13:08
Das die Anzeige stehen bleibt ist ein altbekanntes Problem von FHEMWEB und einigen Browsertypen.
Einfach mal die Seite erfrischen (F5-Taste)
Nope. Das hat damit nichts zu tun. Das änderte sich erst, als ich das DEF bearbeitet hatte.
Gude,
ich habe das Modul einmal für den Gaszähler und die Wasseruhr(Testweise) im Einsatz.
Nun beobachte ich, seit gestern, ein seltsames Phänomen.
Beim Gasverbrauch habe ich nun Readings vom Wasserverbrauch drin(siehe screenshot).
Einer ne Idee?
Gruß Mike
Moin
seit 2 Tagen habe ich nun den GasCalculator am Laufen.
Alle Werte waren auf "0"
Mein Gaszähler zeigt einen Zählerstand von 1649.212 m³
Wo kann ich nun den aktuellen Zählerstand nachpflegen. Muss noch von m³ auf kw umgerechnet werden?
Gibt es eine Möglichkeit, wie auch schon von anderen gewünscht, dass jeder Tag als Tagesverbrauch geloggt wird, damit man den Tagesverbauch als Grafik darstellen kann.
z.B.
01.11 19kw Tagesgesamtverbrauch
02.11 10kw "
03.11 28kw "
04.11 26kw "
Gruß
Kobi
Zitat von: kobi am 19 November 2016, 18:14:29
Moin
seit 2 Tagen habe ich nun den GasCalculator am Laufen.
Alle Werte waren auf "0"
Mein Gaszähler zeigt einen Zählerstand von 1649.212 m³
Wo kann ich nun den aktuellen Zählerstand nachpflegen. Muss noch von m³ auf kw umgerechnet werden?
Gibt es eine Möglichkeit, wie auch schon von anderen gewünscht, dass jeder Tag als Tagesverbrauch geloggt wird, damit man den Tagesverbauch als Grafik darstellen kann.
1. Den aktuellen Zählerstand übergibst Du mit dem Attribut GasCounterOffset.
2. Nein, Du musst natürlich alle erforderlichen Attribute pflegen (GasNominalHeatingValue)
3. Der Tagesverbrauch des Vortages steht in:
<DestinationDevice>_<SourceCounterReading>_EnergyDayLast :
Total Energy consumption in kWh of the last day.
Steht alles noch ausführlicher in der "Device specific Help"
Hallo zusammen,
am Offset zerbreche ich mir nun auch seit ein paar Tagen den Kopf. Das Modul funktioniert vom Prinzip, allerdings ist das Volumen irgendwie weit weg von der Realität und die state_Meter zeigt Mond Zahlen an. Wenn ich versuche das Ganze mit einem Offset zu kompensieren, wird es nur schlimmer.
Die Doku meine ich gelesen und verstanden zu haben, daher traue ich mich jetzt hier zu fragen :).
Im Anhang der aktuelle Zustand.
Der Verbrauch als Cost ist fast identisch mit meiner eigenen Umsetzung (als Quelle dient dient ein 1wire Input, der alle 5 Minuten die Ticks als Zahl übermittelt). Gerechnet wird bei der eigenen Umsetzung nur mit groben Werten, z.B. 10 als Energiewert von 1qm Gas zu kWh, Abweichungen sind also normal.
"state_Vol1stDay" und "state_Meter" bereiten mir dabei am meisten Kopfzerbrechen, da sie mit dem eigentlich Verbrauch nichts zu tun haben.
Der Plot im Anhang entstammt meiner eigenen Umsetzung, hier sieht man die 3,58 Euro zu 3,74 Euro recht schön.
Den ElectricityCalculator habe ich ebenfalls am laufen. Hier funktioniert alles wie erwartet und deckt sich genau mit meiner eigenen Variante (welche dann über Bord geht, da das Modul viel komfortabler ist).
Hat jemand eine Idee wo der Denkfehler liegen kann?
Edit Sonntag Abend:
so langsam kam ich weiter, der "Fehler" scheint in einem Missverständnis zwischen Dokumentation und hier abgedruckten Hinweisen zu liegen.
In der Doku steht z.B. "Um zu verhindern, dass man bis zu 12 Monate warten muss, bis alle Werte der Realität entsprechen, müssen die Readings ... <DestinationDevice>_<SourceCounterReading>_Vol1stDay, <DestinationDevice>_<SourceCounterReading>_Vol1stMonth ... _Vol1stMeter entsprechend mit dem setreading - Befehl korrigiert werden.", hier im Board fand ich aber den Rat, "_VolLastYear" zu setzen, was vom Wortlaut auch mehr Sinn macht.
Nun mal laufen lassen und beobachten :).
Generell fehlt mir, wie hier auch einigen auf den vorangegangenen Seiten, die Möglichkeit den Wert des Tages, am eigentlichen Tag zu loggen. Bei mir kommen die Daten aktuell immer gegen 0:02 Uhr des folgenden Tages. Das erste 5 Minuten Intervall, welches durch meinen Counter vorhanden ist. Tatsächlich ist es wohl immer der erste Einsatz am neuen Tag. Diesen Wert um 23:59 Uhr wäre ein Traum, dann würde es noch im passenden Plot auftauchen.
Hallo Ronny
Zitat von: ronny332 am 03 Dezember 2016, 14:33:40
am Offset zerbreche ich mir nun auch seit ein paar Tagen den Kopf. Das Modul funktioniert vom Prinzip, allerdings ist das Volumen irgendwie weit weg von der Realität und die state_Meter zeigt Mond Zahlen an. Wenn ich versuche das Ganze mit einem Offset zu kompensieren, wird es nur schlimmer.
Die Doku meine ich gelesen und verstanden zu haben, daher traue ich mich jetzt hier zu fragen :).
Bevor ich zu tief in deinen Beitrag einsteige (Stehe zur Zeit unter Vorweihnachtsstress - beruflich wie privat)
Der Offset ist erst der zweite Schritt.
Erstmal muss das Attribut
ZitatGasCubicPerCounts :
Eine gültige float-Zahl für die Menge an Zählimpulsen pro gewählter Volumen-Grundeinheit.
Der Wert ist durch das mechanische Zählwerk des Gaszählers vorgegeben. GasCubicPerCounts = 0.01 bedeutet, dass jeder Zählimpuls ein hunderstel der gewählten Volumengrundeinheit.
Der Standard-Wert ist 0.01
gesetzt werden.
Erst wenn das Attribut richtig gesetzt wurde, kann man mit der Berechnung des Offsets anfangen.
ZitatGasCounterOffset :
Eine gültige float-Zahl für den Volumen Unterschied = Offset (Nicht der Unterschied zwischen Zählimpulsen) zwischen dem am mechanischen Gaszähler und dem angezeigten Wert im Reading dieses Device.
Der Offset-Wert wird wie folgt ermittelt: VOffset = VMechanisch - VModule
Der Standard-Wert ist 0.00
Daher meine Frage: Wie viel elektrische Impulse bekommst du von deinem mechanischen Zählwerk um einen Kubikmeter vollzubekommen?
Dein Plot "m^3/5min" ist übrigens gleichzusetzen mit Power_current. Lege die Kurven mal übereinander... Es wird zu erkennen sein, dass sie Deckungsgleich sind.
Gruss
Sailor
Hi,
stehe ein wenig auf dem Schlauch. Habe das Modul gerade über
Zitatdefine myGasCalculator GasCalculator Gaszaehler:countersA.*
eingebunden.
Die letzten zwei Jahre wurde mein Gasverbrauch stündlich über
Zitat
define FileLog_Gaszaehler FileLog /opt/fhem/log/Gaszaehler-%Y.log Gaszaehler:.*
gelogt.
Wie bekomme ich die alten Werte denn jetzt hier rein.
Was mus man hier angeben "<DestinationDevice>_<SourceCounterReading>_Vol1stDay"
Müssen die Werte weiterhin über mein FileLog gespeichert werden oder übernimmt das das Modul?
Obwohl ich heute ein Update von Fhem gemacht habe, habe ich keine "Set" Schaltfläche.
Hoffe, ich stelle nicht zu blöde Fragen.
Hallo Grave
Zitat von: Grave am 06 Dezember 2016, 17:29:13
Die letzten zwei Jahre wurde mein Gasverbrauch stündlich über gelogt.
Wie bekomme ich die alten Werte denn jetzt hier rein.
Die Antwort ist kurz und einfach: Gar nicht.
Das Einzige was du machen kannst, ist dir die Werte für den letzten Monat / Jahr / Ablesezeitraum rauszusuchen und per set-Befehl einzupflegen.
Zitat von: Grave am 06 Dezember 2016, 17:29:13
Was mus man hier angeben "<DestinationDevice>_<SourceCounterReading>_Vol1stDay"
Das dürfte, wenn alles gut geklappt hat, das Modul bereits um Mitternacht erledigt haben.
Zitat von: Grave am 06 Dezember 2016, 17:29:13
Müssen die Werte weiterhin über mein FileLog gespeichert werden oder übernimmt das das Modul?
Alle Reading-Werte die in fhem geändert werden, landen automatisch im Log (FileLog oder DbLog)
Zitat von: Grave am 06 Dezember 2016, 17:29:13
Obwohl ich heute ein Update von Fhem gemacht habe, habe ich keine "Set" Schaltfläche.
Das ist allerdings seltsam! Ändern sich den überhaupt irgendwelche Readings im GasCalculator?
Gruss
Sailor
Ich hatte mir durch ein Update wohl auch meinen owfserver zerschossen. Jetzt läuft er wieder.
So sieht mein Gascalculator aus.
Hallo Grave
Zitat von: Grave am 07 Dezember 2016, 10:57:33
Ich hatte mir durch ein Update wohl auch meinen owfserver zerschossen. Jetzt läuft er wieder.
So sieht mein Gascalculator aus.
Komisch, das identische Problem hatte ich heute morgen auch festgestellt... Allerdings schon seit dem 01.12.2016 00:58Uhr
Bei mir war aber ein Neustart des RasPi notwendig.
Gruss
Sailor
Was, dass mit der fehlenden Set-Taste oder mit dem owfserver?
Zitat von: Grave am 07 Dezember 2016, 12:31:51
Was, dass mit der fehlenden Set-Taste oder mit dem owfserver?
owfserver
Hab den Fehler gefunden. Hatte einen Punkt übersehen. Jetzt ist die set schaltfläche auch da.
Ich verstehe das ganze irgendwie nicht. Er zeigt mir jetzt Daten an. Aber wie komme ich jetzt zu einem Plot.
Ich habe versucht, den Verbrauch des letzten Tages in ein logfile zu speichern. Da steht aber leider nichts drin.
Zitatdefine GasproTag FileLog ./log/GasproTag-%Y.log myGasCalculator.Gaszaehler_counters.A_EnergyDay
Hallo Grave
Zitat von: Grave am 11 Dezember 2016, 08:14:31
Ich verstehe das ganze irgendwie nicht. Er zeigt mir jetzt Daten an. Aber wie komme ich jetzt zu einem Plot.
Ich habe versucht, den Verbrauch des letzten Tages in ein logfile zu speichern. Da steht aber leider nichts drin.
Welches Reading willst du denn plotten?
Wenn du das Reading "..._EnergyDayLast" plotten willst, musst Du ein paar Tage warten und entsprechend den Betrachtungszeitraum deines Plots per Attribut "fixedrange YYYY-MM-DD YYYY-MM-DD" manuell vergößern.
Gruß
Sailor
Hab ich das mit dem logfile den richtig verstanden und richtig angelegt?
Moin Sailor,
kann es sein dass es kein Reading EnergyCostDay wie im ElektroCalculator gibt?
Oder hab ich da nen Update verpasst?
Gruß Dieter 114
Hallo Dieter
Zitat von: dieter114 am 15 Dezember 2016, 21:08:46
Moin Sailor,
kann es sein dass es kein Reading EnergyCostDay wie im ElektroCalculator gibt?
Oder hab ich da nen Update verpasst?
Gruß Dieter 114
Das habe ich im letzten Update implementiert. Mach nochmal ein Update und einen restart.
Gruß
Sailor
In meinem logfile sind immer noch keine Werte. Die Datei selber wurde angelegt.
Hallo Grave
Zitat von: Grave am 16 Dezember 2016, 14:20:32
In meinem logfile sind immer noch keine Werte. Die Datei selber wurde angelegt.
Ich habe keine Erfahrung mit FileLog, da ich DbLog verwende.
Gruß
Sailor
Zitat von: Sailor am 16 Dezember 2016, 06:15:10
Hallo Dieter
Das habe ich im letzten Update implementiert. Mach nochmal ein Update und einen restart.
Gruß
Sailor
Hallo Sailor,
ich bekomme Readings:
C_STROM_GAS_counters.B_CostMonthLast 71.968 2016-12-01 00:01:42
C_STROM_GAS_counters.B_EnergyCostDayLast 6.521 2016-12-18 00:00:08
C_STROM_GAS_counters.B_EnergyCostMeter 167.511 2016-12-18 13:18:26
C_STROM_GAS_counters.B_EnergyCostMonth 95.543 2016-12-18 13:18:26
C_STROM_GAS_counters.B_EnergyCostYear 167.511 2016-12-18 13:18:26
aber kein EnergyCostDay (Heute!) oder wie heißt das dort?
Gruß Dieter114
Nutzt den sonst jemand hier filelog und könnte mir mal Ausschnitte seiner fhem.cfg einstellen?
Gruß Grave
Moin Sailor,
ich habe die Version vom 13.12.16, 79 Kb
In der Datei 73_GasCalculator.pm gibt es kein EnergyCostDay .
Hast die die "Tageskosten" anders benannt?
Gruß Wolfdieter
Hallo Dieter
Zitat von: dieter114 am 18 Dezember 2016, 13:21:22
aber kein EnergyCostDay (Heute!) oder wie heißt das dort?
Ich muss die hochzuladenden Dateien verwechselt haben. Habe ich soeben nachgeholt!
Sorry für die Verwirrung!
Jetzt sollte das EnergyCostDay auftauchen.
"CostMonthLast" heißt jetzt, wie viele User schon richtigerweise angemerkt haben, jetzt auch richtigerweise "EnergyCostMonthLast"
Darüber hinaus habe ich ein Bug mit den Monaten um die Ablesezeit gefunden:
Man sollte sich etwas ernsthafter mit den Linux-Eigenheiten befassen und wissen, dass der Januar mit 0 gezählt wird und nicht mit 1! >:(
Sollte heute Nacht im Update sein.
Gruss
Sailor
Hallo
Habe da mal eine Verständnisfrage. Wie wird der Wert "BasicPricePerAnnum" eingebunden.
Nach meinen Gedankengang währe das:
EnergyDayLast * GasPricePerKWh + ( BasicPricePerAnnum / 365 )
Bei manuellen nachrechnen kommt aber ein niedriger Wert heraus.
Hi fume
Zitat von: fume am 21 Dezember 2016, 17:36:34
Habe da mal eine Verständnisfrage. Wie wird der Wert "BasicPricePerAnnum" eingebunden.
Bei manuellen nachrechnen kommt aber ein niedriger Wert heraus.
Der wird gar nicht eingebunden, da es sich um reine Energiekosten (pure Energy costs) handelt.
Gruß
Sailor
Ok, Danke
Es ist also egal ob hier ein Wert eingetragen wird.
Hi fume
Zitat von: fume am 21 Dezember 2016, 19:10:13
Ok, Danke
Es ist also egal ob hier ein Wert eingetragen wird.
Nein, für die finanzielle Reserve wird er selbstverständlich genutzt. Sonst weißt du ja nicht, was du noch an Guthaben hast!
Gruß
Sailor
OK jetzt verstehe ich.
Ich hab mir den Wert für die Jahresrechnung incl. Mwst als userreading eingebunden.
PhotoVoltaik_EnergieNetzbezug_BillEnergyCostYear { (ReadingsVal($name,"PhotoVoltaik_EnergieNetzbezug_EnergyCostYear",0) + 114 ) * 20 / 100
+ (ReadingsVal($name,"PhotoVoltaik_EnergieNetzbezug_EnergyCostYear",0) + 114 ) }
Hallo Sailor,
das "richtige" Modul ist jetzt online.
Frohes Fest und Gruß
Wolfdieter
Hallo Wolfdieter
Zitat von: dieter114 am 22 Dezember 2016, 17:04:03
Frohes Fest und Gruß
Danke dir auch"
Gruß
Sailor
Ich Versuchs nochmal. Könnte mir jemand, der logfile nutzt, seine config Datei zeigen.
Ich hab da mal eine Frage. Ich verwende kein Logger für den Gasverbrauch sondern habe mir ein Notify angelegt welches mir den aktuellen Gaszähler anhand des Betriebstundenzähler meiner Therme errechnet. Dies funktioniert auch wunderbar.
Nun habe ich diesen Parameter des Gaszählers für das Gas-calculator Modul angegeben. Die Erfassung dafür funktioniert ebenfalls toll. Danke hierfür.
Mein Problem ist nur, dass egal was ich machen das Modul mir den Verbrauch immer um eine Kommestelle falsch setzt.
Beispiel: Mein Zählerstand 30444.09 (Habe auch schon 3.Stellen und 4.Stelle nach dem Komma probiert)
Gas calculator Meter: 304.441 (zwei Kommastellen verschoben)
Der Verbrauch aber ist nur um eine Kommestelle verschoben z.B. Verbraucht 2 m² | Angezeigt 0.2
Wie müste mein Zählerstand aussehen, damit Cascalculator korrekt arbeitet?
Oder machen ich etwas anderes falsch?
Hat jemand eine Idee?
Hallo Slukey
Zitat von: slukeyyy am 25 Januar 2017, 12:08:14
Gas calculator Meter: 304.441 (zwei Kommastellen verschoben)
Der Verbrauch aber ist nur um eine Kommestelle verschoben z.B. Verbraucht 2 m² | Angezeigt 0.2
Wie müste mein Zählerstand aussehen, damit Cascalculator korrekt arbeitet?
Verändere mal das Attribut "GasCubicPerCounts" zu verändern.
Siehe auch: https://fhem.de/commandref_DE.html#GasCalculator (https://fhem.de/commandref_DE.html#GasCalculator)
Zitat
GasCubicPerCounts :
Eine gültige float-Zahl für die Menge an Zählimpulsen pro gewählter Volumen-Grundeinheit.
Der Wert ist durch das mechanische Zählwerk des Gaszählers vorgegeben. GasCubicPerCounts = 0.01 bedeutet, dass jeder Zählimpuls ein hunderstel der gewählten Volumengrundeinheit.
Der Standard-Wert ist 0.01
Gruss
Sailor
Sailor, danke ich war zu Blöd.
Hab auf 1.00 gestellt und der Wert wird nun korrekt dargestellt.
Ich habe mal eine Frage.
Gerade in der Sommerzeit drehen sich die Gaszähler natürlich weniger bis sogar einige Tage gar nicht.
Also muss der GasCalculator auch nicht zuschlagen und auch nicht die Werte aktualisieren.
Wenn man nun aber eine ReadingsGroup hat, in der "Kosten/Energie gestern/heute" angezeigt werden, so sind die Werte immer falsch, da diese sich ja auf ganz andere Tage beziehen.
Macht das nicht evtl. Sinn, die Werte auslaufen zu lassen, indem man nachts weiterschreibt?
Also zu einer gewissen Uhrzeit den Wert von "heute" auf "gestern" kopieren und die "heute-"Werte nullen?
Ein ähnliches Problem habe ich mit der Anzeige von "_PowerDayAver". Hier werden Werte angezeigt, die längst der Vergangenheit angehören. Also nur eine Momentaufnahme (bzw. Rückrechnung), als der Counter sich irgendwann mal weiterbewegt hat. Das der Brenner in der Gas-Heizung aber schon seit Tagen nichts mehr zu tun hat, wird überhaupt nicht berücksichtigt.
Hat jemand eine Idee, wie man das lösen kann?
Vielleicht sogar im Modul, indem man zusätzlich zum Counter auch zyklisch aktualisiert?
Ich fürchte da gibt es ein anderes Problem bei dir.
Bei mir zeigt das Device für gester/heute/letzten Monat etc brav 0,00 an (Heizung ist natürlich aus).
Auch die Power Readings sind korrekterweise auf 0.00.
Vermutlich generiert dein Zählerdevice keine Events wenn kein Gas fliesst?!
Grtz
Stimmt, das wird es sein. Manchmal ist man einfach blind. :-)
Ich nutze RPI_GPIO, welches nur triggert, wenn der Gaszähler weiterdreht.
--
Könnte mir bitte mal jemand die Konfiguration seines RPI_GPIOs zeigen?
Internals:
DEF 26
EXCEPT_FD 159
GPIO_Basedir /sys/class/gpio
NAME GPIOGaszaehler
NR 438
RPI_pin 26
STATE 94186
TYPE RPI_GPIO
WiringPi_gpio /usr/bin/gpio
lasttrg 1502259028.15847
READINGS:
2017-08-09 13:51:34 Counter 94186
2017-08-05 20:51:43 Dblclick on
2017-08-09 14:13:55 Pinlevel high
2017-08-09 08:10:28 Toggle on
2017-08-09 14:13:55 state on
fhem:
interfaces switch
Attributes:
debounce_in_ms 250
direction input
interrupt falling
pud_resistor up
stateFormat Counter
Selbst mit dem Attribut "poll_interval=1" wird der GasCalculator scheinbar nicht getriggert.
Ich glaube, dass ich über ein paar Bugs gestolpert bin.
Ich hatte ursprüngliche ein GasCalculator-Device. Basierend auf "GPIOGaszaehler:Counter.*".
Dieses habe ich kopiert unter neuem Namen und die Definition auf "ArduCounter:Gas.*" geändert.
Das alte Device hatte ich "disabled".
1)
Nun wunderte ich mich, wieso mein neues Device nichts zählt, obwohl der Counter sich ändert. Das neue GC-Device war NICHT deaktiviert. Es startete aber erst nachdem ich das "disable"-Attribut beim alten Gerät entfernt habe. Ganz komisch.
2)
Im neuen ArduGasCalculator kann ich über das SET-Dropdown auf die GPIO-Readings zugreifen. Es fehlen jedoch die eigentlichen Readings des neuen Devices.
Diese Fehlverhalten tritt auch auf, wenn ich die Devices manuell neu anlege.
Hab das selbe Problem.....
gibt es schon eine Lösung/Grund, warum das so ist?
LG
Marlen
In dem Augenblick wo ich die ursprüngliche Instanz gelöscht hatte, war der Fehler wieder weg.
Scheinbar kann es keine zwei GasCalculator zeitgleich geben.
O.k. werde es mach versuchen!
Wollte eigentlich einen 2. für Wasser nehmen.
LG
Marlen
Hey, das war keine offizielle Aussage. Ich erhoffe mir auch eine andere Antwort. :-)
Ich hab jetzt auch alles GasCalc... gelöscht und EINEN neuen angelegt.
Geht scheinbar echt nur mit einem!
Eine schönes/hilfreiches Modul, sollte aber irgendwo darauf hingewiesen werden, dass man das nur 1x definieren darf!
LG
Marlen
Hallo zusammen
Zitat von: Marlen am 12 September 2017, 12:43:10
Ich hab jetzt auch alles GasCalc... gelöscht und EINEN neuen angelegt.
Geht scheinbar echt nur mit einem!
Eine schönes/hilfreiches Modul, sollte aber irgendwo darauf hingewiesen werden, dass man das nur 1x definieren darf!
Das ist ja echt komisch und von mir nicht beabsichtigt.
Wenn ihr einen zweiten anlegt und verbose auf 5 gelegt habt, was zeigen die Logfiles an?
Eigentlich ist fhem von sich aus so programmiert, dass man beliebig viele Instanzen eines Moduls anlegen kann.
Zumindest bis der RasPi platzt.
Für Trinkwasser arbeite ich gerade an einem Modul 73_WaterCalculator.pm.
Da ich aber keine Zählerabnehmer an dem Zähler habe, gestaltet sich das Testen etwas schwierig.
Wer von Euch hat Lust als Beta-Tester und hat einen Hauptzähler und einen Gartenwasserzähler?
Gruss
Sailor
Cool, dein Modul 73_WaterCalculator.pm interessiert mich schon, aber ich hab nur einen Hauptzähler!
Beim Gaszähler hab ich festgestellt, dass sich "EnergyDay" nicht zurücksetzt, zumindest wenn keine Zähleränderung eintritt.
Ist das so gewünscht? bzw. beim Electicity_Modul auch so? ...den nutzte ich ja derzeit auch für's Wasser und "EnergyDay" las ich um 23:59 loggen, das mir ein Chart erzeugen lassen kann mit meinen Tageswerten.
Wenn ich jetzt eine Woche im Urlaub bin, würde dann immer der letzte Stand jeden Tag geloggt werden!?
Ich hab das jetzt mal so gelöst, dass ich mein Zähler-Device um 00:01 +0 mache, dann wird scheinbar alles neu gerechnet.
LG
Marlen
Zitat von: Marlen am 14 September 2017, 11:33:40
Cool, dein Modul 73_WaterCalculator.pm interessiert mich schon, aber ich hab nur einen Hauptzähler!
OK, für den Anfang reicht erstmal das... Irgendeinen Dummen mit einem zweiten Zähler finden wir dann immer noch...
Zitat von: Marlen am 14 September 2017, 11:33:40
Beim Gaszähler hab ich festgestellt, dass sich "EnergyDay" nicht zurücksetzt, zumindest wenn keine Zähleränderung eintritt.
Der sollte sich eigentlich bei der ersten Wertänderung des Tages zurücksetzen, indem er den letzten Wert des Vortages nimmt...
Das deckt sich zumindest mit deiner Aussage, dass sich der Wert nicht ändert, wenn keine Wertänderung eintritt.
Ansonsten mache ich mit allen Werten innerhalb fhem folgendes: https://wiki.fhem.de/wiki/Plot-Abriss_vermeiden
Gruss
Sailor
Moin zusammen
Bitte alle Wasserzähler-Freunde ab jetzt in diesen Thread.
https://forum.fhem.de/index.php/topic,58579.msg685417.html#msg685417
Habe soeben eine Testversion reingelegt.
Gruß
Sailor
Hallo Sailor,
ich kann das so nicht bestätigen mit den zwei Zählern.
Ich kann zwei definieren und die funktionieren.
Ich hatte einen zweiten definiert, aufgrund eines Austausches des Gaszählers.
Eine andere Sache ist aber das die Werte für Volumen des Vorherigen Tages, Monats und Jahres nicht berechnet werden.
Bei mir steht dann immer der selbe Wert wie zu Tages-, Monats- oder Jahresbeginn drin (siehe Bild).
Es müsste doch aber die Volumenmenge sein.
Des Weiteren ist mir aufgefallen, das seit dem ich auch dein ElectricityCalculator Modul nutze, beim definierten GasCalculator das Attribut "SiPrefixPower" ebenfalls auftaucht obwohl dies zum anderen Modul gehört. Das Attribut ist dann auch nicht löschbar.
Grüße
Oliver
Ich hatte die falschen Readings im zweiten GC-Device.
Und keinen Zugriff auf die neuen Readings.
Auch die Setter/Getter verwiesen auf das alte Device.
Hinweis: Soweit ich das in Erinnerung habe, hatte ich nicht neu angelegt, sondern kopiert.
Hallo Oliver
Zitat von: octek0815 am 21 September 2017, 19:17:47
ich kann das so nicht bestätigen mit den zwei Zählern.
Ich kann zwei definieren und die funktionieren.
Ich hatte einen zweiten definiert, aufgrund eines Austausches des Gaszählers.
OK, danke für die Rückmeldung. Ich habe es mir 4 Zählern probiert und es funktioniert.
Zitat von: octek0815 am 21 September 2017, 19:17:47
Eine andere Sache ist aber das die Werte für Volumen des Vorherigen Tages, Monats und Jahres nicht berechnet werden.
Bei mir steht dann immer der selbe Wert wie zu Tages-, Monats- oder Jahresbeginn drin (siehe Bild).
Es müsste doch aber die Volumenmenge sein.
Das ist richtig und eigentlich überflüssig - Ich weiß. Der Wert zu Jahresbeginn ist natürlich identisch mit dem letzten des letzten Jahres.
Ggf. sind nur minimalste Unterschiede zu verzeichnen. Ich könnte entweder die einen oder die anderen Readings löschen. Habe diese aufgrund der Historie drinnen gelassen.
Setze sie auf DbLogExclude und sie stopfen dir nicht das Log-File voll.
Zitat von: octek0815 am 21 September 2017, 19:17:47
Des Weiteren ist mir aufgefallen, das seit dem ich auch dein ElectricityCalculator Modul nutze, beim definierten GasCalculator das Attribut "SiPrefixPower" ebenfalls auftaucht obwohl dies zum anderen Modul gehört. Das Attribut ist dann auch nicht löschbar.
Du brauchst dieses Attribut für Beide!
Gas oder Elektrizität werden in W bzw. Wh berechnet.
Und das Prefix sagt aus ob du die augenblickliche Leistung in W, kW, MW oder GW angegeben haben möchtest.
Gruss
Sailor
Hallo Sailor,
vielen Dank für deine ausführliche Rückmeldung, jedoch passt deine Aussage...
ZitatDas ist richtig und eigentlich überflüssig - Ich weiß. Der Wert zu Jahresbeginn ist natürlich identisch mit dem letzten des letzten Jahres.
Ggf. sind nur minimalste Unterschiede zu verzeichnen. Ich könnte entweder die einen oder die anderen Readings löschen. Habe diese aufgrund der Historie drinnen gelassen.
Setze sie auf DbLogExclude und sie stopfen dir nicht das Log-File voll.
...nicht zur Commandref des Moduls...
Zitat
<DestinationDevice>_<SourceCounterReading>_VolLastDay : Verbrauchtes Volumen des vorherigen Tages.
<DestinationDevice>_<SourceCounterReading>_VolLastMonth : Verbrauchtes Volumen des vorherigen Monats.
<DestinationDevice>_<SourceCounterReading>_VolLastYear : Verbrauchtes Volumen des vorherigen Jahres.
<DestinationDevice>_<SourceCounterReading>_VolLastMeter : Verbrauchtes Volumen des vorherigen Abrechnungszeitraums.
Ich denke viele brauchen oder wollen diese Umrechnung bei Gas in W, kW, MW oder GW gar nicht.
Das ist eh schwierig in der heutigen Zeit bei Versorger-Wechsel oder wenn der aktuelle Versorger zwischendurch den den Z- oder Heizwert anpasst.
Ich würde mich jedenfalls freuen wenn das Volumen in m³ für Tag, Monat und Jahr sowie die Vortages-, Vormonats- und Vorjahres- Volumen-Werte in Readings auftauchen würden.
Dann wäre das Modul Perfekt!
Grüße
Oliver
Keine Antwort?
Hallo,
ich habe hier folgendes Zählerdevice (PulsGas als EspEasy Counter):
Internals:
CFGFN
IODev mqtt
NAME PulsGas
NR 1753
STATE incoming publish received
TYPE MQTT_DEVICE
READINGS:
2017-10-12 00:23:45 Count 0
2017-10-12 00:23:45 Time 77617.00
2017-10-12 00:23:45 Total 421.00
2017-10-12 00:23:45 transmission-state incoming publish received
message_ids:
sets:
subscribe:
/ESP_Easy/gas/Count
/ESP_Easy/gas/Time
/ESP_Easy/gas/Total
subscribeExpr:
^\/ESP_Easy\/gas\/Count$
^\/ESP_Easy\/gas\/Time$
^\/ESP_Easy\/gas\/Total$
subscribeReadings:
/ESP_Easy/gas/Count:
cmd
name Count
/ESP_Easy/gas/Time:
cmd
name Time
/ESP_Easy/gas/Total:
cmd
name Total
Attributes:
IODev mqtt
room MQTT
stateFormat transmission-state
subscribeReading_Count /ESP_Easy/gas/Count
subscribeReading_Time /ESP_Easy/gas/Time
subscribeReading_Total /ESP_Easy/gas/Total
Im Reading "Total" von PulsGas steht der Zählerwert an gezählten Impulsen. Wie genau muss ich jetzt die regex im Gascalulator angeben?
Viele Grüße vom Gent
Zitat von: gent am 12 Oktober 2017, 00:30:16
ich habe hier folgendes Zählerdevice (PulsGas als EspEasy Counter):
Internals:
CFGFN
IODev mqtt
NAME PulsGas
NR 1753
STATE incoming publish received
TYPE MQTT_DEVICE
READINGS:
2017-10-12 00:23:45 Count 0
2017-10-12 00:23:45 Time 77617.00
2017-10-12 00:23:45 Total 421.00
2017-10-12 00:23:45 transmission-state incoming publish received
message_ids:
sets:
subscribe:
/ESP_Easy/gas/Count
/ESP_Easy/gas/Time
/ESP_Easy/gas/Total
subscribeExpr:
^\/ESP_Easy\/gas\/Count$
^\/ESP_Easy\/gas\/Time$
^\/ESP_Easy\/gas\/Total$
subscribeReadings:
/ESP_Easy/gas/Count:
cmd
name Count
/ESP_Easy/gas/Time:
cmd
name Time
/ESP_Easy/gas/Total:
cmd
name Total
Attributes:
IODev mqtt
room MQTT
stateFormat transmission-state
subscribeReading_Count /ESP_Easy/gas/Count
subscribeReading_Time /ESP_Easy/gas/Time
subscribeReading_Total /ESP_Easy/gas/Total
Im Reading "Total" von PulsGas steht der Zählerwert an gezählten Impulsen. Wie genau muss ich jetzt die regex im Gascalulator angeben?
define myGasCalculator GasCalculator mqtt:Total:.*
sollte funktionieren. Allerdings nur wenn sich die Werte auch ändern.
Gruß
Sailor
Hallo Sailor,
vielen Dank. Habe nun Werte.
Viele Grüße vom Gent
Zitat von: Sailor am 30 April 2016, 16:30:48
Der mechanische Zähler hat unter Umständen ein Vorsprung gegenüber dem elektronischen Zähler. Das Delta muss angegeben werden.
Die
Gruß
Sailor
Die Verwirrung kommt aus der Commandref:
GasCounterOffset :
Eine gültige float-Zahl für den Volumen Unterschied = Offset (Nicht der Unterschied zwischen Zählimpulsen) zwischen dem am mechanischen Gaszähler und dem angezeigten Wert im Reading dieses Device.
Der Offset-Wert wird wie folgt ermittelt: VOffset = VMechanisch - VModule
Der Standard-Wert ist 0.00
Hier wird leider nicht erwähnt, in welchem "Reading dieses Device" der Wert für VModule steht. Ich gehe davon aus, dass da "Total Meter" gemeint ist.
Gruß vom Gent
Hallo Sailor,
irgendetwas stimmt hier mit dem GasCounterOffset nicht oder ich verstehe es nicht. Ich musste nun meinen Zählerstand im Modul ein paar mal anpassen wegen Hardwareproblemen im Zählerdevice. Ich gehe immer noch davon aus, dass das Reading, in dem der korrekte Zählerstand steht, das Reading
<DestinationDevice>_<SourceCounterReading>_Meter
ist, so wie ich die Commandref verstehe.
Wenn dieses Reading z.B. den Wert 1987.500 hat und der Zählerstand am Gaszähler 1986.100 ist, dann müsste das GasCounterOffset -1.400 sein. Wenn ich das als Offset eintrage bekomme ich total verrückte Werte z.B. ist _PowerCurrent negativ.
Wo ist mein Denkfehler?
Viele Grüße vom Gent
Hallo Gent
Zitat von: gent am 30 Oktober 2017, 20:55:29
irgendetwas stimmt hier mit dem GasCounterOffset nicht oder ich verstehe es nicht. Ich musste nun meinen Zählerstand im Modul ein paar mal anpassen wegen Hardwareproblemen im Zählerdevice. Ich gehe immer noch davon aus, dass das Reading, in dem der korrekte Zählerstand steht, das Reading
<DestinationDevice>_<SourceCounterReading>_Meter
ist, so wie ich die Commandref verstehe.
Wenn dieses Reading z.B. den Wert 1987.500 hat und der Zählerstand am Gaszähler 1986.100 ist, dann müsste das GasCounterOffset -1.400 sein. Wenn ich das als Offset eintrage bekomme ich total verrückte Werte z.B. ist _PowerCurrent negativ.
Wo ist mein Denkfehler?
Kein Denkfehler...
Wenn du den Offset reingegeben hast musst du 2 bis 3 Auslesungen abwarten, bis die Werte wieder stimmen.
Mit Änderung des Offsets hast du ja die Rechnung und mit den gespeicherten Werten durcheinander gebracht.
Wäre dein Offset positiv, hättest du auch für 2-3 Auslesungen exorbitant hohe Werte für _PowerCurrent.
Das wäre dir wahrscheinlich gar nicht aufgefallen, weil sie nicht negativ sind. ;)
Gruss
Sailor
Hallo Sailor,
vielen Dank für die Aufklärung. Manchmal braucht es nur ein wenig Geduld.
Viele Grüße vom Gent
Hallo,
ich habe nun noch eine Frage: Offenbar läuft mein tatsächlicher Zähler und mein Zählerdevice etwas auseinander:
Im GasCalculator habe ich 2215.710 auf dem Zähler habe ich 2266.700
Was muss ich nun tun, damit beides wieder einigermaßen synchron ist und ich keine Berechnungen verliere?
Viele Grüße vom Gent
Hallo Allerseits,
nun, ich befürchte ihr schlagt die Händer über den Kopf zusammen aber ich fand auf den 15 Seiten für meine Frage einfach keineAntwort ;-)
ich habe eine Therme mit dem km200 von Sailor im Einsatz.
Gaszähler habe ich (aktuiell) keinen eigenen.
Sollte ich nicht über "therme:/heatSources/workingTime/totalSystem.*" als Betriebsstundenzähler einen genäherten Gasverbrauch ermitteln können?
Danke für Hinweise :D
Joe
Hallo Joe
Zitat von: JoeALLb am 20 Dezember 2017, 10:25:04
Sollte ich nicht über "therme:/heatSources/workingTime/totalSystem.*" als Betriebsstundenzähler einen genäherten Gasverbrauch ermitteln können?
Definitive NEIN, da der Betriebsstundenzaehler nicht die Brennmodulation beruecksichtigt.
Gruss
Sailor
Hallo Sailor,
Aber diese könnte man ja mit einbeziehen, die liefert das kn200 Modul ja auch, oder sind deren Daten zu ungenau für solche groben Berechnungen?
Hallo Joe
Zitat von: JoeALLb am 20 Dezember 2017, 13:44:06
Aber diese könnte man ja mit einbeziehen, die liefert das kn200 Modul ja auch, oder sind deren Daten zu ungenau für solche groben Berechnungen?
Das ist alles ein ganz grobes Schaetzeisen.
Das haengt von so vielen Faktoren ab. Und zuguterletzt gibt dir das KM200 Modul nur eine Momentanaufnahme auf Basis des Abfrageintervals.
Um ueber diesem Wege eine verlaessliche Aussage treffen zu koennen, muesstest du
a) Das Abfrageintervall von 300s auf ca 5s reduzieren -> fhem Vollauslastung
b) Du die Modulationsfaktoren kennen (kW pro Prozent Modulation)
c) Die Nichtlineare Modulationskennlinie kennen ( Der Faktor unter b) ist nicht Linear)
Alles Murks!
Gruss
Sailor
Hi all
I try in vain to get it working with my ecocompteur legrand https://blog.domadoo.fr/guides/ecocompteur-legrand-consommations-electricite-eau-gaz/ (https://blog.domadoo.fr/guides/ecocompteur-legrand-consommations-electricite-eau-gaz/)
I get the data via httpmod in fhem. The url from the device give me these data :
{
"data1":3.000000,
"data2":152.000000,
"data3":0.000000,
"data4":132.000000,
"data5":16.000000,
"data6":4953.384766,
"data6m3":460.779999,
"data7":0.000000,
"data7m3":0.000000,
"heure":19,
"minute":43,
"CIR1_Nrj":0.000000,
"CIR1_Vol":0.000000,
"CIR2_Nrj":0.000000,
"CIR2_Vol":0.000000,
"CIR3_Nrj":0.000000,
"CIR3_Vol":0.000000,
"CIR4_Nrj":0.000000,
"CIR4_Vol":0.000000,
"Date_Time":1515181413
}
this is the httpmod def :
fhem> list ecodata
Internals:
BUSY 0
DEF http://192.168.10.14/inst.json 12
Interval 12
JSONEnabled 1
LASTSEND 1515178665.0194
MainURL http://192.168.10.14/inst.json
ModuleVersion 3.3.5 - 29.9.2016
NAME ecodata
NR 42
STATE ???
TRIGGERTIME 1515178677.01867
TRIGGERTIME_FMT 2018-01-05 19:57:57
TYPE HTTPMOD
addr http://192.168.10.14:80
buf HTTP/1.0 200 OK
Server: lwip/3.0
Content-Type: text/plain
{
"data1":3.000000,
"data2":148.000000,
"data3":3416.000000,
"data4":124.000000,
"data5":16.000000,
"data6":4953.492188,
"data6m3":460.789978,
"data7":0.000000,
"data7m3":0.000000,
"heure":19,
"minute":57,
"CIR1_Nrj":0.000000,
"CIR1_Vol":0.000000,
"CIR2_Nrj":0.000000,
"CIR2_Vol":0.000000,
"CIR3_Nrj":0.000000,
"CIR3_Vol":0.000000,
"CIR4_Nrj":0.000000,
"CIR4_Vol":0.000000,
"Date_Time":1515182265
}
code 200
conn
data
displayurl http://192.168.10.14/inst.json
header
host 192.168.10.14
httpheader HTTP/1.0 200 OK
Server: lwip/3.0
Content-Type: text/plain
httpversion 1.0
hu_blocking 0
hu_filecount 113
hu_portSfx
ignoreredirects 0
loglevel 4
path /inst.json
protocol http
redirects 0
timeout 2
url http://192.168.10.14/inst.json
value 0
QUEUE:
Readings:
2018-01-05 19:57:45 CIR1_Nrj 0
2018-01-05 19:57:45 CIR1_Vol 0
2018-01-05 19:57:45 CIR2_Nrj 0
2018-01-05 19:57:45 CIR2_Vol 0
2018-01-05 19:57:45 CIR3_Nrj 0
2018-01-05 19:57:45 CIR3_Vol 0
2018-01-05 19:57:45 CIR4_Nrj 0
2018-01-05 19:57:45 CIR4_Vol 0
2018-01-05 19:57:45 Date_Time 1515182265
2018-01-05 19:57:45 data1 3
2018-01-05 19:57:45 data2 148
2018-01-05 19:57:45 data3 3416
2018-01-05 19:57:45 data4 124
2018-01-05 19:57:45 data5 16
2018-01-05 19:57:45 data6 4953.492188
2018-01-05 19:57:45 data6m3 460.789978
2018-01-05 19:57:45 data7 0
2018-01-05 19:57:45 data7m3 0
2018-01-05 19:57:45 heure 19
2018-01-05 19:57:45 minute 57
2018-01-05 19:57:45 totalgazm3 890.79
2018-01-05 19:57:45 totalwatts 3707
Request:
data
header
ignoreredirects 0
retryCount 0
type update
url http://192.168.10.14/inst.json
value 0
Defptr:
Readingbase:
CIR1_Nrj reading
CIR1_Vol reading
CIR2_Nrj reading
CIR2_Vol reading
CIR3_Nrj reading
CIR3_Vol reading
CIR4_Nrj reading
CIR4_Vol reading
Date_Time reading
data1 reading
data2 reading
data3 reading
data4 reading
data5 reading
data6 reading
data6m3 reading
data7 reading
data7m3 reading
heure reading
minute reading
Readingnum:
CIR1_Nrj
CIR1_Vol
CIR2_Nrj
CIR2_Vol
CIR3_Nrj
CIR3_Vol
CIR4_Nrj
CIR4_Vol
Date_Time
data1
data2
data3
data4
data5
data6
data6m3
data7
data7m3
heure
minute
Readingoutdated:
Requestreadings:
Update:
CIR1_Nrj reading
CIR1_Vol reading
CIR2_Nrj reading
CIR2_Vol reading
CIR3_Nrj reading
CIR3_Vol reading
CIR4_Nrj reading
CIR4_Vol reading
Date_Time reading
data1 reading
data2 reading
data3 reading
data4 reading
data5 reading
data6 reading
data6m3 reading
data7 reading
data7m3 reading
heure reading
minute reading
Sslargs:
Attributes:
disable 0
extractAllJSON 1
userReadings totalgazm3 { sprintf("%.2f",ReadingsVal("ecodata","data6m3",0)+430.00) },
totalwatts { ReadingsVal("ecodata","data1",0)+ReadingsVal("ecodata","data2",0)+ReadingsVal("ecodata","data3",0)+ReadingsVal("ecodata","data4",0)+ReadingsVal("ecodata","data5",0) }
The gas realtime count value is data6m3 (m3) and data6 is the gas count in Wh
here is the def :
fhem> list calculateur_gaz
Internals:
DEF ecodata:data6m3:.*
NAME calculateur_gaz
NR 72
NTFY_ORDER 10-calculateur_gaz
REGEXP ecodata:data6m3:.*
STATE active
TYPE GasCalculator
Readings:
2018-01-05 19:52:42 ecodata_data6m3_EnergyCostDay 0.000
2018-01-05 19:52:42 ecodata_data6m3_EnergyCostMeter 0.000
2018-01-05 19:52:42 ecodata_data6m3_EnergyCostMonth 0.000
2018-01-05 19:52:42 ecodata_data6m3_EnergyCostYear 0.000
2018-01-05 19:52:42 ecodata_data6m3_EnergyDay 0.000
2018-01-05 19:52:42 ecodata_data6m3_EnergyMeter 0.000
2018-01-05 19:52:42 ecodata_data6m3_EnergyMonth 0.000
2018-01-05 19:52:42 ecodata_data6m3_EnergyYear 0.000
2018-01-05 19:52:42 ecodata_data6m3_FinanceReserve 0.000
2018-01-05 19:52:42 ecodata_data6m3_Meter 4.608
2018-01-05 19:52:42 ecodata_data6m3_MonthMeterReading 9
2018-01-05 19:52:42 ecodata_data6m3_PowerCurrent 0.000
2018-01-05 19:52:42 ecodata_data6m3_PowerDayAver 0.000
2018-01-05 19:52:18 ecodata_data6m3_PowerDayMax 0
2018-01-05 19:52:18 ecodata_data6m3_PowerDayMin 0
2018-01-05 19:52:18 ecodata_data6m3_Vol1stDay 4.60779999
2018-01-05 19:52:18 ecodata_data6m3_Vol1stMeter 4.60779999
2018-01-05 19:52:18 ecodata_data6m3_Vol1stMonth 4.60779999
2018-01-05 19:52:18 ecodata_data6m3_Vol1stYear 4.60779999
2018-01-05 19:52:18 ecodata_data6m3_VolLastDay 4.608
2018-01-05 19:52:18 ecodata_data6m3_VolLastMeter 4.608
2018-01-05 19:52:18 ecodata_data6m3_VolLastMonth 4.608
2018-01-05 19:52:18 ecodata_data6m3_VolLastYear 4.608
2018-01-05 19:51:51 ecodata_totalgazm3_EnergyCostDay 0.000
2018-01-05 19:51:51 ecodata_totalgazm3_EnergyCostMeter 0.000
2018-01-05 19:51:51 ecodata_totalgazm3_EnergyCostMonth 0.000
2018-01-05 19:51:51 ecodata_totalgazm3_EnergyCostYear 0.000
2018-01-05 19:51:51 ecodata_totalgazm3_EnergyDay 0.004
2018-01-05 19:51:51 ecodata_totalgazm3_EnergyMeter 0.004
2018-01-05 19:51:51 ecodata_totalgazm3_EnergyMonth 0.004
2018-01-05 19:51:51 ecodata_totalgazm3_EnergyYear 0.004
2018-01-05 19:51:51 ecodata_totalgazm3_FinanceReserve -0.000
2018-01-05 19:51:51 ecodata_totalgazm3_Meter 8.908
2018-01-05 19:51:51 ecodata_totalgazm3_MonthMeterReading 9
2018-01-05 19:51:51 ecodata_totalgazm3_PowerCurrent 0.000
2018-01-05 19:51:51 ecodata_totalgazm3_PowerDayAver 0.029
2018-01-05 19:35:18 ecodata_totalgazm3_PowerDayMax 2.400
2018-01-05 19:34:27 ecodata_totalgazm3_PowerDayMin 0
2018-01-05 19:34:27 ecodata_totalgazm3_Vol1stDay 8.9074
2018-01-05 19:34:27 ecodata_totalgazm3_Vol1stMeter 8.9074
2018-01-05 19:34:27 ecodata_totalgazm3_Vol1stMonth 8.9074
2018-01-05 19:34:27 ecodata_totalgazm3_Vol1stYear 8.9074
2018-01-05 19:34:27 ecodata_totalgazm3_VolLastDay 8.907
2018-01-05 19:34:27 ecodata_totalgazm3_VolLastMeter 8.907
2018-01-05 19:34:27 ecodata_totalgazm3_VolLastMonth 8.907
2018-01-05 19:34:27 ecodata_totalgazm3_VolLastYear 8.907
System:
SiPrefixPowerFactor 1
Attributes:
BasicPricePerAnnum 0
Currency €
GasCounterOffset 0
GasCubicPerCounts 0.01
GasNominalHeatingValue 10
GasPricePerKWh 0.0534
GaszValue 1
MonthOfAnnualReading 5
MonthlyPayment 0
ReadingDestination CalculatorDevice
SiPrefixPower W
Volume m³
room Chauffage
The meter is wrong, is appear to be divided by a factor of 100; Should be around 460.xx without taking the offset (430 m3) in consideration
Do you guys knows what I'm doing wrong ?
ZitatGasCubicPerCounts 0.01
should be 1 in your case.
Regards Markus
Zitat von: KölnSolar am 05 Januar 2018, 22:43:48
should be 1 in your case.
Regards Markus
Thanks, yes you're right the conversion impulse/m3 is already done by the device so, it should appear to fhem as is.
Hallo Sailor,
habe nun einen Gaszähler nachgerüstet, funktioniert einwandfrei, danke.
Ich möchte noch einen Wunsch äußern :)
Zu deiner Modulreihe würde, so denke ich, gut ein Modul zur Lade-Berechnung eines Pufferspeichers passen.
Denn oft würde man doch gerne wissen, wieviel dort anzapfbare Energie gespeichert ist bzw. ob ich ihn noch laden kann/darf/soll.
Als Idee könnte man die Puffergröße, die Lage der Temperatursensoren und ggf. Einspeisquellen angeben. Über die Daten des Gaszählers und ggf. des Stromzählers oder auch Solarreglers könnte man sicherlich brauchbare Daten erzeugen.... :D
sG Joe
Hi,
kann man das Modul auch nutzen wenn man nur einen Reedkontakt am GPIO hat und somit nur den Trigger aller 0,01m3 bekommt?
Gruß Thomas
Klar, dafür ist es da ;)
Genau so mache ich es.
Habe aber noch ein ESPEasy Modul dazwischen welches die Impulse vom ESP8266 empfängt.
In meinem Blog habe ich es genauer beschrieben.
http://majorshark.de/index.php/1-gaszaehler-mit-espeasy-und-fhem (http://majorshark.de/index.php/1-gaszaehler-mit-espeasy-und-fhem)
Ich möchte jetzt gern Tages, Monats, Jahreswerte bekommen.
Genau genommen möchte ich mir in einer Readingsgroup folgendes anzeigen lassen:
Gasverbrauch
Januar 2017
Februar 2017
März 2017
...u.s.w.
Also für jeden Monat den Verbrauch an Gas anzeigen lassen.
Funktioniert dies?
Gruß Thomas
Zitat von: majorshark am 13 Februar 2018, 21:15:06
Genau so mache ich es.
Habe aber noch ein ESPEasy Modul dazwischen welches die Impulse vom ESP8266 empfängt.
In meinem Blog habe ich es genauer beschrieben.
http://majorshark.de/index.php/1-gaszaehler-mit-espeasy-und-fhem (http://majorshark.de/index.php/1-gaszaehler-mit-espeasy-und-fhem)
Hallo Frank, Danke für deine Infos. Zum Thema Zählerstand in FHEM auswerten habe ich aber nicht in deinem Blog gefunden.
Gruß Thomas
Ja das stimmt.
Ich werte die Zählerstände mit dem GasCalculator und den Standard Plot's aus.
Um die Werte aus dem ESPEasy Device in das Calculator Device zu bekommen muss dieser nur entsprechend definiert werden.
define <Name> GasCalculator <ESPDevice>:<Zählerreading>.*
Zitat von: majorshark am 14 Februar 2018, 17:19:10
Ja das stimmt.
Ich werte die Zählerstände mit dem GasCalculator und den Standard Plot's aus.
Um die Werte aus dem ESPEasy Device in das Calculator Device zu bekommen muss dieser nur entsprechend definiert werden.
define <Name> GasCalculator <ESPDevice>:<Zählerreading>.*
Frank, kannst du mir bei meiner eigentlichen Frage irgendwie helfen?
——————————————————
Ich möchte jetzt gern Tages, Monats, Jahreswerte bekommen.
Genau genommen möchte ich mir in einer Readingsgroup folgendes anzeigen lassen:
Gasverbrauch
Januar 2017
Februar 2017
März 2017
...u.s.w.
Also für jeden Monat den Verbrauch an Gas anzeigen lassen.
Funktioniert dies?
Ja das geht. Wobei ich nicht für jeden Monat ein neues Reading anlegen, sondern die Werte wie üblich in ein Logbuch schreiben würde.
Der GasCalculator stellt ja alle Readings zur Verfügung.
Hier mal die Readings von meinem:
ESPEasy_IN_Z62_Total_CostMonthLast 67.717 2016-12-01 00:01:30
ESPEasy_IN_Z62_Total_EnergyCostDay 3.293 2018-02-14 20:09:00
ESPEasy_IN_Z62_Total_EnergyCostDayLast 2.414 2018-02-14 00:01:15
ESPEasy_IN_Z62_Total_EnergyCostMeter 324.521 2018-02-14 20:09:00
ESPEasy_IN_Z62_Total_EnergyCostMeterLast 483.464 2017-06-01 00:02:13
ESPEasy_IN_Z62_Total_EnergyCostMonth 41.164 2018-02-14 20:09:00
ESPEasy_IN_Z62_Total_EnergyCostMonthLast 80.818 2018-02-01 00:00:42
ESPEasy_IN_Z62_Total_EnergyCostYear 121.982 2018-02-14 20:09:00
ESPEasy_IN_Z62_Total_EnergyCostYearLast 535.976 2018-01-01 00:02:18
ESPEasy_IN_Z62_Total_EnergyDay 58.290 2018-02-14 20:09:00
ESPEasy_IN_Z62_Total_EnergyDayLast 42.724 2018-02-14 00:01:15
ESPEasy_IN_Z62_Total_EnergyMeter 5743.739 2018-02-14 20:09:00
ESPEasy_IN_Z62_Total_EnergyMeterLast 8556.889 2017-06-01 00:02:13
ESPEasy_IN_Z62_Total_EnergyMonth 728.568 2018-02-14 20:09:00
ESPEasy_IN_Z62_Total_EnergyMonthLast 1430.406 2018-02-01 00:00:42
ESPEasy_IN_Z62_Total_EnergyYear 2158.974 2018-02-14 20:09:00
ESPEasy_IN_Z62_Total_EnergyYearLast 9486.305 2018-01-01 00:02:18
ESPEasy_IN_Z62_Total_FinanceReserve 482.869 2018-02-14 20:09:00
ESPEasy_IN_Z62_Total_Meter 8248.930 2018-02-14 20:09:00
ESPEasy_IN_Z62_Total_MonthMeterReading 9 2018-02-14 20:09:00
ESPEasy_IN_Z62_Total_PowerCurrent 35.132 2018-02-14 20:09:00
ESPEasy_IN_Z62_Total_PowerCurrent_Round 35132 2018-02-14 20:09:01
ESPEasy_IN_Z62_Total_PowerDayAver 4.056 2018-02-14 20:09:00
ESPEasy_IN_Z62_Total_PowerDayMax 966.128 2018-02-14 00:02:48
ESPEasy_IN_Z62_Total_PowerDayMin 0 2018-02-14 00:01:15
ESPEasy_IN_Z62_Total_Vol1stDay 8243.5 2018-02-14 00:01:15
ESPEasy_IN_Z62_Total_Vol1stMeter 7713.870 2017-06-01 00:02:14
ESPEasy_IN_Z62_Total_Vol1stMonth 8181.060 2018-02-01 00:00:42
ESPEasy_IN_Z62_Total_Vol1stYear 8047.810 2018-01-01 00:02:18
ESPEasy_IN_Z62_Total_VolLastDay 8243.500 2018-02-14 00:01:15
ESPEasy_IN_Z62_Total_VolLastMeter 7713.870 2017-06-01 00:02:14
ESPEasy_IN_Z62_Total_VolLastMonth 8181.060 2018-02-01 00:00:42
ESPEasy_IN_Z62_Total_VolLastYear 8047.810 2018-01-01 00:02:18
Da findest Du alle Werte. Tag, Monat und Jahr. Mit diesen Werten legst Du ein Logbuch an und machst daraus das jeweilige Plot.
Logbuch:
defmod FileLog_GasuhrEnergyDayLast FileLog /mnt/usbstick/fhem/log/GasuhrEnergyDayLast-%Y.log Gaszaehler:ESPEasy_IN_Z62_Total_EnergyCostDayLast:.*|Gaszaehler:ESPEasy_IN_Z62_Total_EnergyDayLast:.*
Das sieht dann so aus wie im Anhang.
Moin
Zitat von: majorshark am 14 Februar 2018, 20:20:13
Ja das geht. Wobei ich nicht für jeden Monat ein neues Reading anlegen, sondern die Werte wie üblich in ein Logbuch schreiben würde.
Der GasCalculator stellt ja alle Readings zur Verfügung.
Und genau so sieht's aus. Deswegen werden die Werte ja auch ins Log geschrieben. ;D
Zitat von: majorshark am 14 Februar 2018, 20:20:13
Da findest Du alle Werte. Tag, Monat und Jahr. Mit diesen Werten legst Du ein Logbuch an und machst daraus das jeweilige Plot.
defmod FileLog_GasuhrEnergyDayLast FileLog /mnt/usbstick/fhem/log/GasuhrEnergyDayLast-%Y.log Gaszaehler:ESPEasy_IN_Z62_Total_EnergyCostDayLast:.*|Gaszaehler:ESPEasy_IN_Z62_Total_EnergyDayLast:.*
Das sieht dann so aus wie im Anhang.
Und so könnt ihr Euch Graphen für die Tage, Monate, Jahre und die Abrechnungszeiträume machen...
Als ob der Programmierer sich was dabei gedacht hätte. ;D
Gruß
Sailor
Zitat von: Sailor am 15 Februar 2018, 13:37:02
Moin
Und genau so sieht's aus. Deswegen werden die Werte ja auch ins Log geschrieben. ;D
Und so könnt ihr Euch Graphen für die Tage, Monate, Jahre und die Abrechnungszeiträume machen...
Als ob der Programmierer sich was dabei gedacht hätte. ;D
Gruß
Sailor
Danke das habe ich nun hinbekommen.
Nur wie kann man das SVG so bearbeiten das es mir Balkendiagramme für alle Jahre anzeigt?
Also einen Balken je Jahr 2014 2015 2016 2017
Für die Monate habe ich es hinbekomme .
Vielen Dank im Voraus
Thomas
Das geht nur wenn das Logbuch auch die Werte für 2014 bis 2017 enthält. Also musst du die Jahreswerte des GasCalculator loggen und ein bisschen warten. Dann hast Du die Jahreswerte ab heute.
Du kannst natürlich auch ein bisschen tricksen und die Werte für die Jahre mit einem Editor in das Logbuch schreiben sofern die Daten vorhanden sind.
Hallo Leute,
mal ne frage, wie gehe ich damit um, wenn ein neuer Zähler eingebaut wurde?
Danke und Gruß Robert
Device specific help ...
GasCounterOffset :
Eine gültige float-Zahl für den Volumen Unterschied = Offset (Nicht der Unterschied zwischen Zählimpulsen) zwischen dem am mechanischen Gaszähler und dem angezeigten Wert im Reading dieses Device.
Der Offset-Wert wird wie folgt ermittelt: VOffset = VMechanisch - VModule
Der Standard-Wert ist 0.00
Hallo Zusammen,
ich habe den Aufbau von majorshark nachgebaut.
Leider erscheint im Modul GasCalculator kein Reading, hier scheint ein Problem mit der Variable Total bei mir vorzuliegen.
Total erscheint auch nicht im Logfile.
Total wird aber richtig aufsummiert-
Hier die Defs:
ESP8266:
Internals:
DEF 192.168.1.45 80 espBridge Nodemcu_GASZAEHLER
ESP_BUILD 20000
ESP_BUILD_GIT v2.0.0-dev12
ESP_BUILD_NOTES - Mega
ESP_NODE_TYPE_ID 17: ESP Easy Mega
ESP_SLEEP 0
ESP_UNIT 0
ESP_VERSION 2
HOST 192.168.1.45
IDENT Nodemcu_GASZAEHLER
INTERVAL 300
IODev espBridge
LASTInputDev espBridge
MSGCNT 3
NAME ESPEasy_GASZAEHLER
NOTIFYDEV global
NR 179
NTFY_ORDER 50-ESPEasy_GASZAEHLER
PORT 80
STATE Abs: 6059 Dif: 17 Zei: 11142
SUBTYPE device
TYPE ESPEasy
VERSION 1.36
espBridge_MSGCNT 3
espBridge_TIME 2018-02-26 21:14:19
READINGS:
2018-02-26 21:14:19 Absolut 6059
2018-02-26 21:14:19 Count_m3per5min 2.04
2018-02-26 21:14:19 Differenz 17
2018-02-26 21:14:19 Total 6082
2018-02-26 21:14:19 Zeit 11142
2018-02-26 21:12:33 presence present
2018-02-26 21:14:19 state Abs: 6059 Dif: 17 Zei: 11142
helper:
fpc 1519675351.71215
pm:
Encode 1
JSON 1
received:
Absolut 1519676059.91459
Differenz 1519676059.91207
Zeit 1519676059.91702
Attributes:
IODev espBridge
Interval 300
event-on-change-reading state
group ESPEasy Device
presenceCheck 1
readingSwitchText 1
room ESPEasy,Heizungsraum,Heizungsübersicht
setState 3
userReadings Count_m3per5min {sprintf("%.2f",ReadingsVal("ESPEasy_GASZAEHLER","Differenz",0)/100*12);;;;},Total monotonic {ReadingsVal("ESPEasy_GASZAEHLER","Absolut",0)}
GasCalculator
Internals:
DEF ESPEasy_GASZAEHLER:Total.*
NAME Gaszaehler
NR 195
NTFY_ORDER 10-Gaszaehler
REGEXP ESPEasy_GASZAEHLER:Total.*
STATE active
TYPE GasCalculator
system:
SiPrefixPowerFactor 1
Attributes:
BasicPricePerAnnum 0
Currency €
GasCounterOffset 0
GasCubicPerCounts 0.01
GasNominalHeatingValue 10
GasPricePerKWh 0.0654
GaszValue 1
MonthOfAnnualReading 5
MonthlyPayment 0
ReadingDestination CalculatorDevice
SiPrefixPower W
Volume m³
room Central Heating,Heizungsraum,Heizungsübersicht
Auszug logfile vom ESP8266
2018-02-26_21:14:19 ESPEasy_GASZAEHLER Abs: 6059 Dif: 17 Zei: 11142
Nimm mal das event-on-change-reading im ESPEasy_GASZAEHLER komplett raus. Dann sollte es gehen.
Danke, ist mir auch gerade aufgefallen :o
Hallo zusammen,
ich habe gerade ein ähnliches Problem:
Ich habe
attr myGasCalculator ReadingDestination CounterDevice
definiert, im CounterDevice wird für die Einträge jedoch kein Event produziert: => Es landen keine Einträge in der DbLog!!
Ich habe keine event-on-.* definiert, die readings werden auch aktualisiert, aber eben ohne dass diese mit geloggt werden.
Im Event-Monitor scheinen diese ebenfalls nicht auf! Liegt hier ein Fehler vor?
Nachtreg: Wenn ich
attr myGasCalculator ReadingDestination CounterDevice
entferne, wird es geloggt. Kann sein, dass die Einträge im anderen Device ohne Events geschrieben werden?
sG Joe
Hallo Joe
Zitat von: JoeALLb am 27 Februar 2018, 07:41:10
Nachtreg: Wenn ich
attr myGasCalculator ReadingDestination CounterDevice
entferne, wird es geloggt. Kann sein, dass die Einträge im anderen Device ohne Events geschrieben werden?
Wenn du das Attribut "ReadingDestination" auf "CounterDevice" legst, werden alle Readings zusaetzlich in dein Counter Device geschrieben.
Schau mal nach 8)
Wenn du das Attribut "ReadingDestination" auf "CalculatorDevice" legst, landen sie alle im CounterDevice. ;D
Gruss
Sailor
Hallo Sailor,
Zusätzlich? Ich habe die Readings dann NUR dort.
Das Loggen mit DB-Log klappt dennoch nicht...
Mit "CalculatorDevice" Klappt es nicht, mit "CounterDevice" schon.
Da wird einfach kein Event ausgelöst....
Hallo Zusammen,
bei mir werden im Moment in den readings die Einheiten €, m3, KW nicht angezeigt.
Hat jemand eine Idee woran es liegen könnte?
Def:
Internals:
CHANGED
DEF ESPEasy_GASZAEHLER:Total.*
NAME Gaszaehler
NR 195
NTFY_ORDER 10-Gaszaehler
REGEXP ESPEasy_GASZAEHLER:Total.*
STATE active
TYPE GasCalculator
READINGS:
2018-02-27 21:50:49 ESPEasy_GASZAEHLER_Total_EnergyCostDay 8.961
2018-02-27 00:03:55 ESPEasy_GASZAEHLER_Total_EnergyCostDayLast 1.328
2018-02-27 21:50:49 ESPEasy_GASZAEHLER_Total_EnergyCostMeter 9.717
2018-02-27 21:50:49 ESPEasy_GASZAEHLER_Total_EnergyCostMonth 9.717
2018-02-27 21:50:49 ESPEasy_GASZAEHLER_Total_EnergyCostYear 9.717
2018-02-27 21:50:49 ESPEasy_GASZAEHLER_Total_EnergyDay 240.900
2018-02-27 00:03:55 ESPEasy_GASZAEHLER_Total_EnergyDayLast 20.300
2018-02-27 21:50:49 ESPEasy_GASZAEHLER_Total_EnergyMeter 261.200
2018-02-27 21:50:49 ESPEasy_GASZAEHLER_Total_EnergyMonth 261.200
2018-02-27 21:50:49 ESPEasy_GASZAEHLER_Total_EnergyYear 261.200
2018-02-27 21:50:49 ESPEasy_GASZAEHLER_Total_FinanceReserve 854.950
2018-02-27 21:50:49 ESPEasy_GASZAEHLER_Total_Meter 87.240
2018-02-27 21:50:49 ESPEasy_GASZAEHLER_Total_MonthMeterReading 8
2018-02-27 21:50:49 ESPEasy_GASZAEHLER_Total_PowerCurrent 0.000
2018-02-27 21:50:49 ESPEasy_GASZAEHLER_Total_PowerDayAver 2221.723
2018-02-27 21:35:48 ESPEasy_GASZAEHLER_Total_PowerDayMax 1760949.127
2018-02-27 21:39:41 ESPEasy_GASZAEHLER_Total_PowerDayMin -536598
2018-02-27 00:03:55 ESPEasy_GASZAEHLER_Total_Vol1stDay 63.15
2018-02-26 21:32:43 ESPEasy_GASZAEHLER_Total_Vol1stMeter 61.12
2018-02-26 21:32:43 ESPEasy_GASZAEHLER_Total_Vol1stMonth 61.12
2018-02-26 21:32:43 ESPEasy_GASZAEHLER_Total_Vol1stYear 61.12
2018-02-27 00:03:55 ESPEasy_GASZAEHLER_Total_VolLastDay 63.150
2018-02-26 21:32:43 ESPEasy_GASZAEHLER_Total_VolLastMeter 61.120
2018-02-26 21:32:43 ESPEasy_GASZAEHLER_Total_VolLastMonth 61.120
2018-02-26 21:32:43 ESPEasy_GASZAEHLER_Total_VolLastYear 61.120
system:
SiPrefixPowerFactor 1000
Attributes:
BasicPricePerAnnum 539,76
Currency €
GasCounterOffset 0
GasCubicPerCounts 0.01
GasNominalHeatingValue 10
GasPricePerKWh 0.0372
GaszValue 1
MonthOfAnnualReading 7
MonthlyPayment 153
ReadingDestination CalculatorDevice
SiPrefixPower kW
Volume m³
room Central Heating,Heizungsraum,Heizungsübersicht
Meiner Meinung nach wurden da noch nie Einheiten angezeigt.
Hallo zusammen,
vornweg erst mal ein lob für das Modul, genau das hatte ich gesucht!!!! Respekt Sailor!!!!!
Leider sehen meine Readings nicht wirklich gut aus, irgendwie scheint die Komma Stelle verschoben zu sein :o
Internals:
CFGFN
DEF Gasverbrauch:countsOverall.*
NAME MyGasCalculator
NR 186
NTFY_ORDER 10-MyGasCalculator
REGEXP Gasverbrauch:countsOverall.*
STATE active
TYPE GasCalculator
READINGS:
2018-02-28 20:15:42 Gasverbrauch_countsOverall_EnergyCostDay 1823.858
2018-02-28 00:00:02 Gasverbrauch_countsOverall_EnergyCostDayLast 1819.031
2018-02-28 20:15:42 Gasverbrauch_countsOverall_EnergyCostMeter 591.130
2018-02-28 20:15:42 Gasverbrauch_countsOverall_EnergyCostMonth 94.968
2018-02-28 20:15:42 Gasverbrauch_countsOverall_EnergyCostYear 1823.858
2018-02-28 20:15:42 Gasverbrauch_countsOverall_EnergyDay 42514.171
2018-02-28 00:00:02 Gasverbrauch_countsOverall_EnergyDayLast 42401.656
2018-02-28 20:15:42 Gasverbrauch_countsOverall_EnergyMeter 13779.257
2018-02-28 20:15:42 Gasverbrauch_countsOverall_EnergyMonth 2213.712
2018-02-28 20:15:42 Gasverbrauch_countsOverall_EnergyYear 42514.171
2018-02-28 20:15:42 Gasverbrauch_countsOverall_FinanceReserve -66.870
2018-02-28 20:15:42 Gasverbrauch_countsOverall_Meter 4031.690
2018-02-28 20:15:42 Gasverbrauch_countsOverall_MonthMeterReading 11
2018-02-28 20:15:42 Gasverbrauch_countsOverall_PowerCurrent 0.000
2018-02-28 20:15:42 Gasverbrauch_countsOverall_PowerDayAver -22258.194
2018-02-28 07:03:56 Gasverbrauch_countsOverall_PowerDayMax 1303582.634
2018-02-28 06:54:39 Gasverbrauch_countsOverall_PowerDayMin -50841241
2018-02-28 06:16:27 Gasverbrauch_countsOverall_Vol1stDay 0.0
2018-02-28 06:11:09 Gasverbrauch_countsOverall_Vol1stMeter 2724.980
2018-02-28 06:11:36 Gasverbrauch_countsOverall_Vol1stMonth 3821.760
2018-02-27 17:53:07 Gasverbrauch_countsOverall_Vol1stYear 0.00
2018-02-28 06:13:50 Gasverbrauch_countsOverall_VolLastDay 0.0
2018-02-28 06:14:40 Gasverbrauch_countsOverall_VolLastMeter 0.0
2018-02-28 06:36:54 Gasverbrauch_countsOverall_VolLastMonth 00.00
2018-02-27 17:57:00 Gasverbrauch_countsOverall_VolLastYear 0.0
system:
SiPrefixPowerFactor 1
Attributes:
BasicPricePerAnnum 100.08
Currency €
GasCounterOffset 4017.62
GasCubicPerCounts 0.01
GasNominalHeatingValue 11.1
GasPricePerKWh 0.0429
GaszValue 0.95
MonthOfAnnualReading 4
MonthlyPayment 56.00
ReadingDestination CalculatorDevice
SiPrefixPower W
Volume m³
disable 0
room GAS
Ich persönlich finde 1819.03 € für den Verbrauch gestern etwas viel. :-[
Vielleicht übersehe ich ja wieder was in den Einstellungen?! ich wär für Hilfe sehr dankbar!!!
VG
pflock_y
Hallo Pflock
Zitat von: pflock_y am 28 Februar 2018, 20:27:11
vornweg erst mal ein lob für das Modul, genau das hatte ich gesucht!!!! Respekt Sailor!!!!!
Danke! 8)
Zitat von: pflock_y am 28 Februar 2018, 20:27:11
Leider sehen meine Readings nicht wirklich gut aus, irgendwie scheint die Komma Stelle verschoben zu sein :o
Ich persönlich finde 1819.03 € für den Verbrauch gestern etwas viel. :-[
Vielleicht übersehe ich ja wieder was in den Einstellungen?! ich wär für Hilfe sehr dankbar!!!
Du hast erst Readings abgewartet und dann den Offsett geaendert.
Dann hat er die Differenz zum vorherigen (falschen) Wert genommen und den Preis fuer das Offset berechnet.
Siehe auch commandref
ZitatUm zu verhindern, dass man bis zu 12 Monate warten muss, bis alle Werte der Realität entsprechen, müssen die Readings <DestinationDevice>_<SourceCounterReading>_Vol1stDay, <DestinationDevice>_<SourceCounterReading>_Vol1stMonth, <DestinationDevice>_<SourceCounterReading>_Vol1stYear und <DestinationDevice>_<SourceCounterReading>_Vol1stMeter entsprechend mit dem setreading - Befehl korrigiert werden. Diese Werte findet man unter Umständen auf der letzten Gas-Rechnung. Andernfalls dauert es bis zu 24h für die täglichen, 30 Tage für die monatlichen und bis zu 12 Monate für die jährlichen Werte bis diese der Realität entsprechen.
Der Tageswert duerfte sich morgen normalisiert haben...
Der Monats und Jahreswert dauert dann wohl nooch ein bisschen... ;)
Gruss
Sailor
M
Hallo Sailor,
Danke für die Tip, genau so hatte ich es gemacht:
ZitatDu hast erst Readings abgewartet und dann den Offsett geaendert.
ich werde mal versuchen eine zweite Instanz des Moduls zum laufen zu bringen. Hier dann erst das Offset und alle relevanten werte eintragen bevor das erste Reading erscheint.
Die Tageswerte haben sich, so du es auch geschrieben hast, normalisiert.
VG
pflock_y
Hallo Sailor, und danke fuer die Arbeit die Du in dieses Modul gesteckt hast.
Ich habe eine Frage zum Tagesverbrauch (EnergyDay):
Wann genau wird der Zähler zurückgesetzt? Ich habe beispielsweise gestern 3.309 kWh verbraucht. Heute hat die Heizung gar nicht gebrannt, der Zähler steht aber immer noch auf 3.309. Ein Auszug auf meiner LogDB zeigt mir dass die Werte jeden Tag zu einer anderen Zeit zurückgesetzt werden:
TIMESTAMP DEVICE TYPE EVENT READING VALUE UNIT
2018-04-09 21:59:22 gasverbrauch GASCALCULATOR owc_gas_B_EnergyDay: 3.309 owc_gas_B_EnergyDay 3.309
2018-04-09 20:53:21 gasverbrauch GASCALCULATOR owc_gas_B_EnergyDay: 2.206 owc_gas_B_EnergyDay 2.206
2018-04-09 20:03:21 gasverbrauch GASCALCULATOR owc_gas_B_EnergyDay: 1.103 owc_gas_B_EnergyDay 1.103
2018-04-09 12:07:16 gasverbrauch GASCALCULATOR owc_gas_B_EnergyDay: 0.000 owc_gas_B_EnergyDay 0.000
2018-04-08 23:19:07 gasverbrauch GASCALCULATOR owc_gas_B_EnergyDay: 8.823 owc_gas_B_EnergyDay 8.823
2018-04-08 22:17:07 gasverbrauch GASCALCULATOR owc_gas_B_EnergyDay: 7.720 owc_gas_B_EnergyDay 7.720
2018-04-08 21:21:07 gasverbrauch GASCALCULATOR owc_gas_B_EnergyDay: 6.617 owc_gas_B_EnergyDay 6.617
2018-04-08 08:19:04 gasverbrauch GASCALCULATOR owc_gas_B_EnergyDay: 5.514 owc_gas_B_EnergyDay 5.514
2018-04-08 07:51:03 gasverbrauch GASCALCULATOR owc_gas_B_EnergyDay: 4.412 owc_gas_B_EnergyDay 4.412
2018-04-08 07:29:04 gasverbrauch GASCALCULATOR owc_gas_B_EnergyDay: 3.309 owc_gas_B_EnergyDay 3.309
2018-04-08 07:09:04 gasverbrauch GASCALCULATOR owc_gas_B_EnergyDay: 2.206 owc_gas_B_EnergyDay 2.206
2018-04-08 03:27:02 gasverbrauch GASCALCULATOR owc_gas_B_EnergyDay: 1.103 owc_gas_B_EnergyDay 1.103
2018-04-08 03:03:02 gasverbrauch GASCALCULATOR owc_gas_B_EnergyDay: 0.000 owc_gas_B_EnergyDay 0.000
2018-04-07 23:35:02 gasverbrauch GASCALCULATOR owc_gas_B_EnergyDay: 13.235 owc_gas_B_EnergyDay 13.235
2018-04-07 22:29:02 gasverbrauch GASCALCULATOR owc_gas_B_EnergyDay: 12.132 owc_gas_B_EnergyDay 12.132
2018-04-07 21:33:02 gasverbrauch GASCALCULATOR owc_gas_B_EnergyDay: 11.029 owc_gas_B_EnergyDay 11.029
2018-04-07 20:51:01 gasverbrauch GASCALCULATOR owc_gas_B_EnergyDay: 9.926 owc_gas_B_EnergyDay 9.926
2018-04-07 09:42:59 gasverbrauch GASCALCULATOR owc_gas_B_EnergyDay: 8.823 owc_gas_B_EnergyDay 8.823
2018-04-07 08:00:58 gasverbrauch GASCALCULATOR owc_gas_B_EnergyDay: 7.720 owc_gas_B_EnergyDay 7.720
2018-04-07 07:42:58 gasverbrauch GASCALCULATOR owc_gas_B_EnergyDay: 6.617 owc_gas_B_EnergyDay 6.617
2018-04-07 07:22:58 gasverbrauch GASCALCULATOR owc_gas_B_EnergyDay: 5.514 owc_gas_B_EnergyDay 5.514
2018-04-07 07:06:58 gasverbrauch GASCALCULATOR owc_gas_B_EnergyDay: 4.412 owc_gas_B_EnergyDay 4.412
2018-04-07 05:10:58 gasverbrauch GASCALCULATOR owc_gas_B_EnergyDay: 3.309 owc_gas_B_EnergyDay 3.309
2018-04-07 04:54:58 gasverbrauch GASCALCULATOR owc_gas_B_EnergyDay: 2.206 owc_gas_B_EnergyDay 2.206
2018-04-07 04:40:58 gasverbrauch GASCALCULATOR owc_gas_B_EnergyDay: 1.103 owc_gas_B_EnergyDay 1.103
2018-04-07 04:36:58 gasverbrauch GASCALCULATOR owc_gas_B_EnergyDay: 0.000 owc_gas_B_EnergyDay 0.000
2018-04-06 22:10:56 gasverbrauch GASCALCULATOR owc_gas_B_EnergyDay: 49.630 owc_gas_B_EnergyDay 49.630
Ein list von meinem GASCALCULATOR sieht folgendermaßen aus:
Internals:
CFGFN
DEF owc_gas:B.*
NAME gasverbrauch
NR 15359
NTFY_ORDER 10-gasverbrauch
REGEXP owc_gas:B.*
STATE 3.309 kWh (0.135€)
TYPE GasCalculator
Helper:
DBLOG:
owc_gas_B_EnergyCostDay:
myDbLog:
TIME 1523303962.41548
VALUE 0.135
owc_gas_B_EnergyDay:
myDbLog:
TIME 1523303962.41548
VALUE 3.309
READINGS:
2018-04-09 21:59:22 owc_gas_B_EnergyCostDay 0.135
2018-04-09 12:07:16 owc_gas_B_EnergyCostDayLast 0.360
2018-04-09 21:59:22 owc_gas_B_EnergyCostMeter -690.654
2018-04-09 21:59:22 owc_gas_B_EnergyCostMonth -690.654
2018-04-09 21:59:22 owc_gas_B_EnergyCostYear -690.654
2018-04-09 21:59:22 owc_gas_B_EnergyDay 3.309
2018-04-09 12:07:16 owc_gas_B_EnergyDayLast 8.823
2018-04-09 21:59:22 owc_gas_B_EnergyMeter -16927.795
2018-04-09 21:59:22 owc_gas_B_EnergyMonth -16927.795
2018-04-09 21:59:22 owc_gas_B_EnergyYear -16927.795
2018-04-09 21:59:22 owc_gas_B_FinanceReserve 690.654
2018-04-09 21:59:22 owc_gas_B_Meter 6231.742
2018-04-09 21:59:22 owc_gas_B_MonthMeterReading 12
2018-04-09 21:59:22 owc_gas_B_PowerCurrent 1.002
2018-04-09 21:59:22 owc_gas_B_PowerDayAver 0.638
2018-04-09 20:53:21 owc_gas_B_PowerDayMax 1.323
2018-04-09 12:07:16 owc_gas_B_PowerDayMin 0
2018-04-09 12:07:16 owc_gas_B_Vol1stDay 6231.442
2018-04-03 20:04:26 owc_gas_B_Vol1stMeter 7766.6
2018-04-03 20:04:26 owc_gas_B_Vol1stMonth 7766.6
2018-04-03 20:04:26 owc_gas_B_Vol1stYear 7766.6
2018-04-09 12:07:16 owc_gas_B_VolLastDay 6231.342
2018-04-03 20:04:26 owc_gas_B_VolLastMeter 0.014
2018-04-03 20:04:26 owc_gas_B_VolLastMonth 0.014
2018-04-03 20:04:26 owc_gas_B_VolLastYear 0.014
system:
SiPrefixPowerFactor 1
Attributes:
BasicPricePerAnnum 0
Currency €
DbLogInclude owc_gas_B_EnergyCostDay,owc_gas_B_EnergyDay
GasCounterOffset -1550.258
GasCubicPerCounts 0.1
GasNominalHeatingValue 11.37
GasPricePerKWh 0.0408
GaszValue 0.97
MonthOfAnnualReading 5
MonthlyPayment 0
ReadingDestination CalculatorDevice
SiPrefixPower W
Volume m³
alias Gasverbrauch
event-on-change-reading owc_gas_B_EnergyCostDay,owc_gas_B_EnergyDay
group group_heizung
icon euro
room 100_Keller,101_Heizung
stateFormat owc_gas_B_EnergyDay kWh (owc_gas_B_EnergyCostDay€)
Kannst Du da ein wenig Licht ins Dunkel bringen?
Grüsse,
Markus
Hallo Markus,
ich habe das Problem ebenfalls und helfe mir mit folgendem DOIF:
defmod di.MidnightAddlog DOIF ([00:00])\
(( set sql addLog Gaszaehler:verbrauch_EnergyDay.* 0 !useExcludes CN=midnight))\
DOELSEIF ([23:59:59])\
(( set sql addLog Gaszaehler:verbrauch_EnergyDay.* !useExcludes CN=z59))
attr di.MidnightAddlog do always
Das speichert um 23:59:59 den Wert in der Datenbank ab und fügt um 00:00 Uhr einen neuen Datensatz mit dem Defaultwert 0 ein.
Somit werden die Plots korrekt dargestellt.
Im Device Gaszaehler verhindere ich noch mit DbLogExclude das Loggen der Tagsüber, da mir der Endwert um 23:59, den ich per addLog hinzufüge ausreicht.
Das "CN=midnight" nutze ich noch, um die Werte anzupassen, falls mein System um 00:00:00 zu ausgelastet ist, aber das fürt hier denke ich zu weit.
sG
Joe
Hallo Markus
Zitat von: MarkusN am 10 April 2018, 11:40:27
Hallo Sailor, und danke fuer die Arbeit die Du in dieses Modul gesteckt hast.
Gerne
Zitat von: MarkusN am 10 April 2018, 11:40:27
Ich habe eine Frage zum Tagesverbrauch (EnergyDay):
Wann genau wird der Zähler zurückgesetzt? Ich habe beispielsweise gestern 3.309 kWh verbraucht. Heute hat die Heizung gar nicht gebrannt, der Zähler steht aber immer noch auf 3.309. Ein Auszug auf meiner LogDB zeigt mir dass die Werte jeden Tag zu einer anderen Zeit zurückgesetzt werden:
Der Tageszähler wird mit dem ersten Reading nach Mitternacht zurückgesetzt. Wenn die Therme heute noch gar nicht gebrannt hat, bleibt in der Tat noch der alte Wert da.
Insbesondere, wenn man event-on-change-Reading gesetzt hat.
Ggf muss man hier mit einem AT um 00:01 arbeiten um zwangsweise ein Update durchzuführen.
Gruss
Sailor
Hallo Sailor,
über freezemon ist mir aufgefallen, dass der GasCalculator permanent im freezemon-Log auftaucht, wenn ein freeze aufgetreten ist.
Weil GasCalculator eigentlich relativ unverdächtig ist, habe ich mal mit verbose=5 geloggt und war überrascht, dass das Modul bei jedem event aufgerufen wird. Meines Erachtens liegt es an der fehlenden Definition von $hash->{NOTIFYDEV}.
Ich hab mal $hash->{NOTIFYDEV} = substr($RegEx,0,index($RegEx,":"));
in der GasCalculator_Define eingebaut und nun ist Ruhe. Kann man mit mehr Perl-Wissen als ich es habe bestimmt eleganter machen. :-[
Grüße Markus
Hallo Markus
Zitat von: KölnSolar am 11 April 2018, 10:59:54
über freezemon ist mir aufgefallen, dass der GasCalculator permanent im freezemon-Log auftaucht, wenn ein freeze aufgetreten ist.
Weil GasCalculator eigentlich relativ unverdächtig ist, habe ich mal mit verbose=5 geloggt und war überrascht, dass das Modul bei jedem event aufgerufen wird. Meines Erachtens liegt es an der fehlenden Definition von $hash->{NOTIFYDEV}.
Ich hab mal $hash->{NOTIFYDEV} = substr($RegEx,0,index($RegEx,":"));
in der GasCalculator_Define eingebaut und nun ist Ruhe. Kann man mit mehr Perl-Wissen als ich es habe bestimmt eleganter machen. :-[
Danke für den Hinweis!
Ich habe mal bei den Developern nachgefragt> https://forum.fhem.de/index.php/topic,86893.msg793271.html#msg793271
Sobald ich mehr weiß, werde ich das entsprechend einarbeiten. Und zwar in allen Modulen:
GasCalculator
ElectricityCalculator
WaterCalculator
Gruß
Sailor
Hallo Markus
Zitat von: KölnSolar am 11 April 2018, 10:59:54
Meines Erachtens liegt es an der fehlenden Definition von $hash->{NOTIFYDEV}.
Habe ich soeben für alle 73_xxxCalculator eingecheckt.
Gruss
Sailor
OK, Danke.
Hallo miteinander,
seit ein paar Tagen nutze ich den GasCalculator und finde, es ist ein tolles Tool. Jedoch habe ich ein paar Unklarheiten:
Ich habe den IN-Z61 und den Homematic Energiezähler HM-ES-TX-WM. Hardwareseitig klappt alles wunderbar, die Impulse werden korekt gezählt und die Werte im Energiezähler sind korrekt.
Nun habe ich den GasCalculator folgendermassen definiert: define HK_GasCalculator GasCalculator HK_Gaszaehler:gasEnergyCounter.*, wobei HK_Gaszaehler der Name für den Energiezähler ist und gasEnergyCounter das Reading für das Zählen der Impulse. Dort steht dann also der Gasverbrauch, der ab dem Anschluss des Zählers gezählt wurde. Die Gaszählerkonstante ist 0.01 m3/Impuls.
Nun folgende zwei Fragen:
1. Das Attribut GasCubicPerCounts musste ich auf 0.1 stellen, weil er mir sonst total komische Werte anzeigt. Bei 0.1 ist es soweit in Ordnung. Meiner Meinung nach müsste dort aber 0.01 stehen.
2. Das Modul zeigt keinen korrekten Gaszählerstand an. Ich nehme mal an, dass er in dem Reading *_Meter stehen müsste. Nun musste ich mir da was eigenes schreiben, das ich den aktuellen Gaszählerstand erhalte. Ist nun nicht weiter tragisch, aber wenn ich nun schon mal so ein Modul nutze, sollte es hier eigentlich funktionieren. Ein Reading für den Gaszählerstand des letzten Tages im GasCalculator wäre auch von Vorteil.
Habe ich nun irgendwas falsch verstanden? Über Antworten würde ich mich freuen.
Viele Grüße Bernd
Der IN-Z61 zählt genau das was auf dem Zähler angegeben ist. Bei meinem steht das unter dem Zählwerk der "
1imp = 0,01m3". Das muss dann auch bei GasCubicPerCounts rein.
Zu zweitens gibt die Hilfe des Moduls Aufschluss:
Zitat
GasCounterOffset :
Eine gültige float-Zahl für den Volumen Unterschied = Offset (Nicht der Unterschied zwischen Zählimpulsen) zwischen dem am mechanischen Gaszähler und dem angezeigten Wert im Reading dieses Device.
Der Offset-Wert wird wie folgt ermittelt: VOffset = VMechanisch - VModule
Der Standard-Wert ist 0.00
Hallo Bernd
Zitat von: BerndMiles am 13 Januar 2019, 18:46:52
Ein Reading für den Gaszählerstand des letzten Tages im GasCalculator wäre auch von Vorteil.
Haben etwas Ähnliches und etwas, was meiner Meinung nach brauchbarer ist:
Zitat_EnergyDayLast : Gesamter Energieverbrauch des letzten Tages (Gestern).
Gruss
Sailor
Hallo majorshark,
ich habe das mit der Zählerkonstante schon so eingegeben. Aber dann zeigt er eben komische Werte an. Das ist ja das, was ich nicht begreife. Und mit dem Offset, das ist schon klar. Trotzdem zählt er falsch und das hat mit dem Offset nix zu tun. Am Anfang habe ich den richtigen Startzählerwert und dann zeigt er bei _Meter viel zu niedrige Werte an und in _EnergyMeter steht es aber richtig drin. Ich arbeite auch mit dem ElectricityCalculator und da gibt es keine Probleme. Ist ja vom Verständnis her kein Unterschied.
Viele Grüße Bernd
Hallo Bernd
Zitat von: BerndMiles am 14 Januar 2019, 17:47:48
Am Anfang habe ich den richtigen Startzählerwert und dann zeigt er bei _Meter viel zu niedrige Werte an und in _EnergyMeter steht es aber richtig drin.
Kann es sein, dass dein Zähler nur die Werte seit der letzten Messung ausgibt und nicht - wie gefordert - kontinuierlich hochzählt / hochaddiert?
Gruss
Sailor
Genau. Ist es sicher das im gasEnergyCounter auch Dein aktueller Zählerstand steht.
Ich bin mir jetzt nicht ganz sicher was in dem Reading gasEnergyCounter bei Dir gezählt wird. Da ich keinen HM-ES-TX-WM bei mir im Einsatz habe muss ich mich auf die Wiki verlassen.
Hallo miteinander,
in dem gasEnergyCounter stehen quasi die gezählten Impulse. Durch die Zählerkonstante 1 Impuls = 0.01 m3 Gas werden dann im gasEnergyCounter pro Impuls 0.01 m3 Gas addiert. Soweit so gut, das funktioniert.
Der HM-ES-TX-WM reicht aber nicht jeden Impuls durch und überträgt die Werte alle zwei bis drei Minuten. Und natürlch steht dann dort die jeweils aktuelle verbrauchte Menge Gas drin.
Kann ja sein dass der Gascalculator jeden Zählimpuls mitbekommen muss. Das weiß ich leider nicht.
Das verrückte ist nur, dass es bei dem ElectricityCalculator funktioniert. Ich habe dort ein reading energyCounter und dort steht der aktuelle Zählerstand für die verbrauchten kWh drin. Und dieses Reading binde ich an den ElectricityCalculator und er bekommt dort auch nur alle zwei bis drei Minuten den jeweils aktuellen Wert. Aber jetzt fällt mir was ein. Beim Stromverbrauch geht es natürlich auch nicht so schnell mit dem Hochzählen.
Ich wüsste jetzt aber auch nicht welches reading ich sonst noch bei dem HM-ES-TX-WM benutzen könnte.
Vielleicht kann man da ja noch was machen.
Viele Grüße Bernd
Hallo Sailor,
ich bin mir jetzt so ziemlich sicher, dass jedes Event von dem verknüpften Parameter bei dir bedeutet, das ist jetzt ein neuer Impuls. Nun sollte es doch möglich sein, z.B. über einen Parameter, dass man auch Werte übergeben kann. Wenn ich dann bei einem neuen Event die Differenz der beiden Werte bilde, erhalte ich dann die Anzahl der Impulse, die seit dem letzten Event aufgetreten sind. Und dann lässt du deinen Algorithmus einfach Anzahl der Impulse mal durchgehen. Das ist doch bestimmt nicht soviel Aufwand.
Würde mich jedenfalls echt freuen, wenn ich den GasCalculator dann nutzen könnte, weil es schon ein tolles Tool ist.
Grüße Bernd
Wenn Du ein Reading mit der aktuell verbrauchten Menge Gas hast kannst Du daraus ein UserReading generieren das die Werte kumuliert. Sieh mal nach UserReading und monotonic.
Das verstehe ich jetzt nicht. Der Wert ist doch schon kumuliert und ich weiss doch gar nicht, wie die Readings in dem GasCalculator gebildet werden. Das ist doch die Sache des Algorithmus von Sailor. Und das Problem ist doch nicht, dass der Wert kumuliert werden muss, sondern dass der GasCalculator für jeden Impuls angestossen werden muss. Und wenn bis zum nächsten Anstossen schon x-Impulse durch sind, dann fehlen mir doch x-Berechnungen bzw. x-1, weil einmal macht er es ja. Was soll ich da mit userReadings.
Zeig doch mal ein List vom HM-ES-TX-WM.
Internals:
DEF HK_Gaszaehler
IODev d_ccu
NAME HK_Gaszaehler
NR 280
STATE Initialized
TYPE HMCCUDEV
ccuaddr PEQ0544322
ccudevstate active
ccuif BidCos-RF
ccuname HK_Gaszaehler
ccutype HM-ES-TX-WM
channels 3
firmware 1.2
statevals devstate
Helper:
DBLOG:
gasPower:
dbLog:
TIME 1547586986.6081
VALUE 2.242000
READINGS:
2019-01-15 21:15:14 0.AES_KEY 0
2019-01-15 21:15:14 0.CONFIG_PENDING false
2019-01-15 21:15:14 0.DEVICE_IN_BOOTLOADER false
2019-01-15 21:15:14 0.LOWBAT false
2019-01-15 21:15:14 0.RSSI_DEVICE 1
2019-01-15 21:15:14 0.RSSI_PEER 204
2019-01-15 21:15:14 0.STICKY_UNREACH false
2019-01-15 21:15:14 0.UNREACH false
2019-01-15 21:15:14 0.UPDATE_PENDING false
2019-01-15 22:16:26 1.BOOT 0
2019-01-15 21:15:14 1.ENERGY_COUNTER 0.000000
2019-01-15 21:15:14 1.IEC_ENERGY_COUNTER 0.000000
2019-01-15 21:15:14 1.IEC_POWER 0.000000
2019-01-15 21:15:14 1.POWER 0.000000
2019-01-15 21:15:14 2.IEC_ENERGY_COUNTER 0.000000
2019-01-15 21:15:14 2.IEC_POWER 0.000000
2019-01-15 22:16:26 gasEnergyCounter 54.830000
2019-01-15 22:16:26 gasEnergyCounterCurrent 6164.97
2019-01-15 20:35:46 gasEnergyCounterOffset 6110.14
2019-01-15 20:57:59 gasEnergyCounterYesterday 6155.81
2019-01-15 22:16:26 gasEnergyDay 9.15999999999985
2019-01-15 22:16:26 gasPower 2.242000
2019-01-15 22:16:26 hmstate Initialized
2019-01-15 20:11:57 state Initialized
hmccu:
devspec HK_Gaszaehler
dp:
0.AES_KEY:
OSVAL 0
OVAL 0
SVAL 0
VAL 0
0.CONFIG_PENDING:
OSVAL false
OVAL false
SVAL false
VAL false
0.DEVICE_IN_BOOTLOADER:
OSVAL false
OVAL false
SVAL false
VAL false
0.LOWBAT:
OSVAL false
OVAL false
SVAL false
VAL false
0.RSSI_DEVICE:
OSVAL 1
OVAL 1
SVAL 1
VAL 1
0.RSSI_PEER:
OSVAL 204
OVAL 204
SVAL 204
VAL 204
0.STICKY_UNREACH:
OSVAL false
OVAL false
SVAL false
VAL false
0.UNREACH:
OSVAL false
OVAL false
SVAL false
VAL false
0.UPDATE_PENDING:
OSVAL false
OVAL false
SVAL false
VAL false
1.BOOT:
OSVAL 0
OVAL 0
SVAL 0
VAL 0
1.ENERGY_COUNTER:
OSVAL 0.000000
OVAL 0.000000
SVAL 0.000000
VAL 0.000000
1.GAS_ENERGY_COUNTER:
OSVAL 54.830000
OVAL 54.830000
SVAL 54.830000
VAL 54.830000
1.GAS_POWER:
OSVAL 2.242000
OVAL 2.242000
SVAL 2.242000
VAL 2.242000
1.IEC_ENERGY_COUNTER:
OSVAL 0.000000
OVAL 0.000000
SVAL 0.000000
VAL 0.000000
1.IEC_POWER:
OSVAL 0.000000
OVAL 0.000000
SVAL 0.000000
VAL 0.000000
1.POWER:
OSVAL 0.000000
OVAL 0.000000
SVAL 0.000000
VAL 0.000000
2.IEC_ENERGY_COUNTER:
OSVAL 0.000000
OVAL 0.000000
SVAL 0.000000
VAL 0.000000
2.IEC_POWER:
OSVAL 0.000000
OVAL 0.000000
SVAL 0.000000
VAL 0.000000
Attributes:
IODev d_ccu
ccureadingname 1.GAS_ENERGY_COUNTER:gasEnergyCounter;1.GAS_POWER:gasPower
devStateStyle style="text-align:left;margin-left: 5px;"
event-min-interval gasPower:60
group --Energieverbrauch
icon sani_heating_timer
room Hardware
sortby 03
Also, so wie ich das sehe müsstest Du das Reading gasEnergyCounterCurrent als Definition für den Calculator nehmen. Den gasEnergyCounter sehe ich als Tageswert des Zählers. Damit funktioniert der GasCalculator nicht weil er sich täglich zurücksetzt. Deswegen die wilden Werte.
HK_Gaszaehler:gasEnergyCounterCurrent.*
Wenn im HM-ES-TX-WM schon der richtige Zählerwert steht dann brauchst Du auch nichts mehr im Calculator mit GasCounterOffset anpassen.
Dann würde ich das event-min-interval zum testen mal rausnehmen oder eben auf das gasEnergyCounterCurrent setzen. Damit werden erst einmal für alle sich änderten Readings auch Events erzeugt.
Ach so. Zum Code einfügen z.B. List und sowas gibt es im Antworten Fenster "Code einfügen" (Die Raute # im Antworten Fenster). Das erhöht die Lesbarkeit enorm und der Thread wird nicht so lang.
Hallo Bernd
Zitat von: BerndMiles am 15 Januar 2019, 22:20:15
Attributes:
IODev d_ccu
ccureadingname 1.GAS_ENERGY_COUNTER:gasEnergyCounter;1.GAS_POWER:gasPower
devStateStyle style="text-align:left;margin-left: 5px;"
event-min-interval gasPower:60
group --Energieverbrauch
icon sani_heating_timer
room Hardware
sortby 03
Also mir fehlt für den HM-ES-TX-WM hier noch ein
event-on-change-reading 1
event-on-update-reading 1
Ferner sind sehr viele Werte der Readings auf 0.0000
Ich würde den Gascalculator auch mit
HK_Gaszaehler:gasEnergyCounterCurrent.*
definieren und das Offset im GasCalculator zunächst auf 0 lassen.
Gruss
Sailor
Hallo Zusammen,
ich hab auch mal eine Frage zu dem _Meter Wert im Modul.
Ein ESP sammeln die Impulse meines Gaszählers ein und meldet diese alle 60 Sekunden an FHEM.
Per monotonic User Reading wird dann der GasZahlerstand erzeugt. Dieser entspricht dann auch dem Hardware wert.
Nun sollten doch der Gaszaehlerstand und der _Meter gleich sein oder?
_Meter finde ich 19.100 und der Counter hat 1909.99 im Reading.
Irgendwie scheint das Komma um zwei Stellen verschoben zu sein.
Vll könnt ihr mir sagen, was ich nicht verstehe/flasch konfiguriert habe?
Anbei noch ein list von beiden Geräten.
Counter Device
Internals:
Board ESP8266 ESP8266_WEMOS_D1MINI
CFGFN /opt/fhem/FHEM/energie.cfg
DEF 192.168.1.135:80
DeviceName 192.168.1.135:80
FD 94
FUUID 5c4308fc-f33f-abd1-e93e-a415c376f9ee59ca
Initialized 1
LASTOPEN 1547897086.91841
NAME Gaszaehler
NOTIFYDEV global
NR 844
NTFY_ORDER 50-Gaszaehler
PARTIAL
STATE 1910.03 m3 opened
SketchCompile Jan 17 2019 19:48:59
TCP 1
TYPE ArduCounter
VersionFirmware 2.36
VersionModule 5.94 - 13.5.2018
WaitForAlive 0
allowedPins 0,1,2,5,6,7
buffer
deviceBooted 1547824900.73335
devioLoglevel 3
nextOpenDelay 60
Helper:
DBLOG:
GasZaehlerstand:
DBLog:
TIME 1547925227.33579
VALUE 1910.03
countDiff2:
DBLog:
TIME 1547925227.33579
VALUE 2
interpolatedLong2:
DBLog:
TIME 1547925227.33579
VALUE 1481
long2:
DBLog:
TIME 1547925227.33579
VALUE 1481
pin2:
DBLog:
TIME 1547925227.33579
VALUE 1481
pin2Countsm3:
DBLog:
TIME 1547925227.33579
VALUE 14.81
power2:
DBLog:
TIME 1547925227.33579
VALUE 0.002
reject2:
DBLog:
TIME 1547925227.33579
VALUE 4542
seq2:
DBLog:
TIME 1547925227.33579
VALUE 160
state:
DBLog:
TIME 1547923547.9073
VALUE saveConfig
timeDiff2:
DBLog:
TIME 1547925227.33579
VALUE 30742
READINGS:
2019-01-19 20:13:47 GasZaehlerstand 1910.03
2019-01-19 20:13:47 countDiff2 2
2019-01-19 20:13:47 interpolatedLong2 1481
2019-01-19 20:13:47 long2 1481
2019-01-19 20:13:47 pin2 1481
2019-01-19 20:13:47 pin2Countsm3 14.81
2019-01-19 20:13:47 power2 0.002
2019-01-19 20:13:47 reject2 4542
2019-01-19 20:13:47 seq2 160
2019-01-19 12:24:48 state opened
2019-01-19 20:13:47 timeDiff2 30742
runningCfg:
2 falling pullup 30
I 30 60 2 2
Attributes:
factor 10
flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
group EVerbrauch.Devices
pinD2 falling pullup 20
room 9.04_Energiewerte
stateFormat GasZaehlerstand m3 state
userReadings pin2Countsm3 {ReadingsVal("Gaszaehler","pin2",0)/100}, GasZaehlerstand monotonic {sprintf("%.2f",ReadingsVal("Gaszaehler","pin2",0)/100)}
userattr pinD2
verbose 1
Internals:
CFGFN
DEF Gaszaehler:GasZaehlerstand:.*
FUUID 5c4372c7-f33f-abd1-a0d9-fa9445c0a73b817d
NAME GasCalculator
NOTIFYDEV Gaszaehler
NR 2254
NTFY_ORDER 10-GasCalculator
REGEXP Gaszaehler:GasZaehlerstand:.*
STATE active
TYPE GasCalculator
Helper:
DBLOG:
Gaszaehler_GasZaehlerstand_EnergyCostDay:
DBLog:
TIME 1547925257.23296
VALUE 0.001
Gaszaehler_GasZaehlerstand_EnergyCostMeter:
DBLog:
TIME 1547925257.23296
VALUE 0.001
Gaszaehler_GasZaehlerstand_EnergyCostMonth:
DBLog:
TIME 1547925257.23296
VALUE 0.001
Gaszaehler_GasZaehlerstand_EnergyCostYear:
DBLog:
TIME 1547925257.23296
VALUE 0.001
Gaszaehler_GasZaehlerstand_EnergyDay:
DBLog:
TIME 1547925257.23296
VALUE 0.013
Gaszaehler_GasZaehlerstand_EnergyMeter:
DBLog:
TIME 1547925257.23296
VALUE 0.013
Gaszaehler_GasZaehlerstand_EnergyMonth:
DBLog:
TIME 1547925257.23296
VALUE 0.013
Gaszaehler_GasZaehlerstand_EnergyYear:
DBLog:
TIME 1547925257.23296
VALUE 0.013
Gaszaehler_GasZaehlerstand_FinanceReserve:
DBLog:
TIME 1547925257.23296
VALUE 307.713
Gaszaehler_GasZaehlerstand_Meter:
DBLog:
TIME 1547925257.23296
VALUE 19.101
Gaszaehler_GasZaehlerstand_MonthMeterReading:
DBLog:
TIME 1547925257.23296
VALUE 2
Gaszaehler_GasZaehlerstand_PowerCurrent:
DBLog:
TIME 1547925257.23296
VALUE 0.000
Gaszaehler_GasZaehlerstand_PowerDayAver:
DBLog:
TIME 1547925257.23296
VALUE 0.065
Gaszaehler_GasZaehlerstand_PowerDayMax:
DBLog:
TIME 1547924237.27899
VALUE 1.359
Gaszaehler_GasZaehlerstand_PowerDayMin:
DBLog:
TIME 1547924207.28011
VALUE 0
Gaszaehler_GasZaehlerstand_Vol1stDay:
DBLog:
TIME 1547924207.23576
VALUE 19.0993
Gaszaehler_GasZaehlerstand_Vol1stMeter:
DBLog:
TIME 1547924207.38358
VALUE 19.0993
Gaszaehler_GasZaehlerstand_Vol1stMonth:
DBLog:
TIME 1547924207.31917
VALUE 19.0993
Gaszaehler_GasZaehlerstand_Vol1stYear:
DBLog:
TIME 1547924207.44576
VALUE 19.0993
Gaszaehler_GasZaehlerstand_VolLastDay:
DBLog:
TIME 1547924207.25852
VALUE 19.099
Gaszaehler_GasZaehlerstand_VolLastMeter:
DBLog:
TIME 1547924207.41411
VALUE 19.099
Gaszaehler_GasZaehlerstand_VolLastMonth:
DBLog:
TIME 1547924207.35122
VALUE 19.099
Gaszaehler_GasZaehlerstand_VolLastYear:
DBLog:
TIME 1547924207.47694
VALUE 19.099
READINGS:
2019-01-19 20:14:17 Gaszaehler_GasZaehlerstand_EnergyCostDay 0.001
2019-01-19 20:14:17 Gaszaehler_GasZaehlerstand_EnergyCostMeter 0.001
2019-01-19 20:14:17 Gaszaehler_GasZaehlerstand_EnergyCostMonth 0.001
2019-01-19 20:14:17 Gaszaehler_GasZaehlerstand_EnergyCostYear 0.001
2019-01-19 20:14:17 Gaszaehler_GasZaehlerstand_EnergyDay 0.013
2019-01-19 20:14:17 Gaszaehler_GasZaehlerstand_EnergyMeter 0.013
2019-01-19 20:14:17 Gaszaehler_GasZaehlerstand_EnergyMonth 0.013
2019-01-19 20:14:17 Gaszaehler_GasZaehlerstand_EnergyYear 0.013
2019-01-19 20:14:17 Gaszaehler_GasZaehlerstand_FinanceReserve 307.713
2019-01-19 20:14:17 Gaszaehler_GasZaehlerstand_Meter 19.101
2019-01-19 20:14:17 Gaszaehler_GasZaehlerstand_MonthMeterReading 2
2019-01-19 20:14:17 Gaszaehler_GasZaehlerstand_PowerCurrent 0.000
2019-01-19 20:14:17 Gaszaehler_GasZaehlerstand_PowerDayAver 0.065
2019-01-19 19:57:17 Gaszaehler_GasZaehlerstand_PowerDayMax 1.359
2019-01-19 19:56:47 Gaszaehler_GasZaehlerstand_PowerDayMin 0
2019-01-19 19:56:47 Gaszaehler_GasZaehlerstand_Vol1stDay 19.0993
2019-01-19 19:56:47 Gaszaehler_GasZaehlerstand_Vol1stMeter 19.0993
2019-01-19 19:56:47 Gaszaehler_GasZaehlerstand_Vol1stMonth 19.0993
2019-01-19 19:56:47 Gaszaehler_GasZaehlerstand_Vol1stYear 19.0993
2019-01-19 19:56:47 Gaszaehler_GasZaehlerstand_VolLastDay 19.099
2019-01-19 19:56:47 Gaszaehler_GasZaehlerstand_VolLastMeter 19.099
2019-01-19 19:56:47 Gaszaehler_GasZaehlerstand_VolLastMonth 19.099
2019-01-19 19:56:47 Gaszaehler_GasZaehlerstand_VolLastYear 19.099
system:
SiPrefixPowerFactor 1000
Attributes:
BasicPricePerAnnum 133.72
Currency €
GasCounterOffset 0
GasCubicPerCounts 0.01
GasNominalHeatingValue 11.325
GasPricePerKWh 0.052241
GaszValue 0.9599
MonthOfAnnualReading 12
MonthlyPayment 165.00
ReadingDestination CalculatorDevice
SiPrefixPower kW
Volume m³
room 9.04_Energiewerte
Edit: Glaub ich hab meinen Fehler gefunden.
Der Zähler will ja einen Zahl ohne Komma.
Gruß Robert
Hallo zusammen,
möchte den GasCalculator für meinen Pelletofen verwenden. Von meinem Pelletofen bekomme ich jeden Umdrehung der Pelletschnecke einen Impuls. Dieser entspricht dann 0.03603 Kg. Das habe ich dann entsprechen angegeben.
Mir ist im Moment nihct klar, warum der GasCalculator negaive Werte errechnet ?
Internals:
DEF A2_I05_25_Pelletschnecke:.*
NAME PelletCalculator
NOTIFYDEV A2_I05_25_Pelletschnecke
NR 611
NTFY_ORDER 10-PelletCalculator
REGEXP A2_I05_25_Pelletschnecke:.*
STATE active
TYPE GasCalculator
READINGS:
2019-01-20 10:24:40 A2_I05_25_Pelletschnecke_status_EnergyCostDay -0.038
2019-01-20 01:38:21 A2_I05_25_Pelletschnecke_status_EnergyCostDayLast -0.219
2019-01-20 10:24:40 A2_I05_25_Pelletschnecke_status_EnergyCostMeter 0.000
2019-01-20 10:24:40 A2_I05_25_Pelletschnecke_status_EnergyCostMonth 0.000
2019-01-20 10:24:40 A2_I05_25_Pelletschnecke_status_EnergyCostYear 0.000
2019-01-20 10:24:40 A2_I05_25_Pelletschnecke_status_EnergyDay -0.173
2019-01-20 01:38:21 A2_I05_25_Pelletschnecke_status_EnergyDayLast -1.000
2019-01-20 10:24:40 A2_I05_25_Pelletschnecke_status_EnergyMeter 0.000
2019-01-20 10:24:40 A2_I05_25_Pelletschnecke_status_EnergyMonth 0.000
2019-01-20 10:24:40 A2_I05_25_Pelletschnecke_status_EnergyYear 0.000
2019-01-20 10:24:40 A2_I05_25_Pelletschnecke_status_FinanceReserve 0.000
2019-01-20 10:24:40 A2_I05_25_Pelletschnecke_status_Meter 0.000
2019-01-20 10:24:40 A2_I05_25_Pelletschnecke_status_MonthMeterReading 9
2019-01-20 10:24:40 A2_I05_25_Pelletschnecke_status_PowerCurrent -207.360
2019-01-20 10:24:40 A2_I05_25_Pelletschnecke_status_PowerDayAver -108.353
2019-01-20 08:37:25 A2_I05_25_Pelletschnecke_status_PowerDayMax 124.416
2019-01-20 08:26:57 A2_I05_25_Pelletschnecke_status_PowerDayMin -622
2019-01-20 01:38:21 A2_I05_25_Pelletschnecke_status_Vol1stDay 0.0360387684115563
2019-01-17 08:30:51 A2_I05_25_Pelletschnecke_status_Vol1stMeter 0
2019-01-17 08:30:51 A2_I05_25_Pelletschnecke_status_Vol1stMonth 0
2019-01-17 08:30:51 A2_I05_25_Pelletschnecke_status_Vol1stYear 0
2019-01-20 01:38:21 A2_I05_25_Pelletschnecke_status_VolLastDay 0.000
2019-01-17 08:30:51 A2_I05_25_Pelletschnecke_status_VolLastMeter 0.010
2019-01-17 08:30:51 A2_I05_25_Pelletschnecke_status_VolLastMonth 0.010
2019-01-17 08:30:51 A2_I05_25_Pelletschnecke_status_VolLastYear 0.010
system:
SiPrefixPowerFactor 1
Attributes:
BasicPricePerAnnum 0
Currency €
DbLogExclude .*
GasCounterOffset 0
GasCubicPerCounts 0.0360387684115563
GasNominalHeatingValue 4.8
GasPricePerKWh 0.218996932515337
GaszValue 1
MonthOfAnnualReading 5
MonthlyPayment 0
ReadingDestination CalculatorDevice
SiPrefixPower W
Volume m³
room Heizung
<OT> weil es Gas misst u. kein Holz ;D <OT>
Spass beiseite. Das zugrunde liegende device scheint negative Werte zu liefern, oder ? :-\
Grüße Markus
Da kommt nur 0 und 1. Es ist ein Eingang auf einem HM485 Modul.
Das kann ja nicht negativ sein, oder....
Zitat von: Jewe am 20 Januar 2019, 13:20:04
Da kommt nur 0 und 1. Es ist ein Eingang auf einem HM485 Modul.
Das kann ja nicht negativ sein, oder....
Hallo jewe
Doch das kann sehr wohl sein, wenn dein Zähler immer nur die Unterschiedsimpulszahl zur letzten Messung ausgibt.
Aus diesem Grunde ist es wichtig dass dein zählermodul auf alle Fälle ein kontinuierlich wachsenden zählerstand übermittelt. Dieser Zählerstand muss - wie schon gesagt - in kilowattstunden bzw. in Bruchteilen oder Vielfachen von kilowattstunden übergeben werden Punkt auf alle Fälle nicht Kilogramm Holz.
Gruss
Sailor
Zitat von: Jewe am 20 Januar 2019, 13:20:04
Da kommt nur 0 und 1. Es ist ein Eingang auf einem HM485 Modul.
Das kann ja nicht negativ sein, oder....
Du brauchst einen Counter.
Kannst es mit dem HourCounter machen.
https://wiki.fhem.de/wiki/HourCounter
Hatte ich bei der Firmata auch im Einsatz.
Kannst damit auch Prima Betriebsstunden oder so zu erfassen.
Gruß Robert
Moin,
das was ich gelesen hatte habe ich dann wohl falsch verstanden bzw. nicht richtig gelesen.
So geht es dann bei mir nicht. Dachte ich könne einfach einen Eingang für das Modul nehmen.
Den HourCounter habe ich in Betrieb dafür, allerdings zickt der im Moment und da dachte ich ich könnte es auch den GasCalculator nehmen.
Danke, Jens
Hat jemand einen Tipp wieso die PowerCurrent-Werte im GasCalculator im Vergleich mit den Power-Werte des ArduCounters so stark differieren?
ArduCounter und GasCalculator nutzen das gleiche Zähler-Reading.
ArduCounter nutzt auch die Zeit zwischen den Impulsen für die Berechnung der Leistungswerte.
Aber macht der GasCalculator das nicht eigentlich auch?
Hallo, ich muss leider noch einmal nachfragen. In meinem Post oben kann man erkennen, wie stark schwankend die Power-Werte des GasCalculator sind. Im Log sehe ich wie teilweise minütlich zwischen 3 kW und 6 kW gewechselt wird.
ArduCounter hat eine eigene Power-Berechnung, die relativ glatte Werte auch bei variierenden Zeit-Deltas durchführt. Beim Schreiben des Beitrags habe ich nun im Log bemerkt, dass die Halbierung der Power-Werte im GC-Device immer dann auftritt, wenn der Zeitabstand verdoppelt wurde. Wenn der Gaszähler sich dreht, wird minütlich getriggert. Dreht er sich langsamer, so kann es auch zwei Minuten dauern bis die Inkrement 1 erreicht ist. Dies ist die Stelle, an der das GC-Device den Power-Wert flattern lässt.
Ich frage mich nun: Was ist denn nun richtig? Ist es normal, dass die SVG-Plots beim GC-Device so stark hüpfen?
Hat jemand einen Tipp wie man das evtl. glätten kann?
List ArduCounter
Internals:
Board NANO
BoardDet
DEF /dev/serial/by-id/usb-xxxx_USB2.0-Serial-if00-port0@38400
DeviceName /dev/serial/by-id/usb-xxxx_USB2.0-Serial-if00-port0@38400
FD 4
FUUID 5c42dca7-f33f-47ae-3843-421b6bc9d292319f
Initialized 1
LASTOPEN 1552038112.40527
NAME ArduCounter
NOTIFYDEV global
NR 537
NTFY_ORDER 50-ArduCounter
PARTIAL
STATE opened
SketchCompile Jan 6 2019 17:11:47
TYPE ArduCounter
VersionFirmware 3.10
VersionModule 6.14 - 24.2.2019
allowedPins 3,4,5,6,7,8,9,10,11,13,14,A0,15,A1,16,A2,17,A3,18,A4,19,A5,20,A6,21,A7
buffer
deviceBooted 1552038124.24554
devioLoglevel 3
nextOpenDelay 60
READINGS:
2019-03-08 14:29:20 Zaehler 8556.85
2019-03-08 14:29:20 countDiffD4 0
2019-03-08 14:29:20 interpolatedLongD4 7020
2019-03-08 14:29:20 lastMsgD4 R4 C111 D0/0 T360000 N13650499,0 X0 S118
2019-03-08 14:29:20 longD4 855685
2019-03-08 14:29:20 pinD4 111
2019-03-08 10:12:02 pinHistoryD4 0s-11281/3133@1G
2019-03-08 14:29:20 powerD4 0.000
2019-03-08 14:29:20 rejectD4 0
2019-03-08 14:29:20 seqD4 118
2019-03-08 14:29:20 statPowerD4Day Min: 0.000 Avg: 2.710 Max: 19.008
2019-03-08 14:29:20 statPowerD4DayAvg 2.710
2019-03-07 23:59:55 statPowerD4DayAvgLast 1.795
2019-03-07 23:59:55 statPowerD4DayLast Min: 0.000 Avg: 1.795 Max: 32.976
2019-03-08 14:29:20 statPowerD4DayMax 19.008
2019-03-07 23:59:55 statPowerD4DayMaxLast 32.976
2019-03-08 14:29:20 statPowerD4DayMin 0.000
2019-03-07 23:59:55 statPowerD4DayMinLast 0.000
2019-03-08 14:29:20 statPowerD4Hour Min: 0.000 Avg: 1.599 Max: 4.141
2019-03-08 14:29:20 statPowerD4HourAvg 1.599
2019-03-08 13:59:55 statPowerD4HourAvgLast 4.103
2019-03-08 13:59:55 statPowerD4HourLast Min: 4.040 Avg: 4.103 Max: 4.204
2019-03-08 14:29:20 statPowerD4HourMax 4.141
2019-03-08 13:59:55 statPowerD4HourMaxLast 4.204
2019-03-08 14:29:20 statPowerD4HourMin 0.000
2019-03-08 13:59:55 statPowerD4HourMinLast 4.040
2019-03-08 14:29:20 statPowerD4Month Min: 0.000 Avg: 1.919 Max: 32.976 (since: 2019-03-05_20:53:48 )
2019-03-08 14:29:20 statPowerD4MonthAvg 1.919
2019-03-08 14:29:20 statPowerD4MonthMax 32.976
2019-03-08 14:29:20 statPowerD4MonthMin 0.000
2019-03-08 14:29:20 statPowerD4Year Min: 0.000 Avg: 1.919 Max: 32.976 (since: 2019-03-05_20:53:48 )
2019-03-05 20:52:03 statStateDay opened: 00:00:00 opened_Count: 1 (since: 2019-03-05_20:52:03)
2019-03-05 20:52:03 statStateMonth opened: 00:00:00 opened_Count: 1 (since: 2019-03-05_20:52:03)
2019-03-05 20:52:03 statStateYear opened: 00:00:00 opened_Count: 1 (since: 2019-03-05_20:52:03)
2019-03-08 10:41:52 state opened
2019-03-08 14:29:20 timeDiffD4 360000
helper:
_98_statistics stat_device
runningCfg:
4 falling pullup 200
I 60 360 0 0
T 100 110
V 0
Attributes:
interval 60 360
pinD4 falling pullup 200
readingPulsesPerKWhD4 10
userReadings Zaehler:longD4.* {ReadingsVal($name,"longD4",0)/100}
userattr pinD4 readingFactorD4 readingNameCountD4 readingNamePowerD4 readingPulsesPerKWhD4 verboseReadingsD4
List GasCalculator
Internals:
DEF ArduCounter:Zaehler.*
FUUID 5c42dca7-f33f-47ae-9a62-78719c3f7b3ee23a
NAME ArduGasCalculator
NOTIFYDEV ArduCounter
NR 539
NTFY_ORDER 10-ArduGasCalculator
REGEXP ArduCounter:Zaehler.*
STATE active
TYPE GasCalculator
READINGS:
2019-03-08 14:29:20 ArduCounter_Zaehler_EnergyCostDay 1.748
2019-03-08 06:00:08 ArduCounter_Zaehler_EnergyCostDayLast 1.800
2019-03-08 14:29:20 ArduCounter_Zaehler_EnergyCostMeter 242.000
2018-12-01 00:01:41 ArduCounter_Zaehler_EnergyCostMeterLast 427.350
2019-03-08 14:29:20 ArduCounter_Zaehler_EnergyCostMonth 15.259
2019-03-01 06:00:04 ArduCounter_Zaehler_EnergyCostMonthLast 58.963
2019-03-08 14:29:20 ArduCounter_Zaehler_EnergyCostYear 168.614
2019-01-05 06:01:58 ArduCounter_Zaehler_EnergyCostYearLast 415.156
2019-03-08 14:29:20 ArduCounter_Zaehler_EnergyDay 41.037
2019-03-08 06:00:08 ArduCounter_Zaehler_EnergyDayLast 42.250
2019-03-08 14:29:20 ArduCounter_Zaehler_EnergyMeter 5680.759
2018-12-01 00:01:41 ArduCounter_Zaehler_EnergyMeterLast 10031.686
2019-03-08 14:29:20 ArduCounter_Zaehler_EnergyMonth 358.191
2019-03-01 06:00:04 ArduCounter_Zaehler_EnergyMonthLast 1384.117
2019-03-08 14:29:20 ArduCounter_Zaehler_EnergyYear 3958.086
2019-01-05 06:01:58 ArduCounter_Zaehler_EnergyYearLast 9745.442
2019-03-08 14:29:20 ArduCounter_Zaehler_FinanceReserve -101.504
2019-03-08 14:29:20 ArduCounter_Zaehler_Meter 8556.850
2019-03-08 14:29:20 ArduCounter_Zaehler_MonthMeterReading 4
2019-03-08 14:29:20 ArduCounter_Zaehler_PowerCurrent 0.000
2019-03-08 14:29:20 ArduCounter_Zaehler_PowerDayAver 6.252
2019-03-08 06:01:08 ArduCounter_Zaehler_PowerDayMax 26.475
2019-03-08 06:00:08 ArduCounter_Zaehler_PowerDayMin 0
2019-03-08 06:00:08 ArduCounter_Zaehler_Vol1stDay 8553.13
2018-12-01 00:01:41 ArduCounter_Zaehler_Vol1stMeter 8041.890
2019-03-01 06:00:04 ArduCounter_Zaehler_Vol1stMonth 8524.380
2019-01-05 06:01:58 ArduCounter_Zaehler_Vol1stYear 8198.050
2019-03-08 06:00:08 ArduCounter_Zaehler_VolLastDay 8553.120
2018-12-01 00:01:41 ArduCounter_Zaehler_VolLastMeter 8041.890
2019-03-01 06:00:04 ArduCounter_Zaehler_VolLastMonth 8524.370
2019-01-05 06:01:58 ArduCounter_Zaehler_VolLastYear 8198.020
system:
SiPrefixPowerFactor 1
Attributes:
BasicPricePerAnnum 34.51
Currency €
GasCounterOffset 0
GasCubicPerCounts 1
GasNominalHeatingValue 11.415
GasPricePerKWh 0.0426
GaszValue 0.9664
MonthOfAnnualReading 12
MonthlyPayment 38.00
ReadingDestination CalculatorDevice
SiPrefixPower W
Volume m³
event-on-change-reading .*
Log ArduCounter
2019-03-08_13:45:21 ArduCounter powerD4: 4.059
2019-03-08_13:45:21 ArduCounter rejectD4: 0
2019-03-08_13:45:21 ArduCounter timeDiffD4: 88689
2019-03-08_13:45:21 ArduCounter countDiffD4: 1
2019-03-08_13:45:21 ArduCounter lastMsgD4: R4 C97 D1/1 T88689 N11010499,0 X0 S100 A12580
2019-03-08_13:45:21 ArduCounter pinD4: 97
2019-03-08_13:45:21 ArduCounter longD4: 855671
2019-03-08_13:45:21 ArduCounter interpolatedLongD4: 7006
2019-03-08_13:45:21 ArduCounter seqD4: 100
2019-03-08_13:45:21 ArduCounter Zaehler: 8556.71
2019-03-08_13:46:21 ArduCounter powerD4: 4.145
2019-03-08_13:46:21 ArduCounter rejectD4: 0
2019-03-08_13:46:21 ArduCounter timeDiffD4: 86849
2019-03-08_13:46:21 ArduCounter countDiffD4: 1
2019-03-08_13:46:21 ArduCounter lastMsgD4: R4 C98 D1/1 T86849 N11070499,0 X0 S101 A12416
2019-03-08_13:46:21 ArduCounter pinD4: 98
2019-03-08_13:46:21 ArduCounter longD4: 855672
2019-03-08_13:46:21 ArduCounter interpolatedLongD4: 7007
2019-03-08_13:46:21 ArduCounter seqD4: 101
2019-03-08_13:46:21 ArduCounter Zaehler: 8556.72
2019-03-08_13:48:20 ArduCounter powerD4: 4.204
2019-03-08_13:48:20 ArduCounter rejectD4: 0
2019-03-08_13:48:20 ArduCounter timeDiffD4: 85623
2019-03-08_13:48:20 ArduCounter countDiffD4: 1
2019-03-08_13:48:20 ArduCounter lastMsgD4: R4 C99 D1/1 T85623 N11190499,0 X0 S102 A12254
2019-03-08_13:48:20 ArduCounter pinD4: 99
2019-03-08_13:48:20 ArduCounter longD4: 855673
2019-03-08_13:48:20 ArduCounter interpolatedLongD4: 7008
2019-03-08_13:48:20 ArduCounter seqD4: 102
2019-03-08_13:48:20 ArduCounter Zaehler: 8556.73
2019-03-08_13:49:20 ArduCounter powerD4: 4.093
2019-03-08_13:49:20 ArduCounter rejectD4: 0
2019-03-08_13:49:20 ArduCounter timeDiffD4: 87952
2019-03-08_13:49:20 ArduCounter countDiffD4: 1
2019-03-08_13:49:20 ArduCounter lastMsgD4: R4 C100 D1/1 T87952 N11250499,0 X0 S103 A12549
2019-03-08_13:49:20 ArduCounter pinD4: 100
2019-03-08_13:49:20 ArduCounter longD4: 855674
2019-03-08_13:49:20 ArduCounter interpolatedLongD4: 7009
2019-03-08_13:49:20 ArduCounter seqD4: 103
2019-03-08_13:49:20 ArduCounter Zaehler: 8556.74
2019-03-08_13:51:20 ArduCounter powerD4: 4.040
2019-03-08_13:51:20 ArduCounter rejectD4: 0
2019-03-08_13:51:20 ArduCounter timeDiffD4: 89101
2019-03-08_13:51:20 ArduCounter countDiffD4: 1
2019-03-08_13:51:20 ArduCounter lastMsgD4: R4 C101 D1/1 T89101 N11370499,0 X0 S104 A12628
2019-03-08_13:51:20 ArduCounter pinD4: 101
2019-03-08_13:51:20 ArduCounter longD4: 855675
2019-03-08_13:51:20 ArduCounter interpolatedLongD4: 7010
2019-03-08_13:51:20 ArduCounter seqD4: 104
2019-03-08_13:51:20 ArduCounter Zaehler: 8556.75
2019-03-08_13:52:20 ArduCounter powerD4: 4.083
2019-03-08_13:52:20 ArduCounter rejectD4: 0
2019-03-08_13:52:20 ArduCounter timeDiffD4: 88160
2019-03-08_13:52:20 ArduCounter countDiffD4: 1
2019-03-08_13:52:20 ArduCounter lastMsgD4: R4 C102 D1/1 T88160 N11430499,0 X0 S105 A12652
2019-03-08_13:52:20 ArduCounter pinD4: 102
2019-03-08_13:52:20 ArduCounter longD4: 855676
2019-03-08_13:52:20 ArduCounter interpolatedLongD4: 7011
2019-03-08_13:52:20 ArduCounter seqD4: 105
2019-03-08_13:52:20 ArduCounter Zaehler: 8556.76
2019-03-08_13:54:20 ArduCounter powerD4: 4.041
2019-03-08_13:54:20 ArduCounter rejectD4: 0
2019-03-08_13:54:20 ArduCounter timeDiffD4: 89084
2019-03-08_13:54:20 ArduCounter countDiffD4: 1
2019-03-08_13:54:20 ArduCounter lastMsgD4: R4 C103 D1/1 T89084 N11550499,0 X0 S106 A12725
2019-03-08_13:54:20 ArduCounter pinD4: 103
2019-03-08_13:54:20 ArduCounter longD4: 855677
2019-03-08_13:54:20 ArduCounter interpolatedLongD4: 7012
2019-03-08_13:54:20 ArduCounter seqD4: 106
2019-03-08_13:54:20 ArduCounter Zaehler: 8556.77
2019-03-08_13:55:20 ArduCounter powerD4: 4.110
2019-03-08_13:55:20 ArduCounter rejectD4: 0
2019-03-08_13:55:20 ArduCounter timeDiffD4: 87593
2019-03-08_13:55:20 ArduCounter countDiffD4: 1
2019-03-08_13:55:20 ArduCounter lastMsgD4: R4 C104 D1/1 T87593 N11610499,0 X0 S107 A12406
2019-03-08_13:55:20 ArduCounter pinD4: 104
2019-03-08_13:55:20 ArduCounter longD4: 855678
2019-03-08_13:55:20 ArduCounter interpolatedLongD4: 7013
2019-03-08_13:55:20 ArduCounter seqD4: 107
2019-03-08_13:55:20 ArduCounter Zaehler: 8556.78
2019-03-08_13:57:20 ArduCounter powerD4: 4.081
2019-03-08_13:57:20 ArduCounter rejectD4: 0
2019-03-08_13:57:20 ArduCounter timeDiffD4: 88219
2019-03-08_13:57:20 ArduCounter countDiffD4: 1
2019-03-08_13:57:20 ArduCounter lastMsgD4: R4 C105 D1/1 T88219 N11730499,0 X0 S108 A12345
2019-03-08_13:57:20 ArduCounter pinD4: 105
2019-03-08_13:57:20 ArduCounter longD4: 855679
2019-03-08_13:57:20 ArduCounter interpolatedLongD4: 7014
2019-03-08_13:57:20 ArduCounter seqD4: 108
2019-03-08_13:57:20 ArduCounter Zaehler: 8556.79
2019-03-08_13:58:20 ArduCounter powerD4: 4.097
2019-03-08_13:58:20 ArduCounter rejectD4: 0
2019-03-08_13:58:20 ArduCounter timeDiffD4: 87879
2019-03-08_13:58:20 ArduCounter countDiffD4: 1
2019-03-08_13:58:20 ArduCounter lastMsgD4: R4 C106 D1/1 T87879 N11790499,0 X0 S109 A12310
2019-03-08_13:58:20 ArduCounter pinD4: 106
2019-03-08_13:58:20 ArduCounter longD4: 855680
2019-03-08_13:58:20 ArduCounter interpolatedLongD4: 7015
2019-03-08_13:58:20 ArduCounter seqD4: 109
2019-03-08_13:58:20 ArduCounter Zaehler: 8556.8
2019-03-08_14:00:20 ArduCounter powerD4: 4.141
2019-03-08_14:00:20 ArduCounter rejectD4: 0
2019-03-08_14:00:20 ArduCounter timeDiffD4: 86942
2019-03-08_14:00:20 ArduCounter countDiffD4: 1
2019-03-08_14:00:20 ArduCounter lastMsgD4: R4 C107 D1/1 T86942 N11910499,0 X0 S110 A12172
2019-03-08_14:00:20 ArduCounter pinD4: 107
2019-03-08_14:00:20 ArduCounter longD4: 855681
2019-03-08_14:00:20 ArduCounter interpolatedLongD4: 7016
2019-03-08_14:00:20 ArduCounter seqD4: 110
2019-03-08_14:00:20 ArduCounter Zaehler: 8556.81
2019-03-08_14:01:20 ArduCounter powerD4: 4.089
2019-03-08_14:01:20 ArduCounter rejectD4: 0
2019-03-08_14:01:20 ArduCounter timeDiffD4: 88051
2019-03-08_14:01:20 ArduCounter countDiffD4: 1
2019-03-08_14:01:20 ArduCounter lastMsgD4: R4 C108 D1/1 T88051 N11970499,0 X0 S111 A12123
2019-03-08_14:01:20 ArduCounter pinD4: 108
2019-03-08_14:01:20 ArduCounter longD4: 855682
2019-03-08_14:01:20 ArduCounter interpolatedLongD4: 7017
2019-03-08_14:01:20 ArduCounter seqD4: 111
2019-03-08_14:01:20 ArduCounter Zaehler: 8556.82
2019-03-08_14:02:20 ArduCounter powerD4: 4.139
2019-03-08_14:02:20 ArduCounter rejectD4: 0
2019-03-08_14:02:20 ArduCounter timeDiffD4: 86975
2019-03-08_14:02:20 ArduCounter countDiffD4: 1
2019-03-08_14:02:20 ArduCounter lastMsgD4: R4 C109 D1/1 T86975 N12030499,0 X0 S112 A11644
2019-03-08_14:02:20 ArduCounter pinD4: 109
2019-03-08_14:02:20 ArduCounter longD4: 855683
2019-03-08_14:02:20 ArduCounter interpolatedLongD4: 7018
2019-03-08_14:02:20 ArduCounter seqD4: 112
2019-03-08_14:02:20 ArduCounter Zaehler: 8556.83
2019-03-08_14:04:20 ArduCounter powerD4: 4.076
2019-03-08_14:04:20 ArduCounter rejectD4: 0
2019-03-08_14:04:20 ArduCounter timeDiffD4: 88326
2019-03-08_14:04:20 ArduCounter countDiffD4: 1
2019-03-08_14:04:20 ArduCounter lastMsgD4: R4 C110 D1/1 T88326 N12150499,0 X0 S113 A11661
2019-03-08_14:04:20 ArduCounter pinD4: 110
2019-03-08_14:04:20 ArduCounter longD4: 855684
2019-03-08_14:04:20 ArduCounter interpolatedLongD4: 7019
2019-03-08_14:04:20 ArduCounter seqD4: 113
2019-03-08_14:04:20 ArduCounter Zaehler: 8556.84
2019-03-08_14:05:20 ArduCounter powerD4: 4.122
2019-03-08_14:05:20 ArduCounter rejectD4: 0
2019-03-08_14:05:20 ArduCounter timeDiffD4: 87342
2019-03-08_14:05:20 ArduCounter countDiffD4: 1
2019-03-08_14:05:20 ArduCounter lastMsgD4: R4 C111 D1/1 T87342 N12210499,0 X0 S114 A11568
2019-03-08_14:05:20 ArduCounter pinD4: 111
2019-03-08_14:05:20 ArduCounter longD4: 855685
2019-03-08_14:05:20 ArduCounter interpolatedLongD4: 7020
2019-03-08_14:05:20 ArduCounter seqD4: 114
2019-03-08_14:05:20 ArduCounter Zaehler: 8556.85
2019-03-08_14:11:20 ArduCounter powerD4: 0.000
2019-03-08_14:11:20 ArduCounter rejectD4: 0
2019-03-08_14:11:20 ArduCounter timeDiffD4: 368370
2019-03-08_14:11:20 ArduCounter countDiffD4: 0
2019-03-08_14:11:20 ArduCounter lastMsgD4: R4 C111 D0/0 T368370 N12570499,0 X0 S115
2019-03-08_14:11:20 ArduCounter pinD4: 111
2019-03-08_14:11:20 ArduCounter longD4: 855685
2019-03-08_14:11:20 ArduCounter interpolatedLongD4: 7020
2019-03-08_14:11:20 ArduCounter seqD4: 115
2019-03-08_14:11:20 ArduCounter Zaehler: 8556.85
2019-03-08_14:17:20 ArduCounter powerD4: 0.000
2019-03-08_14:17:20 ArduCounter rejectD4: 0
2019-03-08_14:17:20 ArduCounter timeDiffD4: 360000
2019-03-08_14:17:20 ArduCounter countDiffD4: 0
2019-03-08_14:17:20 ArduCounter lastMsgD4: R4 C111 D0/0 T360000 N12930499,0 X0 S116
2019-03-08_14:17:20 ArduCounter pinD4: 111
2019-03-08_14:17:20 ArduCounter longD4: 855685
2019-03-08_14:17:20 ArduCounter interpolatedLongD4: 7020
2019-03-08_14:17:20 ArduCounter seqD4: 116
2019-03-08_14:17:20 ArduCounter Zaehler: 8556.85
2019-03-08_14:23:20 ArduCounter powerD4: 0.000
2019-03-08_14:23:20 ArduCounter rejectD4: 0
2019-03-08_14:23:20 ArduCounter timeDiffD4: 360000
2019-03-08_14:23:20 ArduCounter countDiffD4: 0
2019-03-08_14:23:20 ArduCounter lastMsgD4: R4 C111 D0/0 T360000 N13290499,0 X0 S117
2019-03-08_14:23:20 ArduCounter pinD4: 111
2019-03-08_14:23:20 ArduCounter longD4: 855685
2019-03-08_14:23:20 ArduCounter interpolatedLongD4: 7020
2019-03-08_14:23:20 ArduCounter seqD4: 117
2019-03-08_14:23:20 ArduCounter Zaehler: 8556.85
2019-03-08_14:29:20 ArduCounter powerD4: 0.000
2019-03-08_14:29:20 ArduCounter rejectD4: 0
2019-03-08_14:29:20 ArduCounter timeDiffD4: 360000
2019-03-08_14:29:20 ArduCounter countDiffD4: 0
2019-03-08_14:29:20 ArduCounter lastMsgD4: R4 C111 D0/0 T360000 N13650499,0 X0 S118
2019-03-08_14:29:20 ArduCounter pinD4: 111
2019-03-08_14:29:20 ArduCounter longD4: 855685
2019-03-08_14:29:20 ArduCounter interpolatedLongD4: 7020
2019-03-08_14:29:20 ArduCounter seqD4: 118
2019-03-08_14:29:20 ArduCounter Zaehler: 8556.85
Log GasCalculator
2019-03-08_13:45:21 ArduGasCalculator ArduCounter_Zaehler_Meter: 8556.710
2019-03-08_13:45:21 ArduGasCalculator ArduCounter_Zaehler_PowerCurrent: 3.309
2019-03-08_13:45:21 ArduGasCalculator ArduCounter_Zaehler_PowerDayAver: 6.374
2019-03-08_13:45:21 ArduGasCalculator ArduCounter_Zaehler_EnergyDay: 39.493
2019-03-08_13:45:21 ArduGasCalculator ArduCounter_Zaehler_EnergyMonth: 356.647
2019-03-08_13:45:21 ArduGasCalculator ArduCounter_Zaehler_EnergyYear: 3956.542
2019-03-08_13:45:21 ArduGasCalculator ArduCounter_Zaehler_EnergyMeter: 5679.214
2019-03-08_13:45:21 ArduGasCalculator ArduCounter_Zaehler_EnergyCostDay: 1.682
2019-03-08_13:45:21 ArduGasCalculator ArduCounter_Zaehler_EnergyCostMonth: 15.193
2019-03-08_13:45:21 ArduGasCalculator ArduCounter_Zaehler_EnergyCostYear: 168.549
2019-03-08_13:45:21 ArduGasCalculator ArduCounter_Zaehler_EnergyCostMeter: 241.935
2019-03-08_13:45:21 ArduGasCalculator ArduCounter_Zaehler_FinanceReserve: -101.438
2019-03-08_13:46:21 ArduGasCalculator ArduCounter_Zaehler_Meter: 8556.720
2019-03-08_13:46:21 ArduGasCalculator ArduCounter_Zaehler_PowerCurrent: 6.619
2019-03-08_13:46:21 ArduGasCalculator ArduCounter_Zaehler_PowerDayAver: 6.375
2019-03-08_13:46:21 ArduGasCalculator ArduCounter_Zaehler_EnergyDay: 39.603
2019-03-08_13:46:21 ArduGasCalculator ArduCounter_Zaehler_EnergyMonth: 356.757
2019-03-08_13:46:21 ArduGasCalculator ArduCounter_Zaehler_EnergyYear: 3956.652
2019-03-08_13:46:21 ArduGasCalculator ArduCounter_Zaehler_EnergyMeter: 5679.324
2019-03-08_13:46:21 ArduGasCalculator ArduCounter_Zaehler_EnergyCostDay: 1.687
2019-03-08_13:46:21 ArduGasCalculator ArduCounter_Zaehler_EnergyCostMonth: 15.198
2019-03-08_13:46:21 ArduGasCalculator ArduCounter_Zaehler_EnergyCostYear: 168.553
2019-03-08_13:46:21 ArduGasCalculator ArduCounter_Zaehler_EnergyCostMeter: 241.939
2019-03-08_13:46:21 ArduGasCalculator ArduCounter_Zaehler_FinanceReserve: -101.443
2019-03-08_13:48:20 ArduGasCalculator ArduCounter_Zaehler_Meter: 8556.730
2019-03-08_13:48:20 ArduGasCalculator ArduCounter_Zaehler_PowerCurrent: 3.337
2019-03-08_13:48:20 ArduGasCalculator ArduCounter_Zaehler_PowerDayAver: 6.365
2019-03-08_13:48:20 ArduGasCalculator ArduCounter_Zaehler_EnergyDay: 39.713
2019-03-08_13:48:20 ArduGasCalculator ArduCounter_Zaehler_EnergyMonth: 356.868
2019-03-08_13:48:20 ArduGasCalculator ArduCounter_Zaehler_EnergyYear: 3956.763
2019-03-08_13:48:20 ArduGasCalculator ArduCounter_Zaehler_EnergyMeter: 5679.435
2019-03-08_13:48:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostDay: 1.692
2019-03-08_13:48:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostMonth: 15.203
2019-03-08_13:48:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostYear: 168.558
2019-03-08_13:48:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostMeter: 241.944
2019-03-08_13:48:20 ArduGasCalculator ArduCounter_Zaehler_FinanceReserve: -101.447
2019-03-08_13:49:20 ArduGasCalculator ArduCounter_Zaehler_Meter: 8556.740
2019-03-08_13:49:20 ArduGasCalculator ArduCounter_Zaehler_PowerCurrent: 6.619
2019-03-08_13:49:20 ArduGasCalculator ArduCounter_Zaehler_PowerDayAver: 6.366
2019-03-08_13:49:20 ArduGasCalculator ArduCounter_Zaehler_EnergyDay: 39.824
2019-03-08_13:49:20 ArduGasCalculator ArduCounter_Zaehler_EnergyMonth: 356.978
2019-03-08_13:49:20 ArduGasCalculator ArduCounter_Zaehler_EnergyYear: 3956.873
2019-03-08_13:49:20 ArduGasCalculator ArduCounter_Zaehler_EnergyMeter: 5679.545
2019-03-08_13:49:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostDay: 1.696
2019-03-08_13:49:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostMonth: 15.207
2019-03-08_13:49:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostYear: 168.563
2019-03-08_13:49:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostMeter: 241.949
2019-03-08_13:49:20 ArduGasCalculator ArduCounter_Zaehler_FinanceReserve: -101.452
2019-03-08_13:51:20 ArduGasCalculator ArduCounter_Zaehler_Meter: 8556.750
2019-03-08_13:51:20 ArduGasCalculator ArduCounter_Zaehler_PowerCurrent: 3.309
2019-03-08_13:51:20 ArduGasCalculator ArduCounter_Zaehler_PowerDayAver: 6.357
2019-03-08_13:51:20 ArduGasCalculator ArduCounter_Zaehler_EnergyDay: 39.934
2019-03-08_13:51:20 ArduGasCalculator ArduCounter_Zaehler_EnergyMonth: 357.088
2019-03-08_13:51:20 ArduGasCalculator ArduCounter_Zaehler_EnergyYear: 3956.983
2019-03-08_13:51:20 ArduGasCalculator ArduCounter_Zaehler_EnergyMeter: 5679.655
2019-03-08_13:51:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostDay: 1.701
2019-03-08_13:51:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostMonth: 15.212
2019-03-08_13:51:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostYear: 168.567
2019-03-08_13:51:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostMeter: 241.953
2019-03-08_13:51:20 ArduGasCalculator ArduCounter_Zaehler_FinanceReserve: -101.457
2019-03-08_13:52:20 ArduGasCalculator ArduCounter_Zaehler_Meter: 8556.760
2019-03-08_13:52:20 ArduGasCalculator ArduCounter_Zaehler_PowerCurrent: 6.619
2019-03-08_13:52:20 ArduGasCalculator ArduCounter_Zaehler_PowerDayAver: 6.358
2019-03-08_13:52:20 ArduGasCalculator ArduCounter_Zaehler_EnergyDay: 40.044
2019-03-08_13:52:20 ArduGasCalculator ArduCounter_Zaehler_EnergyMonth: 357.199
2019-03-08_13:52:20 ArduGasCalculator ArduCounter_Zaehler_EnergyYear: 3957.094
2019-03-08_13:52:20 ArduGasCalculator ArduCounter_Zaehler_EnergyMeter: 5679.766
2019-03-08_13:52:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostDay: 1.706
2019-03-08_13:52:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostMonth: 15.217
2019-03-08_13:52:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostYear: 168.572
2019-03-08_13:52:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostMeter: 241.958
2019-03-08_13:52:20 ArduGasCalculator ArduCounter_Zaehler_FinanceReserve: -101.461
2019-03-08_13:54:20 ArduGasCalculator ArduCounter_Zaehler_Meter: 8556.770
2019-03-08_13:54:20 ArduGasCalculator ArduCounter_Zaehler_PowerCurrent: 3.309
2019-03-08_13:54:20 ArduGasCalculator ArduCounter_Zaehler_PowerDayAver: 6.348
2019-03-08_13:54:20 ArduGasCalculator ArduCounter_Zaehler_EnergyDay: 40.154
2019-03-08_13:54:20 ArduGasCalculator ArduCounter_Zaehler_EnergyMonth: 357.309
2019-03-08_13:54:20 ArduGasCalculator ArduCounter_Zaehler_EnergyYear: 3957.204
2019-03-08_13:54:20 ArduGasCalculator ArduCounter_Zaehler_EnergyMeter: 5679.876
2019-03-08_13:54:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostDay: 1.711
2019-03-08_13:54:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostMonth: 15.221
2019-03-08_13:54:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostYear: 168.577
2019-03-08_13:54:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostMeter: 241.963
2019-03-08_13:54:20 ArduGasCalculator ArduCounter_Zaehler_FinanceReserve: -101.466
2019-03-08_13:55:20 ArduGasCalculator ArduCounter_Zaehler_Meter: 8556.780
2019-03-08_13:55:20 ArduGasCalculator ArduCounter_Zaehler_PowerCurrent: 6.619
2019-03-08_13:55:20 ArduGasCalculator ArduCounter_Zaehler_PowerDayAver: 6.349
2019-03-08_13:55:20 ArduGasCalculator ArduCounter_Zaehler_EnergyDay: 40.265
2019-03-08_13:55:20 ArduGasCalculator ArduCounter_Zaehler_EnergyMonth: 357.419
2019-03-08_13:55:20 ArduGasCalculator ArduCounter_Zaehler_EnergyYear: 3957.314
2019-03-08_13:55:20 ArduGasCalculator ArduCounter_Zaehler_EnergyMeter: 5679.986
2019-03-08_13:55:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostDay: 1.715
2019-03-08_13:55:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostMonth: 15.226
2019-03-08_13:55:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostYear: 168.582
2019-03-08_13:55:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostMeter: 241.967
2019-03-08_13:55:20 ArduGasCalculator ArduCounter_Zaehler_FinanceReserve: -101.471
2019-03-08_13:57:20 ArduGasCalculator ArduCounter_Zaehler_Meter: 8556.790
2019-03-08_13:57:20 ArduGasCalculator ArduCounter_Zaehler_PowerCurrent: 3.309
2019-03-08_13:57:20 ArduGasCalculator ArduCounter_Zaehler_PowerDayAver: 6.340
2019-03-08_13:57:20 ArduGasCalculator ArduCounter_Zaehler_EnergyDay: 40.375
2019-03-08_13:57:20 ArduGasCalculator ArduCounter_Zaehler_EnergyMonth: 357.529
2019-03-08_13:57:20 ArduGasCalculator ArduCounter_Zaehler_EnergyYear: 3957.425
2019-03-08_13:57:20 ArduGasCalculator ArduCounter_Zaehler_EnergyMeter: 5680.097
2019-03-08_13:57:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostDay: 1.720
2019-03-08_13:57:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostMonth: 15.231
2019-03-08_13:57:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostYear: 168.586
2019-03-08_13:57:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostMeter: 241.972
2019-03-08_13:57:20 ArduGasCalculator ArduCounter_Zaehler_FinanceReserve: -101.475
2019-03-08_13:58:20 ArduGasCalculator ArduCounter_Zaehler_Meter: 8556.800
2019-03-08_13:58:20 ArduGasCalculator ArduCounter_Zaehler_PowerCurrent: 6.619
2019-03-08_13:58:20 ArduGasCalculator ArduCounter_Zaehler_PowerDayAver: 6.341
2019-03-08_13:58:20 ArduGasCalculator ArduCounter_Zaehler_EnergyDay: 40.485
2019-03-08_13:58:20 ArduGasCalculator ArduCounter_Zaehler_EnergyMonth: 357.640
2019-03-08_13:58:20 ArduGasCalculator ArduCounter_Zaehler_EnergyYear: 3957.535
2019-03-08_13:58:20 ArduGasCalculator ArduCounter_Zaehler_EnergyMeter: 5680.207
2019-03-08_13:58:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostDay: 1.725
2019-03-08_13:58:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostMonth: 15.235
2019-03-08_13:58:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostYear: 168.591
2019-03-08_13:58:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostMeter: 241.977
2019-03-08_13:58:20 ArduGasCalculator ArduCounter_Zaehler_FinanceReserve: -101.480
2019-03-08_14:00:20 ArduGasCalculator ArduCounter_Zaehler_Meter: 8556.810
2019-03-08_14:00:20 ArduGasCalculator ArduCounter_Zaehler_PowerCurrent: 3.309
2019-03-08_14:00:20 ArduGasCalculator ArduCounter_Zaehler_PowerDayAver: 6.332
2019-03-08_14:00:20 ArduGasCalculator ArduCounter_Zaehler_EnergyDay: 40.596
2019-03-08_14:00:20 ArduGasCalculator ArduCounter_Zaehler_EnergyMonth: 357.750
2019-03-08_14:00:20 ArduGasCalculator ArduCounter_Zaehler_EnergyYear: 3957.645
2019-03-08_14:00:20 ArduGasCalculator ArduCounter_Zaehler_EnergyMeter: 5680.317
2019-03-08_14:00:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostDay: 1.729
2019-03-08_14:00:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostMonth: 15.240
2019-03-08_14:00:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostYear: 168.596
2019-03-08_14:00:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostMeter: 241.982
2019-03-08_14:00:20 ArduGasCalculator ArduCounter_Zaehler_FinanceReserve: -101.485
2019-03-08_14:01:20 ArduGasCalculator ArduCounter_Zaehler_Meter: 8556.820
2019-03-08_14:01:20 ArduGasCalculator ArduCounter_Zaehler_PowerCurrent: 6.619
2019-03-08_14:01:20 ArduGasCalculator ArduCounter_Zaehler_PowerDayAver: 6.333
2019-03-08_14:01:20 ArduGasCalculator ArduCounter_Zaehler_EnergyDay: 40.706
2019-03-08_14:01:20 ArduGasCalculator ArduCounter_Zaehler_EnergyMonth: 357.860
2019-03-08_14:01:20 ArduGasCalculator ArduCounter_Zaehler_EnergyYear: 3957.755
2019-03-08_14:01:20 ArduGasCalculator ArduCounter_Zaehler_EnergyMeter: 5680.428
2019-03-08_14:01:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostDay: 1.734
2019-03-08_14:01:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostMonth: 15.245
2019-03-08_14:01:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostYear: 168.600
2019-03-08_14:01:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostMeter: 241.986
2019-03-08_14:01:20 ArduGasCalculator ArduCounter_Zaehler_FinanceReserve: -101.490
2019-03-08_14:02:20 ArduGasCalculator ArduCounter_Zaehler_Meter: 8556.830
2019-03-08_14:02:20 ArduGasCalculator ArduCounter_Zaehler_PowerDayAver: 6.334
2019-03-08_14:02:20 ArduGasCalculator ArduCounter_Zaehler_EnergyDay: 40.816
2019-03-08_14:02:20 ArduGasCalculator ArduCounter_Zaehler_EnergyMonth: 357.971
2019-03-08_14:02:20 ArduGasCalculator ArduCounter_Zaehler_EnergyYear: 3957.866
2019-03-08_14:02:20 ArduGasCalculator ArduCounter_Zaehler_EnergyMeter: 5680.538
2019-03-08_14:02:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostDay: 1.739
2019-03-08_14:02:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostMonth: 15.250
2019-03-08_14:02:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostYear: 168.605
2019-03-08_14:02:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostMeter: 241.991
2019-03-08_14:02:20 ArduGasCalculator ArduCounter_Zaehler_FinanceReserve: -101.494
2019-03-08_14:04:20 ArduGasCalculator ArduCounter_Zaehler_Meter: 8556.840
2019-03-08_14:04:20 ArduGasCalculator ArduCounter_Zaehler_PowerCurrent: 3.309
2019-03-08_14:04:20 ArduGasCalculator ArduCounter_Zaehler_PowerDayAver: 6.325
2019-03-08_14:04:20 ArduGasCalculator ArduCounter_Zaehler_EnergyDay: 40.927
2019-03-08_14:04:20 ArduGasCalculator ArduCounter_Zaehler_EnergyMonth: 358.081
2019-03-08_14:04:20 ArduGasCalculator ArduCounter_Zaehler_EnergyYear: 3957.976
2019-03-08_14:04:20 ArduGasCalculator ArduCounter_Zaehler_EnergyMeter: 5680.648
2019-03-08_14:04:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostDay: 1.743
2019-03-08_14:04:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostMonth: 15.254
2019-03-08_14:04:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostYear: 168.610
2019-03-08_14:04:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostMeter: 241.996
2019-03-08_14:04:20 ArduGasCalculator ArduCounter_Zaehler_FinanceReserve: -101.499
2019-03-08_14:05:20 ArduGasCalculator ArduCounter_Zaehler_Meter: 8556.850
2019-03-08_14:05:20 ArduGasCalculator ArduCounter_Zaehler_PowerCurrent: 6.619
2019-03-08_14:05:20 ArduGasCalculator ArduCounter_Zaehler_PowerDayAver: 6.326
2019-03-08_14:05:20 ArduGasCalculator ArduCounter_Zaehler_EnergyDay: 41.037
2019-03-08_14:05:20 ArduGasCalculator ArduCounter_Zaehler_EnergyMonth: 358.191
2019-03-08_14:05:20 ArduGasCalculator ArduCounter_Zaehler_EnergyYear: 3958.086
2019-03-08_14:05:20 ArduGasCalculator ArduCounter_Zaehler_EnergyMeter: 5680.759
2019-03-08_14:05:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostDay: 1.748
2019-03-08_14:05:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostMonth: 15.259
2019-03-08_14:05:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostYear: 168.614
2019-03-08_14:05:20 ArduGasCalculator ArduCounter_Zaehler_EnergyCostMeter: 242.000
2019-03-08_14:05:20 ArduGasCalculator ArduCounter_Zaehler_FinanceReserve: -101.504
2019-03-08_14:11:20 ArduGasCalculator ArduCounter_Zaehler_PowerCurrent: 0.000
2019-03-08_14:11:20 ArduGasCalculator ArduCounter_Zaehler_PowerDayAver: 6.307
2019-03-08_14:17:20 ArduGasCalculator ArduCounter_Zaehler_PowerDayAver: 6.288
2019-03-08_14:23:20 ArduGasCalculator ArduCounter_Zaehler_PowerDayAver: 6.270
2019-03-08_14:29:20 ArduGasCalculator ArduCounter_Zaehler_PowerDayAver: 6.252
2019-03-08_14:35:20 ArduGasCalculator ArduCounter_Zaehler_PowerDayAver: 6.234
Hallo,
ich vermute, dass die Power-Werte nicht korrekt kalkuliert werden. Auch hat eine Änderung des Attributs SiPrefixPower bei mir keinen Einfluss auf diese Werte. Meiner Meinung nach müsste das für folgendes Beispiel so aussehen:
total_Meter m³ 17805,820
Vol1st day m³ 17805,435
Vol Differenz m³ 0,385
EnergyDay kWh 4,084
Time in hours 8,000
EnergyCostDay EUR 0,209
PowerDayAver correct W 510,537
PoweDayAver W wrong calculated 0,000
Stimmt alles außer der letzten Zeile.
Mal eine Frage zu dem Modul.
Ich verwende den HourCounter und einen Dummy der einfach per ESP8266 auf "ON" und "OFF" geschaltet wird...ohne großes gebastel mit EasyESP oder sonst was.
Zählung läuft super!
Nun habe ich den GasCalculator gesehen.
Zur Zeit habe ich es nur installiert ohne Einstellungen außer dieses Offset um den aktuellen Zählerstand einzustellen.
Aber diese Zahl wird nirgends weiter verwendet und ändert sich auch nicht ?!
Aber meine eigentliche Frage:
Könnte man mit diesem Modul den Tankinhalt abbilden ?
Der Gastank hat eine Füllstandsanzeige in %.
Wäre schon toll wenn man das irgend wie abbilden könnte...klar wird nicht genau sein, aber nützlich wäre es auf jeden Fall.
Kann mir jemand was dazu sagen ?
Edit:
Habe das Modul wieder entfernt. Tankinhalt habe ich mit Hilfe von 3 dummys gelöst. Erstes dummy trägt nur den aktuellen Tankinhalt in %.
In einem notify wird dieser Wert in Liter und Kubikmeter umgerechnet und vom HourCounter das reading "countsOverall" was 0,01m³ per Tick entspricht, subtrahiert.
Werte in Liter und m³ werden dann in den beiden anderen dummys abgelegt. Diese verwende ich im TabletUi und lasse sie dort anzeigen...fertig :-D
Hallo.
ich verstehe es nicht:
CounterOffset :
Eine gültige float-Zahl für den Volumen Unterschied = Offset (Nicht der Unterschied zwischen Zählimpulsen) zwischen dem am mechanischen Gaszähler und dem angezeigten Wert im Reading dieses Device.
Der Offset-Wert wird wie folgt ermittelt: VOffset = VMechanisch - VModule
Der Standard-Wert ist 0.00
Mein (mechanischer) Zähler steht auf 19223,125m3. Was ist denn der Reading Wert "VModule"? Ist es der _Total_Meter Wert? Wenn ich GasCounterOffset was eingebe muß welcher Wert dann mit meinem Zähler übereinstimmen?
Auch wenn das schon mehrfach gefragt wurde, gibt es irgendwo ein Beispiel wie man über FileLog was plotten kann?
Das Modul ist Spitze, aber als fhem Laie ist schwer reinzukommen.
Edit: Ich möchte das hier mal nicht so negativ stehen lassen. Mittlerweile ist das Zählen mit dem ESP Counter stabil (siehe auch https://forum.fhem.de/index.php/topic,105348.0.html (https://forum.fhem.de/index.php/topic,105348.0.html)) und Verständniszuwachs in der Bedienung von fhem ebenfalls vorhanden. So konnte ich den ersten plausiblen Plot erzeugen - s. Anhang.
Herzlichen Dank an Sailor (hinterm Deich :) ) für dieses tolle Modul.
Hallo liebe Leute.
ich hab mir den Gascalculator erfolgreich eingerichtet. Zählt sauber seit zwei Wochen.
Aber leider fehlt mir in der Logdatei samtliche app readings (appCountsPerDay, usw..)
nur die appConsumptionPerDayTemp wird geschrieben.
ich hab alles schon alles upgedatet und ne zweite filelog angelegt, hat leider nichts gebracht.
jemand eine idee woran es liegen könnte?
mfg
Michael
Wenn die readings ja da sind könnte es an der uns noch nicht bekannten FileLog-Definition liegen. Achte mal im eventMonitor darauf, ob events zu den von Dir vermissten readings kommen.
Wo sollen die
Zitat(appCountsPerDay, usw..)
eigentlich herkommen. Ich hab solche readings nicht und in der commandref hab ich sie auch nicht gefunden. :o
Guten Morgen.
die Readings stehen bei mir im Hourcounter, das hab ich hier übernommen.
https://wiki.fhem.de/wiki/HourCounter (https://wiki.fhem.de/wiki/HourCounter)
Meine Def:
define CN.gastest HourCounter MYSENSOR_30:tripped4:.on MYSENSOR_30:tripped4:.off
setuuid CN.gastest 5de56138-f33f-5c79-5fd3-a06036ccd5e9bb51
attr CN.gastest event-min-interval tick.*:0,.*:3600
attr CN.gastest event-on-change-reading .*
attr CN.gastest group Counter
attr CN.gastest room Central Heating
attr CN.gastest stateFormat Counter:countsOverall Cons.Day:appConsumptionPerDayTemp
attr CN.gastest userReadings appConsumptionPerDayTemp:countsPerDay.* {ReadingsNum($NAME,"countsPerDay",0)*0.01;;;;}
und
define CN.EVENT notify CN\..*:tick.* {appHCNotify("%NAME","%EVTPART0","%EVTPART1");;;;}
meine Filelog def schaut so aus.
define CN.gastest.File FileLog ./log/CN.gastest-%Y.log (CN\.gastest:.*)
und so
define CN.gastest.FileDay FileLog ./log/CN.gastest-Day-%Y.log CN.gastest:app\w+(Utilization|PerHour|PerDay|PerWeek|PerMonth|PerYear)(?!Temp).*
der zweite Filelog ist komplett leer.
was mir auch noch aufgefallen ist, die "app"readings werden auch nicht aktualisiert.
MFG
ZitatReadings stehen bei mir im Hourcounter
Dann ist das hier aber doch der falsche Thread. Da musst Du bei Hourcounter(kenne/nutze ich nicht) nachfragen.
Das hab ich mir im nachhinein auch gedacht!
ich schreibs da auch noch mal rein
Danke!
Schöne Weinnachten!
Hallo,
kann man beim GasCalculator die Readings der Kosten auch auf zweistellige
statt der drei Stellen nach dem Komma umstellen?
MfG Uwe
Hallo zusammen,
ein höchst interessantes Modul. Entschuldigt,dass ich die 20 Seiten nur grob überflogen habe, aber es ist für einen Neuling wirklich viel Input :-X
Ich habe, glaube ich, auf meinem Weg zum Ziel schon einiges richtig gemacht.
Im Prinzip wünsche ich mir ein Balkendiagramm mit 12 Balken der letzten 12 Monate (oder vielleicht sogar der letzten 52 Wochen?) mit Darstellung des Gasverbrauchs in kWh oder in EUR.
Ein Reedkontakt ist seit gestern abend an meinem Gaszähler montiert und an einen ESP8266 angeschlossen, welcher alle 60 Sekunden die relativ gezählten Impulse zu FHEM überträgt. Dort sammelt ein UserReading alle Impulse und addiert sie zu einer absoluten Summe. Genau so, wie dies Modul es als Voraussetzung hat.
Dies Modul habe ich heute ebenfalls erstellt und mit den beschriebenen Werten gefüttert, soweit sie mir bekannt sind. Das sieht nach ca. 10 Stunden nun so aus:
Zitat
Internals:
CFGFN
DEF ESPEasy_ESP_Easy1_reedkontakt:Total.*
FUUID 5e4baed4-f33f-4dec-be3f-33e43dfbfa3752e1
NAME Gaszaehler
NOTIFYDEV ESPEasy_ESP_Easy1_reedkontakt
NR 5872
NTFY_ORDER 10-Gaszaehler
REGEXP ESPEasy_ESP_Easy1_reedkontakt:Total.*
STATE active
TYPE GasCalculator
READINGS:
2020-02-18 22:36:59 ESPEasy_ESP_Easy1_reedkontakt_Total_EnergyCostDay 1.991
2020-02-18 22:36:59 ESPEasy_ESP_Easy1_reedkontakt_Total_EnergyCostMeter 1.991
2020-02-18 22:36:59 ESPEasy_ESP_Easy1_reedkontakt_Total_EnergyCostMonth 1.991
2020-02-18 22:36:59 ESPEasy_ESP_Easy1_reedkontakt_Total_EnergyCostYear 1.991
2020-02-18 22:36:59 ESPEasy_ESP_Easy1_reedkontakt_Total_EnergyDay 36.400
2020-02-18 22:36:59 ESPEasy_ESP_Easy1_reedkontakt_Total_EnergyMeter 36.400
2020-02-18 22:36:59 ESPEasy_ESP_Easy1_reedkontakt_Total_EnergyMonth 36.400
2020-02-18 22:36:59 ESPEasy_ESP_Easy1_reedkontakt_Total_EnergyYear 36.400
2020-02-18 22:36:59 ESPEasy_ESP_Easy1_reedkontakt_Total_FinanceReserve 822.176
2020-02-18 22:36:59 ESPEasy_ESP_Easy1_reedkontakt_Total_Meter 4.110
2020-02-18 22:36:59 ESPEasy_ESP_Easy1_reedkontakt_Total_MonthMeterReading 10
2020-02-18 22:36:59 ESPEasy_ESP_Easy1_reedkontakt_Total_PowerCurrent 0.000
2020-02-18 22:36:59 ESPEasy_ESP_Easy1_reedkontakt_Total_PowerDayAver 0.125
2020-02-18 11:11:18 ESPEasy_ESP_Easy1_reedkontakt_Total_PowerDayMax 7200.000
2020-02-18 11:23:48 ESPEasy_ESP_Easy1_reedkontakt_Total_PowerDayMin -7200
2020-02-18 10:31:18 ESPEasy_ESP_Easy1_reedkontakt_Total_Vol1stDay 0.47
2020-02-18 10:31:18 ESPEasy_ESP_Easy1_reedkontakt_Total_Vol1stMeter 0.47
2020-02-18 10:31:18 ESPEasy_ESP_Easy1_reedkontakt_Total_Vol1stMonth 0.47
2020-02-18 10:31:18 ESPEasy_ESP_Easy1_reedkontakt_Total_Vol1stYear 0.47
2020-02-18 10:31:18 ESPEasy_ESP_Easy1_reedkontakt_Total_VolLastDay 0.470
2020-02-18 10:31:18 ESPEasy_ESP_Easy1_reedkontakt_Total_VolLastMeter 0.470
2020-02-18 10:31:18 ESPEasy_ESP_Easy1_reedkontakt_Total_VolLastMonth 0.470
2020-02-18 10:31:18 ESPEasy_ESP_Easy1_reedkontakt_Total_VolLastYear 0.470
system:
SiPrefixPowerFactor 1000
Attributes:
BasicPricePerAnnum 331,97
Currency €
GasCounterOffset 0
GasCubicPerCounts 0.01
GasNominalHeatingValue 10
GasPricePerKWh 0.0547
GaszValue 1
MonthOfAnnualReading 5
MonthlyPayment 110
ReadingDestination CalculatorDevice
SiPrefixPower kW
Volume m³
room ESPEasy
An dieser Stelle steigt mein Gehirn aus und kann die Datenflut nicht mehr nachvollziehen ;D
Seid Ihr so freundlich und könnt mir auf die Sprünge helfen, welche Daten ich nun in Logfiles festhalten muss, um zu meinem Ziel zu gelangen?
In der CommandRef ist fast jedes Reading schon gut erklärt.
Und viel wichtiger noch: mir ist schleierhaft, wie ich gegenprüfen kann, ob obige Daten plausibel sind.
Stehen zufällig schon irgendwo die hinterlegten Berechnungsformeln, um die Readings nachvollziehen zu können?
Vermutlich muss das System nun erstmal laufen und Daten loggen, um Ergebnisse zu liefern?
Ich glaube man merkt mir an, dass es teils schwer fällt, überhaupt konkrete Fragen zu stellen ;) Dafür bitte ich höflichst um Nachsicht.
warte mal Tages-/Monatswechsel ab ;)
Müssen denn nicht diverse Readings wie z.B. *lastday* oder *lastmonth* in Logfiles festgehalten werden, um eine spätere Auswertung zu machen?
Klar, aber die ...Last...hattest Du gestern ja noch gar nicht. ;D
Loggen müsstest Du für Dein Bedürfnis vermutlich ...EnergyCostDayLast|EnergyCostMonthLast|EnergyDayLast|EnergyMonthLast
Guten Morgen,
ich habe gerade festgestellt, dass meine Installation von GasCalclulator heute Nacht den Dienst quittiert hat.
Das Modul reagiert nicht mehr auf die DEF. Das Event kommt aber vom ESP regelmäßig.
Hier meine Config:
defmod Gaszaehler GasCalculator ESPEasy_ESP_02_Gaszaehler:Total:.*
attr Gaszaehler BasicPricePerAnnum 0
attr Gaszaehler Currency €;
attr Gaszaehler GasCounterOffset 5413
attr Gaszaehler GasCubicPerCounts 0.1
attr Gaszaehler GasNominalHeatingValue 10
attr Gaszaehler GasPricePerKWh 0.0654
attr Gaszaehler GaszValue 1
attr Gaszaehler MonthOfAnnualReading 5
attr Gaszaehler MonthlyPayment 0
attr Gaszaehler ReadingDestination CalculatorDevice
attr Gaszaehler SiPrefixPower W
attr Gaszaehler Volume m³;
attr Gaszaehler room ESPEasy
attr Gaszaehler userReadings energyTotal:ESPEasy_ESP_02_Gaszaehler_Total_Meter.* monotonic {ReadingsVal("Gaszaehler","ESPEasy_ESP_02_Gaszaehler_Total_Meter",0)}
attr Gaszaehler verbose 4
setstate Gaszaehler active
setstate Gaszaehler 2020-02-29 20:45:12 .ESPEasy_ESP_02_Gaszaehler_Total_LastDV 0.000
setstate Gaszaehler 2020-02-29 20:45:12 .ESPEasy_ESP_02_Gaszaehler_Total_LastDt 60
setstate Gaszaehler 2020-02-29 20:45:12 .ESPEasy_ESP_02_Gaszaehler_Total_PowerDayCount 1246
setstate Gaszaehler 2020-02-29 20:45:12 .ESPEasy_ESP_02_Gaszaehler_Total_PowerDaySum 4922.062
setstate Gaszaehler 2020-02-29 20:45:12 .ESPEasy_ESP_02_Gaszaehler_Total_PrevRead 5489.500
setstate Gaszaehler 2020-02-29 20:45:12 ESPEasy_ESP_02_Gaszaehler_Total_EnergyCostDay 5.363
setstate Gaszaehler 2020-02-29 00:00:12 ESPEasy_ESP_02_Gaszaehler_Total_EnergyCostDayLast 6.409
setstate Gaszaehler 2020-02-29 20:45:12 ESPEasy_ESP_02_Gaszaehler_Total_EnergyCostMeter 3590.133
setstate Gaszaehler 2020-02-29 20:45:12 ESPEasy_ESP_02_Gaszaehler_Total_EnergyCostMonth 158.726
setstate Gaszaehler 2020-02-01 00:00:52 ESPEasy_ESP_02_Gaszaehler_Total_EnergyCostMonthLast 176.776
setstate Gaszaehler 2020-02-29 20:45:12 ESPEasy_ESP_02_Gaszaehler_Total_EnergyCostYear 335.502
setstate Gaszaehler 2020-01-01 00:00:38 ESPEasy_ESP_02_Gaszaehler_Total_EnergyCostYearLast 3254.631
setstate Gaszaehler 2020-02-29 20:45:12 ESPEasy_ESP_02_Gaszaehler_Total_EnergyDay 82.000
setstate Gaszaehler 2020-02-29 00:00:12 ESPEasy_ESP_02_Gaszaehler_Total_EnergyDayLast 98.000
setstate Gaszaehler 2020-02-29 20:45:12 ESPEasy_ESP_02_Gaszaehler_Total_EnergyMeter 54895.000
setstate Gaszaehler 2020-02-29 20:45:12 ESPEasy_ESP_02_Gaszaehler_Total_EnergyMonth 2427.000
setstate Gaszaehler 2020-02-01 00:00:52 ESPEasy_ESP_02_Gaszaehler_Total_EnergyMonthLast 2703.000
setstate Gaszaehler 2020-02-29 20:45:12 ESPEasy_ESP_02_Gaszaehler_Total_EnergyYear 5130.000
setstate Gaszaehler 2020-01-01 00:00:38 ESPEasy_ESP_02_Gaszaehler_Total_EnergyYearLast 49765.000
setstate Gaszaehler 2020-02-29 20:45:12 ESPEasy_ESP_02_Gaszaehler_Total_FinanceReserve -3590.133
setstate Gaszaehler 2020-02-29 20:45:12 ESPEasy_ESP_02_Gaszaehler_Total_Meter 5489.500
setstate Gaszaehler 2020-02-29 20:45:12 ESPEasy_ESP_02_Gaszaehler_Total_MonthMeterReading 10
setstate Gaszaehler 2020-02-29 20:45:12 ESPEasy_ESP_02_Gaszaehler_Total_PowerCurrent 0.000
setstate Gaszaehler 2020-02-29 20:45:12 ESPEasy_ESP_02_Gaszaehler_Total_PowerDayAver 3.950
setstate Gaszaehler 2020-02-29 11:35:12 ESPEasy_ESP_02_Gaszaehler_Total_PowerDayMax 63.158
setstate Gaszaehler 2020-02-29 00:00:12 ESPEasy_ESP_02_Gaszaehler_Total_PowerDayMin 0.000
setstate Gaszaehler 2020-02-29 00:00:12 ESPEasy_ESP_02_Gaszaehler_Total_Vol1stDay 5481.3
setstate Gaszaehler 2019-07-23 17:02:58 ESPEasy_ESP_02_Gaszaehler_Total_Vol1stMeter 0
setstate Gaszaehler 2020-02-01 00:00:52 ESPEasy_ESP_02_Gaszaehler_Total_Vol1stMonth 5246.800
setstate Gaszaehler 2020-01-01 00:00:38 ESPEasy_ESP_02_Gaszaehler_Total_Vol1stYear 4976.500
setstate Gaszaehler 2020-02-29 00:00:12 ESPEasy_ESP_02_Gaszaehler_Total_VolLastDay 5481.300
setstate Gaszaehler 2019-07-23 17:02:58 ESPEasy_ESP_02_Gaszaehler_Total_VolLastMeter 0.000
setstate Gaszaehler 2020-02-01 00:00:52 ESPEasy_ESP_02_Gaszaehler_Total_VolLastMonth 5246.800
setstate Gaszaehler 2020-01-01 00:00:38 ESPEasy_ESP_02_Gaszaehler_Total_VolLastYear 4976.500
Der Wert für
ESPEasy_ESP_02_Gaszaehler_Total_Meter 5489.500
wird nicht mehr hochgezählt.
Aktuelle Updates habe ich installiert.
Kann das evtl. mit dem Schaltjahr zusammenhängen?
Norbert
Eher nicht(beim GasCalculator). Mein device rennt bestens.
ZitatDas Event kommt aber vom ESP regelmäßig.
Sicher ? Mit plausiblen Werten und Heizung läuft ?
Ja, extra überprüft.
defmod ESPEasy_ESP_02_Gaszaehler ESPEasy 192.168.2.221 80 ESP ESP_02_Gaszaehler
setstate ESPEasy_ESP_02_Gaszaehler 2020-03-01 09:56:13 Count 0
setstate ESPEasy_ESP_02_Gaszaehler 2020-03-01 09:56:13 Time 682438.00
setstate ESPEasy_ESP_02_Gaszaehler 2020-03-01 09:56:13 Total 819
setstate ESPEasy_ESP_02_Gaszaehler 2020-03-01 09:51:40 presence present
setstate ESPEasy_ESP_02_Gaszaehler 2020-03-01 09:56:13 state Cou: 0 Tim: 682438.00 Tot: 819
setstate ESPEasy_ESP_02_Gaszaehler 2020-03-01 10:01:13 state Cou: 0 Tim: 681866.00 Tot: 820
Es tut sich also etwas.
Norbert
Mir ist noch etwas aufgefallen.
Im Device fehlen die Befehlszeilen für die Funktionen "set" und "get".
Definiere ich in meiner Hauptinstanz einen neuen GasCalculator, wird dieser unter Unsorted in der Gruppe GasCalculator angelegt.
Lege ich einen GasCalculator auf einer anderen Fhem-Instanz (nicht auf dem aktuellen Stand) an, wird dieser in der Gruppe Central Heating angelegt.
Hallo zusammen
die Probleme sind alles einer kleinen Unachtsamkeit meinerseits geschuldet.
Ich denke ich habe es jetzt gefixt und sollte mit dem Update ab morgen behoben sein.
Mit der Bitte um Rückmeldung.
Gruß
Sailor
Hallo zusammen
die Probleme sind alles einer kleinen Unachtsamkeit meinerseits geschuldet.
Ich denke ich habe es jetzt gefixt und sollte mit dem Update ab morgen behoben sein.
Mit der Bitte um Rückmeldung.
Aber bitte daran denken:
a) Der Zaehler muss das Attribut "event-on-change-reading .*" gesetzt haben.
b) Der Calculator eine saubere, durch ":" getrennte Definition zwischen Zaehler-Device und dem Reading haben.
Gruß
Sailor
Läuft wieder!
Danke.
@Sailor, da du z.Z. fleissig an deinen drei Verbrauchszählern schraubst (Gas, Wasser, Strom) mal ne OT Frage :
Welches deiner drei Module könnte man am Besten "missbrauchen" um Erfassen & Berechnen des Heizölverbrauchs ?
Hi Wzut
Zitat von: Wzut am 03 März 2020, 13:04:25
@Sailor, da du z.Z. fleissig an deinen drei Verbrauchszählern schraubst (Gas, Wasser, Strom) mal ne OT Frage :
Welches deiner drei Module könnte man am Besten "missbrauchen" um Erfassen & Berechnen des Heizölverbrauchs ?
Da muss ich erstmal fragen wie du kontinuierlich den Heizölverbrauch bzw. den Tankinhalt ermitteln willst?
Gruß
Matthias
Den Inhalt und Menge fehlende Liter erfasse ich seit Jahren mit einem Selbstbau Ultraschall Abstandsmesser (Deckel bis Pegel)
Der Sensor hat eine Auflösung von 0,5 cm das entspricht bei mir ~ 23 Liter. Die Werte kommen ca. alle 4 Stunden neu und ein paar Sekunden vor Mitternacht habe ich nochmal einen extra Event für beide Werte die ins Log gehen. Tageswerte sind relativ unwichtig, wichtiger ist Woche, Monat und natürlich Jahr.
Hallo Wzut
Zitat von: Wzut am 03 März 2020, 16:08:18
Den Inhalt und Menge fehlende Liter erfasse ich seit Jahren mit einem Selbstbau Ultraschall Abstandsmesser (Deckel bis Pegel)
Der Sensor hat eine Auflösung von 0,5 cm das entspricht bei mir ~ 23 Liter. Die Werte kommen ca. alle 4 Stunden neu und ein paar Sekunden vor Mitternacht habe ich nochmal einen extra Event für beide Werte die ins Log gehen. Tageswerte sind relativ unwichtig, wichtiger ist Woche, Monat und natürlich Jahr.
Dann wäre der GasCalculator die richtige Wahl mit GaszValue = 1 und GasNominalHeatingValue=10600 (kWh/1000l Oel)
Ein besonderes Modul müsste dann aber geschaffen werden, welches deinen sinkenden Stand im Heizöltank in einen kontinuierlichen Verbrauch in m^3 (1000l) Heizölverbrauch umrechnet.
Diese Anzeige darf dann aber nicht "zittern". Das bedeutet, der Zähler darf nur eine Richtung kennen: Nach oben!
Dies könnte man mit einem entsprechend grooooooßen Abfrageintervall lösen.
Gruß
Sailor
THX4Info, habe ich mir schon fast gedacht das es nicht aus dem Stand mal ebenso ohne Zusatzaufwand geht.
Das mit dem nicht zittern ist gar nicht so einfach, da zum einen das Volumen sich leicht ändert beim Wechsel der Umgebungstemperatur und spätestens beim Volltanken gehts steil nach oben :)
Zitat von: Sailor am 01 März 2020, 19:13:07
Aber bitte daran denken:
a) Der Zaehler muss das Attribut "event-on-change-reading .*" gesetzt haben.
b) Der Calculator eine saubere, durch ":" getrennte Definition zwischen Zaehler-Device und dem Reading haben.
Darf ich hier nochmal um Erklärungen bitten?
a) Der Zähler = das Device, welches im Gascalculator-Device als Zähler-Device definiert wurde? Hier soll das Attribut event-on-change-reading mit ".*" gesetzt werden. Die Bedeutung ist mir klar, aber welcher Nachteil entsteht, wenn dies nicht gesetzt ist? (kann derzeit keine Fehler feststellen)
b) ist mir gänzlich unklar, was gemeint ist.
Hallo,
ich hatte auch crash nach dem Schalttag.
zu a) war bei mir nicht gesetzt und lief nach Update auch ohne, habe es aber dann gesetzt.
zu b) da ist wohl gemeint wie die Formatierung des logfiles aussehen soll - hab ich so verstanden:
2020-01-01_00:04:44 Gaszaehler ESPEasy_Counter_Gas_Total_EnergyCostDayLast: 5.465
2020-01-01_00:04:44 Gaszaehler ESPEasy_Counter_Gas_Total_EnergyDayLast: 114.328
Hallo Draco
Zitat von: Dracolein am 07 März 2020, 19:50:37
Darf ich hier nochmal um Erklärungen bitten?
a) Ich will sicher gehen, dass der notify auch bei den entsprechenden Änderungen am Zählerreading durchdringt.
b) Wenn Dein analoger Gaszaehler von einem fhem device namens "myGasCounter" abgefragt wird und die aufaddierten Zaehlimpulse in dem entsprechenden Reaing mit dem Namen "TotalEnergy" abgelegt werden, so lautet die Definition des GasCalculators wie folgt:
define myGasCalculator GasCalculator myGasCounter:TotalEnergy.*
Gruss
Sailor
Danke für den Hinweis, alle Unklarheiten beseitigt und meine Devices entsprechend angepasst.
Davon ab befinde ich mich mit meinem Gaszähler seit dem 01.03.2020 im ersten ernsthaften Monat.
Was mir auffällt: EnergyCostMonth zeigt derzeit ca. 81 € an. Es hat sich zum Monatswechsel nicht auf Null gesetzt, sondern addiert weiterhin täglich die Tageswerte hinzu seit Mitte Februar. Müsste dies nicht zum 01.03.2020 wieder bei Null starten?
Hallo Draclolein
Zitat von: Dracolein am 08 März 2020, 08:49:04
Was mir auffällt: EnergyCostMonth zeigt derzeit ca. 81 € an. Es hat sich zum Monatswechsel nicht auf Null gesetzt, sondern addiert weiterhin täglich die Tageswerte hinzu seit Mitte Februar. Müsste dies nicht zum 01.03.2020 wieder bei Null starten?
Ja, wenn ich nicht den Bock geschossen hätte, genau zum Monatswechsel den Bug ins Modul einzuarbeiten... >:(
Jetzt müssen wir alle bis April warten...
Gruß
Sailor
Ach das war mitunter der Bug, über den hier diskutiert wurde.
Ich bin in Sachen Updates und Übersicht noch nicht Herr der Lage, sorry.
Hallo Sailor,
wäre es möglich den Tages-, Monats und Jahreswechsel per Parameter (Uhrzeit) einzustellen.
Für mich wäre es sinniger den Wechsel bzw. das Speichern der Vor- Tages, Monats und Jahres Werten kurz vor Mitternacht durchzuführen.
Gleiches gilt im übrigen für ElectricityCalculator und WaterCalculator.
Wäre toll!
Danke und Grüße
Oliver
Zitat von: octek0815 am 11 März 2020, 16:49:52
Hallo Sailor,
wäre es möglich den Tages-, Monats und Jahreswechsel per Parameter (Uhrzeit) einzustellen.
Für mich wäre es sinniger den Wechsel bzw. das Speichern der Vor- Tages, Monats und Jahres Werten kurz vor Mitternacht durchzuführen.
Gleiches gilt im übrigen für ElectricityCalculator und WaterCalculator.
Wäre toll!
Danke und Grüße
Oliver
Habe das über ein at-device gelöst und kopiere mir um 23:59 Uhr den letzten Tages-Ist-Wert auf ein eigenes Reading, um es mit noch richtigem Timestamp im Logfile zu speichern. Die genannten Module erledigen das immer um 00:00:14, womit der Logeintrag dann um 1 Tag verschoben ist.
Das geht natürlich, aber hätte das gerne im Device direkt und nicht noch weitere Devices.
Hallo Sailor,
hallo Markus,
hallo Dracolein,
ich habe seit gestern abend einen Zähler an meiner Gasuhr (Danke an Dracolein und Papa Romeo, die mich dabei unterstützt haben).
Aktuell steht mein Zähler bei 597, was 5.97 m³ Gas bedeutet.
Wenn ich das Attribut GasCounterOffset auf 6938.15 (m³) Gas setze, was dem Zählerstand vor dem Einbau des Zählers entspricht, dann bekomme ich mächtig große Zahlen bei allen Readings, die ...Energy... enthalten, ganz so, als ob der Gesamtverbrauch nicht in den letzten 4 Jahren seit Einbau mit Stand 0 m³, sondern heute stattgefunden hat. Soll das so sein, oder sind das nur die Anfangswehen und der "Fehler" wächst sich mit jedem Tag mehr raus? Anbei noch ein list.
Ich nehme an, dass das Reading <DestinationDevice>_<SourceCounterReading>_EnergyDay : Energieverbrauch in kWh seit Mitternacht gut geeignet ist, um den täglichen Verbrauch zu loggen und in einer Grafik darzustellen. Die momentane Heizleistung (zeitliche Ableitung des Verbrauchs) bekomme ich dann wohl mit dem Reading <DestinationDevice>_<SourceCounterReading>_PowerCurrent : Aktuelle Heizleistung. (Mittelwert zwischen aktueller und letzter Messung) - sehe ich das richtig so?
Wenn ja, dann logge ich mal diese beiden Readings.
Viele Grüße Gisbert
Internals:
CFGFN
DEF Temp.EG:Total_monotonic.*
FUUID 5e8257fd-f33f-e986-e4d6-0136353ea388cd50
NAME Gaszaehler
NOTIFYDEV Temp.EG
NR 5389
NTFY_ORDER 10-Gaszaehler
REGEXP Temp.EG:Total_monotonic.*
STATE active
TYPE GasCalculator
READINGS:
2020-03-31 20:19:50 Temp.EG_Total_monotonic_EnergyCostDay 4118.709
2020-03-31 00:03:39 Temp.EG_Total_monotonic_EnergyCostDayLast 0.222
2020-03-31 20:19:50 Temp.EG_Total_monotonic_EnergyCostMeter 4118.911
2020-03-31 20:19:50 Temp.EG_Total_monotonic_EnergyCostMonth 4118.911
2020-03-31 20:19:50 Temp.EG_Total_monotonic_EnergyCostYear 4118.911
2020-03-31 20:19:50 Temp.EG_Total_monotonic_EnergyDay 71381.442
2020-03-31 00:03:39 Temp.EG_Total_monotonic_EnergyDayLast 3.400
2020-03-31 20:19:50 Temp.EG_Total_monotonic_EnergyMeter 71384.937
2020-03-31 20:19:50 Temp.EG_Total_monotonic_EnergyMonth 71384.937
2020-03-31 20:19:50 Temp.EG_Total_monotonic_EnergyYear 71384.937
2020-03-31 20:19:50 Temp.EG_Total_monotonic_FinanceReserve -3337.853
2020-03-31 20:19:50 Temp.EG_Total_monotonic_Meter 6944.120
2020-03-31 20:19:50 Temp.EG_Total_monotonic_MonthMeterReading 9
2020-03-31 20:19:50 Temp.EG_Total_monotonic_PowerCurrent 0.000
2020-03-31 20:19:50 Temp.EG_Total_monotonic_PowerDayAver 2029.969
2020-03-31 20:15:50 Temp.EG_Total_monotonic_PowerDayMax 1069862.730
2020-03-31 00:03:39 Temp.EG_Total_monotonic_PowerDayMin 0.000
2020-03-31 00:03:39 Temp.EG_Total_monotonic_Vol1stDay 0.4
2020-03-30 22:41:11 Temp.EG_Total_monotonic_Vol1stMeter 0.06
2020-03-30 22:41:11 Temp.EG_Total_monotonic_Vol1stMonth 0.06
2020-03-30 22:41:11 Temp.EG_Total_monotonic_Vol1stYear 0.06
2020-03-31 00:03:39 Temp.EG_Total_monotonic_VolLastDay 0.400
2020-03-30 22:41:11 Temp.EG_Total_monotonic_VolLastMeter 0.060
2020-03-30 22:41:11 Temp.EG_Total_monotonic_VolLastMonth 0.060
2020-03-30 22:41:11 Temp.EG_Total_monotonic_VolLastYear 0.060
helper:
bm:
GasCalculator_Attr:
cnt 12
dmx -1000
dtot 0
dtotcnt 0
mTS 31.03. 19:43:24
max 6.29425048828125e-05
tot 0.000498056411743164
mAr:
set
Gaszaehler
SiPrefixPower
kW
GasCalculator_Define:
cnt 1
dmx -1000
dtot 0
dtotcnt 0
mTS 30.03. 22:35:09
max 0.0018460750579834
tot 0.0018460750579834
mAr:
HASH(0x55758b3c7520)
Gaszaehler GasCalculator Temp.EG:Total_monotonic.*
GasCalculator_Get:
cnt 28
dmx -1000
dtot 0
dtotcnt 0
mTS 31.03. 05:38:09
max 0.000901937484741211
tot 0.00687336921691895
mAr:
HASH(0x55758b3c7520)
Gaszaehler
?
GasCalculator_Notify:
cnt 4299
dmx -1000
dtot 0
dtotcnt 0
mTS 31.03. 18:18:51
max 0.224585771560669
tot 15.4459359645844
mAr:
HASH(0x55758b3c7520)
HASH(0x5575891cb3a8)
GasCalculator_Set:
cnt 202
dmx -1000
dtot 0
dtotcnt 0
mTS 31.03. 05:38:09
max 0.00103902816772461
tot 0.0462663173675537
mAr:
HASH(0x55758b3c7520)
Gaszaehler
?
system:
DecimalPlace %.3f
SiPrefixPowerFactor 1
Attributes:
BasicPricePerAnnum 170.59
Currency €
DecimalPlace 3
GasCounterOffset 6938.15
GasCubicPerCounts 0.01
GasNominalHeatingValue 10.28
GasPricePerKWh 0.0577
GaszValue 1
MonthOfAnnualReading 7
MonthlyPayment 101
ReadingDestination CalculatorDevice
SiPrefixPower W
Volume m³
room Heizung
Nachsatz:
Was hat es mit
attr Gaszaehler SiPrefixPower W
auf sich?
Müsste das nicht kW heißen, da ja auch kWh angegeben sind?
Viele Grüße Gisbert
Hallo Gisbert
Zitat von: Gisbert am 31 März 2020, 20:41:22
ich habe seit gestern abend einen Zähler an meiner Gasuhr (Danke an Dracolein und Papa Romeo, die mich dabei unterstützt haben).
Aktuell steht mein Zähler bei 597, was 5.97 m³ Gas bedeutet.
Du hast das Attribut "GasCubicPerCounts" schon mal richtigerweise auf 0.01 kWh/counts gesetzt
Zitat von: Gisbert am 31 März 2020, 20:41:22
Wenn ich das Attribut GasCounterOffset auf 6938.15 (m³) Gas setze, was dem Zählerstand vor dem Einbau des Zählers entspricht, dann bekomme ich mächtig große Zahlen bei allen Readings, die ...Energy... enthalten, ganz so, als ob der Gesamtverbrauch nicht in den letzten 4 Jahren seit Einbau mit Stand 0 m³, sondern heute stattgefunden hat. Soll das so sein, oder sind das nur die Anfangswehen und der "Fehler" wächst sich mit jedem Tag mehr raus?
Das ist genau richtig; Das waechst sich mit jedem Tag, Monat, Jahr und Ablesezeitraum raus.
Oder du setzt die enstprechenden Werte mit dem fhem-Befehl setReadings manuell.
Nebenbei, denn Offset brauchst du seit Kurzem nicht mehr selbst berechnen. Einfach den Befehl
set myGasCalculator SyncCounter <AktuellerMechanischerZaehlerstand>
eingeben und schon wird das Attribut gesetzt.
Zitat von: Gisbert am 31 März 2020, 20:41:22
Ich nehme an, dass das Reading <DestinationDevice>_<SourceCounterReading>_EnergyDay : Energieverbrauch in kWh seit Mitternacht gut geeignet ist, um den täglichen Verbrauch zu loggen und in einer Grafik darzustellen.
Korrekt
Zitat von: Gisbert am 31 März 2020, 20:41:22
Die momentane Heizleistung (zeitliche Ableitung des Verbrauchs) bekomme ich dann wohl mit dem Reading <DestinationDevice>_<SourceCounterReading>_PowerCurrent : Aktuelle Heizleistung. (Mittelwert zwischen aktueller und letzter Messung) - sehe ich das richtig so?
Ebenfalls korrekt. Aber bei sehr kleinen Verbrauchswerten (im Sommer) und sehr kleinen Abfrageintervallen kann es zum Zittern der Werte kommen.
Das ist im Messfehler aufgrund der Digitalisierung begründet und sollte nicht weiter verwundern...
Gruß
Sailor
Hallo Sailor,
vielen Dank für deine hilfreichen Erklärungen. Das Modul läuft sehr gut und ich lerne es immer besser kennen.
Was hat es mit diesem Attribut auf sich, in der commandref finde ich keine Erklärung:
attr Gaszaehler SiPrefixPower W
Warum W und nicht kW, und was würde sich dadurch ändern?
Ich logge den Tagesverbrauch und die momentane Leistung. Ich habe den Zähler bereits auf eine Aktualisierung von 15 Sekunden gesetzt, dennoch erhalte ich keine glatte Linie für den momentanen Verbrauch, sondern die Kurve springt häufig zwischen 2 Niveaus, siehe anghängtes Bild. Gibt es dafür eine Lösung, ohne die Abfragefrequenz deutlich zu erhöhen?
Viele Grüße Gisbert
Gallo Gisbert
Zitat von: Gisbert am 02 April 2020, 07:19:54
Was hat es mit diesem Attribut auf sich, in der commandref finde ich keine Erklärung:
attr Gaszaehler SiPrefixPower W
Warum W und nicht kW, und was würde sich dadurch ändern?
Der Wert der geloggt wird, würde um Faktor 1000 kleiner... Kilo = 10
3 eben
Zitat von: Gisbert am 02 April 2020, 07:19:54
Ich logge den Tagesverbrauch und die momentane Leistung. Ich habe den Zähler bereits auf eine Aktualisierung von 15 Sekunden gesetzt, dennoch erhalte ich keine glatte Linie für den momentanen Verbrauch, sondern die Kurve springt häufig zwischen 2 Niveaus, siehe anghängtes Bild. Gibt es dafür eine Lösung, ohne die Abfragefrequenz deutlich zu erhöhen?
Das ist die Krux... Die momentane Leistung wird als Mittelwert zwischen zwei Messpunkten ermittelt.
Machst du das Intervall zu lang, bekommst du nur einen mittleren Wert über den entsprechenden Zeitraum ohne jedoch zu wissen, wo und wie hoch die Spitzenleistungen waren.
Machst du das Intervall zu klein, bekommst du zwar die Position der Spitzenleistungen, aber die kleinen Werte fangen an zu zittern da es sein kann, das ein Impuls nicht im entsprechenden Intervall eingefangen wurde. Das ist ein bekanntes Digitalisierung-Problem der Messtechnik: Es gibt nur 0 der 1.
Ich habe das Problem schon Mal für den Bruder "ElectricityCalculator" dargestellt und eine EXCEL-Tabelle dafür erstellt:
https://forum.fhem.de/index.php/topic,57106.msg1015526.html#msg1015526 (https://forum.fhem.de/index.php/topic,57106.msg1015526.html#msg1015526)
Andererseits, die Kurve wird nie "glatt" sein können: Wenn die Heizung heizt, verbrauchst du Gas und die Leistung geht hoch.
Wenn sie wieder abschaltet, dann geht es wieder runter. ;)
Ich habe mal den Chart von meiner Heizung angehängt: Lila ist die Heizleistung basierend auf Gasverbrauch in kW, die schwarze Fläche der Tagesverbrauch in kWh.
Mann kann deutlich die Modulation des Brenners erkennen und sobald Heißwasser (DHW - Domestic Hot Water) benötigt wird, geht die Leistung auf 100%.
Ab 00:00 Uhr bis ca. 04:00 Uhr versucht die Heizung immer mal wieder zu testen ob Jemand warmes Heizwasser braucht. Die Vorlauftemperatur steigt jedesmal sprunghaft an und die Antwort heißt somit: Nein. Dementsprechend ist die Leistung nur als kleiner Peak vorhanden.
Um 04:00Uhr brauche ich Duschwasser auf 60°C und die Leistung geht kurzfristig auf 15kW => Vorlauftemperatur in den Speicher kurzfristig auf 80°C.
Ab 22:00 Uhr geht es in die Nachtabsenkung: Die Thermostatventile schließen alle, die Vorlauftemperatur steigt kurz an, die Heizung reagiert darauf und schaltet ab...
Gruß
Sailor
Hallo Sailor,
ZitatNebenbei, denn Offset brauchst du seit Kurzem nicht mehr selbst berechnen. Einfach den Befehl
set myGasCalculator SyncCounter <AktuellerMechanischerZaehlerstand>
eingeben und schon wird das Attribut gesetzt.
Das funktioniert anscheinend anders als ich erwartet habe, oder es liegt ein Bug vor.
Ich hatte beim Reading ..._Total_monotonic_Meter den Wert 6954.85, auf dem mechanischen Gaszähler den Wert 6954.82, den ich nach obigen set-Befehl eingegeben habe, wenn schon, dann exakt richtig.
Als Resultat habe ich nun ein Reading von 13909.670 - was mache ich nur falsch?
Viele Grüße Gisbert
Hallo Gisbert
Zitat von: Gisbert am 02 April 2020, 21:24:28
Das funktioniert anscheinend anders als ich erwartet habe, oder es liegt ein Bug vor.
Ich hatte beim Reading ..._Total_monotonic_Meter den Wert 6954.85, auf dem mechanischen Gaszähler den Wert 6954.82, den ich nach obigen set-Befehl eingegeben habe, wenn schon, dann exakt richtig.
Als Resultat habe ich nun ein Reading von 13909.670 - was mache ich nur falsch?
Ups, das hätte nicht passieren dürfen. Offensichtlich sind die Offsets addiert worden...
Setze mal das Attribut fuer den Offset auf 0 und führe den Befehl nochmal durch...
Gruß
Sailor
Hallo Sailor,
ich hab verschiedenes (was, weiß ich nicht mehr genau) versucht, aber jedesmal wurde irgendwas anderes schlimmer.
Da ich das Modul erst ca. 2-3 Tage genutzt habe, habe ich mich zu einem radikalen Schnitt entschlossen, d.h. das GasCalculator-Device gelöscht und neu definiert. Bei dem zulieferndem Device für den Zähler habe ich ebenfalls dafür gesorgt, dass dieser bei Null anfängt. Das Reading ...Meter habe ich auf den gleichen Wert (in cbm) wie den mechanischen Zähler gesetzt; dabei bleibt es mit manuellen Eingriffen bis auf weitetes.
Viele Grüße Gisbert
Hallo Sailor,
ich bekomme gelegentlich falsche Zählimpulse, die nicht durch einen Gasverbrauch verursacht sein können.
Das angehängte Bild zeigt, dass heute morgen und auch gegen 12:00 ein minimaler Gasverbrauch angezeigt wird, was aber sicher nicht richtig sein kann, da die Vorlauftemperatur zu den jeweiligen Zeiten in keinster Weise reagiert hat.
Gibt es dazu eine wirksame Gegenmaßnahme oder muss man es so akzeptieren?
Wie ist deine Meinung dazu?
Viele Grüße Gisbert
Hallo Gisbert
Zitat von: Gisbert am 13 April 2020, 13:49:49
ich bekomme gelegentlich falsche Zählimpulse, die nicht durch einen Gasverbrauch verursacht sein können.
Das angehängte Bild zeigt, dass heute morgen und auch gegen 12:00 ein minimaler Gasverbrauch angezeigt wird, was aber sicher nicht richtig sein kann, da die Vorlauftemperatur zu den jeweiligen Zeiten in keinster Weise reagiert hat.
a) Mir fällt auf, dass deine Rücklauftemperatur größer ist als deine Vorlauftemperatur. Demnach scheinen deine Heizkoerper Wärme aufzunehmen anstatt sie abzugeben. :o
b) Lege mal die Temperatur deines Warmwasser-Boilers mit in dieses Diagramm.
Gruß
Sailor
Hallo,
die Vorlauftemperatur ist in einer "normalen" Phase schon 3grd höher - wird ja als Spreizung angezeigt. Allerdings wenn WW gemacht wird ist sie tiefer und verzögert. Das heißt sie wird nicht direkt am Kesselauslauf abgenommen sondern irgendwo am Heizkreis. Wenn WW, dann sieht die HZ mal nichts. Im anhängenden Bild sind die Verhältnisse am Kesselein und -ausgang bei mir dargestellt.
Das erklärt natürlich nicht die Gasspitzen am Morgen und Mittag, aber die Aussage, daß der Vorlauf nicht reagiert ist nicht ganz richtig.
Gruß,
Dietmar
Edit: Was mir noch auffällt, daß Gas Current Power nur beim WW machen hochgeht, nicht aber beim Heizen (z.B. ab 19Uhr) mit geschätzt 4-5kW vor sich hinlümmelt.
Hallo Sailor,
die Temperaturen werden nicht von der Heizung geliefert, sondern von auf den Leitungen befestigten Sensoren, bzw. bei Speicher durch einen ins Schutzrohr eingeschobenen Sensor. Die Heizung ist eine Buderus-Gastherme, die sich derzeit im Sommermodus befindet, d.h. die FBH ist aus, der Speicher ist aber natürlich in Betrieb. Beim Aufheizen schaltet ein elektrisch betriebener 3-Wegehahn so, dass die Energie in den Speicher geht. Jetzt fängt etwas Spekulation an, deshalb ist das meine Interpretation der Dinge, ohne in die Beschreibung der Gastherme reinzuschauen. Beim Heizen des Speichers ist es auf jeden Fall immer so, dass die "Rücklauftemperatur" höher als die "Vorlauftemperatur" und beide aber kleiner als die Speichertemperatur.
Lange Rede, kurzer Sinn, an den zuvor genannten Umständen liegt es nicht, dass kurze Counts zu einer Zeit, in der die Heizung keinen Betrieb hat bzw. haben darf, aufgetreten sind.
Meine Interpreation ist die, dass der induktive Näherungssensor, den ich am mechanischen Gassensor habe, gerade an der Stelle ist, an der er noch nicht zählt, dass aber durch winzige Schwankungen des Zählrades ein Zählimpuls ausgelöst wird. Wenn das stimmt, müsste das gelegentlich bei allen Installationen mit der gleichen Hardware (= indiktiver Näherungssensor, ESP8266 mit ESPEasy, Puls Counter) auftreten und nicht als der absolute Ausnahmefall bei mir. Es wäre natürlich super, wenn irgendein Kraut (darf auch gerne Software sein ;D) dagegen wirkt.
Als Bilder habe ich alle relevanten Daten in ein Diagramm reingebracht; ich hoffe, dass man noch alles erkennt. Zusätzlch habe ich die interessanten Bereich noch herausgezoomt.
Viele Grüße Gisbert
Hallo Sailor und andere Interessierte,
nachdem ich kürzlich von einzelnen Fehlmessungen, zumindest glaube ich, dass es sich um solche handelt, berichtet habe, ergibt sich heute zwischen ca. 16:00 und 20:00 eine ganze Reihe von kurzen Impulsen, die auf Fehlmessungen hindeuten.
Das GasCalculator-Modul verarbeitet die Daten aus einem anderen Fhem-Device, weshalb ich die Ursache eher dort sehe, bzw. in der zugrunde liegenden Hardware (induktiver Näherungssensor, ESP8266 mit ESPEasy und Puls Counter).
Falls ihr eine Idee habt, wie man dieser Sache Herr wird, dann bitte her damit.
Viele Grüße Gisbert
Hallo Gisbert
Zitat von: Gisbert am 14 April 2020, 21:52:38
Das GasCalculator-Modul verarbeitet die Daten aus einem anderen Fhem-Device, weshalb ich die Ursache eher dort sehe, bzw. in der zugrunde liegenden Hardware (induktiver Näherungssensor, ESP8266 mit ESPEasy und Puls Counter).
Falls ihr eine Idee habt, wie man dieser Sache Herr wird, dann bitte her damit.
Sag mal, du kochst nicht zufällig mit Gas oder?
Wenn das Fehlmessungen sind, kannst du sie ganz leicht daran identifizieren, dass dein Counter im GasCalculator schneller läuft als der Mechanische.
Gruß
Sailor
Zitat von: Sailor am 15 April 2020, 08:10:04
Sag mal, du kochst nicht zufällig mit Gas oder?
Wenn das Fehlmessungen sind, kannst du sie ganz leicht daran identifizieren, dass dein Counter im GasCalculator schneller läuft als der Mechanische.
Gruß
Sailor
Hallo Sailor,
ich koche nicht mit Gas, ein Leck würde man riechen, und der Counter im GasCalculator läuft (leider) schneller als der mechanische Zähler.
Nach 10 Tagen hat der GasCalculator 1.43 cbm mehr auf dem Zähler als der mechanische. Überwiegend war in dieser Zeit nur der WW-Speicher in Betrieb, was vermutlich das Risiko für Fehlmessungen erhöht. Die Differenz kam nicht auf einen Schlag sondern nach und nach. Das erste Mal ist es mir aufgefallen, als die Differenz bei 0.5 cbm lag.
Die Ursache wäre damit eingegrenzt auf die Messung. Ich benutze ESPEasy, GIT version: mega-20190202, Pulse Counter, Debounce Time 1000 ms, Mode type FALLING zum Auslesen des induktiven Näherungssensors.
Gibt es bessere Einstellungen bei ESPEasy, andere Software oder zusätzliche elektronische Filter, z.B. Schmitt-Trigger, um dieses Problem in den Griff zu bekommen?
Viele Grüße Gisbert
Hallo Gisbert
Zitat von: Gisbert am 15 April 2020, 08:52:57
Gibt es bessere Einstellungen bei ESPEasy, andere Software oder zusätzliche elektronische Filter, z.B. Schmitt-Trigger, um dieses Problem in den Griff zu bekommen?
Da kann ich dir leider nicht helfen. Da wäre ein neuer Beitrag im entsprechenden Unterforum besser als hier...
Gruß
Sailor
Zitatein Leck würde man riechen
Nicht unbedingt...
Wenn das Gasregelventil in der Therme nicht richtig schließt, entweicht fortlaufend minimal Gas über den Schornstein.
Aber wenn der mechanische Zähler langsamer läuft scheint es etwas anderes zu sein.
MfG Uwe
Moin zusammen,
Frage zum Gas- und watercalculator gleichermaßen:
Habe beide Module am laufen, beide Module tun augenscheinlich zuverlässig ihren Job.
Wenn ich meinen Raspberry Pi neustarte(n muss), wird fhem eigentlich vom OS vernünftig heruntergefahren. Jedoch sehe ich am nächsten Tag immer einen völlig utopisch hohen Verbrauchswert von Gas & Wasser des Vortages (& entsprechend in Folge auch alle anderen Auswertungs-Parameter).
Ursächlich sollte hier der jeweilige Counter die "Schuld" tragen, doch mir ist absolut unklar, wieso das passiert und ob es Abhilfe gibt?
Hier beispielhaft mein Zähler für den Gasverbrauch als Device:
Internals:
DEF 192.168.178.100 80 ESP_Bridge ESP_Easy1_reedkontakt
ESP_BUILD 20104
ESP_BUILD_GIT mega-20200204
ESP_BUILD_NOTES - Mega
ESP_Bridge_MSGCNT 1860
ESP_Bridge_TIME 2020-07-06 09:32:51
ESP_NODE_TYPE_ID ESP Easy Mega
ESP_SLEEP 0
ESP_UNIT ESP Easy
ESP_VERSION 2
FUUID 5e4b9e12-f33f-4dec-70a4-577ccbaeae8b3b8d
HOST 192.168.178.100
IDENT ESP_Easy1_reedkontakt
INTERVAL 300
IODev ESP_Bridge
LASTInputDev ESP_Bridge
MAX_CMD_DURATION 1
MSGCNT 1860
NAME ESPEasy_ESP_Easy1_reedkontakt
NOTIFYDEV global
NR 83
NTFY_ORDER 50-ESPEasy_ESP_Easy1_reedkontakt
PORT 80
STATE ree: 0 ree: 4565302 ree: 50239
SUBTYPE device
TYPE ESPEasy
VERSION 2.18
READINGS:
2020-07-06 09:32:51 Total 69121
2020-07-06 09:30:53 presence present
2020-07-06 09:32:51 reedkontakt_Count 0
2020-07-06 09:32:51 reedkontakt_Time 4565302
2020-07-06 09:32:51 reedkontakt_Total 50239
2020-07-06 09:32:51 state ree: 0 ree: 4565302 ree: 50239
helper:
fpc 1593797670
pm:
Encode 1
JSON 1
received:
reedkontakt_Count 1594020771
reedkontakt_Time 1594020771
reedkontakt_Total 1594020771
sec:
admpwd
Attributes:
IODev ESP_Bridge
Interval 300
alias Gaszaehler_Hardware
event-on-change-reading .*
group ESPEasy Device
presenceCheck 1
readingSwitchText 1
room ESPEasy,Sensoren
setState 3
userReadings Total monotonic {ReadingsVal("ESPEasy_ESP_Easy1_reedkontakt","reedkontakt_Total",0)}
Hallo Segelkollege,
ich habe mal eine Verständnisfrage zu den Readings Vol1stDay, VolLastDay,....Month,....Year, ....Meter.
Aus der CommandRef habe ich folgendes entnommen:
Zitat<DestinationDevice>_<SourceCounterReading>_Vol1stDay :
Erster Volumenmesswert des Tages (Mitternacht).
<DestinationDevice>_<SourceCounterReading>_VolLastDay :
Verbrauchtes Volumen des vorherigen Tages.
<DestinationDevice>_<SourceCounterReading>_Vol1stMonth :
Erster Volumenmesswert des Monats (Mitternacht des 01.).
<DestinationDevice>_<SourceCounterReading>_VolLastMonth :
Verbrauchtes Volumen des vorherigen Monats.
<DestinationDevice>_<SourceCounterReading>_Vol1stYear :
Erster Volumenmesswert des Jahres (Mitternacht des 01. Januar).
<DestinationDevice>_<SourceCounterReading>_VolLastYear :
Verbrauchtes Volumen des vorherigen Jahres.
<DestinationDevice>_<SourceCounterReading>_Vol1stMeter :
Erster Volumenmesswert des Zeitraums seit Anfang des Monats wo der Gas-Versorger den Zähler abliest.
<DestinationDevice>_<SourceCounterReading>_VolLastMeter :
Verbrauchtes Volumen des vorherigen Abrechnungszeitraums.
Die ganzen ....1st.... Readings werden bei mir aber nicht kurz nach Mitternach geschrieben, sondern erst wenn morgens die Gastherme das erstemal an geht.
Die ganzen ...Last... Readings zeigen mir nicht das verbrauchte Volumen an, sondern geben scheinbar den Zählerstand zum Ende des jeweiligen Zeitraumes an.
Ist da noch ein Bug vorhanden, dass die Funktionsweise nicht des Beschreibung aus der CommandRef entspricht?
Könntest du das ggf. anpassen?
Gruß und Handbreit
Wolle
Hallo Wolle
Zitat von: Wolle02 am 08 September 2020, 15:29:24
ich habe mal eine Verständnisfrage zu den Readings Vol1stDay, VolLastDay,....Month,....Year, ....Meter.
Aus der CommandRef habe ich folgendes entnommen:
Die ganzen ....1st.... Readings werden bei mir aber nicht kurz nach Mitternach geschrieben, sondern erst wenn morgens die Gastherme das erstemal an geht.
Die ganzen ...Last... Readings zeigen mir nicht das verbrauchte Volumen an, sondern geben scheinbar den Zählerstand zum Ende des jeweiligen Zeitraumes an.
Ist da noch ein Bug vorhanden, dass die Funktionsweise nicht des Beschreibung aus der CommandRef entspricht?
Beides ist richtig.
Die "Vol"s sind die Zählerstände. Ich habe die deutsche CommandRef falsch übersetzt. Hätte ich besser lesen sollen! :-[
Das 1st ist auch richtig, dass sie erst bei einem Event geschrieben werden. Ich habe auf meiner Liste um Mitternacht den Event manuell zu triggern um die Werte mit dem richtigen TimeStamp zu loggen.
Aber das ist was fuer die kalte Jahreszeit... Noch ruft der Garten regelmäßig.
Gruß
Sailor
Zitat von: Sailor am 08 September 2020, 22:40:23
Das 1st ist auch richtig, dass sie erst bei einem Event geschrieben werden. Ich habe auf meiner Liste um Mitternacht den Event manuell zu triggern um die Werte mit dem richtigen TimeStamp zu loggen.
Aber das ist was fuer die kalte Jahreszeit...
Ahh, alles klar. Kein Problem; dann warte ich mal bis du dazu gekommen bist die Events um Mitternacht zu triggern und mache mir die Verbrauchswerte des Volumens über die Differenz mit einem Userreading.
ZitatNoch ruft der Garten regelmäßig.
Auch schön. Aber vergiß nicht die letzten schönen Spätsommertage mit ein paar langen Schlägen auf der Nordsee zu verbringen ;) Wobei, wenn ich mir den Wetterbericht anschaue, dann seit ihr im Norden momentan nicht sehr vom Spätsommer verwöhnt. :-[
ZitatDie "Vol"s sind die Zählerstände. Ich habe die deutsche CommandRef falsch übersetzt. Hätte ich besser lesen sollen! :-[
Du
übersetzt die deutsche CommandRef??? Als deutscher Nativspeaker würde ich die deutsche Version
schreiben und die englische übersetzen ;D
Aber vielleicht bist du ja englischer Nativspeaker. :-X
Dank dir erstmal für die Aufklärung.
Gruß
Wolle
Hallo Wolle
Zitat von: Wolle02 am 09 September 2020, 08:51:24
Auch schön. Aber vergiß nicht die letzten schönen Spätsommertage mit ein paar langen Schlägen auf der Nordsee zu verbringen ;) Wobei, wenn ich mir den Wetterbericht anschaue, dann seit ihr im Norden momentan nicht sehr vom Spätsommer verwöhnt. :-[
Naja, mit dem Segeln ist das so eine Sache... Der Traditionssegler auf dem ich gesegelt bin ist schon vor Jahren von der Stiftung verkauft und inzwischen meines Wissens nach auch schon abgewrackt.
Und Traditionsschiffe sind rar... :'(
Zitat von: Wolle02 am 09 September 2020, 08:51:24
Du übersetzt die deutsche CommandRef??? Als deutscher Nativspeaker würde ich die deutsche Version schreiben und die englische übersetzen ;D
Aber vielleicht bist du ja englischer Nativspeaker. :-X
Bin mit einer Britin verheiratet und rede fast nur Englisch im Job... ;)
Gruß
Sailor
Hallo,
Kleiner Verbesserungsvorschlag: GasPricePerKWh sollte entweder mit Komma zurecht kommen, oder ein gesetztes Komma zumindest anmeckern.
Ich hab mir gerade einen Wolf gesucht, warum mich das Heizen nichts mehr kostet.
Ursache war: Ich hab das Attribut anhand der letzten Rechnung per Cut&Paste aktualisiert und nicht daran gedacht, dass hier ein Punkt erwartet wird.
bei
attr Gasrechner GasPricePerKWh 0,037702
statt
attr Gasrechner GasPricePerKWh 0.037702
ergibt sich dann als Kosten 0€ ...
Grüße, gadget.
Hallo gadget,
ich glaube kaum, dass dein Verbesserungsvorschlag auf Gegenliebe stösst. Alternativ könntest du dich an den Dezimalpunkt gewöhnen. Was anderes kannst du nicht erwarten.
Viele Grüße Gisbert
Hallo Sailor,
bei der bildlichen Darstellung der Leistung gibt es immer wieder zeitbedingte Datenlücken, wenn kein Verbrauch vorhanden ist. Die daraus resultierende Kurve als Liniendiagramm sieht unnatürlich aus. Wenn man nur Punkte darstellt, erkennt man die Ursache, denn in den schräg abfallenden Bereich der Kurve gibt es keine Daten.
Kann man das irgendwie mit Fhem-eigenen Mitteln hübscher machen? Z.B. durch Einfügen von Nullwerten in der log-Datei. Bevor ich das oder was anderes mache, wollte ich nachfragen, bevor ich mir das Device zerschiesse.
Viele Grüße Gisbert
Servus Leute,
Ich habe den Gas Calculator jetzt den Winter über im Einsatz in der funktioniert wirklich super!
Schon mal vielen Dank für das tolle Modul.
Allerdings habe ich nach dem Jahreswechsel ein kleines Verständnisproblem und hoffe auf Aufklärung.
Erstmal meine rauskopierten Settings:
Zitat
Attributes
BasicPricePerAnnum
0
Currency
€
DecimalPlace
3
GasCounterOffset
0
GasCubicPerCounts
0.01
GasNominalHeatingValue
11.3
GasPricePerKWh
0.0382
GaszValue
1
MonthOfAnnualReading
1
MonthlyPayment
102
ReadingDestination
CalculatorDevice
SiPrefixPower
W
Volume
m³
Es geht um die finanzielle Reserve.
Mein Abrechnungszeitraum ist Ende Dezember und ich muss am 1.1. meine Daten an den Versorger übermitteln. Daher habe ich den Abrechnungswert auf Januar gelegt. Bin mir aber nicht sicher ob sich die Berechnungen jetzt auf Anfang oder Ende des Monats beziehen.
Ich habe ca im Okt angefangen und alle zählerwerte vom letzten Jahreswechsel eingetragen und die Berechnungen haben gestimmt. Von den 102€x12 Monate könnte ich dieses Jahr durch Kellerdecken Dämmung, Holzofen usw. sparen und habe nur 861.42€ laut Berechnung verbraucht, was auch korrekt ist.
Hätte jetzt erwartet das der Wert ab Jan. wieder bei 1224€ startet und langsam runtergeht. Stattdessen ist er grade bei -771€ und geht weiter ins Minus.
Ist das Verhalten normal?
Hier nochmal ein Log:
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - _______Finance________________________________________
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - Monthly Payment : 102 €
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - Basic price per annum : 0 €
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - GasCalcEnergyCostMeter : 867.745 €
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - GasCalcReserves : -765.745 €
2021.01.02 15:26:52 5: myGasCalculator :
Liebe Dank euch,
Chris
Hallo Teddy
Zitat von: Space_Teddy am 03 Januar 2021, 14:54:43
Servus Leute,
Ich habe den Gas Calculator jetzt den Winter über im Einsatz in der funktioniert wirklich super!
Schon mal vielen Dank für das tolle Modul.
Allerdings habe ich nach dem Jahreswechsel ein kleines Verständnisproblem und hoffe auf Aufklärung.
Hätte jetzt erwartet das der Wert ab Jan. wieder bei 1224€ startet und langsam runtergeht. Stattdessen ist er grade bei -771€ und geht weiter ins Minus.
Ist das Verhalten normal?
Deine Reserve kann nicht 1224€ sein, da du im Januar gerade mal 102€ bezahlt hast.
Wenn die Rate gut gewählt ist, dann ist die finanzielle Reserve bei Stromzählern wegen des über dem Jahr gleichbleibenden Verbrauch gegen 0.
Deine finanzielle Reserve von -771€ macht mich allerdings stutzig...
Kannst du mir mal die LOG5 - Ausdrücke von deinem Zähler machen?
Gruß
Sailor
Hi Sailor,
danke für die schnelle Antwort.
Anbei das LOG welches ich noch in der fhem.log gefunden habe (paar Tage her)
Begin_______________________________________________________________________________________________________________________________
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - Attribut ReadingDestination has been set to CalculatorDevice
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - GasCalcReadingPrefix : MQTT2_tasmota_gaszaehler_COUNTER_C1
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - GasCalcReadingDestinationDevice : HASH(0x39bba50)
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - GasCalcReadingDestinationDeviceName : myGasCalculator
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - GasCountReadingValuePrevious : 8956.470
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - GasCalcReadingPrefix_PrevRead : MQTT2_tasmota_gaszaehler_COUNTER_C1_PrevRead
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - Previous value found. Continuing with calculations
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - Reading Name : COUNTER_C1
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - Previous Reading Value : 2021-01-02 15:25:52
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - Current Reading Value : 2021-01-02 15:26:52
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - Previous Reading Value : 8956.470
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - Current Reading Value : 8956.48
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - GasCountReadingTimestampDelta : 60 s
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - GasCountReadingValueDelta : 0.0100000000002183 m³
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - _______Finance________________________________________
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - Monthly Payment : 102 €
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - Basic price per annum : 0 €
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - GasCalcEnergyCostMeter : 867.745 €
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - GasCalcReserves : -765.745 €
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - _______Times__________________________________________
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - GasCalcMeterYearMonth : 1
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - Current Month : 1
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - _______Energy_________________________________________
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - GasCalcEnergyDay : 67.800 kWh
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - GasCalcEnergyMonth : 165.545 kWh
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - GasCalcEnergyYear : 165.545 kWh
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - GasCalcEnergyMeter : 22715.825 kWh
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - _______Power___________________________________________
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - GasCalcPowerCurrent : 6.780 kW
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - GasCalcPowerDayMin : 0.000 kW
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - GasCalcPowerDayAverage : 11.434 kW
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator - GasCalcPowerDayMax : 45.200 kW
2021.01.02 15:26:52 5: myGasCalculator : GasCalculator End_________________________________________________________________________________________________________________________________
Desweiteren auch meine aktuellen Readings.
Readings
MQTT2_tasmota_gaszaehler_COUNTER_C1_EnergyCostDay
2.288
2021-01-04 14:15:09
MQTT2_tasmota_gaszaehler_COUNTER_C1_EnergyCostDayLast
5.460
2021-01-04 00:08:43
MQTT2_tasmota_gaszaehler_COUNTER_C1_EnergyCostMeter
877.526
2021-01-04 14:15:09
MQTT2_tasmota_gaszaehler_COUNTER_C1_EnergyCostMonth
16.105
2021-01-04 14:15:09
MQTT2_tasmota_gaszaehler_COUNTER_C1_EnergyCostMonthLast
131.341
2021-01-01 08:17:31
MQTT2_tasmota_gaszaehler_COUNTER_C1_EnergyCostYear
16.105
2021-01-04 14:15:09
MQTT2_tasmota_gaszaehler_COUNTER_C1_EnergyCostYearLast
861.421
2021-01-01 08:17:31
MQTT2_tasmota_gaszaehler_COUNTER_C1_EnergyDay
59.890
2021-01-04 14:15:09
MQTT2_tasmota_gaszaehler_COUNTER_C1_EnergyDayLast
142.945
2021-01-04 00:08:43
MQTT2_tasmota_gaszaehler_COUNTER_C1_EnergyDayLast_cbm
14.2945
2021-01-04 00:08:43
MQTT2_tasmota_gaszaehler_COUNTER_C1_EnergyDay_cbm
5.989
2021-01-04 14:15:09
MQTT2_tasmota_gaszaehler_COUNTER_C1_EnergyMeter
22971.883
2021-01-04 14:15:09
MQTT2_tasmota_gaszaehler_COUNTER_C1_EnergyMonth
421.603
2021-01-04 14:15:09
MQTT2_tasmota_gaszaehler_COUNTER_C1_EnergyMonthLast
3438.251
2021-01-01 08:17:31
MQTT2_tasmota_gaszaehler_COUNTER_C1_EnergyYear
421.603
2021-01-04 14:15:09
MQTT2_tasmota_gaszaehler_COUNTER_C1_EnergyYearLast
22550.280
2021-01-01 08:17:31
MQTT2_tasmota_gaszaehler_COUNTER_C1_FinanceReserve
-775.526
2021-01-04 14:15:09
MQTT2_tasmota_gaszaehler_COUNTER_C1_Meter
8979.140
2021-01-04 14:15:09
MQTT2_tasmota_gaszaehler_COUNTER_C1_MonthMeterReading
1
2021-01-04 14:15:09
MQTT2_tasmota_gaszaehler_COUNTER_C1_PowerCurrent
0.000
2021-01-04 14:15:09
MQTT2_tasmota_gaszaehler_COUNTER_C1_PowerDayAver
19.668
2021-01-04 14:15:09
MQTT2_tasmota_gaszaehler_COUNTER_C1_PowerDayMax
50.850
2021-01-04 09:55:34
MQTT2_tasmota_gaszaehler_COUNTER_C1_PowerDayMin
0.000
2021-01-04 00:08:43
MQTT2_tasmota_gaszaehler_COUNTER_C1_Vol1stDay
8973.84
2021-01-04 00:08:43
MQTT2_tasmota_gaszaehler_COUNTER_C1_Vol1stMeter
6946.230
2020-12-01 09:50:08
MQTT2_tasmota_gaszaehler_COUNTER_C1_Vol1stMonth
8941.830
2021-01-01 08:17:31
MQTT2_tasmota_gaszaehler_COUNTER_C1_Vol1stYear
8941.830
2021-01-01 08:17:31
MQTT2_tasmota_gaszaehler_COUNTER_C1_VolLastDay
8973.840
2021-01-04 00:08:43
MQTT2_tasmota_gaszaehler_COUNTER_C1_VolLastMeter
8289.790
2020-10-06 13:41:05
MQTT2_tasmota_gaszaehler_COUNTER_C1_VolLastMonth
8941.830
2021-01-01 08:17:31
MQTT2_tasmota_gaszaehler_COUNTER_C1_VolLastYear
8941.830
2021-01-01 08:17:31
Hoffe das hilft zur Fehlersuche. Ich bin mir sicher, das es an einen von den selbst gesetzten Zählerwerten liegt, aber ich sehe grad den Fehler nicht :)
dank dir,
Chris
Zitat von: Gisbert am 29 November 2020, 11:42:57
Hallo Sailor,
bei der bildlichen Darstellung der Leistung gibt es immer wieder zeitbedingte Datenlücken, wenn kein Verbrauch vorhanden ist. Die daraus resultierende Kurve als Liniendiagramm sieht unnatürlich aus. Wenn man nur Punkte darstellt, erkennt man die Ursache, denn in den schräg abfallenden Bereich der Kurve gibt es keine Daten.
Kann man das irgendwie mit Fhem-eigenen Mitteln hübscher machen? Z.B. durch Einfügen von Nullwerten in der log-Datei. Bevor ich das oder was anderes mache, wollte ich nachfragen, bevor ich mir das Device zerschiesse.
Viele Grüße Gisbert
Hallo Gisbert,
ich habe das (PowerCurrent) Reading, welches stark schwankt, über eine zweifache Zusatzroutine laufenlassen.
Zuerst ein Userreading mit der Begrenzung der maximal möglichen Heizleistung.
Die Leistung wird vermutlich über ein Differential gebildet, und die Übersteuern beim Start nun einmal.
Meine Thision Gastherme hat 17kw max. Heizleistung.
Also:
userReadings gasleistung_av { reduce_max_value ('C_STROM_GAS', 'gasleistung', 17);}
Wobei C_STROM_GAS ein dummy für Energiebrechnungen ist (bekommt Inhalte vom myGasCalculator) und ein Hilfsprogramm in 99_myUtils.pm:
sub reduce_max_value
{
my($device, $reading, $max_value)=@_;
# Begrenzung der Ausgabewerte für Graphen
my($Grenzwert) = ReadingsVal($device,$reading, 0);
return($max_value) if (ReadingsVal($device, $reading,0) > $max_value );
return($Grenzwert);
}
Damit hast du erstmal keine extremen Übersteuerungen.
Hintergrund: Es Übersteuert immer, nur so bleiben die Werte irgendwie real.
Dann im zweiten Schritt den Wert gasleistung in eine Mittelwertbildung senden.
Das geht bei mir über ein Notify, welches die Werte aus myDBLog zurückholt
define Gas_Av_Notify notify C_STROM_GAS:gasleistung.* {fhem("trigger C_STROM_GAS gasleistung_av: ".myAverage("180", "myDbLog", "C_STROM_GAS:gasleistung::"))}
ja - und das myAverage steht wieder in 99_myUtils.pm
##########################################################
# myAverage
# berechnet den Mittelwert aus LogFiles über einen beliebigen Zeitraum
sub
myAverage($$$)
{
my ($offset,$logfile,$cspec) = @_;
my $period_s = strftime "%Y-%m-%d\x5f%H:%M:%S", localtime(time-$offset);
my $period_e = strftime "%Y-%m-%d\x5f%H:%M:%S", localtime;
my $oll = $attr{global}{verbose};
$attr{global}{verbose} = 0;
my @logdata = split("\n", fhem("get $logfile - - $period_s $period_e $cspec"));
$attr{global}{verbose} = $oll;
my ($cnt, $cum, $avg) = (0)x3;
foreach (@logdata){
my @line = split(" ", $_);
if(defined $line[1] && "$line[1]" ne ""){
$cnt += 1;
$cum += $line[1];
}
}
if("$cnt" > 0){$avg = sprintf("%0.1f", $cum/$cnt)};
Log 4, ("myAverage: File: $logfile, Field: $cspec, Period: $period_s bis $period_e, Count: $cnt, Cum: $cum, Average: $avg");
return $avg;
}
und dann sehen deine Kurven schon erheblich "besser" aus.
Grüße aus Peine
Wolfdieter
Hallo Wolf-Dieter
Zitat von: dieter114 am 01 Februar 2021, 17:26:53
Die Leistung wird vermutlich über ein Differential gebildet, und die Übersteuern beim Start nun einmal.
Das ist korrekt! P = dW/dt
dW ist das verbrauchte Gas in kWh seit der letzten Messung.
dt ist die abgelaufene Zeit seit der letzten Messung
Wenn das Zeitintervall theoretisch entsprechend kurz gewählt werden könnte, dann ist die Darstellung von P entsprechend sehr Augenblicks-Real und zeigt somit auch die hohen Anlauf-Peaks auf.
Bei den Gaszählern hat man aber meistens nicht die Wahl das Zeitintervall zu wählen, da die Impulse Volumen-abhängig alle 10 Liter reinkommen.
Deshalb hat man dann auch diese Peaks in der Kurve, die dann wieder abfallen.
Besser ist es daher sich neben den Peaks auch das bis dato verbrauchte Gas in kWh anzeigen zu lassen... Je steiler die Kurve steigt umso höher die Mittlere Leistungsabnahme.
Siehe Anlage
Aber wehe, es hängt noch ein Gasherd an dem Zähler... Dann wird es kompliziert. ;D
Gruß
Sailor
Moin Sailor,
erst mal vielen Dank für deine drei tollen Module.
Ich habe auch einmal mit den Routinen von G.Carls angefangen und die dann so laufenlassen....
Jetzt stelle ich alles auf deine Module um; die sind einfach besser. :)
Wenn du gestattest hätte ich ein paar Fragen/Anregungen dazu:
- myGasCalculator: Hier wäre es schön wenn du die Funktion SyncCounter wie beim myElectricityCalculator machen würdest.
Man hat einen Zählerstand und irgendeinen Wert vom 1W Counter oder so
muss aber den Offset noch selbst berechnen.
- myElectricityCalculator: Geht das Teil eingentlich für Energieerzeugung (Solaranlage)?
Sollte doch eingentlich möglich sein.
Was hälst du von meiner aufgezeigten Möglichkeit der Begrenzung von Energiewerten und
wie wäre es meit einem Zusatz "Mittelwertbildung" oder so..
Grüße aus Peine
Wolfdieter
Zitat von: Sailor am 01 Februar 2021, 19:20:59
Wenn das Zeitintervall theoretisch entsprechend kurz gewählt werden könnte, dann ist die Darstellung von P entsprechend sehr Augenblicks-Real und zeigt somit auch die hohen Anlauf-Peaks auf.
Bei den Gaszählern hat man aber meistens nicht die Wahl das Zeitintervall zu wählen, da die Impulse Volumen-abhängig alle 10 Liter reinkommen.
Deshalb hat man dann auch diese Peaks in der Kurve, die dann wieder abfallen.
Richtig aber: Es gibt Zähler die liefern dreistellig hinter dem Komma, also 1 l/min.
Meiner wird mit einem 1W Counter über selbstgebauten S0 abgefragt, also alle 60 sek.
Bedeutet, ich muss entweder diese Zeit aufsummieren oder eben die Kurve "glätten".
Es gibt noch eine zweite Möglichkeit:
https://wiki.fhem.de/wiki/Gleitende_Mittelwerte_berechnen_und_loggen
damit geht es prima die Werte sind auch plausibel.
Gruß Wolfdieter
Hallo Wolfdieter
Zitat von: dieter114 am 03 Februar 2021, 19:51:26
Richtig aber: Es gibt Zähler die liefern dreistellig hinter dem Komma, also 1 l/min.
1Impuls pro 1 Liter?
Der Reedkontakt muss im Winter ja förmlich brummen! :o
Geschweige denn das arme Log-File aufpusten.
Zitat von: dieter114 am 03 Februar 2021, 19:51:26
Es gibt noch eine zweite Möglichkeit:
https://wiki.fhem.de/wiki/Gleitende_Mittelwerte_berechnen_und_loggen
Also ein weiteres Reading mit Mittelwertberechnung über die letzten n - Auslesungen könnte ich schon hinbekommen, wobei n per Attribut einstellbar wäre.
Ich gehe davon aus, dass die Leistung (Power) gemeint ist.
Gruß
Sailor
Moin Sailor,
Nee nix Reedkontakt, ich lese optisch die letzte Stelle ab.
Da ist zwischen 4 u. 6 so ein Silberfeld, das geht eingentlich prima.
Es gibt ein Projekt dazu.
ZitatIch gehe davon aus, dass die Leistung (Power) gemeint ist.
Genau, dieser Wert sollte bei Gasheizungen irgendwie "geglättet" werden.
Durch die Differenzfunktion hast du immer eine Übersteuerung und je kleiner das Messinterval ist, je größer dieser Wert.
Das ist einfach so und eigentlich mathematisch auch richtig.
Welche Funktion dafür am Besten geeignet ist, weis ich auch noch nicht.
Aber die gleitende Mittelwertbildung scheint gut dafür zu sein.
Ich habe eine Elco-Thision Heizung. Der Kessel "moduliert" seine Leistung
also verändert sie oft an die Außentemperatur und viele andere Werte angepasst.
Das machen eingentlich alle modernen Gasheizungen so, also müsser
wir hier eingreifen.
Die zweite Verbesserung wäre eine eingebaute "Grenze" für die Ausgabe der Leistungswerte.
Egal was das Differential ausgibt, mehr als die maximal mögliche Heizleistung des Kessels kann es eingetlich nicht sein.
Also ein Attribut Maximale_Heizleistung oder so...
Deine eigene Heizung zeigt an den Bildern auch so ein Verhalten, also kannst du es auch selbst dort testen.
Viele Grüße
Wolfdieter
Hallo,
Ich habe mehrere fhem-Installationen, auf einer (die kürzlich bzgl. fhem und raspbian aktualisiert wurde) bekomme ich beim GasCalculator und auch beim ElectricityCalculator die Werte EnergyCostDay und EnergyCostDayLast nicht mehr gefüllt (sind 0). Auf einer anderen fhem-Instanz ist alles prima. Leider hat das Modul keine eigene Versionsnummer, drum kann ich nicht sagen, ob sich da an der Version des Moduls durch den fhem-Update was geändert hat.
Im verbose 5 Log fallen die Meldungen "First reading of day detected OR last Reading is older than 24h" auf - die kommen laufend auch unter dem Tag und wenn sich zwischen zwei Durchläufen der Zählerstand geändert hat. Das habe ich auf der funktionierenden Installation nicht.
2021.02.10 11:19:16 5: Gasrechner : GasCalculator Begin_______________________________________________________________________________________________________________________________
2021.02.10 11:19:16 5: Gasrechner : GasCalculator - Attribut ReadingDestination has been set to CounterDevice
2021.02.10 11:19:16 5: Gasrechner : GasCalculator - GasCalcReadingPrefix : Totalmonotonic
2021.02.10 11:19:16 5: Gasrechner : GasCalculator - GasCalcReadingDestinationDevice : HASH(0x8ba3e10)
2021.02.10 11:19:16 5: Gasrechner : GasCalculator - GasCalcReadingDestinationDeviceName : ts_r_gas
2021.02.10 11:19:16 5: Gasrechner : GasCalculator - GasCountReadingValuePrevious : 31105.510
2021.02.10 11:19:16 5: Gasrechner : GasCalculator - GasCalcReadingPrefix_PrevRead : Totalmonotonic_PrevRead
2021.02.10 11:19:16 5: Gasrechner : GasCalculator - Previous value found. Continuing with calculations
2021.02.10 11:19:16 5: Gasrechner : GasCalculator - Reading Name : Totalmonotonic
2021.02.10 11:19:16 5: Gasrechner : GasCalculator - Previous Reading Value : 2021-02-10 11:13:03
2021.02.10 11:19:16 5: Gasrechner : GasCalculator - Current Reading Value : 2021-02-10 11:19:16
2021.02.10 11:19:16 5: Gasrechner : GasCalculator - Previous Reading Value : 31105.510
2021.02.10 11:19:16 5: Gasrechner : GasCalculator - Current Reading Value : 31105.53
2021.02.10 11:19:16 5: Gasrechner : GasCalculator_Notify GasCountReadTimeCurHour : 11
2021.02.10 11:19:16 5: Gasrechner : GasCalculator_Notify GasCountReadTimePrevHour : 11
2021.02.10 11:19:16 5: Gasrechner : GasCalculator_Notify GasCountReadTimeRelDelta : 1612952356
2021.02.10 11:19:16 5: Gasrechner : GasCalculator - First reading of day detected OR last reading is older than 24h!
2021.02.10 11:19:16 5: Gasrechner : GasCalculator - GasCountReadingTimestampDelta : 373 s
2021.02.10 11:19:16 5: Gasrechner : GasCalculator - GasCountReadingValueDelta : 0.0200000000004366 m³
2021.02.10 11:19:16 5: Gasrechner : GasCalculator - _______Finance________________________________________
2021.02.10 11:19:16 5: Gasrechner : GasCalculator - Monthly Payment : 73 €
2021.02.10 11:19:16 5: Gasrechner : GasCalculator - Basic price per annum : 51.53 €
2021.02.10 11:19:16 5: Gasrechner : GasCalculator - GasCalcEnergyCostMeter : 3.867 €
2021.02.10 11:19:16 5: Gasrechner : GasCalculator - GasCalcReserves : 408.368 €
2021.02.10 11:19:16 5: Gasrechner : GasCalculator - _______Times__________________________________________
2021.02.10 11:19:16 5: Gasrechner : GasCalculator - GasCalcMeterYearMonth : 6
2021.02.10 11:19:16 5: Gasrechner : GasCalculator - Current Month : 2
2021.02.10 11:19:16 5: Gasrechner : GasCalculator - _______Energy_________________________________________
2021.02.10 11:19:16 5: Gasrechner : GasCalculator - GasCalcEnergyDay : 0.000 kWh
2021.02.10 11:19:16 5: Gasrechner : GasCalculator - GasCalcEnergyMonth : 49.133 kWh
2021.02.10 11:19:16 5: Gasrechner : GasCalculator - GasCalcEnergyYear : 49.133 kWh
2021.02.10 11:19:16 5: Gasrechner : GasCalculator - GasCalcEnergyMeter : 49.133 kWh
2021.02.10 11:19:16 5: Gasrechner : GasCalculator - _______Power___________________________________________
2021.02.10 11:19:16 5: Gasrechner : GasCalculator - GasCalcPowerCurrent : 2.185 kW
2021.02.10 11:19:16 5: Gasrechner : GasCalculator - GasCalcPowerDayMin : 2.264 kW
2021.02.10 11:19:16 5: Gasrechner : GasCalculator - GasCalcPowerDayAverage : 2.185 kW
2021.02.10 11:19:16 5: Gasrechner : GasCalculator - GasCalcPowerDayMax : 0 kW
2021.02.10 11:19:16 5: Gasrechner : GasCalculator - New daily minimum power value detected : 2.185
2021.02.10 11:19:16 5: Gasrechner : GasCalculator - New daily maximum power value detected : 2.185
2021.02.10 11:19:16 5: Gasrechner : GasCalculator End_________________________________________________________________________________________________________________________________
2021.02.10 11:19:16 5: Gasrechner : GasCalculator - notify x_sets list: .Totalmonotonic_LastUpdateTimestampUnix .ReadingDestinationDeviceName
Ideen ?
Grüße, gadget
Edit: Sehe gerade im Thread zum ElectricityCalculator, das ich nicht der einzige bin ...
Hi Gadget
Zitat von: gadget am 10 Februar 2021, 11:33:47
Ich habe mehrere fhem-Installationen, auf einer (die kürzlich bzgl. fhem und raspbian aktualisiert wurde) bekomme ich beim GasCalculator und auch beim ElectricityCalculator die Werte EnergyCostDay und EnergyCostDayLast nicht mehr gefüllt (sind 0). Auf einer anderen fhem-Instanz ist alles prima. Leider hat das Modul keine eigene Versionsnummer, drum kann ich nicht sagen, ob sich da an der Version des Moduls durch den fhem-Update was geändert hat.
Im verbose 5 Log fallen die Meldungen "First reading of day detected OR last Reading is older than 24h" auf - die kommen laufend auch unter dem Tag und wenn sich zwischen zwei Durchläufen der Zählerstand geändert hat. Das habe ich auf der funktionierenden Installation nicht.
Im Augenblick habe ich einen Bug entdeckt, der den Fall betrifft, wo die Calculator - Werte im Counter-Device geschrieben werden.
Zeige mir bitte mal das "list" sowohl vom Counter als auch vom Calculator.
Nichts desto trotz, mache mal ein fhem - update vorweg. Sonst reden wir nicht über die gleiche Geschichte...
Gruß
Sailor
Gern.
Hier das das List (nicht wundern: das Counter-Device ist ein HTTPMOD, ich leite die Werte des Zählers über ThingSpeak um, weil ich vom Zähler aus den fhem Server netzwerktechnisch nicht direkt erreiche).
Die Calculator Werte werden (schon immer) im Counter-Device geschrieben, das würde also passen.
Wenn du was hast, kann ich das gerne vorab testen, ich habe einen fhem-Testserver, den ich bei thingspeak an den gleichen Datenpunkt hängen kann.
Edit: Habe gerade nochmal fhem update gemacht und neue Versionen bekommen:
2021.02.10 16:28:14 1 : UPD FHEM/73_ElectricityCalculator.pm
2021.02.10 16:28:14 1 : UPD FHEM/73_GasCalculator.pm
2021.02.10 16:28:15 1 : UPD FHEM/73_WaterCalculator.pm
Werde beobachten und Rückmelden.
Edit2: Weiterhin EnergyCostDay und EnergyCostDayLast auf 0.
Grüße, gadget
Internals:
BUSY 0
CFGFN
DEF https://api.thingspeak.com/channels/123456/fields/1.json?api_key=XXXXXXXXXXX&results=2 360
FUUID 6022e70f-f33f-6385-3240-8037dbc8e26f54be
Interval 360
MainURL https://api.thingspeak.com/channels/123456/fields/1.json?api_key=XXXXXXXXXXX&results=2
ModuleVersion 4.1.02 - 4.2.2021
NAME ts_r_gas
NOTIFYDEV global
NR 22821
NTFY_ORDER 50-ts_r_gas
STATE CounterWemos: 658 Zählerstand: 31107.72
TYPE HTTPMOD
value
QUEUE:
READINGS:
2021-02-10 16:07:29 Totalmonotonic 3110772
2021-02-09 21:08:26 Totalmonotonic_CounterDay1st 31101.070
2021-02-09 21:08:26 Totalmonotonic_CounterDayLast 31101.070
2021-02-09 21:08:26 Totalmonotonic_CounterMeter1st 31101.070
2021-02-09 21:08:26 Totalmonotonic_CounterMeterLast 31101.070
2021-02-09 21:08:26 Totalmonotonic_CounterMonth1st 31101.070
2021-02-09 21:08:26 Totalmonotonic_CounterMonthLast 31101.070
2021-02-09 21:08:26 Totalmonotonic_CounterYear1st 31101.070
2021-02-09 21:08:26 Totalmonotonic_CounterYearLast 31101.070
2021-02-10 16:07:29 Totalmonotonic_EnergyCostDay 0.000
2021-02-10 16:07:29 Totalmonotonic_EnergyCostDayLast -0.000
2021-02-10 16:07:29 Totalmonotonic_EnergyCostMeter 5.818
2021-02-10 16:07:29 Totalmonotonic_EnergyCostMonth 5.818
2021-02-10 16:07:29 Totalmonotonic_EnergyCostYear 5.818
2021-02-10 16:07:29 Totalmonotonic_EnergyDay 0.000
2021-02-10 16:07:29 Totalmonotonic_EnergyDayLast -0.000
2021-02-10 16:07:29 Totalmonotonic_EnergyMeter 73.926
2021-02-10 16:07:29 Totalmonotonic_EnergyMonth 73.926
2021-02-10 16:07:29 Totalmonotonic_EnergyYear 73.926
2021-02-10 16:07:29 Totalmonotonic_FinanceReserve 406.417
2021-02-10 16:07:29 Totalmonotonic_Meter 31107.720
2021-02-10 16:07:29 Totalmonotonic_MonthMeterReading 6
2021-02-10 16:07:29 Totalmonotonic_PowerCurrent 3.396
2021-02-10 16:07:29 Totalmonotonic_PowerDayAver 3.396
2021-02-10 16:07:29 Totalmonotonic_PowerDayMax 3.396
2021-02-10 16:07:29 Totalmonotonic_PowerDayMin 2.264
2021-02-10 16:07:29 Totalmonotonic_Vol1stDay 31107.72
2021-02-09 21:12:32 Totalmonotonic_Vol1stMeter 31101.19
2021-02-09 21:12:32 Totalmonotonic_Vol1stMonth 31101.19
2021-02-09 21:12:32 Totalmonotonic_Vol1stYear 31101.19
2021-02-10 16:07:29 Totalmonotonic_VolLastDay 31107.690
2021-02-09 21:12:32 Totalmonotonic_VolLastMeter 31101.070
2021-02-09 21:12:32 Totalmonotonic_VolLastMonth 31101.070
2021-02-09 21:12:32 Totalmonotonic_VolLastYear 31101.070
2021-02-09 21:08:26 Totalmonotonic_WFRDayMax 0
2021-02-09 21:08:26 Totalmonotonic_WFRDayMin 0
2021-02-10 16:07:29 Zaehlerstand 31107.72
2021-02-10 16:07:29 channel_created_at 2021-02-09T14:21:36Z
2021-02-10 16:07:29 channel_field1 counter
2021-02-10 16:07:29 channel_id 1301227
2021-02-10 16:07:29 channel_last_entry_id 295
2021-02-10 16:07:29 channel_latitude 0.0
2021-02-10 16:07:29 channel_longitude 0.0
2021-02-10 16:07:29 channel_name Gas
2021-02-10 16:07:29 channel_updated_at 2021-02-09T14:21:36Z
2021-02-10 16:07:29 feeds_01_created_at 2021-02-10T15:01:50Z
2021-02-10 16:07:29 feeds_01_entry_id 294
2021-02-10 16:07:29 feeds_01_field1 657
2021-02-10 16:07:29 feeds_02_created_at 2021-02-10T15:06:51Z
2021-02-10 16:07:29 feeds_02_entry_id 295
2021-02-10 16:07:29 feeds_02_field1 658
2021-02-10 16:07:29 state 31107.72
REQUEST:
context reading
data
header
ignoreredirects 0
num 0
retryCount 0
type update
url https://api.thingspeak.com/channels/123456/fields/1.json?api_key=XXXXXXXXXXX&results=2
defptr:
readingBase:
channel_created_at reading
channel_field1 reading
channel_id reading
channel_last_entry_id reading
channel_latitude reading
channel_longitude reading
channel_name reading
channel_updated_at reading
feeds_01_created_at reading
feeds_01_entry_id reading
feeds_01_field1 reading
feeds_02_created_at reading
feeds_02_entry_id reading
feeds_02_field1 reading
readingNum:
channel_created_at 0
channel_field1 0
channel_id 0
channel_last_entry_id 0
channel_latitude 0
channel_longitude 0
channel_name 0
channel_updated_at 0
feeds_01_created_at 0
feeds_01_entry_id 0
feeds_01_field1 0
feeds_02_created_at 0
feeds_02_entry_id 0
feeds_02_field1 0
readingOutdated:
requestReadings:
update:
channel_created_at reading 0
channel_field1 reading 0
channel_id reading 0
channel_last_entry_id reading 0
channel_latitude reading 0
channel_longitude reading 0
channel_name reading 0
channel_updated_at reading 0
feeds_01_created_at reading 0
feeds_01_entry_id reading 0
feeds_01_field1 reading 0
feeds_02_created_at reading 0
feeds_02_entry_id reading 0
feeds_02_field1 reading 0
Attributes:
alias Gaszähler
enableControlSet 1
event-min-interval feeds_02_field1:300,Zaehlerstand:1200,Totalmonotonic_PowerCurrent:1200,Totalmonotonic_EnergyCostDay:1200,Totalmonotonic_EnergyCostDayLast:1200
event-on-change-reading feeds_02_field1,Zaehlerstand,Totalmonotonic,Totalmonotonic_PowerCurrent,Totalmonotonic_EnergyCostDayLast,Totalmonotonic_EnergyCostDay
extractAllJSON 1
group Gas
queueMax 2
room Energie
sortby 03
stateFormat CounterWemos: feeds_02_field1 Zählerstand: Zaehlerstand
userReadings Totalmonotonic monotonic {ReadingsVal($name,"feeds_02_field1",0)}, Zaehlerstand {ReadingsVal($name,"Totalmonotonic",0)/100.0}, state {ReadingsVal($name,"Zaehlerstand","")}
Internals:
CFGFN
DEF ts_r_gas:Totalmonotonic.*
FUUID 6022e9ed-f33f-6385-1118-0ae0f9e461bbfe59
NAME Gasrechner
NOTIFYDEV ts_r_gas
NR 23100
NTFY_ORDER 10-Gasrechner
REGEXP ts_r_gas:Totalmonotonic.*
STATE active
TYPE GasCalculator
READINGS:
system:
DecimalPlace %.3f
SiPrefixPowerFactor 1
Attributes:
BasicPricePerAnnum 51.53
Currency €
DecimalPlace 3
GasCounterOffset 0
GasCubicPerCounts 0.01
GasNominalHeatingValue 11.321
GasPricePerKWh 0.0787
GaszValue 1
MonthOfAnnualReading 9
MonthlyPayment 73
ReadingDestination CounterDevice
SiPrefixPower W
Volume m³
group Gas
room Energie
Hi Gadget
Zitat von: gadget am 10 Februar 2021, 16:23:55
Gern.
Gebe mir bitte nochmal ein verbose=5 Log Output vom Calculator
Danke
Gruß
Sailor
Hallo,
Hat sich nix geändert. Wenn Du magst schicke ich Dir den Api Key von Thngspeak per PN, dann kannst du das selber nachstellen.
Grüße, gadget
2021.02.11 15:37:46 5: Gasrechner : GasCalculator Begin_______________________________________________________________________________________________________________________________
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - Notify - Trigger Dev Name : ts_r_gas
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - Attribut ReadingDestination has been set to CounterDevice
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - GasCalcReadingPrefix : Totalmonotonic
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - GasCalcReadingDestinationDevice : HASH(0x85bd860)
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - GasCalcReadingDestinationDeviceName : ts_r_gas
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - LastUpdateTimestampUnix : No Value provided
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - GasCountReadingLastChangeDeltaSeconds : 1613054266.65627
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - GasCountReadingValuePrevious : 31116.700
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - GasCalcReadingPrefix : Totalmonotonic
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - Previous value found. Continuing with calculations
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - Reading Name : Totalmonotonic
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - Previous Reading Value : 2021-02-11 15:25:44
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - Current Reading Value : 2021-02-11 15:37:46
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - Previous Reading Value : 31116.700
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - Current Reading Value : 31116.72
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - GasCountReadTimeCurHour : 15
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - GasCountReadTimePrevHour : 15
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - LastUpdateTimestampUnix :
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - GasCountReadTimeRelDelta : 1613054266.65627
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - First reading of day detected OR last reading is older than 24h!
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - GasCountReadingTimestampDelta : 722 s
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - GasCountReadingValueDelta : 0.0200000000004366 m³
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - _______Finance________________________________________
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - Monthly Payment : 73 €
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - Basic price per annum : 51.53 €
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - GasCalcEnergyCostMeter : 13.837 €
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - GasCalcReserves : 398.398 €
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - _______Times__________________________________________
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - GasCalcMeterYearMonth : 6
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - Current Month : 2
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - _______Energy_________________________________________
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - GasCalcEnergyDay : 0.000 kWh
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - GasCalcEnergyMonth : 175.815 kWh
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - GasCalcEnergyYear : 175.815 kWh
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - GasCalcEnergyMeter : 175.815 kWh
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - _______Power___________________________________________
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - GasCalcPowerCurrent : 1.129 kW
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - GasCalcPowerDayMin : 2.264 kW
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - GasCalcPowerDayAverage : 1.129 kW
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - GasCalcPowerDayMax : 0 kW
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - New daily minimum power value detected : 1.129
2021.02.11 15:37:46 5: Gasrechner : GasCalculator - New daily maximum power value detected : 1.129
2021.02.11 15:37:46 5: Gasrechner : GasCalculator End_________________________________________________________________________________________________________________________________
Moin Sailor,
hier wie versprochen ein Screeshot meines Gaszählers mit "geglätteten" Werten.
Elco Thision ca. 17Kw maximale Leistung.
Gruß Wolfdieter
Moin WolfDieter
Zitat von: dieter114 am 11 Februar 2021, 17:37:49
hier wie versprochen ein Screeshot meines Gaszählers mit "geglätteten" Werten.
Elco Thision ca. 17Kw maximale Leistung.
Hast du zum Vergleich die nicht geglätteten Werte?
Nur aus Neugierde...
Gruß
Sailor
Hallo Gadget
Zitat von: gadget am 11 Februar 2021, 15:40:52
Hallo,
Hat sich nix geändert. Wenn Du magst schicke ich Dir den Api Key von Thngspeak per PN, dann kannst du das selber nachstellen.
Grüße, gadget
Aufgrund deines Logs habe ich eine Ahnung woher es kommen koennte...
Versuch mal die angehängte Version und mache mal einen verbose=5 Log-Auszug sofort und um 00:00:01 Uhr.
Gruß
Sailor
Hallo,
wird besser:
zunächst: Logeintrag nach fhem Start:
2021.02.11 22:14:07 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_GasCalculator.pm line 940.
Codeausschnitt:
936 ####### Check whether Initial readings needs to be written
937 ### Check whether the current value is the first one after change of day = First one after midnight
938 Log3 $GasCalcName, 5, $GasCalcName. " : GasCalculator - GasCountReadTimeCurHour : " . $GasCountReadingTimestampCurrentHour;
939 Log3 $GasCalcName, 5, $GasCalcName. " : GasCalculator - GasCountReadTimePrevHour : " . $GasCountReadingTimestampPreviousHour;
940 Log3 $GasCalcName, 5, $GasCalcName. " : GasCalculator - LastUpdateTimestampUnix : " . ReadingsVal($GasCalcReadingDestinationDeviceName, "." . $GasCalcReadingPrefix . "_LastUpdateTimestampUnix", undef);
941 Log3 $GasCalcName, 5, $GasCalcName. " : GasCalculator - GasCountReadTimeRelDelta : " . $GasCountReadingLastChangeDelta;
942
ist ja nur Debug, also erst mal ignoriert.
erster Durchlauf:
2021.02.11 22:15:26 5: Gasrechner : GasCalculator Begin_______________________________________________________________________________________________________________________________
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - Notify - Trigger Dev Name : ts_r_gas
2021.02.11 22:15:26 5: Gasrechner : GasCalculator Begin_______________________________________________________________________________________________________________________________
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - Attribut ReadingDestination has been set to CounterDevice
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - GasCalcReadingPrefix : Totalmonotonic
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - GasCalcReadingDestinationDevice : HASH(0x8ec6c98)
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - GasCalcReadingDestinationDeviceName : ts_r_gas
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - LastUpdateTimestampUnix : No Value provided
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - GasCountReadingLastChangeDeltaSeconds : 1613078126.29747
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - GasCountReadingValuePrevious : 31116.970
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - GasCalcReadingPrefix : Totalmonotonic
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - Previous value found. Continuing with calculations
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - Reading Name : Totalmonotonic
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - Previous Reading Value : 2021-02-11 15:55:46
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - Current Reading Value : 2021-02-11 22:15:26
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - Previous Reading Value : 31116.970
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - Current Reading Value : 31119.29
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - GasCountReadTimeCurHour : 22
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - GasCountReadTimePrevHour : 15
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - LastUpdateTimestampUnix :
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - GasCountReadTimeRelDelta : 1613078126.29747
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - First reading of day detected OR last reading is older than 24h!
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - GasCountReadingTimestampDelta : 22780 s
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - GasCountReadingValueDelta : 2.31999999999971 m³
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - _______Finance________________________________________
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - Monthly Payment : 73 €
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - Basic price per annum : 51.53 €
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - GasCalcEnergyCostMeter : 16.126 €
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - GasCalcReserves : 396.109 €
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - _______Times__________________________________________
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - GasCalcMeterYearMonth : 6
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - Current Month : 2
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - _______Energy_________________________________________
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - GasCalcEnergyDay : 0.000 kWh
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - GasCalcEnergyMonth : 204.910 kWh
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - GasCalcEnergyYear : 204.910 kWh
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - GasCalcEnergyMeter : 204.910 kWh
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - _______Power___________________________________________
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - GasCalcPowerCurrent : 4.151 kW
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - GasCalcPowerDayMin : 7.903 kW
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - GasCalcPowerDayAverage : 4.151 kW
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - GasCalcPowerDayMax : 0 kW
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - New daily minimum power value detected : 4.151
2021.02.11 22:15:26 5: Gasrechner : GasCalculator - New daily maximum power value detected : 4.151
2021.02.11 22:15:26 5: Gasrechner : GasCalculator End_________________________________________________________________________________________________________________________________
Nächster Zyklus, keine Meldung "First reading of day detected OR last reading is older than 24h!":
021.02.11 22:27:27 5: Gasrechner : GasCalculator Begin_______________________________________________________________________________________________________________________________
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - Notify - Trigger Dev Name : ts_r_gas
2021.02.11 22:27:27 5: Gasrechner : GasCalculator Begin_______________________________________________________________________________________________________________________________
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - Attribut ReadingDestination has been set to CounterDevice
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - GasCalcReadingPrefix : Totalmonotonic
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - GasCalcReadingDestinationDevice : HASH(0x8ec6c98)
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - GasCalcReadingDestinationDeviceName : ts_r_gas
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - LastUpdateTimestampUnix : 1613078126
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - GasCountReadingLastChangeDeltaSeconds : 721.087249040604
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - GasCountReadingValuePrevious : 31119.290
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - GasCalcReadingPrefix : Totalmonotonic
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - Previous value found. Continuing with calculations
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - Reading Name : Totalmonotonic
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - Previous Reading Value : 2021-02-11 22:15:26
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - Current Reading Value : 2021-02-11 22:27:27
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - Previous Reading Value : 31119.290
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - Current Reading Value : 31119.38
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - GasCountReadTimeCurHour : 22
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - GasCountReadTimePrevHour : 22
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - LastUpdateTimestampUnix : 1613078126
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - GasCountReadTimeRelDelta : 721.087249040604
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - GasCountReadingTimestampDelta : 721 s
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - GasCountReadingValueDelta : 0.0900000000001455 m³
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - _______Finance________________________________________
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - Monthly Payment : 73 €
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - Basic price per annum : 51.53 €
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - GasCalcEnergyCostMeter : 16.207 €
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - GasCalcReserves : 396.028 €
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - _______Times__________________________________________
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - GasCalcMeterYearMonth : 6
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - Current Month : 2
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - _______Energy_________________________________________
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - GasCalcEnergyDay : 1.019 kWh
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - GasCalcEnergyMonth : 205.929 kWh
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - GasCalcEnergyYear : 205.929 kWh
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - GasCalcEnergyMeter : 205.929 kWh
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - _______Power___________________________________________
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - GasCalcPowerCurrent : 5.087 kW
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - GasCalcPowerDayMin : 4 kW
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - GasCalcPowerDayAverage : 4.619 kW
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - GasCalcPowerDayMax : 4.151 kW
2021.02.11 22:27:27 5: Gasrechner : GasCalculator - New daily maximum power value detected : 5.087
2021.02.11 22:27:27 5: Gasrechner : GasCalculator End_________________________________________________________________________________________________________________________________
-> EnergyCostDay wurde jetzt aktualisiert !
Den Mitternachtszyklus liefere ich dann noch nach.
Grüße,
gadget
Angehängt noch der Mitternachtszyklus. EnergyCostDayLast ist jetzt auch gefüllt.
Hallo Gadget
Zitat von: gadget am 12 Februar 2021, 10:02:36
Angehängt noch der Mitternachtszyklus. EnergyCostDayLast ist jetzt auch gefüllt.
Na siehste! Geht doch
Nächster Versuch das unschöne Looping auf GasCalculator - eigene Readings zu verhindern.
Bitte mal ein Mitternachts verbose=5 Log-Auszug...
Gruß
Sailor
Wird erledigt. Hast Du auch was für den ElectricityCalculator ? Dann teste ich das gleich mit.
Hi Gadget
Zitat von: gadget am 11 Februar 2021, 22:39:23
zunächst: Logeintrag nach fhem Start:
2021.02.11 22:14:07 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_GasCalculator.pm line 940.
Codeausschnitt:
940 Log3 $GasCalcName, 5, $GasCalcName. " : GasCalculator - LastUpdateTimestampUnix : " . ReadingsVal($GasCalcReadingDestinationDeviceName, "." . $GasCalcReadingPrefix . "_LastUpdateTimestampUnix", undef);
ist ja nur Debug, also erst mal ignoriert.
Diesen Eintrag wird Jeder nach Umstellung auf das neue Modul genau einmal haben.
Da das so gering ist, hatte ich nicht die Muße das nochmal abzufangen...
Gruß
Sailor
Moin Sailor,
hier die Werte ohne Glättung.
Ab 16.00 Uhr mit Glättung.....
Über den Gasverbrauch die Energie zu berechnen ist immer etwas ungenau
zumindest wenn die Zählung nicht absolut Genau über die Zeit und die Werte ist.
Meine "Gegenrechnung" manuell über durchgepumpete Menge undTemperaturdifferenz hat allerdings
ergeben dass die Werte garnicht so schlecht sind.
Das Ganze soll ja auch nur ein Vorschlag zur Verbesserung eines richtig guten Moduls sein.
Gruß Wolfdieter
Moin WolfDieter
Zitat von: dieter114 am 12 Februar 2021, 17:17:45
hier die Werte ohne Glättung.
Ab 16.00 Uhr mit Glättung.....
Über den Gasverbrauch die Energie zu berechnen ist immer etwas ungenau
zumindest wenn die Zählung nicht absolut Genau über die Zeit und die Werte ist.
Meine "Gegenrechnung" manuell über durchgepumpete Menge undTemperaturdifferenz hat allerdings
ergeben dass die Werte garnicht so schlecht sind.
Das Ganze soll ja auch nur ein Vorschlag zur Verbesserung eines richtig guten Moduls sein.
Danke für die Blumen, aber ich kämpfe noch mit ein paar Bugs...
Wenn das die Sprünge sind, die deine Heizung macht, dann lege mal Vorlauf- und Rücklauftemperatur über deine Leistungswerte...
Irgendwie kann ich mich nicht erwehren, dass deine Modulation komplett aus der Hysterese läuft... Das sollte irgendwie ruhiger aussehen.
Ggf. spreche mal den Heizungsfachmann bei der nächsten Reinigung drauf an...
Gruß
Sailor
Zitat von: Sailor am 12 Februar 2021, 10:34:11
Nächster Versuch das unschöne Looping auf GasCalculator - eigene Readings zu verhindern.
Bitte mal ein Mitternachts verbose=5 Log-Auszug...
hängt an.
Grüße, gadget
Hallo Gadget
Zitat von: gadget am 13 Februar 2021, 11:25:47
hängt an.
Super Funktioniert!
Danke!
Dann werde ich das mal auf alle Zähler übertragen und einchecken...
Gruß
Sailor
Hallo @Sailor
Ich hab das Modul seit heute am rennen und hätte noch eine Frage.
Ich habe die Möglichkeit (mittels Openthermgateway) den Gasverbrauch je nach Zweck (Heizung, oder Warmwasser) zu taggen, bzw. ich sehe an Hand eines Readings ob der Warmwasser Modus ein (1) oder aus (0) ist.
Wäre das ein Problem diese Auswertung zu implementieren, so dass man am Unterscheiden kann, wieviel Gas für den jeweiligen Zweck benutzt wurde ?
Oder hat jemand eine andere Idee wie ich die Werte separieren kann.
Gruß
Rubinho
Du kannst innerhalb einer fhem Installation mehrere GasCalculator Devices haben, die dann unterschiedliche Counter auswerten. Das Problem dürfte eher sein wie Du getrennte Readings für dein Counterdevice bekommst, sprich: Zwei getrennte Counter-Readings GasHeizung und GasWW. Wie sieht Dein Reading aktuell aus ? Bekommst Du laufend den absoluten Zählerstand oder nur ein Delta ? Benutzt Du ein monotonic Userreading ?
Im Moment habe ich nur meinen KNX-Binäreingang, den ich als Zähler parametriert habe.
D.h. Ich habe ein Reading, dass kontinuierlich hochzählt.
Ein Userreading habe ich nicht eingerichtet.
Mir ist erst vor kurzem die Idee gekommen, dass man durch mein Opentherm Warmwasser Reading, in Verbindung mit dem Gaszähler Reading, eine Unterscheidung einrichten kann.
Mit der Realisierung hatte ich mich noch großartig beschäftigt, von daher sagt mir der Begriff monotonic nichts. :-[
---- Edit ----
Habe mich mal etwas bzw. monotonic Schlau gemacht und gleich mal ein userreading erstellt.
attr Gasverbrauch userReadings Gas_WW monotonic {ReadingsVal("Gasverbrauch","state",'') if (ReadingsVal("MQTT2_xsmart_otmon","Heisswasseraufbereitung",'')eq"1")}, Gas_HK monotonic {ReadingsVal("Gasverbrauch","state",'') if (ReadingsVal("MQTT2_xsmart_otmon","Heisswasseraufbereitung",'')eq"0")}
Damit habe ich zwei neue Readings, die das Anzeigen was ich benötige.
Erstmal danke für den Denkanstoß ;)
Gruß
Rubinho
Ich hab mich wohl zu früh gefreut :(
Meine monotonic Userreadings schaukeln sich gegenseitig hoch, warum weiß ich nicht.
Bei jedem Wechsel wird der Wert des anderen Readings draufgepackt, anstatt nur auf den Impuls zu reagieren....
2021-02-22_23:10:55 Gasverbrauch Gas_HK: 89
2021-02-22_23:11:59 Gasverbrauch 1960 m³
2021-02-22_23:11:59 Gasverbrauch Gas_HK: 90
2021-02-22_23:13:11 Gasverbrauch 1961 m³
2021-02-22_23:13:11 Gasverbrauch Gas_HK: 91
2021-02-22_23:14:27 Gasverbrauch 1962 m³
2021-02-22_23:14:27 Gasverbrauch Gas_HK: 92
2021-02-22_23:15:57 Gasverbrauch 1963 m³
2021-02-22_23:15:57 Gasverbrauch Gas_HK: 93
2021-02-22_23:17:40 Gasverbrauch 1964 m³
2021-02-22_23:17:40 Gasverbrauch Gas_HK: 94
2021-02-22_23:19:38 Gasverbrauch 1965 m³
2021-02-22_23:19:38 Gasverbrauch Gas_HK: 95
2021-02-23_04:29:04 Gasverbrauch 1966 m³
2021-02-23_04:29:04 Gasverbrauch Gas_WW: 1966
2021-02-23_04:30:19 Gasverbrauch 1967 m³
2021-02-23_04:30:19 Gasverbrauch Gas_WW: 1967
2021-02-23_04:31:12 Gasverbrauch 1968 m³
2021-02-23_04:31:12 Gasverbrauch Gas_WW: 1968
2021-02-23_04:32:04 Gasverbrauch 1969 m³
2021-02-23_04:32:04 Gasverbrauch Gas_WW: 1969
2021-02-23_04:32:54 Gasverbrauch 1970 m³
.....
2021-02-23_07:51:35 Gasverbrauch 2135 m³
2021-02-23_07:51:35 Gasverbrauch Gas_HK: 2230
2021-02-23_07:53:02 Gasverbrauch 2136 m³
2021-02-23_07:53:02 Gasverbrauch Gas_HK: 2231
2021-02-23_07:54:30 Gasverbrauch 2137 m³
2021-02-23_07:54:30 Gasverbrauch Gas_HK: 2232
2021-02-23_07:56:00 Gasverbrauch 2138 m³
2021-02-23_07:56:00 Gasverbrauch Gas_HK: 2233
2021-02-23_07:57:29 Gasverbrauch 2139 m³
2021-02-23_07:57:29 Gasverbrauch Gas_HK: 2234
2021-02-23_07:58:59 Gasverbrauch 2140 m³
2021-02-23_07:58:59 Gasverbrauch Gas_HK: 2235
2021-02-23_08:00:00 Gasverbrauch 2141 m³
2021-02-23_08:00:00 Gasverbrauch Gas_WW: 4142
2021-02-23_08:00:51 Gasverbrauch 2142 m³
2021-02-23_08:00:51 Gasverbrauch Gas_WW: 4143
2021-02-23_08:01:41 Gasverbrauch 2143 m³
2021-02-23_08:01:41 Gasverbrauch Gas_WW: 4144
2021-02-23_08:02:31 Gasverbrauch 2144 m³
2021-02-23_08:02:31 Gasverbrauch Gas_WW: 4145
2021-02-23_08:03:22 Gasverbrauch 2145 m³
2021-02-23_08:03:22 Gasverbrauch Gas_WW: 4146
2021-02-23_08:04:13 Gasverbrauch 2146 m³
2021-02-23_08:04:13 Gasverbrauch Gas_WW: 4147
2021-02-23_08:05:02 Gasverbrauch 2147 m³
2021-02-23_08:05:02 Gasverbrauch Gas_WW: 4148
2021-02-23_08:05:53 Gasverbrauch 2148 m³
2021-02-23_08:05:53 Gasverbrauch Gas_WW: 4149
2021-02-23_08:06:44 Gasverbrauch 2149 m³
2021-02-23_08:06:44 Gasverbrauch Gas_WW: 4150
2021-02-23_08:07:34 Gasverbrauch 2150 m³
2021-02-23_08:07:34 Gasverbrauch Gas_WW: 4151
2021-02-23_08:08:25 Gasverbrauch 2151 m³
2021-02-23_08:08:25 Gasverbrauch Gas_WW: 4152
2021-02-23_08:09:16 Gasverbrauch 2152 m³
2021-02-23_08:09:16 Gasverbrauch Gas_WW: 4153
2021-02-23_08:10:10 Gasverbrauch 2153 m³
2021-02-23_08:10:10 Gasverbrauch Gas_WW: 4154
2021-02-23_08:10:57 Gasverbrauch 2154 m³
2021-02-23_08:10:57 Gasverbrauch Gas_WW: 4155
2021-02-23_08:11:48 Gasverbrauch 2155 m³
2021-02-23_08:11:48 Gasverbrauch Gas_WW: 4156
2021-02-23_08:12:40 Gasverbrauch 2156 m³
2021-02-23_08:12:40 Gasverbrauch Gas_WW: 4157
2021-02-23_08:13:30 Gasverbrauch 2157 m³
2021-02-23_08:13:30 Gasverbrauch Gas_WW: 4158
2021-02-23_08:14:22 Gasverbrauch 2158 m³
2021-02-23_08:14:22 Gasverbrauch Gas_WW: 4159
2021-02-23_08:15:13 Gasverbrauch 2159 m³
2021-02-23_08:15:13 Gasverbrauch Gas_WW: 4160
2021-02-23_08:16:03 Gasverbrauch 2160 m³
2021-02-23_08:16:03 Gasverbrauch Gas_WW: 4161
2021-02-23_08:16:55 Gasverbrauch 2161 m³
2021-02-23_08:16:55 Gasverbrauch Gas_WW: 4162
2021-02-23_08:17:49 Gasverbrauch 2162 m³
2021-02-23_08:17:49 Gasverbrauch Gas_WW: 4163
2021-02-23_08:18:38 Gasverbrauch 2163 m³
2021-02-23_08:18:38 Gasverbrauch Gas_WW: 4164
2021-02-23_08:19:30 Gasverbrauch 2164 m³
2021-02-23_08:19:30 Gasverbrauch Gas_WW: 4165
2021-02-23_08:20:22 Gasverbrauch 2165 m³
2021-02-23_08:20:22 Gasverbrauch Gas_WW: 4166
2021-02-23_08:21:16 Gasverbrauch 2166 m³
2021-02-23_08:21:16 Gasverbrauch Gas_WW: 4167
2021-02-23_08:23:32 Gasverbrauch 2167 m³
2021-02-23_08:23:32 Gasverbrauch Gas_HK: 4402
2021-02-23_08:25:10 Gasverbrauch 2168 m³
2021-02-23_08:25:10 Gasverbrauch Gas_HK: 4403
2021-02-23_08:26:22 Gasverbrauch 2169 m³
Beide Userreadings hab ich anfänglich auf 0 gesetzt.
Kann man das unterbinden ?
Sorry, dass ich den Thread hier zweckentfremde. Wenn ich einen eigenen öffen soll, sagt bescheid.
Hallo,
ich habe den GasCalculator folgendermaßen eingerichtet:
DEF GaszaehlerCounter:state.*
FUUID 6035020f-f33f-cd72-ddfd-b34a5f199a03b279
NAME Gaszaehler
NOTIFYDEV GaszaehlerCounter
NR 9863
NTFY_ORDER 10-Gaszaehler
REGEXP GaszaehlerCounter:state.*
STATE active
TYPE GasCalculator
READINGS:
2021-02-23 14:30:50 GaszaehlerCounter_state_CounterDay1st 1.380
2021-02-23 14:30:50 GaszaehlerCounter_state_CounterDayLast 1.380
2021-02-23 14:30:50 GaszaehlerCounter_state_CounterMeter1st 1.380
2021-02-23 14:30:50 GaszaehlerCounter_state_CounterMeterLast 1.380
2021-02-23 14:30:50 GaszaehlerCounter_state_CounterMonth1st 1.380
2021-02-23 14:30:50 GaszaehlerCounter_state_CounterMonthLast 1.380
2021-02-23 14:30:50 GaszaehlerCounter_state_CounterYear1st 1.380
2021-02-23 14:30:50 GaszaehlerCounter_state_CounterYearLast 1.380
2021-02-23 14:37:55 GaszaehlerCounter_state_EnergyCostDay -1717.256
2021-02-23 14:37:55 GaszaehlerCounter_state_EnergyCostMeter 0.002
2021-02-23 14:37:55 GaszaehlerCounter_state_EnergyCostMonth -1639.307
2021-02-23 14:37:55 GaszaehlerCounter_state_EnergyCostYear -1527.533
2021-02-23 14:37:55 GaszaehlerCounter_state_EnergyDay -29354.803
2021-02-23 14:37:55 GaszaehlerCounter_state_EnergyMeter 0.032
2021-02-23 14:37:55 GaszaehlerCounter_state_EnergyMonth -28022.343
2021-02-23 14:37:55 GaszaehlerCounter_state_EnergyYear -26111.667
2021-02-23 14:37:55 GaszaehlerCounter_state_FinanceReserve 354.165
2021-02-23 14:37:55 GaszaehlerCounter_state_Meter 1.384
2021-02-23 14:37:55 GaszaehlerCounter_state_MonthMeterReading 10
2021-02-23 14:37:55 GaszaehlerCounter_state_PowerCurrent 0.376
2021-02-23 14:37:55 GaszaehlerCounter_state_PowerDayAver 0.369
2021-02-23 14:32:19 GaszaehlerCounter_state_PowerDayMax 0.435
2021-02-23 14:32:19 GaszaehlerCounter_state_PowerDayMin 0
2021-02-23 14:35:11 GaszaehlerCounter_state_Vol1stDay 2729.954
2021-02-23 14:39:12 GaszaehlerCounter_state_Vol1stMeter 2606.100
2021-02-23 14:36:09 GaszaehlerCounter_state_Vol1stMonth 2606.100
2021-02-23 14:37:16 GaszaehlerCounter_state_Vol1stYear 2428.500
2021-02-23 14:32:19 GaszaehlerCounter_state_VolLastDay 1.380
2021-02-23 14:32:19 GaszaehlerCounter_state_VolLastMeter 1.380
2021-02-23 14:32:19 GaszaehlerCounter_state_VolLastMonth 1.380
2021-02-23 14:32:19 GaszaehlerCounter_state_VolLastYear 1.380
2021-02-23 14:30:50 GaszaehlerCounter_state_WFRDayMax 0
2021-02-23 14:30:50 GaszaehlerCounter_state_WFRDayMin 0
system:
DecimalPlace %.3f
SiPrefixPowerFactor 1
Attributes:
BasicPricePerAnnum 115.00
Currency €
DbLogExclude .*
DecimalPlace 3
GasCounterOffset 1
GasCubicPerCounts 0.001
GasNominalHeatingValue 11.296
GasPricePerKWh 0.0585
GaszValue 0.9524
MonthOfAnnualReading 5
MonthlyPayment 45.00
ReadingDestination CalculatorDevice
SiPrefixPower W
Volume m³
icon gasmeter2
room Heizung
HourCounter
DEF GaszaehlerKontakt:closed
FUUID 6033860a-f33f-cd72-5968-a8142f1daa5277bf
FVERSION 98_HourCounter.pm:v1.0.0-s11307/2016-04-25
NAME GaszaehlerCounter
NR 473
NTFY_ORDER 50-GaszaehlerCounter
STATE 384
TYPE HourCounter
VERSION 1.0.1.2 - 24.12.2014
READINGS:
2021-02-23 14:37:55 countsOverall 620
2021-02-23 14:37:55 countsPerDay 384
2021-02-23 00:00:00 pauseTimePerDay 0
2021-02-23 00:00:00 pulseTimePerDay 0
2021-02-23 14:37:55 state 384
2021-02-23 14:37:55 tickChanged 620
2021-02-23 08:13:20 tickDay 0
2021-02-23 14:00:00 tickHour 6
2021-02-23 08:13:20 tickMonth 0
2021-02-23 14:37:55 tickUpdated 653
2021-02-23 08:13:20 tickWeek 0
2021-02-23 08:13:20 tickYear 0
2021-02-23 14:37:55 value 1
helper:
OFF_Regexp
ON_Regexp GaszaehlerKontakt:closed
calledByEvent
changedTimestamp 2021-02-23 14:37:55
forceClear
forceDayChange
forceHourChange
forceMonthChange
forceWeekChange
forceYearChange
isFirstRun
sdRoundHourLast 1614085200
value 1
cmdQueue:
Attributes:
DbLogExclude .*
event-on-change-reading .*
Kontakt am Zähler
DEF sensor 17 IODev=deCONZ
FUUID 60336f16-f33f-cd72-1cfd-7ef3b87c316152ae
FVERSION 31_HUEDevice.pm:0.233440/2020-12-13
ID S17
INTERVAL
IODev deCONZ
NAME GaszaehlerKontakt
NR 471
STATE closed
TYPE HUEDevice
lastupdated 2021-02-23 13:37:55
lastupdated_local 2021-02-23 14:37:55
manufacturername LUMI
modelid lumi.sensor_magnet.aq2
name Gaszaehler
on 1
reachable 1
swversion 20161128
type ZHAOpenClose
uniqueid 00:15:8d:00:03:09:ed:02-01-0006
READINGS:
2021-02-23 10:43:16 battery 98
2021-02-23 10:43:16 batteryPercent 98
2021-02-23 14:37:55 counter 1
2021-02-22 19:18:27 lastseen 2021-02-22T18:18Z
2021-02-23 10:43:16 reachable 1
2021-02-23 14:37:55 state closed
2021-02-23 10:43:16 temperature 19
helper:
devtype S
reachable 0
update_timeout 1
configList:
json:
ep 1
etag 2eb7a60a2c5faefd1e0d35247266a38e
lastseen 2021-02-23T13:37Z
manufacturername LUMI
modelid lumi.sensor_magnet.aq2
name Gaszaehler
swversion 20161128
type ZHAOpenClose
uniqueid 00:15:8d:00:03:09:ed:02-01-0006
config:
battery 98
temperature 1900
state:
lastupdated 2021-02-23T13:37:55.475
setList:
Attributes:
DbLogExclude .*
IODev deCONZ
devStateIcon open:rc_0 closed:rc_1
icon time_timer
model lumi.sensor_magnet.aq2
room HUEDevice
userReadings counter {if(ReadingsVal("GaszaehlerKontakt","state","") eq "closed") {return 1} elsif (ReadingsVal("GaszaehlerKontakt","state","") eq "open") {return 0}}
Leider verstehe ich diesen Teil der Anleitung nicht
ZitatUm zu verhindern, dass man bis zu 12 Monate warten muss, bis alle Werte der Realität entsprechen, müssen die Readings <DestinationDevice>_<SourceCounterReading>_Vol1stDay, <DestinationDevice>_<SourceCounterReading>_Vol1stMonth, <DestinationDevice>_<SourceCounterReading>_Vol1stYear und <DestinationDevice>_<SourceCounterReading>_Vol1stMeter entsprechend mit dem setreading - Befehl korrigiert werden. Diese Werte findet man unter Umständen auf der letzten Gas-Rechnung. Andernfalls dauert es bis zu 24h für die täglichen, 30 Tage für die monatlichen und bis zu 12 Monate für die jährlichen Werte bis diese der Realität entsprechen.
Zählerstand aktuell: 2729.954
Zählerstand am 1.2.: 2606.100
Zählerstand am 1.1.: 2428.500
Auch habe ich diese Readings, die nicht in der Anleitung auftauchen
2021-02-23 14:30:50 GaszaehlerCounter_state_CounterDay1st 1.380
2021-02-23 14:30:50 GaszaehlerCounter_state_CounterDayLast 1.380
2021-02-23 14:30:50 GaszaehlerCounter_state_CounterMeter1st 1.380
2021-02-23 14:30:50 GaszaehlerCounter_state_CounterMeterLast 1.380
2021-02-23 14:30:50 GaszaehlerCounter_state_CounterMonth1st 1.380
2021-02-23 14:30:50 GaszaehlerCounter_state_CounterMonthLast 1.380
2021-02-23 14:30:50 GaszaehlerCounter_state_CounterYear1st 1.380
2021-02-23 14:30:50 GaszaehlerCounter_state_CounterYearLast 1.380
Wäre jemand so nett und hilft mir bei der Einrichtung weiter?
Danke und VG
Dieter
Ich verstehe die Readings VolLastDay, VolLastMonth, etc. nicht.
Laut der CommandRef soll es das verbrauchte Volumen des Vortages, Vormonats etc. sein.
Bei mir gibt er jedoch bloß den Zählerstand des Vortages an. Das ist für mich nicht das verbrauchte Volumen. Oder mache ich etwas falsch?
Hallo darkon
Zitat von: darkon am 01 März 2021, 11:37:31
Ich verstehe die Readings VolLastDay, VolLastMonth, etc. nicht.
Da bist du hier richtig!
Zitat von: darkon am 01 März 2021, 11:37:31
Laut der CommandRef soll es das verbrauchte Volumen des Vortages, Vormonats etc. sein.
Bei mir gibt er jedoch bloß den Zählerstand des Vortages an. Das ist für mich nicht das verbrauchte Volumen. Oder mache ich etwas falsch?
Nein, da steht "VolLastMonth - Volume reading of the previous month." Also Zaehlerstandsablesung zum Ende des vorherigen Monats.
Was du suchst sind die "_energy" - Werte.
Gruß
Sailor
Hallo noch mal ;)
Habe den GasCalculator noch mal angepasst.
Richtig zählen tut er aber immer noch nicht.
Ich blicke nicht durch wo ich für den aktuellen Stand (heute) welche Werte eingeben soll.
DEF GaszaehlerCounter:countsOverall:.*
FUUID 6035020f-f33f-cd72-ddfd-b34a5f199a03b279
NAME Gaszaehler
NOTIFYDEV GaszaehlerCounter
NR 472
NTFY_ORDER 10-Gaszaehler
REGEXP GaszaehlerCounter:countsOverall:.*
STATE active
TYPE GasCalculator
OLDREADINGS:
READINGS:
2021-03-01 14:33:06 GaszaehlerCounter_countsOverall_EnergyCostDay 22.097
2021-03-01 00:07:11 GaszaehlerCounter_countsOverall_EnergyCostDayLast 0.319
2021-03-01 14:33:06 GaszaehlerCounter_countsOverall_EnergyCostMeter 113.732
2021-03-01 14:33:06 GaszaehlerCounter_countsOverall_EnergyCostMonth 113.732
2021-03-01 00:07:11 GaszaehlerCounter_countsOverall_EnergyCostMonthLast -1638.436
2021-03-01 14:33:06 GaszaehlerCounter_countsOverall_EnergyCostYear 225.507
2021-03-01 14:33:06 GaszaehlerCounter_countsOverall_EnergyDay 377.735
2021-03-01 00:07:11 GaszaehlerCounter_countsOverall_EnergyDayLast 5.454
2021-03-01 14:33:06 GaszaehlerCounter_countsOverall_EnergyMeter 1944.145
2021-03-01 14:33:06 GaszaehlerCounter_countsOverall_EnergyMonth 1944.145
2021-03-01 00:07:11 GaszaehlerCounter_countsOverall_EnergyMonthLast -28007.454
2021-03-01 14:33:06 GaszaehlerCounter_countsOverall_EnergyYear 3854.821
2021-03-01 14:33:06 GaszaehlerCounter_countsOverall_FinanceReserve 275.851
2021-03-01 14:33:06 GaszaehlerCounter_countsOverall_Meter 2786.811
2021-03-01 14:33:06 GaszaehlerCounter_countsOverall_MonthMeterReading 11
2021-03-01 14:33:06 GaszaehlerCounter_countsOverall_PowerCurrent 3.521
2021-03-01 14:33:06 GaszaehlerCounter_countsOverall_PowerDayAver 47.384
2021-03-01 11:32:56 GaszaehlerCounter_countsOverall_PowerDayMax 18491.508
2021-03-01 00:07:11 GaszaehlerCounter_countsOverall_PowerDayMin 0
2021-03-01 11:42:38 GaszaehlerCounter_countsOverall_Vol1stDay 2751.700
2021-02-25 09:01:53 GaszaehlerCounter_countsOverall_Vol1stMeter 2606.100
2021-03-01 10:32:02 GaszaehlerCounter_countsOverall_Vol1stMonth 2606.100
2021-02-25 09:02:35 GaszaehlerCounter_countsOverall_Vol1stYear 2428.500
2021-03-01 00:07:11 GaszaehlerCounter_countsOverall_VolLastDay 2.768
2021-02-25 08:30:39 GaszaehlerCounter_countsOverall_VolLastMeter 2.327
2021-03-01 00:07:11 GaszaehlerCounter_countsOverall_VolLastMonth 2.768
2021-02-25 08:30:39 GaszaehlerCounter_countsOverall_VolLastYear 2.327
2021-02-25 08:29:58 GaszaehlerCounter_countsOverall_WFRDayMax 0
2021-02-25 08:29:58 GaszaehlerCounter_countsOverall_WFRDayMin 0
system:
DecimalPlace %.3f
SiPrefixPowerFactor 1
Attributes:
BasicPricePerAnnum 115.00
Currency €
DbLogExclude .*
DecimalPlace 3
GasCounterOffset 2754.951
GasCubicPerCounts 0.01
GasNominalHeatingValue 11.296
GasPricePerKWh 0.0585
GaszValue 0.9524
MonthOfAnnualReading 5
MonthlyPayment 45.00
ReadingDestination CalculatorDevice
SiPrefixPower W
Volume m³
Für Hilfe danke ich im Voraus.
VG Dieter
Ich setzte bei mir nach einer Unterbrechung oder Abweichung das Reading des Counterdevice neu. In Deinem Fall also GaszaehlerCounter:countsOverall
Ich hab mir dafür einen readingsProxy gemacht:
defmod rp_Gaszaehler readingsProxy GaszaehlerCounter:countsOverall
attr rp_Gaszaehler alias Anpassung Zählerstand Gas
attr rp_Gaszaehler comment beim set so eingeben: 18360.91 -- wird mit 100 multipliziert
attr rp_Gaszaehler group Gas
attr rp_Gaszaehler room Energie
attr rp_Gaszaehler setFn {my $newToRot= floor($ARGS*100) ;;;; fhem ("setreading $DEVICE countsOverall $newToRot") ;;;; fhem ("trigger $DEVICE") }
attr rp_Gaszaehler setList state:textFieldNL
Was anderes: Wenn der Zähler einen ganzen Tag lang überhaupt nix zählt (z.B. weil Heizung abgeschaltet ist) wird auch das Reading EnergyDayLast nicht aktualisiert (und bleibt dann auf dem Stand des vor-vorletzten Tags). Kann man da was machen ?
Grüße, gadget
Hi Gadget
Zitat von: gadget am 03 März 2021, 09:16:21
Was anderes: Wenn der Zähler einen ganzen Tag lang überhaupt nix zählt (z.B. weil Heizung abgeschaltet ist) wird auch das Reading EnergyDayLast nicht aktualisiert (und bleibt dann auf dem Stand des vor-vorletzten Tags). Kann man da was machen ?
Das ist seit dem letzten Update nicht mehr der Fall!
Wenn man ein fhem - Update und danach ein "shutdown restart" sowie 2 Werte mit dem Calculator eingelesen hat, werden die Werte jedes mal um 00:00:01Uhr neu gesetzt.
Gruß
Sailor
Hallo Sailor,
wärst du so nett und könntest mir bei meinem Problem mit der Einrichtung helfen.
Ich blicke einfach nicht durch.
Danke und VG
Dieter
Zitat von: Sailor am 03 März 2021, 11:07:43
Das ist seit dem letzten Update nicht mehr der Fall!
Bin mir eigentlich ziemlich sicher auf der aktuellsten Version zu sein, der update fördert auch keine neuere Version zu Tage.
Bau doch vielleicht mal eine
ModuleVersion ein, das würde Versions-vergleiche erleichtern.
Danke und Grüße, gadget.
Hab nach fhem update +restart gestern extra mal den Zählkontakt abgeklemmt. Calculator Device hat Attribut ReadingDestination CounterDevice
List von meinem Counterdevice gestern (gekürzt):
Internals:
Date: Wed, 03 Mar 2021 12:40:11 GMT
READINGS:
2021-03-03 13:40:11 Totalmonotonic 3121324
2021-02-09 21:08:26 Totalmonotonic_CounterDay1st 31101.070
2021-02-09 21:08:26 Totalmonotonic_CounterDayLast 31101.070
2021-02-09 21:08:26 Totalmonotonic_CounterMeter1st 31101.070
2021-02-09 21:08:26 Totalmonotonic_CounterMeterLast 31101.070
2021-02-09 21:08:26 Totalmonotonic_CounterMonth1st 31101.070
2021-02-09 21:08:26 Totalmonotonic_CounterMonthLast 31101.070
2021-02-09 21:08:26 Totalmonotonic_CounterYear1st 31101.070
2021-02-09 21:08:26 Totalmonotonic_CounterYearLast 31101.070
2021-03-03 13:34:11 Totalmonotonic_EnergyCostDay 0.053
2021-03-03 09:02:01 Totalmonotonic_EnergyCostDayLast 2.406
2021-03-03 13:34:11 Totalmonotonic_EnergyCostMeter 99.832
2021-03-03 13:34:11 Totalmonotonic_EnergyCostMonth 2.477
2021-03-01 00:17:02 Totalmonotonic_EnergyCostMonthLast 97.329
2021-03-03 13:34:11 Totalmonotonic_EnergyCostYear 99.832
2021-03-03 13:34:11 Totalmonotonic_EnergyDay 0.679
2021-03-03 09:02:01 Totalmonotonic_EnergyDayLast 30.567
2021-03-03 13:34:11 Totalmonotonic_EnergyMeter 1268.518
2021-03-03 13:34:11 Totalmonotonic_EnergyMonth 31.472
2021-03-01 00:17:02 Totalmonotonic_EnergyMonthLast 1236.706
2021-03-03 13:34:11 Totalmonotonic_EnergyYear 1268.518
2021-03-03 13:34:11 Totalmonotonic_FinanceReserve 381.108
2021-03-03 13:34:11 Totalmonotonic_Meter 31213.240
2021-03-03 13:34:11 Totalmonotonic_MonthMeterReading 7
2021-03-03 13:34:11 Totalmonotonic_PowerCurrent 0.150
2021-03-03 13:34:11 Totalmonotonic_PowerDayAver 0.078
2021-03-03 13:34:11 Totalmonotonic_PowerDayMax 0.150
2021-03-03 09:02:01 Totalmonotonic_PowerDayMin 0
2021-03-03 09:02:01 Totalmonotonic_Vol1stDay 31213.18
2021-02-09 21:12:32 Totalmonotonic_Vol1stMeter 31101.19
2021-03-01 00:17:02 Totalmonotonic_Vol1stMonth 31210.460
2021-02-09 21:12:32 Totalmonotonic_Vol1stYear 31101.19
2021-03-03 09:02:01 Totalmonotonic_VolLastDay 31213.160
2021-02-09 21:12:32 Totalmonotonic_VolLastMeter 31101.070
2021-03-01 00:17:02 Totalmonotonic_VolLastMonth 31210.430
2021-02-09 21:12:32 Totalmonotonic_VolLastYear 31101.070
2021-02-09 21:08:26 Totalmonotonic_WFRDayMax 0
2021-02-09 21:08:26 Totalmonotonic_WFRDayMin 0
und das gleiche nochmal von heute
Internals:
Date: Thu, 04 Mar 2021 14:23:43 GMT
READINGS:
2021-03-04 15:23:44 Totalmonotonic 3121324
2021-02-09 21:08:26 Totalmonotonic_CounterDay1st 31101.070
2021-02-09 21:08:26 Totalmonotonic_CounterDayLast 31101.070
2021-02-09 21:08:26 Totalmonotonic_CounterMeter1st 31101.070
2021-02-09 21:08:26 Totalmonotonic_CounterMeterLast 31101.070
2021-02-09 21:08:26 Totalmonotonic_CounterMonth1st 31101.070
2021-02-09 21:08:26 Totalmonotonic_CounterMonthLast 31101.070
2021-02-09 21:08:26 Totalmonotonic_CounterYear1st 31101.070
2021-02-09 21:08:26 Totalmonotonic_CounterYearLast 31101.070
2021-03-03 13:34:11 Totalmonotonic_EnergyCostDay 0.053
2021-03-03 09:02:01 Totalmonotonic_EnergyCostDayLast 2.406
2021-03-03 13:34:11 Totalmonotonic_EnergyCostMeter 99.832
2021-03-03 13:34:11 Totalmonotonic_EnergyCostMonth 2.477
2021-03-01 00:17:02 Totalmonotonic_EnergyCostMonthLast 97.329
2021-03-03 13:34:11 Totalmonotonic_EnergyCostYear 99.832
2021-03-03 13:34:11 Totalmonotonic_EnergyDay 0.679
2021-03-03 09:02:01 Totalmonotonic_EnergyDayLast 30.567
2021-03-03 13:34:11 Totalmonotonic_EnergyMeter 1268.518
2021-03-03 13:34:11 Totalmonotonic_EnergyMonth 31.472
2021-03-01 00:17:02 Totalmonotonic_EnergyMonthLast 1236.706
2021-03-03 13:34:11 Totalmonotonic_EnergyYear 1268.518
2021-03-03 13:34:11 Totalmonotonic_FinanceReserve 381.108
2021-03-03 13:34:11 Totalmonotonic_Meter 31213.240
2021-03-03 13:34:11 Totalmonotonic_MonthMeterReading 7
2021-03-03 13:34:11 Totalmonotonic_PowerCurrent 0.150
2021-03-03 13:34:11 Totalmonotonic_PowerDayAver 0.078
2021-03-03 13:34:11 Totalmonotonic_PowerDayMax 0.150
2021-03-03 09:02:01 Totalmonotonic_PowerDayMin 0
2021-03-03 09:02:01 Totalmonotonic_Vol1stDay 31213.18
2021-02-09 21:12:32 Totalmonotonic_Vol1stMeter 31101.19
2021-03-01 00:17:02 Totalmonotonic_Vol1stMonth 31210.460
2021-02-09 21:12:32 Totalmonotonic_Vol1stYear 31101.19
2021-03-03 09:02:01 Totalmonotonic_VolLastDay 31213.160
2021-02-09 21:12:32 Totalmonotonic_VolLastMeter 31101.070
2021-03-01 00:17:02 Totalmonotonic_VolLastMonth 31210.430
2021-02-09 21:12:32 Totalmonotonic_VolLastYear 31101.070
2021-02-09 21:08:26 Totalmonotonic_WFRDayMax 0
2021-02-09 21:08:26 Totalmonotonic_WFRDayMin 0
Der Zähler hat sich also keinen Schritt bewegt.
Trotzdem steht zum Beispiel _EnergyDayLast immer noch auf dem gleichen Wert, auch der Timestamp des Readings hat sich nicht geändert. Falls da gegen Mitternacht eine Fortschreibung / Selsttriggerung erfolgen sollte, funktioniert die bei mir nicht. Beim Stromzähler fällt das nicht weiter auf, da ist ständig mehr oder weniger Verbrauch. Aber der Gaszähler kann auch mal länger komplett still stehen und dann sollten da IMHO trotzdem sinnvolle Werte stehen ...
Grüße,
gadget.
Hi Gadget
Zitat von: gadget am 04 März 2021, 17:02:02
Hab nach fhem update +restart gestern extra mal den Zählkontakt abgeklemmt. Calculator Device hat Attribut ReadingDestination CounterDevice
List von meinem Counterdevice gestern (gekürzt):
Der Zähler hat sich also keinen Schritt bewegt.
Trotzdem steht zum Beispiel _EnergyDayLast immer noch auf dem gleichen Wert, auch der Timestamp des Readings hat sich nicht geändert. Falls da gegen Mitternacht eine Fortschreibung / Selsttriggerung erfolgen sollte, funktioniert die bei mir nicht. Beim Stromzähler fällt das nicht weiter auf, da ist ständig mehr oder weniger Verbrauch. Aber der Gaszähler kann auch mal länger komplett still stehen und dann sollten da IMHO trotzdem sinnvolle Werte stehen ...
Grüße,
gadget.
Mach mal bitte ein vollstaendiges list deines Calculators und deines Counters.
Ich vermisse die versteckten Readings (Die mit dem Punkt vorweg)
Gruß
Sailor
mit list werden die "Punkt"-Readings nicht angezeigt. Die sehe ich nur, wenn ich mir mit "Raw Definition" die Device-Definition anschaue. Da tauchen die dann bei den setstate-Zeilen auf. Inzischen habe ich meinen Zählkontakt aber wieder angeschlossen und weiter ackern lassen und somit hat sich auch das _EnergyDayLast aktualisiert. Wenn Du es fürs debug brauchst klemme ich das nochmal 2 Tage lang ab.
Wie müsste ich denn meine Fragen stellen bzw. was soll ich noch liefern damit auch mir geholfen wird?
Zitat von: dk3572 am 23 Februar 2021, 14:54:37
Hallo,
ich habe den GasCalculator folgendermaßen eingerichtet:
DEF GaszaehlerCounter:state.*
(...)
Diese Definition verstehe ich nicht. In welchem reading hast Du denn den aktuellen Zählerstand stehen ? Du verwendest ja offenbar einen HourCounter zum zählen der Impulse.
Der hat im state ja nur die Anzahl der Impulse am heutigen Tag drin (= Reading countsPerDay). Ich würde mir erst mal ein Userreading machen, das die Impulse fortlaufend zählt, also z.B.
attr GaszaehlerCounter userReadings Totalmonotonic monotonic {ReadingsVal($name,"countsOverall",0)}
Dann wäre die Frage, wie viele Counts einem Kubikmeter Gasverbrauch entsprechen. Das steht normalerweise auf dem Zähler drauf. Bei mir steht "1 imp entspricht 0,01 Kubikmeter". Um den Zählerstand in Kubikmeter zu bekommen muss ich also durch 100 teilen.
Um das reading "Totalmonotonic" mit dem Zähler zu synchronisieren, muss ich somit den Zählerstand nehmen und mit 100 multiplizieren und in das reading prügeln.
Beispiel:
Zählerstand: 12345,678 Kubikmeter
Zählerstand * 100 = 1234567,8
gerundet: 1234568
-> Komando in der fhem Befehls-Eingabezeile
setreading GaszaehlerCounter Totalmonotonic 1234568
Wenn Du jetzt Gas verbrauchst, läuft dein Gaszähler weiter und zeigt am nächsten Tag z.B. 12399,123 Kubikmeter an.
Wenn alles geklappt hat müsste das Userreading Totalmonotonic dann auf 1239912 stehen.
Da setzt Du dann den Gascalculator drauf an, also
defmod Gaszaehler GaszaehlerCounter:Totalmonotonic.*
attr Gaszaehler GasCubicPerCounts 0.01
und dann sollte kurz darauf im Meter-Reading fortlaufend der korrekte aktuelle Zählerstand stehen. Am nächsten Tag ist dann auch CounterDayLast richtig gefüllt und zum Monatswechsel CounterMonth1st usw. Wenn Dir die Zählerstände vom letzten Jahres/Monatswechsel bekannt sind, kannst Du die entsprechenden Readings manuell setzten statt zu warten bis der Monat / das Jahr einmal vorbei ist. Das ist mit dem von Dir zitierten Abschnitt in der commandref gemeint.
Hallo gadget,
vielen Dank für die ausführliche Erklärung und die Beispiele.
Die Definition mit dem state war veraltet, die hatte ich bereits in GaszaehlerCounter:countsOverall.* geändert.
Ich dachte man gibt im Modul GasCalculator selbst den Zählerstand vor und der wird dann von meinem GaszaehlerCounter weiter hoch gezählt.
Aber gut, ich habe es jetzt so umgesetzt wie von dir beschrieben und bin auf morgen gespannt ;)
So sollte Hilfe aussehen, vielen Dank noch mal und schönes Wochenende.
VG Dieter
Zitat von: dk3572 am 05 März 2021, 15:52:18
Ich dachte man gibt im Modul GasCalculator selbst den Zählerstand vor und der wird dann von meinem GaszaehlerCounter weiter hoch gezählt.
Das ist laut commandref wohl möglich, ich hab es aber nie probiert. Ich hab den Zählerständ schon immer direkt im Counterdevice per monotonic userreading gehabt, lange bevor es das GasCalculator-Modul gab.
meinen Zählerstand * 100 hätte ich doch auch direkt mit set countOverall in Hourcounter setzen können.
Wozu dann eigentlich das userreading Totalmonotonic?
Ist Hourcounter nicht genau dafür gemacht?
Zitat von: dk3572 am 05 März 2021, 17:09:31
meinen Zählerstand * 100 hätte ich doch auch direkt mit set countOverall in Hourcounter setzen können.
Wozu dann eigentlich das userreading Totalmonotonic?
Ist Hourcounter nicht genau dafür gemacht?
Es gibt garantiert mehrere Wege. Ich habe keinen Hourcounter, sondern das monotonic Userreading direkt am Counterdevice. Mein Counterdevice übermitelt auch nicht jeden einzelnen Impuls, sondern regelmässig einen internen Zähler, der aber nach Reboot wieder bei Null anfängt.
(Ich wäre ehrlich gesagt gar nicht auf die Idee gekommen, hier einen Hourcounter zu verwenden, der ist ja in erster Linie dafür gedacht, die Betriebsdauer zu messen: "Wie lange ist die Pumpe / der Lüfter / der Mähroboter gelaufen ?" und das Zählen der Schaltvorgänge ist ja nur ein "Abfallprodukt".)
Hallo Gadget
Zitat von: gadget am 05 März 2021, 16:05:54
Das ist laut commandref wohl möglich, ich hab es aber nie probiert. Ich hab den Zählerständ schon immer direkt im Counterdevice per monotonic userreading gehabt, lange bevor es das GasCalculator-Modul gab.
Das wäre mich als Modulprogrammierer neu.
Ich schau mir mal die commandref an. Das sollte da so nicht stehen.
Man braucht einen kontinuierlich wachsenden Zählerstand den man an den Calculator übergibt.
Gruß
Sailor
Zitat von: Sailor am 06 März 2021, 11:11:12
Ich schau mir mal die commandref an. Das sollte da so nicht stehen.
Man braucht einen kontinuierlich wachsenden Zählerstand den man an den Calculator übergibt.
"(...)benötigt eine Regular Expression (regex or regexp) um das Reading mit den Zähl-Impulse von einem oder mehreren Gaszählern zu finden."könnte man IMHO so (falsch) verstehen, dass ein Reading ausreicht, das nur bei jedem Zählimpuls ein Event erzeugt. Und von kontinuierlich steht da auch nichts. Häufig hat man ja den Fall, dass nach einem Sensor-Neustart die Impulszählerei wieder bei 0 beginnt.
Also vielleicht tatsächlich explizit so rein schrieben:
Man braucht einen kontinuierlich wachsenden Zählerstand den man an den Calculator übergibt.
Hi Gadget
Zitat von: gadget am 04 März 2021, 17:18:04
mit list werden die "Punkt"-Readings nicht angezeigt. Die sehe ich nur, wenn ich mir mit "Raw Definition" die Device-Definition anschaue. Da tauchen die dann bei den setstate-Zeilen auf. Inzischen habe ich meinen Zählkontakt aber wieder angeschlossen und weiter ackern lassen und somit hat sich auch das _EnergyDayLast aktualisiert. Wenn Du es fürs debug brauchst klemme ich das nochmal 2 Tage lang ab.
Entschuldige bitte. Du hast natürlich vollkommen recht!
Ich hatte vergessen, dass ich zu Debug - Zwecken bei mir das
attr global showInternalValues 1
eingerichtet hatte.
Wenn du das aktivierst, siehst du auch die versteckten Readings
Gruß
Sailor
Hi Gadget
Zitat von: gadget am 06 März 2021, 11:16:58
Also vielleicht tatsächlich explizit so rein schrieben:
Man braucht einen kontinuierlich wachsenden Zählerstand den man an den Calculator übergibt.
OK, das schreibe ich um...
Danke
[Nachtrag: Eingecheckt]
Gruß
Sailor
Ich hab das mit der Aktualisierung der Vortages-Werte nochmal näher beobachtet:
Ich habe ein
attr <counterdevice> event-on-change-reading <counter-reading>
d.h. des Calculator Device bekommt keine Events, wenn sich der Zählerstand nicht ändert. Dann aktualisiert sich auch EnergyDayLast um Mitternacht nicht.
Wenn ich ein
attr <counterdevice> event-on-update-reading <counter-reading>
dazu nehme (Event wird bei jedem Zähler-Auslesen erzeugt, auch wenn sich der Zählerstand gar nicht geändert hat) dann klappt das mitternächtliche Update von EnergyDayLast. Das reicht mir erstmal als Workaround.
Ich habe generell ein event-on-change-reading .* drinstehen, damit das Modul nicht so gesprächig ist und sich die Eventlast für das System reduziert. Damit erklärt sich vermutlich auch warum bei mir das mitternächtliche Rückstellen auf 0 auch nicht funktioniert.
Allerdings möchte ich das event-on-change-reading .* aus den o.g. Gründen eigentlich nicht rausnehmen.
Ist es eventuell möglich das irgendwie anders zu implementieren?
Zitat von: Wolle02 am 08 März 2021, 11:08:28
Allerdings möchte ich das event-on-change-reading .* aus den o.g. Gründen eigentlich nicht rausnehmen.
Ist es eventuell möglich das irgendwie anders zu implementieren?
Es reicht ja offenbar aus, wenn Du das Counter-Reading in ein event-on-update-reading packst. Bei mir ist das dann ein Event alle paar Minuten. YMMV.
Naja, wie man's sieht. Hier ein paar Events, da ein paar Events; und da auch noch ein paar. Immer nur alle paar Minuten. Das läppert sich halt auch zusammen. Irgendwann schaust du dann mal in den Eventmonitor und wunderst dich, dass es da fast fließend nur so durchrauscht. Kleinvieh macht halt auch Mist.
Außerdem bläht es das Logfile unnötig auf.
Zitat von: Wolle02 am 09 März 2021, 21:16:20
Naja, wie man's sieht. Hier ein paar Events, da ein paar Events; und da auch noch ein paar. Immer nur alle paar Minuten. Das läppert sich halt auch zusammen. Irgendwann schaust du dann mal in den Eventmonitor und wunderst dich, dass es da fast fließend nur so durchrauscht. Kleinvieh macht halt auch Mist.
Außerdem bläht es das Logfile unnötig auf.
Irgendwas is immer!
Aber gegen aufgeblähte Logs gibt "DbLogExclude"
Gruß
Sailor
Hi Sailor,
mir hats nach gestrigem Update FHEM zerrissen.Quantifier follows nothing in regex; marked by <-- HERE in m/* <-- HERE total:/ at ./FHEM/73_GasCalculator.pm line 464.
Update davor war am 27.12.
Nach dem update gab es auch Zähleränderungen. Dann erst hatte ich einen restart gemacht u. danach gab es keine Zähleränderungen(Impulse aber alle 5') mehr. Nach dem Absturz gab es wieder Zähleränderungen. Mal sehen was zum Tageswechsel passiert. :-\
Ich checke mal die Daten...
Grüße Markus
Edit: Werte sehen OK aus bis auf die daylastwerte(=0; timestamp der 1. Zähleränderung nach dem Neustart nach Absturz)
Hi Sailor,
und täglich grüßt das Murmeltier. Leider wieder der Absturz gegen Mitternacht. :'(Quantifier follows nothing in regex; marked by <-- HERE in m/* <-- HERE total:/ at ./FHEM/73_GasCalculator.pm line 464
Ich nimm dann mal die alte Version aus dem Backup. :(
Grüße Markus
Und weil Abstürze so viel Spaß machen, hat dann diese Nacht der WaterCalculator zugeschlagen. Es ist wohl ziemlich genau zu Mitternacht, wie ich jetzt sehe, da dieses Mal noch die Blocking-Meldungen vor dem restart kommen.Quantifier follows nothing in regex; marked by <-- HERE in m/* <-- HERE Totall/ at ./FHEM/73_WaterCalculator.pm line 464.
2021.04.08 00:00:01 1: BlockingInformParent (BlockingStart): Can't connect to 127.0.0.1:38147: IO::Socket::INET: connect: Connection refused
2021.04.08 00:00:01 1: BlockingInformParent (GPIO4_GetfinishFn): Can't connect to 127.0.0.1:38147: IO::Socket::INET: connect: Connection refused
2021.04.08 00:17:10 1: Including fhem.cfg
Also auch den WaterCalculator aus dem backup geholt. >:(
da sind wir mal auf kommende Nacht gespannt. ???
Grüße Markus
The SyncCounter command is not working for me.
There is no _CounterCurrent reading in GasCalc only _Meter? Fixed some typos also.
--- - 2021-04-11 22:29:16.022817301 +0200
+++ /srv/fhem/FHEM/73_GasCalculator.pm 2021-04-11 22:08:10.000000000 +0200
@@ -391,8 +391,8 @@
### Create Log entries for debugging
Log3 $GasCalcName, 5, $GasCalcName. " - Syncing Counter with :" . $value;
- ### Sreach for the ReadingsName of the Current CounterValue
- my @SearchResult = grep(/_CounterCurrent/, @cList);
+ ### Search for the ReadingsName of the Current CounterValue
+ my @SearchResult = grep(/_Meter$/, @cList);
### Get current CalculatorValue
my $CalculaterValueCurrent = ReadingsVal($GasCalcName, $SearchResult[0], 0);
@@ -422,7 +422,7 @@
$attr{$GasCalcName}{GasCounterOffset} = $CounterOffsetNew;
### Create ReturnMessage
- $ReturnMessage = $GasCalcName . " - Successfully synchromized Counter and Calculator with : " . $value . " kWh";
+ $ReturnMessage = $GasCalcName . " - Successfully synchronized Counter and Calculator with : " . $value . " kWh";
}
### For Test purpose only
# elsif ($reading eq "Test")
Hallo Markus
Zitat von: KölnSolar am 08 April 2021, 10:16:18
Also auch den WaterCalculator aus dem backup geholt. >:(
Sorry, dass ich mich erst jetzt melde.
Diese Fehler scheinen immer nur bei denen aufzutreten, die den Counter-Modus verwenden...
Da ich das nicht nachvollziehen kann, habe ich versucht diesen Fehler abzufangen und gebe eine Fehlermeldung aus.
Ich hoffe, dass ich aus Euren Log-Eintraegen schlau werde.
Ich habe alle 3 Module entsprechend erweitert.
Gruß
Sailor
Hi Nestor
Zitat von: Nestor am 11 April 2021, 22:32:27
The SyncCounter command is not working for me.
There is no _CounterCurrent reading in GasCalc only _Meter? Fixed some typos also.
Thanks a lot!
I have implemented them into the new version...
Thats a copy-and-paste mistake from the other sister modules...
Kind Regards
Sailor
Hi Sailor,
ZitatSorry, dass ich mich erst jetzt melde.
So ist das halt mit uns Hobby-Entwicklern. :)
ZitatDiese Fehler scheinen immer nur bei denen aufzutreten, die den Counter-Modus verwenden...
Was ist denn die Alternative ? Ich dachte, es gäbe nur Counterdevices. :-\
ZitatIch hoffe, dass ich aus Euren Log-Eintraegen schlau werde.
Du meinst mit den neuen Versionen. Den WaterCalculator kann ich wie gehabt im TestFHEM testen. Im Augenblick darf das aber nicht abstürzen, weil ich eigene Module dort teste. Dauert also noch...
Grüße Markus
Hallo Markus
Zitat von: KölnSolar am 13 April 2021, 21:31:06
Was ist denn die Alternative ? Ich dachte, es gäbe nur Counterdevices. :-\
Das Calculator Device
Siehe Attriburt "ReadingDestination" auf "CalculatorDevice"
Zitat von: KölnSolar am 13 April 2021, 21:31:06
Du meinst mit den neuen Versionen. Den WaterCalculator kann ich wie gehabt im TestFHEM testen. Im Augenblick darf das aber nicht abstürzen, weil ich eigene Module dort teste. Dauert also noch...
OK, dann warte ich noch ein bisschen. Und Vorsicht beim nächsten Update... ;)
Gruß
Sailor
Zitat von: octek0815 am 18 April 2021, 18:52:04
Hallo,
ich habe weiterhin das selbe Problem. CounterDay1st wird nach einem Neustart auf den Aktuellen Wert von CounterCurrent gesetzt.
Und somit fängt der Tageszäher (EnergyDay) wieder bei 0 an.
Erstaunlicherweise bekommt neuerdings auch CounterDayLast einen neuen Zeitstempel nach einem Neustart behält aber den Wert von Mitternacht.
Dieses selbe Problem ist im übrigen auch bei deinem WaterCalculator und auch beim GasCalculator.
Die Module sind somit für mich derzeit unbrauchbar, was sehr schade ist da Sie mehrere Jahre zuverlässig Ihren Dienst verrichtet haben.
Erst seit dem Umbau / Update der Module (ich glaube so Mitte Februar) fingen die Problem an.
Wie kann ich zur Lösung der Problematik beitragen?
LG
Olli
Problem: CounterDay1st wird nach einem Neustart auf den Aktuellen Wert von CounterCurrent gesetzt.
Ich habe seit kurzem jede Nacht die folgenden Meldungen im Log:
2021.04.20 00:00:01 2: Stromzaehler : ElectricityCalculator_MidnightTimer ReadingRegEx : interpolatedLongD5
2021.04.20 00:00:01 2: Stromzaehler : ElectricityCalculator_MidnightTimer ReadingRegExNeg : interpolatedLongD5_
2021.04.20 00:00:01 2: Gaszaehler : GasCalculator_MidnightTimer ReadingRegEx : interpolatedLongD5
2021.04.20 00:00:01 2: Gaszaehler : GasCalculator_MidnightTimer ReadingRegExNeg : interpolatedLongD5_
wobei 'interpolatedLongD5' das Reading des Zählers ist, dass im Modul ausgewertet wird. Gibt es dafür eine Erklärung?
Grüße
Stefan
Hallo Stefan
Zitat von: Karflyer am 20 April 2021, 08:21:14
wobei 'interpolatedLongD5' das Reading des Zählers ist, dass im Modul ausgewertet wird. Gibt es dafür eine Erklärung?
Das ist kein Bug sondern ein Feature, mit dem ich bei diversen Nutzern versuche Fehler zu finden.
Solange das nur um Mitternacht auftaucht ist alles ok.
Funktioniert der Calculator bei dir gut?
Wird nach einem Neustart der Tages - Erstwert neu gesetzt oder bleibt er auf dem des um Mitternacht gesetzten Wertes?
Gruss
Sailor
ZitatFunktioniert der Calculator bei dir gut?
Wird nach einem Neustart der Tages - Erstwert neu gesetzt oder bleibt er auf dem des um Mitternacht gesetzten Wertes?
Gruss
Sailor
Die Calculatoren (Strom und Gas) funktionieren bei mir fehlerfrei. Alle Werte bleiben bei einem Neustart erhalten. Es wird nichts zurückgesetzt.
Grüße
Stefan
Zitat von: Sailor am 20 April 2021, 14:01:27
Hallo Stefan
Das ist kein Bug sondern ein Feature, mit dem ich bei diversen Nutzern versuche Fehler zu finden.
Solange das nur um Mitternacht auftaucht ist alles ok.
Funktioniert der Calculator bei dir gut?
Wird nach einem Neustart der Tages - Erstwert neu gesetzt oder bleibt er auf dem des um Mitternacht gesetzten Wertes?
Gruss
Sailor
Ich häng mich hier mal mit ran, bin mir aber nicht sicher, ob dass das gleiche ist.
Ist das Verhalten normal, dass wenn ich tags über neustarte, der Calculator wieder bei 0 anfängt?
Hab das verhalten, bei Strom/Gas und Wasser Calculator.
Ist halt absolut unschön, da hier Plots alle abreisen und eigentlich die Verbrauchswerte nicht stimmen.
Grüße Robert
Hallo Robert
Zitat von: no_Legend am 21 April 2021, 14:16:34
Ich häng mich hier mal mit ran, bin mir aber nicht sicher, ob dass das gleiche ist.
Ist das Verhalten normal, dass wenn ich tags über neustarte, der Calculator wieder bei 0 anfängt?
Ist halt absolut unschön, da hier Plots alle abreisen und eigentlich die Verbrauchswerte nicht stimmen.
Das ist der Bug den ich suche... Sind die drei XCalculator mittels Update auf dem letzten Stand?
Dann schau mal nach dem Neustart im Log von den Calculatoren.
Da muss was stehen...
Gruß
Matthias
Zitat von: Sailor am 21 April 2021, 15:59:23
Hallo Robert
Das ist der Bug den ich suche... Sind die drei XCalculator mittels Update auf dem letzten Stand?
Dann schau mal nach dem Neustart im Log von den Calculatoren.
Da muss was stehen...
Gruß
Matthias
die Calculator sind aktuell, da gibt es aktuell kein updates von den Modulen.
Für die Calculator haben ich kein eigenes Log am laufen.
Ich werd mal ein anlegen. Brauchst du einen spezielles Verbose?
Danke und Gruß Robert
Hallo Robert
Zitat von: no_Legend am 21 April 2021, 16:09:51
die Calculator sind aktuell, da gibt es aktuell kein updates von den Modulen.
Für die Calculator haben ich kein eigenes Log am laufen.
Ich werd mal ein anlegen. Brauchst du einen spezielles Verbose?
Ich habe in allen drei Modulen das fragliche Log auf LogLevel 1 gesetzt.
Die sollten also in jedem Fall durchkommen. Spätestens um Mitternacht...
Gruß
Sailor
Zitat von: Sailor am 21 April 2021, 16:15:25
Hallo Robert
Ich habe in allen drei Modulen das fragliche Log auf LogLevel 1 gesetzt.
Die sollten also in jedem Fall durchkommen. Spätestens um Mitternacht...
Gruß
Sailor
Geht das in System log oder brauchst du eine eigenes log pro device?
Zitat von: no_Legend am 21 April 2021, 16:16:49
Geht das in System log oder brauchst du eine eigenes log pro device?
Das kannste dir aus dem System-Log rausziehen...
Zitat von: Sailor am 21 April 2021, 16:18:39
Das kannste dir aus dem System-Log rausziehen...
SO hier was heute nacht, um Mitternacht im Log war:
2021.04.22 00:00:01 2: WasserCalculator : WaterCalculator_MidnightTimer ReadingRegExNeg : WasserZaehlerstand:_
2021.04.22 00:00:01 2: WasserCalculator : WaterCalculator_MidnightTimer ReadingRegEx : WasserZaehlerstand:
2021.04.22 00:00:01 2: StromCalculator : ElectricityCalculator_MidnightTimer ReadingRegExNeg : StromZaehlerstand:_
2021.04.22 00:00:01 2: StromCalculator : ElectricityCalculator_MidnightTimer ReadingRegEx : StromZaehlerstand:
2021.04.22 00:00:01 2: GasCalculator2 : GasCalculator_MidnightTimer ReadingRegExNeg : GasZaehlerstand:_
2021.04.22 00:00:01 2: GasCalculator2 : GasCalculator_MidnightTimer ReadingRegEx : GasZaehlerstand:
Edit:
Ich hab noch was komisches beim WasserCalcutator gefunden:
2021-04-22_02:35:14 1.87
2021-04-22_02:35:14 0.00
2021-04-22_02:36:14 0.01
2021-04-22_04:13:14 0.01
2021-04-22_04:26:14 0.02
2021-04-22_04:27:14 0.03
2021-04-22_05:55:15 0.04
2021-04-22_05:56:14 0.07
2021-04-22_05:57:14 0.09
2021-04-22_05:58:14 0.12
Da ist noch ein Peak im SVG drin. Und vor 02:35, gibt es keine Einträge im Log für das SVG.
Moin Dr. No
Zitat von: no_Legend am 22 April 2021, 07:45:33
SO hier was heute nacht, um Mitternacht im Log war:
Da stimmt was mit den RegEx nicht. Wuerde mich wundern, wenn die Calculatoren normal laufen...
Zitat von: no_Legend am 22 April 2021, 07:45:33
Da ist noch ein Peak im SVG drin. Und vor 02:35, gibt es keine Einträge im Log für das SVG.
Das kann passieren, wenn der Calculator wegen Backup aussetzen muss.
Machst du Nachts automatische Backups?
Gruß
Sailor
Zitat von: Sailor am 22 April 2021, 10:04:24
Das kann passieren, wenn der Calculator wegen Backup aussetzen muss.
Machst du Nachts automatische Backups?
Gruß
Sailor
Ja um 2 Uhr.
Der Peak kommt aber um 2:38 oder so.
Da sollte das Backup schon längst durch sein.
Sollte der Abzug für die Tages werte nicht um Mitternacht erfolgen?
Gruß Robert
Zitat von: no_Legend am 22 April 2021, 10:11:20
Ja um 2 Uhr.
Der Peak kommt aber um 2:38 oder so.
Da sollte das Backup schon längst durch sein.
Sollte der Abzug für die Tages werte nicht um Mitternacht erfolgen?
Gruß Robert
Genau deswegen stimmt irgendwas mit den RegExen deiner Calculator - Definition nicht.
Gebe doch mal dein list der X-Calculator - Devices.
Alles andere ist Kaffeesatz lesen.
Gruss
Sailor
Zitat von: Sailor am 22 April 2021, 10:30:32
Genau deswegen stimmt irgendwas mit den RegExen deiner Calculator - Definition nicht.
Gebe doch mal dein list der X-Calculator - Devices.
Alles andere ist Kaffeesatz lesen.
Gruss
Sailor
Kein Problem, hier die Lists aller Drei Devices.
Der Wasser Calculator ist relativ frisch. Höchsten ne Woche alt.
Internals:
DEF Keller.Heizungsraum.Counter:GasZaehlerstand:.*
FUUID 6078328f-f33f-abd1-34e8-8483bd525a91986d
NAME GasCalculator
NOTIFYDEV Keller.Heizungsraum.Counter
NR 1532
NTFY_ORDER 10-GasCalculator
REGEXP Keller.Heizungsraum.Counter:GasZaehlerstand:.*
STATE Heute: 1.821€
Gestern: 3.527€
<br/>
Aktueller Monat: 407.156 € Letzter Monat: 119.841 €
<br/>
Aktuelles Jahr: 861.506 €
Hochrechnung: -366.079 €
TYPE GasCalculator
Helper:
DBLOG:
Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyCostDay:
DBLog:
TIME 1619078762.59978
VALUE 1.821
Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyDay:
DBLog:
TIME 1619078762.59978
VALUE 34.787
READINGS:
2021-04-15 14:37:49 Keller.Heizungsraum.Counter_GasZaehlerstand_CounterDay1st 9.860
2021-04-15 14:37:49 Keller.Heizungsraum.Counter_GasZaehlerstand_CounterDayLast 9.860
2021-04-15 14:37:49 Keller.Heizungsraum.Counter_GasZaehlerstand_CounterMeter1st 9.860
2021-04-15 14:37:49 Keller.Heizungsraum.Counter_GasZaehlerstand_CounterMeterLast 9.860
2021-04-15 14:37:49 Keller.Heizungsraum.Counter_GasZaehlerstand_CounterMonth1st 9.860
2021-04-15 14:37:49 Keller.Heizungsraum.Counter_GasZaehlerstand_CounterMonthLast 9.860
2021-04-15 14:37:49 Keller.Heizungsraum.Counter_GasZaehlerstand_CounterYear1st 9.860
2021-04-15 14:37:49 Keller.Heizungsraum.Counter_GasZaehlerstand_CounterYearLast 9.860
2021-04-22 10:06:02 Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyCostDay 1.821
2021-04-22 05:00:14 Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyCostDayLast 3.527
2021-04-22 10:06:02 Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyCostMeter 861.506
2021-04-22 10:06:02 Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyCostMonth 407.156
2021-04-16 10:29:45 Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyCostMonthLast 119.841
2021-04-22 10:06:02 Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyCostYear 861.506
2021-04-22 10:06:02 Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyDay 34.787
2021-04-22 05:00:14 Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyDayLast 67.399
2021-04-22 10:06:02 Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyMeter 16460.994
2021-04-22 10:06:02 Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyMonth 7779.628
2021-04-22 10:06:02 Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyYear 16460.994
2021-04-22 10:06:02 Keller.Heizungsraum.Counter_GasZaehlerstand_FinanceReserve -366.079
2021-04-22 10:06:02 Keller.Heizungsraum.Counter_GasZaehlerstand_Meter 7923.750
2021-04-22 10:06:02 Keller.Heizungsraum.Counter_GasZaehlerstand_MonthMeterReading 4
2021-04-22 10:06:02 Keller.Heizungsraum.Counter_GasZaehlerstand_PowerCurrent 0.026
2021-04-22 10:06:02 Keller.Heizungsraum.Counter_GasZaehlerstand_PowerDayAver 0.019
2021-04-22 06:29:14 Keller.Heizungsraum.Counter_GasZaehlerstand_PowerDayMax 0.027
2021-04-22 05:00:14 Keller.Heizungsraum.Counter_GasZaehlerstand_PowerDayMin 0
2021-04-22 05:00:14 Keller.Heizungsraum.Counter_GasZaehlerstand_Vol1stDay 7920.55
2021-04-15 14:43:34 Keller.Heizungsraum.Counter_GasZaehlerstand_Vol1stMeter 6409.520
2021-04-15 14:44:24 Keller.Heizungsraum.Counter_GasZaehlerstand_Vol1stMonth 7208.110
2021-04-15 14:43:30 Keller.Heizungsraum.Counter_GasZaehlerstand_Vol1stYear 6409.520
2021-04-22 05:00:14 Keller.Heizungsraum.Counter_GasZaehlerstand_VolLastDay 7920.520
2021-04-15 14:56:09 Keller.Heizungsraum.Counter_GasZaehlerstand_VolLastMeter 6409.510
2021-04-15 14:56:15 Keller.Heizungsraum.Counter_GasZaehlerstand_VolLastMonth 7208.100
2021-04-15 14:56:20 Keller.Heizungsraum.Counter_GasZaehlerstand_VolLastYear 6409.510
2021-04-15 14:37:49 Keller.Heizungsraum.Counter_GasZaehlerstand_WFRDayMax 0
2021-04-15 14:37:49 Keller.Heizungsraum.Counter_GasZaehlerstand_WFRDayMin 0
system:
DecimalPlace %.3f
SiPrefixPowerFactor 1000
Attributes:
BasicPricePerAnnum 133.72
Currency €
DbLogExclude .*
DbLogInclude .*(EnergyCostDay|EnergyDay|Last)
DecimalPlace 3
GasCounterOffset 0
GasCubicPerCounts 0.01
GasNominalHeatingValue 11.325
GasPricePerKWh 0.0523362
GaszValue 0.9599
MonthOfAnnualReading 1
MonthlyPayment 135.00
ReadingDestination CalculatorDevice
SiPrefixPower kW
Volume m³
comment Zählerstand darf nicht mit Komma sein. Fortlaufende Zahl ohne Komma
group EVerbrauch.Calc
icon gasmeter2
room 9.04_Energiewerte
stateFormat Heute: Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyCostDay€
Gestern: Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyCostDayLast€
<br/>
Aktueller Monat: Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyCostMonth € Letzter Monat: Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyCostMonthLast €
<br/>
Aktuelles Jahr: Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyCostYear €
Hochrechnung: Keller.Heizungsraum.Counter_GasZaehlerstand_FinanceReserve €
verbose 1
Internals:
CFGFN /opt/fhem/FHEM/energie.cfg
DEF Stromzaehler:StromZaehlerstand:.*
FUUID 5c4308fc-f33f-abd1-d69d-38a77d7e2f644035
NAME StromCalculator
NOTIFYDEV Stromzaehler
NR 1028
NTFY_ORDER 10-StromCalculator
REGEXP Stromzaehler:StromZaehlerstand:.*
STATE Heute: 2.051€
Gestern: 6.137€
<br/>
Aktueller Monat: 123.832€
Letzter Monat: 200.727€
<br/>
Aktuelles Jahr: 787.488€
Hochrechnung: -160.821€
TYPE ElectricityCalculator
Helper:
DBLOG:
Stromzaehler_StromZaehlerstand_EnergyCostDay:
DBLog:
TIME 1619080899.47289
VALUE 2.051
Stromzaehler_StromZaehlerstand_EnergyDay:
DBLog:
TIME 1619080899.47289
VALUE 9.249
Stromzaehler_StromZaehlerstand_PowerCurrent:
DBLog:
TIME 1619080899.47289
VALUE 720.000
READINGS:
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_CounterCurrent 42988.531
2021-04-22 00:00:00 Stromzaehler_StromZaehlerstand_CounterDay1st 42979.282
2021-04-22 00:00:00 Stromzaehler_StromZaehlerstand_CounterDayLast 42979.281
2021-01-01 00:00:02 Stromzaehler_StromZaehlerstand_CounterMeter1st 39436.489
2021-01-01 00:00:02 Stromzaehler_StromZaehlerstand_CounterMeterLast 39436.487
2021-04-04 21:26:14 Stromzaehler_StromZaehlerstand_CounterMonth1st 42429.975
2021-04-04 21:26:14 Stromzaehler_StromZaehlerstand_CounterMonthLast 42288.885
2021-01-01 00:00:02 Stromzaehler_StromZaehlerstand_CounterYear1st 39436.489
2021-01-01 00:00:02 Stromzaehler_StromZaehlerstand_CounterYearLast 39436.487
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_EnergyCostDay 2.051
2021-04-22 00:00:00 Stromzaehler_StromZaehlerstand_EnergyCostDayLast 6.137
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_EnergyCostMeter 787.488
2021-01-01 00:00:02 Stromzaehler_StromZaehlerstand_EnergyCostMeterLast 2672.800
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_EnergyCostMonth 123.832
2021-04-04 21:26:14 Stromzaehler_StromZaehlerstand_EnergyCostMonthLast 200.727
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_EnergyCostYear 787.488
2021-01-01 00:00:02 Stromzaehler_StromZaehlerstand_EnergyCostYearLast 2672.800
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_EnergyDay 9.249
2021-04-22 00:00:00 Stromzaehler_StromZaehlerstand_EnergyDayLast 27.680
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_EnergyMeter 3552.042
2021-01-01 00:00:02 Stromzaehler_StromZaehlerstand_EnergyMeterLast 12055.932
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_EnergyMonth 558.556
2021-04-04 21:26:14 Stromzaehler_StromZaehlerstand_EnergyMonthLast 905.399
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_EnergyYear 3552.042
2021-01-01 00:00:02 Stromzaehler_StromZaehlerstand_EnergyYearLast 12055.932
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_FinanceReserve -160.821
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_MonthMeterReading 4
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_PowerCurrent 720.000
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_PowerDayAver 829.010
2021-04-22 08:40:47 Stromzaehler_StromZaehlerstand_PowerDayMax 5400.000
2021-04-22 01:07:58 Stromzaehler_StromZaehlerstand_PowerDayMin 327
helper:
gets:
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_CounterCurrent 42988.531
2021-04-22 00:00:00 Stromzaehler_StromZaehlerstand_CounterDay1st 42979.282
2021-04-22 00:00:00 Stromzaehler_StromZaehlerstand_CounterDayLast 42979.281
2021-01-01 00:00:02 Stromzaehler_StromZaehlerstand_CounterMeter1st 39436.489
2021-01-01 00:00:02 Stromzaehler_StromZaehlerstand_CounterMeterLast 39436.487
2021-04-04 21:26:14 Stromzaehler_StromZaehlerstand_CounterMonth1st 42429.975
2021-04-04 21:26:14 Stromzaehler_StromZaehlerstand_CounterMonthLast 42288.885
2021-01-01 00:00:02 Stromzaehler_StromZaehlerstand_CounterYear1st 39436.489
2021-01-01 00:00:02 Stromzaehler_StromZaehlerstand_CounterYearLast 39436.487
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_EnergyCostDay 2.051
2021-04-22 00:00:00 Stromzaehler_StromZaehlerstand_EnergyCostDayLast 6.137
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_EnergyCostMeter 787.488
2021-01-01 00:00:02 Stromzaehler_StromZaehlerstand_EnergyCostMeterLast 2672.800
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_EnergyCostMonth 123.832
2021-04-04 21:26:14 Stromzaehler_StromZaehlerstand_EnergyCostMonthLast 200.727
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_EnergyCostYear 787.488
2021-01-01 00:00:02 Stromzaehler_StromZaehlerstand_EnergyCostYearLast 2672.800
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_EnergyDay 9.249
2021-04-22 00:00:00 Stromzaehler_StromZaehlerstand_EnergyDayLast 27.680
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_EnergyMeter 3552.042
2021-01-01 00:00:02 Stromzaehler_StromZaehlerstand_EnergyMeterLast 12055.932
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_EnergyMonth 558.556
2021-04-04 21:26:14 Stromzaehler_StromZaehlerstand_EnergyMonthLast 905.399
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_EnergyYear 3552.042
2021-01-01 00:00:02 Stromzaehler_StromZaehlerstand_EnergyYearLast 12055.932
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_FinanceReserve -160.821
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_MonthMeterReading 4
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_PowerCurrent 720.000
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_PowerDayAver 829.010
2021-04-22 08:40:47 Stromzaehler_StromZaehlerstand_PowerDayMax 5400.000
2021-04-22 01:07:58 Stromzaehler_StromZaehlerstand_PowerDayMin 327
sets:
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_CounterCurrent 42988.531
2021-04-22 00:00:00 Stromzaehler_StromZaehlerstand_CounterDay1st 42979.282
2021-04-22 00:00:00 Stromzaehler_StromZaehlerstand_CounterDayLast 42979.281
2021-01-01 00:00:02 Stromzaehler_StromZaehlerstand_CounterMeter1st 39436.489
2021-01-01 00:00:02 Stromzaehler_StromZaehlerstand_CounterMeterLast 39436.487
2021-04-04 21:26:14 Stromzaehler_StromZaehlerstand_CounterMonth1st 42429.975
2021-04-04 21:26:14 Stromzaehler_StromZaehlerstand_CounterMonthLast 42288.885
2021-01-01 00:00:02 Stromzaehler_StromZaehlerstand_CounterYear1st 39436.489
2021-01-01 00:00:02 Stromzaehler_StromZaehlerstand_CounterYearLast 39436.487
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_EnergyCostDay 2.051
2021-04-22 00:00:00 Stromzaehler_StromZaehlerstand_EnergyCostDayLast 6.137
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_EnergyCostMeter 787.488
2021-01-01 00:00:02 Stromzaehler_StromZaehlerstand_EnergyCostMeterLast 2672.800
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_EnergyCostMonth 123.832
2021-04-04 21:26:14 Stromzaehler_StromZaehlerstand_EnergyCostMonthLast 200.727
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_EnergyCostYear 787.488
2021-01-01 00:00:02 Stromzaehler_StromZaehlerstand_EnergyCostYearLast 2672.800
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_EnergyDay 9.249
2021-04-22 00:00:00 Stromzaehler_StromZaehlerstand_EnergyDayLast 27.680
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_EnergyMeter 3552.042
2021-01-01 00:00:02 Stromzaehler_StromZaehlerstand_EnergyMeterLast 12055.932
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_EnergyMonth 558.556
2021-04-04 21:26:14 Stromzaehler_StromZaehlerstand_EnergyMonthLast 905.399
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_EnergyYear 3552.042
2021-01-01 00:00:02 Stromzaehler_StromZaehlerstand_EnergyYearLast 12055.932
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_FinanceReserve -160.821
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_MonthMeterReading 4
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_PowerCurrent 720.000
2021-04-22 10:41:39 Stromzaehler_StromZaehlerstand_PowerDayAver 829.010
2021-04-22 08:40:47 Stromzaehler_StromZaehlerstand_PowerDayMax 5400.000
2021-04-22 01:07:58 Stromzaehler_StromZaehlerstand_PowerDayMin 327
system:
DecimalPlace %.3f
SiPrefixPowerFactor 1
Attributes:
BasicPricePerAnnum 100.00
Currency €
DbLogExclude .*
DbLogInclude .*(EnergyCostDay|EnergyDay|PowerCurrent|Last)
DecimalPlace 3
ElectricityCounterOffset 0
ElectricityKwhPerCounts 0.001
ElectricityPricePerKWh 0.2217
MonthOfAnnualReading 1
MonthlyPayment 165.00
ReadingDestination CalculatorDevice
SiPrefixPower W
group EVerbrauch.Calc
icon measure_power_meter
room 9.04_Energiewerte
stateFormat Heute: Stromzaehler_StromZaehlerstand_EnergyCostDay€
Gestern: Stromzaehler_StromZaehlerstand_EnergyCostDayLast€
<br/>
Aktueller Monat: Stromzaehler_StromZaehlerstand_EnergyCostMonth€
Letzter Monat: Stromzaehler_StromZaehlerstand_EnergyCostMonthLast€
<br/>
Aktuelles Jahr: Stromzaehler_StromZaehlerstand_EnergyCostYear€
Hochrechnung: Stromzaehler_StromZaehlerstand_FinanceReserve€
Internals:
DEF Keller.Heizungsraum.Counter:WasserZaehlerstand:.*
FUUID 60785947-f33f-abd1-3249-1e0f45f3292fded8
NAME WasserCalculator
NOTIFYDEV Keller.Heizungsraum.Counter
NR 1533
NTFY_ORDER 10-WasserCalculator
REGEXP Keller.Heizungsraum.Counter:WasserZaehlerstand:.*
STATE Aktueller Monat: 13.47€
Gestern: 1.87€
</br>
Letzter Monat: Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionCostMonthLast€ Aktuelles Jahr: Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionCostYearLast€
</br>
Hochrechnung: 306.104€
TYPE WaterCalculator
Helper:
DBLOG:
Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionCostDay:
DBLog:
TIME 1619080141.4785
VALUE 1.46
Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionDay:
DBLog:
TIME 1619080141.4785
VALUE 0.526
READINGS:
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionCostDay 1.46
2021-04-22 02:35:14 Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionCostDayLast 1.87
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionCostMeter 13.47
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionCostMonth 13.47
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionCostYear 13.47
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionDay 0.526
2021-04-22 02:35:14 Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionDayLast 0.673
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionMeter 4.844
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionMonth 4.844
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionYear 4.844
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_CounterCurrent 1308.828
2021-04-22 02:35:14 Keller.Heizungsraum.Counter_WasserZaehlerstand_CounterDay1st 1308.302
2021-04-22 02:35:14 Keller.Heizungsraum.Counter_WasserZaehlerstand_CounterDayLast 1308.300
2021-04-16 10:29:51 Keller.Heizungsraum.Counter_WasserZaehlerstand_CounterMeter1st 1303.984
2021-04-16 10:29:51 Keller.Heizungsraum.Counter_WasserZaehlerstand_CounterMeterLast 1303.984
2021-04-16 10:29:51 Keller.Heizungsraum.Counter_WasserZaehlerstand_CounterMonth1st 1303.984
2021-04-16 10:29:51 Keller.Heizungsraum.Counter_WasserZaehlerstand_CounterMonthLast 1303.984
2021-04-16 10:29:51 Keller.Heizungsraum.Counter_WasserZaehlerstand_CounterYear1st 1303.984
2021-04-16 10:29:51 Keller.Heizungsraum.Counter_WasserZaehlerstand_CounterYearLast 1303.984
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_FinanceReserve 306.104
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_MonthMeterReading 4
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_WFRCurrent 0.064
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_WFRDayAver 5.519
2021-04-22 06:29:15 Keller.Heizungsraum.Counter_WasserZaehlerstand_WFRDayMax 10.345
2021-04-22 02:35:14 Keller.Heizungsraum.Counter_WasserZaehlerstand_WFRDayMin 0
helper:
gets:
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionCostDay 1.46
2021-04-22 02:35:14 Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionCostDayLast 1.87
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionCostMeter 13.47
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionCostMonth 13.47
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionCostYear 13.47
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionDay 0.526
2021-04-22 02:35:14 Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionDayLast 0.673
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionMeter 4.844
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionMonth 4.844
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionYear 4.844
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_CounterCurrent 1308.828
2021-04-22 02:35:14 Keller.Heizungsraum.Counter_WasserZaehlerstand_CounterDay1st 1308.302
2021-04-22 02:35:14 Keller.Heizungsraum.Counter_WasserZaehlerstand_CounterDayLast 1308.300
2021-04-16 10:29:51 Keller.Heizungsraum.Counter_WasserZaehlerstand_CounterMeter1st 1303.984
2021-04-16 10:29:51 Keller.Heizungsraum.Counter_WasserZaehlerstand_CounterMeterLast 1303.984
2021-04-16 10:29:51 Keller.Heizungsraum.Counter_WasserZaehlerstand_CounterMonth1st 1303.984
2021-04-16 10:29:51 Keller.Heizungsraum.Counter_WasserZaehlerstand_CounterMonthLast 1303.984
2021-04-16 10:29:51 Keller.Heizungsraum.Counter_WasserZaehlerstand_CounterYear1st 1303.984
2021-04-16 10:29:51 Keller.Heizungsraum.Counter_WasserZaehlerstand_CounterYearLast 1303.984
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_FinanceReserve 306.104
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_MonthMeterReading 4
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_WFRCurrent 0.064
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_WFRDayAver 5.519
2021-04-22 06:29:15 Keller.Heizungsraum.Counter_WasserZaehlerstand_WFRDayMax 10.345
2021-04-22 02:35:14 Keller.Heizungsraum.Counter_WasserZaehlerstand_WFRDayMin 0
sets:
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionCostDay 1.46
2021-04-22 02:35:14 Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionCostDayLast 1.87
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionCostMeter 13.47
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionCostMonth 13.47
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionCostYear 13.47
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionDay 0.526
2021-04-22 02:35:14 Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionDayLast 0.673
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionMeter 4.844
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionMonth 4.844
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionYear 4.844
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_CounterCurrent 1308.828
2021-04-22 02:35:14 Keller.Heizungsraum.Counter_WasserZaehlerstand_CounterDay1st 1308.302
2021-04-22 02:35:14 Keller.Heizungsraum.Counter_WasserZaehlerstand_CounterDayLast 1308.300
2021-04-16 10:29:51 Keller.Heizungsraum.Counter_WasserZaehlerstand_CounterMeter1st 1303.984
2021-04-16 10:29:51 Keller.Heizungsraum.Counter_WasserZaehlerstand_CounterMeterLast 1303.984
2021-04-16 10:29:51 Keller.Heizungsraum.Counter_WasserZaehlerstand_CounterMonth1st 1303.984
2021-04-16 10:29:51 Keller.Heizungsraum.Counter_WasserZaehlerstand_CounterMonthLast 1303.984
2021-04-16 10:29:51 Keller.Heizungsraum.Counter_WasserZaehlerstand_CounterYear1st 1303.984
2021-04-16 10:29:51 Keller.Heizungsraum.Counter_WasserZaehlerstand_CounterYearLast 1303.984
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_FinanceReserve 306.104
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_MonthMeterReading 4
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_WFRCurrent 0.064
2021-04-22 10:29:01 Keller.Heizungsraum.Counter_WasserZaehlerstand_WFRDayAver 5.519
2021-04-22 06:29:15 Keller.Heizungsraum.Counter_WasserZaehlerstand_WFRDayMax 10.345
2021-04-22 02:35:14 Keller.Heizungsraum.Counter_WasserZaehlerstand_WFRDayMin 0
system:
DecimalPlace %.3f
WFRUnitFactor 1
Attributes:
BasicPricePerAnnum 101.25
Currency €
DbLogExclude .*
DbLogInclude .*(Day|CostDay|Last)
DecimalPlace 3
MonthOfAnnualReading 1
MonthlyPayment 88.33
ReadingDestination CalculatorDevice
WFRUnit l/min
WaterCounterOffset 0
WaterCubicPerCounts 0.001
WaterPricePerCubic 2.78
comment ------
Grundgebühr 101.25€
setzt sich aus folgendem zusammen:
Zähler pro Jahr: 7,20€
Niederschlagswasser por Jahr: 94,05€ (auf Basis 209qm Dachfläche)
------
Abschlag 88,33333€ pro Monat
265€ wird alle 3 Monate bezahlt
------
Preis pro m3 2,78€
setzt sich aus folgendem zusammen:
Waser: 1,90€/m3
Abwasser: 0,88€/m3
Stand der Preise 2021-04-16
disable 0
group EVerbrauch.Calc
icon measure_water_meter
room 9.04_Energiewerte
stateFormat Aktueller Monat: Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionCostMonth€
Gestern: Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionCostDayLast€
</br>
Letzter Monat: Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionCostMonthLast€ Aktuelles Jahr: Keller.Heizungsraum.Counter_WasserZaehlerstand_ConsumptionCostYearLast€
</br>
Hochrechnung: Keller.Heizungsraum.Counter_WasserZaehlerstand_FinanceReserve€
Zitat von: no_Legend am 22 April 2021, 10:42:59
Kein Problem, hier die Lists aller Drei Devices.
Der Wasser Calculator ist relativ frisch. Höchsten ne Woche alt.
Komisch
Fuege mal folgenden Code direkt unter Zeile 463 ein
Log3 $GasCalcName, 2, $GasCalcName. " : GasCalculator_MidnightTimer GasCountName : " . $GasCountName;
Log3 $GasCalcName, 2, $GasCalcName. " : GasCalculator_MidnightTimer RegEx : " . $RegEx;
Ersetze ggf. "Gas" mit "Water" oder "Electricity"
und dann warten wir nochmal ein Mitternacht ab...
Zitat von: Sailor am 22 April 2021, 10:55:42
Komisch
Fuege mal folgenden Code direkt unter Zeile 463 ein
Log3 $GasCalcName, 2, $GasCalcName. " : GasCalculator_MidnightTimer GasCountName : " . $GasCountName;
Log3 $GasCalcName, 2, $GasCalcName. " : GasCalculator_MidnightTimer RegEx : " . $RegEx;
Ersetze ggf. "Gas" mit "Water" oder "Electricity"
und dann warten wir nochmal ein Mitternacht ab...
Für den Wasser wäre dann das folgenden Richtig?
Log3 $WaterCalcName, 2, $WaterCalcName. " : WaterCalculator_MidnightTimer WaterCountName : " . $WaterCountName;
Log3 $WaterCalcName, 2, $WaterCalcName. " : WaterCalculator_MidnightTimer RegEx : " . $WRegEx;
Zitat von: no_Legend am 22 April 2021, 11:00:26
Für den Wasser wäre dann das folgenden Richtig?
Log3 $WaterCalcName, 2, $WaterCalcName. " : WaterCalculator_MidnightTimer WaterCountName : " . $WaterCountName;
Log3 $WaterCalcName, 2, $WaterCalcName. " : WaterCalculator_MidnightTimer RegEx : " . $WRegEx;
Korrekt, aber den ":" kannst du mit den bestehenden Einträgen darunter in Einklang bringen....
Gruß
Sailor
Hi Sailor,
ich hab dann jetzt im Testsystem die aktuelle Version u. auch die heute beschriebene Änderung eingebaut. Getestet wird mit dem WaterCalculator(zur Erinnerung: Bei mir ein manuell zu bedienendes CounterDevice(Dummy) und der Calculator reagiert auf 2 CounterDevices.)
Ich habe jeweils eine Meter-Änderung gemacht--> monthly vales mit update, daily-values nicht. Calculator-device habe ich auf verbose 5 und harre Mitternacht.
Grüße Markus
und so ist das Absturzergebnis 2021.04.23 00:00:01 2: StatWasserZaehler : WaterCalculator_MidnightTimer WaterCountName : WasserZaehler
2021.04.23 00:00:01 2: StatWasserZaehler : WaterCalculator_MidnightTimer RegEx : WasserZaehler:*Totall.*
2021.04.23 00:00:01 2: StatWasserZaehler : WaterCalculator_MidnightTimer ReadingRegEx : *Totall
2021.04.23 00:00:01 2: StatWasserZaehler : WaterCalculator_MidnightTimer ReadingRegExNeg : *Totall_
Quantifier follows nothing in regex; marked by <-- HERE in m/* <-- HERE Totall/ at ./FHEM/73_WaterCalculator.pm line 478.
Ich starte dann mal neu und harre Deiner Instruktionen.
Bei mir war heute nach folgendes im Log:
2021.04.23 00:00:01 2: WasserCalculator : WaterCalculator_MidnightTimer ReadingRegExNeg : WasserZaehlerstand:_
2021.04.23 00:00:01 2: WasserCalculator : WaterCalculator_MidnightTimer ReadingRegEx : WasserZaehlerstand:
2021.04.23 00:00:01 2: WasserCalculator : WaterCalculator_MidnightTimer RegEx : Keller.Heizungsraum.Counter:WasserZaehlerstand:.*
2021.04.23 00:00:01 2: WasserCalculator : WaterCalculator_MidnightTimer WaterCountName : Keller.Heizungsraum.Counter
2021.04.23 00:00:01 2: StromCalculator : ElectricityCalculator_MidnightTimer ReadingRegExNeg : StromZaehlerstand:_
2021.04.23 00:00:01 2: StromCalculator : ElectricityCalculator_MidnightTimer ReadingRegEx : StromZaehlerstand:
2021.04.23 00:00:01 2: StromCalculator : Electricity_MidnightTimer RegEx : Stromzaehler:StromZaehlerstand:.*
2021.04.23 00:00:01 2: StromCalculator : Electricity_MidnightTimer ElectricityCountName : Stromzaehler
Mehr war im Log nicht zu finden.
Bin mir aber auch nicht zu 100% sicher ob ich ein restart nach den Änderungen im Modul gemacht hab.
Hallo
Zitat von: KölnSolar am 23 April 2021, 06:18:06
und so ist das Absturzergebnis 2021.04.23 00:00:01 2: StatWasserZaehler : WaterCalculator_MidnightTimer WaterCountName : WasserZaehler
2021.04.23 00:00:01 2: StatWasserZaehler : WaterCalculator_MidnightTimer RegEx : WasserZaehler:*Totall.*
2021.04.23 00:00:01 2: StatWasserZaehler : WaterCalculator_MidnightTimer ReadingRegEx : *Totall
2021.04.23 00:00:01 2: StatWasserZaehler : WaterCalculator_MidnightTimer ReadingRegExNeg : *Totall_
Quantifier follows nothing in regex; marked by <-- HERE in m/* <-- HERE Totall/ at ./FHEM/73_WaterCalculator.pm line 478.
Ich starte dann mal neu und harre Deiner Instruktionen.
Irgendwas schmeckt mir da nicht an der RegEx... Dieser einsame Stern am Anfang... Sollte das nicht ".*Totall" anstelle von "*Totall" heissen?
Deswegen auch die Fehlermeldung:
Quantifier follows nothing in regex; marked by <-- HERE in m/
*Gruß
Sailor
Zitat von: no_Legend am 23 April 2021, 07:52:08
Bei mir war heute nach folgendes im Log:
2021.04.23 00:00:01 2: WasserCalculator : WaterCalculator_MidnightTimer ReadingRegExNeg : WasserZaehlerstand:_
2021.04.23 00:00:01 2: WasserCalculator : WaterCalculator_MidnightTimer ReadingRegEx : WasserZaehlerstand:
2021.04.23 00:00:01 2: WasserCalculator : WaterCalculator_MidnightTimer RegEx : Keller.Heizungsraum.Counter:WasserZaehlerstand:.*
2021.04.23 00:00:01 2: WasserCalculator : WaterCalculator_MidnightTimer WaterCountName : Keller.Heizungsraum.Counter
2021.04.23 00:00:01 2: StromCalculator : ElectricityCalculator_MidnightTimer ReadingRegExNeg : StromZaehlerstand:_
2021.04.23 00:00:01 2: StromCalculator : ElectricityCalculator_MidnightTimer ReadingRegEx : StromZaehlerstand:
2021.04.23 00:00:01 2: StromCalculator : Electricity_MidnightTimer RegEx : Stromzaehler:StromZaehlerstand:.*
2021.04.23 00:00:01 2: StromCalculator : Electricity_MidnightTimer ElectricityCountName : Stromzaehler
Mehr war im Log nicht zu finden.
Bin mir aber auch nicht zu 100% sicher ob ich ein restart nach den Änderungen im Modul gemacht hab.
Alles gut soweit aber ich sehe ein ":" zuviel.
Wenn du in allen 3 Modulen nach der Zeile 457 folgendes einfuegst
$ElectricityCountReadingRegEx =~ s/[:]+$//;
sollte dein Nachtdurchlauf gut durchlaufen...
Sollten diese Änderungen zum Erfolg führen, dann checke ich das bei allen drei Modulen so ein...
Gruß
Sailor
Zitat von: Sailor am 23 April 2021, 15:07:53
Alles gut soweit aber ich sehe ein ":" zuviel.
Wenn du in allen 3 Modulen nach der Zeile 457 folgendes einfuegst
$ElectricityCountReadingRegEx =~ s/[:]+$//;
sollte dein Nachtdurchlauf gut durchlaufen...
Sollten diese Änderungen zum Erfolg führen, dann checke ich das bei allen drei Modulen so ein...
Gruß
Sailor
Jab ich doch was falsch im Modul geändert?
Log3 $ElectricityCalcName, 2, $ElectricityCalcName. " : Electricity_MidnightTimer ElectricityCountName : " . $ElectricityCountName;
Log3 $ElectricityCalcName, 2, $ElectricityCalcName. " : Electricity_MidnightTimer RegEx : " . $RegEx;
Log3 $ElectricityCalcName, 2, $ElectricityCalcName. " : ElectricityCalculator_MidnightTimer ReadingRegEx : " . $ElectricityCountReadingRegEx;
Log3 $ElectricityCalcName, 2, $ElectricityCalcName. " : ElectricityCalculator_MidnightTimer ReadingRegExNeg : " . $ElectricityCountReadingRegExNeg;
Den anderen Code hab ich mal eingebunden.
Die neue Zeile von dir, nach 457, ist in ähnlicher Form aber schon vorhanden:
$ElectricityCountReadingRegEx =~ s/[\.\*]+$//;
Moin legend
Zitat von: no_Legend am 23 April 2021, 15:25:33
Jab ich doch was falsch im Modul geändert?
Alles gut! Das ist so weit richtig
Zitat von: no_Legend am 23 April 2021, 15:25:33
Den anderen Code hab ich mal eingebunden.
Die neue Zeile von dir, nach 457, ist in ähnlicher Form aber schon vorhanden:
$ElectricityCountReadingRegEx =~ s/[\.\*]+$//;
Das ist korrekt.
Die Zeile 457 loescht das ".*" am Ende
Die neue Zeile 458 loescht das ":" am Ende sofern vorhanden...
Gruß
Sailor
Hi Sailor,
ZitatIrgendwas schmeckt mir da nicht an der RegEx... Dieser einsame Stern am Anfang... Sollte das nicht ".*Totall" anstelle von "*Totall" heissen?
Du liegst fast richtig: Der Stern hat da nichts verloren. Lustigerweise hat es aber das "define name ...Calculator regexp" nicht angemeckert und hat nun auch jahrelang so funktioniert.
Ich habs natürlich geändert und dann sehen wir morgen früh weiter.
Grüße Markus
Zitat von: Sailor am 23 April 2021, 15:30:01
Moin legend
Alles gut! Das ist so weit richtig
Das ist korrekt.
Die Zeile 457 loescht das ".*" am Ende
Die neue Zeile 458 loescht das ":" am Ende sofern vorhanden...
Gruß
Sailor
Habs mit allen drei Modulen so gemacht.
Und auch gleich ein shutdown restart gemacht. ;D Heute mal nicht vergessen. LOL
Dann schauen wir mal morgen was drin steht.
Hi Sailor,
Absturzursache erkannt und gebannt. :)
Du müsstest dann aber den regexp im define besser prüfen. Für mich ist die Frage wie man es betrachtet. CounterDevice:*event.* ist ja ein Mischmasch aus FHEM(CounterDevice:) u. regexp(*event.*). Wenn man es so zerlegt, dann ist der regexp ungültig. In Gänze(CounterDevice:*event.*) betrachtet, ist es aber valide, denn dann bedeutet der * ja, unsinnigerweise, dass der : unendlich oft hintereinander kommen darf, um zu matchen. Dann wäre es auch völlig richtig im define erkannt worden, hätte dann aber nicht abstürzen dürfen. Bin mir unschlüssig. :-\
Grüße Markus
Zitat von: Sailor am 23 April 2021, 15:30:01
Moin legend
Alles gut! Das ist so weit richtig
Das ist korrekt.
Die Zeile 457 loescht das ".*" am Ende
Die neue Zeile 458 loescht das ":" am Ende sofern vorhanden...
Gruß
Sailor
So hier mal die Ausgabe aus dem Log von heute morgen.
2021.04.24 00:00:01 2: WasserCalculator : WaterCalculator_MidnightTimer ReadingRegExNeg : WasserZaehlerstand:_
2021.04.24 00:00:01 2: WasserCalculator : WaterCalculator_MidnightTimer ReadingRegEx : WasserZaehlerstand:
2021.04.24 00:00:01 2: WasserCalculator : WaterCalculator_MidnightTimer RegEx : Keller.Heizungsraum.Counter:WasserZaehlerstand:.*
2021.04.24 00:00:01 2: WasserCalculator : WaterCalculator_MidnightTimer WaterCountName : Keller.Heizungsraum.Counter
2021.04.24 00:00:01 2: StromCalculator : ElectricityCalculator_MidnightTimer ReadingRegExNeg : StromZaehlerstand_
2021.04.24 00:00:01 2: StromCalculator : ElectricityCalculator_MidnightTimer ReadingRegEx : StromZaehlerstand
2021.04.24 00:00:01 2: StromCalculator : Electricity_MidnightTimer RegEx : Stromzaehler:StromZaehlerstand:.*
2021.04.24 00:00:01 2: StromCalculator : Electricity_MidnightTimer ElectricityCountName : Stromzaehler
Hi Legend
Zitat von: no_Legend am 24 April 2021, 10:45:27
So hier mal die Ausgabe aus dem Log von heute morgen.
2021.04.24 00:00:01 2: WasserCalculator : WaterCalculator_MidnightTimer ReadingRegExNeg : WasserZaehlerstand:_
2021.04.24 00:00:01 2: WasserCalculator : WaterCalculator_MidnightTimer ReadingRegEx : WasserZaehlerstand:
2021.04.24 00:00:01 2: WasserCalculator : WaterCalculator_MidnightTimer RegEx : Keller.Heizungsraum.Counter:WasserZaehlerstand:.*
2021.04.24 00:00:01 2: WasserCalculator : WaterCalculator_MidnightTimer WaterCountName : Keller.Heizungsraum.Counter
2021.04.24 00:00:01 2: StromCalculator : ElectricityCalculator_MidnightTimer ReadingRegExNeg : StromZaehlerstand_
2021.04.24 00:00:01 2: StromCalculator : ElectricityCalculator_MidnightTimer ReadingRegEx : StromZaehlerstand
2021.04.24 00:00:01 2: StromCalculator : Electricity_MidnightTimer RegEx : Stromzaehler:StromZaehlerstand:.*
2021.04.24 00:00:01 2: StromCalculator : Electricity_MidnightTimer ElectricityCountName : Stromzaehler
Also der Stromzaehler sieht gut aus...
Der Wasserzaehler nicht.
Kann es sein, dass du dort die Änderungen nicht übernommen hast?
Gruß
Sailor
Zitat von: Sailor am 26 April 2021, 07:58:55
Hi Legend
Also der Stromzaehler sieht gut aus...
Der Wasserzaehler nicht.
Kann es sein, dass du dort die Änderungen nicht übernommen hast?
Gruß
Sailor
Ich glaub ich hatte die Änderung nicht eingepflegt.
Beim Electric hatte ich auch ein Fehler drin, hab jetzt noch mal alles korrigiert
Zitat von: no_Legend am 26 April 2021, 08:11:17
Ich glaub ich hatte die Änderung nicht eingepflegt.
Beim Electric hatte ich auch ein Fehler drin, hab jetzt noch mal alles korrigiert
OK, dann aendere ich mal den Code auf Log-Level 5 um und checke die drei Zaehler mal ein...
Gruß
Sailor
Zitat von: Sailor am 26 April 2021, 08:49:08
OK, dann aendere ich mal den Code auf Log-Level 5 um und checke die drei Zaehler mal ein...
Gruß
Sailor
Gerne, dann stell ich das Log auch gerne auf 5 und beobachte die nachten tage
Danke und Grüße Robert
Zitat von: Sailor am 26 April 2021, 08:49:08
OK, dann aendere ich mal den Code auf Log-Level 5 um und checke die drei Zaehler mal ein...
Gruß
Sailor
War die Änderung schon im Update?
Grüße Robert
Hoi Robert
Zitat von: no_Legend am 29 April 2021, 09:56:20
War die Änderung schon im Update?
Jetzt ja, wollte das nochmal bei mir testen bevor ich das einchecke...
Gruß
Sailor
Zitat von: Sailor am 29 April 2021, 12:45:35
Hoi Robert
Jetzt ja, wollte das nochmal bei mir testen bevor ich das einchecke...
Gruß
Sailor
Ah okay, dass erklärt dann nach dem letzten Update dann auch die Nullung. ;D
Hi Sailor,
hat es einen speziellen Grund, dass die "MidnightTimer ReadingRegEx"-Meldungen auf level 2 geloggt werden (und im Fehlerfall nochmal)?
Danke,
Grüße,
Oli
Zitat von: Sailor am 29 April 2021, 12:45:35
Hoi Robert
Jetzt ja, wollte das nochmal bei mir testen bevor ich das einchecke...
Gruß
Sailor
Ich hatte gestern, auch wieder einen Neustart.
Dabei hat der Calculator auch wieder alles verloren.
Wovon der Neustart genau ausgelöst wurde, kann ich nicht genau sagen.
Konnte mir den Neustart gestern schon nicht erklären.
Ich bin mir aktuell nicht sicher ob es am Counter device selber liegt.
Hab da einen ArduCounter im Einsatz. Kann es sein, dass der Arducounter den Wert verliert, da dieser aus einem anderen Reading erzeugt wird?
Grüße Robert
Internals:
DEF Keller.Heizungsraum.Counter:GasZaehlerstand:.*
FUUID 6078328f-f33f-abd1-34e8-8483bd525a91986d
NAME GasCalculator
NOTIFYDEV Keller.Heizungsraum.Counter
NR 1531
NTFY_ORDER 10-GasCalculator
REGEXP Keller.Heizungsraum.Counter:GasZaehlerstand:.*
STATE Heute: 1.496€
Gestern: 2.401€
<br/>
Aktueller Monat: 10.770 € Letzter Monat: 37.988 €
<br/>
Aktuelles Jahr: 48.781 €
Hochrechnung: 570.502 €
TYPE GasCalculator
Helper:
DBLOG:
Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyCostDay:
DBLog:
TIME 1620021507.97463
VALUE 1.496
Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyCostDayLast:
DBLog:
TIME 1620007290.46574
VALUE 2.401
Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyDay:
DBLog:
TIME 1620021507.97463
VALUE 28.590
Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyDayLast:
DBLog:
TIME 1620007290.46976
VALUE 45.875
READINGS:
2021-04-22 11:41:34 Keller.Heizungsraum.Counter_GasZaehlerstand_CounterDay1st 7924.160
2021-04-22 11:41:34 Keller.Heizungsraum.Counter_GasZaehlerstand_CounterDayLast 7924.160
2021-04-22 11:41:34 Keller.Heizungsraum.Counter_GasZaehlerstand_CounterMeter1st 7924.160
2021-04-22 11:41:34 Keller.Heizungsraum.Counter_GasZaehlerstand_CounterMeterLast 7924.160
2021-04-22 11:41:34 Keller.Heizungsraum.Counter_GasZaehlerstand_CounterMonth1st 7924.160
2021-04-22 11:41:34 Keller.Heizungsraum.Counter_GasZaehlerstand_CounterMonthLast 7924.160
2021-04-22 11:41:34 Keller.Heizungsraum.Counter_GasZaehlerstand_CounterYear1st 7924.160
2021-04-22 11:41:34 Keller.Heizungsraum.Counter_GasZaehlerstand_CounterYearLast 7924.160
2021-05-03 07:58:27 Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyCostDay 1.496
2021-05-03 04:01:30 Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyCostDayLast 2.401
2021-05-03 07:58:27 Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyCostMeter 48.781
2021-05-03 07:58:27 Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyCostMonth 10.770
2021-05-01 05:00:39 Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyCostMonthLast 37.988
2021-05-03 07:58:27 Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyCostYear 48.781
2021-05-03 07:58:27 Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyDay 28.590
2021-05-03 04:01:30 Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyDayLast 45.875
2021-05-03 07:58:27 Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyMeter 932.068
2021-05-03 07:58:27 Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyMonth 205.786
2021-05-01 05:00:39 Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyMonthLast 725.848
2021-05-03 07:58:27 Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyYear 932.068
2021-05-03 07:58:27 Keller.Heizungsraum.Counter_GasZaehlerstand_FinanceReserve 570.502
2021-05-03 07:58:27 Keller.Heizungsraum.Counter_GasZaehlerstand_Meter 8009.930
2021-05-03 07:58:27 Keller.Heizungsraum.Counter_GasZaehlerstand_MonthMeterReading 5
2021-05-03 07:58:27 Keller.Heizungsraum.Counter_GasZaehlerstand_PowerCurrent 0.013
2021-05-03 07:58:27 Keller.Heizungsraum.Counter_GasZaehlerstand_PowerDayAver 0.020
2021-05-03 04:26:31 Keller.Heizungsraum.Counter_GasZaehlerstand_PowerDayMax 0.027
2021-05-03 04:01:30 Keller.Heizungsraum.Counter_GasZaehlerstand_PowerDayMin 0
2021-05-03 04:01:30 Keller.Heizungsraum.Counter_GasZaehlerstand_Vol1stDay 8007.3
2021-04-22 11:42:34 Keller.Heizungsraum.Counter_GasZaehlerstand_Vol1stMeter 7924.19
2021-05-01 05:00:39 Keller.Heizungsraum.Counter_GasZaehlerstand_Vol1stMonth 7991.000
2021-04-22 11:42:34 Keller.Heizungsraum.Counter_GasZaehlerstand_Vol1stYear 7924.19
2021-05-03 04:01:30 Keller.Heizungsraum.Counter_GasZaehlerstand_VolLastDay 8007.280
2021-04-22 11:42:34 Keller.Heizungsraum.Counter_GasZaehlerstand_VolLastMeter 7924.160
2021-05-01 05:00:39 Keller.Heizungsraum.Counter_GasZaehlerstand_VolLastMonth 7990.960
2021-04-22 11:42:34 Keller.Heizungsraum.Counter_GasZaehlerstand_VolLastYear 7924.160
2021-04-22 11:41:34 Keller.Heizungsraum.Counter_GasZaehlerstand_WFRDayMax 0
2021-04-22 11:41:34 Keller.Heizungsraum.Counter_GasZaehlerstand_WFRDayMin 0
system:
DecimalPlace %.3f
SiPrefixPowerFactor 1000
Attributes:
BasicPricePerAnnum 133.72
Currency €
DbLogExclude .*
DbLogInclude .*(EnergyCostDay|EnergyDay|Last)
DecimalPlace 3
GasCounterOffset 0
GasCubicPerCounts 0.01
GasNominalHeatingValue 11.325
GasPricePerKWh 0.0523362
GaszValue 0.9599
MonthOfAnnualReading 1
MonthlyPayment 135.00
ReadingDestination CalculatorDevice
SiPrefixPower kW
Volume m³
comment Zählerstand darf nicht mit Komma sein. Fortlaufende Zahl ohne Komma
group EVerbrauch.Calc
icon gasmeter2
room 9.04_Energiewerte
stateFormat Heute: Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyCostDay€
Gestern: Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyCostDayLast€
<br/>
Aktueller Monat: Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyCostMonth € Letzter Monat: Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyCostMonthLast €
<br/>
Aktuelles Jahr: Keller.Heizungsraum.Counter_GasZaehlerstand_EnergyCostYear €
Hochrechnung: Keller.Heizungsraum.Counter_GasZaehlerstand_FinanceReserve €
verbose 1
[code]
Internals:
Board T-Display
BoardDet Espressif ESP32 Dev Module with display
DEF 192.168.30.130:80
DeviceName 192.168.30.130:80
FD 165
FUUID 60756c3c-f33f-abd1-6aaa-fa30d01fb2eccfaf
FVERSION 98_ArduCounter.pm:0.221260/2020-06-06
HistIdx 845
Initialized 1
LASTOPEN 1619951216.14143
LastHistSeq 10061
NAME Keller.Heizungsraum.Counter
NOTIFYDEV global
NR 1530
NTFY_ORDER 50-Keller.Heizungsraum.Counter
PARTIAL
STATE Gas: 8009.93
Wasser: 1309.002
Status: opened
SketchCompile Jun 6 2020 12:41:51
TCP 1
TYPE ArduCounter
VersionFirmware 4.26
VersionModule 7.30 - 17.5.2020
WaitForAlive 0
allowedPins 4,17,21,22,25,26,27,32,33,34,35,36,A0,39
buffer
deviceBooted 1618468969.96285
devioLoglevel 3
nextOpenDelay 60
History:
Seq 9217 2021-05-03 05:06:19 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9218 2021-05-03 05:06:19 Pin 32 5.721 seconds at 0 -> pulse counted
Seq 9219 2021-05-03 05:06:25 Pin 32 9.337 seconds at 1 -> gap
Seq 9220 2021-05-03 05:06:34 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9221 2021-05-03 05:06:34 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9222 2021-05-03 05:06:34 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9223 2021-05-03 05:06:34 Pin 32 6.332 seconds at 0 -> pulse counted
Seq 9224 2021-05-03 05:06:40 Pin 32 8.938 seconds at 1 -> gap
Seq 9225 2021-05-03 05:06:49 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9226 2021-05-03 05:06:49 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9227 2021-05-03 05:06:49 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9228 2021-05-03 05:06:49 Pin 32 6.108 seconds at 0 -> pulse counted
Seq 9229 2021-05-03 05:06:55 Pin 32 9.483 seconds at 1 -> gap
Seq 9230 2021-05-03 05:07:05 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9231 2021-05-03 05:07:05 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9232 2021-05-03 05:07:05 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9233 2021-05-03 05:07:05 Pin 32 5.748 seconds at 0 -> pulse counted
Seq 9234 2021-05-03 05:07:10 Pin 32 9.528 seconds at 1 -> gap
Seq 9235 2021-05-03 05:07:20 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9236 2021-05-03 05:07:20 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9237 2021-05-03 05:07:20 Pin 32 214.220 seconds at 0 -> pulse counted
Seq 9238 2021-05-03 05:10:54 Pin 32 9.666 seconds at 1 -> gap
Seq 9239 2021-05-03 05:11:04 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9240 2021-05-03 05:11:04 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9241 2021-05-03 05:11:04 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9242 2021-05-03 05:11:04 Pin 32 6.135 seconds at 0 -> pulse counted
Seq 9243 2021-05-03 05:11:10 Pin 32 9.401 seconds at 1 -> gap
Seq 9244 2021-05-03 05:11:19 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9245 2021-05-03 05:11:19 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9246 2021-05-03 05:11:19 Pin 32 5.841 seconds at 0 -> pulse counted
Seq 9247 2021-05-03 05:11:25 Pin 32 9.512 seconds at 1 -> gap
Seq 9248 2021-05-03 05:11:35 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9249 2021-05-03 05:11:35 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9250 2021-05-03 05:11:35 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9251 2021-05-03 05:11:35 Pin 32 6.036 seconds at 0 -> pulse counted
Seq 9252 2021-05-03 05:11:41 Pin 32 9.204 seconds at 1 -> gap
Seq 9253 2021-05-03 05:11:50 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9254 2021-05-03 05:11:50 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9255 2021-05-03 05:11:50 Pin 32 6.180 seconds at 0 -> pulse counted
Seq 9256 2021-05-03 05:11:56 Pin 32 9.238 seconds at 1 -> gap
Seq 9257 2021-05-03 05:12:05 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9258 2021-05-03 05:12:05 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9259 2021-05-03 05:12:05 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9260 2021-05-03 05:12:05 Pin 32 5.924 seconds at 0 -> pulse counted
Seq 9261 2021-05-03 05:12:11 Pin 32 9.791 seconds at 1 -> gap
Seq 9262 2021-05-03 05:12:21 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9263 2021-05-03 05:12:21 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9264 2021-05-03 05:12:21 Pin 32 5.685 seconds at 0 -> pulse counted
Seq 9265 2021-05-03 05:12:27 Pin 32 9.386 seconds at 1 -> gap
Seq 9266 2021-05-03 05:12:36 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9267 2021-05-03 05:12:36 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9268 2021-05-03 05:12:36 Pin 32 6.193 seconds at 0 -> pulse counted
Seq 9269 2021-05-03 05:12:42 Pin 32 9.061 seconds at 1 -> gap
Seq 9270 2021-05-03 05:12:51 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9271 2021-05-03 05:12:51 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9272 2021-05-03 05:12:52 Pin 32 6.163 seconds at 0 -> pulse counted
Seq 9273 2021-05-03 05:12:58 Pin 32 9.432 seconds at 1 -> gap
Seq 9274 2021-05-03 05:13:07 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9275 2021-05-03 05:13:07 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9276 2021-05-03 05:13:07 Pin 32 5.821 seconds at 0 -> pulse counted
Seq 9277 2021-05-03 05:13:13 Pin 32 9.529 seconds at 1 -> gap
Seq 9278 2021-05-03 05:13:23 Pin 32 0.001 seconds at 0 -> short pulse reject
Seq 9279 2021-05-03 05:13:23 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9280 2021-05-03 05:13:23 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9281 2021-05-03 05:13:22 Pin 32 6.041 seconds at 0 -> pulse counted
Seq 9282 2021-05-03 05:13:28 Pin 32 9.208 seconds at 1 -> gap
Seq 9283 2021-05-03 05:13:38 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9284 2021-05-03 05:13:38 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9285 2021-05-03 05:13:38 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9286 2021-05-03 05:13:38 Pin 32 6.137 seconds at 0 -> pulse counted
Seq 9287 2021-05-03 05:13:44 Pin 32 9.367 seconds at 1 -> gap
Seq 9288 2021-05-03 05:13:53 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9289 2021-05-03 05:13:53 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9290 2021-05-03 05:13:53 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9291 2021-05-03 05:13:53 Pin 32 5.889 seconds at 0 -> pulse counted
Seq 9292 2021-05-03 05:13:59 Pin 32 9.553 seconds at 1 -> gap
Seq 9293 2021-05-03 05:14:09 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9294 2021-05-03 05:14:09 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9295 2021-05-03 05:14:09 Pin 32 5.969 seconds at 0 -> pulse counted
Seq 9296 2021-05-03 05:14:15 Pin 32 364.692 seconds at 1 -> gap
Seq 9297 2021-05-03 05:20:19 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9298 2021-05-03 05:20:19 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9299 2021-05-03 05:20:19 Pin 32 6.961 seconds at 0 -> pulse counted
Seq 9300 2021-05-03 05:20:26 Pin 32 9.177 seconds at 1 -> gap
Seq 9301 2021-05-03 05:20:35 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9302 2021-05-03 05:20:35 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9303 2021-05-03 05:20:35 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9304 2021-05-03 05:20:35 Pin 32 6.002 seconds at 0 -> pulse counted
Seq 9305 2021-05-03 05:20:41 Pin 32 9.692 seconds at 1 -> gap
Seq 9306 2021-05-03 05:20:51 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9307 2021-05-03 05:20:51 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9308 2021-05-03 05:20:51 Pin 32 5.695 seconds at 0 -> pulse counted
Seq 9309 2021-05-03 05:20:57 Pin 32 9.452 seconds at 1 -> gap
Seq 9310 2021-05-03 05:21:06 Pin 32 0.001 seconds at 0 -> short pulse reject
Seq 9311 2021-05-03 05:21:06 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9312 2021-05-03 05:21:06 Pin 32 6.176 seconds at 0 -> pulse counted
Seq 9313 2021-05-03 05:21:12 Pin 32 9.100 seconds at 1 -> gap
Seq 9314 2021-05-03 05:21:22 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9315 2021-05-03 05:21:22 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9316 2021-05-03 05:21:22 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9317 2021-05-03 05:21:22 Pin 32 6.171 seconds at 0 -> pulse counted
Seq 9318 2021-05-03 05:21:28 Pin 32 9.409 seconds at 1 -> gap
Seq 9319 2021-05-03 05:21:37 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9320 2021-05-03 05:21:37 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9321 2021-05-03 05:21:37 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9322 2021-05-03 05:21:37 Pin 32 5.795 seconds at 0 -> pulse counted
Seq 9323 2021-05-03 05:21:43 Pin 32 9.533 seconds at 1 -> gap
Seq 9324 2021-05-03 05:21:52 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9325 2021-05-03 05:21:52 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9326 2021-05-03 05:21:52 Pin 32 6.037 seconds at 0 -> pulse counted
Seq 9327 2021-05-03 05:21:58 Pin 32 9.221 seconds at 1 -> gap
Seq 9328 2021-05-03 05:22:08 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9329 2021-05-03 05:22:08 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9330 2021-05-03 05:22:08 Pin 32 6.146 seconds at 0 -> pulse counted
Seq 9331 2021-05-03 05:22:14 Pin 32 9.360 seconds at 1 -> gap
Seq 9332 2021-05-03 05:22:23 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9333 2021-05-03 05:22:23 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9334 2021-05-03 05:22:23 Pin 32 5.855 seconds at 0 -> pulse counted
Seq 9335 2021-05-03 05:22:29 Pin 32 9.602 seconds at 1 -> gap
Seq 9336 2021-05-03 05:22:39 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9337 2021-05-03 05:22:39 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9338 2021-05-03 05:22:39 Pin 32 5.934 seconds at 0 -> pulse counted
Seq 9339 2021-05-03 05:22:45 Pin 32 9.209 seconds at 1 -> gap
Seq 9340 2021-05-03 05:22:54 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9341 2021-05-03 05:22:54 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9342 2021-05-03 05:22:54 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9343 2021-05-03 05:22:54 Pin 32 6.304 seconds at 0 -> pulse counted
Seq 9344 2021-05-03 05:23:00 Pin 32 9.108 seconds at 1 -> gap
Seq 9345 2021-05-03 05:23:09 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9346 2021-05-03 05:23:09 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9347 2021-05-03 05:23:09 Pin 32 6.008 seconds at 0 -> pulse counted
Seq 9348 2021-05-03 05:23:15 Pin 32 585.698 seconds at 1 -> gap
Seq 9349 2021-05-03 05:33:01 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9350 2021-05-03 05:33:01 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9351 2021-05-03 05:33:01 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9352 2021-05-03 05:33:01 Pin 32 7.403 seconds at 0 -> pulse counted
Seq 9353 2021-05-03 05:33:08 Pin 32 9.484 seconds at 1 -> gap
Seq 9354 2021-05-03 05:33:18 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9355 2021-05-03 05:33:18 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9356 2021-05-03 05:33:18 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9357 2021-05-03 05:33:18 Pin 32 6.164 seconds at 0 -> pulse counted
Seq 9358 2021-05-03 05:33:24 Pin 32 9.083 seconds at 1 -> gap
Seq 9359 2021-05-03 05:33:33 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9360 2021-05-03 05:33:33 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9361 2021-05-03 05:33:33 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9362 2021-05-03 05:33:33 Pin 32 6.145 seconds at 0 -> pulse counted
Seq 9363 2021-05-03 05:33:39 Pin 32 9.388 seconds at 1 -> gap
Seq 9364 2021-05-03 05:33:49 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9365 2021-05-03 05:33:49 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9366 2021-05-03 05:33:49 Pin 32 5.824 seconds at 0 -> pulse counted
Seq 9367 2021-05-03 05:33:54 Pin 32 9.522 seconds at 1 -> gap
Seq 9368 2021-05-03 05:34:04 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9369 2021-05-03 05:34:04 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9370 2021-05-03 05:34:04 Pin 32 6.068 seconds at 0 -> pulse counted
Seq 9371 2021-05-03 05:34:10 Pin 32 9.191 seconds at 1 -> gap
Seq 9372 2021-05-03 05:34:19 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9373 2021-05-03 05:34:19 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9374 2021-05-03 05:34:19 Pin 32 6.097 seconds at 0 -> pulse counted
Seq 9375 2021-05-03 05:34:25 Pin 32 9.376 seconds at 1 -> gap
Seq 9376 2021-05-03 05:34:35 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9377 2021-05-03 05:34:35 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9378 2021-05-03 05:34:35 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9379 2021-05-03 05:34:35 Pin 32 5.875 seconds at 0 -> pulse counted
Seq 9380 2021-05-03 05:34:41 Pin 32 9.649 seconds at 1 -> gap
Seq 9381 2021-05-03 05:34:50 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9382 2021-05-03 05:34:50 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9383 2021-05-03 05:34:50 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9384 2021-05-03 05:34:50 Pin 32 5.887 seconds at 0 -> pulse counted
Seq 9385 2021-05-03 05:34:56 Pin 32 9.221 seconds at 1 -> gap
Seq 9386 2021-05-03 05:35:05 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9387 2021-05-03 05:35:05 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9388 2021-05-03 05:35:05 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9389 2021-05-03 05:35:05 Pin 32 6.320 seconds at 0 -> pulse counted
Seq 9390 2021-05-03 05:35:12 Pin 32 9.020 seconds at 1 -> gap
Seq 9391 2021-05-03 05:35:21 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9392 2021-05-03 05:35:21 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9393 2021-05-03 05:35:21 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9394 2021-05-03 05:35:21 Pin 32 6.074 seconds at 0 -> pulse counted
Seq 9395 2021-05-03 05:35:27 Pin 32 9.571 seconds at 1 -> gap
Seq 9396 2021-05-03 05:35:36 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9397 2021-05-03 05:35:36 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9398 2021-05-03 05:35:36 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9399 2021-05-03 05:35:36 Pin 32 5.751 seconds at 0 -> pulse counted
Seq 9400 2021-05-03 05:35:42 Pin 32 9.492 seconds at 1 -> gap
Seq 9401 2021-05-03 05:35:52 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9402 2021-05-03 05:35:52 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9403 2021-05-03 05:35:52 Pin 32 6.114 seconds at 0 -> pulse counted
Seq 9404 2021-05-03 05:35:58 Pin 32 9.102 seconds at 1 -> gap
Seq 9405 2021-05-03 05:36:07 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9406 2021-05-03 05:36:07 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9407 2021-05-03 05:36:07 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9408 2021-05-03 05:36:07 Pin 32 754.526 seconds at 0 -> pulse counted
Seq 9409 2021-05-03 05:48:41 Pin 32 10.579 seconds at 1 -> gap
Seq 9410 2021-05-03 05:48:52 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9411 2021-05-03 05:48:52 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9412 2021-05-03 05:48:52 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9413 2021-05-03 05:48:52 Pin 32 5.830 seconds at 0 -> pulse counted
Seq 9414 2021-05-03 05:48:58 Pin 32 9.479 seconds at 1 -> gap
Seq 9415 2021-05-03 05:49:07 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9416 2021-05-03 05:49:07 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9417 2021-05-03 05:49:07 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9418 2021-05-03 05:49:07 Pin 32 6.048 seconds at 0 -> pulse counted
Seq 9419 2021-05-03 05:49:13 Pin 32 9.153 seconds at 1 -> gap
Seq 9420 2021-05-03 05:49:22 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9421 2021-05-03 05:49:22 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9422 2021-05-03 05:49:22 Pin 32 6.139 seconds at 0 -> pulse counted
Seq 9423 2021-05-03 05:49:28 Pin 32 9.335 seconds at 1 -> gap
Seq 9424 2021-05-03 05:49:38 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9425 2021-05-03 05:49:38 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9426 2021-05-03 05:49:38 Pin 32 5.902 seconds at 0 -> pulse counted
Seq 9427 2021-05-03 05:49:44 Pin 32 9.664 seconds at 1 -> gap
Seq 9428 2021-05-03 05:49:53 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9429 2021-05-03 05:49:53 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9430 2021-05-03 05:49:53 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9431 2021-05-03 05:49:53 Pin 32 5.795 seconds at 0 -> pulse counted
Seq 9432 2021-05-03 05:49:59 Pin 32 9.264 seconds at 1 -> gap
Seq 9433 2021-05-03 05:50:08 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9434 2021-05-03 05:50:08 Pin 32 0.001 seconds at 1 -> gap continued after ignored spike
Seq 9435 2021-05-03 05:50:08 Pin 32 6.333 seconds at 0 -> pulse counted
Seq 9436 2021-05-03 05:50:15 Pin 32 8.964 seconds at 1 -> gap
Seq 9437 2021-05-03 05:50:24 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9438 2021-05-03 05:50:24 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9439 2021-05-03 05:50:24 Pin 32 6.107 seconds at 0 -> pulse counted
Seq 9440 2021-05-03 05:50:30 Pin 32 9.532 seconds at 1 -> gap
Seq 9441 2021-05-03 05:50:39 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9442 2021-05-03 05:50:39 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9443 2021-05-03 05:50:39 Pin 32 5.689 seconds at 0 -> pulse counted
Seq 9444 2021-05-03 05:50:45 Pin 32 9.524 seconds at 1 -> gap
Seq 9445 2021-05-03 05:50:55 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9446 2021-05-03 05:50:55 Pin 32 6.098 seconds at 0 -> pulse counted
Seq 9447 2021-05-03 05:51:01 Pin 32 9.114 seconds at 1 -> gap
Seq 9448 2021-05-03 05:51:10 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9449 2021-05-03 05:51:10 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9450 2021-05-03 05:51:10 Pin 32 6.171 seconds at 0 -> pulse counted
Seq 9451 2021-05-03 05:51:16 Pin 32 9.365 seconds at 1 -> gap
Seq 9452 2021-05-03 05:51:25 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9453 2021-05-03 05:51:25 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9454 2021-05-03 05:51:25 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9455 2021-05-03 05:51:25 Pin 32 5.825 seconds at 0 -> pulse counted
Seq 9456 2021-05-03 05:51:31 Pin 32 9.472 seconds at 1 -> gap
Seq 9457 2021-05-03 05:51:41 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9458 2021-05-03 05:51:41 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9459 2021-05-03 05:51:41 Pin 32 6.057 seconds at 0 -> pulse counted
Seq 9460 2021-05-03 05:51:47 Pin 32 800.287 seconds at 1 -> gap
Seq 9461 2021-05-03 06:05:07 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9462 2021-05-03 06:05:07 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9463 2021-05-03 06:05:07 Pin 32 6.155 seconds at 0 -> pulse counted
Seq 9464 2021-05-03 06:05:13 Pin 32 9.292 seconds at 1 -> gap
Seq 9465 2021-05-03 06:05:22 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9466 2021-05-03 06:05:22 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9467 2021-05-03 06:05:22 Pin 32 5.842 seconds at 0 -> pulse counted
Seq 9468 2021-05-03 06:05:28 Pin 32 9.723 seconds at 1 -> gap
Seq 9469 2021-05-03 06:05:38 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9470 2021-05-03 06:05:38 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9471 2021-05-03 06:05:38 Pin 32 5.723 seconds at 0 -> pulse counted
Seq 9472 2021-05-03 06:05:44 Pin 32 9.312 seconds at 1 -> gap
Seq 9473 2021-05-03 06:05:53 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9474 2021-05-03 06:05:53 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9475 2021-05-03 06:05:53 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9476 2021-05-03 06:05:53 Pin 32 6.323 seconds at 0 -> pulse counted
Seq 9477 2021-05-03 06:05:59 Pin 32 8.925 seconds at 1 -> gap
Seq 9478 2021-05-03 06:06:08 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9479 2021-05-03 06:06:08 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9480 2021-05-03 06:06:08 Pin 32 6.099 seconds at 0 -> pulse counted
Seq 9481 2021-05-03 06:06:14 Pin 32 9.463 seconds at 1 -> gap
Seq 9482 2021-05-03 06:06:24 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9483 2021-05-03 06:06:24 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9484 2021-05-03 06:06:24 Pin 32 5.735 seconds at 0 -> pulse counted
Seq 9485 2021-05-03 06:06:30 Pin 32 9.513 seconds at 1 -> gap
Seq 9486 2021-05-03 06:06:39 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9487 2021-05-03 06:06:39 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9488 2021-05-03 06:06:39 Pin 32 6.070 seconds at 0 -> pulse counted
Seq 9489 2021-05-03 06:06:45 Pin 32 9.139 seconds at 1 -> gap
Seq 9490 2021-05-03 06:06:54 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9491 2021-05-03 06:06:54 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9492 2021-05-03 06:06:54 Pin 32 6.114 seconds at 0 -> pulse counted
Seq 9493 2021-05-03 06:07:00 Pin 32 9.382 seconds at 1 -> gap
Seq 9494 2021-05-03 06:07:10 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9495 2021-05-03 06:07:10 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9496 2021-05-03 06:07:10 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9497 2021-05-03 06:07:10 Pin 32 5.821 seconds at 0 -> pulse counted
Seq 9498 2021-05-03 06:07:16 Pin 32 9.491 seconds at 1 -> gap
Seq 9499 2021-05-03 06:07:25 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9500 2021-05-03 06:07:25 Pin 32 0.001 seconds at 1 -> gap continued after ignored spike
Seq 9501 2021-05-03 06:07:25 Pin 32 6.063 seconds at 0 -> pulse counted
Seq 9502 2021-05-03 06:07:31 Pin 32 9.131 seconds at 1 -> gap
Seq 9503 2021-05-03 06:07:40 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9504 2021-05-03 06:07:40 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9505 2021-05-03 06:07:40 Pin 32 6.173 seconds at 0 -> pulse counted
Seq 9506 2021-05-03 06:07:46 Pin 32 682.853 seconds at 1 -> gap
Seq 9507 2021-05-03 06:19:09 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9508 2021-05-03 06:19:09 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9509 2021-05-03 06:19:09 Pin 32 6.661 seconds at 0 -> pulse counted
Seq 9510 2021-05-03 06:19:16 Pin 32 9.765 seconds at 1 -> gap
Seq 9511 2021-05-03 06:19:26 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9512 2021-05-03 06:19:26 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9513 2021-05-03 06:19:26 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9514 2021-05-03 06:19:26 Pin 32 5.674 seconds at 0 -> pulse counted
Seq 9515 2021-05-03 06:19:31 Pin 32 9.344 seconds at 1 -> gap
Seq 9516 2021-05-03 06:19:41 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9517 2021-05-03 06:19:41 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9518 2021-05-03 06:19:41 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9519 2021-05-03 06:19:41 Pin 32 6.176 seconds at 0 -> pulse counted
Seq 9520 2021-05-03 06:19:47 Pin 32 9.038 seconds at 1 -> gap
Seq 9521 2021-05-03 06:19:56 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9522 2021-05-03 06:19:56 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9523 2021-05-03 06:19:56 Pin 32 6.135 seconds at 0 -> pulse counted
Seq 9524 2021-05-03 06:20:02 Pin 32 9.440 seconds at 1 -> gap
Seq 9525 2021-05-03 06:20:12 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9526 2021-05-03 06:20:12 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9527 2021-05-03 06:20:12 Pin 32 5.779 seconds at 0 -> pulse counted
Seq 9528 2021-05-03 06:20:17 Pin 32 9.502 seconds at 1 -> gap
Seq 9529 2021-05-03 06:20:27 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9530 2021-05-03 06:20:27 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9531 2021-05-03 06:20:27 Pin 32 6.013 seconds at 0 -> pulse counted
Seq 9532 2021-05-03 06:20:33 Pin 32 9.188 seconds at 1 -> gap
Seq 9533 2021-05-03 06:20:42 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9534 2021-05-03 06:20:42 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9535 2021-05-03 06:20:42 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9536 2021-05-03 06:20:42 Pin 32 6.117 seconds at 0 -> pulse counted
Seq 9537 2021-05-03 06:20:48 Pin 32 9.393 seconds at 1 -> gap
Seq 9538 2021-05-03 06:20:58 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9539 2021-05-03 06:20:58 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9540 2021-05-03 06:20:58 Pin 32 5.826 seconds at 0 -> pulse counted
Seq 9541 2021-05-03 06:21:03 Pin 32 9.524 seconds at 1 -> gap
Seq 9542 2021-05-03 06:21:13 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9543 2021-05-03 06:21:13 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9544 2021-05-03 06:21:13 Pin 32 5.979 seconds at 0 -> pulse counted
Seq 9545 2021-05-03 06:21:19 Pin 32 9.125 seconds at 1 -> gap
Seq 9546 2021-05-03 06:21:28 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9547 2021-05-03 06:21:28 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9548 2021-05-03 06:21:28 Pin 32 6.273 seconds at 0 -> pulse counted
Seq 9549 2021-05-03 06:21:34 Pin 32 9.140 seconds at 1 -> gap
Seq 9550 2021-05-03 06:21:43 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9551 2021-05-03 06:21:43 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9552 2021-05-03 06:21:43 Pin 32 5.979 seconds at 0 -> pulse counted
Seq 9553 2021-05-03 06:21:49 Pin 32 9.664 seconds at 1 -> gap
Seq 9554 2021-05-03 06:21:59 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9555 2021-05-03 06:21:59 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9556 2021-05-03 06:21:59 Pin 32 5.678 seconds at 0 -> pulse counted
Seq 9557 2021-05-03 06:22:05 Pin 32 9.432 seconds at 1 -> gap
Seq 9558 2021-05-03 06:22:14 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9559 2021-05-03 06:22:14 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9560 2021-05-03 06:22:14 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9561 2021-05-03 06:22:14 Pin 32 6.148 seconds at 0 -> pulse counted
Seq 9562 2021-05-03 06:22:20 Pin 32 9.083 seconds at 1 -> gap
Seq 9563 2021-05-03 06:22:29 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9564 2021-05-03 06:22:29 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9565 2021-05-03 06:22:29 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9566 2021-05-03 06:22:29 Pin 32 6.153 seconds at 0 -> pulse counted
Seq 9567 2021-05-03 06:22:36 Pin 32 9.390 seconds at 1 -> gap
Seq 9568 2021-05-03 06:22:45 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9569 2021-05-03 06:22:45 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9570 2021-05-03 06:22:45 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9571 2021-05-03 06:22:45 Pin 32 5.784 seconds at 0 -> pulse counted
Seq 9572 2021-05-03 06:22:51 Pin 32 9.515 seconds at 1 -> gap
Seq 9573 2021-05-03 06:23:00 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9574 2021-05-03 06:23:00 Pin 32 6.025 seconds at 0 -> pulse counted
Seq 9575 2021-05-03 06:23:06 Pin 32 9.199 seconds at 1 -> gap
Seq 9576 2021-05-03 06:23:15 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9577 2021-05-03 06:23:15 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9578 2021-05-03 06:23:15 Pin 32 6.138 seconds at 0 -> pulse counted
Seq 9579 2021-05-03 06:23:22 Pin 32 9.354 seconds at 1 -> gap
Seq 9580 2021-05-03 06:23:31 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9581 2021-05-03 06:23:31 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9582 2021-05-03 06:23:31 Pin 32 5.846 seconds at 0 -> pulse counted
Seq 9583 2021-05-03 06:23:37 Pin 32 9.594 seconds at 1 -> gap
Seq 9584 2021-05-03 06:23:46 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9585 2021-05-03 06:23:46 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9586 2021-05-03 06:23:46 Pin 32 5.897 seconds at 0 -> pulse counted
Seq 9587 2021-05-03 06:23:52 Pin 32 9.237 seconds at 1 -> gap
Seq 9588 2021-05-03 06:24:02 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9589 2021-05-03 06:24:02 Pin 32 6.288 seconds at 0 -> pulse counted
Seq 9590 2021-05-03 06:24:08 Pin 32 9.093 seconds at 1 -> gap
Seq 9591 2021-05-03 06:24:17 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9592 2021-05-03 06:24:17 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9593 2021-05-03 06:24:17 Pin 32 6.004 seconds at 0 -> pulse counted
Seq 9594 2021-05-03 06:24:23 Pin 32 9.597 seconds at 1 -> gap
Seq 9595 2021-05-03 06:24:33 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9596 2021-05-03 06:24:33 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9597 2021-05-03 06:24:33 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9598 2021-05-03 06:24:33 Pin 32 5.732 seconds at 0 -> pulse counted
Seq 9599 2021-05-03 06:24:38 Pin 32 9.475 seconds at 1 -> gap
Seq 9600 2021-05-03 06:24:48 Pin 32 0.001 seconds at 0 -> short pulse reject
Seq 9601 2021-05-03 06:24:48 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9602 2021-05-03 06:24:48 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9603 2021-05-03 06:24:48 Pin 32 6.155 seconds at 0 -> pulse counted
Seq 9604 2021-05-03 06:24:54 Pin 32 9.089 seconds at 1 -> gap
Seq 9605 2021-05-03 06:25:03 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9606 2021-05-03 06:25:03 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9607 2021-05-03 06:25:03 Pin 32 6.140 seconds at 0 -> pulse counted
Seq 9608 2021-05-03 06:25:09 Pin 32 9.383 seconds at 1 -> gap
Seq 9609 2021-05-03 06:25:19 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9610 2021-05-03 06:25:19 Pin 32 0.001 seconds at 1 -> gap continued after ignored spike
Seq 9611 2021-05-03 06:25:19 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9612 2021-05-03 06:25:19 Pin 32 5.835 seconds at 0 -> pulse counted
Seq 9613 2021-05-03 06:25:24 Pin 32 9.515 seconds at 1 -> gap
Seq 9614 2021-05-03 06:25:34 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9615 2021-05-03 06:25:34 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9616 2021-05-03 06:25:34 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9617 2021-05-03 06:25:34 Pin 32 6.064 seconds at 0 -> pulse counted
Seq 9618 2021-05-03 06:25:40 Pin 32 9.195 seconds at 1 -> gap
Seq 9619 2021-05-03 06:25:49 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9620 2021-05-03 06:25:49 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9621 2021-05-03 06:25:49 Pin 32 6.088 seconds at 0 -> pulse counted
Seq 9622 2021-05-03 06:25:55 Pin 32 9.387 seconds at 1 -> gap
Seq 9623 2021-05-03 06:26:05 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9624 2021-05-03 06:26:05 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9625 2021-05-03 06:26:05 Pin 32 5.872 seconds at 0 -> pulse counted
Seq 9626 2021-05-03 06:26:10 Pin 32 9.658 seconds at 1 -> gap
Seq 9627 2021-05-03 06:26:20 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9628 2021-05-03 06:26:20 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9629 2021-05-03 06:26:20 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9630 2021-05-03 06:26:20 Pin 32 5.873 seconds at 0 -> pulse counted
Seq 9631 2021-05-03 06:26:26 Pin 32 9.246 seconds at 1 -> gap
Seq 9632 2021-05-03 06:26:35 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9633 2021-05-03 06:26:35 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9634 2021-05-03 06:26:35 Pin 32 6.325 seconds at 0 -> pulse counted
Seq 9635 2021-05-03 06:26:42 Pin 32 9.024 seconds at 1 -> gap
Seq 9636 2021-05-03 06:26:51 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9637 2021-05-03 06:26:51 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9638 2021-05-03 06:26:51 Pin 32 6.091 seconds at 0 -> pulse counted
Seq 9639 2021-05-03 06:26:57 Pin 32 9.582 seconds at 1 -> gap
Seq 9640 2021-05-03 06:27:06 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9641 2021-05-03 06:27:06 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9642 2021-05-03 06:27:06 Pin 32 833.503 seconds at 0 -> pulse counted
Seq 9643 2021-05-03 06:41:00 Pin 32 10.516 seconds at 1 -> gap
Seq 9644 2021-05-03 06:41:10 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9645 2021-05-03 06:41:10 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9646 2021-05-03 06:41:10 Pin 32 0.001 seconds at 0 -> short pulse reject
Seq 9647 2021-05-03 06:41:10 Pin 32 6.136 seconds at 0 -> pulse counted
Seq 9648 2021-05-03 06:41:16 Pin 32 9.102 seconds at 1 -> gap
Seq 9649 2021-05-03 06:41:26 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9650 2021-05-03 06:41:26 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9651 2021-05-03 06:41:26 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9652 2021-05-03 06:41:26 Pin 32 6.187 seconds at 0 -> pulse counted
Seq 9653 2021-05-03 06:41:32 Pin 32 9.388 seconds at 1 -> gap
Seq 9654 2021-05-03 06:41:41 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9655 2021-05-03 06:41:41 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9656 2021-05-03 06:41:41 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9657 2021-05-03 06:41:41 Pin 32 5.862 seconds at 0 -> pulse counted
Seq 9658 2021-05-03 06:41:47 Pin 32 9.508 seconds at 1 -> gap
Seq 9659 2021-05-03 06:41:56 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9660 2021-05-03 06:41:56 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9661 2021-05-03 06:41:56 Pin 32 6.060 seconds at 0 -> pulse counted
Seq 9662 2021-05-03 06:42:03 Pin 32 9.185 seconds at 1 -> gap
Seq 9663 2021-05-03 06:42:12 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9664 2021-05-03 06:42:12 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9665 2021-05-03 06:42:12 Pin 32 6.151 seconds at 0 -> pulse counted
Seq 9666 2021-05-03 06:42:18 Pin 32 9.366 seconds at 1 -> gap
Seq 9667 2021-05-03 06:42:27 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9668 2021-05-03 06:42:27 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9669 2021-05-03 06:42:27 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9670 2021-05-03 06:42:27 Pin 32 5.921 seconds at 0 -> pulse counted
Seq 9671 2021-05-03 06:42:33 Pin 32 9.678 seconds at 1 -> gap
Seq 9672 2021-05-03 06:42:43 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9673 2021-05-03 06:42:43 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9674 2021-05-03 06:42:43 Pin 32 5.828 seconds at 0 -> pulse counted
Seq 9675 2021-05-03 06:42:49 Pin 32 9.281 seconds at 1 -> gap
Seq 9676 2021-05-03 06:42:58 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9677 2021-05-03 06:42:58 Pin 32 6.338 seconds at 0 -> pulse counted
Seq 9678 2021-05-03 06:43:04 Pin 32 8.989 seconds at 1 -> gap
Seq 9679 2021-05-03 06:43:13 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9680 2021-05-03 06:43:13 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9681 2021-05-03 06:43:13 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9682 2021-05-03 06:43:13 Pin 32 6.126 seconds at 0 -> pulse counted
Seq 9683 2021-05-03 06:43:19 Pin 32 9.560 seconds at 1 -> gap
Seq 9684 2021-05-03 06:43:29 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9685 2021-05-03 06:43:29 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9686 2021-05-03 06:43:29 Pin 32 5.690 seconds at 0 -> pulse counted
Seq 9687 2021-05-03 06:43:35 Pin 32 9.560 seconds at 1 -> gap
Seq 9688 2021-05-03 06:43:44 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9689 2021-05-03 06:43:44 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9690 2021-05-03 06:43:44 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9691 2021-05-03 06:43:44 Pin 32 6.097 seconds at 0 -> pulse counted
Seq 9692 2021-05-03 06:43:50 Pin 32 934.720 seconds at 1 -> gap
Seq 9693 2021-05-03 06:59:25 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9694 2021-05-03 06:59:25 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9695 2021-05-03 06:59:25 Pin 32 6.167 seconds at 0 -> pulse counted
Seq 9696 2021-05-03 06:59:31 Pin 32 9.359 seconds at 1 -> gap
Seq 9697 2021-05-03 06:59:41 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9698 2021-05-03 06:59:41 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9699 2021-05-03 06:59:41 Pin 32 5.813 seconds at 0 -> pulse counted
Seq 9700 2021-05-03 06:59:46 Pin 32 9.470 seconds at 1 -> gap
Seq 9701 2021-05-03 06:59:56 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9702 2021-05-03 06:59:56 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9703 2021-05-03 06:59:56 Pin 32 6.074 seconds at 0 -> pulse counted
Seq 9704 2021-05-03 07:00:02 Pin 32 9.150 seconds at 1 -> gap
Seq 9705 2021-05-03 07:00:11 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9706 2021-05-03 07:00:11 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9707 2021-05-03 07:00:11 Pin 32 6.161 seconds at 0 -> pulse counted
Seq 9708 2021-05-03 07:00:17 Pin 32 9.295 seconds at 1 -> gap
Seq 9709 2021-05-03 07:00:27 Pin 32 0.000 seconds at 0 -> short pulse reject
Seq 9710 2021-05-03 07:00:27 Pin 32 0.000 seconds at 1 -> gap continued after ignored spike
Seq 9711 2021-05-03 07
Moin zusammen,
ich habe eine ganze Weile gesucht, aber nichts dazu gefunden.
Das Problem tritt nur im Sommerbetrieb auf, wenn die Heizung nur gelegentlich läuft (Speicher aufheizen).
Also um 05.30 startet der Brenner das erste Mal am neuen Tag. Dann erst werden die Statistiken getriggert.
Da das Ergebnis im Log damit Lücken aufweist, habe ich die beiden geloggten Werte per AddLog Attribut hinzugefügt.
Sieht nicht gut aus, siehe Grafik.
Wie kann man einen Trigger des Moduls um 0.00 Uhr auslösen?
VG Helmut
Hallo zusammen
Zitat von: no_Legend am 03 Mai 2021, 08:16:27
Ich hatte gestern, auch wieder einen Neustart.
Dabei hat der Calculator auch wieder alles verloren.
Wovon der Neustart genau ausgelöst wurde, kann ich nicht genau sagen.
Konnte mir den Neustart gestern schon nicht erklären.
Es scheint immer wieder Probleme mit Crashes in Verbindung mit dem XCalculator zu geben.
Ich empfehle daher folgendes für alle:
Ein
at mit intervall = 60min anlegen mit dem Befehl
{WriteStatefile()} welcher alle fhem Readings in dem fhem.save speichert.
define at_AutoSaveStateFile at +*01:00:00 {WriteStatefile()}
Dies ist sogar nicht nur für die XCalculator hilfreich.
Damit sind selbst nach fhem - Crashs alle letzten Werte noch da.
Gruß
Sailor
Hallo Helmut
Zitat von: isy am 08 Juni 2021, 13:19:04
Das Problem tritt nur im Sommerbetrieb auf, wenn die Heizung nur gelegentlich läuft (Speicher aufheizen).
Also um 05.30 startet der Brenner das erste Mal am neuen Tag. Dann erst werden die Statistiken getriggert.
Wie kann man einen Trigger des Moduls um 0.00 Uhr auslösen?
Genau das macht das Modul eigentlich von alleine... :o
Bist du sicher, dass du die letzte Version hast?
Nimm mal AddLog fuer die XCalculator wieder raus... Kann sein, dass die beiden sich nicht mögen.
Gruß
Sailor
Hallo Sailor,
Der letzte Update war gestern.
AddLog nehme ich mal raus
VG Helmut
Hallo Sailor,
das sieht jetzt so aus, Plottabriss, siehe Anlage, inkl. List der Def.
Der Trigger kommt mit dem ersten Start des Brenners am neuen Tag, nicht um Mitternacht.
VG Isy
Hallo Isy
Zitat von: isy am 12 Juni 2021, 09:52:11
Hallo Sailor,
das sieht jetzt so aus, Plottabriss, siehe Anlage, inkl. List der Def.
Der Trigger kommt mit dem ersten Start des Brenners am neuen Tag, nicht um Mitternacht.
Jetzt macht das Modul genau das, was es soll!
Der Tagesverbrauch ist in deinem Plot solange 0 bis an dem Tage das erste mal was verbraucht wird.
Der fortlaufende Zählerstand ist solange konstant bis das erste Aal was verbraucht wird und er somit steigt.
Alles prima!
Gruß
Sailor
Ok, danke!
Servus,
ich hätte nochmal eine Frage bezüglich cost-Einstellungen denn bei mir sind die Zeiträume der Ablesung und Vertragsbeginn unterschiedlich.
Ein Beispiel um es besser zu verdeutlichen:
Vertragslaufzeit = 12Monate
Vertragsbeginn = 01.11. (neuer kWh Preis)
Ablesedatum = 01.01.
Kann man den Gascalculator so einstellen, das er immer den korrekten Jahresverbrauchspreis und die Reserve kalkuliert?
Falls nein, wäre es zu dreist nach einer Erweiterung des Modules zu fragen? Denke nämlich das ich nicht der einzige mit abweichenden Ablese und Vertragspreis daten bin :)
besten dank und Gruß
Christian
Hallo,
Wie kann ich in dem Modul den aktuellen Zählerstand korrigieren bzw. anpassen?
Über "set.....Total_Meter" geht es nicht, der setzt sich bei der nächsten Auswertung wieder zurück.
Die Zählimpule im ESPEasy zu verändern wäre vielleicht eine Option, das geht aber nicht, da das Modul nur über Wlan zu erreichen ist und im Keller am Zähler hängt.
Gruß aus Köln
Norbert
Hallo Norbert,
schau dir die commandref an, dort steht:
ZitatThe command "SyncCounter" will calculate and update the Offset. Just enter the value of your mechanical Reader.
Im Device gibt es oben die Set-Befehle.
Grüße aus Leverkusen, vielleicht ergibt sich mal die Gelegenheit bei einem Treffen der Kölner Fhem-Freunde.
Gisbert
Hallo Gisbert,
Danke, Ja das wars. Hatte ich echt vergessen, den Wert mußte ja auch bei der Erstinbriebnahme setzen.
Grüße aus Köln
Norbert
Hallo haette auch eine Frage:
Ich habe mir bei den Devices GasCalculator und ElectricityCalculator einen Spike eingefangen.
Jetzt stehen die Month und Year Counter und CostCounter schief.
Kann ich diese manuell korrigieren, so dass Monats und Jahreswerte wieder stimmen.
Danke Andreas
Hallo Zusammen,
ich habe meinen Gaszähler jetzt auch "smart" gemacht mit einem ESP+ Reedkontakt.
Den Gas calculator habe ich auch seit einigen Tagen laufen alle Readings des GasCalculators werden in dblog gespeichert.
Jetzt würde ich gerne den Gasverbrauch mit Schönen Balkendiagrammen Visualisieren.`
Also Verbrauch in KwH /m³ / Kosten Pro Stunde, Tag, Monat und Jahr
Irgendwie finde ich nicht die richtigen Readings.
Kann mir jemand ggf. einmal seine Lösung zeigen?
Danke und gruß,
Thorsten
Ich nutze nun auch den GasCalculator. Der Zählerstand meines Gaszählers G4 RF1 wird dabei sehr zuverlässig von einem D1 Mini erfasst und alle 5 Minuten an FHEM übertragen.
Die Berechnungen des Gesamt- und Tagesverbrauchs scheinen zu stimmen. Meine Gastherme hat einen Regelbereich von 7-21kW. Leider treten im Log unvorstellbare (und technisch unerreichbare) Peaks von teils über 100kW auf.
Die erfassten Werte vom Gaszähler (value - Absolutwert in m³) um den riesigen Peak von über 400kW zwischen 12 und 13 Uhr sehen dabei so aus:
+------------------------+-------------+------------------------------------------------+
| timestamp | value | kWh Verbrauch (zum vorigen Datensatz) |
+------------------------+-------------+------------------------------------------------+
| 2022-01-12 12:04:20 | 30942.086 | |
| 2022-01-12 12:09:20 | 30942.156 | 0.735 |
| 2022-01-12 12:14:20 | 30942.186 | 0.315 |
| 2022-01-12 12:24:20 | 30942.206 | 0.210 |
| 2022-01-12 12:29:20 | 30942.276 | 0.735 |
| 2022-01-12 12:34:20 | 30942.286 | 0.105 |
| 2022-01-12 12:44:20 | 30942.326 | 0.420 |
| 2022-01-12 12:49:20 | 30942.386 | 0.630 |
| 2022-01-12 12:54:20 | 30942.396 | 0.105 |
+------------------------+-------------+------------------------------------------------+
Der Wert Momentanleistung entspricht dabei dem Reading PowerCurrent.
Wo könnte hier das Problem liegen?
Hi Alexander
Zitat von: Alexander am 12 Januar 2022, 17:18:57
Die Berechnungen des Gesamt- und Tagesverbrauchs scheinen zu stimmen. Meine Gastherme hat einen Regelbereich von 7-21kW. Leider treten im Log unvorstellbare (und technisch unerreichbare) Peaks von teils über 100kW auf.
Wo könnte hier das Problem liegen?
Das Problem habe ich auch. Dass passiert immer, wenn fhem blokiert ist, und der GasCalculator mit dem letzten Zeitstempel der Messung durcheinander kommt.
Ich habe dem Abhilfe geschaffen, indem ich dem DbLog File gesagt habe, gewisse Wert über x nicht aufzuzeichnen.
attr myDbLog valueFn {
if ($DEVICE eq "myGasCalculator" && $READING eq "myGasCounter_IEC_01_energyCalc_PowerCurrent" && ($VALUE > 27000 || $VALUE < 0)) {$IGNORE=1;}
if ($DEVICE eq "myElectricityCalculator" && $READING eq "myElectricityCounter_IEC_01_energyCalc_PowerCurrent" && ($VALUE > 40000 || $VALUE < 0)) {$IGNORE=1;}
}
Die bereits vorhandenen Werte kannst du aus dem DbLog löschen um den Graphen wieder hübsch zu machen:
https://forum.fhem.de/index.php/topic,124251.msg1188238.html#msg1188238 (https://forum.fhem.de/index.php/topic,124251.msg1188238.html#msg1188238)
Gruß
Sailor
Vielen Dank, das werde ich einmal testen. Die zu großen Werte habe ich gelöscht. Wenn es also "blockiert", wird ein viel zu junger Zeitstempel als Vergleich herangezogen und somit eine zu viel zu kurze Zeitspanne und damit zu hohe Leistung ermittelt?
Wäre es vielleicht möglich, die maximale Leistung der Gastherme als Attribut in das Modul aufzunehmen? Das halte für übersichtlicher und softwaretechnisch eleganter, statt es erst beim Logging auszufiltern. Mein immer noch größter Kritikpunkt nach vielen Jahren der Nutzung von FHEM ist, dass es Single Threaded ist und eine Aufgabe das gesamte System lahmlegen kann. Passiert zwar fast nie, aber wenn dann richtig und zum falschen Zeitpunkt.
ZitatIch habe dem Abhilfe geschaffen, indem ich dem DbLog File gesagt habe, gewisse Wert über x nicht aufzuzeichnen.
Code: [Auswählen]
attr myDbLog valueFn {
if ($DEVICE eq "myGasCalculator" && $READING eq "myGasCounter_IEC_01_energyCalc_PowerCurrent" && ($VALUE > 27000 || $VALUE < 0)) {$IGNORE=1;}
if ($DEVICE eq "myElectricityCalculator" && $READING eq "myElectricityCounter_IEC_01_energyCalc_PowerCurrent" && ($VALUE > 40000 || $VALUE < 0)) {$IGNORE=1;}
}
Hallo Sailor,
gibt es so eine Methode auch für Filelog-Dateien?
Viele Grüße Gisbert
Hallo Gisbert
Zitat von: Gisbert am 13 Januar 2022, 22:06:59
gibt es so eine Methode auch für Filelog-Dateien?
Keine Ahnung. Ich wusste nicht, dass noch Jemand mit diesem alten Log-System arbeitet. :o
Gruß
Sailor
Zitat von: FHEMbeta am 12 Januar 2022, 21:03:17
Vielen Dank, das werde ich einmal testen. Die zu großen Werte habe ich gelöscht. Wenn es also "blockiert", wird ein viel zu junger Zeitstempel als Vergleich herangezogen und somit eine zu viel zu kurze Zeitspanne und damit zu hohe Leistung ermittelt?
Wäre es vielleicht möglich, die maximale Leistung der Gastherme als Attribut in das Modul aufzunehmen? Das halte für übersichtlicher und softwaretechnisch eleganter, statt es erst beim Logging auszufiltern. Mein immer noch größter Kritikpunkt nach vielen Jahren der Nutzung von FHEM ist, dass es Single Threaded ist und eine Aufgabe das gesamte System lahmlegen kann. Passiert zwar fast nie, aber wenn dann richtig und zum falschen Zeitpunkt.
Leute ich habe das auf ne andere Art gelöst. Die Möglichkeit, das bei einer Berechnung über ein Differenzial (verwendet Sailor im Modul) ein extrem hoher Wert entsteht wenn die Zeit der Berechnung (warum auch immer) nicht stimmt, besteht eigentlich ständig.
Daher habe ich zwei kleine Funktionen in die 99_myUtil.pm eingefügt:
sub reduce_max_value
{
my($device, $reading, $max_value)=@_;
# Begrenzung der Ausgabewerte für Graphen
my($Grenzwert) = ReadingsVal($device,$reading, 0);
return($max_value) if (ReadingsVal($device, $reading,0) > $max_value );
return($Grenzwert);
}
und die Werte an sich "glätten" über gleitende Mittelwerte
###############################################################################
#
# Moving average
#
# Aufruf: movingAverage(devicename,readingname,zeitspanne in s)
#
###############################################################################
sub movingAverage($$$){
my ($name,$reading,$avtime) = @_;
my $hash = $defs{$name};
my @new = my ($val,$time) = ($hash->{READINGS}{$reading}{VAL},$hash->{READINGS}{$reading}{TIME});
my ($cyear, $cmonth, $cday, $chour, $cmin, $csec) = $time =~ /(\d+)-(\d+)-(\d+)\s(\d+):(\d+):(\d+)/;
my $ctime = $csec+60*$cmin+3600*$chour;
my $num;
my $arr;
#-- initialize if requested
if( ($avtime eq "-1") ){
$hash->{READINGS}{$reading}{"history"}=undef;
}
#-- test for existence
if( !$hash->{READINGS}{$reading}{"history"}){
#Log 1,"ARRAY CREATED";
push(@{$hash->{READINGS}{$reading}{"history"}},\@new);
$num = 1;
$arr=\@{$hash->{READINGS}{$reading}{"history"}};
} else {
$num = int(@{$hash->{READINGS}{$reading}{"history"}});
$arr=\@{$hash->{READINGS}{$reading}{"history"}};
my $starttime = $arr->[0][1];
my ($syear, $smonth, $sday, $shour, $smin, $ssec) = $starttime =~ /(\d+)-(\d+)-(\d+)\s(\d+):(\d+):(\d+)/;
my $stime = $ssec+60*$smin+3600*$shour;
#-- correct for daybreak
$stime-=86400
if( $stime > $ctime);
if( ($num < 25)&&( ($ctime-$stime)<$avtime) ){
#Log 1,"ARRAY has $num elements, adding another one";
push(@{$hash->{READINGS}{$reading}{"history"}},\@new);
}else{
shift(@{$hash->{READINGS}{$reading}{"history"}});
push(@{$hash->{READINGS}{$reading}{"history"}},\@new);
}
}
#-- output and average
my $average = 0;
for(my $i=0;$i<$num;$i++){
$average+=$arr->[$i][0];
Log 4,"[$name moving average] Value = ".$arr->[$i][0]." Time = ".$arr->[$i][1];
}
$average=sprintf( "%.1f", $average/$num);
#--average
Log 4,"[$name moving average] calculated over $num values is $average";
return $average;
}
Damit bekomme ich Kurven die ansehbar sind :)
Der Aufruf ist bei mir über userReadings gestaltet:
attr C_STROM_GAS userReadings gasleistung_max { reduce_max_value ('C_STROM_GAS', 'gasleistung', 17);;},
gasleistung_av { movingAverage ('C_STROM_GAS','gasleistung_max',300)}
Also: im userReading gasleistung_av wird vorher der Maximalwert auf 17kW begrenzt (meine Gastherme) und dann innerhalb eines Fensters von 300Sek "gegättet"
Hallo Leute,
ich habe mich mit dem Gascalculator versucht auseinander zu setzten. Leider scheiter ich daran. Mein Gaszähler funktoniert das kann ich an einem Plott und an dem Gaszähler sehen, den die Daten werden übertragen. Jetzt benötigen wir nicht viel Gas da wir eine Kamin mit Wassertaschen habe um Warmwasser zu machen. Deswegen auch nur so wenige einträge. Aber er müsste ja wenigstens anfangen zu zählen. Ich denke ich habe etwas falsch eingetragen aber finde den Fehler/ Problem leider nicht.
List von meinem Gaszähler
Internals:
CFGFN
DEF 192.168.33.123 80 ESPBridge Keller_Gassensor
ESPBridge_MSGCNT 178
ESPBridge_TIME 2022-02-13 23:39:52
ESP_BUILD 20112
ESP_BUILD_NOTES - Mega
ESP_NODE_TYPE_ID ESP Easy Mega
ESP_SLEEP 0
ESP_UNIT ESP Easy
ESP_VERSION 2
FUUID 6208bbc1-f33f-5e7b-5e35-d247732dd5159872
HOST 192.168.33.123
IDENT Keller_Gassensor
INTERVAL disabled
IODev ESPBridge
LASTInputDev ESPBridge
MAX_CMD_DURATION 1
MSGCNT 178
NAME ESPEasy_Keller_Gassensor
NOTIFYDEV global
NR 68670
NTFY_ORDER 50-ESPEasy_Keller_Gassensor
PORT 80
STATE 70
SUBTYPE device
TYPE ESPEasy
VERSION 2.18
OLDREADINGS:
READINGS:
2022-02-13 23:39:52 Aktuell 0
2022-02-13 15:18:30 Count 0
2022-02-13 23:39:52 Gesamtverbrauch 70
2022-02-13 09:05:21 IODev ESPBridge
2022-02-13 15:18:30 Time 97941
2022-02-13 15:18:30 Total 57
2022-02-13 17:02:14 Total_Speicher 57
2022-02-13 23:39:52 Zeit 41531
2022-02-13 14:49:46 state Initialized
helper:
fpc 1644739529.1918
pm:
Encode 1
JSON 1
received:
Aktuell 1644791992.27456
Count 1644761910.65059
Gesamtverbrauch 1644791992.27417
Time 1644761910.65076
Total 1644761910.65093
Zeit 1644791992.27485
sec:
admpwd
Attributes:
DbLogInclude Gesamtverbrauch_m3per5min
Interval 0
event-min-interval .*:290
readingSwitchText 1
room Keller
setState 0
stateFormat Gesamtverbrauch
List vom Gascalculator
Internals:
CFGFN
DEF ESPEasy_Keller_Gassensor:Aktuell.*
FUUID 62092e90-f33f-5e7b-7999-c5cd7f4f4b53a0aa
NAME myGasCalculator
NOTIFYDEV ESPEasy_Keller_Gassensor
NR 72743
NTFY_ORDER 10-myGasCalculator
REGEXP ESPEasy_Keller_Gassensor:Aktuell.*
STATE active
TYPE GasCalculator
READINGS:
2022-02-13 17:17:14 ESPEasy_Keller_Gassensor_Aktuell_CounterDay1st 0.000
2022-02-13 17:17:14 ESPEasy_Keller_Gassensor_Aktuell_CounterDayLast 0.000
2022-02-13 17:17:14 ESPEasy_Keller_Gassensor_Aktuell_CounterMeter1st 0.000
2022-02-13 17:17:14 ESPEasy_Keller_Gassensor_Aktuell_CounterMeterLast 0.000
2022-02-13 17:17:14 ESPEasy_Keller_Gassensor_Aktuell_CounterMonth1st 0.000
2022-02-13 17:17:14 ESPEasy_Keller_Gassensor_Aktuell_CounterMonthLast 0.000
2022-02-13 17:17:14 ESPEasy_Keller_Gassensor_Aktuell_CounterYear1st 0.000
2022-02-13 17:17:14 ESPEasy_Keller_Gassensor_Aktuell_CounterYearLast 0.000
2022-02-13 23:49:52 ESPEasy_Keller_Gassensor_Aktuell_EnergyCostDay 0.000
2022-02-13 23:49:52 ESPEasy_Keller_Gassensor_Aktuell_EnergyCostMeter 0.000
2022-02-13 23:49:52 ESPEasy_Keller_Gassensor_Aktuell_EnergyCostMonth 0.000
2022-02-13 23:49:52 ESPEasy_Keller_Gassensor_Aktuell_EnergyCostYear 0.000
2022-02-13 23:49:52 ESPEasy_Keller_Gassensor_Aktuell_EnergyDay 0.000
2022-02-13 23:49:52 ESPEasy_Keller_Gassensor_Aktuell_EnergyMeter 0.000
2022-02-13 23:49:52 ESPEasy_Keller_Gassensor_Aktuell_EnergyMonth 0.000
2022-02-13 23:49:52 ESPEasy_Keller_Gassensor_Aktuell_EnergyYear 0.000
2022-02-13 23:49:52 ESPEasy_Keller_Gassensor_Aktuell_FinanceReserve 47.500
2022-02-13 23:49:52 ESPEasy_Keller_Gassensor_Aktuell_Meter 2828.000
2022-02-13 23:49:52 ESPEasy_Keller_Gassensor_Aktuell_MonthMeterReading 1
2022-02-13 23:49:52 ESPEasy_Keller_Gassensor_Aktuell_PowerCurrent 0.000
2022-02-13 23:49:52 ESPEasy_Keller_Gassensor_Aktuell_PowerDayAver 4350.769
2022-02-13 17:22:14 ESPEasy_Keller_Gassensor_Aktuell_PowerDayMax 339360.000
2022-02-13 21:54:52 ESPEasy_Keller_Gassensor_Aktuell_PowerDayMin -5
2022-02-13 17:22:14 ESPEasy_Keller_Gassensor_Aktuell_Vol1stDay 2828
2022-02-13 17:22:14 ESPEasy_Keller_Gassensor_Aktuell_Vol1stMeter 2828
2022-02-13 17:22:14 ESPEasy_Keller_Gassensor_Aktuell_Vol1stMonth 2828
2022-02-13 17:22:14 ESPEasy_Keller_Gassensor_Aktuell_Vol1stYear 2828
2022-02-13 17:22:14 ESPEasy_Keller_Gassensor_Aktuell_VolLastDay 0.000
2022-02-13 17:22:14 ESPEasy_Keller_Gassensor_Aktuell_VolLastMeter 0.000
2022-02-13 17:22:14 ESPEasy_Keller_Gassensor_Aktuell_VolLastMonth 0.000
2022-02-13 17:22:14 ESPEasy_Keller_Gassensor_Aktuell_VolLastYear 0.000
2022-02-13 17:17:14 ESPEasy_Keller_Gassensor_Aktuell_WFRDayMax 0
2022-02-13 17:17:14 ESPEasy_Keller_Gassensor_Aktuell_WFRDayMin 0
system:
DecimalPlace %.3f
SiPrefixPowerFactor 1
Attributes:
BasicPricePerAnnum 330
Currency €
DecimalPlace 3
GasCounterOffset 2828
GasCubicPerCounts 0.01
GasNominalHeatingValue 10
GasPricePerKWh 9.90
GaszValue 1
MonthOfAnnualReading 2
MonthlyPayment 75
ReadingDestination CalculatorDevice
SiPrefixPower W
Volume m³
room Keller
Lsit von meinem Plott der schon mal funktoniert.
Internals:
CFGFN
DEF FileLog_Gas_Verbrauch_aktuell:SVG_FileLog_Gas_Verbrauch_aktuell_1:CURRENT
FUUID 62092c4b-f33f-5e7b-9035-250553da85ec5542
GPLOTFILE SVG_FileLog_Gas_Verbrauch_aktuell_1
LOGDEVICE FileLog_Gas_Verbrauch_aktuell
LOGFILE CURRENT
NAME SVG_FileLog_Gas_Verbrauch_aktuell_1
NR 72671
STATE initialized
TYPE SVG
Attributes:
room Keller
Vielleicht sieht ja einer was ich falsch gemacht habe.
Danke schon mal im vorraus.
Welchen soll/ muss ich den hinter meinen eintragen??
Der der Stündlich mit Hochgerechnet wird oder der der bei einem direkten verbrauch eingerechnet wird??
"totalConsumption = 85" den Gesamtverbrauch seit dem der Senor läuft oder den
"current 0" das ist mein verbrauch wenn der gaszähler sich dreht.
defmod myGasCalculator GasCalculator ESPEasy_Keller_Gassensor.current.*
oder
defmod myGasCalculator GasCalculator ESPEasy_Keller_Gassensor.totalConsumption.*
Hallo Wasserwerk
Zitat von: Wasserwerk33 am 13 Februar 2022, 23:54:08
Ich denke ich habe etwas falsch eingetragen aber finde den Fehler/ Problem leider nicht.
Vielleicht sieht ja einer was ich falsch gemacht habe.
Mach mal gemäß https://fhem.de/commandref_DE.html#GasCalculator
ZitatEs ist kein eigenes Zählermodul sondern benötigt eine Regular Expression (regex or regexp) um das Reading mit dem kontinuierlich wachsenden Zählerstand von einem Gaszähler zu finden.
aus deinem
define myGasCalculator GasCalculator ESPEasy_Keller_Gassensor:Aktuell.*
ein
define myGasCalculator GasCalculator ESPEasy_Keller_Gassensor:Gesamtverbrauch:.*
Dann die Attribute im myGasCalculator setzen (Insbesondere GasCounterOffset).
Funktionierts?
Gruss
Sailor
Habe nchmals alles gelöscht. Nochmals alles eingegeben und zusätzlich im ElectricityCalculator im Forum gelesen. Glaube nun müsste es klappen. Hatte auch die Events nicht gesetzt.
Werde mich melden.
Aber schon mal danke für das Modul.
Kann mir jemand erklären, warum der GasCalculator bei steigendem Zähler einen aktuelle Leistung von 0W berechnet. Konkret geht es bei dem folgenden Graphen, der die Readings EnergyDay und PowerCurrent benutzt um den Zeitraum zwischen 7:00 und 9:00 Uhr. Der Verbrauch EnergyDay steigt um fast 25kWh, aber der Verbrauch PowerCurrent ist kontinierlich auf 0. Das Reading Meter steigt proportional zu EnergyDay mit dem entsprechenden Umrechnungsfaktor.
Hi FHEMbeta
Zitat von: FHEMbeta am 16 Februar 2022, 11:51:34
Kann mir jemand erklären, warum der GasCalculator bei steigendem Zähler einen aktuelle Leistung von 0W berechnet. Konkret geht es bei dem folgenden Graphen, der die Readings EnergyDay und PowerCurrent benutzt um den Zeitraum zwischen 7:00 und 9:00 Uhr. Der Verbrauch EnergyDay steigt um fast 25kWh, aber der Verbrauch PowerCurrent ist kontinierlich auf 0. Das Reading Meter steigt proportional zu EnergyDay mit dem entsprechenden Umrechnungsfaktor.
Das ist in der Tat ab 06:30Uhr ein sehr seltsames Verhalten.... :o
Schint so, als werde im Log keine Werte mehr fuer Power angezeigt.
Wie sehen denn die Zeitstempel der Readings aus?
Gruß
Sailor
Zitat von: Sailor am 17 Februar 2022, 10:59:02
Hi FHEMbeta
Das ist in der Tat ab 06:30Uhr ein sehr seltsames Verhalten.... :o
Schint so, als werde im Log keine Werte mehr fuer Power angezeigt.
Wie sehen denn die Zeitstempel der Readings aus?
Gruß
Sailor
So sehen die in der Datenbank gespeicherten Werte aus (ein D1 Mini meldet alle 5 Minuten den neuen Zählerstand - das läuft absolut fehlerfrei über absolute Zähler in FHEM):
select timestamp, value from history where device='Gaszaehler' and reading='ESPEasy_Gas_Gaszaehler_PowerCurrent' and timestamp>'2022-02-16 05:00:00' and timestamp<'2022-02-16 09:30:00' order by timestamp;
+---------------------+--------+
| timestamp | value |
+---------------------+--------+
| 2022-02-16 05:00:48 | 0.000 |
| 2022-02-16 05:03:07 | 19.039 |
| 2022-02-16 05:05:51 | 0.000 |
| 2022-02-16 05:08:07 | 16.679 |
| 2022-02-16 05:10:56 | 0.000 |
| 2022-02-16 05:13:07 | 20.202 |
| 2022-02-16 05:15:57 | 0.000 |
| 2022-02-16 05:18:07 | 20.357 |
| 2022-02-16 05:20:59 | 0.000 |
| 2022-02-16 05:23:07 | 8.861 |
| 2022-02-16 05:26:04 | 0.000 |
| 2022-02-16 05:58:07 | 6.937 |
| 2022-02-16 06:01:21 | 0.000 |
| 2022-02-16 06:06:24 | 0.000 |
| 2022-02-16 06:11:27 | 0.000 |
| 2022-02-16 06:16:31 | 0.000 |
| 2022-02-16 06:21:34 | 0.000 |
| 2022-02-16 06:23:07 | 12.195 |
| 2022-02-16 06:26:36 | 0.000 |
| 2022-02-16 06:56:52 | 0.000 |
| 2022-02-16 07:01:56 | 0.000 |
| 2022-02-16 07:06:59 | 0.000 |
| 2022-02-16 07:12:00 | 0.000 |
| 2022-02-16 07:17:02 | 0.000 |
| 2022-02-16 07:22:04 | 0.000 |
| 2022-02-16 07:27:05 | 0.000 |
| 2022-02-16 07:32:09 | 0.000 |
| 2022-02-16 07:37:13 | 0.000 |
| 2022-02-16 07:42:15 | 0.000 |
| 2022-02-16 07:47:18 | 0.000 |
| 2022-02-16 07:52:20 | 0.000 |
| 2022-02-16 07:57:23 | 0.000 |
| 2022-02-16 08:02:23 | 0.000 |
| 2022-02-16 08:07:27 | 0.000 |
| 2022-02-16 08:12:28 | 0.000 |
| 2022-02-16 08:17:29 | 0.000 |
| 2022-02-16 08:22:33 | 0.000 |
| 2022-02-16 08:27:37 | 0.000 |
| 2022-02-16 08:32:40 | 0.000 |
| 2022-02-16 08:37:43 | 0.000 |
| 2022-02-16 08:42:45 | 0.000 |
| 2022-02-16 08:47:48 | 0.000 |
| 2022-02-16 08:52:51 | 0.000 |
| 2022-02-16 08:57:55 | 0.000 |
| 2022-02-16 09:02:56 | 0.000 |
| 2022-02-16 09:07:56 | 0.000 |
+---------------------+--------+
Grafana zeigt also genau das an, was von FHEM protokolliert wurde. Die Darstellung in FHEM ist identisch (wenn auch etwas unschöner).
Siehe dazu auch den passenden Meter/Zählerstand:
select timestamp, value from history where device='Gaszaehler' and reading='ESPEasy_Gas_Gaszaehler_Meter' and timestamp>'2022-02-16 05:00:00' and timestamp<'2022-02-16 09:30:00' order by timestamp;
+---------------------+-----------+
| timestamp | value |
+---------------------+-----------+
| 2022-02-16 05:00:40 | 31356.336 |
| 2022-02-16 05:03:07 | 31356.406 |
| 2022-02-16 05:08:07 | 31356.466 |
| 2022-02-16 05:13:07 | 31356.536 |
| 2022-02-16 05:18:07 | 31356.606 |
| 2022-02-16 05:23:07 | 31356.636 |
| 2022-02-16 05:58:07 | 31356.656 |
| 2022-02-16 06:00:40 | 31356.656 |
| 2022-02-16 06:03:07 | 31356.726 |
| 2022-02-16 06:08:07 | 31356.796 |
| 2022-02-16 06:13:07 | 31356.866 |
| 2022-02-16 06:18:07 | 31356.936 |
| 2022-02-16 06:23:07 | 31356.966 |
| 2022-02-16 06:53:07 | 31357.026 |
| 2022-02-16 06:58:07 | 31357.096 |
| 2022-02-16 07:00:40 | 31357.096 |
| 2022-02-16 07:03:07 | 31357.186 |
| 2022-02-16 07:08:07 | 31357.346 |
| 2022-02-16 07:13:07 | 31357.496 |
| 2022-02-16 07:18:07 | 31357.646 |
| 2022-02-16 07:23:07 | 31357.806 |
| 2022-02-16 07:28:07 | 31357.956 |
| 2022-02-16 07:33:07 | 31358.086 |
| 2022-02-16 07:38:07 | 31358.206 |
| 2022-02-16 07:43:07 | 31358.316 |
| 2022-02-16 07:48:07 | 31358.406 |
| 2022-02-16 07:53:07 | 31358.486 |
| 2022-02-16 07:58:07 | 31358.566 |
| 2022-02-16 08:00:40 | 31358.566 |
| 2022-02-16 08:03:07 | 31358.646 |
| 2022-02-16 08:08:07 | 31358.716 |
| 2022-02-16 08:13:07 | 31358.776 |
| 2022-02-16 08:18:07 | 31358.846 |
| 2022-02-16 08:23:07 | 31358.916 |
| 2022-02-16 08:28:07 | 31358.976 |
| 2022-02-16 08:33:07 | 31359.046 |
| 2022-02-16 08:38:07 | 31359.116 |
| 2022-02-16 08:43:07 | 31359.186 |
| 2022-02-16 08:48:07 | 31359.246 |
| 2022-02-16 08:53:07 | 31359.316 |
| 2022-02-16 08:58:07 | 31359.386 |
| 2022-02-16 09:00:40 | 31359.386 |
| 2022-02-16 09:03:07 | 31359.426 |
+---------------------+-----------+
Hi FHEMbeta
Zitat von: FHEMbeta am 21 Februar 2022, 17:38:31
So sehen die in der Datenbank gespeicherten Werte aus (ein D1 Mini meldet alle 5 Minuten den neuen Zählerstand - das läuft absolut fehlerfrei über absolute Zähler in FHEM):
Da ist irgendwo der Wurm drin.
Es werden Power-Werte mit 0 erzeugt zu Zeitpunkten, wo eigentlich keine neuen Zählerwerte übermittelt werden...
Wie lautet die list deines Gaszählers und deines GasCounters?
Gruß
Sailor
list ESPEasy_Gas
Internals:
DEF 192.168.4.101 80 ESPBridge Gas
ESPBridge_MSGCNT 784
ESPBridge_TIME 2022-02-24 23:01:09
ESP_BUILD 20116
ESP_BUILD_GIT mega-20211224_f162ebf
ESP_BUILD_NOTES - Mega
ESP_NODE_TYPE_ID ESP Easy Mega
ESP_SLEEP 0
ESP_UNIT 0
ESP_VERSION 2
FUUID 61dd353a-f33f-65ec-9ba1-aa28ab2fcfbd32c7
HOST 192.168.4.101
IDENT Gas
INTERVAL 300
IODev ESPBridge
LASTInputDev ESPBridge
MAX_CMD_DURATION 1
MSGCNT 784
NAME ESPEasy_Gas
NOTIFYDEV global
NR 661
NTFY_ORDER 50-ESPEasy_Gas
PORT 80
STATE absent
SUBTYPE device
TYPE ESPEasy
VERSION 2.18
READINGS:
2022-02-24 23:01:09 Count 14
2022-02-24 23:08:29 Gaszaehler 51775
2022-02-16 19:11:13 IODev ESPBridge
2022-02-24 23:01:09 Time 45220.22
2022-02-24 23:01:09 Total 41491
2022-02-24 23:08:29 presence absent
2022-02-24 23:08:29 state absent
helper:
fpc 1645035083
pm:
Encode 1
JSON 1
sec:
admpwd
Attributes:
Interval 300
group ESPEasy Device
presenceCheck 1
readingSwitchText 1
room Extern->ESPEasy
setState 3
userReadings Gaszaehler monotonic {ReadingsVal("ESPEasy_Gas","Total",0)}
list Gaszaehler
Internals:
DEF ESPEasy_Gas:Gaszaehler.*
FUUID 61dd35c8-f33f-65ec-6720-5fdb5417a65f8e45
NAME Gaszaehler
NOTIFYDEV ESPEasy_Gas
NR 662
NTFY_ORDER 10-Gaszaehler
REGEXP ESPEasy_Gas:Gaszaehler.*
STATE active
TYPE GasCalculator
Helper:
DBLOG:
ESPEasy_Gas_Gaszaehler_EnergyDay:
myDbLog:
TIME 1645740673.76208
VALUE 93.780
ESPEasy_Gas_Gaszaehler_Meter:
myDbLog:
TIME 1645740673.73678
VALUE 31439.126
ESPEasy_Gas_Gaszaehler_PowerCurrent:
myDbLog:
TIME 1645740207.78069
VALUE 0.000
READINGS:
2022-02-12 00:55:00 ESPEasy_Gas_Gaszaehler_CounterDay1st 30921.376
2022-02-12 00:55:00 ESPEasy_Gas_Gaszaehler_CounterDayLast 30921.376
2022-02-12 00:55:00 ESPEasy_Gas_Gaszaehler_CounterMeter1st 30921.376
2022-02-12 00:55:00 ESPEasy_Gas_Gaszaehler_CounterMeterLast 30921.376
2022-02-12 00:55:00 ESPEasy_Gas_Gaszaehler_CounterMonth1st 30921.376
2022-02-12 00:55:00 ESPEasy_Gas_Gaszaehler_CounterMonthLast 30921.376
2022-02-12 00:55:00 ESPEasy_Gas_Gaszaehler_CounterYear1st 30921.376
2022-02-12 00:55:00 ESPEasy_Gas_Gaszaehler_CounterYearLast 30921.376
2022-02-24 23:08:29 ESPEasy_Gas_Gaszaehler_EnergyCostDay 4.970
2022-02-24 00:00:01 ESPEasy_Gas_Gaszaehler_EnergyCostDayLast 5.148
2022-02-24 23:08:29 ESPEasy_Gas_Gaszaehler_EnergyCostMeter 288.173
2022-02-24 23:08:29 ESPEasy_Gas_Gaszaehler_EnergyCostMonth 288.173
2022-02-24 23:08:29 ESPEasy_Gas_Gaszaehler_EnergyCostYear 288.173
2022-02-24 23:08:29 ESPEasy_Gas_Gaszaehler_EnergyDay 93.780
2022-02-24 00:00:01 ESPEasy_Gas_Gaszaehler_EnergyDayLast 97.140
2022-02-24 23:08:29 ESPEasy_Gas_Gaszaehler_EnergyMeter 5437.231
2022-02-24 23:08:29 ESPEasy_Gas_Gaszaehler_EnergyMonth 5437.231
2022-02-24 23:08:29 ESPEasy_Gas_Gaszaehler_EnergyYear 5437.231
2022-02-24 23:08:29 ESPEasy_Gas_Gaszaehler_FinanceReserve -421.932
2022-02-24 23:08:29 ESPEasy_Gas_Gaszaehler_Meter 31439.126
2022-02-24 23:08:29 ESPEasy_Gas_Gaszaehler_MonthMeterReading 10
2022-02-24 23:08:29 ESPEasy_Gas_Gaszaehler_PowerCurrent 0.000
2022-02-24 23:08:29 ESPEasy_Gas_Gaszaehler_PowerDayAver 49.422
2022-02-24 18:16:09 ESPEasy_Gas_Gaszaehler_PowerDayMax 6237.982
2022-02-24 00:00:01 ESPEasy_Gas_Gaszaehler_PowerDayMin 0.000
2022-02-24 00:00:01 ESPEasy_Gas_Gaszaehler_Vol1stDay 31430.196
2022-02-12 01:00:00 ESPEasy_Gas_Gaszaehler_Vol1stMeter 30921.376
2022-02-12 01:00:00 ESPEasy_Gas_Gaszaehler_Vol1stMonth 30921.376
2022-02-12 01:00:00 ESPEasy_Gas_Gaszaehler_Vol1stYear 30921.376
2022-02-24 00:00:01 ESPEasy_Gas_Gaszaehler_VolLastDay 31430.196
2022-02-12 01:00:00 ESPEasy_Gas_Gaszaehler_VolLastMeter 30921.376
2022-02-12 01:00:00 ESPEasy_Gas_Gaszaehler_VolLastMonth 30921.376
2022-02-12 01:00:00 ESPEasy_Gas_Gaszaehler_VolLastYear 30921.376
2022-02-12 00:55:00 ESPEasy_Gas_Gaszaehler_WFRDayMax 0
2022-02-12 00:55:00 ESPEasy_Gas_Gaszaehler_WFRDayMin 0
system:
DecimalPlace %.3f
SiPrefixPowerFactor 1
Attributes:
BasicPricePerAnnum 160.51
Currency €
DecimalPlace 3
GasCounterOffset 30921.376
GasCubicPerCounts 0.01
GasNominalHeatingValue 10.50165380374862
GasPricePerKWh 0.0530
GaszValue 1
MonthOfAnnualReading 5
MonthlyPayment 0
ReadingDestination CalculatorDevice
SiPrefixPower W
Volume m³
event-on-change-reading ESPEasy_Gas_Gaszaehler_PowerCurrent:0.001,ESPEasy_Gas_Gaszaehler_Meter:0.001,ESPEasy_Gas_Gaszaehler_EnergyDay:0.001
room Heizung
Hallo Leute,
Sagt stelle mich glaubig dumm an, welches der beiden ist mein Zählerstand von Januar und was wäre dann das andere??
ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_CounterYearLast
ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_CounterYear1st
Und Fängt das Modul immer wieder vom neuen an zu berechnen wenn ich ihn auf den 5 (Monat) des Jahres setzte? Also springen die kosten dann wieder in Reserve und verbauch auf Null oder das was übrig wäre oder muss ich dafür etwas auslösen, habe diese Frage leider nicht in den Seiten gefunden.
danke für eure Hilfe.
Hallo Wasserwerk
Zitat von: Wasserwerk33 am 23 März 2022, 19:34:30
ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_CounterYearLast
ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_CounterYear1st
Wenn du das Messintervall sehr klein machst, sind die Werte nahezu identisch.
Machst du das Messintervall sehr groß, unterscheiden sich die Werte um den Verbrauch zur letzten Messung.
Zitat von: Wasserwerk33 am 23 März 2022, 19:34:30
Und Fängt das Modul immer wieder vom neuen an zu berechnen wenn ich ihn auf den 5 (Monat) des Jahres setzte? Also springen die kosten dann wieder in Reserve und verbauch auf Null oder das was übrig wäre oder muss ich dafür etwas auslösen, habe diese Frage leider nicht in den Seiten gefunden.
Korrekt! Wenn das Verbrauchsjahr um ist, fängt der Zähler mit dem Verbrauch bei Null und mit der Reserve bei der 1. monatlichen Rate an
Gruß
Sailor
Zitat von: Sailor am 25 März 2022, 20:19:20
Korrekt! Wenn das Verbrauchsjahr um ist, fängt der Zähler mit dem Verbrauch bei Null und mit der Reserve bei der 1. monatlichen Rate an
Das ist cool danke für die Antwort.
Bei meinen beiden readings wo gehört den der Zählerstand vom 1.Januar sozusagen rein?
Lg Stefan
Klappt soweit alles.
Habe nur ein anderes Problem. Vielleicht habe ich ja auch was vergessen einzubinden. Er berechnet mehrmals am Tag den letzten Tag neu, also ejar den aktuellen Tag und fängt dann wieder mit dem aktuellen Tag bei null Euro an.
Das selbe habe ich bei meinem Stromzähler auch.
Kennt jemand dieses Problem? Es läuft bei mir über einen d1 Mini.
Internals:
DEF ESPEasy_ESP_Easy_Keller_Gassensor:totalConsumption.*
FUUID 623b6099-f33f-5e7b-cff5-cc1a92244b330446
NAME Gaszaehler
NOTIFYDEV ESPEasy_ESP_Easy_Keller_Gassensor
NR 190
NTFY_ORDER 10-Gaszaehler
REGEXP ESPEasy_ESP_Easy_Keller_Gassensor:totalConsumption.*
STATE Zählerstand: 2852.783
<br>
Kosten heute: 0.000€
<br>
Kosten Gestern: 0.654€
<br>
Kosten Monat: 3215.466€
<br>
Kosten Jahr: 3215.466€
<br>
Reserve:145.028€
TYPE GasCalculator
READINGS:
2022-03-23 19:07:21 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_CounterDay1st 1.770
2022-03-23 19:07:21 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_CounterDayLast 1.770
2022-03-23 19:07:21 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_CounterMeter1st 1.770
2022-03-23 19:07:21 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_CounterMeterLast 1.770
2022-03-23 19:07:21 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_CounterMonth1st 1.770
2022-03-23 19:07:21 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_CounterMonthLast 1.770
2022-03-23 19:07:21 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_CounterYear1st 1.770
2022-03-23 19:07:21 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_CounterYearLast 1.770
2022-03-29 22:22:45 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_EnergyCostDay 0.000
2022-03-29 21:27:44 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_EnergyCostDayLast 0.654
2022-03-29 22:22:45 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_EnergyCostMeter 48.252
2022-03-29 22:22:45 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_EnergyCostMonth 3215.466
2022-03-29 22:22:45 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_EnergyCostYear 3215.466
2022-03-29 22:22:45 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_EnergyDay 0.000
2022-03-29 21:27:44 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_EnergyDayLast 6.608
2022-03-29 22:22:45 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_EnergyMeter 487.395
2022-03-29 22:22:45 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_EnergyMonth 32479.453
2022-03-29 22:22:45 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_EnergyYear 32479.453
2022-03-29 22:22:45 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_FinanceReserve 145.028
2022-03-29 22:22:45 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_Meter 2852.783
2022-03-29 22:22:45 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_MonthMeterReading 4
2022-03-29 22:22:45 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_PowerCurrent 0.000
2022-03-29 22:22:45 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_PowerDayAver 0.000
2022-03-29 21:27:44 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_PowerDayMax 0.000
2022-03-29 21:27:44 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_PowerDayMin 0.000
2022-03-29 21:27:44 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_Vol1stDay 2852.783
2022-03-24 21:23:31 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_Vol1stMeter 2810
2022-03-23 19:12:21 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_Vol1stMonth 1.77
2022-03-23 19:12:21 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_Vol1stYear 1.77
2022-03-29 21:27:44 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_VolLastDay 2851.333
2022-03-27 23:26:27 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_VolLastMeter 2810
2022-03-23 19:12:21 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_VolLastMonth 1.770
2022-03-23 19:12:21 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_VolLastYear 1.770
2022-03-23 19:07:21 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_WFRDayMax 0
2022-03-23 19:07:21 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_WFRDayMin 0
system:
DecimalPlace %.3f
SiPrefixPowerFactor 1000
Attributes:
BasicPricePerAnnum 320.16
Currency €
DecimalPlace 3
GasCounterOffset 2846.073
GasCubicPerCounts 0.01
GasNominalHeatingValue 11.39225
GasPricePerKWh 0.099
GaszValue 1
MonthOfAnnualReading 12
MonthlyPayment 75
ReadingDestination CalculatorDevice
SiPrefixPower kW
Volume m³
room Keller
stateFormat Zählerstand: ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_Meter
<br>
Kosten heute: ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_EnergyCostDay€
<br>
Kosten Gestern: ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_EnergyCostDayLast€
Zitat von: Wasserwerk33 am 29 März 2022, 22:27:41
Habe nur ein anderes Problem. Vielleicht habe ich ja auch was vergessen einzubinden. Er berechnet mehrmals am Tag den letzten Tag neu, also ejar den aktuellen Tag und fängt dann wieder mit dem aktuellen Tag bei null Euro an.
Internals:
DEF ESPEasy_ESP_Easy_Keller_Gassensor:totalConsumption.*
Immer noch ohne ":"?
ESPEasy_ESP_Easy_Keller_Gassensor:totalConsumption:.*Gruss
Sailor
Moin,
bei der deutschen Referenz zum Modul ist mir ein Fehler aufgefallen:
GaszValue : Eine gültige float-Zahl für die Zustandszahl des Gases basierend auf der Relation based on the local installation of the mechganical gas meter in relation of the gas providers main supply station.
Ist jetzt nicht lebenswichtig...
Gruß, Christoph
Hi Cgristoph
Zitat von: caldir65 am 01 April 2022, 08:28:04
bei der deutschen Referenz zum Modul ist mir ein Fehler aufgefallen:
GaszValue : Eine gültige float-Zahl für die Zustandszahl des Gases basierend auf der Relation based on the local installation of the mechganical gas meter in relation of the gas providers main supply station.
Ist jetzt nicht lebenswichtig...
Gefixt und eingecheckt.
Gruß
Sailor
Guten Morgen,
Habe es jetzt so geändert
ESPEasy_ESP_Easy_Keller_Gassensor:totalConsumption:.*
Er macht zwar um 0:00 Uhr den Umschwung, macht aber irgendwie gegen 8:00 Uhr nochmal einen so das meine Gaskosten bei null € stehen obwohl die Gasheizung schon lief und der Monatsrechner läuft aber passend hoch.
Das selbe habe ich beim Stromzähler auch. Da ich es bei beiden habe scheint es ja wohl normal zu sein oder?
Internals:
DEF ESPEasy_ESP_Easy_Keller_Gassensor:totalConsumption:.*
FUUID 623b6099-f33f-5e7b-cff5-cc1a92244b330446
NAME Gaszaehler
NOTIFYDEV ESPEasy_ESP_Easy_Keller_Gassensor
NR 187
NTFY_ORDER 10-Gaszaehler
REGEXP ESPEasy_ESP_Easy_Keller_Gassensor:totalConsumption:.*
STATE Zählerstand: 2857.047
<br>
Kosten heute: 0.027€
<br>
Kosten Gestern: 0.699€
<br>
Kosten Monat: 2.565€
<br>
Kosten Jahr: 3220.275€
<br>
Reserve:188.539€
TYPE GasCalculator
READINGS:
2022-03-23 19:07:21 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_CounterDay1st 1.770
2022-03-23 19:07:21 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_CounterDayLast 1.770
2022-03-23 19:07:21 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_CounterMeter1st 1.770
2022-03-23 19:07:21 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_CounterMeterLast 1.770
2022-03-23 19:07:21 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_CounterMonth1st 1.770
2022-03-23 19:07:21 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_CounterMonthLast 1.770
2022-03-23 19:07:21 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_CounterYear1st 1.770
2022-03-23 19:07:21 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_CounterYearLast 1.770
2022-04-03 08:58:02 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_EnergyCostDay 0.027
2022-04-03 07:18:01 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_EnergyCostDayLast 0.699
2022-04-03 08:58:02 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_EnergyCostMeter 53.061
2022-04-03 08:58:02 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_EnergyCostMonth 2.565
2022-04-01 08:32:54 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_EnergyCostMonthLast 3217.361
2022-04-03 08:58:02 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_EnergyCostYear 3220.275
2022-04-03 08:58:02 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_EnergyDay 0.273
2022-04-03 07:18:01 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_EnergyDayLast 7.063
2022-04-03 08:58:02 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_EnergyMeter 535.971
2022-04-03 08:58:02 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_EnergyMonth 25.906
2022-04-01 08:32:54 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_EnergyMonthLast 32498.592
2022-04-03 08:58:02 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_EnergyYear 32528.029
2022-04-03 08:58:02 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_FinanceReserve 188.539
2022-04-03 08:58:02 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_Meter 2857.047
2022-04-03 08:58:02 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_MonthMeterReading 5
2022-04-03 08:58:02 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_PowerCurrent 0.003
2022-04-03 08:58:02 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_PowerDayAver 0.000
2022-04-03 08:58:02 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_PowerDayMax 0.003
2022-04-03 07:18:01 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_PowerDayMin 0.000
2022-04-03 07:18:01 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_Vol1stDay 2857.023
2022-03-24 21:23:31 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_Vol1stMeter 2810
2022-04-01 08:32:54 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_Vol1stMonth 2854.773
2022-03-23 19:12:21 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_Vol1stYear 1.77
2022-04-03 07:18:01 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_VolLastDay 2856.873
2022-03-27 23:26:27 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_VolLastMeter 2810
2022-04-01 08:32:54 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_VolLastMonth 2854.463
2022-03-23 19:12:21 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_VolLastYear 1.770
2022-03-23 19:07:21 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_WFRDayMax 0
2022-03-23 19:07:21 ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_WFRDayMin 0
system:
DecimalPlace %.3f
SiPrefixPowerFactor 1000
Attributes:
BasicPricePerAnnum 320.16
Currency €
DecimalPlace 3
GasCounterOffset 2846.077
GasCubicPerCounts 0.01
GasNominalHeatingValue 11.39225
GasPricePerKWh 0.099
GaszValue 1
MonthOfAnnualReading 12
MonthlyPayment 75
ReadingDestination CalculatorDevice
SiPrefixPower kW
Volume m³
room Keller
stateFormat Zählerstand: ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_Meter
<br>
Kosten heute: ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_EnergyCostDay€
<br>
Kosten Gestern: ESPEasy_ESP_Easy_Keller_Gassensor_totalConsumption_EnergyCostDayLast€
Ist kein fehler von Zähler sondern irgendwo einer in Fhem den das Startet neu. Warum weiß ich noch nicht.
Moin Wasserwerk33
Zitat von: Wasserwerk33 am 03 April 2022, 09:01:42
Ist kein fehler von Zähler sondern irgendwo einer in Fhem den das Startet neu. Warum weiß ich noch nicht.
Beim Neustart ist das leider in der Tat so.
Diesen Fehler hatten wir schon öfter und meine Lösungsvorschläge
Kurzfristig: Siehe https://forum.fhem.de/index.php/topic,47909.msg1161593/topicseen.html#msg1161593 (https://forum.fhem.de/index.php/topic,47909.msg1161593/topicseen.html#msg1161593)
Sollte man ohnehin immer machen, da es auch bei anderen Dingen besser ist regelmäßig die Inhalte der Readings zu sichern.
Langfristig: Ursache für die Abstürze finden.
Gruss
Sailor
Ich hab mal eine Verständnissfrage.
Ich nutze das mit Espeasy und bekomme von da auch den absoluten Zählerstand, da ich im Espeasy auch da die entsprechende korrektur habe.
Zählerstand: 2035.99 m³
im gascalculator erscheint mir der dann so:
ESPEasy_ESPSensor_GasZaehler_Total_Meter 20.360
Der Gaszähler sendet mir 0.01 Genauigkeit quasi, das habe ich auch so mit GasCubicPerCounts auf 0.01 eingestellt.
Um 23:45 Uhr vortags hatte ich Total:2032.05m³
Um 00:06 Uhr heute hatte ich Total: 2032.12 m³
und jetzt 2035.99m³
Das Reading sagt mir ESPEasy_ESPSensor_GasZaehler_Total_EnergyDay 0.418
ich habe aber 3.87m³ heute Verbraucht...
Wo liegt der Fehler ?
Zitat von: laserrichi am 04 April 2022, 19:35:20
Ich hab mal eine Verständnissfrage.
Ich nutze das mit Espeasy und bekomme von da auch den absoluten Zählerstand, da ich im Espeasy auch da die entsprechende korrektur habe.
Zählerstand: 2035.99 m³
im gascalculator erscheint mir der dann so:
ESPEasy_ESPSensor_GasZaehler_Total_Meter 20.360
Der Gaszähler sendet mir 0.01 Genauigkeit quasi, das habe ich auch so mit GasCubicPerCounts auf 0.01 eingestellt.
Nein, das hat mit Genauigkeit nichts zu tun.
Dein Gaszähler sendet dir bereits Kubikmeter und nicht wie bei vielen anderen Usern Vielfaches von 10 Liter Gas.
Daher musst du den GasCubicPerCounts auf 1 setzen.
Gruß
Sailor
Hallo
Ich habe meinen Gaszähler über Reedkontakt ind GPIO Pin am Rastberry angezapft und kann entsprechende Grafen erstellen.
Dabei wird er Wert "EnergyDay" in kWh dargestellt. Das kommt auch hin.
In welcher Einheit werden die Werte "PowerCurrent" und "PowerDayAver" dargestellt?
Wo kann ich eine etweas ausführlichere Beschreibung finden? Vorab schon mal vielen Dank.
Viele Grüße
Gerd
Hallo Gerd
Zitat von: t61grath am 05 April 2022, 15:04:07
Ich habe meinen Gaszähler über Reedkontakt ind GPIO Pin am Rastberry angezapft und kann entsprechende Grafen erstellen.
Dabei wird er Wert "EnergyDay" in kWh dargestellt. Das kommt auch hin.
Das bezweifle ich. Der Reed-Kontakt des mechanischen Gaszählers gibt die Impulse in fast allen Fällen als Vielfaches von 10l Gas aus.
Demnach musst du den GasCubicPerCounts auf 0.01 setzen.
Gruß
Sailor
Hallo Sailor,
der GasCubicPerCounts steht auf 0.01.
Bei dem von mir erstellten Graphen (Siehe Anlage) kann ich die aktuelle Leistung nicht bewerten. Diese erscheit mir unplausiebel. Daher meine Frage nach den Einheiten die im Reading dargestellt werden.
Viele Grüße
Gerd
Moin Gerd
Zitat von: t61grath am 06 April 2022, 08:40:48
Bei dem von mir erstellten Graphen (Siehe Anlage) kann ich die aktuelle Leistung nicht bewerten. Diese erscheit mir unplausiebel. Daher meine Frage nach den Einheiten die im Reading dargestellt werden.
Der Verbrauch wird kWh angegeben
Die Leistung gemäß deines Attributs "
SiPrefixPower"
Mache mal ein Balkendiagramm anstelle eines Punktdiagramms. Das ist realistischer, da die Werte nur über die Mittlung des Messintervalls dargestellt werden können.
Gruß
Sailor
Hallo zusammen,
ich komme mit dem Modul irgendwie nicht zurecht. Nachdem bei der vorhergehenden Instanz der *_Meter Zähler auch nach mehrfachen Korrekturen des Offset immer wieder von den Werten des Gaszähler Devices (ein HM-ES-TX-WM) mit zunehmender Tendenz abweicht, habe ich den alten GasCalculator gelöscht und neu angelegt. Um zu verhindern, daß der mechanische Gaszähler weiterläuft, habe ich die Therme solange ausgeschaltet. Dann habe ich die GasCalculator Instanz neu angelegt und alle zur Berechnung benötigten Attribute eingetragen, bevor durch Ticks die Readings angelegt werden. Ich habe mit "set SyncCounter" den aktuellen Wert des mechanischen Zählers ins Offset geschrieben. Heute sehe ich, daß der *_Meter Zähler schon wieder fast 2m³ abweicht. Der Wert für GasCubicPerCounts-Wert von 0.01 steht so auf dem Zähler und der HM-ES-TX-WM zählt damit auch richtig.
Ich hänge mal die lists vom GasCalculator und vom Kanal 01 des HM-ES-TX-WM mit dran, vielleicht sieht jemand den Fehler.
Internals:
CFGFN
DEF HG_KE_Gas_IEC_01:gasCalc.*
FUUID 6270f5c4-f33f-af18-84ba-e211022e72995635
NAME Gasverbrauch
NOTIFYDEV HG_KE_Gas_IEC_01
NR 23782
NTFY_ORDER 10-Gasverbrauch
REGEXP HG_KE_Gas_IEC_01:gasCalc.*
STATE active
TYPE GasCalculator
Helper:
DBLOG:
HG_KE_Gas_IEC_01_gasCalc_EnergyDay:
myDbLog:
TIME 1651649310.55048
VALUE 0.173
HG_KE_Gas_IEC_01_gasCalc_EnergyDayLast:
myDbLog:
TIME 1651630626.19751
VALUE 0.052
HG_KE_Gas_IEC_01_gasCalc_EnergyMonth:
myDbLog:
TIME 1651649310.55048
VALUE 0.225
HG_KE_Gas_IEC_01_gasCalc_EnergyYear:
myDbLog:
TIME 1651649310.55048
VALUE 0.225
HG_KE_Gas_IEC_01_gasCalc_PowerCurrent:
myDbLog:
TIME 1651649310.55048
VALUE 0.000
HG_KE_Gas_IEC_01_gasCalc_PowerDayAver:
myDbLog:
TIME 1651649310.55048
VALUE 0.048
READINGS:
2022-05-03 11:38:55 HG_KE_Gas_IEC_01_gasCalc_CounterDay1st 293.976
2022-05-03 11:38:55 HG_KE_Gas_IEC_01_gasCalc_CounterDayLast 293.976
2022-05-03 11:38:55 HG_KE_Gas_IEC_01_gasCalc_CounterMeter1st 293.976
2022-05-03 11:38:55 HG_KE_Gas_IEC_01_gasCalc_CounterMeterLast 293.976
2022-05-03 11:38:55 HG_KE_Gas_IEC_01_gasCalc_CounterMonth1st 293.976
2022-05-03 11:38:55 HG_KE_Gas_IEC_01_gasCalc_CounterMonthLast 293.976
2022-05-03 11:38:55 HG_KE_Gas_IEC_01_gasCalc_CounterYear1st 293.976
2022-05-03 11:38:55 HG_KE_Gas_IEC_01_gasCalc_CounterYearLast 293.976
2022-05-04 09:28:30 HG_KE_Gas_IEC_01_gasCalc_EnergyCostDay 0.010
2022-05-04 04:17:06 HG_KE_Gas_IEC_01_gasCalc_EnergyCostDayLast 0.003
2022-05-04 09:28:30 HG_KE_Gas_IEC_01_gasCalc_EnergyCostMeter 0.012
2022-05-04 09:28:30 HG_KE_Gas_IEC_01_gasCalc_EnergyCostMonth 0.012
2022-05-04 09:28:30 HG_KE_Gas_IEC_01_gasCalc_EnergyCostYear 0.012
2022-05-04 09:28:30 HG_KE_Gas_IEC_01_gasCalc_EnergyDay 0.173
2022-05-04 04:17:06 HG_KE_Gas_IEC_01_gasCalc_EnergyDayLast 0.052
2022-05-04 09:28:30 HG_KE_Gas_IEC_01_gasCalc_EnergyMeter 0.225
2022-05-04 09:28:30 HG_KE_Gas_IEC_01_gasCalc_EnergyMonth 0.225
2022-05-04 09:28:30 HG_KE_Gas_IEC_01_gasCalc_EnergyYear 0.225
2022-05-04 09:28:30 HG_KE_Gas_IEC_01_gasCalc_FinanceReserve 184.088
2022-05-04 09:28:30 HG_KE_Gas_IEC_01_gasCalc_Meter 293.997
2022-05-04 09:28:30 HG_KE_Gas_IEC_01_gasCalc_MonthMeterReading 1
2022-05-04 09:28:30 HG_KE_Gas_IEC_01_gasCalc_PowerCurrent 0.000
2022-05-04 09:28:30 HG_KE_Gas_IEC_01_gasCalc_PowerDayAver 0.048
2022-05-04 04:19:03 HG_KE_Gas_IEC_01_gasCalc_PowerDayMax 0.334
2022-05-04 04:17:06 HG_KE_Gas_IEC_01_gasCalc_PowerDayMin 0.000
2022-05-04 04:17:06 HG_KE_Gas_IEC_01_gasCalc_Vol1stDay 293.981
2022-05-03 11:46:09 HG_KE_Gas_IEC_01_gasCalc_Vol1stMeter 293.9762
2022-05-03 11:46:09 HG_KE_Gas_IEC_01_gasCalc_Vol1stMonth 293.9762
2022-05-03 11:46:09 HG_KE_Gas_IEC_01_gasCalc_Vol1stYear 293.9762
2022-05-04 04:17:06 HG_KE_Gas_IEC_01_gasCalc_VolLastDay 293.981
2022-05-03 11:46:09 HG_KE_Gas_IEC_01_gasCalc_VolLastMeter 293.976
2022-05-03 11:46:09 HG_KE_Gas_IEC_01_gasCalc_VolLastMonth 293.976
2022-05-03 11:46:09 HG_KE_Gas_IEC_01_gasCalc_VolLastYear 293.976
2022-05-03 11:38:55 HG_KE_Gas_IEC_01_gasCalc_WFRDayMax 0
2022-05-03 11:38:55 HG_KE_Gas_IEC_01_gasCalc_WFRDayMin 0
hmccu:
system:
DecimalPlace %.3f
SiPrefixPowerFactor 1
Attributes:
BasicPricePerAnnum 190.80
Currency €
DecimalPlace 3
GasCounterOffset 293.817
GasCubicPerCounts 0.01
GasNominalHeatingValue 11.272
GasPricePerKWh 0.0556
GaszValue 0.9627
MonthOfAnnualReading 5
MonthlyPayment 200.00
ReadingDestination CalculatorDevice
SiPrefixPower W
Volume m³
group Gas
room Gas,Keller
Internals:
DEF 778B4701
FUUID 62692ba4-f33f-af18-11be-4bb207d9c5fc486b
NAME HG_KE_Gas_IEC_01
NR 1188
NTFY_ORDER 48-HG_KE_Gas_IEC_01
STATE 296 m³
TYPE CUL_HM
chanNo 01
device HG_KE_Gas
disableNotifyFn 1
READINGS:
2022-05-04 09:53:10 Kubik 296.000
2022-04-28 08:54:29 RegL_01. 00:00 08:00 30:06 36:31 37:2D 38:30 39:3A 3A:31 3B:2E 3C:37 3D:00 3E:00 3F:00 40:00 41:00 42:00 43:00 44:00 45:00 46:31 47:2D 48:30 49:3A 4A:31 4B:2E 4C:38 4D:00 4E:00 4F:00 50:00 54:00 7C:00 7D:00 7E:00 95:01 96:00 97:64 98:00 99:0A 9A:27 9B:10 9C:00
2022-05-04 09:53:10 boot off
2022-04-28 08:55:31 cfgState ok
2022-04-28 08:54:31 commState CMDs_done
2022-05-04 09:53:10 eState E: 18.05 P: 0.933
2022-05-04 09:53:10 gasCalc 18.050
2022-05-04 09:53:10 gasCnt 18.05
2022-05-04 09:53:10 gasCntCalc 296
2022-05-04 09:53:10 gasCntOffset 277.950
2022-05-04 09:53:10 gasPower 0.933
2022-04-28 08:54:29 text1 1-0:1.7
2022-04-28 08:54:29 text2 1-0:1.8
helper:
peerFriend
peerIDsState peerUnread
peerOpt -:powerSensor
regLst 1
cmds:
TmplKey :no:1651166400.52189
TmplTs 1651166400.52189
cmdKey 1:0:0::HG_KE_Gas:00DE:01:
cmdLst:
clear [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
getConfig noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
peerBulk -peer1,peer2,...- [({set}|unset)]
regBulk -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
sign [(on|{off})]
text -txt1- [-txt2-]
tplDel -tplDel-
tplSet_0 -tplChan-
lst:
condition slider,0,1,255
peer
peerOpt
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 0
det 0
raw 1
tpl 0
peerIDsH:
role:
chn 1
shadowReg:
tmpl:
hmccu:
Attributes:
alias Gaszähler
event-on-change-reading .*
group Gas
icon measure_power
model HM-ES-TX-WM
peerIDs peerUnread
room Gas,Keller
stateFormat gasCntCalc m³
userReadings Kubik {sprintf("%.3f",ReadingsVal("HG_KE_Gas_IEC_01","gasCnt","???")+277.95)}, gasCntOffset {sprintf("%.3f","277.95")}, gasCalc {sprintf("%.3f",ReadingsVal("HG_KE_Gas_IEC_01","gasCnt","0"))}
Ich denke, solange der grundlegende Zähler nicht stimmt, brauche ich mich mit den (davon abhängenden?) Energieberechnungen nicht zu befassen.
Ich würde mich freuen, wenn mal jemand mit draufschaut und vielleicht den Fehler sieht.
Ergänzung (05.05.2022): Heute beträgt die Abweichung vom HM-ES-TX-WM und vom mechanischen Gaszähler bereits 4.4m³.
Besten Dank und Gruß
Roland
Hallo Roland
Zitat von: hauwech am 04 Mai 2022, 10:00:29
Heute sehe ich, daß der *_Meter Zähler schon wieder fast 2m³ abweicht. Der Wert für GasCubicPerCounts-Wert von 0.01 steht so auf dem Zähler und der HM-ES-TX-WM zählt damit auch richtig.
Also 2m³ - Zu wenig oder zu viel?
Wie dem auch sei, das sind 200 Impulse, die zuviel oder zu wenig gemessen wurden...
Werden da aufgrund fehlerhafter Verschaltung/Installation vielleicht Impulse nicht richtig detektiert?
Gruß
Sailor
Hallo Sailor,
sorry, da war ich nicht präzise genug. Der GasCalculator zählt immer zu wenig. Am mechanischen Gaszähler habe ich einen ES-GAS-2 von ELV, der gibt seine Impulse an den HM-ES-TX-WM. Der TX-WM zählt richtig. Da habe ich den damaligen Offset eingestellt. Der GasCalculator wiederum verwertet die Counts vom TX-WM. Der TX-WM hat per default die readings gasCnt, gasCntCalc und gasCntPower. Ich habe den GasCalculator beim ersten Versuch mit DEF "HG_KE_Gas_IEC_01:gasCnt.*" eingerichtet. Damit bekomme ich aber nutzlose readings im GasCalculator für gasCntCalc und gasCntPower. Ein regex mit "HG_KE_Gas_IEC_01:gasCnt$" ($ -> regex Syntax für Perl), der sich auf gasCnt beschränken sollte, funktioniert aber nicht. Muß ich vielleicht in fhem ein anderen regex für "Zeilenende" benutzen? Ich habe mir daraufhin einen dummy angelegt, der per notify mit den Counter-Werten gefüttert wird und habe den für GasCalculator benutzt. Funktioniert natürlich im Prinzip, fand ich aber nicht so elegant. Bis ich dann auf die Idee kam, ein userreading "gasCalc" anzulegen, das ich jetzt für GasCalculator benutze.
Aber egal, welches Konstrukt ich verwende, alle zählen weniger als der TX-WM. Es ist, als ob vom TX-WM zum GasCalculator Impulse verschwinden. Im Prinzip müßte doch der gasCalculator genausoviel zählen wie der TX-WM. Das Einzige, was mir das Verhalten erklären könnte, ist, wenn gerade Impulse auftreten, wenn fhem in einem kurzen freeze für zu lange commands hängt, die sehe ich ab und zu mal im freezemon. Aber das müßte mit dem nächsthöheren CountWert eigentlich ausgeglichen sein, der ist ja kumulativ.
Aktuell steht der Gaszähler bei 301,2 Volumen, während der *_Meter des gasCalculator noch bei 298,5 steht. Das ist die Abweichung seit gestern, da hatte ich den Offset des GasCounter nochmal gesycnt. Soweit stehe ich erstmal auf dem Schlauch.
Gruß Roland
Hallo Roland
Zitat von: hauwech am 06 Mai 2022, 21:41:09
Aktuell steht der Gaszähler bei 301,2 Volumen, während der *_Meter des gasCalculator noch bei 298,5 steht. Das ist die Abweichung seit gestern, da hatte ich den Offset des GasCounter nochmal gesycnt. Soweit stehe ich erstmal auf dem Schlauch.
pas-à-pas
Vergessen wir erst mal den GasCalculator.
Hast du schon eine Abweichung auf dem HM-ES-TX-WM gegenüber deinem mechanischem Zähler?
Gruß
Sailor
Zitat von: Sailor am 09 Mai 2022, 09:26:41
Hast du schon eine Abweichung auf dem HM-ES-TX-WM gegenüber deinem mechanischem Zähler?
Nein, eben nicht. der TX-WM zählt richtig. Das ist genau der Teil, den ich nicht verstehe.
Stand eben:
mechanischer Zähler: 305.591
TW-WM: 305.592
GasCalculator (*._Meter): 298.567
Gruß Roland
Hallo Roland
Zitat von: hauwech am 09 Mai 2022, 13:35:56
Nein, eben nicht. der TX-WM zählt richtig. Das ist genau der Teil, den ich nicht verstehe.
Stand eben:
mechanischer Zähler: 305.591
TW-WM: 305.592
GasCalculator (*._Meter): 298.567
Also dann würde ich im nächsten Schritt die Definition von
HG_KE_Gas_IEC_01:gasCalc.*auf
HG_KE_Gas_IEC_01:Kubik:.*oder ggf. auf
HG_KE_Gas_IEC_01:gasCntCalc:.*ändern.
Das Offset setzt du dann im Calculator mit dem Befehl
set Gasverbrauch SyncCounter [mechWert]CommandRef: "
The command "SyncCounter" will calculate and update the Offset. Just enter the value of your mechanical Reader."
Darüber hinaus würde ich das Attribut
event-on-update-reading .* setzen, um auch Werte gemeldet zu bekommen, bei denen kein Verbrauch auftaucht.
Gruß
Sailor
Hallo Sailor,
habe ich da vielleicht grundsätzlich was falsch verstanden?
Ich war bisher auf dem Trip, daß der GasCalculator die Anzahl der Ticks/Impulse braucht, also wieviel "10-Liter-Impulse" (bei 0.01 GasCubicPerCounts) ab einem bestimmten Volumen-Stand (=Offset).
Die Readings "Kubik" (mein userreading) oder "gasCntCalc" (default reading des TX-WM) liefern aber "aktuelles Volumen", nicht "Impulse". events-on-update-reading werde ich setzen.
Gruß Roland
Hallo Roland
Zitat von: hauwech am 09 Mai 2022, 21:03:58
Hallo Sailor,
habe ich da vielleicht grundsätzlich was falsch verstanden?
Ich war bisher auf dem Trip, daß der GasCalculator die Anzahl der Ticks/Impulse braucht, also wieviel "10-Liter-Impulse" (bei 0.01 GasCubicPerCounts) ab einem bestimmten Volumen-Stand (=Offset).
Die Readings "Kubik" (mein userreading) oder "gasCntCalc" (default reading des TX-WM) liefern aber "aktuelles Volumen", nicht "Impulse". events-on-update-reading werde ich setzen.
Och Menno Roland!
Wozu verbringt man als Programmierer so viel Zeit damit die CommandRef zu pflegen ;)
ZitatEs ist kein eigenes Zählermodul sondern benötigt eine Regular Expression (regex or regexp) um das Reading mit dem kontinuierlich wachsenden Zählerstand von einem oder mehreren Gaszählern zu finden.
Gruß
Sailor
Hallo Sailor,
im ersten Beitrag hier steht aber:
Zitat... um das Reading mit den Zähl-Impulse von einem oder mehreren Gaszählern zu finden....
Ich habe den regex jetzt auf den Volumen-Zähler
stand "gasCntcalc" umgestellt.
Danke und Gruß
Roland
Hallo Roland
Zitat von: hauwech am 11 Mai 2022, 11:27:29
im ersten Beitrag hier steht aber:
Gütiger Himmel, der Beitrag ist 6 Jahre alt... :o
Da kann man ja fast den Adenauer erzählen.
;D
Gruß
Sailor
Ich lese halt wenn's geht immer von vorne, manchmal bleiben da solche Fakten hängen 8)
Gruß Roland
Hallo Leute,
vielleicht ist es ja auch eine doofe Frage.
Aber wenn ich den Gaspreis anpassen muss :( läuft der dann ab den Tag mit dem neuen Preis weiter oder ändert er das dann für die Monate davor auch?
Also muss meinen Arbeitspreis am 1.07 anpassen. Und die Berechnung soll ja ab dann mit dem neuen Preis weiter rechnen.
Und ich habe noch eine Frage. Wird der Grundpreis pro Tag schon mit einberechnet?? Also wenn ich 300€ zahlen muss wird dieser dann schon mit einberechnet? Den Laut Fhem habe ich höhere Kosten als wenn ich es per Taschenrechner ausrechen.
Danke für eure Hilfe.
Ich möchte die Frage gerne nochmal hochholen, da ich vor dem gleichen Problem stehe. Zwar mit Strom, aber das ist ja egal. Morgen ändert sich mein Preis. Im Modul werden dann die gesamten Kosten mit dem neuen Preis für die gesamte Abrechnungsperiode neu berechnet. Ich hatte das schonmal und das wirft die Statistik ganz schön über den Haufen.
Vielleicht haben wir ja nur nicht verstanden wie man das im Modul richtig macht, wenn sich der Preis ändert.
Deshalb nochmal die Frage: Wie macht man es richtig? Gibt es eine Lösung?
Hmmm, keine Antwort heißt dann wohl, dass man es gar nicht richtig machen kann, weil das Modul es nicht hergibt. Schade eigentlich.
Moin zusammen,
ich habe mir ein Diagramm erstellt und lasse das Reading "....EnergyDay" über den Tag in einem Filelog mitloggen (bzw. per addlog zusätzlich alle 30 Minuten).
Nun ist mir aufgefallen, dass dies Reading scheinbar erst einige Stunden nach Mitternacht auf Null zurückgesetzt wird. Entsprechend sieht meine Gasverbrauchskurve etwas fragwürdig aus. Sie gibt bis z.B. 03:00 Uhr morgens den hohen Gasverbrauch des Vortages an und fällt erst dann auf Null runter.
Sitzt der Bug im Modul oder vor dem Bildschirm ? ;D
das Reading EnergyDay wird genau um 0:00 zurück gesetzt.
Ich logge das Reading per FileLog mit. Die Änderungen vom letzten Vortageswert zurück auf Null erfolgten:
29.08.2022: 03:48:18 Uhr
30.08.2022: 06:02:17 Uhr
31.08.2022: 06:02:17 Uhr
01.09.2022: 06:02:16 Uhr
02.09.2022: 06:02:18 Uhr
Beispiel aus einem Log:
2022-09-03_03:07:37 Gaszaehler ESPEasy_ESP_Easy1_reedkontakt_Total_EnergyDay: 8.600
2022-09-03_03:37:37 Gaszaehler ESPEasy_ESP_Easy1_reedkontakt_Total_EnergyDay: 8.600
2022-09-03_04:07:37 Gaszaehler ESPEasy_ESP_Easy1_reedkontakt_Total_EnergyDay: 8.600
2022-09-03_04:37:37 Gaszaehler ESPEasy_ESP_Easy1_reedkontakt_Total_EnergyDay: 8.600
2022-09-03_05:07:37 Gaszaehler ESPEasy_ESP_Easy1_reedkontakt_Total_EnergyDay: 8.600
2022-09-03_05:37:37 Gaszaehler ESPEasy_ESP_Easy1_reedkontakt_Total_EnergyDay: 8.600
2022-09-03_06:07:37 Gaszaehler ESPEasy_ESP_Easy1_reedkontakt_Total_EnergyDay: 8.600
2022-09-03_06:37:37 Gaszaehler ESPEasy_ESP_Easy1_reedkontakt_Total_EnergyDay: 8.600
2022-09-03_06:44:20 Gaszaehler ESPEasy_ESP_Easy1_reedkontakt_Total_EnergyDay: 0.000
2022-09-03_07:37:37 Gaszaehler ESPEasy_ESP_Easy1_reedkontakt_Total_EnergyDay: 0.000
2022-09-03_08:07:37 Gaszaehler ESPEasy_ESP_Easy1_reedkontakt_Total_EnergyDay: 0.000
2022-09-03_08:37:37 Gaszaehler ESPEasy_ESP_Easy1_reedkontakt_Total_EnergyDay: 0.000
2022-09-03_09:07:37 Gaszaehler ESPEasy_ESP_Easy1_reedkontakt_Total_EnergyDay: 0.000
2022-09-03_09:37:37 Gaszaehler ESPEasy_ESP_Easy1_reedkontakt_Total_EnergyDay: 0.000
2022-09-03_09:56:15 Gaszaehler ESPEasy_ESP_Easy1_reedkontakt_Total_EnergyDay: 0.100
2022-09-03_10:06:15 Gaszaehler ESPEasy_ESP_Easy1_reedkontakt_Total_EnergyDay: 0.200
2022-09-03_10:10:14 Gaszaehler ESPEasy_ESP_Easy1_reedkontakt_Total_EnergyDay: 0.400
Mein Device "Gaszaehler" hat keinerlei Attribute aktiv, die irgendwelche Eventänderungen einschränken würden (event-on-change / event-min......).
Die 30-minütigen Logeinträge erfolgen per Attribut "addLog".
Hast du das hier gesetzt:
attr GasZaehler event-on-change-reading .*
Bei mir heißt das Teil GasZaehler
Wie im vorigen Posting schon erwähnt, nein.
Keinerlei Eventfilter sind aktiviert.
Heute wurde das Reading um 06:16h aktualisiert...
dann versuche mal event-on-change-reading .*
Ich probiere es gerne aus aber einen Sinn ergibt es meiner Ansicht nach nicht
Ausprobiert und wie erwartet ohne Änderung. Timestamp der heutigen Aktualisierung:
2022-09-05 07:00:13
war nur so eine Idee, da ich vor 2 Wochen auch alles via Reed Kontakt, HourCounter, GasCalculator, eingerichtet habe, was zu 100% läuft.
Hi Sailor.
Ich habe seit langer Zeit mal wieder den GasCalculator eingerichtet, da damals mein ESP nicht mehr funktionierte.
Nun nutze ich Tasmota und lasse mir den Zäherstand per MQTT senden.
Im GasCalculator habe ich nun das Komma an der falschen Dezimalstelle:
Counting-Device: 29471.32
GasCalulator "_Meter" 294.714
Folgende Attribute habe ich eingestellt:
defmod GasZaehler GasCalculator MQTT2_DVES_CCFE7E:GAS1_Stand_Haus1.*
attr GasZaehler BasicPricePerAnnum 180
attr GasZaehler Currency €;
attr GasZaehler DecimalPlace 3
attr GasZaehler GasCounterOffset 0
attr GasZaehler GasCubicPerCounts 0.01
attr GasZaehler GasNominalHeatingValue 11.32
attr GasZaehler GasPricePerKWh 0.1432
attr GasZaehler GaszValue 0.95
attr GasZaehler MonthOfAnnualReading 5
attr GasZaehler MonthlyPayment 128.00
attr GasZaehler ReadingDestination CalculatorDevice
attr GasZaehler SiPrefixPower W
attr GasZaehler Volume m³;
attr GasZaehler room 10_Energy
Kann ich die Werte nochmal korrigieren und dafür sorgen, dass sie auch korrekt berechnet werden?
Danke für eure / deine Hilfe.
Zitat von: oli82 am 15 September 2022, 09:55:51
Im GasCalculator habe ich nun das Komma an der falschen Dezimalstelle:
Counting-Device: 29471.32
GasCalulator "_Meter" 294.714
Folgende Attribute habe ich eingestellt:
attr GasZaehler GasCubicPerCounts 0.01
Tja, dann ändere doch mal das Attribut in "1". ;)
Gruss
Sailor
Hey Sailor.
Danke für die Antwort.
Bin tatsächlich nach paar Tagen Pause gestern Mittag selbst drauf gekommen. Manchmal ist man echt blind ::)
Hallo, ich bin kein fhem Überflieger und nutze das Teil aber schon viele Jahre, ohne alles tief zu verstehen. Von daher möge man mir meine Frage nachsehen.
Das Modul läuft bei mir seit einigen Monaten mit Reed Kontakt 100%ig. Eingerichtet habe ich es nach Anleitung aus dem Netz.
Den Anfangszählerstand hatte ich mit
setreading GasZaehler GasCounterOffset 19883.88 gesetzt
gerade habe ich aber gesehen, dass es noch ein gleichnamiges Attribut: GasCounterOffset
selbiges sollte man aber laut fhem Doku zum setzen des Offsets nehmen.
Dann gibt es im DeviceOverview auch noch die Möglichkeit den GasCounterOffset mittels set zu setzen.
Nun wundere ich mich, dass das Attribut
GasCounterOffset 0
Null ist
das Reading GasCounterOffset aber auf 19883.88 steht.
Frage:
Kann mir jemand den Unterschied in der Anzeige erläutern?
Hallo zusammen,
eigentlich gehört meine Frage ja zu ESP8266, aber nachdem ich hier von einigen gelesen habe das die den 8266 mit ESPeasy mit dem Gascalulator einsetzen, denke ich das ihr auch Antworten zu meiner Frage habt.
Ich erfasse meine GasCalculator daten zur Zeit mit einen Fibaro Doorswitch und einem Reedkontakt am Zähler. Das funktioniert gut, möchte aber nun umstellen auf ESP8266 und MQTT.
Unter ESPeasy habe ich nun den Reedkontakt als Switch und auch als Counter Device konfiguriert.
Ich stelle nun fest das die Counterfunktion nicht richtig zählt. Es sind mehr Puls an tatsächlich erfolgt.
Ich nutze den selben Reed und GPIO. Die Pulse des Switch Devices stimmt mit meiner Fibaro Konfig überein. Würde aber gerne die Counter Funktion nutzen um nicht jeden Puls einzeln zu übermitteln.
Habt ihr ähnliche Erfahrungen gemacht und ggf. eine Lösung gefunden?
Gruss Gerd
Zitat von: ThomasFh am 21 September 2022, 13:41:36
Hallo, ich bin kein fhem Überflieger und nutze das Teil aber schon viele Jahre, ohne alles tief zu verstehen. Von daher möge man mir meine Frage nachsehen.
Das Modul läuft bei mir seit einigen Monaten mit Reed Kontakt 100%ig. Eingerichtet habe ich es nach Anleitung aus dem Netz.
Den Anfangszählerstand hatte ich mit
setreading GasZaehler GasCounterOffset 19883.88 gesetzt
gerade habe ich aber gesehen, dass es noch ein gleichnamiges Attribut: GasCounterOffset
selbiges sollte man aber laut fhem Doku zum setzen des Offsets nehmen.
Dann gibt es im DeviceOverview auch noch die Möglichkeit den GasCounterOffset mittels set zu setzen.
Nun wundere ich mich, dass das Attribut
GasCounterOffset 0
Null ist
das Reading GasCounterOffset aber auf 19883.88 steht.
Frage:
Kann mir jemand den Unterschied in der Anzeige erläutern?
Ich kann das absolut nicht nachvollziehen.
Ich habe gerade ein "SyncCounter" durchgefuehrt und das Attribut GasCounterOffset hat sich neu berechnet.
Somit steht das Reading "_Meter" wieder synchron mit dem großen Klotz an der Wand.
Ein Reading "GasCounterOffset" habe ich nicht bekommen.
Gruss
Sailor
Moin Moin zusammen,
ich muss jetzt doch leider auch mal fragen bzgl. der Bedeutung der 1st- und Last-Werte des Zählermoduls, da ich bei mir mit dem EnergyDay Wert immer wieder Probleme habe.
a.) CounterDay1st ist der Zählerwert (Nicht der Volumenwert) vom Zählerdevice zu Beginn des Tages ? Bei mir ist der Wert um Faktor 10 Größer als der Volumenwert, skaliert mit GasCubicPerCounts = 0.1
b.) CounterDayLast ist der letzte Zählerwert des Vortages (also gleich CounterDay1st minus einer Messung) ?
C.) Das gilt genau so für Monat, Jahr und Meter ? (also "Last" ist jeweils der letzte Wert vor der "1st" Messung ?)
d.) GasMeter_ar_Count_VolLastYear ist laut Device-Beschreibung: Verbrauchtes Volumen des vorherigen Jahres. Das würde beuten: (Volumenstand des Zählers Ende des Vorjahres) minus (Volumenstand des Zählers Anfang des Vorjahres).
Ich vermute aber es ist analog zu den Counter-Werten oben gemeint, oder ??? Also letzter Volumen-Betrag am Ende des Vorjahres ? Das ist dann aber nicht das verbrauchte Volumen des Vorjahres.
Wie ist das nun richtig ?
Vielen Dank,
Chris
Irgendwo muss noch ein Bug im Modul sein.
Ich hatte es irgendwie wieder hin bekommen, dass die Werte ordentlich berechnet wurden, aber jetzt mit Monats- und Sommerzeitwechsel wird der Tageswert "EnergyDay" wieder additiv berechnet (siehe Bild). Korrektur: Es scheint die Zeitumstellung zu sein, da der Effekt schon am 30.10. auftritt.
Hat noch jemand das gleiche Problem ?
Zitat von: chris_kmn am 02 November 2022, 11:30:38
Irgendwo muss noch ein Bug im Modul sein.
Ich hatte es irgendwie wieder hin bekommen, dass die Werte ordentlich berechnet wurden, aber jetzt mit Monats- und Sommerzeitwechsel wird der Tageswert "EnergyDay" wieder additiv berechnet (siehe Bild). Korrektur: Es scheint die Zeitumstellung zu sein, da der Effekt schon am 30.10. auftritt.
Hat noch jemand das gleiche Problem ?
Ist bekannt, wird von mir zu Freitag behoben...
Gruss
Sailor
ok, vielen Dank !
Hi,
vielleicht kann mir jemand helfen.
Ich glaube bei mir stimmt was nicht... ich habe einen Zähler den ich per Wemos D1 Mini mit Tasmota ablese (Impuls)...
bei jedem Impuls erhöht sich der Counter und wird per MQTT gesendet...
ich habe ein GasCalculator eingerichtet, scheint auch so erstmal zu funktionieren
Meine Grafik sieht nur irgendwie merkwürdig aus, also ich bezweifle das die Leistung da so abfällt...ich vermute die läuft eher irgendwas falsch
folgende Werte werden verwendet
get DBLogging HISTORY INT 2022-11-05_18:00:00 2022-11-05_18:59:59 GaszaehlerCalc:gaszaehler_Counter1_PowerCurrent GaszaehlerCalc:gaszaehler_Counter1_EnergyDay
2022-11-05_18:12:11 0.593
2022-11-05_18:13:04 7.591
2022-11-05_18:14:13 5.831
2022-11-05_18:22:38 0.797
2022-11-05_18:23:45 6.005
2022-11-05_18:32:19 0.783
2022-11-05_18:33:26 6.005
2022-11-05_18:42:13 0.763
2022-11-05_18:43:15 6.489
2022-11-05_18:52:11 0.751
2022-11-05_18:53:14 6.386
#GaszaehlerCalc:gaszaehler_Counter1_PowerCurrent:::
2022-11-05_18:12:11 17.882
2022-11-05_18:13:04 17.993
2022-11-05_18:14:13 18.105
2022-11-05_18:22:38 18.217
2022-11-05_18:23:45 18.329
2022-11-05_18:32:19 18.440
2022-11-05_18:33:26 18.552
2022-11-05_18:42:13 18.664
2022-11-05_18:43:15 18.776
2022-11-05_18:52:11 18.887
2022-11-05_18:53:14 18.999
#GaszaehlerCalc:gaszaehler_Counter1_EnergyDay:::
das Ergebnis in der Grafik ist folgendes (habe es vergrößert)
Hi mkraus
Zitat von: mkraus81 am 05 November 2022, 19:33:37
Ich glaube bei mir stimmt was nicht.
Meine Grafik sieht nur irgendwie merkwürdig aus, also ich bezweifle das die Leistung da so abfällt...ich vermute die läuft eher irgendwas falsch
Warum sollte denn deine Leistung nicht abfallen. Deine Heizung läuft doch nicht ständig durch.
Deine Zeichnung sieht deshalb wohl so komisch aus, weil du auf Punkt-Darstellung bist. Schalte die Linien mal auf Balken-Darstellung um.
Das ist realistischer.
Gruß
Sailor
Hi,
ich denke schon das die Heizung zu der Zeit durchlief...
durchlaufen mit geringer Leistung ist besser als ständig an/aus (Taktung)
ich habe gestern das GasCalculator Device nochmal komplett gelöscht
und dann auch GasCounterOffset auf 78.83 (war zu der Zeit der Zählerstand, Zähler wurde vor 3 Wochen getauscht) gesetzt
Nun denke ich das ich was komplett falsch habe... oder falsch verstanden habe...
denn die Werte aus dem Log für CurrentPower sehen so aus
get DBLogging HISTORY INT 2022-11-06_00:00:00 2022-11-06_23:59:59 GaszaehlerCalc:gaszaehler_Counter1_PowerCurrent GaszaehlerCalc:gaszaehler_Counter1_EnergyDay
2022-11-06_04:39:25 0.000
2022-11-06_04:39:44 0.021
2022-11-06_04:40:00 0.025
2022-11-06_04:40:13 0.031
2022-11-06_04:40:25 0.034
2022-11-06_04:40:37 0.034
2022-11-06_04:40:49 0.034
2022-11-06_04:41:02 0.034
2022-11-06_04:41:15 0.031
2022-11-06_04:41:32 0.024
2022-11-06_04:41:52 0.020
2022-11-06_04:42:12 0.020
2022-11-06_04:42:33 0.019
2022-11-06_04:42:54 0.019
2022-11-06_04:43:14 0.020
2022-11-06_04:43:34 0.020
2022-11-06_04:43:55 0.019
2022-11-06_04:44:16 0.019
2022-11-06_04:44:38 0.018
2022-11-06_04:45:01 0.017
2022-11-06_04:45:24 0.017
2022-11-06_04:45:48 0.017
2022-11-06_04:46:11 0.017
2022-11-06_04:46:36 0.016
2022-11-06_04:47:01 0.016
2022-11-06_04:47:26 0.016
2022-11-06_04:47:53 0.015
2022-11-06_04:48:19 0.015
2022-11-06_04:48:47 0.014
2022-11-06_04:49:15 0.014
2022-11-06_04:49:43 0.014
2022-11-06_04:50:12 0.014
2022-11-06_04:50:42 0.013
2022-11-06_04:51:12 0.013
2022-11-06_04:51:43 0.013
2022-11-06_04:52:15 0.013
2022-11-06_04:52:47 0.013
2022-11-06_04:53:21 0.012
2022-11-06_04:53:55 0.012
2022-11-06_04:54:30 0.011
2022-11-06_04:55:06 0.011
2022-11-06_04:55:43 0.011
2022-11-06_04:56:21 0.011
2022-11-06_04:56:59 0.011
2022-11-06_04:57:39 0.010
2022-11-06_04:58:19 0.010
2022-11-06_04:59:13 0.007
2022-11-06_04:59:44 0.013
2022-11-06_05:00:30 0.009
2022-11-06_05:01:16 0.009
2022-11-06_05:02:02 0.009
2022-11-06_05:02:51 0.008
2022-11-06_05:03:41 0.008
2022-11-06_05:04:31 0.008
2022-11-06_05:05:24 0.008
2022-11-06_05:06:21 0.007
2022-11-06_05:07:17 0.007
2022-11-06_05:08:16 0.007
2022-11-06_05:09:16 0.007
2022-11-06_05:10:20 0.006
2022-11-06_05:11:25 0.006
2022-11-06_05:12:30 0.006
2022-11-06_05:13:36 0.006
2022-11-06_05:14:42 0.006
2022-11-06_05:15:49 0.006
Grafik dann so (siehe Anhang)
Edit: Grafik als Balkendiagram
Ich habe das Gefühl das ggf. was mit event-on-change oder so nicht passt
Ich habe am Counter-Device
Event-On-Change: .*
Bei jedem Impuls erhöht sich Counter1 + 1
am GasCalculator auch
Event-On-Change: .*
sollte ich da ggf. was ändern?
denn < 1KW Leistung kann ja nicht so recht stimmen... ich finde den Fehler nur nicht
ich glaube PowerCurrent von 0.006... müsste eigentlich 6 KW sein...
denn unsere Brennwerttherme ist eine 6-24KW Therme
Hi mkraus
Zitat von: mkraus81 am 06 November 2022, 09:50:23
ich denke schon das die Heizung zu der Zeit durchlief... durchlaufen mit geringer Leistung ist besser als ständig an/aus (Taktung)
Das nennen die Hersteller "Modulation" und ist in der Tat viel besser als AN / AUS.
Zitat von: mkraus81 am 06 November 2022, 09:50:23
Nun denke ich das ich was komplett falsch habe... oder falsch verstanden habe... denn die Werte aus dem Log für CurrentPower sehen so aus
get DBLogging HISTORY INT 2022-11-06_00:00:00 2022-11-06_23:59:59 GaszaehlerCalc:gaszaehler_Counter1_PowerCurrent GaszaehlerCalc:gaszaehler_Counter1_EnergyDay
Also mir erscheinen die Werte sind im Allgemeinen viel zu niedrig für eine Heizung.
8W Spitzenleistung??? - So ein Haus hätte ich auch gerne! :o
Das sollten aus meinem Bauchgefühl heraus eher 8kW+ sein.
Kann es sein, dass du den Faktor in den Attributen nicht richtig gesetzt hast.
Es macht schon ein Unterschied ob 1kWh pro kleinster Counterstelle oder 0,001 kWh. ;)
Zitat von: mkraus81 am 06 November 2022, 09:50:23
Grafik dann so (siehe Anhang)
Edit: Grafik als Balkendiagram
abgesehen von der Höhe der Werte sieht gar nicht sooo schlecht aus.
Man sieht deutlich die Modulation der Heizung und der stetig steigende Tagesverbrauch.
Zitat von: mkraus81 am 06 November 2022, 09:50:23
Ich habe das Gefühl das ggf. was mit event-on-change oder so nicht passt
Ich habe am Counter-Device
Event-On-Change: .*
Bei jedem Impuls erhöht sich Counter1 + 1
am GasCalculator auch
Event-On-Change: .*
Das ist schon OK. Sagt ja nur aus, wann ein EVENT - Impuls kommen soll.
Das hat mit der Berechnung nichts zu tun. Nur wann neu berechnet werden soll - Nämlich sobald am Counter ein neuer Wert anliegt.
Zitat von: mkraus81 am 06 November 2022, 09:50:23
denn < 1KW Leistung kann ja nicht so recht stimmen... ich finde den Fehler nur nicht
Warum nicht? Meine Heizung geht bis auf 19kW hoch.
Gruß
Sailor
< 1kW meinte ich
unsere Therme ist eine 6-24kW Therme von Buderus
ich glaube PowerCurrent von 0.006... müsste eigentlich 6 KW sein...
hier mal meine Definition, vielleicht kannst du (oder jemand anderes) den Fehler erkennen
define GaszaehlerCalc GasCalculator gaszaehler:Counter1.*
attr GaszaehlerCalc BasicPricePerAnnum 0
attr GaszaehlerCalc Currency €;
attr GaszaehlerCalc DbLogInclude gaszaehler_Counter1_PowerCurrent,gaszaehler_Counter1_EnergyDay,gaszaehler_Counter1_EnergyCostDay,gaszaehler_Counter1_EnergyMonthLast,gaszaehler_Counter1_EnergyCostMonthLast,gaszaehler_Counter1_EnergyYearLast,gaszaehler_Counter1_EnergyDayLast
attr GaszaehlerCalc DecimalPlace 3
attr GaszaehlerCalc GasCounterOffset 0
attr GaszaehlerCalc GasCubicPerCounts 0.01
attr GaszaehlerCalc GasNominalHeatingValue 11.609
attr GaszaehlerCalc GasPricePerKWh 0.07026
attr GaszaehlerCalc GaszValue 0.9627
attr GaszaehlerCalc MonthOfAnnualReading 1
attr GaszaehlerCalc MonthlyPayment 0
attr GaszaehlerCalc ReadingDestination CalculatorDevice
attr GaszaehlerCalc SiPrefixPower kW
attr GaszaehlerCalc Volume m³;
attr GaszaehlerCalc alias Gas Verbrauch
attr GaszaehlerCalc group Gaszähler
attr GaszaehlerCalc room Haus
attr GaszaehlerCalc stateFormat <table>\
<tr><td align="left">Heute</td><td align="right">gaszaehler_Counter1_EnergyDay kWh</td></tr>\
<tr><td align="left">Gestern</td><td align="right">gaszaehler_Counter1_EnergyDayLast kWh</td></tr>\
<tr><td align="left">Akt. Monat</td><td align="right">gaszaehler_Counter1_EnergyMonth kWh</td></tr>\
<tr><td align="left">Letzte Monat</td><td align="right">gaszaehler_Counter1_EnergyMonthLast kWh</td></tr>\
<tr><td align="left">Akt. Jahr</td><td align="right">gaszaehler_Counter1_EnergyYear kWh</td></tr>\
<tr><td align="left">Letzte Jahr</td><td align="right">gaszaehler_Counter1_EnergyYearLast kWh</td></tr>\
</table>
# DEF gaszaehler:Counter1.*
# FUUID 6366438e-f33f-dc88-a772-c4ed9d21b7f9e3b6
# NAME GaszaehlerCalc
# NOTIFYDEV gaszaehler
# NR 943
# NTFY_ORDER 10-GaszaehlerCalc
# REGEXP gaszaehler:Counter1.*
# STATE <table>
#<tr><td align="left">Heute</td><td align="right">6.035 kWh</td></tr>
#<tr><td align="left">Gestern</td><td align="right">gaszaehler_Counter1_EnergyDayLast kWh</td></tr>
#<tr><td align="left">Akt. Monat</td><td align="right">6.035 kWh</td></tr>
#<tr><td align="left">Letzte Monat</td><td align="right">gaszaehler_Counter1_EnergyMonthLast kWh</td></tr>
#<tr><td align="left">Akt. Jahr</td><td align="right">6.035 kWh</td></tr>
#<tr><td align="left">Letzte Jahr</td><td align="right">gaszaehler_Counter1_EnergyYearLast kWh</td></tr>
#</table>
# TYPE GasCalculator
# eventCount 75
# Helper:
# DBLOG:
# gaszaehler_Counter1_EnergyCostDay:
# DBLogging:
# TIME 1667732450.60019
# VALUE 0.424
# gaszaehler_Counter1_EnergyDay:
# DBLogging:
# TIME 1667732450.60019
# VALUE 6.035
# gaszaehler_Counter1_PowerCurrent:
# DBLogging:
# TIME 1667732450.60019
# VALUE 0.006
# READINGS:
# 2022-11-06 09:56:23 gaszaehler_Counter1_CounterDay1st 81.050
# 2022-11-06 09:56:23 gaszaehler_Counter1_CounterDayLast 81.050
# 2022-11-06 09:56:23 gaszaehler_Counter1_CounterMeter1st 81.050
# 2022-11-06 09:56:23 gaszaehler_Counter1_CounterMeterLast 81.050
# 2022-11-06 09:56:23 gaszaehler_Counter1_CounterMonth1st 81.050
# 2022-11-06 09:56:23 gaszaehler_Counter1_CounterMonthLast 81.050
# 2022-11-06 09:56:23 gaszaehler_Counter1_CounterYear1st 81.050
# 2022-11-06 09:56:23 gaszaehler_Counter1_CounterYearLast 81.050
# 2022-11-06 12:00:50 gaszaehler_Counter1_EnergyCostDay 0.424
# 2022-11-06 12:00:50 gaszaehler_Counter1_EnergyCostMeter 0.424
# 2022-11-06 12:00:50 gaszaehler_Counter1_EnergyCostMonth 0.424
# 2022-11-06 12:00:50 gaszaehler_Counter1_EnergyCostYear 0.424
# 2022-11-06 12:00:50 gaszaehler_Counter1_EnergyDay 6.035
# 2022-11-06 12:00:50 gaszaehler_Counter1_EnergyMeter 6.035
# 2022-11-06 12:00:50 gaszaehler_Counter1_EnergyMonth 6.035
# 2022-11-06 12:00:50 gaszaehler_Counter1_EnergyYear 6.035
# 2022-11-06 12:00:50 gaszaehler_Counter1_FinanceReserve -0.424
# 2022-11-06 12:00:50 gaszaehler_Counter1_Meter 81.600
# 2022-11-06 12:00:50 gaszaehler_Counter1_MonthMeterReading 11
# 2022-11-06 12:00:50 gaszaehler_Counter1_PowerCurrent 0.006
# 2022-11-06 12:00:50 gaszaehler_Counter1_PowerDayAver 0.007
# 2022-11-06 11:27:13 gaszaehler_Counter1_PowerDayMax 0.021
# 2022-11-06 09:57:27 gaszaehler_Counter1_PowerDayMin 0
# 2022-11-06 09:57:27 gaszaehler_Counter1_Vol1stDay 81.06
# 2022-11-06 09:57:27 gaszaehler_Counter1_Vol1stMeter 81.06
# 2022-11-06 09:57:27 gaszaehler_Counter1_Vol1stMonth 81.06
# 2022-11-06 09:57:27 gaszaehler_Counter1_Vol1stYear 81.06
# 2022-11-06 09:57:27 gaszaehler_Counter1_VolLastDay 81.050
# 2022-11-06 09:57:27 gaszaehler_Counter1_VolLastMeter 81.050
# 2022-11-06 09:57:27 gaszaehler_Counter1_VolLastMonth 81.050
# 2022-11-06 09:57:27 gaszaehler_Counter1_VolLastYear 81.050
# 2022-11-06 09:56:23 gaszaehler_Counter1_WFRDayMax 0
# 2022-11-06 09:56:23 gaszaehler_Counter1_WFRDayMin 0
# system:
# DecimalPlace %.3f
# SiPrefixPowerFactor 1000
#
setstate GaszaehlerCalc <table>\
<tr><td align="left">Heute</td><td align="right">6.035 kWh</td></tr>\
<tr><td align="left">Gestern</td><td align="right">gaszaehler_Counter1_EnergyDayLast kWh</td></tr>\
<tr><td align="left">Akt. Monat</td><td align="right">6.035 kWh</td></tr>\
<tr><td align="left">Letzte Monat</td><td align="right">gaszaehler_Counter1_EnergyMonthLast kWh</td></tr>\
<tr><td align="left">Akt. Jahr</td><td align="right">6.035 kWh</td></tr>\
<tr><td align="left">Letzte Jahr</td><td align="right">gaszaehler_Counter1_EnergyYearLast kWh</td></tr>\
</table>
setstate GaszaehlerCalc 2022-11-06 12:00:50 .ReadingDestinationDeviceName GaszaehlerCalc
setstate GaszaehlerCalc 2022-11-06 12:00:50 .gaszaehler_Counter1_LastDV 0.010
setstate GaszaehlerCalc 2022-11-06 12:00:50 .gaszaehler_Counter1_LastDt 65
setstate GaszaehlerCalc 2022-11-06 12:00:50 .gaszaehler_Counter1_LastUpdateTimestampUnix 1667732450
setstate GaszaehlerCalc 2022-11-06 12:00:50 .gaszaehler_Counter1_PowerDayCount 55
setstate GaszaehlerCalc 2022-11-06 12:00:50 .gaszaehler_Counter1_PowerDaySum 0.384
setstate GaszaehlerCalc 2022-11-06 12:00:50 .gaszaehler_Counter1_PrevRead 81.600
setstate GaszaehlerCalc 2022-11-06 09:56:23 .gaszaehler_Counter1_WFRDayCount 0
setstate GaszaehlerCalc 2022-11-06 09:56:23 .gaszaehler_Counter1_WFRDaySum 0
setstate GaszaehlerCalc 2022-11-06 09:56:23 gaszaehler_Counter1_CounterDay1st 81.050
setstate GaszaehlerCalc 2022-11-06 09:56:23 gaszaehler_Counter1_CounterDayLast 81.050
setstate GaszaehlerCalc 2022-11-06 09:56:23 gaszaehler_Counter1_CounterMeter1st 81.050
setstate GaszaehlerCalc 2022-11-06 09:56:23 gaszaehler_Counter1_CounterMeterLast 81.050
setstate GaszaehlerCalc 2022-11-06 09:56:23 gaszaehler_Counter1_CounterMonth1st 81.050
setstate GaszaehlerCalc 2022-11-06 09:56:23 gaszaehler_Counter1_CounterMonthLast 81.050
setstate GaszaehlerCalc 2022-11-06 09:56:23 gaszaehler_Counter1_CounterYear1st 81.050
setstate GaszaehlerCalc 2022-11-06 09:56:23 gaszaehler_Counter1_CounterYearLast 81.050
setstate GaszaehlerCalc 2022-11-06 12:00:50 gaszaehler_Counter1_EnergyCostDay 0.424
setstate GaszaehlerCalc 2022-11-06 12:00:50 gaszaehler_Counter1_EnergyCostMeter 0.424
setstate GaszaehlerCalc 2022-11-06 12:00:50 gaszaehler_Counter1_EnergyCostMonth 0.424
setstate GaszaehlerCalc 2022-11-06 12:00:50 gaszaehler_Counter1_EnergyCostYear 0.424
setstate GaszaehlerCalc 2022-11-06 12:00:50 gaszaehler_Counter1_EnergyDay 6.035
setstate GaszaehlerCalc 2022-11-06 12:00:50 gaszaehler_Counter1_EnergyMeter 6.035
setstate GaszaehlerCalc 2022-11-06 12:00:50 gaszaehler_Counter1_EnergyMonth 6.035
setstate GaszaehlerCalc 2022-11-06 12:00:50 gaszaehler_Counter1_EnergyYear 6.035
setstate GaszaehlerCalc 2022-11-06 12:00:50 gaszaehler_Counter1_FinanceReserve -0.424
setstate GaszaehlerCalc 2022-11-06 12:00:50 gaszaehler_Counter1_Meter 81.600
setstate GaszaehlerCalc 2022-11-06 12:00:50 gaszaehler_Counter1_MonthMeterReading 11
setstate GaszaehlerCalc 2022-11-06 12:00:50 gaszaehler_Counter1_PowerCurrent 0.006
setstate GaszaehlerCalc 2022-11-06 12:00:50 gaszaehler_Counter1_PowerDayAver 0.007
setstate GaszaehlerCalc 2022-11-06 11:27:13 gaszaehler_Counter1_PowerDayMax 0.021
setstate GaszaehlerCalc 2022-11-06 09:57:27 gaszaehler_Counter1_PowerDayMin 0
setstate GaszaehlerCalc 2022-11-06 09:57:27 gaszaehler_Counter1_Vol1stDay 81.06
setstate GaszaehlerCalc 2022-11-06 09:57:27 gaszaehler_Counter1_Vol1stMeter 81.06
setstate GaszaehlerCalc 2022-11-06 09:57:27 gaszaehler_Counter1_Vol1stMonth 81.06
setstate GaszaehlerCalc 2022-11-06 09:57:27 gaszaehler_Counter1_Vol1stYear 81.06
setstate GaszaehlerCalc 2022-11-06 09:57:27 gaszaehler_Counter1_VolLastDay 81.050
setstate GaszaehlerCalc 2022-11-06 09:57:27 gaszaehler_Counter1_VolLastMeter 81.050
setstate GaszaehlerCalc 2022-11-06 09:57:27 gaszaehler_Counter1_VolLastMonth 81.050
setstate GaszaehlerCalc 2022-11-06 09:57:27 gaszaehler_Counter1_VolLastYear 81.050
setstate GaszaehlerCalc 2022-11-06 09:56:23 gaszaehler_Counter1_WFRDayMax 0
setstate GaszaehlerCalc 2022-11-06 09:56:23 gaszaehler_Counter1_WFRDayMin 0
Zitat von: mkraus81 am 06 November 2022, 12:09:36
hier mal meine Definition, vielleicht kannst du (oder jemand anderes) den Fehler erkennen
Poste mal eine Ausgabe von
list gaszaehler
Und einen Plot vom
gaszaehler:Counter1
Regards
Sailor
ich glaube das Problem hat damit zu tun, das ich die Werte falsch interpretiere... ich habe ja für mein gaszaehler ein stateformat mit /100 drin, ich habe ja keine Kommazahl... sondern nur "Impulse"...
die Frage ist nur, was habe ich dann am GasCalculator falsch eingestellt... darf ich da vielleicht nicht mit Counter1 arbeiten, sondern muss mir ein UserReading machen wo dann mein Stateformat Wert drin steht und das für den GasCalculator verwenden?
obwohl die Werte ja mit dem gaszaehler_Counter1_Meter übereinstimmen
Internals:
CID DVES_0D597D
DEF DVES_0D597D
FUUID 6360e25b-f33f-dc88-4363-0c74d2e46d1fe650
IODev m2s
LASTInputDev m2s
MSGCNT 241
NAME gaszaehler
NR 939
STATE 81.81 m3
TYPE MQTT2_DEVICE
eventCount 85
m2s_CONN m2s_192.168.178.115_55544
m2s_MSGCNT 241
m2s_TIME 2022-11-06 13:09:57
READINGS:
2022-11-06 12:36:43 COUNTER_C1 8170
2022-11-06 13:09:48 Counter1 8181
2022-11-06 12:36:43 Heap 25
2022-11-06 09:55:34 IODev m2s
2022-11-05 15:36:15 Info1_FallbackTopic cmnd/DVES_0D597D_fb/
2022-11-05 15:36:15 Info1_GroupTopic cmnd/tasmotas/
2022-11-05 15:36:15 Info1_Module Generic
2022-11-05 15:36:15 Info1_Version 12.2.0(tasmota)
2022-11-05 15:36:15 Info2_Hostname TasmotaGaszaehler-6525
2022-11-05 15:36:15 Info2_IPAddress 192.168.178.115
2022-11-05 15:36:15 Info2_WebServerMode Admin
2022-11-05 15:36:15 Info3_BootCount 31
2022-11-05 15:36:15 Info3_RestartReason External System
2022-11-06 09:55:44 LWT Online
2022-11-06 12:36:43 LoadAvg 19
2022-11-06 12:36:43 MqttCount 9
2022-11-06 13:09:57 POWER ON
2022-11-06 12:36:43 Sleep 50
2022-11-06 12:36:43 SleepMode Dynamic
2022-11-06 12:36:43 Switch1 ON
2022-11-05 14:33:21 TelePeriod 3600
2022-11-06 12:36:43 Time 2022-11-06T12:36:43
2022-11-06 12:36:43 Uptime 0T21:00:44
2022-11-06 12:36:43 UptimeSec 75644
2022-11-06 12:36:43 Wifi_AP 1
2022-11-06 12:36:43 Wifi_BSSId 7C:FF:4D:27:81:0E
2022-11-06 12:36:43 Wifi_Channel 1
2022-11-06 12:36:43 Wifi_Downtime 0T00:00:15
2022-11-06 12:36:43 Wifi_LinkCount 1
2022-11-06 12:36:43 Wifi_Mode 11n
2022-11-06 12:36:43 Wifi_RSSI 50
2022-11-06 12:36:43 Wifi_SSId MaxBineAC
2022-11-06 12:36:43 Wifi_Signal -75
2022-11-06 09:55:44 btn_1 0
2022-11-06 09:55:44 btn_2 0
2022-11-06 09:55:44 btn_3 0
2022-11-06 09:55:44 btn_4 0
2022-11-06 09:55:44 btn_5 0
2022-11-06 09:55:44 btn_6 0
2022-11-06 09:55:44 btn_7 0
2022-11-06 09:55:44 btn_8 0
2022-11-06 09:55:44 dn Tasmota
2022-11-06 09:55:44 fn_1 Tasmota
2022-11-06 09:55:44 ft %prefix%/%topic%/
2022-11-06 09:55:44 hn TasmotaGaszaehler-6525
2022-11-06 09:55:44 if 0
2022-11-06 09:55:44 ip 192.168.178.115
2022-11-06 09:55:44 lk 0
2022-11-06 09:55:44 lt_st 0
2022-11-06 09:55:44 mac 8CAAB50D597D
2022-11-06 09:55:44 md Generic
2022-11-06 09:55:44 ofln Offline
2022-11-06 09:55:44 onln Online
2022-11-06 09:55:44 rl_1 0
2022-11-06 09:55:44 rl_2 0
2022-11-06 09:55:44 rl_3 0
2022-11-06 09:55:44 rl_4 0
2022-11-06 09:55:44 rl_5 0
2022-11-06 09:55:44 rl_6 0
2022-11-06 09:55:44 rl_7 0
2022-11-06 09:55:44 rl_8 0
2022-11-06 09:55:44 sho_1 0
2022-11-06 09:55:44 sho_2 0
2022-11-06 09:55:44 sho_3 0
2022-11-06 09:55:44 sho_4 0
2022-11-06 09:55:44 sht_1_1 0
2022-11-06 09:55:44 sht_1_2 0
2022-11-06 09:55:44 sht_1_3 0
2022-11-06 09:55:44 sht_2_1 0
2022-11-06 09:55:44 sht_2_2 0
2022-11-06 09:55:44 sht_2_3 0
2022-11-06 09:55:44 sht_3_1 0
2022-11-06 09:55:44 sht_3_2 0
2022-11-06 09:55:44 sht_3_3 0
2022-11-06 09:55:44 sht_4_1 0
2022-11-06 09:55:44 sht_4_2 0
2022-11-06 09:55:44 sht_4_3 0
2022-11-06 09:55:44 sn_COUNTER_C1 8104
2022-11-06 09:55:44 sn_Switch1 ON
2022-11-06 09:55:44 sn_Time 2022-11-06T09:55:44
2022-11-06 09:55:44 so_11 0
2022-11-06 09:55:44 so_114 0
2022-11-06 09:55:44 so_117 0
2022-11-06 09:55:44 so_13 0
2022-11-06 09:55:44 so_17 0
2022-11-06 09:55:44 so_20 0
2022-11-06 09:55:44 so_30 0
2022-11-06 09:55:44 so_4 0
2022-11-06 09:55:44 so_68 0
2022-11-06 09:55:44 so_73 0
2022-11-06 09:55:44 so_82 0
2022-11-06 09:55:44 state_1 OFF
2022-11-06 09:55:44 state_2 ON
2022-11-06 09:55:44 state_3 TOGGLE
2022-11-06 09:55:44 state_4 HOLD
2022-11-06 03:32:54 subscriptions cmnd/DVES_0D597D_fb/# cmnd/TasmotaGaszaehler/# cmnd/tasmotas/#
2022-11-06 09:55:44 sw 12.2.0
2022-11-06 09:55:44 swc_1 -1
2022-11-06 09:55:44 swc_2 -1
2022-11-06 09:55:44 swc_3 -1
2022-11-06 09:55:44 swc_4 -1
2022-11-06 09:55:44 swc_5 -1
2022-11-06 09:55:44 swc_6 -1
2022-11-06 09:55:44 swc_7 -1
2022-11-06 09:55:44 swc_8 -1
2022-11-06 09:55:44 t TasmotaGaszaehler
2022-11-06 09:55:44 tp_1 cmnd
2022-11-06 09:55:44 tp_2 stat
2022-11-06 09:55:44 tp_3 tele
2022-11-06 09:55:44 ty 0
2022-11-06 09:55:44 ver 1
Attributes:
IODev m2s
alias Gaszähler
event-on-change-reading .*
group Gaszähler
readingList DVES_0D597D:tele/TasmotaGaszaehler/LWT:.* LWT
DVES_0D597D:cmnd/TasmotaGaszaehler/POWER:.* POWER
DVES_0D597D:tasmota/discovery/8CAAB50D597D/config:.* { json2nameValue($EVENT) }
DVES_0D597D:tasmota/discovery/8CAAB50D597D/sensors:.* { json2nameValue($EVENT) }
DVES_0D597D:stat/TasmotaGaszaehler/RESULT:.* { json2nameValue($EVENT) }
DVES_0D597D:stat/TasmotaGaszaehler/POWER:.* POWER
DVES_0D597D:tele/TasmotaGaszaehler/STATE:.* { json2nameValue($EVENT) }
DVES_0D597D:tele/TasmotaGaszaehler/SENSOR:.* { json2nameValue($EVENT) }
DVES_0D597D:tele/TasmotaGaszaehler/INFO1:.* { json2nameValue($EVENT) }
DVES_0D597D:tele/TasmotaGaszaehler/INFO2:.* { json2nameValue($EVENT) }
DVES_0D597D:tele/TasmotaGaszaehler/INFO3:.* { json2nameValue($EVENT) }
room Haus
stateFormat {sprintf("%.2f m3", (ReadingsVal($name,"Counter1",0)/100))}
Hallo mkraus
Zitat von: mkraus81 am 06 November 2022, 13:12:03
ich glaube das Problem hat damit zu tun, das ich die Werte falsch interpretiere... ich habe ja für mein gaszaehler ein stateformat mit /100 drin, ich habe ja keine Kommazahl... sondern nur "Impulse"...
die Frage ist nur, was habe ich dann am GasCalculator falsch eingestellt...
Warum teilst du die Werte im gaszaehler durch 100?
ZitatstateFormat {sprintf("%.2f m3", (ReadingsVal($name,"Counter1",0)/100))}
Was gibt der tasmotas denn nun unter Counter1 ohne Veränderung aus?
Gruss
Sailor
Gruss
Sailor
Zitat von: Sailor am 06 November 2022, 13:18:33
Hallo mkraus
Warum teilst du die Werte im gaszaehler durch 100?
weil ich den Zählerstand an dem Device sehen wollte... ich kannte da Gascalculator nicht...
Gaszaehler Readings sind:
Counter1: 8184
Stateformat ist dann: 81.84 m3
GasCalculator arbeitet doch aber mit Counter1 also 8184 oder nicht? sonst würden da ja die Meter-Werte nicht stimmen oder?
gaszaehler_Counter1_CounterDay1st
81.050
2022-11-06 09:56:23
gaszaehler_Counter1_CounterDayLast
81.050
2022-11-06 09:56:23
gaszaehler_Counter1_CounterMeter1st
81.050
2022-11-06 09:56:23
gaszaehler_Counter1_CounterMeterLast
81.050
2022-11-06 09:56:23
gaszaehler_Counter1_CounterMonth1st
81.050
2022-11-06 09:56:23
gaszaehler_Counter1_CounterMonthLast
81.050
2022-11-06 09:56:23
gaszaehler_Counter1_CounterYear1st
81.050
2022-11-06 09:56:23
gaszaehler_Counter1_CounterYearLast
81.050
2022-11-06 09:56:23
gaszaehler_Counter1_EnergyCostDay
0.612
2022-11-06 13:20:08
gaszaehler_Counter1_EnergyCostMeter
0.612
2022-11-06 13:20:08
gaszaehler_Counter1_EnergyCostMonth
0.612
2022-11-06 13:20:08
gaszaehler_Counter1_EnergyCostYear
0.612
2022-11-06 13:20:08
gaszaehler_Counter1_EnergyDay
8.717
2022-11-06 13:20:08
gaszaehler_Counter1_EnergyMeter
8.717
2022-11-06 13:20:08
gaszaehler_Counter1_EnergyMonth
8.717
2022-11-06 13:20:08
gaszaehler_Counter1_EnergyYear
8.717
2022-11-06 13:20:08
gaszaehler_Counter1_FinanceReserve
-0.612
2022-11-06 13:20:08
gaszaehler_Counter1_Meter
81.840
2022-11-06 13:20:08
gaszaehler_Counter1_MonthMeterReading
11
2022-11-06 13:20:08
gaszaehler_Counter1_PowerCurrent
0.006
2022-11-06 13:20:08
gaszaehler_Counter1_PowerDayAver
0.006
2022-11-06 13:20:08
gaszaehler_Counter1_PowerDayMax
0.021
2022-11-06 11:27:13
gaszaehler_Counter1_PowerDayMin
0
2022-11-06 09:57:27
gaszaehler_Counter1_Vol1stDay
81.06
2022-11-06 09:57:27
gaszaehler_Counter1_Vol1stMeter
81.06
2022-11-06 09:57:27
gaszaehler_Counter1_Vol1stMonth
81.06
2022-11-06 09:57:27
gaszaehler_Counter1_Vol1stYear
81.06
2022-11-06 09:57:27
gaszaehler_Counter1_VolLastDay
81.050
2022-11-06 09:57:27
gaszaehler_Counter1_VolLastMeter
81.050
2022-11-06 09:57:27
gaszaehler_Counter1_VolLastMonth
81.050
2022-11-06 09:57:27
gaszaehler_Counter1_VolLastYear
81.050
2022-11-06 09:57:27
gaszaehler_Counter1_WFRDayMax
0
2022-11-06 09:56:23
gaszaehler_Counter1_WFRDayMin
0
2022-11-06 09:56:23
Zitat von: mkraus81 am 06 November 2022, 13:23:07
weil ich den Zählerstand an dem Device sehen wollte... ich kannte da Gascalculator nicht...
Gaszaehler Readings sind:
Counter1: 8184
Stateformat ist dann: 81.84 m3
GasCalculator arbeitet doch aber mit Counter1 also 8184 oder nicht? sonst würden da ja die Meter-Werte nicht stimmen oder?
Ja das ist soweit alles richtig.
Jetzt erstelle mal einen 24h Plot mit den folgenden Readings
Linie: gaszaehler:Counter1
Linie: GaszaehlerCalc:gaszaehler_Counter1_Meter
Linie: GaszaehlerCalc:gaszaehler_Counter1_EnergyDay
Balken: GaszaehlerCalc:gaszaehler_Counter1_PowerCurrent
Gruß
Sailor
gaszaehler:Counter1
GaszaehlerCalc:gaszaehler_Counter1_Meter
logge ich aktuell nicht...
habe ich nun mal aktiviert
werte sind aber identisch... noch keine Differenz der beiden festgestellt...
aktuell jeweils 82.28
Counter1_EnergyDay und PowerCurrent
sind im dem folgenden Plot (Anhang)
einmal PowerCurrent Linie und einmal Balken
für mich sieht es ganz klar danach aus als wenn PowerCurrent... x 1000 genommen werden müsste... damit 0.006
6 kW raus kommen
Hey
Zitat von: mkraus81 am 06 November 2022, 14:56:26
für mich sieht es ganz klar danach aus als wenn PowerCurrent... x 1000 genommen werden müsste... damit 0.006 - > 6 kW raus kommen
Setze mal das Attribut
attr GaszaehlerCalc SiPrefixPower W
Mal schaun was passiert.
Gruß
Sailor
habe ich schon probiert... dann kommt 6 raus... kann es ja so verwenden...
aber das ist doch dann ein Bug oder habe ich ein Denkfehler?
denn es sind ja nicht 6 Watt sondern 6 kW
Zitat von: mkraus81 am 06 November 2022, 17:28:31
habe ich schon probiert... dann kommt 6 raus... kann es ja so verwenden...
aber das ist doch dann ein Bug oder habe ich ein Denkfehler?
denn es sind ja nicht 6 Watt sondern 6 kW
Das ist korrekt, aber ich kann es mir immer noch nicht erklären.
Ich muss mir mal meinen Code nochmal anschauen...
Gruß
Sailor
Zitat von: Sailor am 06 November 2022, 17:46:06
Das ist korrekt, aber ich kann es mir immer noch nicht erklären.
Ich muss mir mal meinen Code nochmal anschauen...
Gruß
Sailor
SUPER, DANKE!!!!
Ich dachte schon ich bin zu blöd :-)
Moin zusammen
Der Fehler war in meinem Code und selbst mir ist nie aufgefallen, dass W im Attribut tatsächlich kW anzeigt... :o
Bitte nach einspielen des Updates das Attribut ändern.
attr GaszaehlerCalc SiPrefixPower kW
mkraus81 wird hiermit den virtuellen "Held der Arbeit" - Orden verliehen! ;)
Gruß
Sailor
Zitat von: Sailor am 06 November 2022, 18:45:45
mkraus81 wird hiermit den virtuellen "Held der Arbeit" - Orden verliehen! ;)
DANKE :-)
Freut mich wenn ich helfen konnte ;-)
nun sieht die Grafik so aus...
ich frage mich noch wie diese "Abrisse" auf kleiner 1 KW zustande kommen... und ob man da noch was machen kann
2022-11-06_18:00:32 7.315
2022-11-06_18:01:25 7.591
2022-11-06_18:02:51 4.678
2022-11-06_18:13:23 0.637
2022-11-06_18:14:31 5.917
2022-11-06_18:15:38 6.005
2022-11-06_18:16:47 5.831
2022-11-06_18:17:55 5.917
2022-11-06_18:19:04 5.831
2022-11-06_18:20:12 5.917
2022-11-06_18:21:21 5.831
2022-11-06_18:22:31 5.748
2022-11-06_18:26:42 1.603
2022-11-06_18:27:34 7.737
2022-11-06_18:28:42 5.917
2022-11-06_18:36:51 0.823
2022-11-06_18:37:56 6.190
2022-11-06_18:39:03 6.005
2022-11-06_18:47:08 0.830
2022-11-06_18:48:13 6.190
2022-11-06_18:56:36 0.801
2022-11-06_18:57:26 7.889
2022-11-06_18:58:30 6.286
#GaszaehlerCalc:gaszaehler_Counter1_PowerCurrent:::
Prüf mal bitte die Berechnung von powerDayAve... ich glau e da stimmt durch deine umstellung was nicht... da steht bei mir 0.009
Aber vermutlich müsste es 9 kW sein
Zitat von: mkraus81 am 06 November 2022, 20:34:17
Prüf mal bitte die Berechnung von powerDayAve... ich glau e da stimmt durch deine umstellung was nicht... da steht bei mir 0.009
Aber vermutlich müsste es 9 kW sein
Mittelwertbildung aller Werte über den Tag.
Musste bis morgen warten.
Gruss
Sailor
Ein herzerfrischendes "Moin" vom Achtern Diek vorweg!
Aufgrund eines Bugs in den
73_ElectricityCalculator
73_GasCalculator
73_WaterCalculator
mit den Anzahl der Sekunden pro Tag während der Zeitumstellung sowie dem Start der Mitternachtsroutine, bin ich gezwungen die Bibliothek "DateTime" zu verwenden.
Daher bitte unbedingt vor dem Update im linux shell die Bibliohek DateTime nachinstallieren:
sudo cpan install DateTime
ausfuehren!
Ansonsten schmiert Euch euer fhem ab und legt sich in eine Dauer-Startschleife.
Sorry für die Unannehmlichkeiten, aber es ging leider nicht anders.
Gruß
Sailor
Was um Gottes Willen ist das für ein Befehl.
"sudo cpan install DateTime"
Mein Rasp installiert jetzt schon fast ne Stunde?
Ich glaube da stimmt irgendetwas nicht bei dir, hab gestern vielleicht 30 Sekunden gebraucht, dann war´s installiert
Ich versuch das mal abzubrechen.
Uff, ist gerade selbst fertig geworden.. gut das ich ne grosse Platte dran hab.
Zitat von: GeZi3560 am 09 November 2022, 16:44:14
Was um Gottes Willen ist das für ein Befehl.
"sudo cpan install DateTime"
Mein Rasp installiert jetzt schon fast ne Stunde?
hat bei mir heut früh auch verhältnismäßig sehr lange gedauert mit ca. 5 Minuten.
Paketinstalls via apt waren in wenigen Sekunden erledigt.
Aber der Sinn & Zweck wird derzeit von den Devs hier im Forum in einem anderen Thread diskutiert. Hatte den Hinweis heute früh genau wie Du gelesen und dachte mir sicherheitshalber, es sofort tun zu müssen, bevor ich irgendwann in einigen Tagen via "update all" mir plötzlich dicke Fehler ins System reinhaue.
edit:
Hier zur laufenden Diskussion:
https://forum.fhem.de/index.php/topic,129985.msg1244275.html#msg1244275
Hi,
ich bin über diverse andere Threads auf das Modul aufmerksam geworden.
Ich würde es gerne in Verbindung mit einem Aqara Fenster / Tür Sensor nutzen.
Leider habe ich mit der Suche noch keine passende Anbindung gefunden.
Hat jemand hier im Thread sowas? Google liefert etwas mit iobroker aber das sind wir ja nicht :)
Aqara Tür/Fenster-Sensoren habe ich mittels DECONZ (ConBee II USB Stick) in FHEM eingebunden
Moin,
ich habe nun meinen Gaspuls per Aqara Tür Fenstersensor ausgelesen und GasCalculator definiert auf dessen State.
ich habe auch gleich angefangen die Attribute zu setzen .
Im Log tauchte dies auf: 2022.11.11 22:31:55 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_GasCalculator.pm line 426.
2022.11.11 22:32:08 1: PERL WARNING: Use of uninitialized value $value in concatenation (.) or string at ./FHEM/73_GasCalculator.pm line 342.
Kann es daran liegen, dass der Zähler noch nichtmal einen Impuls gelaufen ist?
Internals:
CFGFN
DEF Gaspuls:state.*
NAME myGasCalculator
NOTIFYDEV Gaspuls
NR 30892
NTFY_ORDER 10-myGasCalculator
REGEXP Gaspuls:state.*
STATE active
TYPE GasCalculator
system:
DecimalPlace %.3f
SiPrefixPowerFactor 1
Attributes:
BasicPricePerAnnum 396.36
GasCounterOffset 0
GasNominalHeatingValue 11.426
GasPricePerKWh 0.1109
GaszValue 0.9640
MonthlyPayment 74
Hallo masterpete23,
das Calculator-Device ist darauf angewiesen, dass sich der Stand im Gaszähler-Device ändert, und ganz wichtig, ein Event dabei auslöst. Ansonsten passiert im Calculator-Device gar nichts.
Ob ein Event vorhanden ist, kannst du im Event-Monitor sehen, indem du .*Gaspuls:state.* selektierst. Wenn trotz Gasverbrauchs kein Event vorhanden ist, dann poste bitte das Device Gaspuls (list).
Viele Grüße Gisbert
Guten Morgen,
wir verbrauchen ja so wenig wie möglich somit möchte ich auch keine Events "provozieren".
Ich den Stunden nach der Anlage kamen nun weitere Werte.
So sieht das nun aus:
READINGS:
2022-11-12 01:04:28 Gaspuls_state_CounterDay1st 3197.110
2022-11-12 01:04:28 Gaspuls_state_CounterDayLast 3197.110
2022-11-12 01:04:28 Gaspuls_state_CounterMeter1st 3197.110
2022-11-12 01:04:28 Gaspuls_state_CounterMeterLast 3197.110
2022-11-12 01:04:28 Gaspuls_state_CounterMonth1st 3197.110
2022-11-12 01:04:28 Gaspuls_state_CounterMonthLast 3197.110
2022-11-12 01:04:28 Gaspuls_state_CounterYear1st 3197.110
2022-11-12 01:04:28 Gaspuls_state_CounterYearLast 3197.110
2022-11-12 06:43:06 Gaspuls_state_EnergyCostDay 0.012
2022-11-12 06:43:06 Gaspuls_state_EnergyCostMeter 0.012
2022-11-12 06:43:06 Gaspuls_state_EnergyCostMonth 0.012
2022-11-12 06:43:06 Gaspuls_state_EnergyCostYear 0.012
2022-11-12 06:43:06 Gaspuls_state_EnergyDay 0.110
2022-11-12 06:43:06 Gaspuls_state_EnergyMeter 0.110
2022-11-12 06:43:06 Gaspuls_state_EnergyMonth 0.110
2022-11-12 06:43:06 Gaspuls_state_EnergyYear 0.110
2022-11-12 06:43:06 Gaspuls_state_FinanceReserve 286.778
2022-11-12 06:43:06 Gaspuls_state_Meter 3197.130
2022-11-12 06:43:06 Gaspuls_state_MonthMeterReading 7
2022-11-12 06:43:06 Gaspuls_state_PowerCurrent 0.031
2022-11-12 06:43:06 Gaspuls_state_PowerDayAver 0.042
2022-11-12 03:06:47 Gaspuls_state_PowerDayMax 0.054
2022-11-12 03:06:47 Gaspuls_state_PowerDayMin 0
2022-11-12 03:06:47 Gaspuls_state_Vol1stDay 3197.12
2022-11-12 03:06:47 Gaspuls_state_Vol1stMeter 3197.12
2022-11-12 03:06:47 Gaspuls_state_Vol1stMonth 3197.12
2022-11-12 03:06:47 Gaspuls_state_Vol1stYear 3197.12
2022-11-12 03:06:47 Gaspuls_state_VolLastDay 3197.110
2022-11-12 03:06:47 Gaspuls_state_VolLastMeter 3197.110
2022-11-12 03:06:47 Gaspuls_state_VolLastMonth 3197.110
2022-11-12 03:06:47 Gaspuls_state_VolLastYear 3197.110
2022-11-12 01:04:28 Gaspuls_state_WFRDayMax 0
2022-11-12 01:04:28 Gaspuls_state_WFRDayMin 0
Jetzt heißt es warten?
Oder kann ich noch was machen?
ZitatWir verbrauchen ja so wenig wie möglich somit möchte ich auch keine Events "provozieren".
Jetzt heißt es warten?
Oder kann ich noch was machen?
Zu "Provokationen" habe ich nicht aufgerufen - kleiner Scherz am Rande.
Für mich sieht es aus Sicht eines Anwenders ok aus, denn es kommen ja offensichtlich Daten im Calculator-Device an.
Ich würde mir die Daten graphisch darstellen und mit der Beobachtung am physischen Gaszähler und der eigenen Erwartung vergleichen.
Bei mir sieht es wie im Anhang aus - und ja wir heizen noch (heimlich ;D).
Viele Grüße Gisbert
Zitat von: Gisbert am 12 November 2022, 10:12:18
Bei mir sieht es wie im Anhang aus - und ja wir heizen noch (heimlich ;D).
Wobei aber doch die Umrechnung des erfassten Verbrauchs in m³ nach kW bzw. kWh nur ungefähr sein kann.
Die Multiplikatoren für Zustandszahl und Brennwert sind nicht konstant im Laufe des Jahres.
Zitat von: Gisbert am 12 November 2022, 10:12:18
Zu "Provokationen" habe ich nicht aufgerufen - kleiner Scherz am Rande.
Für mich sieht es aus Sicht eines Anwenders ok aus, denn es kommen ja offensichtlich Daten im Calculator-Device an.
Ich würde mir die Daten graphisch darstellen und mit der Beobachtung am physischen Gaszähler und der eigenen Erwartung vergleichen.
Bei mir sieht es wie im Anhang aus - und ja wir heizen noch (heimlich ;D).
Viele Grüße Gisbert
Das sieht schon sehr gut aus. Ich muss auch noch schauen wie ich die Zahlen deuten muss. Magst du den svg Code teilen?
Grüße
Gerne.
Das SVG-Device:
defmod SVG_FileLog_myGasCalculator_1 SVG FileLog_myGasCalculator:SVG_FileLog_myGasCalculator_1:CURRENT
attr SVG_FileLog_myGasCalculator_1 alias Gaszähler
attr SVG_FileLog_myGasCalculator_1 captionPos auto
attr SVG_FileLog_myGasCalculator_1 endPlotNowByHour 1
attr SVG_FileLog_myGasCalculator_1 plotReplace L1={sprintf("Gaszähler: today %.1f kWh", $data{currval2})}
Der gplot File:
# Created by FHEM/98_SVG.pm, 2022-11-09 04:24:25
set terminal png transparent size <SIZE> crop
set output '<OUT>.png'
set xdata time
set timefmt "%Y-%m-%d_%H:%M:%S"
set xlabel " "
set title '<L1>'
set ytics
set y2tics
set grid ytics
set ylabel "consumption [kWh]"
set y2label "current power [kW]"
set yrange [0:100]
set y2range [0:25]
#FileLog_myGasCalculator 4:myGasCalculator.Pulsemeter_Total_gas_monotonic_PowerCurrent\x3a::
#FileLog_myGasCalculator 4:myGasCalculator.Pulsemeter_Total_gas_monotonic_EnergyDay\x3a::
plot "<IN>" using 1:2 axes x1y2 title 'current power [kW]' ls l4 lw 1 with fsteps,\
"<IN>" using 1:2 axes x1y1 title 'consumption per day [kWh]' ls l7fill lw 1 with fsteps
Danke wie ist dein FileLog_myGasCalculator
definiert?
Zitat von: masterpete23 am 12 November 2022, 16:19:13
Danke wie ist dein FileLog_myGasCalculator
definiert?
Das könntest du dir aus den Infos, die ich dir bereits geliefert habe, eigentlich selbst erschließen.
Dann also noch der logfile:
defmod FileLog_myGasCalculator FileLog ./log/myGasCalculator-%Y-%m.log myGasCalculator:(Pulsemeter_Total_gas_monotonic_EnergyDay.*|Pulsemeter_Total_gas_monotonic_PowerCurrent.*)
attr FileLog_myGasCalculator createGluedFile 1
attr FileLog_myGasCalculator logtype text
Viele Grüße Gisbert
Hallo zusammen,
seit Samstag, den 12. November, sehe ich, dass das Reading ..._PowerCurrent um den Faktor 1000 größer ist als vorher. Zeitlich fällt diese Änderung mit einem Fhem-Update und einem Server-Neustart zusammen, d.h. danach kann ich die Änderung zeitlich feststellen. Ich habe mir die Definition des Devices vor der Änderung (5. November) und die aktuelle angeschaut und und kann keine Unterschiede sehen. Ob das Fhem-Update ursächlich damit zusammenhängt, will ich nicht sagen, es ist halt ein zeitlicher Zusammenhang vorhanden.
Da der list download zu einem Zeitpunkt passiert, an der der Gaszähler nichts zählt, ist das Reading Pulsemeter_Total_gas_monotonic_PowerCurrent 0.000.
Der Verbrauch (über den Tag) ist jedoch richtig, d.h. die Höhe liegt in einer erwartbaren Größe. Das macht die Sache eigentlich noch unverständlicher, da dies ja die Information ist, die vom Gaszähler über den Fhem-Zähler zum GasCalculator weitergereicht wird.
Ein work around wäre sicher machbar, aber warum tritt dieser Fehler auf?
Viele Grüße Gisbert
define myGasCalculator GasCalculator Pulsemeter:Total_gas_monotonic.*
attr myGasCalculator BasicPricePerAnnum 170.59
attr myGasCalculator Currency €
attr myGasCalculator DecimalPlace 3
attr myGasCalculator GasCounterOffset 7998.8972
attr myGasCalculator GasCubicPerCounts 0.01
attr myGasCalculator GasNominalHeatingValue 10.28
attr myGasCalculator GasPricePerKWh 0.0577
attr myGasCalculator GaszValue 1
attr myGasCalculator MonthOfAnnualReading 1
attr myGasCalculator MonthlyPayment 101
attr myGasCalculator ReadingDestination CalculatorDevice
attr myGasCalculator SiPrefixPower W
attr myGasCalculator Volume m³
attr myGasCalculator comment set <Device> syncCounter <value>
attr myGasCalculator event-min-interval Pulsemeter_Total_gas_monotonic_EnergyDay:600,Pulsemeter_Total_gas_monotonic_PowerCurrent:600
attr myGasCalculator event-on-change-reading .*
attr myGasCalculator group GasWaterMeter
attr myGasCalculator icon wasserzaehler_icon
attr myGasCalculator room Heizung
attr myGasCalculator stateFormat {'today: '.round(ReadingsVal($name,'Pulsemeter_Total_gas_monotonic_EnergyDay',''),1).' kWh<br/>\
current power: '.round(ReadingsVal($name,'Pulsemeter_Total_gas_monotonic_PowerCurrent',''),1).' kW<br/>\
reading: '.substr(int(ReadingsVal($name,'Pulsemeter_Total_gas_monotonic_Meter','')),0,2).\
'.'.substr(int(ReadingsVal($name,'Pulsemeter_Total_gas_monotonic_Meter','')),2,3).\
'<span style="vertical-align: +4px;; font-size: 75%;;">'.\
substr(round(ReadingsVal($name,'Pulsemeter_Total_gas_monotonic_Meter','')\
-int(ReadingsVal($name,'Pulsemeter_Total_gas_monotonic_Meter','')),3),2,3).'</span> m³'}
# CFGFN ./FHEM/HeizungWarmwasser.cfg
# DEF Pulsemeter:Total_gas_monotonic.*
# FUUID 5ff56247-f33f-e986-3339-7c47ef2ed62849d7
# NAME myGasCalculator
# NOTIFYDEV Pulsemeter
# NR 1111
# NTFY_ORDER 10-myGasCalculator
# REGEXP Pulsemeter:Total_gas_monotonic.*
# STATE today: 36.1 kWh<br/>
#current power: 0.0 kW<br/>
#reading: 10.843<span style="vertical-align: +4px; font-size: 75%;">227</span> m³
# TYPE GasCalculator
# eventCount 480
# READINGS:
# 2022-11-13 09:39:52 Pulsemeter_Total_gas_monotonic_EnergyCostDay 2.082
# 2022-11-13 00:00:51 Pulsemeter_Total_gas_monotonic_EnergyCostDayLast 2.331
# 2022-11-13 09:39:52 Pulsemeter_Total_gas_monotonic_EnergyCostMeter 681.681
# 2022-01-01 00:01:55 Pulsemeter_Total_gas_monotonic_EnergyCostMeterLast 1027.627
# 2022-11-13 09:39:52 Pulsemeter_Total_gas_monotonic_EnergyCostMonth 28.396
# 2022-11-01 00:07:23 Pulsemeter_Total_gas_monotonic_EnergyCostMonthLast 44.328
# 2022-11-13 09:39:52 Pulsemeter_Total_gas_monotonic_EnergyCostYear 681.681
# 2022-01-01 00:01:55 Pulsemeter_Total_gas_monotonic_EnergyCostYearLast 1027.627
# 2022-11-13 09:39:52 Pulsemeter_Total_gas_monotonic_EnergyDay 36.083
# 2022-11-13 00:00:51 Pulsemeter_Total_gas_monotonic_EnergyDayLast 40.398
# 2022-11-13 09:39:52 Pulsemeter_Total_gas_monotonic_EnergyMeter 11814.230
# 2022-01-01 00:01:55 Pulsemeter_Total_gas_monotonic_EnergyMeterLast 17809.822
# 2022-11-13 09:39:52 Pulsemeter_Total_gas_monotonic_EnergyMonth 492.126
# 2022-11-01 00:07:23 Pulsemeter_Total_gas_monotonic_EnergyMonthLast 768.245
# 2022-11-13 09:39:52 Pulsemeter_Total_gas_monotonic_EnergyYear 11814.230
# 2022-01-01 00:01:55 Pulsemeter_Total_gas_monotonic_EnergyYearLast 17809.822
# 2022-11-13 09:39:52 Pulsemeter_Total_gas_monotonic_FinanceReserve 272.945
# 2022-11-13 09:39:52 Pulsemeter_Total_gas_monotonic_Meter 10843.227
# 2022-11-13 09:39:52 Pulsemeter_Total_gas_monotonic_MonthMeterReading 11
# 2022-11-13 09:39:52 Pulsemeter_Total_gas_monotonic_PowerCurrent 0.000
# 2022-11-13 09:39:52 Pulsemeter_Total_gas_monotonic_PowerDayAver 9935.350
# 2022-11-13 08:47:38 Pulsemeter_Total_gas_monotonic_PowerDayMax 24672.000
# 2022-11-13 00:00:51 Pulsemeter_Total_gas_monotonic_PowerDayMin 0.000
# 2022-11-13 00:00:51 Pulsemeter_Total_gas_monotonic_Vol1stDay 10839.7172
# 2022-01-01 00:01:55 Pulsemeter_Total_gas_monotonic_Vol1stMeter 9693.983
# 2022-11-01 00:07:23 Pulsemeter_Total_gas_monotonic_Vol1stMonth 10795.355
# 2022-01-01 00:01:55 Pulsemeter_Total_gas_monotonic_Vol1stYear 9693.983
# 2022-11-13 00:00:51 Pulsemeter_Total_gas_monotonic_VolLastDay 10839.717
# 2022-01-01 00:01:55 Pulsemeter_Total_gas_monotonic_VolLastMeter 9693.983
# 2022-11-01 00:07:23 Pulsemeter_Total_gas_monotonic_VolLastMonth 10795.355
# 2022-01-01 00:01:55 Pulsemeter_Total_gas_monotonic_VolLastYear 9693.983
# helper:
# bm:
# GasCalculator_Attr:
# cnt 20
# dmx -1000
# dtot 0
# dtotcnt 0
# mTS 12.11. 09:22:41
# max 2.69412994384766e-05
# tot 0.000262737274169922
# mAr:
# set
# myGasCalculator
# BasicPricePerAnnum
# 170.59
# GasCalculator_Define:
# cnt 1
# dmx -1000
# dtot 0
# dtotcnt 0
# mTS 12.11. 09:22:41
# max 0.000669002532958984
# tot 0.000669002532958984
# mAr:
# HASH(0x564a83beaff8)
# myGasCalculator GasCalculator Pulsemeter:Total_gas_monotonic.*
# GasCalculator_Get:
# cnt 4
# dmx -1000
# dtot 0
# dtotcnt 0
# mTS 13.11. 09:10:24
# max 0.000168085098266602
# tot 0.000530481338500977
# mAr:
# HASH(0x564a83beaff8)
# myGasCalculator
# ?
# GasCalculator_Notify:
# cnt 1927
# dmx -1000
# dtot 0
# dtotcnt 0
# mTS 13.11. 00:00:51
# max 0.144136905670166
# tot 24.6520702838898
# mAr:
# HASH(0x564a83beaff8)
# HASH(0x564a83c899b8)
# GasCalculator_Set:
# cnt 45
# dmx -1000
# dtot 0
# dtotcnt 0
# mTS 13.11. 09:29:52
# max 0.00026702880859375
# tot 0.00771427154541016
# mAr:
# HASH(0x564a83beaff8)
# myGasCalculator
# ?
# system:
# DecimalPlace %.3f
# SecondsToday 86400
# SiPrefixPowerFactor 1
#
setstate myGasCalculator today: 36.1 kWh<br/>\
current power: 0.0 kW<br/>\
reading: 10.843<span style="vertical-align: +4px;; font-size: 75%;;">227</span> m³
setstate myGasCalculator 2022-11-13 09:39:52 .Pulsemeter_Total_gas_monotonic_LastDV 0.000
setstate myGasCalculator 2022-11-13 09:39:52 .Pulsemeter_Total_gas_monotonic_LastDt 600
setstate myGasCalculator 2022-11-13 08:49:38 .Pulsemeter_Total_gas_monotonic_LastUpdateTimestampUnix 1668325778
setstate myGasCalculator 2022-11-13 09:39:52 .Pulsemeter_Total_gas_monotonic_PowerDayCount 370
setstate myGasCalculator 2022-11-13 09:39:52 .Pulsemeter_Total_gas_monotonic_PowerDaySum 3676079.595
setstate myGasCalculator 2022-11-13 09:39:52 .Pulsemeter_Total_gas_monotonic_PrevRead 10843.227
setstate myGasCalculator 2022-11-13 09:39:52 .ReadingDestinationDeviceName myGasCalculator
setstate myGasCalculator 2022-11-13 09:39:52 Pulsemeter_Total_gas_monotonic_EnergyCostDay 2.082
setstate myGasCalculator 2022-11-13 00:00:51 Pulsemeter_Total_gas_monotonic_EnergyCostDayLast 2.331
setstate myGasCalculator 2022-11-13 09:39:52 Pulsemeter_Total_gas_monotonic_EnergyCostMeter 681.681
setstate myGasCalculator 2022-01-01 00:01:55 Pulsemeter_Total_gas_monotonic_EnergyCostMeterLast 1027.627
setstate myGasCalculator 2022-11-13 09:39:52 Pulsemeter_Total_gas_monotonic_EnergyCostMonth 28.396
setstate myGasCalculator 2022-11-01 00:07:23 Pulsemeter_Total_gas_monotonic_EnergyCostMonthLast 44.328
setstate myGasCalculator 2022-11-13 09:39:52 Pulsemeter_Total_gas_monotonic_EnergyCostYear 681.681
setstate myGasCalculator 2022-01-01 00:01:55 Pulsemeter_Total_gas_monotonic_EnergyCostYearLast 1027.627
setstate myGasCalculator 2022-11-13 09:39:52 Pulsemeter_Total_gas_monotonic_EnergyDay 36.083
setstate myGasCalculator 2022-11-13 00:00:51 Pulsemeter_Total_gas_monotonic_EnergyDayLast 40.398
setstate myGasCalculator 2022-11-13 09:39:52 Pulsemeter_Total_gas_monotonic_EnergyMeter 11814.230
setstate myGasCalculator 2022-01-01 00:01:55 Pulsemeter_Total_gas_monotonic_EnergyMeterLast 17809.822
setstate myGasCalculator 2022-11-13 09:39:52 Pulsemeter_Total_gas_monotonic_EnergyMonth 492.126
setstate myGasCalculator 2022-11-01 00:07:23 Pulsemeter_Total_gas_monotonic_EnergyMonthLast 768.245
setstate myGasCalculator 2022-11-13 09:39:52 Pulsemeter_Total_gas_monotonic_EnergyYear 11814.230
setstate myGasCalculator 2022-01-01 00:01:55 Pulsemeter_Total_gas_monotonic_EnergyYearLast 17809.822
setstate myGasCalculator 2022-11-13 09:39:52 Pulsemeter_Total_gas_monotonic_FinanceReserve 272.945
setstate myGasCalculator 2022-11-13 09:39:52 Pulsemeter_Total_gas_monotonic_Meter 10843.227
setstate myGasCalculator 2022-11-13 09:39:52 Pulsemeter_Total_gas_monotonic_MonthMeterReading 11
setstate myGasCalculator 2022-11-13 09:39:52 Pulsemeter_Total_gas_monotonic_PowerCurrent 0.000
setstate myGasCalculator 2022-11-13 09:39:52 Pulsemeter_Total_gas_monotonic_PowerDayAver 9935.350
setstate myGasCalculator 2022-11-13 08:47:38 Pulsemeter_Total_gas_monotonic_PowerDayMax 24672.000
setstate myGasCalculator 2022-11-13 00:00:51 Pulsemeter_Total_gas_monotonic_PowerDayMin 0.000
setstate myGasCalculator 2022-11-13 00:00:51 Pulsemeter_Total_gas_monotonic_Vol1stDay 10839.7172
setstate myGasCalculator 2022-01-01 00:01:55 Pulsemeter_Total_gas_monotonic_Vol1stMeter 9693.983
setstate myGasCalculator 2022-11-01 00:07:23 Pulsemeter_Total_gas_monotonic_Vol1stMonth 10795.355
setstate myGasCalculator 2022-01-01 00:01:55 Pulsemeter_Total_gas_monotonic_Vol1stYear 9693.983
setstate myGasCalculator 2022-11-13 00:00:51 Pulsemeter_Total_gas_monotonic_VolLastDay 10839.717
setstate myGasCalculator 2022-01-01 00:01:55 Pulsemeter_Total_gas_monotonic_VolLastMeter 9693.983
setstate myGasCalculator 2022-11-01 00:07:23 Pulsemeter_Total_gas_monotonic_VolLastMonth 10795.355
setstate myGasCalculator 2022-01-01 00:01:55 Pulsemeter_Total_gas_monotonic_VolLastYear 9693.983
Hallo Sailor,
Ergänzung zum vorstehenden Beitrag: https://forum.fhem.de/index.php/topic,47909.msg1245145.html#msg1245145 (https://forum.fhem.de/index.php/topic,47909.msg1245145.html#msg1245145)
Ich hab im SVN gesehen, dass am 6. November eine neue Version deines 73_GasCalculator.pm Moduls eingestellt wurde. Als Kommentar steht: "73_GasCalculator: bugfix - SiPowerPrefix was 1000 too small" da. Hängt es damit zusammen?
Viele Grüße Gisbert
Schau doch einfach drei Posts nach oben. Da ist es doch erklärt!?!?
Zitat von: Gisbert am 13 November 2022, 10:17:35
Hallo Sailor,
Ergänzung zum vorstehenden Beitrag: https://forum.fhem.de/index.php/topic,47909.msg1245145.html#msg1245145 (https://forum.fhem.de/index.php/topic,47909.msg1245145.html#msg1245145)
Ich hab im SVN gesehen, dass am 6. November eine neue Version deines 73_GasCalculator.pm Moduls eingestellt wurde. Als Kommentar steht: "73_GasCalculator: bugfix - SiPowerPrefix was 1000 too small" da. Hängt es damit zusammen?
Viele Grüße Gisbert
ich Trüffelschwein hatte halt einen Bug entdeckt, den Sailor behoben hat ;-)
Zitat von: Space_Teddy am 13 November 2022, 10:33:30
Schau doch einfach drei Posts nach oben. Da ist es doch erklärt!?!?
Meinst du diesen Beitrag?
https://forum.fhem.de/index.php/topic,47909.msg1243785.html#msg1243785 (https://forum.fhem.de/index.php/topic,47909.msg1243785.html#msg1243785)
Dann werde ich das Attribut entsprechend ändern.
Viele Grüße Gisbert
Zitat von: Gisbert am 13 November 2022, 11:02:05
Meinst du diesen Beitrag?
https://forum.fhem.de/index.php/topic,47909.msg1243785.html#msg1243785 (https://forum.fhem.de/index.php/topic,47909.msg1243785.html#msg1243785)
Dann werde ich das Attribut entsprechend ändern.
Viele Grüße Gisbert
richtig
Ich habe gerade gesehen, dass das Modul diese beiden mit anlegt für Gas:
WFRDayMax
WFRDayMin
laut commandref finde ich sie aber nur bei Wasser- was ist nun korrekt?
Zitat von: masterpete23 am 13 November 2022, 16:29:07
Ich habe gerade gesehen, dass das Modul diese beiden mit anlegt für Gas:
WFRDayMax
WFRDayMin
laut commandref finde ich sie aber nur bei Wasser- was ist nun korrekt?
Ich bestätige den Bug bei GasCalculator und ElectricityCalculator!
Sollte zu PowerDayMax werden.
WFR = Water Flow Rate gibt es nur beim Wasserzähler.
Ist aber nur zusätzlich rein gekommen... Kannste also löschen.
Ist behoben und checke ich gleich mit ein.
Danach kannst du die WFR - Readings löschen.
Gruß
Sailor
Ich brauche mal Hilfe. Das ist mein "Gas Device"
DeviceOverview
Gas
CNT: 41 CUM: 25825.905 5MIN: 0.040 TOP: 0.001
Internals
BasicFeePerMonth
0
CODE
9
CUL868_MSGCNT
3104
CUL868_RAWMSG
E030929E1340800E134
CUL868_RSSI
-87
CUL868_TIME
2022-11-20 21:04:42
CostPerUnit
0
DEF
9 0.005 0.005
FUUID
5c44de89-f33f-33d2-9d2f-8d229c9ece573d2a
IODev
CUL868
LASTInputDev
CUL868
MSGCNT
3104
NAME
Gas
NR
31
STATE
CNT: 41 CUM: 25825.905 5MIN: 0.040 TOP: 0.001
TYPE
CUL_EM
corr1
0.005
corr2
0.005
Readings
RAW
CNT: 41 CUM: 13537 5MIN: 8 TOP: 13537
2022-11-20 21:04:42
Verbrauch_korrigiert
28132.305
2022-11-20 21:04:42
basis
15476244
2022-10-30 08:35:17
cum_day
CUM_DAY: 7.325 CUM: 25816.980 COST: 0.00
2022-11-20 00:01:52
cum_month
CUM_MONTH: 0.000 CUM: 25758.220 COST: 0.00
2022-11-01 00:00:29
current
0.04
2022-11-20 21:04:42
current_cnt
8
2022-11-20 21:04:42
peak
0.00110807416709758
2022-11-20 21:04:42
peak_cnt
13537
2022-11-20 21:04:42
seqno
41
2022-11-20 21:04:42
state
CNT: 41 CUM: 25825.905 5MIN: 0.040 TOP: 0.001
2022-11-20 21:04:42
total
25825.905
2022-11-20 21:04:42
total_cnt
13537
2022-11-20 21:04:42
tsecs
1668974682
2022-11-20 21:04:42
Gas
Attributes
CounterOffset
-51623,75
deleteattr
IODev
CUL868
deleteattr
room
Gas,CUL_EM
deleteattr
userReadings
Verbrauch_korrigiert:total:.* {ReadingsNum($name, 'total',0) + 2306.4}
deleteattr
Probably associated with
FileLog_Gas
active
FileLog
FileLog_Verbrauch_korrigiert
active
FileLog
Wie binde ich es in den Gascalculator ein?
Internals:
CFGFN
DEF myGasCounter:countersA.*
FUUID 637a85db-f33f-33d2-c79f-f4640281cf492823
NAME myGasCalculator
NR 748
NTFY_ORDER 10-myGasCalculator
REGEXP myGasCounter:countersA.*
STATE active
TYPE GasCalculator
system:
DecimalPlace %.3f
SiPrefixPowerFactor 1
Attributes:
BasicPricePerAnnum 0
Currency €
DecimalPlace 3
GasCounterOffset 0
GasCubicPerCounts 0.01
GasNominalHeatingValue 10
GasPricePerKWh 0.0654
GaszValue 1
MonthOfAnnualReading 5
MonthlyPayment 0
ReadingDestination CalculatorDevice
SiPrefixPower W
Volume m³
room Central Heating
Hallo stgeran,
ich würde das Device wie folgt definieren:
define myGasCalculator GasCalculator Gas:Verbrauch_korrigiert:.*
attr myGasCalculator BasicPricePerAnnum 107.90
attr myGasCalculator Currency €;
attr myGasCalculator DecimalPlace 3
attr myGasCalculator GasCubicPerCounts 1
attr myGasCalculator GasNominalHeatingValue 11.359
attr myGasCalculator GasPricePerKWh 0.1987
attr myGasCalculator GaszValue 0.9543
attr myGasCalculator MonthOfAnnualReading 12
attr myGasCalculator MonthlyPayment 0
attr myGasCalculator ReadingDestination CalculatorDevice
attr myGasCalculator SiPrefixPower kW
attr myGasCalculator Volume m³;
Ich gehe mal davon aus dein Zählerdevice heißt "Gas" und dein Zählerstand steht im reading "Verbrauch_korrigiert". Dann sollte der so eigentlich laufen, hab das bei mir so auch produktiv im Einsatz. Musst dann hat nur die Attribute (Preis, etc.) noch für dich anpassen.
Gruß Markus
Guten Abend
Ich habe den GasCalculator seit 3 Monaten erfolgreich im Einsatz.
Im November, genauer gesagt heute, habe ich den Zählerstand abgelesen und an das EVU gemeldet.
Muss ich nun den Wert:
"<DestinationDevice>_<SourceCounterReading>_Vol1stMeter : Erster Volumenmesswert des Zeitraums seit Anfang des Monats, wo der Gas-Versorger den Zähler abliest."
nun händisch anpassen? Muss das der Wert von heute sein oder der Wert vom 01.12.??
Stehe da etwas auf dem Schlauch und würde mich über eine Information freuen.
Viele Grüße
Marko
Hallo Marko
Zitat von: marko67 am 24 November 2022, 19:03:10
Ich habe den GasCalculator seit 3 Monaten erfolgreich im Einsatz.
Im November, genauer gesagt heute, habe ich den Zählerstand abgelesen und an das EVU gemeldet.
Muss ich nun den Wert:
"<DestinationDevice>_<SourceCounterReading>_Vol1stMeter : Erster Volumenmesswert des Zeitraums seit Anfang des Monats, wo der Gas-Versorger den Zähler abliest."
nun händisch anpassen? Muss das der Wert von heute sein oder der Wert vom 01.12.??
Stehe da etwas auf dem Schlauch und würde mich über eine Information freuen.
Du musst das Attribut
MonthOfAnnualReading auf 11 = November setzen, dann allerdings wir der Zähler bereits am 01.11. alles zurück setzen.
Besser du setzt das Teil auf 12 und somit 01.12.. Für 11 = 01.11. ist es ohnehin zu spät.
Gruß
Sailor
Hallo
Ich habe ganz frisch den GasCalulator installiert/aktiviert.
Bitte um Verzeihung vorab, wenn ich hier etwas vollkommen falsch verstanden habe.
Mein aktueller Zählerwert wird über einen Dummy bereitgestellt. (Wert z.B. 4528.88)
(Zählerimpuls 0,01, also zählt die 2. Kommastelle hoch)
1. Egal ob dieser über das Device (Dummy) eigelesen wird oder per Hand über Set xxx_state_Meter eingeben wird;
es ist immer verschoben (Kommastelle/Punktstelle) dargestellt ( Reading xxx_state_Meter: 45.288)
Habe ich hier ein Komma /Punkt Problem ? oder was mache ich falsch?
Eventuell auch die Regular Expression der Definition oder der Dummy im Textformat?
Fragen über Fragen ;)
Meine Definition: (Bitte nicht alle Werte ernst nehmen, bin noch am probieren)
Internals:
DEF Dummy_Gaszaehler:state.*
FUUID 638221f2-f33f-3c5f-875b-a7cda30250be1b08
NAME myGasCalculator
NOTIFYDEV Dummy_Gaszaehler
NR 737
NTFY_ORDER 10-myGasCalculator
REGEXP Dummy_Gaszaehler:state.*
STATE active
TYPE GasCalculator
READINGS:
2022-11-28 07:46:46 Dummy_Gaszaehler_state_EnergyCostDay 0.021
2022-11-28 00:00:00 Dummy_Gaszaehler_state_EnergyCostDayLast 0.036
2022-11-28 07:46:46 Dummy_Gaszaehler_state_EnergyCostMeter 29.645
2022-11-28 07:46:46 Dummy_Gaszaehler_state_EnergyCostMonth 29.645
2022-11-28 07:46:46 Dummy_Gaszaehler_state_EnergyCostYear 29.645
2022-11-28 07:46:46 Dummy_Gaszaehler_state_EnergyDay 0.328
2022-11-28 00:00:00 Dummy_Gaszaehler_state_EnergyDayLast 0.557
2022-11-28 07:46:46 Dummy_Gaszaehler_state_EnergyMeter 453.285
2022-11-28 07:46:46 Dummy_Gaszaehler_state_EnergyMonth 453.285
2022-11-28 07:46:46 Dummy_Gaszaehler_state_EnergyYear 453.285
2022-11-28 07:46:46 Dummy_Gaszaehler_state_FinanceReserve -29.645
2022-11-28 07:46:46 Dummy_Gaszaehler_state_Meter 45.329
2022-11-28 07:46:46 Dummy_Gaszaehler_state_MonthMeterReading 7
2022-11-28 07:46:46 Dummy_Gaszaehler_state_PowerCurrent 2117.647
2022-11-28 07:46:46 Dummy_Gaszaehler_state_PowerDayAver 206.103
2022-11-28 05:13:42 Dummy_Gaszaehler_state_PowerDayMax 2571.429
2022-11-28 00:00:00 Dummy_Gaszaehler_state_PowerDayMin 0.000
2022-11-28 00:00:00 Dummy_Gaszaehler_state_Vol1stDay 45.2957
2022-11-26 22:20:34 Dummy_Gaszaehler_state_Vol1stMeter 0
2022-11-26 22:20:44 Dummy_Gaszaehler_state_Vol1stMonth 0
2022-11-26 22:20:52 Dummy_Gaszaehler_state_Vol1stYear 0
2022-11-28 00:00:00 Dummy_Gaszaehler_state_VolLastDay 45.296
2022-11-26 22:21:06 Dummy_Gaszaehler_state_VolLastMeter 0
2022-11-26 22:21:22 Dummy_Gaszaehler_state_VolLastMonth 0
2022-11-26 22:21:31 Dummy_Gaszaehler_state_VolLastYear 0
system:
DecimalPlace %.3f
SecondsToday 86400
SiPrefixPowerFactor 1
Attributes:
BasicPricePerAnnum 0
Currency €
DecimalPlace 3
GasCounterOffset 0
GasCubicPerCounts 0.01
GasNominalHeatingValue 10
GasPricePerKWh 0.0654
GaszValue 1
MonthOfAnnualReading 5
MonthlyPayment 0
ReadingDestination CalculatorDevice
SiPrefixPower W
Volume m³
room Gaszaehler
2. Hilfreich wäre für mich ein fortlaufender Wert für ,,m³" am Tag, also von 0 angefangen
aufsteigend, je nach Gasverbrauch, der in einem Reading erscheint:
Möchte dies zur Graphischen Auswertung / Statistik nutzen. (Heizzeiten, Ruhezeiten, aktueller Verbrauch am Tag, ... )
Ähnlich dem Reading ,,xxx__EnergyDay" aber in m³
Habe ich auch hier etwas übersehen?
3. Auch erschließen sich mir die Attribute; ,,Currency";" Volume"... nicht, da diese in den Readings nicht angezeigt werden.
4. Für was wird das Attribut ,,GasCubicPerCounts" (0.01) verwendet?
(Meine Zählerimpulse sind 0,01 )
in der Hilfe / Beschreibung steht:
,,Es ist kein eigenes Zählermodul sondern benötigt eine Regular Expression (regex or regexp) um das Reading mit dem kontinuierlich wachsenden Zählerstand von einem oder mehreren Gaszählern zu finden."
Kann das Modul vielleicht doch aus einem Impuls den Wert errechnen / weiterverarbeiten?
Oder wird dies irgendwie intern zur Berechnung verwendet?
5. Wo und wie werden die Werte gespeichert? Sind diese Remanent?
z.B. Stromausfall / Neustart System ohne Herunterfahren.
Wichtig für mich ist vor allem der Punkt (1) Zahlenformat, alle anderen Punkte eher zweitrangig.
Ist ja nur Hobby :) und, Ach ja, vielen Dank für das Modul.
Moin,
ich habe heute ebenfalls das Modul neu installiert. Habe auch das Problem mit der verschobenen Kommastelle. Vielleicht habe ich etwas nicht ganz richtig verstanden, aber ich weiß einfach nicht, wie ich es hinbekomme. Bitte um Hilfe!
define Gaszaehler MQTT2_DEVICE z2t_8439
# NAME Gaszaehler
# STATE Zählerstand: 10766.803 m³
# TYPE MQTT2_DEVICE
# 2022-11-28 22:00:06 state open
# 2022-11-28 21:59:51 zaehlwerk 10766.803
#
setstate Gaszaehler Zählerstand: 10766.803 m³
setstate Gaszaehler 2022-11-28 22:00:06 state open
setstate Gaszaehler 2022-11-28 21:59:51 zaehlwerk 10766.803
define GasCalculator GasCalculator Gaszaehler:z.*
attr GasCalculator BasicPricePerAnnum 97,37
attr GasCalculator Currency €
attr GasCalculator DecimalPlace 3
attr GasCalculator GasCounterOffset 0
attr GasCalculator GasCubicPerCounts 0.01
attr GasCalculator GasNominalHeatingValue 10
attr GasCalculator GasPricePerKWh 0.1730
attr GasCalculator GaszValue 1
attr GasCalculator MonthOfAnnualReading 5
attr GasCalculator MonthlyPayment 170
attr GasCalculator ReadingDestination CalculatorDevice
attr GasCalculator SiPrefixPower W
attr GasCalculator Volume m³
attr GasCalculator group Verbrauch
attr GasCalculator room Diele,Verbrauch
# CFGFN
# DEF Gaszaehler:z.*
# FUUID 6384e1b8-f33f-49d8-735f-46317ebe8fc9d66c
# NAME GasCalculator
# NOTIFYDEV Gaszaehler
# NR 322683
# NTFY_ORDER 10-GasCalculator
# REGEXP Gaszaehler:z.*
# STATE active
# TYPE GasCalculator
# eventCount 10
# READINGS:
# 2022-11-28 21:45:13 Gaszaehler_zaehlwerk_CounterDay1st 107.667
# 2022-11-28 21:45:13 Gaszaehler_zaehlwerk_CounterDayLast 107.667
# 2022-11-28 21:45:14 Gaszaehler_zaehlwerk_CounterMeter1st 107.667
# 2022-11-28 21:45:14 Gaszaehler_zaehlwerk_CounterMeterLast 107.667
# 2022-11-28 21:45:14 Gaszaehler_zaehlwerk_CounterMonth1st 107.667
# 2022-11-28 21:45:14 Gaszaehler_zaehlwerk_CounterMonthLast 107.667
# 2022-11-28 21:45:14 Gaszaehler_zaehlwerk_CounterYear1st 107.667
# 2022-11-28 21:45:14 Gaszaehler_zaehlwerk_CounterYearLast 107.667
# 2022-11-28 21:45:14 Gaszaehler_zaehlwerk_PowerDayMax 0
# 2022-11-28 21:45:14 Gaszaehler_zaehlwerk_PowerDayMin 0
# system:
# DecimalPlace %.3f
# SecondsToday 86400
# SiPrefixPowerFactor 1
#
setstate GasCalculator active
setstate GasCalculator 2022-11-28 21:45:14 .Gaszaehler_zaehlwerk_LastUpdateTimestampUnix 1669668314.10407
setstate GasCalculator 2022-11-28 21:45:14 .Gaszaehler_zaehlwerk_PowerDayCount 0
setstate GasCalculator 2022-11-28 21:45:14 .Gaszaehler_zaehlwerk_PowerDaySum 0
setstate GasCalculator 2022-11-28 21:45:13 .Gaszaehler_zaehlwerk_PrevRead 107.667
setstate GasCalculator 2022-11-28 21:45:13 .ReadingDestinationDeviceName GasCalculator
setstate GasCalculator 2022-11-28 21:45:13 Gaszaehler_zaehlwerk_CounterDay1st 107.667
setstate GasCalculator 2022-11-28 21:45:13 Gaszaehler_zaehlwerk_CounterDayLast 107.667
setstate GasCalculator 2022-11-28 21:45:14 Gaszaehler_zaehlwerk_CounterMeter1st 107.667
setstate GasCalculator 2022-11-28 21:45:14 Gaszaehler_zaehlwerk_CounterMeterLast 107.667
setstate GasCalculator 2022-11-28 21:45:14 Gaszaehler_zaehlwerk_CounterMonth1st 107.667
setstate GasCalculator 2022-11-28 21:45:14 Gaszaehler_zaehlwerk_CounterMonthLast 107.667
setstate GasCalculator 2022-11-28 21:45:14 Gaszaehler_zaehlwerk_CounterYear1st 107.667
setstate GasCalculator 2022-11-28 21:45:14 Gaszaehler_zaehlwerk_CounterYearLast 107.667
setstate GasCalculator 2022-11-28 21:45:14 Gaszaehler_zaehlwerk_PowerDayMax 0
setstate GasCalculator 2022-11-28 21:45:14 Gaszaehler_zaehlwerk_PowerDayMin 0
Wäre nett, wenn einer einen Hinweis hat, ich weiß nicht weiter.
Schonmal Danke!
Gruß
Michael
Moin Fhemmotto
Zitat von: Fhemotto am 28 November 2022, 08:27:38
Mein aktueller Zählerwert wird über einen Dummy bereitgestellt. (Wert z.B. 4528.88)
(Zählerimpuls 0,01, also zählt die 2. Kommastelle hoch)
Wenn der Wert des Dummies 4528.88 bereits die m
3 sind, dann muss das Attribut
GasCubicPerCounts auf "1"
Wenn der Wert des Dummies 452888 wäre aber die kleinste Stelle 10liter Gas sind, dann muss das Attribut
GasCubicPerCounts auf "0.01"
Gruss
Sailor
Hallo Michael
Zitat von: Michi1972 am 28 November 2022, 22:05:49
ich habe heute ebenfalls das Modul neu installiert. Habe auch das Problem mit der verschobenen Kommastelle. Vielleicht habe ich etwas nicht ganz richtig verstanden, aber ich weiß einfach nicht, wie ich es hinbekomme. Bitte um Hilfe!
Siehe meine Antwort an Fhemmotto
Zitat von: Michi1972 am 28 November 2022, 22:05:49
attr GasCalculator BasicPricePerAnnum 97,37
Das "," muss zu einem ".". ;)
Gruß
Sailor
Oh je, das habe ich echt übersehen. Vielen Dank! 8)
Auch von mir, Vielen Dank für die Info.
Meine Zeit war wohl zu kurz um es zu realisieren/zu verarbeiten.
Gibt es zu meinem Punkt 2, eine Change dies einzubauen?
,,Hilfreich wäre für mich ein fortlaufender Wert für ,,m³" am Tag, also von 0 angefangen
aufsteigend, je nach Gasverbrauch, der in einem Reading erscheint:
Möchte dies zur Graphischen Auswertung / Statistik nutzen. (Heizzeiten, Ruhezeiten, aktueller Verbrauch am Tag, ... )
Ähnlich dem Reading ,,xxx__EnergyDay" aber in m³"
Hintergrund:
Die vorhandenen Readings pro Tag resultieren auf weiteren Grunddaten.
Preise (GasPricePerKWh) haben sich dieses Jahr 3x geändert, entspricht: xxx_EnergyCostDay.
Energiewert (GasNominalHeatingValue) 1x verändert, entspricht xxx_EnergyDay.
Somit hätte ich diverse Sprünge im Graph.
Eine kontinuierliche Anzeige zum eigentlichen Zähler pro Tag (z.B. xxx_VolActDay) wäre hilfreich.
Wer weiß was nächstes Jahr noch alles kommt.
Vielen Dank nochmals
Edit:
Konsequenterweise sollte es dann:
Zähler pro Tag (z.B. xxx_VolActDay)
Zähler pro Monat (z.B. xxx_VolActMonth)
Zähler pro Jahr (z.B. xxx_VolActYear)
geben.
Guten Morgen,
seit heute nacht Punkt 0 Uhr startet mein FHEM durchgehend neu.
Ich vermute als schuldigen
Day '31' out of range 1..30 at ./FHEM/73_GasCalculator.pm line 156.
Was kann ich tun?
Zitat von: masterpete23 am 30 November 2022, 07:42:37
Guten Morgen,
seit heute nacht Punkt 0 Uhr startet mein FHEM durchgehend neu.
Ich vermute als schuldigen
Day '31' out of range 1..30 at ./FHEM/73_GasCalculator.pm line 156.
Was kann ich tun?
siehe auch hier: https://forum.fhem.de/index.php/topic,130604.0.html
Ist gelöst wie dort beschrieben.
Bedingt durch update und neustart hat FHEM irgendwo alte Readings mit denen er nun arbeitete.
Wie kann ich das fixen:
2022-11-29_23:52:36 myGasCalculator Gaspuls_state_PowerCurrent: 0.643
2022-11-29_23:52:36 myGasCalculator Gaspuls_state_PowerDayAver: 5.777
2022-11-29_23:52:36 myGasCalculator Gaspuls_state_EnergyDay: 31.392
2022-11-29_23:52:36 myGasCalculator Gaspuls_state_EnergyMonth: 606.908
2022-11-29_23:52:36 myGasCalculator Gaspuls_state_EnergyYear: 606.908
2022-11-29_23:52:36 myGasCalculator Gaspuls_state_EnergyMeter: 606.908
2022-11-29_23:52:36 myGasCalculator Gaspuls_state_EnergyCostDay: 3.481
2022-11-29_23:52:36 myGasCalculator Gaspuls_state_EnergyCostMonth: 67.306
2022-11-29_23:52:36 myGasCalculator Gaspuls_state_EnergyCostYear: 67.306
2022-11-29_23:52:36 myGasCalculator Gaspuls_state_EnergyCostMeter: 67.306
2022-11-29_23:52:36 myGasCalculator Gaspuls_state_FinanceReserve: 383.364
2022-11-29_23:52:36 myGasCalculator Gaspuls_state_Meter: 3252.220
2022-11-29_23:52:36 myGasCalculator Gaspuls_state_MonthMeterReading: 11
2022-11-30_08:22:53 myGasCalculator Gaspuls_state_EnergyCostDayLast: 4.996
2022-11-30_08:22:53 myGasCalculator Gaspuls_state_EnergyDayLast: 45.050
2022-11-30_08:22:53 myGasCalculator Gaspuls_state_Vol1stDay: 3230.75
2022-11-30_08:22:53 myGasCalculator Gaspuls_state_VolLastDay: 3230.740
2022-11-30_08:22:53 myGasCalculator Gaspuls_state_PowerDayMin: 0.339
2022-11-30_08:22:53 myGasCalculator Gaspuls_state_PowerDayMax: 0
2022-11-30_08:22:53 myGasCalculator Gaspuls_state_PowerCurrent: 0.001
2022-11-30_08:22:53 myGasCalculator Gaspuls_state_PowerDayAver: 0.001
2022-11-30_08:22:53 myGasCalculator Gaspuls_state_PowerDayMin: 0
2022-11-30_08:22:53 myGasCalculator Gaspuls_state_PowerDayMax: 0.001
2022-11-30_08:22:53 myGasCalculator Gaspuls_state_EnergyDay: 0.000
2022-11-30_08:22:53 myGasCalculator Gaspuls_state_EnergyMonth: 370.423
2022-11-30_08:22:53 myGasCalculator Gaspuls_state_EnergyYear: 370.423
2022-11-30_08:22:53 myGasCalculator Gaspuls_state_EnergyMeter: 370.423
2022-11-30_08:22:53 myGasCalculator Gaspuls_state_EnergyCostDay: 0.000
2022-11-30_08:22:53 myGasCalculator Gaspuls_state_EnergyCostMonth: 41.080
2022-11-30_08:22:53 myGasCalculator Gaspuls_state_EnergyCostYear: 41.080
2022-11-30_08:22:53 myGasCalculator Gaspuls_state_EnergyCostMeter: 41.080
2022-11-30_08:22:53 myGasCalculator Gaspuls_state_FinanceReserve: 409.590
2022-11-30_08:22:53 myGasCalculator Gaspuls_state_Meter: 3230.750
2022-11-30_08:22:53 myGasCalculator Gaspuls_state_MonthMeterReading: 11
Bei mir hat Gascalc heute leider auch zu einem kompletten Absturz des Systems geführt.
HourCounter WW_Energy Define.228 parameters: WW_Energy HourCounter Heizung:1 Heizung:off
Day '31' out of range 1..30 at ./FHEM/73_GasCalculator.pm line 156.
Zitat von: Crawler am 30 November 2022, 11:33:12
Bei mir hat Gascalc heute leider auch zu einem kompletten Absturz des Systems geführt.
HourCounter WW_Energy Define.228 parameters: WW_Energy HourCounter Heizung:1 Heizung:off
Day '31' out of range 1..30 at ./FHEM/73_GasCalculator.pm line 156.
Habt Ihr alle auch ein Update gemacht.
Die Version die zu einem Ueberlauf fuehrt ist laengst ersetzt worden...
Was steht denn in eurer Zeile 156?
Gruss
Sailor
Zitat von: Sailor am 30 November 2022, 12:08:19
Habt Ihr alle auch ein Update gemacht.
Die Version die zu einem Ueberlauf fuehrt ist laengst ersetzt worden...
Was steht denn in eurer Zeile 156?
Gruss
Sailor
Hi,
mittlerweile ja - siehe: https://forum.fhem.de/index.php/topic,130604.0.html
Die Frage ist nun für mich.
1. Wie bekomme ich nächstes Mal rechtzeitig mit, dass ich updaten muss?
2. Kann ich das ( https://forum.fhem.de/index.php/topic,47909.msg1248528.html#msg1248528 ) irgendwie korrigieren? Ich habe ja einiges im Filelog z.b.
Moin
Zitat von: masterpete23 am 30 November 2022, 12:18:05
Die Frage ist nun für mich.
1. Wie bekomme ich nächstes Mal rechtzeitig mit, dass ich updaten muss?
Zeitnah ein Update machen... Du kannst sogar ein "at" auf den "update" - Befehl legen.
Ich mache das manuell immer, wenn ich am Rechner sitze.
Erst ein "update check" und dann ein "update"
Gruss
Sailor
Zitat von: Sailor am 30 November 2022, 12:23:55
Moin
Zeitnah ein Update machen... Du kannst sogar ein "at" auf den "update" - Befehl legen.
Ich mache das manuell immer, wenn ich am Rechner sitze.
Erst ein "update check" und dann ein "update"
Gruss
Sailor
Ja, ich mach es auch recht häufig. Aber, ich dachte ich könnte was "abbonieren" und dann bekomm ich ne info und entscheide: nötig: ja/nein
-> ich glaube ich abboniere dies: https://forum.fhem.de/index.php/board,57.0.html
Hast du auch eine Idee zu meinem 2. "Problem"?
Zitat von: Sailor am 30 November 2022, 12:08:19
Habt Ihr alle auch ein Update gemacht.
Die Version die zu einem Ueberlauf fuehrt ist laengst ersetzt worden...
Was steht denn in eurer Zeile 156?
Gruss
Sailor
Ich habe Dein Posting vom 08.11.2022 ( https://forum.fhem.de/index.php/topic,47909.msg1244278.html#msg1244278 ) damals als Grundlage genutzt, dem Folge zu leisten inkl. CPAN Dingsbums, damit nichts "anbrennt". Dennoch "brannte" es heute ;)
Hallo Sailor,
Ich hoffe die Aufregung bezüglich abstürze hat sich etwas gelegt.
Wollte nur nochmals (vielleicht untergegangen)
zu meinem Beitrag
https://forum.fhem.de/index.php/topic,47909.msg1248474.html#msg1248474
nachfragen.
Ein einfaches Nein/Ja/(eventuell später) würde mir reichen.
Will ja nicht das Rad ein 2. mal erfinden bzw. ein neues Rad,
wenn es schon so ein tolles kompaktes Modul mit (fast) allen Informationen gibt.
Vielen Dank
Hallo FhemMoto
Zitat von: Fhemotto am 02 Dezember 2022, 10:03:43
Ein einfaches Nein/Ja/(eventuell später) würde mir reichen.
Will ja nicht das Rad ein 2. mal erfinden bzw. ein neues Rad,
wenn es schon so ein tolles kompaktes Modul mit (fast) allen Informationen gibt.
Eventuell später.
Wobei es ungewöhnlich ist, dass der Heizwert sich stark ändert. Da muss ja heftig neue Mischung in die Rohre gepumpt worden sein...
Gruß
Sailor
Hallo Sailor,
kann es sein das ab dem Change vom1.12. irgenwas am PowerCurrent geändert wurde?
Ich hab nur das Update geladen und meine aktuelle Energie ist etwa 1000* so groß wie vorher.....
Die errechneten Verbrauchswerte stimmen aber soweit noch.
Komisch....
ach ja: ich begrenze die Anzeige auf 17kW, wegen der Überschwinger beim Brennerstart.
Grüße Wolfdieter
Zitat von: dieter114 am 03 Dezember 2022, 17:12:18
Hallo Sailor,
kann es sein das ab dem Change vom1.12. irgenwas am PowerCurrent geändert wurde?
Ich hab nur das Update geladen und meine aktuelle Energie ist etwa 1000* so groß wie vorher.....
Die errechneten Verbrauchswerte stimmen aber soweit noch.
Komisch....
ach ja: ich begrenze die Anzeige auf 17kW, wegen der Überschwinger beim Brennerstart.
Grüße Wolfdieter
Hi,
ja da wurde was geändert, allerdings schon früher, so Mitte November:
Zitat von: Sailor am 06 November 2022, 18:45:45
Moin zusammen
Der Fehler war in meinem Code und selbst mir ist nie aufgefallen, dass W im Attribut tatsächlich kW anzeigt... :o
Bitte nach einspielen des Updates das Attribut ändern.
attr GaszaehlerCalc SiPrefixPower kW
mkraus81 wird hiermit den virtuellen "Held der Arbeit" - Orden verliehen! ;)
Gruß
Sailor
Hier war was mit der Einheit falsch, wurde korrigiert. Du musst das bei dir jetzt anpassen, dann stimmt es wieder.
Guß
Markus
Danke Markus :)
Das war es.
Was visualisiert Ihr eigentlich so anhand der erzeugten Readings? Mir fehlt da leider meist der Ideenreichtum für schöne/ sinnvolle Plots.
Also z.B. Tagesverbrauch heute vs. Vortag, oder Vormonat o.ä.?
Zitat von: rob am 22 Dezember 2022, 09:36:51
Was visualisiert Ihr eigentlich so anhand der erzeugten Readings? Mir fehlt da leider meist der Ideenreichtum für schöne/ sinnvolle Plots.
Also z.B. Tagesverbrauch heute vs. Vortag, oder Vormonat o.ä.?
Zitat von: rob am 22 Dezember 2022, 09:36:51
Was visualisiert Ihr eigentlich so anhand der erzeugten Readings? Mir fehlt da leider meist der Ideenreichtum für schöne/ sinnvolle Plots.
Also z.B. Tagesverbrauch heute vs. Vortag, oder Vormonat o.ä.?
Allen hier erstmal alles Gute fürs neue Jahr.
Ich möchte nochmal auf den Gaspreisdeckel zu sprechen kommen.
Gibt es da in naher Zukunft eine Funktion mit der man diesen 12ct Deckel auf die 80% des Vorjahresverbrauchs umsetzen kann ?
Ich bin jetzt nach dem Jahreswechsel etwas unschlüssig wie ich damit umgehen soll. Da ich auch noch ab heute einen anderen Arbeitspreis zahle, weiß ich im Moment nicht was ich da eintragen soll.
Und auch nochmal die Frage, ob die bisherigen Berechnungen beim ändern der Preise für Arbeitspreis und Grundgebühr verändert werden, oder gelten die dann nur für zukünftige Werte ?
Hallo Sailor,
auch von mir nochmal alles Gute im neuen Jahr. :)
Mal was Grundlegendes zum Calculator:
Wenn (warum auch immer) die "Auslesemimik" zu Haus die Gasuhr eimal nichr richtig erkennt
und dann wilde Größen ausgibt, gehen natürlich die Verbrauchsanzeigen enorm hoch, und du wirst aufmerksam.
Um bei solchen Problemen zu helfen hast du den SyncCounter eingebaut.
Das funktioniert prima, nur ist dann der Verbrauch ggf. extrem negativ
und es dauer lange bis dort einigermaßen "plausible" Werte angezeigt werden.
Wäre es möglich beim Tool negative Größen zu unterdrücken - bzw. macht das Sinn?
Grüße Wolfdieter
Hallo Sailor,
bitte entschuldige diesen Anfängerpost, ich komme mit der Einrichtung des GasCalculators nicht zurecht.
was ich habe:
- ein Device "Gaszaehler", dass mir den Zählerstand meines Gaszählers im Reading "Gaszaehler_Stand_Akt_corrected.*" abbildet. aktueller Wert: "19187.70"
- ein Device "Gaszaehler_GasCalculator", dass ich so definiert habe: Gaszaehler:Gaszaehler_Stand_Akt_corrected.*
Bei den Attributen habe ich folgendes hinterlegt:
Attributes:
BasicPricePerAnnum 145.41
Currency €
DecimalPlace 5
GasCounterOffset 0
GasCubicPerCounts 0.01
GasNominalHeatingValue 10.60086
GasPricePerKWh 0.1120
GaszValue 1
MonthOfAnnualReading 12
MonthlyPayment 301.50
ReadingDestination CalculatorDevice
SiPrefixPower W
Volume m³
Meine liebe Sorge habe ich mit der Dezimalstelle, hier habe ich bei "
DecimalPlace " alles von 2 bis 7 probiert, aber an den übernommenen Werten ändert sich nichts.
Ich erhalte bei "
Gaszaehler_value_corrected_Meter" immer Werte mit m.M. nach falschen Dezimalstellen: "
191.877"
Das "
GasNominalHeatingValue" habe ich mit den beiden auf der Abrechnung verfügbaren Umrechnungsfaktoren ermittelt....
Z-Zahl 0,9299 (gleichbleibend) und
Brennwert 11,4 (unterschiedliche Werte von 11,2650 bis 11,4390) um von den m³ des Zählers auf die kwh zu kommen.
Was habe ich falsch oder nicht richtig gemacht, freue mich auf Deine Hinweise. Vielen Dank im Voraus
Versuch mal die Attribute 'SiPrefixPower' auf kW und 'DecimalPlace' auf 3 umzustellen.
Hallo Parador
Zitat von: Parador am 26 Januar 2023, 12:08:55
- ein Device "Gaszaehler", dass mir den Zählerstand meines Gaszählers im Reading "Gaszaehler_Stand_Akt_corrected.*" abbildet. aktueller Wert: "19187.70"
Bei den Attributen habe ich folgendes hinterlegt:
Attributes:
GasCubicPerCounts 0.01
Wenn der Wert 19187.70 bereits der richtige Wert in m
3 ist, dann musst du das Attribut "
GasCubicPerCounts" auf "1" setzen.
Ansonsten rechnet der Calculator 19187.70 x 0,01 = 191.8770
Mit anderen Worten, dass Attribut gibt an, ob der Zählerwert (19187.70) als Vielfaches von 1l (0.001), 10l (0.01), 100l (0.1) oder 1000l = 1m
3 (1) übergeben wird.
Gruß
Sailor
Hallo Sailor,
Hallo Wolle02,
ich habe wie im Post von Wolle02 beschrieben, 'SiPrefixPower' auf kW und 'DecimalPlace' auf 3 umgestellt (was leider nicht half), dann 'GasCubicPerCounts' von 0.01 1.00 umgestellt.... Jetzt bekomme ich bessere Werte übernommen...
Warum nur besser? Weil der Zählerstand mit akt. 19193.14 kommt und mit 19001.231 im GasCalculator angezeigt wird...
Woran kann das noch liegen?
Danke für Euere Unterstützung!
Hallo Parador
Zitat von: Parador am 26 Januar 2023, 21:14:38
Warum nur besser? Weil der Zählerstand mit akt. 19193.14 kommt und mit 19001.231 im GasCalculator angezeigt wird...
Woran kann das noch liegen?
Der GasCalculator reagiert auf Events die von dem Zähler-Device generiert werden.
Steht im Zählerdevice das "event-on-change-reading" auf ".*"?
Gruß
Sailor
ZitatSteht im Zählerdevice das "event-on-change-reading" auf ".*"?
Damit kann man starten, es ist aber für die Leistung des Servers besser nur diejenigen Werte als Event zu definieren, die man auch tatsächlich für log-files und Automationen etc. benötigt.
Seitdem ich darauf achte, haben sich die Anzahl der Events auf ca. 1/4 (Schätzung) reduziert.
Viele Grüße Gisbert
Hallo Sailor,
ich habe "event-on-change-reading" aktuell noch gar nicht gesetzt. KJetzt um 13:50 Uhr ist im device "Gaszaehler" der aktuelle Wert: 19207.98... schaue ich zeitgleich in den "Gaszaehler_GasCalculator" ist dort der Wert bei "Gaszaehler_value_corrected_Meter" 19016.071
Viele Grüße
Hallo Parador
Zitat von: Parador am 27 Januar 2023, 13:51:31
ich habe "event-on-change-reading" aktuell noch gar nicht gesetzt. KJetzt um 13:50 Uhr ist im device "Gaszaehler" der aktuelle Wert: 19207.98... schaue ich zeitgleich in den "Gaszaehler_GasCalculator" ist dort der Wert bei "Gaszaehler_value_corrected_Meter" 19016.071
Taste F5 im Browser gedrückt?
Gruß
Sailkor
Hallo Sailor,
ja, ich habe gezielt darauf gewartet, dass eine Aktualisierung erfolgt, d.h. mir in FHEM die geänderten Zeilen auch rot markiert werden.
Aktuell:
Gaszaehler_value_corrected_Meter 19028.201 2023-01-28 09:40:58
value_corrected 19220.11 2023-01-28 09:40:58
Ergänzend: ein eiegenes Log für den GasCalculator habe ich nicht, die Readings hatte ich bei den Versuchen vor Deinen Antworten alle gelöscht.
Viele Grüße
Hi Parador
Zitat von: Parador am 28 Januar 2023, 09:43:49
ja, ich habe gezielt darauf gewartet, dass eine Aktualisierung erfolgt, d.h. mir in FHEM die geänderten Zeilen auch rot markiert werden.
Aktuell:
Gaszaehler_value_corrected_Meter 19028.201 2023-01-28 09:40:58
value_corrected 19220.11 2023-01-28 09:40:58
Irgendwo ist da ein Offset drin.
"
GasCounterOffset" ist auch ganz sicher "0"?
Gruß
Sailor
Hallo Sailor,
ich konnte kein gesetztes Offset finden, habe jetzt das Device nochmal gelöscht und erneut angelegt.
Im Moment scheint es zu klappen... Danke für Euere Tipps und Hinweise!
Ich hätte noch eine Config-Frage:
Beim Reading "MonthMeterReading" steht aktuell 2, was vermutlich ja mit "MonthOfAnnualReading" zu tun hat. Hier habe ich 12 hinterlegt, da mein Abrechnungszeitraum 01.01. bis 31.12. ist und am 31.12. abgelesen wird. Dann verwundert mich allerdings die 2. Müsste ich dann bei "MonthOfAnnualReading" doch eine 1 eingeben?
Zitat von: Parador am 28 Januar 2023, 15:54:00
Ich hätte noch eine Config-Frage:
Beim Reading "MonthMeterReading" steht aktuell 2, was vermutlich ja mit "MonthOfAnnualReading" zu tun hat. Hier habe ich 12 hinterlegt, da mein Abrechnungszeitraum 01.01. bis 31.12. ist und am 31.12. abgelesen wird. Dann verwundert mich allerdings die 2. Müsste ich dann bei "MonthOfAnnualReading" doch eine 1 eingeben?
Hallo Parador,
würde ich so machen bzw. habe ich selbst auch so. Wenn du den Abrechnungszeitraum von 01.01. bis 31.12. hast ist ja dein erster Abrechnungsmonat der Januar also die "1". Heißt natürlich auch das dann die readings mit "Meter" die gleichen sein werden wie die "Year".
Das ist glaube ich nur interessant wenn du einen Abrechnungszeitraum z.B. vom 01.10. bis 30.09. hast.
Gruß Markus
Zitat von: meier81 am 28 Januar 2023, 18:44:32
Das ist glaube ich nur interessant wenn du einen Abrechnungszeitraum z.B. vom 01.10. bis 30.09. hast.
Korrekt!
Gruß
Sailor
Super! Danke für Euere Unterstützung!
Hallo,
längere Stromausfälle und Zählerwechsel sind mir immer ein Grauen. Gestern war Gaszählerwechsel. Ich habe danach SyncCounter auf 0.1 gesetzt. Ist es jetzt so daß ich jetzt ein Monat bzw. ein Jahr warten muß bis die entsprechenden Werte wieder in Ordnung sind? Oder gibt es einen händischen Weg die Werte zu korrigieren? Der alte Stand ist ja bekannt. In diesen Zeiten wäre es schon ganz gut den Überblick zu wahren.
Danke!
Hallo,
gibt es eine möglichkeit die Statistikwerte des Tages um 00:00 Uhr auf null zu setzen.
Habe Zwischenzähler die nicht unbedingt Täglich bedarf habe und dann iretiert es etwas.
Betrift auch den ElectricityCalculator....
Danke
Hallo Zusammen,
ich hatte hier in #586 geschrieben.
Ist das völliger Unsinn oder geht es irgendwie?
Grüße Wolfdieter
Moinssen.
Ich bekomme bei meinem GasCalculator den aktuelle Zählerstand nicht richtig in den Griff. Laut Commandref:
<DestinationDevice>_<SourceCounterReading>_Meter : Zählerstand am Gaszähler. Bei Differenzen muss das Offset-Attribut korrigiert werden.
GasCounterOffset : Eine gültige float-Zahl für den Volumen Unterschied = Offset (Nicht der Unterschied zwischen Zählimpulsen) zwischen dem am mechanischen Gaszähler und dem angezeigten Wert im Reading dieses Device.
Der Offset-Wert wird wie folgt ermittelt: VOffset = VMechanisch - VModule
Der Standard-Wert ist 0.00
müsste mir doch der Zählerstand so angezeigt werden können, wie ich ihn am Zähler vorfinde. Das schaff ich irgendwie nicht: derzeit steht bei mir "-1378.264" drin :o
Versucht habe ich folgendes:
- Anzeige im Modul bei Meter war bei 228.692, Zählerstand bei 1392.23, also Offset = 1392.23 - 228.692 = 1163.538
--> der Zielwert kam leider nicht raus, sondern 1177.461
- dann hatte ich den Offset auf Null gestellt und mit "set ... meter" auf den gewünschten Wert. Hielt bis zur nä. Aktualisierung ::)
- danach hatte ich eben nochmals die Differenz als Offset eingegeben und heraus kam der negative Wert
Kennt das jmd. und kann mir sagen, was ich falsch mache?
Ich hatte zuvor noch die Vorjahreswerte aktualisiert/ eingetragen. Durch mein Rumprobieren kommen aber nun kuriose Verbrauchswerte raus. Da müsste ich wohl auch nochmal ran.
Vielen Dank und beste Grüße
rob
Btw: Beim StromCalculator habe ich das Thema nicht. Dort passt es 1A :D
Habs gefunden. Ich hab Offset wieder auf 0 gesetzt und sah, dass schon mein Zählerstand rauskommt, aber um zwei Nachkommastellen verschoben. Ich hatte noch "GasCubicPerCounts = 0.01" aktiv ::) ::)
Jetzt auf 1 gesetzt und schon passt es.
Viele Grüße
rob
Moin,
wie ist denn die genaue Vorgehensweise bei einem Zählertausch?
Ich komme nicht drauf.. :(
Egal was ich beim Offset eingebe, es zerschiesst mir die Daten... (wobei 40.000 EUR Guthaben schön wären :)) )
Hallo Leute,
Gibt es eine Möglichkeit bei einem neuen Gaszähler wieder bei null anzufangen? Habe wenn ich 0 qm eingebe natürlich total verschonende Werte.
Ausgelesen wird mein gassensor von meinen ESPEasy. Oder muss ich dort was passendes einstellen/ eingebe?
Danke für eure Hilfe
Keiner eine Tip.
Den den Gesamtzähler über den Counter anpassen klaapt nicht. Und über den gesamt Zählerstand auf Null springt er wieder um auf den alten Zählerstand.
Mein GasCalculator liefert mir leider zum Start der Heizsaison keine Verbräuche mehr. Das Reading Meter läuft korrekt weiter wie vom Sensor erfasst. Das Reading EnergDay beispielsweise ist auf 0, obwohl heute definitiv Gas verbraucht wurde. Das sieht man auch, wenn man das Reading Meter mit CounterDayLast vergleicht.
Wie kann ich hier rausfinden, warum die aktuellen Verbrauchszähler nicht zählen?
Moin FHEMbeta
Zitat von: FHEMbeta am 17 Oktober 2023, 20:50:01Wie kann ich hier rausfinden, warum die aktuellen Verbrauchszähler nicht zählen?
Du musst schon ein paar "lists" mitsenden ansonsten schauen wir hier in die Glaskugel.
Gruß
Sailor
Hier Mal ein list von meinem Gaszähler. Hat bis Mai noch funktioniert und über den Sommer wurde kein Gas verbraucht. Die Erfassung am Zähler lief kontinuierlich und erfasst die Impulse korrekt.
Internals:
DEF MQTT2_Gas:Gaszaehler.*
FUUID 61dd35c8-f33f-65ec-6720-5fdb5417a65f8e45
NAME Gaszaehler
NR 700
NTFY_ORDER 10-Gaszaehler
REGEXP MQTT2_Gas:Gaszaehler.*
STATE active
TYPE GasCalculator
eventCount 58
Helper:
DBLOG:
ESPEasy_Gas_Gaszaehler_EnergyDay:
myDbLog:
TIME 1697644044.96241
VALUE addLog:
ESPEasy_Gas_Gaszaehler_Meter:
myDbLog:
TIME 1697644044.95509
VALUE addLog:
READINGS:
2023-07-19 13:27:13 MQTT2_Gas_Gaszaehler_CounterDay1st 33272.566
2023-07-19 13:27:13 MQTT2_Gas_Gaszaehler_CounterDayLast 33272.566
2023-07-19 13:27:13 MQTT2_Gas_Gaszaehler_CounterMeter1st 33272.566
2023-07-19 13:27:13 MQTT2_Gas_Gaszaehler_CounterMeterLast 33272.566
2023-07-19 13:27:13 MQTT2_Gas_Gaszaehler_CounterMonth1st 33272.566
2023-07-19 13:27:13 MQTT2_Gas_Gaszaehler_CounterMonthLast 33272.566
2023-07-19 13:27:13 MQTT2_Gas_Gaszaehler_CounterYear1st 33272.566
2023-07-19 13:27:13 MQTT2_Gas_Gaszaehler_CounterYearLast 33272.566
2023-10-18 18:23:03 MQTT2_Gas_Gaszaehler_EnergyCostDay 0.000
2023-10-18 18:23:03 MQTT2_Gas_Gaszaehler_EnergyCostDayLast 0.000
2023-10-18 18:23:03 MQTT2_Gas_Gaszaehler_EnergyCostMeter 3.607
2023-10-18 18:23:03 MQTT2_Gas_Gaszaehler_EnergyCostMonth 3.357
2023-10-01 00:00:00 MQTT2_Gas_Gaszaehler_EnergyCostMonthLast 0.000
2023-10-18 18:23:03 MQTT2_Gas_Gaszaehler_EnergyCostYear 3.607
2023-10-18 18:23:03 MQTT2_Gas_Gaszaehler_EnergyDay 0.000
2023-10-18 18:23:03 MQTT2_Gas_Gaszaehler_EnergyDayLast 0.000
2023-10-18 18:23:03 MQTT2_Gas_Gaszaehler_EnergyMeter 62.404
2023-10-18 18:23:03 MQTT2_Gas_Gaszaehler_EnergyMonth 58.086
2023-10-01 00:00:00 MQTT2_Gas_Gaszaehler_EnergyMonthLast 0.000
2023-10-18 18:23:03 MQTT2_Gas_Gaszaehler_EnergyYear 62.404
2023-10-18 18:23:03 MQTT2_Gas_Gaszaehler_FinanceReserve 889.393
2023-10-18 18:23:03 MQTT2_Gas_Gaszaehler_Meter 33278.346
2023-10-18 18:23:03 MQTT2_Gas_Gaszaehler_MonthMeterReading 6
2023-10-18 18:23:03 MQTT2_Gas_Gaszaehler_PowerCurrent 0.000
2023-10-18 18:23:03 MQTT2_Gas_Gaszaehler_PowerDayAver 0.000
2023-10-18 18:23:03 MQTT2_Gas_Gaszaehler_PowerDayMax 0
2023-10-18 18:23:03 MQTT2_Gas_Gaszaehler_PowerDayMin 0.000
2023-10-18 18:23:03 MQTT2_Gas_Gaszaehler_Vol1stDay 33278.346
2023-07-19 13:27:13 MQTT2_Gas_Gaszaehler_Vol1stMeter 33272.566
2023-10-01 00:00:00 MQTT2_Gas_Gaszaehler_Vol1stMonth 33272.966
2023-07-19 13:27:13 MQTT2_Gas_Gaszaehler_Vol1stYear 33272.566
2023-10-18 18:23:03 MQTT2_Gas_Gaszaehler_VolLastDay 33278.346
2023-07-19 13:27:13 MQTT2_Gas_Gaszaehler_VolLastMeter 33272.566
2023-10-01 00:00:00 MQTT2_Gas_Gaszaehler_VolLastMonth 33272.966
2023-07-19 13:27:13 MQTT2_Gas_Gaszaehler_VolLastYear 33272.566
system:
DecimalPlace %.3f
SecondsToday 86400
SiPrefixPowerFactor 1
Attributes:
BasicPricePerAnnum 146,57
Currency €
DecimalPlace 3
GasCounterOffset 30902.486
GasCubicPerCounts 0.01
GasNominalHeatingValue 10.7966055
GasPricePerKWh 0.0578
GaszValue 1
MonthOfAnnualReading 5
MonthlyPayment 161
ReadingDestination CalculatorDevice
SiPrefixPower W
Volume m³
event-on-change-reading MQTT2_Gas_Gaszaehler_PowerCurrent:0.001,MQTT2_Gas_Gaszaehler_Meter:0.001,MQTT2_Gas_Gaszaehler_EnergyDay:0.001,MQTT2_Gas_Gaszaehler_EnergyMonth:0.001,MQTT2_Gas_Gaszaehler_EnergyYear:1.0
room Energie
Anbei noch das list vom dazugehörigen Zähler (zählt einwandfrei weiter):
Internals:
CID Gas
DEF Gas
FUUID 64b7c22f-f33f-65ec-17af-055ba8683671417a
IODev Mosquitto_MQTT
LASTInputDev Mosquitto_MQTT
MSGCNT 198
Mosquitto_MQTT_MSGCNT 198
Mosquitto_MQTT_TIME 2023-10-19 12:10:23
NAME MQTT2_Gas
NR 758
STATE ???
TYPE MQTT2_DEVICE
eventCount 198
READINGS:
2023-10-19 12:10:22 Count 0
2023-10-19 12:10:23 Gaszaehler 237586
2023-10-19 11:03:25 IODev Mosquitto_MQTT
2023-10-19 12:10:23 Time 0.00
2023-10-19 12:10:22 Total 577
Attributes:
icon gasmeter1
readingList sensoren/Gas/Gaszaehler/Count:.* Count
sensoren/Gas/Gaszaehler/Total:.* Total
sensoren/Gas/Gaszaehler/Time:.* Time
room Extern->MQTT2_DEVICE
userReadings Gaszaehler monotonic {ReadingsVal("MQTT2_Gas","Total",0)}
Zitat von: FHEMbeta am 19 Oktober 2023, 12:11:24Anbei noch das list vom dazugehörigen Zähler (zählt einwandfrei weiter):
Internals:
NAME MQTT2_Gas
READINGS:
2023-10-19 12:10:23 Gaszaehler 237586
Attributes:
icon gasmeter1
readingList sensoren/Gas/Gaszaehler/Count:.* Count
sensoren/Gas/Gaszaehler/Total:.* Total
sensoren/Gas/Gaszaehler/Time:.* Time
room Extern->MQTT2_DEVICE
userReadings Gaszaehler monotonic {ReadingsVal("MQTT2_Gas","Total",0)}
Nehme mal in die Attribute vom MQTT2_Gas folgendes attribut mit auf:
event-on-change-reading Gaszaehler
event-on-update-reading Gaszaehler
Was passiert dann?
Gruß
Sailor
Zitat von: Sailor am 21 Oktober 2023, 18:26:46Nehme mal in die Attribute vom MQTT2_Gas folgendes attribut mit auf:
event-on-change-reading Gaszaehler
event-on-update-reading Gaszaehler
Was passiert dann?
Habe ich zwei Tage getestet und macht keinen Unterschied. Der Wert
Meter wird sauber inkrementiert. Der Wert
EnergyDay bleibt kontinuierlich auf 0.0 obwohl jeden Tag Gas verbraucht wird.
Hat jemand eine andere Idee wo ich ansetzen kann? Bin absolut ratlos, wo das Problem liegt.
Zitat von: FHEMbeta am 27 Oktober 2023, 15:29:41Hat jemand eine andere Idee wo ich ansetzen kann? Bin absolut ratlos, wo das Problem liegt.
Sorry, Habe eine Weile flach gelegen...
Dein MQTT2_Gas:Gaszaehler zeigt 237586 an.
Sind das 1m
3 oder 0,01m
3 für die Ziffer ganz rechts (die "6")?
Gruß
Sailor
Brauchst dich nicht entschuldigen, weil du krank warst. Hoffentlich geht es dir wieder gut ;)
Das sind 0,01m³ je Umdrehung/Impuls. Den Parameter GasCubicPerCounts habe ich auf 0.01 eingestellt. Alle Impulse kommen korrekt in fhem an.
Moin Fb
Zitat von: FHEMbeta am 02 November 2023, 10:50:47Brauchst dich nicht entschuldigen, weil du krank warst. Hoffentlich geht es dir wieder gut ;)
Lebensmittelvergiftung auf Dienstreise in Frankreich... So viel zu "French Cuisine".
Wir machen das jetzt mal ganz anders:
Einen neuen GasCalculator-Device erstellen der auf ein Dummy zeigt.
Den Dummy manuell mit dem gleichen Zählerstand wie im richtigen Gaszähler immer höher zählen lassen.
Passiert irgendetwas?
Dann nach und nach die gleichen Attribute übernehmen.
Irgendwann muss man ja mal auf den Knackpunkt kommen.
Gruß
Sailor
Französische Küche ist normalerweise wirklich besser ;)
Ich habe jetzt einen identischen Gaszahler angelegt, der ebenfalls auf dem gleichen Zähler basiert. Die ganzen Attributes sind identisch. Nun wird aber das Reading EnergyDay gezählt.
=> Ich habe den alten Gaszaehler in Gaszaehler_old umbenannt und den "neuen" Gaszaehler (wie bisher) genannt. Kannst du erkennen, warum der alte nicht funktioniert? Ich sehe keinen relevanten Unterschied.
list Gaszaehler (neu erstellter):
Internals:
CFGFN
DEF MQTT2_Gas:Gaszaehler.*
FUUID 6543bde4-f33f-65ec-6af6-97e9b6d74bf31073
NAME Gaszaehler
NOTIFYDEV MQTT2_Gas
NR 6543
NTFY_ORDER 10-Gaszaehler2
REGEXP MQTT2_Gas:Gaszaehler.*
STATE active
TYPE GasCalculator
eventCount 79
Helper:
DBLOG:
MQTT2_Gas_Gaszaehler_CounterDay1st:
myDbLog:
TIME 1698939023.7711
VALUE 33296.786
MQTT2_Gas_Gaszaehler_CounterDayLast:
myDbLog:
TIME 1698939023.77481
VALUE 33296.786
MQTT2_Gas_Gaszaehler_CounterMeter1st:
myDbLog:
TIME 1698939023.78587
VALUE 33296.786
MQTT2_Gas_Gaszaehler_CounterMeterLast:
myDbLog:
TIME 1698939023.78968
VALUE 33296.786
MQTT2_Gas_Gaszaehler_CounterMonth1st:
myDbLog:
TIME 1698939023.77861
VALUE 33296.786
MQTT2_Gas_Gaszaehler_CounterMonthLast:
myDbLog:
TIME 1698939023.78217
VALUE 33296.786
MQTT2_Gas_Gaszaehler_CounterYear1st:
myDbLog:
TIME 1698939023.79339
VALUE 33296.786
MQTT2_Gas_Gaszaehler_CounterYearLast:
myDbLog:
TIME 1698939023.79696
VALUE 33296.786
MQTT2_Gas_Gaszaehler_EnergyCostDay:
myDbLog:
TIME 1698941963.78299
VALUE 0.175
MQTT2_Gas_Gaszaehler_EnergyCostMeter:
myDbLog:
TIME 1698941963.78299
VALUE 0.175
MQTT2_Gas_Gaszaehler_EnergyCostMonth:
myDbLog:
TIME 1698941963.78299
VALUE 0.175
MQTT2_Gas_Gaszaehler_EnergyCostYear:
myDbLog:
TIME 1698941963.78299
VALUE 0.175
MQTT2_Gas_Gaszaehler_EnergyDay:
myDbLog:
TIME 1698941963.78299
VALUE 3.023
MQTT2_Gas_Gaszaehler_EnergyMeter:
myDbLog:
TIME 1698941963.78299
VALUE 3.023
MQTT2_Gas_Gaszaehler_EnergyMonth:
myDbLog:
TIME 1698941963.78299
VALUE 3.023
MQTT2_Gas_Gaszaehler_EnergyYear:
myDbLog:
TIME 1698941963.78299
VALUE 3.023
MQTT2_Gas_Gaszaehler_FinanceReserve:
myDbLog:
TIME 1698941963.78299
VALUE 328.540
MQTT2_Gas_Gaszaehler_Meter:
myDbLog:
TIME 1698941963.78299
VALUE 33297.066
MQTT2_Gas_Gaszaehler_MonthMeterReading:
myDbLog:
TIME 1698941963.78299
VALUE 6
MQTT2_Gas_Gaszaehler_PowerCurrent:
myDbLog:
TIME 1698941963.78299
VALUE 0.000
MQTT2_Gas_Gaszaehler_PowerDayAver:
myDbLog:
TIME 1698941963.78299
VALUE 0.000
MQTT2_Gas_Gaszaehler_PowerDayMax:
myDbLog:
TIME 1698939023.84338
VALUE 0
MQTT2_Gas_Gaszaehler_PowerDayMin:
myDbLog:
TIME 1698939023.83969
VALUE 0
MQTT2_Gas_Gaszaehler_Vol1stDay:
myDbLog:
TIME 1698939023.83134
VALUE 33296.786
MQTT2_Gas_Gaszaehler_Vol1stMeter:
myDbLog:
TIME 1698939023.85475
VALUE 33296.786
MQTT2_Gas_Gaszaehler_Vol1stMonth:
myDbLog:
TIME 1698939023.8472
VALUE 33296.786
MQTT2_Gas_Gaszaehler_Vol1stYear:
myDbLog:
TIME 1698939023.8621
VALUE 33296.786
MQTT2_Gas_Gaszaehler_VolLastDay:
myDbLog:
TIME 1698939023.83557
VALUE 33296.786
MQTT2_Gas_Gaszaehler_VolLastMeter:
myDbLog:
TIME 1698939023.85847
VALUE 33296.786
MQTT2_Gas_Gaszaehler_VolLastMonth:
myDbLog:
TIME 1698939023.85101
VALUE 33296.786
MQTT2_Gas_Gaszaehler_VolLastYear:
myDbLog:
TIME 1698939023.86591
VALUE 33296.786
READINGS:
2023-11-02 16:20:18 Dummy_Gas_Gaszaehler_CounterDay1st 2394.300
2023-11-02 16:20:18 Dummy_Gas_Gaszaehler_CounterDayLast 2394.300
2023-11-02 16:20:18 Dummy_Gas_Gaszaehler_CounterMeter1st 2394.300
2023-11-02 16:20:18 Dummy_Gas_Gaszaehler_CounterMeterLast 2394.300
2023-11-02 16:20:18 Dummy_Gas_Gaszaehler_CounterMonth1st 2394.300
2023-11-02 16:20:18 Dummy_Gas_Gaszaehler_CounterMonthLast 2394.300
2023-11-02 16:20:18 Dummy_Gas_Gaszaehler_CounterYear1st 2394.300
2023-11-02 16:20:18 Dummy_Gas_Gaszaehler_CounterYearLast 2394.300
2023-11-02 16:20:18 Dummy_Gas_Gaszaehler_PowerDayMax 0
2023-11-02 16:20:18 Dummy_Gas_Gaszaehler_PowerDayMin 0
2023-11-02 16:30:23 MQTT2_Gas_Gaszaehler_CounterDay1st 33296.786
2023-11-02 16:30:23 MQTT2_Gas_Gaszaehler_CounterDayLast 33296.786
2023-11-02 16:30:23 MQTT2_Gas_Gaszaehler_CounterMeter1st 33296.786
2023-11-02 16:30:23 MQTT2_Gas_Gaszaehler_CounterMeterLast 33296.786
2023-11-02 16:30:23 MQTT2_Gas_Gaszaehler_CounterMonth1st 33296.786
2023-11-02 16:30:23 MQTT2_Gas_Gaszaehler_CounterMonthLast 33296.786
2023-11-02 16:30:23 MQTT2_Gas_Gaszaehler_CounterYear1st 33296.786
2023-11-02 16:30:23 MQTT2_Gas_Gaszaehler_CounterYearLast 33296.786
2023-11-02 17:19:23 MQTT2_Gas_Gaszaehler_EnergyCostDay 0.175
2023-11-02 17:19:23 MQTT2_Gas_Gaszaehler_EnergyCostMeter 0.175
2023-11-02 17:19:23 MQTT2_Gas_Gaszaehler_EnergyCostMonth 0.175
2023-11-02 17:19:23 MQTT2_Gas_Gaszaehler_EnergyCostYear 0.175
2023-11-02 17:19:23 MQTT2_Gas_Gaszaehler_EnergyDay 3.023
2023-11-02 17:19:23 MQTT2_Gas_Gaszaehler_EnergyMeter 3.023
2023-11-02 17:19:23 MQTT2_Gas_Gaszaehler_EnergyMonth 3.023
2023-11-02 17:19:23 MQTT2_Gas_Gaszaehler_EnergyYear 3.023
2023-11-02 17:19:23 MQTT2_Gas_Gaszaehler_FinanceReserve 328.540
2023-11-02 17:19:23 MQTT2_Gas_Gaszaehler_Meter 33297.066
2023-11-02 17:19:23 MQTT2_Gas_Gaszaehler_MonthMeterReading 6
2023-11-02 17:19:23 MQTT2_Gas_Gaszaehler_PowerCurrent 0.000
2023-11-02 17:19:23 MQTT2_Gas_Gaszaehler_PowerDayAver 0.000
2023-11-02 16:30:23 MQTT2_Gas_Gaszaehler_PowerDayMax 0
2023-11-02 16:30:23 MQTT2_Gas_Gaszaehler_PowerDayMin 0
2023-11-02 16:30:23 MQTT2_Gas_Gaszaehler_Vol1stDay 33296.786
2023-11-02 16:30:23 MQTT2_Gas_Gaszaehler_Vol1stMeter 33296.786
2023-11-02 16:30:23 MQTT2_Gas_Gaszaehler_Vol1stMonth 33296.786
2023-11-02 16:30:23 MQTT2_Gas_Gaszaehler_Vol1stYear 33296.786
2023-11-02 16:30:23 MQTT2_Gas_Gaszaehler_VolLastDay 33296.786
2023-11-02 16:30:23 MQTT2_Gas_Gaszaehler_VolLastMeter 33296.786
2023-11-02 16:30:23 MQTT2_Gas_Gaszaehler_VolLastMonth 33296.786
2023-11-02 16:30:23 MQTT2_Gas_Gaszaehler_VolLastYear 33296.786
hmccu:
system:
DecimalPlace %.3f
SecondsToday 86400
SiPrefixPowerFactor 1
Attributes:
BasicPricePerAnnum 146.57
Currency €
DecimalPlace 3
GasCounterOffset 30902.486
GasCubicPerCounts 0.01
GasNominalHeatingValue 10.7966055
GasPricePerKWh 0.0578
GaszValue 1
MonthOfAnnualReading 6
MonthlyPayment 67
ReadingDestination CalculatorDevice
SiPrefixPower W
Volume m³
room Energie
list Gaszaehler_old (alter Gaszähler):
Internals:
DEF MQTT2_Gas:Gaszaehler.*
FUUID 61dd35c8-f33f-65ec-6720-5fdb5417a65f8e45
NAME Gaszaehler_old
NR 699
NTFY_ORDER 10-Gaszaehler
REGEXP MQTT2_Gas:Gaszaehler.*
STATE active
TYPE GasCalculator
eventCount 19319
Helper:
DBLOG:
MQTT2_Gas_Gaszaehler_EnergyCostDay:
myDbLog:
TIME 1698942023.74574
VALUE 0.000
MQTT2_Gas_Gaszaehler_EnergyCostDayLast:
myDbLog:
TIME 1698942023.88987
VALUE 0.000
MQTT2_Gas_Gaszaehler_EnergyCostMeter:
myDbLog:
TIME 1698942023.74574
VALUE 15.314
MQTT2_Gas_Gaszaehler_EnergyCostMonth:
myDbLog:
TIME 1698942023.74574
VALUE 2.633
MQTT2_Gas_Gaszaehler_EnergyCostYear:
myDbLog:
TIME 1698942023.74574
VALUE 15.314
MQTT2_Gas_Gaszaehler_EnergyDay:
myDbLog:
TIME 1698942023.74574
VALUE 0.000
MQTT2_Gas_Gaszaehler_EnergyDayLast:
myDbLog:
TIME 1698942023.89413
VALUE 0.000
MQTT2_Gas_Gaszaehler_EnergyMeter:
myDbLog:
TIME 1698942023.74574
VALUE 264.949
MQTT2_Gas_Gaszaehler_EnergyMonth:
myDbLog:
TIME 1698942023.74574
VALUE 45.562
MQTT2_Gas_Gaszaehler_EnergyYear:
myDbLog:
TIME 1698942023.74574
VALUE 264.949
MQTT2_Gas_Gaszaehler_FinanceReserve:
myDbLog:
TIME 1698942023.74574
VALUE 313.401
MQTT2_Gas_Gaszaehler_Meter:
myDbLog:
TIME 1698942023.74574
VALUE 33297.106
MQTT2_Gas_Gaszaehler_MonthMeterReading:
myDbLog:
TIME 1698942023.74574
VALUE 6
MQTT2_Gas_Gaszaehler_PowerCurrent:
myDbLog:
TIME 1698942023.74574
VALUE 0.000
MQTT2_Gas_Gaszaehler_PowerDayAver:
myDbLog:
TIME 1698942023.74574
VALUE 0.000
MQTT2_Gas_Gaszaehler_PowerDayMax:
myDbLog:
TIME 1698942023.90914
VALUE 0
MQTT2_Gas_Gaszaehler_PowerDayMin:
myDbLog:
TIME 1698942023.90536
VALUE 0.000
MQTT2_Gas_Gaszaehler_Vol1stDay:
myDbLog:
TIME 1698942023.89796
VALUE 33297.146
MQTT2_Gas_Gaszaehler_VolLastDay:
myDbLog:
TIME 1698942023.90167
VALUE 33297.146
READINGS:
2023-07-19 13:27:13 MQTT2_Gas_Gaszaehler_CounterDay1st 33272.566
2023-07-19 13:27:13 MQTT2_Gas_Gaszaehler_CounterDayLast 33272.566
2023-10-20 11:31:27 MQTT2_Gas_Gaszaehler_CounterMeter1st 33272.566
2023-07-19 13:27:13 MQTT2_Gas_Gaszaehler_CounterMeterLast 33272.566
2023-10-20 11:31:01 MQTT2_Gas_Gaszaehler_CounterMonth1st 33272.566
2023-07-19 13:27:13 MQTT2_Gas_Gaszaehler_CounterMonthLast 33272.566
2023-07-19 13:27:13 MQTT2_Gas_Gaszaehler_CounterYear1st 33272.566
2023-07-19 13:27:13 MQTT2_Gas_Gaszaehler_CounterYearLast 33272.566
2023-11-02 17:20:23 MQTT2_Gas_Gaszaehler_EnergyCostDay 0.000
2023-11-02 17:20:23 MQTT2_Gas_Gaszaehler_EnergyCostDayLast 0.000
2023-11-02 17:20:23 MQTT2_Gas_Gaszaehler_EnergyCostMeter 15.314
2023-11-02 17:20:23 MQTT2_Gas_Gaszaehler_EnergyCostMonth 2.633
2023-11-01 00:00:00 MQTT2_Gas_Gaszaehler_EnergyCostMonthLast 12.431
2023-11-02 17:20:23 MQTT2_Gas_Gaszaehler_EnergyCostYear 15.314
2023-11-02 17:20:23 MQTT2_Gas_Gaszaehler_EnergyDay 0.000
2023-11-02 17:20:23 MQTT2_Gas_Gaszaehler_EnergyDayLast 0.000
2023-11-02 17:20:23 MQTT2_Gas_Gaszaehler_EnergyMeter 264.949
2023-11-02 17:20:23 MQTT2_Gas_Gaszaehler_EnergyMonth 45.562
2023-11-01 00:00:00 MQTT2_Gas_Gaszaehler_EnergyMonthLast 215.068
2023-11-02 17:20:23 MQTT2_Gas_Gaszaehler_EnergyYear 264.949
2023-11-02 17:20:23 MQTT2_Gas_Gaszaehler_FinanceReserve 313.401
2023-11-02 17:20:23 MQTT2_Gas_Gaszaehler_Meter 33297.106
2023-11-02 17:20:23 MQTT2_Gas_Gaszaehler_MonthMeterReading 6
2023-11-02 17:20:23 MQTT2_Gas_Gaszaehler_PowerCurrent 0.000
2023-11-02 17:20:23 MQTT2_Gas_Gaszaehler_PowerDayAver 0.000
2023-11-02 17:20:23 MQTT2_Gas_Gaszaehler_PowerDayMax 0
2023-11-02 17:20:23 MQTT2_Gas_Gaszaehler_PowerDayMin 0.000
2023-11-02 17:20:23 MQTT2_Gas_Gaszaehler_Vol1stDay 33297.146
2023-07-19 13:27:13 MQTT2_Gas_Gaszaehler_Vol1stMeter 33272.566
2023-11-01 00:00:00 MQTT2_Gas_Gaszaehler_Vol1stMonth 33292.886
2023-07-19 13:27:13 MQTT2_Gas_Gaszaehler_Vol1stYear 33272.566
2023-11-02 17:20:23 MQTT2_Gas_Gaszaehler_VolLastDay 33297.146
2023-07-19 13:27:13 MQTT2_Gas_Gaszaehler_VolLastMeter 33272.566
2023-11-01 00:00:00 MQTT2_Gas_Gaszaehler_VolLastMonth 33292.886
2023-07-19 13:27:13 MQTT2_Gas_Gaszaehler_VolLastYear 33272.566
hmccu:
system:
DecimalPlace %.3f
SecondsToday 86400
SiPrefixPowerFactor 1
Attributes:
BasicPricePerAnnum 146.57
Currency €
DecimalPlace 3
GasCounterOffset 30902.486
GasCubicPerCounts 0.01
GasNominalHeatingValue 10.7966055
GasPricePerKWh 0.0578
GaszValue 1
MonthOfAnnualReading 6
MonthlyPayment 67
ReadingDestination CalculatorDevice
SiPrefixPower W
Volume m³
room Energie
Moin FhemBeta
Zitat von: FHEMbeta am 02 November 2023, 17:25:49Französische Küche ist normalerweise wirklich besser ;)
Die Flitz-Kacke spricht eine andere Sprache!
Zitat von: FHEMbeta am 02 November 2023, 17:25:49=> Ich habe den alten Gaszaehler in Gaszaehler_old umbenannt und den "neuen" Gaszaehler (wie bisher) genannt. Kannst du erkennen, warum der alte nicht funktioniert? Ich sehe keinen relevanten Unterschied.
Scheiß der Hund drauf - Hauptsache funktioniert!
Gruß
Sailor
Zu früh gefreut. Es ging jetzt 1,5 Tage gut, dann sprang der Zähler EnergyDay mitten am Tag wieder auf 0,0. Jetzt zählt dieser Zähler seit gestern wieder nicht.
Wo kann ich noch ansetzen? Bin irgendwie ratlos.
Zitat von: FHEMbeta am 04 November 2023, 14:46:00Zu früh gefreut. Es ging jetzt 1,5 Tage gut, dann sprang der Zähler EnergyDay mitten am Tag wieder auf 0,0. Jetzt zählt dieser Zähler seit gestern wieder nicht.
Wo kann ich noch ansetzen? Bin irgendwie ratlos.
Plotte mal deine MQTT2_Gas:Gaszaehler-Werte ueber die letzten 3 Tage
Sailor
Anbei ein Screenshot eines Plots (Grafana) vom 05.11.23 bis jetzt. Man sieht am 05.11 kurz nach 12 Uhr wie EnergyDay plötzlich auf 0 zurück geht und wieder von vorne anfängt zu zählen. Am 06.11. und 07.11. hat dann die Zählung einwandfrei geklappt. Heute dann wieder der plötzliche Einbruch auf 0.
Gas.jpg
Moin
Zitat von: FHEMbeta am 08 November 2023, 10:27:45Anbei ein Screenshot eines Plots (Grafana) vom 05.11.23 bis jetzt. Man sieht am 05.11 kurz nach 12 Uhr wie EnergyDay plötzlich auf 0 zurück geht und wieder von vorne anfängt zu zählen. Am 06.11. und 07.11. hat dann die Zählung einwandfrei geklappt. Heute dann wieder der plötzliche Einbruch auf 0.
Welches Device:Reading hast du denn da geplottet???
Wenn das die Datenquelle für deinen GasCalculator ist, dann kann das gar nicht funktionieren.
Gruß
Sailor
Das ist das das Device Gaszaehler mit dem Reading MQTT2_Gas_Gaszaehler_EnergyDay. Der eigentliche Zähler/Datenquelle ist das Device MQTT2_Gas mit dem Reading Gaszaehler steigt kontinuierlich, sobald ein Gasverbrauch erfasst wurde. Letzterer ist ein monotonic Reading, das nur eine Richtung nach oben kennt.
Zitat von: FHEMbeta am 09 November 2023, 10:30:43Das ist das das Device Gaszaehler mit dem Reading MQTT2_Gas_Gaszaehler_EnergyDay. Der eigentliche Zähler/Datenquelle ist das Device MQTT2_Gas mit dem Reading Gaszaehler steigt kontinuierlich, sobald ein Gasverbrauch erfasst wurde. Letzterer ist ein monotonic Reading, das nur eine Richtung nach oben kennt.
Ach sooo
Ja das ist dann ja auch so richtig, dass Energy
Day um Mitternacht wieder auf 0 geht!
Die Datenquelle soll ja auch nur stetig nach oben gehen.
Gruss
Sailor
Der Übergang auf 0 bei Tageswechsel ist normal, das meine ich aber nicht. Ich meine ein Zurücksetzen auf 0 Mitten am Tag. Siehe hier das Beispiel vom 05.11.23: Mitternacht auf 0 (korrekt), dann etwa um 14 Uhr wieder auf 0 (rot eingekreist) und somit deutlich vor dem Tageswechsel:
Gas2.jpg
Es gab zum Zeitpunkt des nicht normalen Zurücksetzens auf 0 keinerlei Update von fhem und auch keinen Neustart. Mir sind die Rücksetzer auf 0 mitten am Tag völlig unerklärlich. Das lief in der letzten Heizsaison absolut einwandfrei und der Tagesverbrauch (einschließlich Verlauf) haben 1:1 mit meinem Gasverbrauch übereingestimmt. Änderung in fhem bezüglich des GasCalculator gab es keine.
Hier mal der Zähler, der den Impuls vom Gaszähler erfasst als gelber Strich und der wert EnergyDay als grüner Strich. Wie man sieht steigt der Zähler kontinuierlich und der Wert EnergyDay mit ihm mit. Um 0 Uhr heute Nacht wurde EnergyDay korrekt auf 0 zurück gesetzt. Der Zähler steigt kontinuierlich, aber EnergyDay bleibt seit heute wieder auf 0 mit einem Mini Peak auf unter 1kWh.
Gas3.jpg
Was kann ich hier analysieren? Der Zähler für den Impuls des Gaszählers funktioniert einwandfrei. Dennoch bekomme ich falsche Werte für den Tagesverbrauch (mal funktioniert es, mal halbtags, mal gar nicht) und die anderen aktuellen Leistungswerte.
Zitat von: FHEMbeta am 10 November 2023, 10:43:40Hier mal der Zähler, der den Impuls vom Gaszähler erfasst als gelber Strich und der wert EnergyDay als grüner Strich. Wie man sieht steigt der Zähler kontinuierlich und der Wert EnergyDay mit ihm mit. Um 0 Uhr heute Nacht wurde EnergyDay korrekt auf 0 zurück gesetzt. Der Zähler steigt kontinuierlich, aber EnergyDay bleibt seit heute wieder auf 0 mit einem Mini Peak auf unter 1kWh.
Was kann ich hier analysieren? Der Zähler für den Impuls des Gaszählers funktioniert einwandfrei. Dennoch bekomme ich falsche Werte für den Tagesverbrauch (mal funktioniert es, mal halbtags, mal gar nicht) und die anderen aktuellen Leistungswerte.
Das ist mir auch völlig schleierhaft...
Ich wüsste auch nichts anderes als alles zu löschen und unter ganz neuen Namen mit den Standard-Werten neu anzulegen.
Gruß
Sailor
Ich lasse aktuell den GasCalculator unter dem alten Namen und einem völlig neuen Namen laufen. Beide laufen absolut synchron und funktionieren den ganzen Tag über einwandfrei oder haben den exakt gleichen Einbruch auf 0 am Tag oder zählen gar nicht. Die Datenquelle liefert kontinuierlich korrekte Daten.
Von was hängen die Berechnungen noch ab außer von der Datenquelle (Zähler am Gaszähler)?
Hallo Sailor, hallo Mitinsassen,
da mir mein mittels Readkontakt ausgelesener Gaszähler zu ungenau ist, habe möchte ich nun Umsteigen auf die AI Methode die sich schon beim Wasserzähler bewährt hat.
Ich überlege nun wie ich ohne grossen Aufwand migriere.
Am einfachsten wäre es den bisherigen Pulscount umzustellen auf den Wert des AI.
Nur verstehe ich nicht so recht wie der Gascalculator den Zählerstand berechnet, aus Pulscounts und Offset.
Beispiel: MQESP_99_Pulscounts_Meter 15635.456, Offset 13388.716, Pulscounts 224677
Irgendwie steh ich auf dem Schlauch.
danke für deine Hilfe und Geduld.
Hallo Gezi
Zitat von: GeZi3560 am 04 Dezember 2023, 15:21:00Nur verstehe ich nicht so recht wie der Gascalculator den Zählerstand berechnet, aus Pulscounts und Offset.
Beispiel: MQESP_99_Pulscounts_Meter 15635.456, Offset 13388.716, Pulscounts 224677
Irgendwie steh ich auf dem Schlauch.
Der GasCalculator berechnet da gar nichts. Du musst ihm den ständig wachsenden Zählerstands des AI-on-the-edge (https://jomjol.github.io/AI-on-the-edge-device-docs/) weitergeben.
Allerdings musst du darauf achten, das Attribut "GasCubicPerCounts" auf 1 zu setzen weil der Wert schon als ganze m
3 ankommt.
Ich hoffe ich habe dich richtig verstanden...
Gruß
Sailor
Eine kurze Verständnisfrage. Mein GasCalculator ist soweit eingerichtet und zählt die übermittelten Werte.
Da der Wert schon komplett in m³ üermittelt wird, habe ich GasCubicPerCounts = 1 eingstellt. Soweit so gut, der Impuls vom Zähler ist 0,1 m³
... zählt er jetzt einen Schritt nach oben, dann steht unter EnergyDay 1 und nicht 0.1
Wie kann man das ändern?
gas.png
Zitat von: FHEMbeta am 17 November 2023, 12:35:08Ich lasse aktuell den GasCalculator unter dem alten Namen und einem völlig neuen Namen laufen. Beide laufen absolut synchron und funktionieren den ganzen Tag über einwandfrei oder haben den exakt gleichen Einbruch auf 0 am Tag oder zählen gar nicht. Die Datenquelle liefert kontinuierlich korrekte Daten.
Von was hängen die Berechnungen noch ab außer von der Datenquelle (Zähler am Gaszähler)?
Hallo FHEMbeta,
Hallo Sailor,
ich beobachte ein ähnliches Verhalten beim ElectricityCalculator beim Reading ...DayLast. Der Wert wird im laufenden Tag immer wieder neu geschrieben, und nicht wie erwartet nur kurz nach Mitternacht für den vergangenen Tag. Leider stimmt das Reading des fortlaufend neu geschriebenen Readings nicht mit dem tatsächlichem Wert des Vortrags überein.
Irgendwie ist das ein wenig mysteriös, und ich bin leicht verunsichert, ob ich den Werten noch vertrauen kann.
Viele Grüße Gisbert
Zitat von: vencam am 18 Dezember 2023, 17:33:05Eine kurze Verständnisfrage. Mein GasCalculator ist soweit eingerichtet und zählt die übermittelten Werte.
Da der Wert schon komplett in m³ üermittelt wird, habe ich GasCubicPerCounts = 1 eingstellt. Soweit so gut, der Impuls vom Zähler ist 0,1 m³
... zählt er jetzt einen Schritt nach oben, dann steht unter EnergyDay 1 und nicht 0.1
Wie kann man das ändern?
gas.png
GasCubicPerCounts = 0.1 ?
Gruß
Sailor
Ich bekomme meine Daten des Gaszählers bereits mit passender Kommastelle angeliefert (ESP32-CAM mit AI-on-the-edge). Das Attribut "DecimalPlace" hat als Vorauswahl nur Ziffern '3' bis '7'. Wäre es möglich in die Drop-down Liste ein 'no' einzufügen, bei dem die angelieferte Kommastelle einfach "durchgereicht" wird? Das wäre toll.
Sicher kann ich die Kommastelle in der ESP32-CAm anpassen, aber es macht keinen Sinn die ursprünglichen Werte zu verbiegen, um an anderer Stelle ein Ergebnis herauszubekommen. Andere Systeme wie Node-Red kommen mit den ursprünglichen Werten klar.
Gruß Eberhard