Neues Modul: GasCalculator

Begonnen von Sailor, 21 Januar 2016, 12:48:11

Vorheriges Thema - Nächstes Thema

Wolle02

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

Sailor

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
******************************
Man wird immer besser...

Wolle02

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


Sailor

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
******************************
Man wird immer besser...

gadget

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.

Gisbert

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​
Aktuelles FHEM | PROXMOX | Fujitsu Futro S740 | Debian 12 | UniFi | Homematic, VCCU, HMUART | ESP8266 | ATtiny85 | Wasser-, Stromzähler | Wlan-Kamera | SIGNALduino, Flamingo Rauchmelder FA21/22RF | RHASSPY

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
Aktuelles FHEM | PROXMOX | Fujitsu Futro S740 | Debian 12 | UniFi | Homematic, VCCU, HMUART | ESP8266 | ATtiny85 | Wasser-, Stromzähler | Wlan-Kamera | SIGNALduino, Flamingo Rauchmelder FA21/22RF | RHASSPY

Space_Teddy

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



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

Sailor

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
******************************
Man wird immer besser...

Space_Teddy

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

dieter114

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
RPi II+III+IV,OWX,div.1W Module,HM Zisterne,div. CUL, sduino MAPLEMINI, div ESPEasy, div Tasmota, MQTT2Server,WU-Upload,TabletUI, Indego,Poolsteuerung mit fhem

Sailor

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
******************************
Man wird immer besser...

dieter114

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
RPi II+III+IV,OWX,div.1W Module,HM Zisterne,div. CUL, sduino MAPLEMINI, div ESPEasy, div Tasmota, MQTT2Server,WU-Upload,TabletUI, Indego,Poolsteuerung mit fhem

dieter114

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
RPi II+III+IV,OWX,div.1W Module,HM Zisterne,div. CUL, sduino MAPLEMINI, div ESPEasy, div Tasmota, MQTT2Server,WU-Upload,TabletUI, Indego,Poolsteuerung mit fhem

Sailor

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
******************************
Man wird immer besser...