Hallo Community,
ich habe gerade mitbekommen das aWATTar nun endlich auch in Deutschland als Stromlieferant zur verfügung steht.
https://www.awattar.de/ (https://www.awattar.de/)
Strom zu Börsenpreisen...
Und wo genau ist da der Mehrwert oder Bezug zu Hausautomatisierung?
Nunja - mit hilfe von FHEM kann ich ja meinen Stromverbrauch "steuern" Zeitlich gesehen.
Ich könnte also mit FHEM die "günstigsten Stunden" ermitteln und meine Verbraucher - Waschmaschine, Spülmaschine, Wärmepumpe zu diesen Zeiten laufen lassen. Ähnlich wie ein PV Nutzer der seinen Verbrauch auf die Sonnenstunden legt. Gerade mithilfe der Wärmepumpe welche bei uns 1/3 des Verbrauches ausmacht glaube ich sparen zu können. Unser Haus ist sehr träge ich kann locker auch 10 Std. ohne Heizung sein bis es kühl wird.
z.b. die teuersten 10 Std. ausklammern wäre dann die aufgabe von FHEM.
Edit:
Für Loxone gibts so wie es ausschaut sogar schon ein Modul...
https://www.loxwiki.eu/display/LOX/Anbinden+der+aWATTar+hourly+API
interessant. Aber beachte den Grundpreis von ca. 250 EUR. :'( War für mich der Grund den Versorger zu wechseln...
Zum Grundpreis gehört ja der Discovergy Smart Meter... Im HTD Forum las ich das der normalerweise auch 60€ kostet..
Ich finde das aWATTar hier in die richtige Richtung zeigt - wir sollten versuchen unseren Stromverbrauch so zu verteilen das die erneuerbaren Energien mehr genutzt werden. Ich denke ich kann problemlos dann meine Wärme erzeugen wenn viel Energie zur verfügung steht und somit auch günstig ist. Ich tanke ja auch nicht morgens zwischen 7 und 10 Uhr mein Auto ;-)
ZitatZum Grundpreis gehört ja der Discovergy Smart Meter... Im HTD Forum las ich das der normalerweise auch 60€ kostet..
Stimmt. Ich hab auch Discovergy. Aber ohne PV brauchst Du den eigentlich nicht.
ZitatIch finde das aWATTar hier in die richtige Richtung zeigt - wir sollten versuchen unseren Stromverbrauch so zu verteilen das die erneuerbaren Energien mehr genutzt werden. Ich denke ich kann problemlos dann meine Wärme erzeugen wenn viel Energie zur verfügung steht und somit auch günstig ist.
Jein. In Deinem Fall passt das. Bei mir mit PV ohne Wärmepumpe ist es Irrsinn 250 EUR Grundgebühr zu zahlen, bei +/- 250 EUR Stromverbrauch. Da gehen ALLE Versorger in die falsche Richtung: kaum Anreiz Verbrauch zu reduzieren. :'(
Zitat von: CoolTux am 25 März 2019, 18:47:49
Und wo genau ist da der Mehrwert oder Bezug zu Hausautomatisierung?
Wie man den Stromtarif aWATTar Hourly in Verbindung mit fhem dazu nutzen kann, seine Stromkosten zu reduzieren, habe ich hier mal aufgeschrieben:
https://elektromobilitaet-duelmen.de/2019/11/22/winter-is-coming/
Leider ist die erforderliche Hardware etwas teuer ;-)
Hardware:
Zoe, iOn, E3DC S10, Keba P20, Fritz DECT 210, Discovergy Smartmeter, Raspberry Pi
Software:
fhem mit meinem Keba-Modul,
Linux Shellskript zum Laden der aWATTar Preise
e3dcset, mein Tool zu steuern des S10 per Kommandozeile
Hallo nochmal,
es kam die Frage auf, wie ich das Skript zum Lesen der aWATTar Daten in fhem eingebunden habe.
Die Einbindung in fhem funktioniert bei mir so:
1. Definieren eines Dummys zB mit dem Namen 'aWATTar' und setzen eines Reading für die Dauer:
setreading aWATTar dauer 3
Das Ladefenster wird hier mit 3 Stunden festgelegt.
2. Kopieren dieser beiden Skripte nach /home/pi
https://raw.githubusercontent.com/mschlappa/fhem/master/updateAwattar.sh
https://raw.githubusercontent.com/mschlappa/fhem/master/awattar.sh
und ggf. mit chmod ausführbar machen
3. Definieren eines at-Kommandos zum Lesen der aWATTAr API
*15:00:00 {
my $dauer = ReadingsVal("aWATTar" , "dauer", "3");
Log 1, "Aktualisiere Daten von aWATTar";
system("/home/pi/updateAwattar.sh $dauer &");
}
Wichtig ist hier das '&' am Ende des Befehls, damit fhem nicht auf die Rückkehr des Skriptes wartet.
4. Definieren eines notify zum Entgegennehmen der Daten aus der API
aWATTar:startzeit.* {
my $startzeit = ReadingsVal("aWATTar" , "startzeit", "NIX");
my $mittelwertOpt = ReadingsVal("aWATTar" , "mittelwertOpt", "NIX");
my $mittelwertRest = ReadingsVal("aWATTar" , "mittelwertRest", "NIX");
my $dauer = ReadingsVal("aWATTar" , "dauer", "3");
my $message = "Daten aWATTar aktualisiert: MittelwertOpt=$mittelwertOpt MittelwertRest=$mittelwertRest Startzeit=$startzeit";
Log 1, $message;
my $tsOn = time_str2num($startzeit);
fhem("delete atSteckdoseAutoOn");
fhem("define atSteckdoseAutoOn at $tsOn {starteNachtladung()}");
fhem("attr atSteckdoseAutoOn room Elektroauto");
my $tsOff = time_str2num($startzeit)+$dauer*60*60;
fhem("delete atSteckdoseAutoOff");
fhem("define atSteckdoseAutoOff at $tsOff {stoppeNachtladung()}");
fhem("attr atSteckdoseAutoOff room Elektroauto");
}
Nach dem Ausführen des at-Kommandos zum Aktualisieren stehen die Daten im Dummy aWATTar.
Es wurden auch 2 neue at-Kommandos angelegt zum Starten und Beenden der Ladung.
Die asynchrone Verarbeitung mit at und notify habe ich deshalb vorgenommen,
da die Beschaffung der Daten mehrere Sekunden dauert und ansonsten fhem blockiert wäre.
Vielleicht hilft es ja ...
Marcus
Zitat von: der-Lolo am 25 März 2019, 18:54:54
Gerade mithilfe der Wärmepumpe welche bei uns 1/3 des Verbrauches ausmacht glaube ich sparen zu können.
Bist Du Dir sicher, dass Du damit nicht Deinen Wärmepumpentarif verlierst und am Ende erheblich drauf zahlst. Es gibt immer wieder Fälle wo Wärmestrom-Kunden, und darunter fällt meist auch die Wärmepumpe, ein tolles Angebot gewählt haben, das aber für die Ladezeiten dann erheblich teurer war als der Wärmestromtarif.
Grüße Jörg
Bei einer Wärmepumpe würde ich erst mal einen parallelen Probelauf empfehlen. Hier ist die Frage, was wäre wenn?
Stell die aktuellen Kosten mit den simulierten Kosten von aWattar gegenüber.
Bei mir kann ich die LWP für WW mit Sperrzeiten auf einen bestimmten Zeitraum zwingen. Bei mir wäre das zwischen 14 und 18 Uhr. Die Heizungszeiten lassen sich damit jedoch nicht beeinflussen und wären somit zufällig zu einem niedrigen Preis oder auch extrem teuer.
Das vorladen eines PV-Speichers wird gefühlt sicher auch nicht viel bis gar nichts bringen, da das ja auch mit Verlusten behaftet ist.
Für mich wäre nur der PV-Modus meiner LWP denkbar, mit dem ich sofort bei Billigstrom den Wärmespeicher überheizen könnte.
Ich für meinen Teil werde mal die Preise einlesen und die eventuelle Einsparung ermitteln.
Gruß
Christian
Gesendet von meinem SM-G930F mit Tapatalk
Zitat von: ch.eick am 02 Januar 2020, 19:41:21
Das vorladen eines PV-Speichers wird gefühlt sicher auch nicht viel bis gar nichts bringen, da das ja auch mit Verlusten behaftet ist.
Die Einsparungen beim Laden des PV Speichers sind sicherlich deutlich geringer als bei Großverbrauchern wie Elektroautos.
Allerdings rundet es für mich das Thema einfach ab. Ich lade auch nur den Speicher, wenn der Preisunterschied zwischen dem optimalen Zeitfenster und dem mittleren Preis im restlichen Zeitraum über 3 bis 4 Cent pro kWh liegt bzw. der Börsenpreis negativ ist. Damit kompensiere ich die Verluste durch Einspeichern/Ausspeichern. Ein kleiner Beitrag zur Energiewende ist es in jedem Fall.
Bei den monetären Einsparungen zeichnet sich für mich ab, dass ich bei einem Strom-Bezug von 600kWh alleine im Dezember mindestens 35 Euro eingespart haben werde. Im November waren es ca. 25 Euro Einsparung. Damit rechnet sich für mich das Gesamtpaket sicherlich ganz gut.
Eine Auswertung zu der gesamten Wintersaison steht dann zwar noch aus.
Ich denke aber, ich werde etwas über 100,- einsparen können im Vergleich zu dem Tarif bei NaturStrom, den ich vorher hatte.
Moin.
Hast Du da schon etwas zur Steuerung und Auswertung als Beispiel fertig?
Ich bin gerade mit der Kostal PV-Anlage zugange und habe schon einiges ins Forum gestellt für die Eigenverbrauch Optimierung.
Ob ich den PV-Speicher zwangsladen kann muss ich mal prüfen. Der ist bei mir direkt am WR im Hochvolt angeschlossen.
Wie hoch ist denn der Bruttopreis mit allen Abgaben? Haste da schon eine Formel mit eingebaut?
Gruß Christian
Gesendet von meinem SM-G930F mit Tapatalk
Zitat von: ch.eick am 02 Januar 2020, 20:33:35
Moin.
Hast Du da schon etwas zur Steuerung und Auswertung als Beispiel fertig?
Ich bin gerade mit der Kostal PV-Anlage zugange und habe schon einiges ins Forum gestellt für die Eigenverbrauch Optimierung.
Ob ich den PV-Speicher zwangsladen kann muss ich mal prüfen. Der ist bei mir direkt am WR im Hochvolt angeschlossen.
Wie hoch ist denn der Bruttopreis mit allen Abgaben? Haste da schon eine Formel mit eingebaut?
In diesem Skript werden schon 3 Bruttowerte zurückgegeben:
https://github.com/mschlappa/fhem/blob/master/awattar.sh
1. mittlerer Preis im preisoptimalen Zeitfenster
2. mittlerer Preis innerhalb aller gelesenen Werte
3. mittlerer Preis ohne das preisoptimale Zeitfenster (siehe 1.)
Das Elektroauto wird nachts immer geladen. Der Speicher anhand der Logik hier:
sub starteNachtladung()
{
# Lesen der geplanten Ladedauer
my $dauer = ReadingsVal("aWATTar" , "dauer", 3);
# Lesen des Zielwertes "State of charge"
my $sollsoc = ReadingsVal("aWATTar" , "s10soc", 80);
# Lesen des IstWertes "State of charge"
my $istsoc = ReadingsVal("S10" , "soc", $sollsoc);
# Ermitteln der Ladeleistung mit der das S10 geladen werden soll
my $ladeleistung = ReadingsVal("aWATTar" , "s10ladeleistung", 2000);
# Reduktionsfaktor
my $abstand = ReadingsVal("aWATTar" , "abstand", 0.90);
# Ermitteln der Lademenge um sollsoc zu erreichen
# Speicher wird hier mit 10kWh angesetzt
my $lademenge = ($sollsoc - $istsoc) * 100;
if ($lademenge > ($dauer * $ladeleistung) ) {
$lademenge = $dauer * $ladeleistung;
}
# Reduktion der Lademenge um 'Sicherheitsabstand'
$lademenge = $lademenge * $abstand;
# Befehl zum Steuern des S10
my $cmd = "/home/pi/e3dcset ";
# Parameter wenn das S10 nicht geladen werden soll
my $paramOhneS10Ladung = "-c $ladeleistung -d 1 &";
# Parameter wenn das S10 auch mit Netzstrom geladen werden soll
my $paramMitS10Ladung = "-c $ladeleistung -d 1 -e $lademenge &";
Log 1, "Ziel-Wert SOC=$sollsoc %";
Log 1, "Ist-Wert SOC=$istsoc %";
Log 1, "Gewuenschte Ladeleistung =$ladeleistung W";
Log 1, "geplante Ladungsdauer=$dauer h / Reduktionsfaktor= $abstand";
Log 1, "Errechnete Ladungsmenge =$lademenge Wh";
# Durchschnittspreis im Ladefenster der unterschritten sein muss,
# damit das S10 mit Netzstrom geladen wird
my $maxPreis = ReadingsVal("aWATTar" , "s10preis", 0.0);
# Durchschnittspreis bei aWATTar innerhalb des optimalen Zeitfensters
my $mittelwertOpt = ReadingsVal("aWATTar" , "mittelwertOpt", 10.0);
# Durchschnittspreis bei aWATTar ohne das optimale Zeitfenster
my $mittelwertRest = ReadingsVal("aWATTar" , "mittelwertRest", 10.0);
# Erforderliche Differenz zwischen mittelwertRest und mittelwertOpt
# damit das S10 mit Netzstrom geladen wird
my $sollDiff = ReadingsVal("aWATTar" , "s10diff", 10.0);
my $istDiff = $mittelwertRest - $mittelwertOpt;
Log 1, "Soll-Differenz der Mittelwerte > $sollDiff / Ist-Diff =$istDiff ($mittelwertRest - $mittelwertOpt)";
Log 1, "Soll-Boersenpreis <=$maxPreis / Ist-Boersenpreis im Zeitfenster =$mittelwertOpt";
if (Value("s10nachtladung") eq "on" && ($mittelwertOpt < $maxPreis || $istDiff > $sollDiff ) && $lademenge > 0) {
Log 1, "=> Der Hausspeicher wird geladen!";
$cmd = $cmd.$paramMitS10Ladung;
}else{
Log 1, "=> Der Hausspeicher wird NICHT geladen!";
$cmd = $cmd.$paramOhneS10Ladung;
}
Log 1, "$cmd";
system($cmd);
if (Value("steckdoseAutoNachtladung") eq "on") {
Log 1, "Schalte Wallbox und Steckdose ein";
fhem("set steckdose_auto on");
fhem("set wallbox enableState 1");
}
}
Und am Ende alles wieder ausschalten:
sub stoppeNachtladung()
{
if (Value("steckdoseAutoNachtladung") eq "on") {
Log 1, "Schalte Wallbox und Steckdose aus";
fhem("set steckdose_auto off");
fhem("set wallbox enableState 0");
}
my $cmd = "/home/pi/e3dcset -a &";
Log 1, "$cmd";
system($cmd);
}
Der Sockelbetrag pro kWh (Steuern, Netzentgelte, EEG Umlage etc. hier ca. 19 Cent) ist ja konstant über einen längeren Zeitraum (Monate) und braucht daher nicht berücksichtigt werden bei der Logik.
Beantwortet das Deine Frage?
Marcus
Na das nenne ich mal prompt. Das hilft mir schon sehr weiter.
Hast Du die Skripte auch schon mit Dummy, notify und Konsorten hübsch in FHEM eingepasst und formatiert?
Ich habe zwar keinen S10 und kein E-Auto aber mit angepassten Set Befehlen passt das auch für meinen Pool und den BYD Speicher, wenn ich den ansteuern kann.
Das ganze würde die Eigenverbrauch Steuerung dann noch abrunden und im Winter die Kosten optimieren.
Gruß Christian
Gesendet von meinem SM-G930F mit Tapatalk
Hi,
ich les mal fleißig mit, mein Plan ist erstmal 1-2 Monate die aWATTar "kosten" mit meinem aktuellen Anbieter zu vergleichen. Diverse Geräte, Spülmaschine z.b. lauf aktuell CO2 optimiert fürs gute Gewissen, die könnte ich Recht einfach auf aWATTar umbiegen.
Die Scripte muss ich mir mal am PC anschauen, am Handy ein Graus ;-)
Im Prinzip würde mir für den Anfang ein httpmod, welches sich die Werte einmal am Tag (wenn ich es richtig verstanden hab stehen 14 Uhr die Werte für den nächsten Tag fest??) die Werte abholt und nach Zeitfenster sortiert, ausreichen. Hat da schon einer was gemacht?
Grüße
Achim
@marcus42
Vielen Dank! Ich es bei mir eingebunden und mal sehen was meine WP heute Nacht in den 3 Stunden so macht.
Ich habe zwar noch einen normalen Zähler und Tarif aber zum testen reicht das ja.
Kann man den Discovergy Zähler auch noch per Infrarot auslesen oder gibt es da die Schnittstelle nicht mehr? (Von Discovergy warte ich jetzt schon fast 2 Wochen auf eine Antwort :'()
Gruß Markus
@CBSnake
Ich habe mit httpmod und der URL https://api.awattar.de/v1/marketdata/current.yaml schon mal die Preise abgefragt aber damit nichts weiter angefangen.
Gruß Markus
Gesendet von meinem Redmi 5 Plus mit Tapatalk
Hallo Markus,
ZitatKann man den Discovergy Zähler auch noch per Infrarot auslesen oder gibt es da die Schnittstelle nicht mehr?
Gruß Markus
Klar. Lässt sich lokal mit dem OBIS-Modul auslesen. Um Leistungsdaten je Phase zu bekommen, einfach die MSB-Schnittstelle am Meteorit an FHEM anschließen. Die Kundenschnittstelle dann an den Meteorit, sonst meckert die Cloud vielleicht. Läuft problemlos bei mir. Die Cloud, die niemand braucht, lässt sich auch temporär immer mal rausnehmen. :-X
Grüße Markus
Zitat von: KölnSolar am 03 Januar 2020, 12:01:18
Hallo Markus,Klar. Lässt sich lokal mit dem OBIS-Modul auslesen. Um Leistungsdaten je Phase zu bekommen, einfach die MSB-Schnittstelle am Meteorit an FHEM anschließen. Die Kundenschnittstelle dann an den Meteorit, sonst meckert die Cloud vielleicht. Läuft problemlos bei mir. Die Cloud, die niemand braucht, lässt sich auch temporär immer mal rausnehmen. :-X
Grüße Markus
Hallo Markus,
wird die Cloud nicht für die Abrechnung gebraucht? Hast Du ein Bild vom Zähler wo man die Größe erkennen kann?
Gruß Markus
Gesendet von meinem Redmi 5 Plus mit Tapatalk
Zitat von: Dode am 03 Januar 2020, 11:48:18
@CBSnake
Ich habe mit httpmod und der URL https://api.awattar.de/v1/marketdata/current.yaml schon mal die Preise abgefragt aber damit nichts weiter angefangen.
Gruß Markus
Gesendet von meinem Redmi 5 Plus mit Tapatalk
Sehr schön, die Seite ist sogar für httpmod noch "übersichtlicher" hast du die DEF noch und würdest sie hier Mal Posten?
Zitat von: CBSnake am 03 Januar 2020, 14:07:15
Sehr schön, die Seite ist sogar für httpmod noch "übersichtlicher" hast du die DEF noch und würdest sie hier Mal Posten?
defmod awattr HTTPMOD https://api.awattar.de/v1/marketdata/current.yaml 3600
attr awattr userattr reading01Name reading01Regex reading02Name reading02Regex reading03Name reading03Regex reading04Name reading04Regex reading05Name reading05Regex reading06Name reading06Regex reading07Name reading07Regex reading08Name reading08Regex reading09Name reading09Regex reading10Name reading10Regex reading11Name reading11Regex reading12Name reading12Regex reading13Name reading13Regex reading14Name reading14Regex reading15Name reading15Regex reading16Name reading16Regex reading17Name reading17Regex reading18Name reading18Regex reading19Name reading19Regex reading20Name reading20Regex reading21Name reading21Regex reading22Name reading22Regex reading23Name reading23Regex reading24Name reading24Regex reading25Name reading25Regex reading26Name reading26Regex reading27Name reading27Regex reading28Name reading28Regex reading29Name reading29Regex reading30Name reading30Regex
attr awattr enableControlSet 1
attr awattr group Heizung
attr awattr reading01Name Datum
attr awattr reading01Regex date_now:.([12]\d{3}-(0[1-9]|1[0-2])-(0[1-9]|[12]\d|3[01]))
attr awattr reading02Name AktuellerPreis
attr awattr reading02Regex price_current:([^0-9]+[0-9\.]+)
attr awattr reading03Name MittlererPreis
attr awattr reading03Regex price_average[^0-9]+([0-9\.]+)
attr awattr reading04Name abs_00_amount
attr awattr reading04Regex data_price_hour_abs_00_amount:([^0-9]+[0-9\.]+)
attr awattr reading05Name abs_01_amount
attr awattr reading05Regex data_price_hour_abs_01_amount:([^0-9]+[0-9\.]+)
attr awattr reading06Name abs_02_amount
attr awattr reading06Regex data_price_hour_abs_02_amount:([^0-9]+[0-9\.]+)
attr awattr reading07Name abs_03_amount
attr awattr reading07Regex data_price_hour_abs_03_amount:([^0-9]+[0-9\.]+)
attr awattr reading08Name abs_04_amount
attr awattr reading08Regex data_price_hour_abs_04_amount:([^0-9]+[0-9\.]+)
attr awattr reading09Name abs_05_amount
attr awattr reading09Regex data_price_hour_abs_05_amount:([^0-9]+[0-9\.]+)
attr awattr reading10Name abs_06_amount
attr awattr reading10Regex data_price_hour_abs_06_amount:([^0-9]+[0-9\.]+)
attr awattr reading11Name abs_07_amount
attr awattr reading11Regex data_price_hour_abs_07_amount:([^0-9]+[0-9\.]+)
attr awattr reading12Name abs_08_amount
attr awattr reading12Regex data_price_hour_abs_08_amount:([^0-9]+[0-9\.]+)
attr awattr reading13Name abs_09_amount
attr awattr reading13Regex data_price_hour_abs_09_amount:([^0-9]+[0-9\.]+)
attr awattr reading14Name abs_10_amount
attr awattr reading14Regex data_price_hour_abs_10_amount:([^0-9]+[0-9\.]+)
attr awattr reading15Name abs_11_amount
attr awattr reading15Regex data_price_hour_abs_11_amount:([^0-9]+[0-9\.]+)
attr awattr reading16Name abs_12_amount
attr awattr reading16Regex data_price_hour_abs_12_amount:([^0-9]+[0-9\.]+)
attr awattr reading17Name abs_13_amount
attr awattr reading17Regex data_price_hour_abs_13_amount:([^0-9]+[0-9\.]+)
attr awattr reading18Name abs_14_amount
attr awattr reading18Regex data_price_hour_abs_14_amount:([^0-9]+[0-9\.]+)
attr awattr reading19Name abs_15_amount
attr awattr reading19Regex data_price_hour_abs_15_amount:([^0-9]+[0-9\.]+)
attr awattr reading20Name abs_16_amount
attr awattr reading20Regex data_price_hour_abs_16_amount:([^0-9]+[0-9\.]+)
attr awattr reading21Name abs_17_amount
attr awattr reading21Regex data_price_hour_abs_17_amount:([^0-9]+[0-9\.]+)
attr awattr reading22Name abs_18_amount
attr awattr reading22Regex data_price_hour_abs_18_amount:([^0-9]+[0-9\.]+)
attr awattr reading23Name abs_19_amount
attr awattr reading23Regex data_price_hour_abs_19_amount:([^0-9]+[0-9\.]+)
attr awattr reading24Name abs_20_amount
attr awattr reading24Regex data_price_hour_abs_20_amount:([^0-9]+[0-9\.]+)
attr awattr reading25Name abs_21_amount
attr awattr reading25Regex data_price_hour_abs_21_amount:([^0-9]+[0-9\.]+)
attr awattr reading26Name abs_22_amount
attr awattr reading26Regex data_price_hour_abs_22_amount:([^0-9]+[0-9\.]+)
attr awattr reading27Name abs_23_amount
attr awattr reading27Regex data_price_hour_abs_23_amount:([^0-9]+[0-9\.]+)
attr awattr reading28Name MedianPreis
attr awattr reading28Regex price_median:([^0-9]+[0-9\.]+)
attr awattr reading29Name NiedrigerPreis
attr awattr reading29Regex price_low:([^0-9]+[0-9\.]+)
attr awattr reading30Name HoherPreis
attr awattr reading30Regex price_high:([^0-9]+[0-9\.]+)
attr awattr stateFormat AktuellerPreisDas sind die Preise nach Uhrzeit sortiert.
perfekt, danke dir
Zitatwird die Cloud nicht für die Abrechnung gebraucht?
Bei Awattar wahrscheinlich schon. Bei "nur" Discovergy werden die Daten ja nur einmal zum Abrechnungszeitpunkt benötigt.
Meiner sieht so (https://shop.voltaris.de/moderne-messeinrichtung/213-emh-ehz-kw8e2a5l0eq2p.html) aus.
Awattar macht ja nur bei exorbitantem Stromverbrauch wg. E-Auto oder unwirtschaftlicher Wärmepumpe Sinn. :-X Den PV-Speicher zu nutzen dürfte auch keinen Sinn machen. Rechnet mal den Speicherpreis über die Ladezyklen um auf den Preis/kWh. Und dann noch den Wirkungsgrad bei Be- u. Entladung berücksichtigen. Und hoffentlich scheint am nächsten Tag nicht die Sonne, aber der Speicher ist schon voll. Aber dann gibt es ja wenigstens ca. 10 Ct. EEG-Vergütung ;D
Grüße Markus
Zitat von: KölnSolar am 03 Januar 2020, 17:21:47
Bei Awattar wahrscheinlich schon. Bei "nur" Discovergy werden die Daten ja nur einmal zum Abrechnungszeitpunkt benötigt.
Meiner sieht so (https://shop.voltaris.de/moderne-messeinrichtung/213-emh-ehz-kw8e2a5l0eq2p.html) aus.
Der hat ja die gleiche Bauform wie mein ISKRA. Ich dachte das wären andere Zähler.
Zitat
Awattar macht ja nur bei exorbitantem Stromverbrauch wg. E-Auto oder unwirtschaftlicher Wärmepumpe Sinn. :-X Den PV-Speicher zu nutzen dürfte auch keinen Sinn machen. Rechnet mal den Speicherpreis über die Ladezyklen um auf den Preis/kWh. Und dann noch den Wirkungsgrad bei Be- u. Entladung berücksichtigen. Und hoffentlich scheint am nächsten Tag nicht die Sonne, aber der Speicher ist schon voll. Aber dann gibt es ja wenigstens ca. 10 Ct. EEG-Vergütung ;D
So viel teurer ist Awattar bei uns auch nicht. Ich würde versuchen das Brauchwasser über die WP in den günstigen Stunden aufzuheizen. Im Sommer kommt genug Strom vom Dach. Da läuft die WP im Kühlmodus :-) Ein Speicher lohnt sich bei mir nicht.
Guten Morgen,
ich hab gestern mal alle Zahlen zusammengetragen, heute will ich die Logik für meinen Vergleich zusammentippen. Bin aber schon etwas ernüchtert ;-)
Aktuell Zahl ich 22 Cent/kW, muss ich aber wirklich nochmal prüfen kommt mir seit gestern wenig vor ;-)
aWATTar sind alleine 21Cent/kW Netzgebühr etc in meiner Stadt. Gestern und heute gab's keine Minus Beträge da wäre die Ersparnis also nicht so groß. Naja wir werden sehen.
Grüße
Achim
22 Cent pro kWh wäre tatsächlich sehr günstig
Bei mir sind es bei aWATTar aktuell 19,4 Cent / kWh plus Börsenpreis.
Hallo
Also ich steh jetzt mal wieder auf dem Schlauch....
fuer aWATTar brauche ich zu dem jetzigen Zaehler noch einen weitern, der dann fuer aWATTar auch die Zeitabhaengige Abrechnung ermoeglicht?
Oder kommt dann hinter dem jetzigen Zaehler noch eine weitere Hutschienen Messeinheit vor dem EnergyMeter der PV-Anlage?
Ich werde jetzt bald wegen meiner neuen PV-Anlage einen Zaehler Wechsel haben, damit beide Richtungen abgerechnet werden koennen.
Die Messeinheit von aWATTar muss ich dann auch noch bezahlen?
Ich glaube ich habe schon viel zu viel gelesen. Koenntet Ihr mir das nochmal bitte klarstellen?
Viele Gruesse
Christian
Discovergy wir dein neuer Messstellenbetreiber und tauscht Deinen Zähler gegen einen neuen aus. Dieser wird dann zusammen mit dem Internet-Gateway, der ebenfalls im Zählerschrsnk montiert wird, zum Smartmeter.
Für die Smartmeterfunktionalität zahlst Du etwa 5,50 Aufpreis pro Monat.
Diese zusätzlichen Kosten von Jährlich etwa 60,- Euro musst Du dann mit Einsparungen durch Verlagerung der Verbräuche in günstige Zeiten erwirtschaften
Zitat von: marcus42 am 04 Januar 2020, 15:32:37
Discovergy wir dein neuer Messstellenbetreiber und tauscht Deinen Zähler gegen einen neuen aus. Dieser wird dann zusammen mit dem Internet-Gateway, der ebenfalls im Zählerschrsnk montiert wird, zum Smartmeter.
Für die Smartmeterfunktionalität zahlst Du etwa 5,50 Aufpreis pro Monat.
Diese zusätzlichen Kosten von Jährlich etwa 60,- Euro musst Du dann mit Einsparungen durch Verlagerung der Verbräuche in günstige Zeiten erwirtschaften
Aaah, jetzt loest sich der Nebel.
Die normale Grundgebuer wuerde dann aber auch noch bestehen bleiben und das SmartMeter der PV-Anlage bleibt auch bestehen.
Auch wenn ich das mit aWATTar nicht mache, kann ich aus Nettigkeit meine starken Verbraucher im Winter zu windigen Zeiten betreiben und die PV-Leistung mit Pufferung fuer den Rest verbrauchen.
Im Sommer brauch ich ja weniger Strom und habe viel vom Dach, dann schalte ich alles zu PV-Zeiten ein und nutze den Speicherstrom in der Nacht :-) Ich denke so wird ein Schuh draus.
Gruss
Christian
Zitat von: marcus42 am 04 Januar 2020, 14:53:08
22 Cent pro kWh wäre tatsächlich sehr günstig
Bei mir sind es bei aWATTar aktuell 19,4 Cent / kWh plus Börsenpreis.
War der Nettopreis, brutto sind's dann doch 26,81cent/kWh
Hmmm,
da muesste ich dann ja bei 60 Eur Grundgebuer mehr und ca. 3 ct / KWh schon 2000 KWh einsparen, um bei null aus zu kommen.
Ohne PV-Anlage habe ich 7700 KWh mit allem inkl. der Heizung fuer die Mietwohnung.
Da muss ich wohl zuerst mal ein Jahr simulieren und dann schauen was da raus kommt.
Gruss
Christian
Smartmeter Pflicht in diesem Jahr ab 7kWp PV und über 6000 kWh Verbrauch:
https://www.pv-magazine.de/2019/12/19/drittes-zertifikat-fuer-smart-meter-gateway-erteilt/
Zitat von: marcus42 am 04 Januar 2020, 18:34:36
Smartmeter Pflicht in diesem Jahr ab 7kWp PV und über 6000 kWh Verbrauch:
https://www.pv-magazine.de/2019/12/19/drittes-zertifikat-fuer-smart-meter-gateway-erteilt/
Habe ich doch schon eingebaut ;-) die PV-Anlage muss doch wissen wo die Leistung hin geht.
Bei meiner Frage bezog sich das auf die Stundenabrechnung von aWATTar, das kann ein normaler Zweirichtungszaehler nach meinen Kenntnissen nicht.
So wie ich es hier jetzt verstanden habe wird der Zaehler vom Netzbetreiber und bei PV-Anlage die Ausfuehrung als Zweirichtungszaehler benoetigt. Dann kommt noch ein SmartMeter von aWATTar dahinter um den Verbrauch zu jeder Stunde auswerten zu koennen. Je nach Messkonzept der PV-Anlage kommt dann noch ein zusaetzliches SmartMeter fuer die eigene Messung, obwohl man das ja auch mit nur einem SmartMeter machen koennte. Da spielt dann ja auch die Zustaendigkeit und die Eichung noch mit rein.
Wenn ich jetzt keine weiteren Fehler geschrieben haben bedanke ich mich schon mal recht herzlich.
Viele Gruess
Christian
etwas Aufklärung beim Sprachwirrwarr
smartmeter=gewöhnlicher ehz(kostet ein paar Eur/Jahr);bei PV als 2-Richtungszähler(bei Konzept ohne Einspeisezähler)
intelligente Messeinrichtung=smartmeter+gateway(wird in der Regel 100/Jahr kosten)
Zählerverantwortlicher: Msb=Messstellenbetreiber(der installiert,liest ab u. kassiert für den Zähler)
Versorger=Stromlieferant(meistens noch mit Tarif incl. Messstellenbetrieb;meist ist der Msb eine Tochter;extrem undurchsichtig)
ALLE PV-Anlagen > 7 kWp werden mit einer teuren und unnützen "intelligenten Messeinrichtung" gesetzlich zwangsbeglückt. Nur beim Msb hat man die Wahl. Deshalb entschied ich mich für Commetering(~Discovergy). Das nicht zertifizierte Gateway(Meteorit) schützt mich 8 Jahre vor der Zwangsbeglückung und liefert LOKAL die Leistungsdaten/Phase. Und kostet etwas weniger.
Laut Wikipedia ist beim Smartmeter schon die Kommunikationseinrichtung inkludiert. Das Gateway ist also Bestandteil des Smartmeter
,, Ein intelligenter Zähler (englisch smart meter) ist im engeren Sinne ein Stromzähler, der digital Daten empfängt und sendet und dazu in ein Kommunikationsnetz eingebunden ist. Empfangene Daten sind z. B. Tarifänderungen, gesendete Daten z. B. der Stromverbrauch."
Quelle: https://de.m.wikipedia.org/wiki/Intelligenter_Zähler (https://de.m.wikipedia.org/wiki/Intelligenter_Zaehler)
Wikipedia kann ja viel schreiben. ;) Was zählt(für Deutsche), ist das deutsche Gesetz (https://www.gesetze-im-internet.de/messbg/__2.html). Und dabei fällt mir auf, dass auch ich wieder beim Versuch etwas Aufklärung zu betreiben, in die "Smartmeter-Falle" getappt bin. :-[ Der rechtlich korrekte Begriff ist natürlich "moderne Messeinrichtung". Der Gesetzgeber hat wohl bewusst auf den Begriff "Smartmeter" verzichtet, der eigentlich für alles benutzt wird, was nicht althergebracht analog ist. ;) (Ein Schelm, der den Vergleich zu "Smart" home zieht ;D)
Man könnte den Gesetzgeber fast für die eindeutigen Begrifflichkeiten(die leider niemand benutzt :'() loben, würde er nicht mit dem Begriff Smartmeter-Gateway indirekt zum Sprachwirrwarr beitragen. Denn aus diesem Begriff leitet sich ab: moderne Messeinrichtung = Smartmeter :o :'(
Sorry für die Korinthenkackerei. :-[
Na super :-)
Und was ist dann das Ding (neutral ausgedrueckt), dass der PV-Anlage die Messwerte liefert?
Zum Beispiel EM300, EM410, KSEM oder wie es auch immer benannt wird?
Ihr verwirrt mich ganz schoen dolle ;-)
Wenn ich dann mit dem "intelligente Messeinrichtung=smartmeter+gateway(wird in der Regel 100/Jahr kosten)" beglueckt werde, ist das dann auch fuer aWATTar in der Lage die Stundenweise Abrechnung zu machen? Das waere dann etwas guenstiger als ein "digitaler Zweirichtungszaehler (bei mir 60 Eur/Jahr)" plus das "Internet-Gateway (ca. 60 Eur/Jahr)".
Mein Messgebilde wuede dann so aussehen, was die Theorie in meinem kleinen Hirn angeht.
1. Position: smartmeter=gewöhnlicher ehz(kostet ein paar Eur/Jahr);bei PV als 2-Richtungszähler(bei Konzept ohne Einspeisezähler)
ZitatDiscovergy wir dein neuer Messstellenbetreiber und tauscht Deinen Zähler gegen einen neuen aus
oder intelligente Messeinrichtung=smartmeter+gateway(wird in der Regel 100/Jahr kosten)
ZitatALLE PV-Anlagen > 7 kWp und über 6000 kWh Verbrauch werden mit einer teuren und unnützen "intelligenten Messeinrichtung" gesetzlich zwangsbeglückt. Nur beim Msb hat man die Wahl. Deshalb entschied ich mich für Commetering(~Discovergy). Das nicht zertifizierte Gateway(Meteorit) schützt mich 8 Jahre vor der Zwangsbeglückung und liefert LOKAL die Leistungsdaten/Phase. Und kostet etwas weniger.
2. Position: Dieser wird dann zusammen mit dem Internet-Gateway, der ebenfalls im Zählerschrank montiert wird, zum Smartmeter.
ZitatFür die Smartmeterfunktionalität zahlst Du etwa 5,50 Aufpreis pro Monat.
Diese zusätzlichen Kosten von Jährlich etwa 60,- Euro musst Du dann mit Einsparungen durch Verlagerung der Verbräuche in günstige Zeiten erwirtschafte
3. Position: Die Messeinrichtung der PV-Anlage (EM300, EM410, KSEM, SMA EnergyMeter 20, SMA Energymanager 2.0, ...
Die Position 1 und 2 waren dann zusammen eine "intelligente Messeinrichtung".
Kosten:
1. Zaehler Grundgebuer 5,00 bis 10,00 Euro / Monat
2. Fuer aWATTar SmartMeter ca. 5,50 Euro / Monat
1+2 intelligente Messeinrichtung kommt ab diesem Jahr zwangsweise und kostet ca. 100 Euro / Jahr
3. Wird mit der PV-Anlage gekauft zur Einhaltung der 70% Regel und in Verbindung mit einem Speichermodul
Kann man sich bei einbau der "intelligenten Messeinrichtung" dort auch die Daten fuer die PV-Anlage abholen und sich somit Punkt 3. Messeinrichtung der PV-Anlage sparen?
Das sind beim Kauf ja auch einige Hundert Euro und man wuerde den Platz im Zaehlerschrank einsparen.
Hat diese "intelligente Messeinricht" eine rs485 Schnittstelle und modbus tcp, oder wenigstens auch einen Verbraucher LAN Anschluss?
Betreiber:
1. / 2. / 1.+2.
Zählerverantwortlicher: Msb=Messstellenbetreiber(der installiert,liest ab u. kassiert für den Zähler)
Versorger=Stromlieferant(meistens noch mit Tarif incl. Messstellenbetrieb;meist ist der Msb eine Tochter;extrem undurchsichtig)
3. Privates Eigentum
Na hoffentlich habe ich das jetzt richtig zusammengeschrieben.
Gruss
Christian
ZitatIhr verwirrt mich ganz schoen dolle ;-)
Sorry, nicht wir. ;)
ZitatZum Beispiel EM300, EM410, KSEM oder wie es auch immer benannt wird?
Das musst Du den Verkäufer fragen. ;D Ich spekuliere: mangels Normung sind das redundante "Smartmeter", die auch den Strom messen, um z.B. die dynamische Wirkleistungsbegrenzung der PV auf 70% zu realisieren.
ZitatKann man sich bei einbau der "intelligenten Messeinrichtung" dort auch die Daten fuer die PV-Anlage abholen und sich somit Punkt 3. Messeinrichtung der PV-Anlage sparen?
Eigentlich ja. Die Krux ist, dass PV-Hersteller nicht unsere Gesetze berücksichtigen blablabla
ZitatHat diese "intelligente Messeinricht" eine rs485 Schnittstelle und modbus tcp, oder wenigstens auch einen Verbraucher LAN Anschluss?
Ich weiß es nicht. Da gibt es keine Vorschrift. Tipp: Such Dir den Msb Deiner Wahl und achte drauf, dass der Versorger Dir keine Kosten für Msb berechnet.
ZitatNa hoffentlich habe ich das jetzt richtig zusammengeschrieben.
Fast. Pos 1 u. 2 sind noch etwas unplausibel. Wenn Du den oder-Zweig bei Pos. 1 streichst, den PV-Part unter 2. packst, bei den Kosten die 100 EUR annimmst , müsste es passen. Die zu Awattar/Discovergy genannten Kosten werden sich vermutlich auch Richtung 100 Eur bewegen. Die 60 Eur sind auf die noch installierte
nicht zertifizierte intelligente Messeinrichtung bezogen. Die darf dann zukünftig gar nicht mehr installiert werden.
Kosten:
3. ist klar, denke ich.
1. u. 2. ist ein Entweder-oder. Und um noch einen draufzusetzen: Ich weiß ja nicht, welche Übertragungstechnik die bisher zertifizierten meter benutzen. Nehmen wir mal 4G/5G an. Vermutlich kommen die Übertragungskosten dann on top. Denn meines Wissens sind die 100 Eur max.Preis(lt. Gesetz) nur auf die Hardware bezogen
Okay, super fuer die Klarstellung.
Hallo zusammen.
Ich habe mal einen Winter Beispieltag mit aWATTar und meinem Verbrauch vom 05.01.2020 berechnet.
Voraus ging noch ein kurzes Gespraech mit aWATTar, das werde ich morgen jedoch noch mit diesen Berechnungen und einem frischen Sachbearbeiter wiederholen ;-)
Meine Stromfressser sind: LWP, Wirlpool, den ganzen Tag die Glotze
Die LWP beheizt 118 + 64 qm also zwei Wohnungen in einem freistehenden Bungalow mit Energiepass A+
Fuer meinen Ort:
aWATTar Grundpreis 0,41 Eur/Tag bei 12,28 Eur/Monat
aWATTar Arbeitspreis 0,2067 Eur/KWh
aWATTar Boerse 0,0464 Eur als Mittelwert
Aktueller Tarif 0,30 Eur/KWh
Grundgebuehr 0,17 Eur/Tag bei 5 Eur/Monat
Der Verbrauch war 22 KWh
Aktuelle Kosten 6,60 + 0,17 = 6,77 EUR/am 05.01
aWATTar 22 x 0,2067 + 22 x 0,0464 + 0,41 = 5,98 Eur/am 05.01
Somit koennte ich im Winter ohne Optimierung der Verbraucher und bei einem gewaehlten Mittelwert ca 0,80 Eur/Tag einsparen.
In Summe waere das ca 24 Eur pro Wintermonat.
Durch die PV-Anlage brauche ich ja hoffentlich im Sommer fast keinen gekauften Strom, muesste jedoch noch die hoehere Grundgebuehr bezahlen.
Jetzt fehlt nur noch die Formel fuer die Ersparniss im Winter, wenn ich ja viel kaufe, zu den Mehrkosten im Sommer fuer die Grundgebuehr :-)
Bei 10 Monaten Sommer kostet mich das zusaetzlich 7 x 7,28 = 50,96 Eur/mehr an Grundgebuehr.
In 5 Monaten Winter koennte ich auf ca. 120 Eur Stromkostenersparnis kommen.
Abzueglich der Grundgebuehrerhoehung fuer die Sommerzeit bleiben rund 69 Eur im Jahr an Ersparniss.
Unter der Beruecksichtigung, dass man im Winter noch die Verbraucher optimieren kann, koennte das was werden.
Wie seht ihr das, habe ich da einen Denkfehler gemacht? Eventuell koennte man das ja noch in ein Fhem Device einbauen.
Gruss
Christian
Ich denke schon. Passt ja zu meiner Aussage
ZitatAwattar macht ja nur bei exorbitantem Stromverbrauch wg. E-Auto oder unwirtschaftlicher Wärmepumpe Sinn.
und
Zitat von: KölnSolar am 25 März 2019, 21:15:58
Stimmt. Ich hab auch Discovergy. Aber ohne PV brauchst Du den eigentlich nicht.
Jein. In Deinem Fall passt das. Bei mir mit PV ohne Wärmepumpe ist es Irrsinn 250 EUR Grundgebühr zu zahlen, bei +/- 250 EUR Stromverbrauch. Da gehen ALLE Versorger in die falsche Richtung: kaum Anreiz Verbrauch zu reduzieren. :'(
Zitat von: ch.eick am 06 Januar 2020, 17:49:56
aWATTar Boerse 0,0464 Eur als Mittelwert
Hi,
ich lass das aktuell von FHEM bei mir berechnen. Am Ende jeder Stunde einmal die Kosten meines aktuellen Versorgers und die Kosten die bei aWATTar entstehen würden. Aber an Tagen, wie heute wo der Börsenpreis bei konstanten 4 Cent liegt gibt sich das nicht viel :-(
Ich werde am Ende des Monats mal berichten :-) aktuell steht es 2.37€ aWATTar zu 2.44€ aktueller Versorger nach ca. 2 Tagen.
Grüße
Achim
Zitat von: CBSnake am 06 Januar 2020, 20:09:42
Hi,
ich lass das aktuell von FHEM bei mir berechnen. Am Ende jeder Stunde einmal die Kosten meines aktuellen Versorgers und die Kosten die bei aWATTar entstehen würden. Aber an Tagen, wie heute wo der Börsenpreis bei konstanten 4 Cent liegt gibt sich das nicht viel :-(
Ich werde am Ende des Monats mal berichten :-) aktuell steht es 2.37€ aWATTar zu 2.44€ aktueller Versorger nach ca. 2 Tagen.
Grüße
Achim
Hi, ist es möglich das Du den Code hier rein stellst?
Gruß Markus
ZitatJein. In Deinem Fall passt das. Bei mir mit PV ohne Wärmepumpe ist es Irrsinn 250 EUR Grundgebühr zu zahlen, bei +/- 250 EUR Stromverbrauch.
Nach meinem Telefonat von heute sind es
12* 12,28 = 147,36 Grundgebuehr , also nicht 250 Eur
Ich check das aber morgen nochmal mt aWATTar
Das mit der Berechnung haette ich bitte auch gerne, dann muss ich das nicht nochmal umsetzen. Ich denke das interessiert auch noch einige andere im Forum.
Gruss
Christian
ich lese
Zitat
Preisaufstellung
Preise ab 01.01.2020. Tarife für einen Jahresverbrauch von 1000 kWh für die Postleitzahl 50xxx (Köln). Netzbetreiber: Rheinische NETZGesellschaft mbH:
Grundpreis Arbeitspreis
Euro/Monat Cent/kWh
Energie 4,58 EPEX Spot DE + 0,250
Netznutzung 10,41 3,89
Umlagen, Abgaben, Steuern 0,00 14,52
Messstellen-Betrieb 5,44 0,00
Gesamtpreis 20,43 18,41 + EPEX Spot DE + 0,25
Regional sicherlich unterschiedlich, aber so viel ? ??? :o
Edit meine Daten:
Grundgebühr Grundversorger ohne Msb: 165
Grundgebühr Nachbargemeinde ohne Msb: 110
Bei mir also 5 Ct./kWh gespart ;D
Preise ab 01.01.2020. Tarife für einen Jahresverbrauch von 1000 kWh für die Postleitzahl 64xxx (Bei Darmstadt). Netzbetreiber: Mainzer Netze :
Grundpreis Arbeitspreis
Euro/Monat Cent/kWh
Energie 4,58 EPEX Spot DE + 0,250
Netznutzung 2,26 7,43
Umlagen, Abgaben, Steuern 0,00 13,25
Messstellen-Betrieb 5,44 0,00
Gesamtpreis 12,28 20,67 + EPEX Spot DE + 0,25
Da ist nicht nur der Strompreis wie an der Boerse. Man sollte tunlichst alle Kosten vergleichen und sich nicht nur von dem Boersen Arbeitspreis blenden lassen.
Wenn sich CBSnake noch mit seiner Berechnung meldet, koennten wir mal einen Ansatz fuer den Preisvergleich erstellen.
Gruss
Christian
SKANDAL !!!! >:( >:( >:( >:( >:(
Also scheint der Kostentreiber mal wieder der regionale VNB. Da muss ich mir glatt mal überlegen, ob ich mich bei der Bundesnetzagentur melde. Die Mainzer nehmen niedrigen Grundpreis, aber hohen Arbeitspreis(richtig so). Die Kölner machen es umgekehrt. Verdient man ja auch besser an jedem Anschluss, wenn die Zähler immer langsamer(außer bei E-Auto, WP) drehen.
Ich würd mich freuen, wenn andere auch ihre Daten zur Netznutzung hier einstellen.
Grüße Markus
Hi,
dann hier mal quick n dirty :-) das war mal ein DOIF das alle 15 min den aktuellen kWh Stand ermittelt hat und in ein LOG/Diagramm gepackt hat, für aWATTar hab ichs auf 59min verlängert. Es sind einige Klammern zuviel ;-) ich mach viel am Handy und mit copy und paste von anderen devices, da wird man irre wenn man beim anpassen ne klammer zuviel löscht :-) also bleiben die lieber drin.
Wichtig ist ein Reading mit kWh in allen euren Devices welches den kWh Wert als Zahl enthält, also ohne Einheit.
kurzes Beispiel für ein Userreading im Device:
kWh {[split(" ", ReadingsVal("$name","energy",0))]->[0]}
nehme des Reading energy lösche alles nach dem ersten leerzeichen: 2.0154 kWh wird zu 2.0154 und schreibe es ins Reading kWh.
im dummy strompreis liegen bei mir die Beträge in Euro. könnte man mit ins doif packen ist halt historisch bei mir so gewachsen.
Ins doif muss noch ein startwert für kWh_old, händisch eintragen oder vor das 2 und 3 setreading jeweils ## speichern und dann im doif kurz auf set doif_name cmd_1 und dann die ## wieder raus.
([:59]) ##jede Stunde zur 59sten Minute
(
setreading $SELF kwh_gesamt [#sum:"":"^kWh"], ## sammle von allen Devices den kWh Wert und schreib es als reading ins doif
setreading $SELF kwh_drewag_now_euro {(((([$SELF:kwh_gesamt]-[$SELF:kwh_old])*([dummy_strompreis:state]))))}, ## aktueller Wert minus alter wert multipliziert mit dem Strompreis pro kWh in Euro aktueller Anbieter
setreading $SELF kwh_awattar_now_euro {(((([$SELF:kwh_gesamt]-[$SELF:kwh_old])*([dummy_strompreis:grundkwh_awattar]+([awattr:AktuellerPreis]/100)))))}, ## boersenpreis durch 100 um auf euro zu kommen grundkwhpreis aWATTar addieren und mit den kWh multiplizieren
setreading $SELF kwh_old [$SELF:kwh_gesamt] ## setze alten wert auf aktuellen wert für die nächste Berechnung
)
nun erhält man jede Stunde zwei Readings mit Kosten in Euro für den Verbrauch der letzten Stunde vom aktuellen Anbieter wie auch von aWATTar und kann sich das per LOG in ein Diagramm legen.
Die Erweiterung wäre, die Stundenwerte aufzuaddieren und am Ende des Monats noch die Grundgebühr dazu zu packen. Da sollte die Differenz dann auch deutlicher sein.
Grüße
Achim
Hallo mal wieder...
vielen Dank an CBSnake... ich habe die Berechnung fuer mich mal etwas angehuebscht ;-)
defmod Strom_Kosten DOIF ################################################################################################################\
## 1 Strompreis Berechnungen\
##\
([:59]) ##jede Stunde zur 59sten Minute\
(\
{fhem("get StromZaehler Strom_Status")},\
## sammle von allen Devices den kWh Wert und schreib es als reading ins doif\
##setreading $SELF kwh_gesamt [#sum:"":"^kWh"],\
setreading $SELF kwh_gesamt [StromZaehler:Strom_Status-03],\
## aktueller Wert minus alter wert multipliziert mit dem Strompreis pro kWh in Euro aktueller Anbieter\
setreading $SELF kwh_Maingau_now_euro {(((round(([$SELF:kwh_gesamt]-[$SELF:kwh_old])*([$SELF:Maingau_Arbeitspreis]),2))))},\
## Boersenpreis durch 100 um auf Euro zu kommen grundkwhpreis aWATTar addieren und mit den kWh multiplizieren\
setreading $SELF kwh_aWATTar_now_euro {((( round( ([$SELF:kwh_gesamt]-[$SELF:kwh_old])*([$SELF:aWATTar_Basispreis]+([awattar:AktuellerPreis]/100)),2) )))},\
## Differenz der Anbieter ermitteln\
setreading $SELF kwh_differenz_now_euro {((( round([$SELF:kwh_Maingau_now_euro]-[$SELF:kwh_aWATTar_now_euro] ,2) )))},\
## Setze alten Wert auf aktuellen Wert für die nächste Berechnung\
setreading $SELF kwh_old [$SELF:kwh_gesamt] ,\
{Log 1, "cmd_1 Strom_Kosten : Kosten berechnet"}\
)\
################################################################################################################\
## 2 Aktuellen aWATTar Preis holen. Achtung, die Readings werden erst wegen des http Zugriffs, verzögert aktualisiert.\
##\
DOELSEIF\
([:03])\
(\
{fhem("set awattar reread")}\
{Log 1, "cmd_2 Strom_Kosten : Preis aktualisiert"}\
)\
################################################################################################################\
## 3 Sobald der aktuelle Preis geschrieben wurde werden alle anderen readings berechnet.\
##\
DOELSEIF\
([awattar:AktuellerPreis])\
(\
setreading $SELF aWATTar_AktuellerPreis {( round([awattar:AktuellerPreis]*1.19/100 ,4) )},\
setreading $SELF aWATTar_Arbeitspreis {( round( ([awattar:AktuellerPreis]*1.19/100 + [$SELF:aWATTar_Basispreis]) ,4) )},\
setreading $SELF aWATTar_Triggerpreis {( round( (([awattar:MedianPreis] - [awattar:NiedrigerPreis])/2 + [awattar:NiedrigerPreis])*1.19 ,1) )},\
{Log 1, "cmd_3 Strom_Kosten : Preis berechnet"},\
{ if ( [$SELF:aWATTar_AktuellerPreis] lt [$SELF:aWATTar_Triggerpreis]/100 ) \
{ fhem("setreading $SELF aWATTar_Trigger on") } \
else \
{ fhem("setreading $SELF aWATTar_Trigger off") }},\
{Log 1, "cmd_3 Strom_Kosten : Trigger aktualisiert"}\
)
attr Strom_Kosten alias Strom_Kosten
attr Strom_Kosten cmdState Kosten berechnet|aWATTar aktualisiert|Preis aktualisiert|Trigger on|Trigger off
attr Strom_Kosten comment Alle Berechnungen erfolgen mit Brutto Preisen. Der aWATTar Basispreis ergibt sich aus { 0.2067 + 0.0250 }
attr Strom_Kosten do always
attr Strom_Kosten readingList Maingau_Arbeitspreis Maingau_Grundpreis MwSt aWATTar_Basispreis aWATTar_Grundpreis kwh_old
attr Strom_Kosten room Strom->System
attr Strom_Kosten setList Maingau_Arbeitspreis Maingau_Grundpreis aWATTar_Basispreis aWATTar_Grundpreis kwh_old
attr Strom_Kosten sortby 11
attr Strom_Kosten verbose 0
attr Strom_Kosten wait 0:0:10:0:0
Meine Rahmenbedingungen sind wie folgt:
05/2019 war die Jahresabrechnung der Maingau mit 7700 KWh
Eine LWP macht um 14:00 Uhr Warmwasser fuer zwei Personen.
Ein Teil der Heizung betreibt die Einliegerwohnung im Keller mit 64qm
Die Hauptwohnung ist 118qm
Das Haus ist A+ Standard nach KFW Sannierung
Ein Wirlpool laeuft auf der Terasse
Der Rest ist Haushaltastrom
Im Herbst kam eine 10 Kp PV-Anlage mit 8,7 KW Speicher.
Die aktuellen Kosten und die Kosten fuer aWATTar sind:
# Das muss aus dem Vertrag entnommen werden
setreading Strom_Kosten Maingau_Arbeitspreis 0.2987
setreading Strom_Kosten Maingau_Grundpreis 36.00 << Ich habe als Bestandskunde einfach mal ketzerisch angerufen und zahle jetzt keine Grundgebuehr mehr :-)
setreading Strom_Kosten aWATTar_Basispreis 0.2317 << Der aWATTar Basispreis ergibt sich aus { 0.2067 + 0.0250 } ermittelt von der WEB Seite
setreading Strom_Kosten aWATTar_Grundpreis 147.36 << Das ist Wohnortabhaengig und ebenfalls von der WEB Seite zu entnehmen
Diese Werte werden automatisch ermittelt und aendern sich stuendlich
setreading Strom_Kosten aWATTar_AktuellerPreis 0.0490
setreading Strom_Kosten aWATTar_Arbeitspreis 0.2807 << Hier sind die KWh Fixkosten mit drin, der AktuellePreis ist nur Marketing!!!
setreading Strom_Kosten aWATTar_Trigger off << Damit man nicht in allen Devices Rechnen muss gibt es diesen Trigger
setreading Strom_Kosten aWATTar_Triggerpreis 3.7 << Dieser Wert ist die Schwelle zwischen teuer und guenstig pro 24h
Mit entsprechendem Logging kommt dann z.B. das raus... , aber nur weil gerade die PV-Anlage schon liefert :-)
2020-01-26_10:03:12 Strom_Kosten aWATTar_AktuellerPreis: 0.0463 << von aWATTar gelesen
2020-01-26_10:03:12 Strom_Kosten aWATTar_Arbeitspreis: 0.2780
2020-01-26_10:03:12 Strom_Kosten aWATTar_Triggerpreis: 3.7
2020-01-26_10:03:12 Strom_Kosten aWATTar_Trigger: off
2020-01-26_10:59:00 Strom_Kosten kwh_gesamt: 11559.40
2020-01-26_10:59:00 Strom_Kosten kwh_Maingau_now_euro: 0.04
2020-01-26_10:59:00 Strom_Kosten kwh_aWATTar_now_euro: 0.04
2020-01-26_10:59:00 Strom_Kosten kwh_differenz_now_euro: 0.00
2020-01-26_10:59:00 Strom_Kosten kwh_old: 11559.40
2020-01-26_11:03:10 Strom_Kosten aWATTar_AktuellerPreis: 0.0490 << von aWATTar gelesen und es wird teurer
2020-01-26_11:03:10 Strom_Kosten aWATTar_Arbeitspreis: 0.2807
2020-01-26_11:03:10 Strom_Kosten aWATTar_Triggerpreis: 3.7
2020-01-26_11:03:10 Strom_Kosten aWATTar_Trigger: off
2020-01-26_11:59:00 Strom_Kosten kwh_gesamt: 11559.99
2020-01-26_11:59:00 Strom_Kosten kwh_Maingau_now_euro: 0.18
2020-01-26_11:59:00 Strom_Kosten kwh_aWATTar_now_euro: 0.16
2020-01-26_11:59:00 Strom_Kosten kwh_differenz_now_euro: 0.02
2020-01-26_11:59:00 Strom_Kosten kwh_old: 11559.99
Meine Fragestellung war, ob sich ein Wechsel zu aWATTar lohnen wuerde.
Die Auswertung der Logdatei ist noch nicht erfolgt, aber das Bauchgefuehl sagt mir, dass es sich fuer mich nicht lohnt.
- Nach der Eleminierung der Grundgebuehr wird eine Einsparung noch schwieriger
- Die Grundgebuehr fuer aWATTar muss auch im Sommer gezahlt werden
- Die Grundgebuehr, oder auch die hoehere Grundgebuehr muesste im Winter, wegen der PV-Anlage, ebenfalls hereingeholt werden
- Die Grundgebuer verteile ich mal mit 6 Monate Sommer und 6 Monate Winter, dann kommt bei meinen Preisen (Maingau 0 Eur Grundgebuehr) ein
Preis von 25 Eur pro Monat heraus, den ich erst mal einsparen muss, um ueberhaupt eine Ersparniss zu haben :-(
- Im Sommer sollte die PV-Anlage mit Speicher fast den gesamten Bedarf decken, da die LWP auch nur noch ein mal Am Tag zur Mittagszeit laeuft
- Durch die PV-Anlage wird der Grundbedarf selbst im Winter gedeckt
- Die LWP laeuft ca. 6 mal am Tag, jedoch auch zu teuren Zeiten.
- Der Wirlpool wird jetzt schon im Winter fuer diesen Test ueber den Trigger zu billigem KWh Preis eingeschaltet, weil die PV-Anlage den hohen Energiebedarf
ueber den Tag nicht decken kann. Zur Sonnigen Zeit wird er natuerlich mit PV-Leistung gespeist, damit er Abends schoen warm ist :-)
Meine Schlussfolgerung ist deshalb fuers Erste. Ich verbrauche zu wenig Strom und kauf mir ein E-Auto ;-)
Die aWATTar Werte verwende ich um im Winter den Pool nachts zu triggern, wenn die Stromanbieter einen Ueberschuss haben. Ich spare zwar nichts aber wenn's schee macht.
Ich kann mir vorstellen, dass man bei einem E-Auto oder ohne PV-Anlage eine hoehere Ersparniss erziehlen koennte.
Meine Steuerung durch den Trigger von aWATTar funktioniert bereits super.
Bei Zeiten werde ich natuerlich die Auswertung noch weiter treiben, aber vorher kommt noch das Logging in eine SQL Datenbank, denn da kann man dann besser die Auswertungen fahren ohne sich die Finger in Programmcode zu brechen.
Vom 12.01.2020 bis zum 26.01.2020 haette ich ca. 7,98 Eur Brutto beim KWh Preis einsparen koennen, da fehlt noch einiges um ca. 25 Eur/Monat (siehe oben) einzusparen.
fhem@raspberrypi:~$ grep Strom_Kosten ./log/Strom-2020-01.log | grep kwh_differenz| grep -v 0.00|cut -d" " -f4
Viele Gruesse
Christian
Hi,
ich hab die Tage alle meine Tradfri Leuchten einem neuen Gateway zugewiesen. Dadurch hab ich mir leider auch die kWh Zahlen versaut ;-( ich starte daher im Februar nochmals bei 0 ;-)
Aktuell hab ich folgendes Problem:
Um richtig "sparen" zu können müsste man die Werte schon am Vortag wissen um z.b. Waschmaschine und Trockner zu programmieren.
So schaut man um 6 Uhr rein und stellt fest: Mist um 4 Uhr zu waschen hätte richtig was "gespart"
Aktuell läuft nur der Geschirrspüler gesteuert.
Grüße
Achim
Zitat von: KölnSolar am 07 Januar 2020, 10:05:23
SKANDAL !!!! >:( >:( >:( >:( >:(
Ich würd mich freuen, wenn andere auch ihre Daten zur Netznutzung hier ein
Grüße Markus
Hallo Markus, die Netzentgelte sind Bundeseinheitlich durch die BNetzA festgelegt. Nur die Höhe ist VNB unterschiedlich, wird aber durch die BNetzA so geprüft und genehmigt.
siehe auch: https://www.bundesnetzagentur.de/SharedDocs/FAQs/DE/Sachgebiete/Energie/Verbraucher/Energielexikon/Netzentgelt.html
Grüße Jörg
Gesendet von iPhone mit Tapatalk
@CBSnake:
Ich dachte die Werte für den nächsten Tag sind ab 14 Uhr am Vortag abfragbar...
Zitat von: CBSnake am 26 Januar 2020, 17:08:46
Aktuell hab ich folgendes Problem:
Um richtig "sparen" zu können müsste man die Werte schon am Vortag wissen um z.b. Waschmaschine und Trockner zu programmieren.
So schaut man um 6 Uhr rein und stellt fest: Mist um 4 Uhr zu waschen hätte richtig was "gespart"
Hier mein Beispiel fuer den Pool mit PV-Ansteuerung, manuellem Betrieb, Zwangs Einschaltung und aWATTar bei guenstigem Strom (meist in der Nacht).
Such mal nach Kostal Plenticore und EM410, das ist hier etwas off Topic, beschreibt es jedoch als ganzes.
defmod Pool_PV DOIF \
################################################################################################################\
## 1 Eigenverbrauch abschalten: wenn Mindestlaufzeit erreicht wurde und Maximallaufzeit pro Tag erreicht ist\
##\
([Pool_Counter:pulseTimePerDay] >= [Pool:RunTimePerDay] and\
[Pool_Counter:pulseTimeIncrement] >= [Pool:RunTimeMin] and\
[Pool:state] eq "on" and [Pool:Pool_Button] eq "off" )\
\
({fhem("".ReadingsVal("Pool","SetCmdOff",0))}\
{fhem("set Pool off")}\
{Log 1, "cmd_1 PV : Pool off"})\
################################################################################################################\
## 2 Eigenverbrauch abschalten: wenn Mindestlaufzeit erreicht wurde und die PV-Produktion unter dem Mindestbedarf ist.\
## Bei Pool Nutzung und Pflegeprogramm wird nicht abgeschaltet.\
##\
DOELSEIF\
([PV_Anlage_1:Total_PV_Power_reserve] < [Pool:PowerLimitOff] and\
[Pool_Counter:pulseTimeIncrement] >= [Pool:RunTimeMin] and\
[Pool:state] eq "on" and\
[$SELF:cmd_nr] ne "5" and [$SELF:cmd_nr] ne "8" and [$SELF:cmd_nr] ne "9" )\
\
({fhem("".ReadingsVal("Pool","SetCmdOff",0))}\
{fhem("set Pool off")}\
{Log 1, "cmd_2 PV : Pool off"})\
################################################################################################################\
## 3 Stop, wenn es nur ein kurzer Peak ist. Dieser Do Zweig setzt den wait timer vom Einschaltkommando cmd_4 wieder außer kraft,\
## wenn während der Wartezeit die PV-Anlage zuwenig liefert.\
##\
DOELSEIF\
([PV_Anlage_1:Total_PV_Power_reserve] < [Pool:PowerLimitOff] and\
[Pool_PV:wait_timer] ne "no timer" and\
[Pool_PV:wait_timer] ne "" and\
[Pool:state] eq "off" )\
\
({Log 1, "cmd_3 PV : Stop wait timer Pool"})\
################################################################################################################\
## 4 Eigenverbrauch einschalten: wenn PV-Produktion über dem Mindestbedarf ist und PV-Strom ins Netz eingespeist wird\
## und die Laufzeit pro Tag noch nicht erreicht ist\
##\
DOELSEIF\
([PV_Anlage_1:Total_PV_Power_reserve] >= [Pool:PowerLimitOn] and\
[[Pool:TimeStart]-[Pool:TimeEnd]] and\
[Pool:state] eq "off" and\
[Pool_Counter:pulseTimePerDay] < [Pool:RunTimePerDay] )\
\
({fhem("".ReadingsVal("Pool","SetCmdOn",0))}\
{fhem("set Pool on")}\
{Log 1, "cmd_4 PV : Pool on"})\
################################################################################################################\
## 5 Steckdose für die Benutzung des Pools einschalten.\
##\
DOELSEIF\
([Pool:Pool_Button] eq "on" )\
\
({fhem("".ReadingsVal("Pool","SetCmdOn",0))}\
{fhem("set Pool on")}\
{Log 1, "cmd_5 PV : Pool on for usage"})\
################################################################################################################\
## 6 Steckdose des Pools abschalten.\
##\
DOELSEIF\
([Pool:Pool_Button] eq "off" and\
[$SELF:state] eq "5" )\
\
({fhem("".ReadingsVal("Pool","SetCmdOff",0))}\
{fhem("set Pool off")}\
{Log 1, "cmd_6 PV : Pool off after usage"})\
################################################################################################################\
## 7 Pool Ende\
##\
##DOELSEIF ( [shelly02:power_0] < 10 and ( [$SELF:state] eq "Pool ein für Benutzung" or [$SELF:state] eq "Eigenverbrauch ein" ) )\
##\
DOELSEIF\
([shelly02:power_0] < 10 and\
([$SELF:state] eq "4" or [$SELF:state] eq "5") )\
\
({fhem("".ReadingsVal("Pool","SetCmdOff",0))}\
{fhem("set Pool off")}\
{fhem("setreading Pool Pool_Button off")}\
{Log 1, "cmd_7 PV : Pool run finished"})\
################################################################################################################\
## 8 Pflege Zwangseinschaltung: Es muss mindestens einmal pro Tag eingeschaltet werden, auch wenn kein PV Strom vorhanden war.\
##\
DOELSEIF\
([[Pool:TimeEnd]] and\
([Pool_Counter:pulseTimePerDay] < [Pool:RunTimePerDay] or [Pool_Counter:countsPerDay] eq 0) )\
\
({fhem("".ReadingsVal("Pool","SetCmdOn",0))}\
{fhem("set Pool on")}\
{Log 1, "cmd_8 PV : Pool on for maintanance"})\
################################################################################################################\
## 9 Pflege Zwangseinschaltung bei günstigem Strom\
##\
DOELSEIF\
([Astro:ObsSeason] eq "Winter" and [Strom_Kosten:aWATTar_Trigger] eq "on" )\
\
({fhem("".ReadingsVal("Pool","SetCmdOn",0))}\
{fhem("set Pool on")}\
{Log 1, "cmd_9 PV : Pool on for maintanance by aWATTar"})\
################################################################################################################\
## 10 Abschaltung bei teurem Strom\
##\
DOELSEIF\
([Astro:ObsSeason] eq "Winter" and [Strom_Kosten:aWATTar_Trigger] eq "off" and [$SELF:cmd_nr] eq "9" )\
\
({fhem("".ReadingsVal("Pool","SetCmdOff",0))}\
{fhem("set Pool off")}\
{Log 1, "cmd_10 PV : Pool off after maintanance by aWATTar"})
attr Pool_PV alias Pool_PV
attr Pool_PV cmdState Maximalzeit pro Tag überschritten|Eigenverbrauch aus|Stop wait timer|Eigenverbrauch freigegeben|Pool ein für Benutzung|Pool aus nach Benutzung|Pool aus nach Pflege|Pflegemodus ohne PV|Strombörse ein|Strombörse aus
attr Pool_PV do always
attr Pool_PV event-on-change-reading .*
attr Pool_PV group PV Eigenverbrauch-Steuerung
attr Pool_PV icon scene_swimming
attr Pool_PV room Strom->Photovoltaik
attr Pool_PV sortby 11
attr Pool_PV userReadings Pool_Pumpe_Status { ReadingsVal("shelly02","power_0",0)>10 ? "Pool_Pumpe_läuft" : "Pool_Pumpe_aus"}
attr Pool_PV verbose 0
attr Pool_PV wait 0:0:0:[Pool:PowerLevelMinTime]:0:0:300:0:0:300
Fuer das ein und abschalten brauchst Du nur auf den "Trigger" aus meinem Beispiel zu reagieren.
Der wird gesetzt wenn die Kosten folgende Bedingung erfuellen:
- meridian der aWATTar Kosten aus der Stundenliste
- Abzueglich des niedrigsten Preises am Tag
- Die Differenz durch 2
- Und das dann wieder auf den Niedrigsten Preis
Das ergibt dann den Triggerpreis und durch das Stuendliche Abrufen wird dann der Trigger gesetzt. Das klappt bei mir super.
Ich stelle morgen mal den Graphen dazu rein...
2020-01-26_10:03:12 Strom_Kosten aWATTar_Triggerpreis: 3.7
2020-01-26_10:03:12 Strom_Kosten aWATTar_Trigger: off
Viele Gruesse
Christian
Zitat von: der-Lolo am 26 Januar 2020, 18:11:00
@CBSnake:
Ich dachte die Werte für den nächsten Tag sind ab 14 Uhr am Vortag abfragbar...
Ueber den Abruf der api kommt die Liste des Tages auch mit, plus einiges andere.
Die Preise des naechsten Tages sind hilfreich fuer die Entscheidung mach ich es heute oder kommt morgen ein noch besserer Preis.
Siehe auch meinen vorherigen Kommentar.
Soooo, jetzt muss ich auf die Autobahn, bis morgen dann :-)
Moin,
hier kommt das versprochene Diagramm zum Trigger für den Pool.
Der Pool ist als Stromverbrauch der Pumpe angezeigt, weshalb die Linie auch kürzer als der Trigger sein kann, weil dann die Temperatur erreicht wäre und der Verbrauch abgeschaltet würde. Das würde man bei einer Waschmaschine deutlicher sehen, weil das Waschprogramm schneller endet.
Im Diagramm ist auch sehr schön die Stundengenaue Unterbrechung zu sehen, in der der Aktuellepreis den Triggerpreis kurz überschritten hat.
Das zweite Diagramm ist aktuell von heute. Man sieht den starken Preissprung um 7:00 Uhr und das der Trigger wieder auf off geht.
Beim Pool ist die Situation zu sehen, das die Temperaturregelung die Pumpe erst um 6:30 Uhr eingeschaltet hat, obwohl günstiger Strom da gewesen wäre.
Mit dem Strompreisanstieg wird der Pool jedoch auch wieder abgeschaltet.
Der Trigger hat einen Versatz von 3 Minuten, falls das Steuernde Fhem mal etwas mit der Zeit daneben liegt, oder die Abfrage der Web Seite von aWATTar etwas länger dauert. Diese Situation ist zwar bei mir noch nicht eingetreten, aber man weiß ja nie.
Jetzt habe ich Enttäuschung verbreitet, das wollte ich nicht;-)
Gesendet von meinem SM-G930F mit Tapatalk
weil hier ja auch die zukünftige Zwangsbeglückung für PV-Anlagenbesitzer mit > 7 kWp Modulleistung diskutiert wurde und der "Zählerpreis" bei der Wirtschaftlichkeitsbetrachtung zu aWATTar eine Rolle spielt, die aktuelle Info, dass trotz genereller Rollout-Freigabe der Rollout für betroffene PV-Anlagenbesitzer erst einmal wieder bis Oktober verschoben wurde (https://www.pv-magazine.de/2020/01/31/smart-meter-rollout-beginnt-starttermin-fuer-photovoltaik-anlagen-verschoben/).
Grüße Markus
Von den Mainzer Netzen und den Überlandwerken Groß-Gerau habe ich die Aussage bekommen, dass die Quote für die Verteilung der Zähler im Rahmen des normalen Austausches der Zähler wegen ablaufender Eichung erfüllt werden wird.
Ich bekomme jetzt erst mal noch einen bisherigen Zweirichtungszähler, der dann wieder rum irgend wann ausgetauscht werden muss :-)
Jetzt ist wiederum ein APZ Feld im Zählerschrank vorgeschrieben, aber weil ich erst kürzlich ein externes APZ installiert habe und das noch nie verwendet wurde, wurde das jetzt nochmals abgenommen.
Wenn die nur wüssten was Sie wollen;-)
Gesendet von meinem SM-G930F mit Tapatalk
Wie kann es denn sein dass bei Awattar die Preise so unterschiedlich sind? Ich hatte mich gewundert dass ch.eick etwas von 0,2067 € + 0,0025 € schreibt und es bei mir weniger ist. Und es ist tatsächlich so:
Plz 64560: 0,2067 € + 0,0025 €
Plz 53797: 0,1746 € + 0,0025 €
Das sind ja fast 20% mehr (18,4%).
Also bei mir lohnt sich der Tarif schon um einiges mehr.
Viele Grüße
Jörn
Das liegt zB an den Netzdurchleitungsgebühren.
Gesendet von meinem SM-G930F mit Tapatalk
Guten Morgen,
so Fazit erster Monat mit fiktivem aWATTar.
Ich hätte mit aWATTAr 10 Euro gespart obwohl nur der Geschirrspüler durch FHEM zu aWATTar günstigen Zeit gestartet wurde, für Waschmaschine und Trockner ist der WAF aktuell nicht gegeben ;-)
Grüße
Achim
Zitat von: marcus42 am 02 Januar 2020, 19:10:22
Vielleicht hilft es ja ...
Marcus
Hallo Marcus, ja danke, es hilft! :)
Ich habe dein Skript erfolgreich im Einsatz. Momentan aber nur, um den günstigsten Zeitraum in der Fhem-App anzuzeigen.
Hast du Lust, das Skript noch um einen weiteren Parameter 'offset' zu erweitern, sodaß man den Betrachtungszeitraum eingrenzen kann und z.B. nur die Daten ab Vormittag betrachtet. Alternativ könntest du auch zusätzlich den zweit-/drittgünstigsten Startpunkt zurück liefern lassen.
Danke und Gruß,
Sascha
Zitat von: samsmooth am 03 August 2020, 09:01:29
Hast du Lust, das Skript noch um einen weiteren Parameter 'offset' zu erweitern, sodaß man den Betrachtungszeitraum eingrenzen kann und z.B. nur die Daten ab Vormittag betrachtet. Alternativ könntest du auch zusätzlich den zweit-/drittgünstigsten Startpunkt zurück liefern lassen.
Hmm, welches Skript meinst Du? Es ist schon soooo lange her?
Zitat von: ch.eick am 03 August 2020, 09:09:17
Hmm, welches Skript meinst Du? Es ist schon soooo lange her?
Das von Seite 1:
https://raw.githubusercontent.com/mschlappa/fhem/master/updateAwattar.sh
https://raw.githubusercontent.com/mschlappa/fhem/master/awattar.sh
Okay, ich hatte ja einen Lösung ohne Skript.
Die Preise werden abgeholt und in einem DOIF der gewünschte aWATTar_Triggerpreis berechnet. Im cmd_4 Bereich könntest Du natürlich auch mehrere Trigger, wenn Du granularer reagieren möchtest, setzen.
Die andere Devices fragen dann nur noch reading aWATTar_Trigger on/off ab.
Eventuell wäre für Dich auch die Eigenbedarfoptimierung (https://forum.fhem.de/index.php/topic,102297.0.html) interessant.
Der aktuelle Teil aus dem DOIF zum Abholen und Berechnen
defmod Strom_Kosten DOIF ################################################################################################################\
## 1 Strompreis Berechnungen\
##\
([:59]) ##jede Stunde zur 59sten Minute\
(\
## aktualisieren des Zählerstandes\
get StromZaehler Strom_Status ,\
\
## auslesen des Zählerstandes\
setreading $SELF kwh_gesamt [StromZaehler:Strom_Status-02] ,\
\
## aktueller Wert minus alter Wert multipliziert mit dem Strompreis pro kWh in Euro des aktuellen Anbieters\
\
setreading $SELF kwh_verbrauch {( round( [$SELF:kwh_gesamt]-[$SELF:kwh_old], 2) )} ,\
\
setreading $SELF kwh_Maingau_now_euro {( round( ([$SELF:kwh_gesamt]-[$SELF:kwh_old]) * [$SELF:Maingau_Arbeitspreis] ,2) )} ,\
\
## Börsenpreis durch 100 um auf Euro zu kommen Grundkwhpreis aWATTar addieren und mit den kWh multiplizieren\
setreading $SELF kwh_aWATTar_now_euro {( round( ([$SELF:kwh_gesamt]-[$SELF:kwh_old]) *([$SELF:aWATTar_Basispreis] + [$SELF:aWATTar_AktuellerPreis]) ,2) )} ,\
\
## Differenz der Anbieter ermitteln\
setreading $SELF kwh_differenz_now_euro {( round( [$SELF:kwh_Maingau_now_euro]-[$SELF:kwh_aWATTar_now_euro] ,2) )} ,\
\
## Setze alten Wert auf aktuellen Wert für die nächste Berechnung\
setreading $SELF kwh_old [$SELF:kwh_gesamt] ,\
\
{Log 3, "Strom_Kosten cmd_1 : Kosten berechnet"}\
)\
################################################################################################################\
## 2 regelmäßig die Bilanz aktualisieren\
##\
DOELSEIF\
([+:05] and ![:00]) ## Tagsüber alle 5 Minuten außer um :00\
(\
{ if ( ($hour >= 8 || $hour < 20) ) { fhem("set Dum.Energy update") } }\
)\
################################################################################################################\
## 3 Aktuellen aWATTar Preis holen. Achtung, die Readings werden erst wegen des http Zugriffs, verzögert aktualisiert.\
##\
DOELSEIF\
([:03])\
(\
set awattar reread ,\
{Log 3, "Strom_Kosten cmd_3 : Preis aktualisiert"}\
)\
################################################################################################################\
## 4 Sobald der aktuelle Preis geschrieben wurde werden alle anderen readings berechnet.\
##\
DOELSEIF\
([awattar:AktuellerPreis])\
(\
setreading $SELF aWATTar_AktuellerPreis {( round( [awattar:AktuellerPreis]*1.19/100 ,4) )},\
setreading $SELF aWATTar_Arbeitspreis {( round( ([awattar:AktuellerPreis]*1.19/100 + [$SELF:aWATTar_Basispreis]) ,4) )},\
setreading $SELF aWATTar_Triggerpreis {( round( (([awattar:MedianPreis] - [awattar:NiedrigerPreis])/2 + [awattar:NiedrigerPreis])*1.19 ,1) )},\
{Log 3, "Strom_Kosten cmd_3 : Preis berechnet"},\
{ if ( [$SELF:aWATTar_AktuellerPreis] lt [$SELF:aWATTar_Triggerpreis]/100 )\
{ fhem("setreading $SELF aWATTar_Trigger on") }\
else \
{ fhem("setreading $SELF aWATTar_Trigger off") }\
},\
{Log 3, "Strom_Kosten cmd_4 : Trigger aktualisiert"}\
)\
################################################################################################################\
## 5 Am Ersten des Monats den Zählerstand zum Stromversorger übertragen und\
## Erstellen von Statistiken\
##\
DOELSEIF\
([01:07] and ($mday==1))\
(\
set maingau Zaehlerstand [StromZaehler:Strom_Status-02],\
{Log 3, "Strom_Kosten cmd_5 : Zählerstand zur Maingau übertragen"}\
\
set LogDBRep_PVMonth maxValue writeToDB\
)\
\
attr Strom_Kosten DbLogExclude .*
attr Strom_Kosten DbLogInclude aWATTar_AktuellerPreis,aWATTar_Arbeitspreis,aWATTar_Trigger,aWATTar_Triggerpreis,kwh_Maingau_now_euro,kwh_aWATTar_now_euro,kwh_differenz_now_euro,kwh_gesamt,kwh_old
attr Strom_Kosten alias Strom_Kosten
attr Strom_Kosten cmdState Kosten berechnet|Bilanz aktualisiert|Preis aktualisiert|aWATTar Trigger aktualisiert|Maingau Zählerstand Übertragen
attr Strom_Kosten comment Alle Berechnungen erfolgen mit Brutto Preisen. Der aWATTar Basispreis ergibt sich aus { 0.2067 + 0.0250 }
attr Strom_Kosten do always
attr Strom_Kosten readingList Maingau_Arbeitspreis Maingau_Grundpreis MwSt aWATTar_Basispreis aWATTar_Grundpreis kwh_old
attr Strom_Kosten room Strom->System
attr Strom_Kosten setList Maingau_Arbeitspreis Maingau_Grundpreis aWATTar_Basispreis aWATTar_Grundpreis kwh_old
attr Strom_Kosten wait 0:0:0:10:0:0
defmod awattar HTTPMOD https://api.awattar.de/v1/marketdata/current.yaml 3600
attr awattar DbLogExclude .*
attr awattar enableControlSet 1
attr awattar event-on-update-reading AktuellerPreis.*
attr awattar reading01Name Datum
attr awattar reading01Regex date_now:.([12]\d{3}-(0[1-9]|1[0-2])-(0[1-9]|[12]\d|3[01]))
attr awattar reading02Name AktuellerPreis
attr awattar reading02Regex price_current:([^0-9]+[0-9\.]+)
attr awattar reading03Name MittlererPreis
attr awattar reading03Regex price_average[^0-9]+([0-9\.]+)
attr awattar reading04Name abs_00_amount
attr awattar reading04Regex data_price_hour_abs_00_amount:([^0-9]+[0-9\.]+)
attr awattar reading05Name abs_01_amount
attr awattar reading05Regex data_price_hour_abs_01_amount:([^0-9]+[0-9\.]+)
attr awattar reading06Name abs_02_amount
attr awattar reading06Regex data_price_hour_abs_02_amount:([^0-9]+[0-9\.]+)
attr awattar reading07Name abs_03_amount
attr awattar reading07Regex data_price_hour_abs_03_amount:([^0-9]+[0-9\.]+)
attr awattar reading08Name abs_04_amount
attr awattar reading08Regex data_price_hour_abs_04_amount:([^0-9]+[0-9\.]+)
attr awattar reading09Name abs_05_amount
attr awattar reading09Regex data_price_hour_abs_05_amount:([^0-9]+[0-9\.]+)
attr awattar reading10Name abs_06_amount
attr awattar reading10Regex data_price_hour_abs_06_amount:([^0-9]+[0-9\.]+)
attr awattar reading11Name abs_07_amount
attr awattar reading11Regex data_price_hour_abs_07_amount:([^0-9]+[0-9\.]+)
attr awattar reading12Name abs_08_amount
attr awattar reading12Regex data_price_hour_abs_08_amount:([^0-9]+[0-9\.]+)
attr awattar reading13Name abs_09_amount
attr awattar reading13Regex data_price_hour_abs_09_amount:([^0-9]+[0-9\.]+)
attr awattar reading14Name abs_10_amount
attr awattar reading14Regex data_price_hour_abs_10_amount:([^0-9]+[0-9\.]+)
attr awattar reading15Name abs_11_amount
attr awattar reading15Regex data_price_hour_abs_11_amount:([^0-9]+[0-9\.]+)
attr awattar reading16Name abs_12_amount
attr awattar reading16Regex data_price_hour_abs_12_amount:([^0-9]+[0-9\.]+)
attr awattar reading17Name abs_13_amount
attr awattar reading17Regex data_price_hour_abs_13_amount:([^0-9]+[0-9\.]+)
attr awattar reading18Name abs_14_amount
attr awattar reading18Regex data_price_hour_abs_14_amount:([^0-9]+[0-9\.]+)
attr awattar reading19Name abs_15_amount
attr awattar reading19Regex data_price_hour_abs_15_amount:([^0-9]+[0-9\.]+)
attr awattar reading20Name abs_16_amount
attr awattar reading20Regex data_price_hour_abs_16_amount:([^0-9]+[0-9\.]+)
attr awattar reading21Name abs_17_amount
attr awattar reading21Regex data_price_hour_abs_17_amount:([^0-9]+[0-9\.]+)
attr awattar reading22Name abs_18_amount
attr awattar reading22Regex data_price_hour_abs_18_amount:([^0-9]+[0-9\.]+)
attr awattar reading23Name abs_19_amount
attr awattar reading23Regex data_price_hour_abs_19_amount:([^0-9]+[0-9\.]+)
attr awattar reading24Name abs_20_amount
attr awattar reading24Regex data_price_hour_abs_20_amount:([^0-9]+[0-9\.]+)
attr awattar reading25Name abs_21_amount
attr awattar reading25Regex data_price_hour_abs_21_amount:([^0-9]+[0-9\.]+)
attr awattar reading26Name abs_22_amount
attr awattar reading26Regex data_price_hour_abs_22_amount:([^0-9]+[0-9\.]+)
attr awattar reading27Name abs_23_amount
attr awattar reading27Regex data_price_hour_abs_23_amount:([^0-9]+[0-9\.]+)
attr awattar reading28Name MedianPreis
attr awattar reading28Regex price_median:([^0-9]+[0-9\.]+)
attr awattar reading29Name NiedrigerPreis
attr awattar reading29Regex price_low:([^0-9]+[0-9\.]+)
attr awattar reading30Name HoherPreis
attr awattar reading30Regex price_high:([^0-9]+[0-9\.]+)
attr awattar room Strom->System
attr awattar stateFormat AktuellerPreis
attr awattar verbose 0
Zitat von: samsmooth am 03 August 2020, 10:12:08
Das von Seite 1:
https://raw.githubusercontent.com/mschlappa/fhem/master/updateAwattar.sh
https://raw.githubusercontent.com/mschlappa/fhem/master/awattar.sh
Ich habe mir mal die Skripte angeschaut, die laufen im Prinzip neben FHEM in einer Shell, das funktioniert zwar gut, jedoch bevorzuge ich doch lieber Abfragen und Berechnungen innerhalb von FHEM.
hallo
mein Stromzähler liefert alles in W/H
Wie kann ich diesen umrechnen in kw/H?
Reicht ein /1000?
## auslesen des Zählerstandes\
setreading $SELF kwh_gesamt [StromZaehler:Strom_Status-02] ,\
Zitat von: hyper2910 am 28 Oktober 2020, 09:49:51
mein Stromzähler liefert alles in W/H
Wie kann ich diesen umrechnen in kw/H?
Reicht ein /1000?
## auslesen des Zählerstandes\
setreading $SELF kwh_gesamt [StromZaehler:Strom_Status-02] ,\
Hallo hyper2910,
generell ist das richtig 1000 Wh sind 1,0 KWh
Die Codezeile, die Du angebracht hast stammt aus meinem Post.
StromZaehler heißt das Device und Strom_Status-02 ist das reading, was bei Dir jedoch nicht passen wird, wenn Du keinen DvLir als Lesekopf hast.
Die Umrechnung in KWh kannst Du direkt mit einem format in Deinem Zähler Device erledigen, oder auch ein userreading dort anlegen.
Damit ersparst Du Dir bei jeder Weiterverarbeitung und Abfrage die /1000 Umrechnung und es wird übersichtlicher.
Gruß
Christian
Hallo danke
## auslesen des Zählerstandes\
setreading $SELF kwh_gesamt [StromZaehler:Strom_Status-02] ,\
Ist auf meine Bedürfnisse angepasst, nur bekomme ich die Umrechnung hier nicht hin. Ich möchte das nur an dieser Stelle machen, da die W/H bei allen anderen Anwedungen ok sind.
Zitat von: hyper2910 am 28 Oktober 2020, 12:09:03
Ist auf meine Bedürfnisse angepasst, nur bekomme ich die Umrechnung hier nicht hin. Ich möchte das nur an dieser Stelle machen, da die W/H bei allen anderen Anwendungen ok sind.
Wie gesagt im Zähler Device einfach ein zweites userreading anlegen und dort in KWh umrechnen, oder
anstatt "[StromZaehler:Strom_Status-02]" ein
round(ReadingsVal("StromZaehler","Strom_Status",0) /1000 , 2)
Hi,
danke für die schnelle hilfe,
leider macht der Befehl da gar nichts
so sieht meine angepasste Zeile aus, das funktioniert
setreading $SELF kwh_gesamt [Zaehlerstand:consumption] ,
ein
round(ReadingsVal("Zaehlerstand","Zaehlerstand:consumpion",0) /1000 , 2)
macht nichts!
Zitat von: hyper2910 am 28 Oktober 2020, 17:10:43
setreading $SELF kwh_gesamt [Zaehlerstand:consumption] ,
Das wäre so zu schreiben...
round(ReadingsVal("Zaehlerstand","consumpion",0) /1000 , 2)
Danke,
Aber ich bekomme direkt einen Error
syntax error at (eval 272573) line 1, near "-)"
round(ReadingsVal("Zaehlerstand","consumption",0) /1000 , 2)
Zitat von: hyper2910 am 28 Oktober 2020, 17:53:49
syntax error at (eval 272573) line 1, near "-)"
round(ReadingsVal("Zaehlerstand","consumption",0) /1000 , 2)
Ich habe es mal bei mir in der Kommandozeile laufen lassen.
{ round(ReadingsVal("StromZaehler","Strom_Status-02",0) /1000 , 2) }
Hast Du eventuell einen Syntaxfehler im DOIF?
Das DOIF hatte ich vor ein paar tagen für mich mal umformatiert
defmod Strom_Kosten DOIF ################################################################################################################\
## 1 Strompreis Berechnungen\
##\
([:59]) ## jede Stunde zur 59sten Minute\
## aktualisieren des Zählerstandes\
(get StromZaehler Strom_Status)\
## auslesen des Zählerstandes\
(setreading $SELF kwh_gesamt [StromZaehler:Strom_Status-02])\
\
## aktueller Wert minus alter wert multipliziert mit dem Strompreis pro kWh in Euro des aktuellen Anbieters\
(setreading $SELF kwh_verbrauch {( round( [$SELF:kwh_gesamt]-[$SELF:kwh_old], 2) )})\
\
(setreading $SELF kwh_Maingau_now_euro {( round( ([$SELF:kwh_gesamt]-[$SELF:kwh_old]) * [$SELF:Maingau_Arbeitspreis] ,2) )})\
\
## Börsenpreis durch 100 um auf Euro zu kommen Grundkwhpreis aWATTar addieren und mit den kWh multiplizieren\
(setreading $SELF kwh_aWATTar_now_euro {( round( ([$SELF:kwh_gesamt]-[$SELF:kwh_old]) *([$SELF:aWATTar_Basispreis] + [$SELF:aWATTar_AktuellerPreis]) ,2) )})\
\
## Differenz der Anbieter ermitteln\
(setreading $SELF kwh_differenz_now_euro {( round( [$SELF:kwh_Maingau_now_euro]-[$SELF:kwh_aWATTar_now_euro] ,2) )})\
\
## Setze alten Wert auf aktuellen Wert für die nächste Berechnung\
(setreading $SELF kwh_old [$SELF:kwh_gesamt])\
\
({Log 3, "Strom_Kosten cmd_1 : Kosten berechnet"})\
\
################################################################################################################\
## 2 Aktuellen aWATTar Preis holen. Achtung, die Readings werden erst wegen des http Zugriffs, verzögert aktualisiert.\
##\
DOELSEIF\
([:03])\
(set awattar reread)\
({Log 3, "Strom_Kosten cmd_2 : Preis aktualisiert"})\
\
################################################################################################################\
## 3 Sobald der aktuelle Preis geschrieben wurde werden alle anderen readings berechnet.\
##\
DOELSEIF\
([awattar:AktuellerPreis])\
\
(setreading $SELF aWATTar_AktuellerPreis {( round( [awattar:AktuellerPreis]*1.19/100 ,4) )})\
(setreading $SELF aWATTar_Arbeitspreis {( round( ([awattar:AktuellerPreis]*1.19/100 + [$SELF:aWATTar_Basispreis]) ,4) )})\
(setreading $SELF aWATTar_Triggerpreis {( round( (([awattar:MedianPreis] - [awattar:NiedrigerPreis])/2 + [awattar:NiedrigerPreis])*1.19 ,1) )})\
({Log 3, "Strom_Kosten cmd_3 : Preis berechnet"})\
({ if ( [$SELF:aWATTar_AktuellerPreis] lt [$SELF:aWATTar_Triggerpreis]/100 )\
{ fhem("setreading $SELF aWATTar_Trigger on") }\
else \
{ fhem("setreading $SELF aWATTar_Trigger off") }\
})\
({Log 3, "Strom_Kosten cmd_3 : Trigger aktualisiert"})\
\
################################################################################################################\
## 4 Am Ersten des Monats den Zählerstand zum Stromversorger übertragen und\
## Erstellen von Statistiken\
##\
DOELSEIF\
([01:07] and ($mday==1))\
(set maingau Zaehlerstand [StromZaehler:Strom_Status-02])\
({Log 2, "Strom_Kosten cmd_4 : Zählerstand zur Maingau übertragen"})\
attr Strom_Kosten DbLogExclude .*
attr Strom_Kosten DbLogInclude aWATTar_AktuellerPreis,aWATTar_Arbeitspreis,aWATTar_Trigger,aWATTar_Triggerpreis,kwh_Maingau_now_euro,kwh_aWATTar_now_euro,kwh_differenz_now_euro,kwh_gesamt,kwh_old
attr Strom_Kosten alias Strom_Kosten
attr Strom_Kosten cmdState Kosten berechnet|Bilanz aktualisiert|Preis aktualisiert|aWATTar Trigger aktualisiert|Maingau Zählerstand Übertragen
attr Strom_Kosten comment Version 2020.10.19 18:28\
Alle Berechnungen erfolgen mit Brutto Preisen. Der aWATTar Basispreis ergibt sich aus { 0.2067 + 0.0250 }
attr Strom_Kosten do always
attr Strom_Kosten readingList Maingau_Arbeitspreis Maingau_Grundpreis MwSt aWATTar_Basispreis aWATTar_Grundpreis kwh_old
attr Strom_Kosten room Strom->System
attr Strom_Kosten setList Maingau_Arbeitspreis Maingau_Grundpreis aWATTar_Basispreis aWATTar_Grundpreis kwh_old
attr Strom_Kosten sortby 11
attr Strom_Kosten verbose 5
attr Strom_Kosten wait 0:0:10:0:0
attr Strom_Kosten webCmd cmd_1:cmd_2:cmd_3:cmd_4
attr Strom_Kosten webCmdLabel Kosten berechnen :aWATTar Preis holen :Preis berechnen :Zählerstand übermitteln :
setstate Strom_Kosten 2020-10-28 18:03:00 Device awattar
setstate Strom_Kosten 2020-01-12 13:05:09 Maingau_Arbeitspreis 0.2987
setstate Strom_Kosten 2020-07-01 16:34:36 Maingau_Grundpreis 0.00
setstate Strom_Kosten 2020-10-28 18:03:10 aWATTar_AktuellerPreis 0.0493
setstate Strom_Kosten 2020-10-28 18:03:10 aWATTar_Arbeitspreis 0.2810
setstate Strom_Kosten 2020-01-17 12:58:57 aWATTar_Basispreis 0.2317
setstate Strom_Kosten 2020-01-12 16:25:33 aWATTar_Grundpreis 147.36
setstate Strom_Kosten 2020-10-28 18:03:00 e_awattar_AktuellerPreis 4.14000
setstate Strom_Kosten 2020-10-27 19:59:00 kwh_Maingau_now_euro 0.30
setstate Strom_Kosten 2020-10-27 19:59:00 kwh_aWATTar_now_euro 0.28
setstate Strom_Kosten 2020-10-28 17:59:00 kwh_differenz_now_euro 0.02
Momentan habe ich da länger nicht rein geschaut, werde es aber bald mal überarbeiten, um die PV_Anlage zu berücksichtigen. Das wird ein schönes Winter Projekt.
Eigentlich verstehe ich alles was du machst, nur hier würde ich gerne wissen
Wozu?
Get StromZaehler Strom_Status
Zitat von: hyper2910 am 28 Oktober 2020, 21:17:52
Eigentlich verstehe ich alles was du machst, nur hier würde ich gerne wissen
Wozu?
Get StromZaehler Strom_Status
Das aktualisiert den Zählerstand und holt einen frischen Wert ab.
Hallo danke,
Was mir noch fehlt ist die Einberechnung des Grundpreises?
Der Grundpreis sollte ja pro Jahr angegeben werden, sinnvoll wäre das bei einem Stunden Vergleich auch auf den Stundenpreis einzurechnen
Also Grundpreis durch 8760 und das noch pro STunde drauf addieren.
Oder wie macht ihr das?
Zitat von: hyper2910 am 31 Oktober 2020, 09:07:28
Oder wie macht ihr das?
Bei mir hat sich schnell herausgestellt, das es nicht in Frage kommt, da mein Stromverbrauch zu niedrig ist.
Deshalb hatte ich mit der Berechnung aufgehört. Mein ursprünglicher Ansatz war aber wie bei Dir gedacht.
Also alle Preiskomponenten normieren und dann in der kleinsten gemeinsamen Komponente aufsummieren, um einen direkten Vergleich zu haben.
Auf dem Papier war es schon fast fertig und es geht dann weiter sobald ein E-Auto geplant wird :-)
Gruß
Christian
Genau darum geht es bei mir,
Nächstes Jahr kommt das Auto und ich will jetzt schon wissen ob sich aWattar rechnet, oder Tibber, oder sonst einer.
Habe jetzt schonmal die GG auf Stundenbasis dazugepackt und rechne diese noch auf die Stündlichen Kosten dazu.
Gruss Dirk
sehr gute idee.
Wie ermittelt man die Zeit wann der niedrigste Preis greift?
Den Wert könnte man dann als Variable in eine Doif einbauen um damit Verbraucher zum billigsten Preis zu starten.
Zitat von: Basti-K am 08 Januar 2022, 14:12:36
Wie ermittelt man die Zeit wann der niedrigste Preis greift?
Den Wert könnte man dann als Variable in eine Doif einbauen um damit Verbraucher zum billigsten Preis zu starten.
Hallo Basti.
Bei mir werden die aWattar Preise stündlich aktualisiert und in einem DOIF trigger ich darauf:
Dies ist nur ein Teil aus einem DOIF...
< snip >
################################################################################################################
## 3 Sobald der aktuelle Preis geschrieben wurde werden alle anderen readings berechnet.
##
DOELSEIF
([EVU_awattar:AktuellerPreis])
{
CommandSetReading(undef, "$SELF aWATTar_AktuellerPreis ".round([EVU_awattar:AktuellerPreis]/100 ,4) );
CommandSetReading(undef, "$SELF aWATTar_Triggerpreis ".round((([EVU_awattar:MedianPreis] - [EVU_awattar:NiedrigerPreis])/2 + [EVU_awattar:NiedrigerPreis]) ,1) );
if ([EVU_awattar:AktuellerPreis]/100 + [$SELF:aWATTar_Basispreis] > 0.20) {
CommandSetReading(undef, "$SELF aWATTar_Arbeitspreis ".round(([$SELF:aWATTar_Arbeitspreis_fix] + 0.20) ,4) );
if (AttrVal("$SELF","verbose",0) >=3){Log 3, "EVU_Kosten cmd_3 : brutto ".round(([$SELF:aWATTar_Arbeitspreis_fix] + 0.20) ,4)}
} else {
CommandSetReading(undef, "$SELF aWATTar_Arbeitspreis ".round(([$SELF:aWATTar_Arbeitspreis_fix] + [EVU_awattar:AktuellerPreis]/100 + [$SELF:aWATTar_Basispreis]) ,4) );
if (AttrVal("$SELF","verbose",0) >=3){Log 3, "EVU_Kosten cmd_3 : brutto ".round(([$SELF:aWATTar_Arbeitspreis_fix] + [EVU_awattar:AktuellerPreis]/100 + [$SELF:aWATTar_Basispreis]) ,4)}
}
if (AttrVal("$SELF","verbose",0) >=3){Log 3, "EVU_Kosten cmd_3 : Preis berechnet"};
if ([$SELF:aWATTar_AktuellerPreis] lt [$SELF:aWATTar_Triggerpreis]/100 )
{ CommandSetReading(undef, "$SELF aWATTar_Trigger on"); }
else
{ CommandSetReading(undef, "$SELF aWATTar_Trigger off"); }
if (AttrVal("$SELF","verbose",0) >=3){Log 3, "EVU_Kosten cmd_3 : Trigger aktualisiert"}
}
< snip >
Das wäre meine Berechnung für den Triggerpreis, also wenn der aktuelle preis unter diesen Fällt schalte ich meine Verbraucher ein.
round( ( ( [EVU_awattar:MedianPreis] - [EVU_awattar:NiedrigerPreis] ) /2 + [EVU_awattar:NiedrigerPreis] ) ,1)
Ich verwende das nur, damit ich übung habe, falls ich es mal brauchen kann :-)
Aktuell schalte ich damit zusätzlich im Winter in der Nacht den Wirlpool ein, da der Temperaturverlust des Pool ansonsten zu hoch wird.
Es ist also eine reine Spielerei, weil ich es kann :-) :-) Ich helfe somit den Strom der zuviel ist zu verbrauchen.
Ansonsten ist aWattar für mich weiterhin viel zu teuer, wenn man die Grundgebühr mit berücksichtigt, da ich wahrscheinlich trotz E-Auto von April bis Oktober Autark bin..
VG
Christian
Hallo Christian.
Danke für Deine schnelle Antwort.
Schaue ich mir in Ruhe an...
Ich glaube ich hätte als If Bedingung genommen: Wenn der Jetzt Preis = Niedrigste Preis ist .
Ich habe (noch) kein Awattar und bin am überlegen ob es das eine Option ist.
Wir haben nee PV Anlage mit E3DC Speicher und wir haben 1 1/2 E Autos.
Über den Sommer haben wir kaum Netz Bezug aber im Winter.
Zu der Zeit liegt dann auch der Hausspeicher mehr oder weniger Brach.
Ich hab rausbekommen das man den auch aus dem Netz via Script laden kann. Dh. Es wäre möglich den kompletten Netz Bezug komplett auf die billigste Zeit zu verlegen und kann dann den Rest des Tages aus dem Akku + PV (was da so kommt) zu leben. Netzdienlicher gehts nicht.
Nach meiner Kalkulation würde sich das trotz der Verluste und der GG ,,rechnen". Zwischen 50-100€ gespart. Aktuell müssen wir 33Cent die KWh zahlen.
Natürlich rechnet nur sich ,,deswegen" die Anschaffung des Heimspeichers nicht.
viele Grüße Sebastian
Zitat von: Basti-K am 08 Januar 2022, 19:52:29
Hallo Christian.
Danke für Deine schnelle Antwort.
Schaue ich mir in Ruhe an...
Ich glaube ich hätte als If Bedingung genommen: Wenn der Jetzt Preis = Niedrigste Preis ist .
Ich habe (noch) kein Awattar und bin am überlegen ob es das eine Option ist.
Wir haben nee PV Anlage mit E3DC Speicher und wir haben 1 1/2 E Autos.
Über den Sommer haben wir kaum Netz Bezug aber im Winter.
Zu der Zeit liegt dann auch der Hausspeicher mehr oder weniger Brach.
Ich hab rausbekommen das man den auch aus dem Netz via Script laden kann. Dh. Es wäre möglich den kompletten Netz Bezug komplett auf die billigste Zeit zu verlegen und kann dann den Rest des Tages aus dem Akku + PV (was da so kommt) zu leben. Netzdienlicher gehts nicht.
Nach meiner Kalkulation würde sich das trotz der Verluste und der GG ,,rechnen". Zwischen 50-100€ gespart. Aktuell müssen wir 33Cent die KWh zahlen.
Natürlich rechnet nur sich ,,deswegen" die Anschaffung des Heimspeichers nicht.
viele Grüße Sebastian
Bei meiner Berechnung kann man noch etwas kreativ den TriggerPreis verändern, da steckt keine Wissenschaft dahinter. Mit meiner Rechnung bekommt man ein passables Verbrauchsfenster von schwankender Länge.
Aber Achtung, der niedrigste Preis kann auch mal z.B. 35 ct sein, wenn der Restliche Tag am Limit ist.
Nur den niedrigsten Preis zu nehmen könnte dann leider auch mal nur eine Stunde sein.
Gerade wegen des Sommers rechnet es sich bei mir nicht, da ich da ja auch die viel zu hohe Grundgebühr in meiner Region bezahlen muss.
In ganz seltenen Fällen, kann der Preis mal ziemlich niedrig sein, um den Speicher zu laden - Das ist z.B. in der Schweiz verboten!!! - aber das habe ich schon sehr lange nicht mehr beobachten können.
Falls Interesse besteht kann ich Dir das aWattar Device und die DOIF Vergleichsrechnung mal schicken. Die Preise sind jedoch sicher nicht mehr aktuell.
Im SVG würde man die Einschaltung des Pools bei niedrigem Preis erkennen, aber man sieht auch, dass der Gesamtpreis für die kWh meistens über 35 ct raus kommt.
Übrigens kann man aWattar seit längerem nicht mehr buchen und im Web dargestellte Stundenpreise beinhalten nicht die Fixkosten, die auch noch pro Region unterschiedlich sind. Also ganz genau vorher rechnen, ansonsten kann das böse ins Auge gehen.
EDIT:
Heute war der Preis/kWh genau für 1 Stunde unter dem Preis meines Anbieters, den ich ab Februar haben werde (da wird es für mich teurer). Es waren genau 2 ct :-) Damit würde ich nie die höhere Grundgebühr rausholen.
Bisher war ich noch bei 25 ct/kWh , was somit von aWattar im letzten Jahr fast nie unterschritten wurde, da die Fixkosten bei mir schon bei 20,31 ct/kWh
VG
Christian
Hallo Christan.
Na natürlich werde ich mit deinem letzten Start der Arbeit ansehen.
Bitte einmal komplett veröffentlichen...
Nebenbei, Die eigebaute Logik im go-e Charger ist noch dummer.
Da gibt man einen Schwellwert an ab wann man laden möchte. Man will aber doch dann laden wann es am billigsten ist. Das in einem Zeitfenster von 3-4h. In der Zeit würden 30-40kw/h zum besten Preis gezogen. Den Rest des Tages dafür dann (quasi) nichts mehr.
Ich bin kein Strompreisexperte, aber es scheint Regional extreme Preisunterschiede zu geben.
Hier beim mir in OWL (West Netz) gab es schon vor einem Jahr keinen seriösen Anbieter unter 28 Cent und nun musste ich im November zähneknirschend zu Vattenfall mit 33 Cent.
Was hast du den für eine GG wenn ich fragen darf? (fürs Gesamtbild)
Das Awattar aktuell keine Neukunden mehr aufnimmt habe ich gesehen, aber ich hänge ja eh erst mal den Vertrag bis November. Vielleicht würde man da sofort rauskommen, wenn die Messtelle gewechselt wird? (war sie ja muss)
In 2 Monaten ist auch das Tal der Tränen vorbei.
Das Thema Speicherladen wurde ich nicht mehr so verbissen sehen. Ich überschreite nicht die angegebene Leistung beim Netzbetreiber. VW kommt dies Jahr mit Direktionalen laden. DC Wallbox) Dann kann man sich den Strom mit nach Hause nehmen... wenn der AG mal mit Wallboxen aus den Puschen kommt. 😉
Viel Grüße
Sebastian
Hallo zusammen,
hier mal ein Update, der in einem anderen Thread entstanden ist.
Ich habe gerade mal Tibber und aWATTar nachgeschaut.
Bei aWATTar kommt noch der Börsenpreis dazu, der im Jahresschnitt ziemlich hoch gewesen ist und auch für heute nicht gut aus sieht.
Zitat
HoherPreis 58.80900
MedianPreis 48.99750
MittlererPreis 43.39333
NiedrigerPreis 26.79200
selbst bei einem CAP bei 40 ct komme ich auf
2600 x 0,40 / 12 = 86,66 €/Monat
Basispreis 45,70 €/Monat
Gesamt 132,36 €/Monat
Bis ende März habe ich gerade noch bei ePrimo für 26 ct abgeschlossen und zahle dann 63 €/Monat .
Was dann in 2023 sein wird, wird man dann sehen.
Resüme:
Bisher konnte mir noch niemand die Verwendung der Strombörse schön rechnen, somit finde ich den Aufwand, das jetzt noch mit ins Modul zu bauen einfach zu groß.
Zitat von: xerion am 12 Dezember 2022, 11:22:24
Ja das mag wohl sein. Aber Aussagen wie ich habe noch einen Vertrag mit... abschließen können sind nicht hilfreich. Denn wenn du HEUTE ein Vertrag abschließt, dann sieht die Welt anders aus. Alte Verträge mit neuen Verträgen zu vergleichen ist wie Äpfel mit Birnen zur vergleichen.
Okay, das wollte ich nicht, der Vertrag ist jedoch von letzter Woche.
Zitat
Und ich wollte mir aktuell erstmal eine Übersicht verschaffen indem ich meinen Verbrauch stündliche logge und mit den Preis von Tibber zusammenführe um mal die realen Kosten zu simulieren ob es überhaupt Sinn macht. Bei Tibber kann man das erst dann machen wenn man einen Vertrag abgeschlossen hat. Darum versuche ich mir selber was zu bauen.
Tibber sehe ich aktuell preislich interessanter wie aWATTar, da dort kein "richtiges teures" SmartMeter benötigt wird und die Grundgebühren gering sind, was für die dunklen Jahreszeiten interessant ist.
Einen ersten Vergleich hatte ich ja bereits geliefert. Tibber scheint wirklich günstiger zu sein, was die Basis Kosten dann senkt. Die Börsen Preise kann man ja auch bei aWATTar einsehen.
VG Christian
Zitat von: marcus42 am 02 Januar 2020, 19:10:22Hallo nochmal,
es kam die Frage auf, wie ich das Skript zum Lesen der aWATTar Daten in fhem eingebunden habe.
Die Einbindung in fhem funktioniert bei mir so:
1. Definieren eines Dummys zB mit dem Namen 'aWATTar' und setzen eines Reading für die Dauer:
setreading aWATTar dauer 3
Das Ladefenster wird hier mit 3 Stunden festgelegt.
2. Kopieren dieser beiden Skripte nach /home/pi
https://raw.githubusercontent.com/mschlappa/fhem/master/updateAwattar.sh
https://raw.githubusercontent.com/mschlappa/fhem/master/awattar.sh
und ggf. mit chmod ausführbar machen
3. Definieren eines at-Kommandos zum Lesen der aWATTAr API
*15:00:00 {
my $dauer = ReadingsVal("aWATTar" , "dauer", "3");
Log 1, "Aktualisiere Daten von aWATTar";
system("/home/pi/updateAwattar.sh $dauer &");
}
Wichtig ist hier das '&' am Ende des Befehls, damit fhem nicht auf die Rückkehr des Skriptes wartet.
4. Definieren eines notify zum Entgegennehmen der Daten aus der API
aWATTar:startzeit.* {
my $startzeit = ReadingsVal("aWATTar" , "startzeit", "NIX");
my $mittelwertOpt = ReadingsVal("aWATTar" , "mittelwertOpt", "NIX");
my $mittelwertRest = ReadingsVal("aWATTar" , "mittelwertRest", "NIX");
my $dauer = ReadingsVal("aWATTar" , "dauer", "3");
my $message = "Daten aWATTar aktualisiert: MittelwertOpt=$mittelwertOpt MittelwertRest=$mittelwertRest Startzeit=$startzeit";
Log 1, $message;
my $tsOn = time_str2num($startzeit);
fhem("delete atSteckdoseAutoOn");
fhem("define atSteckdoseAutoOn at $tsOn {starteNachtladung()}");
fhem("attr atSteckdoseAutoOn room Elektroauto");
my $tsOff = time_str2num($startzeit)+$dauer*60*60;
fhem("delete atSteckdoseAutoOff");
fhem("define atSteckdoseAutoOff at $tsOff {stoppeNachtladung()}");
fhem("attr atSteckdoseAutoOff room Elektroauto");
}
Nach dem Ausführen des at-Kommandos zum Aktualisieren stehen die Daten im Dummy aWATTar.
Es wurden auch 2 neue at-Kommandos angelegt zum Starten und Beenden der Ladung.
Die asynchrone Verarbeitung mit at und notify habe ich deshalb vorgenommen,
da die Beschaffung der Daten mehrere Sekunden dauert und ansonsten fhem blockiert wäre.
Vielleicht hilft es ja ...
Marcus
leider klappt das script nicht, fehler in zeile 36 "jqcmd=/usr/local/bin/jq"
Zitat von: ch.eick am 03 August 2020, 10:40:11Okay, ich hatte ja einen Lösung ohne Skript.
Die Preise werden abgeholt und in einem DOIF der gewünschte aWATTar_Triggerpreis berechnet. Im cmd_4 Bereich könntest Du natürlich auch mehrere Trigger, wenn Du granularer reagieren möchtest, setzen.
Die andere Devices fragen dann nur noch reading aWATTar_Trigger on/off ab.
Eventuell wäre für Dich auch die Eigenbedarfoptimierung (https://forum.fhem.de/index.php/topic,102297.0.html) interessant.
Der aktuelle Teil aus dem DOIF zum Abholen und Berechnen
defmod Strom_Kosten DOIF ################################################################################################################\
## 1 Strompreis Berechnungen\
##\
([:59]) ##jede Stunde zur 59sten Minute\
(\
## aktualisieren des Zählerstandes\
get StromZaehler Strom_Status ,\
\
## auslesen des Zählerstandes\
setreading $SELF kwh_gesamt [StromZaehler:Strom_Status-02] ,\
\
## aktueller Wert minus alter Wert multipliziert mit dem Strompreis pro kWh in Euro des aktuellen Anbieters\
\
setreading $SELF kwh_verbrauch {( round( [$SELF:kwh_gesamt]-[$SELF:kwh_old], 2) )} ,\
\
setreading $SELF kwh_Maingau_now_euro {( round( ([$SELF:kwh_gesamt]-[$SELF:kwh_old]) * [$SELF:Maingau_Arbeitspreis] ,2) )} ,\
\
## Börsenpreis durch 100 um auf Euro zu kommen Grundkwhpreis aWATTar addieren und mit den kWh multiplizieren\
setreading $SELF kwh_aWATTar_now_euro {( round( ([$SELF:kwh_gesamt]-[$SELF:kwh_old]) *([$SELF:aWATTar_Basispreis] + [$SELF:aWATTar_AktuellerPreis]) ,2) )} ,\
\
## Differenz der Anbieter ermitteln\
setreading $SELF kwh_differenz_now_euro {( round( [$SELF:kwh_Maingau_now_euro]-[$SELF:kwh_aWATTar_now_euro] ,2) )} ,\
\
## Setze alten Wert auf aktuellen Wert für die nächste Berechnung\
setreading $SELF kwh_old [$SELF:kwh_gesamt] ,\
\
{Log 3, "Strom_Kosten cmd_1 : Kosten berechnet"}\
)\
################################################################################################################\
## 2 regelmäßig die Bilanz aktualisieren\
##\
DOELSEIF\
([+:05] and ![:00]) ## Tagsüber alle 5 Minuten außer um :00\
(\
{ if ( ($hour >= 8 || $hour < 20) ) { fhem("set Dum.Energy update") } }\
)\
################################################################################################################\
## 3 Aktuellen aWATTar Preis holen. Achtung, die Readings werden erst wegen des http Zugriffs, verzögert aktualisiert.\
##\
DOELSEIF\
([:03])\
(\
set awattar reread ,\
{Log 3, "Strom_Kosten cmd_3 : Preis aktualisiert"}\
)\
################################################################################################################\
## 4 Sobald der aktuelle Preis geschrieben wurde werden alle anderen readings berechnet.\
##\
DOELSEIF\
([awattar:AktuellerPreis])\
(\
setreading $SELF aWATTar_AktuellerPreis {( round( [awattar:AktuellerPreis]*1.19/100 ,4) )},\
setreading $SELF aWATTar_Arbeitspreis {( round( ([awattar:AktuellerPreis]*1.19/100 + [$SELF:aWATTar_Basispreis]) ,4) )},\
setreading $SELF aWATTar_Triggerpreis {( round( (([awattar:MedianPreis] - [awattar:NiedrigerPreis])/2 + [awattar:NiedrigerPreis])*1.19 ,1) )},\
{Log 3, "Strom_Kosten cmd_3 : Preis berechnet"},\
{ if ( [$SELF:aWATTar_AktuellerPreis] lt [$SELF:aWATTar_Triggerpreis]/100 )\
{ fhem("setreading $SELF aWATTar_Trigger on") }\
else \
{ fhem("setreading $SELF aWATTar_Trigger off") }\
},\
{Log 3, "Strom_Kosten cmd_4 : Trigger aktualisiert"}\
)\
################################################################################################################\
## 5 Am Ersten des Monats den Zählerstand zum Stromversorger übertragen und\
## Erstellen von Statistiken\
##\
DOELSEIF\
([01:07] and ($mday==1))\
(\
set maingau Zaehlerstand [StromZaehler:Strom_Status-02],\
{Log 3, "Strom_Kosten cmd_5 : Zählerstand zur Maingau übertragen"}\
\
set LogDBRep_PVMonth maxValue writeToDB\
)\
\
attr Strom_Kosten DbLogExclude .*
attr Strom_Kosten DbLogInclude aWATTar_AktuellerPreis,aWATTar_Arbeitspreis,aWATTar_Trigger,aWATTar_Triggerpreis,kwh_Maingau_now_euro,kwh_aWATTar_now_euro,kwh_differenz_now_euro,kwh_gesamt,kwh_old
attr Strom_Kosten alias Strom_Kosten
attr Strom_Kosten cmdState Kosten berechnet|Bilanz aktualisiert|Preis aktualisiert|aWATTar Trigger aktualisiert|Maingau Zählerstand Übertragen
attr Strom_Kosten comment Alle Berechnungen erfolgen mit Brutto Preisen. Der aWATTar Basispreis ergibt sich aus { 0.2067 + 0.0250 }
attr Strom_Kosten do always
attr Strom_Kosten readingList Maingau_Arbeitspreis Maingau_Grundpreis MwSt aWATTar_Basispreis aWATTar_Grundpreis kwh_old
attr Strom_Kosten room Strom->System
attr Strom_Kosten setList Maingau_Arbeitspreis Maingau_Grundpreis aWATTar_Basispreis aWATTar_Grundpreis kwh_old
attr Strom_Kosten wait 0:0:0:10:0:0
defmod awattar HTTPMOD https://api.awattar.de/v1/marketdata/current.yaml 3600
attr awattar DbLogExclude .*
attr awattar enableControlSet 1
attr awattar event-on-update-reading AktuellerPreis.*
attr awattar reading01Name Datum
attr awattar reading01Regex date_now:.([12]\d{3}-(0[1-9]|1[0-2])-(0[1-9]|[12]\d|3[01]))
attr awattar reading02Name AktuellerPreis
attr awattar reading02Regex price_current:([^0-9]+[0-9\.]+)
attr awattar reading03Name MittlererPreis
attr awattar reading03Regex price_average[^0-9]+([0-9\.]+)
attr awattar reading04Name abs_00_amount
attr awattar reading04Regex data_price_hour_abs_00_amount:([^0-9]+[0-9\.]+)
attr awattar reading05Name abs_01_amount
attr awattar reading05Regex data_price_hour_abs_01_amount:([^0-9]+[0-9\.]+)
attr awattar reading06Name abs_02_amount
attr awattar reading06Regex data_price_hour_abs_02_amount:([^0-9]+[0-9\.]+)
attr awattar reading07Name abs_03_amount
attr awattar reading07Regex data_price_hour_abs_03_amount:([^0-9]+[0-9\.]+)
attr awattar reading08Name abs_04_amount
attr awattar reading08Regex data_price_hour_abs_04_amount:([^0-9]+[0-9\.]+)
attr awattar reading09Name abs_05_amount
attr awattar reading09Regex data_price_hour_abs_05_amount:([^0-9]+[0-9\.]+)
attr awattar reading10Name abs_06_amount
attr awattar reading10Regex data_price_hour_abs_06_amount:([^0-9]+[0-9\.]+)
attr awattar reading11Name abs_07_amount
attr awattar reading11Regex data_price_hour_abs_07_amount:([^0-9]+[0-9\.]+)
attr awattar reading12Name abs_08_amount
attr awattar reading12Regex data_price_hour_abs_08_amount:([^0-9]+[0-9\.]+)
attr awattar reading13Name abs_09_amount
attr awattar reading13Regex data_price_hour_abs_09_amount:([^0-9]+[0-9\.]+)
attr awattar reading14Name abs_10_amount
attr awattar reading14Regex data_price_hour_abs_10_amount:([^0-9]+[0-9\.]+)
attr awattar reading15Name abs_11_amount
attr awattar reading15Regex data_price_hour_abs_11_amount:([^0-9]+[0-9\.]+)
attr awattar reading16Name abs_12_amount
attr awattar reading16Regex data_price_hour_abs_12_amount:([^0-9]+[0-9\.]+)
attr awattar reading17Name abs_13_amount
attr awattar reading17Regex data_price_hour_abs_13_amount:([^0-9]+[0-9\.]+)
attr awattar reading18Name abs_14_amount
attr awattar reading18Regex data_price_hour_abs_14_amount:([^0-9]+[0-9\.]+)
attr awattar reading19Name abs_15_amount
attr awattar reading19Regex data_price_hour_abs_15_amount:([^0-9]+[0-9\.]+)
attr awattar reading20Name abs_16_amount
attr awattar reading20Regex data_price_hour_abs_16_amount:([^0-9]+[0-9\.]+)
attr awattar reading21Name abs_17_amount
attr awattar reading21Regex data_price_hour_abs_17_amount:([^0-9]+[0-9\.]+)
attr awattar reading22Name abs_18_amount
attr awattar reading22Regex data_price_hour_abs_18_amount:([^0-9]+[0-9\.]+)
attr awattar reading23Name abs_19_amount
attr awattar reading23Regex data_price_hour_abs_19_amount:([^0-9]+[0-9\.]+)
attr awattar reading24Name abs_20_amount
attr awattar reading24Regex data_price_hour_abs_20_amount:([^0-9]+[0-9\.]+)
attr awattar reading25Name abs_21_amount
attr awattar reading25Regex data_price_hour_abs_21_amount:([^0-9]+[0-9\.]+)
attr awattar reading26Name abs_22_amount
attr awattar reading26Regex data_price_hour_abs_22_amount:([^0-9]+[0-9\.]+)
attr awattar reading27Name abs_23_amount
attr awattar reading27Regex data_price_hour_abs_23_amount:([^0-9]+[0-9\.]+)
attr awattar reading28Name MedianPreis
attr awattar reading28Regex price_median:([^0-9]+[0-9\.]+)
attr awattar reading29Name NiedrigerPreis
attr awattar reading29Regex price_low:([^0-9]+[0-9\.]+)
attr awattar reading30Name HoherPreis
attr awattar reading30Regex price_high:([^0-9]+[0-9\.]+)
attr awattar room Strom->System
attr awattar stateFormat AktuellerPreis
attr awattar verbose 0
Hallo.
Die definition ist soweit klar, aber die daten sind immer aktueller tag. wie komme ich zu den daten "heute 14h - morgen 14h" ?
object "list"
data
0
start_timestamp 1700748000000
end_timestamp 1700751600000
marketprice 111.98
unit "Eur/MWh"
1
start_timestamp 1700751600000
end_timestamp 1700755200000
marketprice 124.12
unit "Eur/MWh"
2
start_timestamp 1700755200000
end_timestamp 1700758800000
marketprice 126.15
unit "Eur/MWh"
3
start_timestamp 1700758800000
end_timestamp 1700762400000
marketprice 117.44
unit "Eur/MWh"
4
start_timestamp 1700762400000
end_timestamp 1700766000000
marketprice 104.9
unit "Eur/MWh"
5
start_timestamp 1700766000000
end_timestamp 1700769600000
marketprice 88.51
unit "Eur/MWh"
6
start_timestamp 1700769600000
end_timestamp 1700773200000
marketprice 71.02
unit "Eur/MWh"
7
start_timestamp 1700773200000
end_timestamp 1700776800000
marketprice 61.25
unit "Eur/MWh"
8
start_timestamp 1700776800000
end_timestamp 1700780400000
marketprice 27.69
unit "Eur/MWh"
9
start_timestamp 1700780400000
end_timestamp 1700784000000
marketprice 17.56
unit "Eur/MWh"
10
start_timestamp 1700784000000
end_timestamp 1700787600000
marketprice 11.29
unit "Eur/MWh"
11
start_timestamp 1700787600000
end_timestamp 1700791200000
marketprice 7.61
unit "Eur/MWh"
12
start_timestamp 1700791200000
end_timestamp 1700794800000
marketprice 3.01
unit "Eur/MWh"
13
start_timestamp 1700794800000
end_timestamp 1700798400000
marketprice 6.27
unit "Eur/MWh"
14
start_timestamp 1700798400000
end_timestamp 1700802000000
marketprice 33.24
unit "Eur/MWh"
15
start_timestamp 1700802000000
end_timestamp 1700805600000
marketprice 78.5
unit "Eur/MWh"
16
start_timestamp 1700805600000
end_timestamp 1700809200000
marketprice 110.1
unit "Eur/MWh"
17
start_timestamp 1700809200000
end_timestamp 1700812800000
marketprice 121.13
unit "Eur/MWh"
18
start_timestamp 1700812800000
end_timestamp 1700816400000
marketprice 105.17
unit "Eur/MWh"
19
start_timestamp 1700816400000
end_timestamp 1700820000000
marketprice 97.04
unit "Eur/MWh"
20
start_timestamp 1700820000000
end_timestamp 1700823600000
marketprice 89.88
unit "Eur/MWh"
21
start_timestamp 1700823600000
end_timestamp 1700827200000
marketprice 89.68
unit "Eur/MWh"
22
start_timestamp 1700827200000
end_timestamp 1700830800000
marketprice 91.34
unit "Eur/MWh"
23
start_timestamp 1700830800000
end_timestamp 1700834400000
marketprice 102.31
unit "Eur/MWh"
url "/at/v1/marketdata"dies müsste man an fhem übergeben können.
Zitat von: satprofi am 23 November 2023, 15:41:23Hallo.
Die definition ist soweit klar, aber die daten sind immer aktueller tag. wie komme ich zu den daten "heute 14h - morgen 14h" ?
In der abgefragten Datei sind nur die current Werte enthalten, für den nächsten Tag ist es wohl eine andere.
Zur API geht es hier lang. (https://www.awattar.de/services/api)
Der Preis von aWATTar wird z.B. in abs_14_amount für den aktuellen Tag abgelegt.
Das Device war darmals nur ein Beispiel und müsste natürlich noch weiter angepasst werden.
Die Berechnung des Endpreises war ebenfalls nur ein Test, bei dem sehr schnell raus kam, dass ich dabei nicht sparen kann.
Eleganter ist die Tibber Implementierung geworden.
VG Christian
danke.
habs schon umgesetzt mit 24h API.
Hallo zusammen,
ich habe mir jetzt die Werte von 14:00 bis zum Folgetag um 14:00 über HTTPMOD geladen und in den Attributen gespeichert, wie hier im Forum beschrieben. Soweit so gut, was ich aber leider überhaupt nicht schaffe ist mir die günstigen Zeitpunkte herauszusuchen und dann eine Aktion setzen wenn es soweit ist. Ich würde mir gerne die billigsten n Stunden (in meinem Fall 6-8 Stunden - NICHT zusammenhängend) raussuchen und da dann meinen Boiler heizen.
Irgendwie stehe ich da am Schlauch und wäre voll happy wenn mir wer helfen könnte ...
Danke und lG,
Martin
Zitat von: llinus76 am 28 Dezember 2023, 01:01:01ich habe mir jetzt die Werte von 14:00 bis zum Folgetag um 14:00 über HTTPMOD geladen und in den Attributen gespeichert, wie hier im Forum beschrieben. Soweit so gut, was ich aber leider überhaupt nicht schaffe ist mir die günstigen Zeitpunkte herauszusuchen und dann eine Aktion setzen wenn es soweit ist. Ich würde mir gerne die billigsten n Stunden (in meinem Fall 6-8 Stunden - NICHT zusammenhängend) raussuchen und da dann meinen Boiler heizen.
Kannst Du das hier mal teilen? (HTTPMOD sowie Berechnung der/des Startfensters)
Lt. https://forum.fhem.de/index.php?topic=136418 interpretiere ich, dass Du das Problem mittlerweile gelöst hast.
Hallo und sorry für meine späte Antwort. Ich habe dann doch auf das Shell Script von Marcus Schlappa gewechselt (mit meinen Änderungen), dass ich via Cronjob aufrufe und dann an Fhem übergebe, z.B übergabe der Startzeit:
/opt/fhem/fhem.pl 7072 "setreading aWATTar startzeit $isoTime";
Funktioniert soweit alles wunderbar ...
Hast du eine konkrete Frage wo ich unterstützen kann?
LG,
Martin
Zitat von: llinus76 am 20 Januar 2024, 20:40:57Ich habe dann doch auf das Shell Script von Marcus Schlappa gewechselt
OK Danke, damit erübrigt sich meine Frage.
Ich dachte Du hast es über HTTPMOD umgesetzt.
Hatte ich ürsprünglich vor, aber die Berechnung der Startzeit für ein bestimmtes Zeitfenster habe ich dort nicht hinbekommen. Finde es, so wie es jetzt ist offen gesagt super und ich vermisse HTTPMOD auch nicht ...
OK Danke. Ich werd' mir die Lösung mal anschauen, aber grundsätzlich mag ich Abhängigkeiten von Außen nicht.
Ich habe auch ein Shell-Skript, was mir die Werte von der proprietären Beschattungssteuerung abholt und in eine Datei in einem RAM-Laufwerk schreibt, weil ich's anders nicht hinbekommen habe. Das macht aber immer mal wieder Probleme. Deshalb setze ich nach Möglichkeit lieber auf Lösungen, die nur in FHEM "leben".
Moin,
ich habe das EVU_aWATTar Device um die 0.03*abs(Börsenpreis) korrigiert und ins contrib/ch.eick gestellt.
Die Beschreibung zum contrig liegt hier. (https://forum.fhem.de/index.php?msg=1301395)
VG Christian
Zitat von: llinus76 am 28 Dezember 2023, 01:01:01Hallo zusammen,
ich habe mir jetzt die Werte von 14:00 bis zum Folgetag um 14:00 über HTTPMOD geladen und in den Attributen gespeichert, wie hier im Forum beschrieben. Soweit so gut, was ich aber leider überhaupt nicht schaffe ist mir die günstigen Zeitpunkte herauszusuchen und dann eine Aktion setzen wenn es soweit ist. Ich würde mir gerne die billigsten n Stunden (in meinem Fall 6-8 Stunden - NICHT zusammenhängend) raussuchen und da dann meinen Boiler heizen.
Irgendwie stehe ich da am Schlauch und wäre voll happy wenn mir wer helfen könnte ...
Danke und lG,
Martin
Hallo Martin,
in meinem EVU_aWATTar_connect (https://forum.fhem.de/index.php?msg=1302061) wird einiges bereits ermittelt.
fc0_trigger
fc0_trigger_start
fc0_trigger_stop
fc_avg
fc_max
fc_med
fc_min
fc_trigger_price
Durch das EVU_Tibber_connect ist aWATTar leider ins Hintertreffen gekommen.
VG Christian
Zitat von: ch.eick am 31 Januar 2024, 07:52:02Moin,
ich habe das EVU_aWATTar Device um die 0.03*abs(Börsenpreis) korrigiert und ins contrib/ch.eick gestellt.
Die Beschreibung zum contrig liegt hier. (https://forum.fhem.de/index.php?msg=1301395)
VG Christian
Vielen Dank!
Ich hab' mich nun zwar für einen anderen Anbieter entschieden, aber die Preisbasis ist die gleiche. Damit kann ich das EVU_aWATTar Device von Dir verwenden, den Link auf Österreich ändern und nur die Berechnung (geringerer Offset und höhere USt.) anpassen.
Zitat von: ch.eick am 31 Januar 2024, 07:52:02Moin,
ich habe das EVU_aWATTar Device um die 0.03*abs(Börsenpreis) korrigiert und ins contrib/ch.eick gestellt.
Die Beschreibung zum contrig liegt hier. (https://forum.fhem.de/index.php?msg=1301395)
VG Christian
Doch noch 2 Fragen dazu...
Holst Du dann mit einem "at" jeweils zum Beginn jeder Stunde die Daten? Also: "get bla 01_priceInfo", "get bla 02_priceDay"?
Und: Wofür ist "02_priceAll" gut? Da ist in der URL hartcodiert der 08.12.2023 drin?
Zitat von: TheTrumpeter am 02 Februar 2024, 12:47:27Zitat von: ch.eick am 31 Januar 2024, 07:52:02Moin,
ich habe das EVU_aWATTar Device um die 0.03*abs(Börsenpreis) korrigiert und ins contrib/ch.eick gestellt.
Die Beschreibung zum contrig liegt hier. (https://forum.fhem.de/index.php?msg=1301395)
VG Christian
Doch noch 2 Fragen dazu...
Holst Du dann mit einem "at" jeweils zum Beginn jeder Stunde die Daten? Also: "get bla 01_priceInfo", "get bla 02_priceDay"?
Und: Wofür ist "02_priceAll" gut? Da ist in der URL hartcodiert der 08.12.2023 drin?
Hallo,
das Device ist noch massiv in der Bearbeitung und wird gerade erst auf fc0 und fc1 umgestellt.
01_priceInfo holt nur den aktuellen Preis
02_priceDay den ganzen Tag
03_priceAll war ein Test für fc0 und fc1, was im zukünftigen Device umgesetzt wird.
Das neue Device sollte bald kommen, du könntest solange alle get03.* löschen, wenn es stört.
Das EVU_aWATTar_connect soll so aussehen, wie das von Tibber.
Generell wäre jede Stunde ein 01_priceInfo und das 02_PriceDay nachdem bei aWATTar sich etwas ändert, also einmal am Tag.
VG Christian
An alle, die einen dynamischen Tarif haben, wie (bzw. eher womit) berechnet ihr denn die laufenden Stromkosten (oder auch die Ersparnis durch den PV-Eigenverbrauch)?
Bei mir steht der Wechsel zu einem dynamischen Tarif in 1 Woche an, ich dachte, ich stelle meine händische Berechnung einfach auf den "ElectricityCalculator" um, aber offenbar berechnet der bei Änderung des Strompreises auch alle Readings (jährlicher/monatlicher/täglicher Verbrauch) komplett neu.
Zitat von: ch.eick am 02 Februar 2024, 14:01:07das Device ist noch massiv in der Bearbeitung
Guten Morgen,
Ich habe in den letzten Tagen festgestellt, dass das Device mit negativen Börsenpreisen nicht umgehen kann und sich - falls sowas im current.yaml vorkommt, "komisch" verhält.
Zur Korrektur müssen die RegExs wie folgt angepasst werden:
attr DeviceName get01Regex date_now: (\d{4}-\d{2}-\d{2} \d{2}:\d{2}:\d{2})|price_low: (-*[0-9]+[0-9\.]+)|price_high: (-*[0-9]+[0-9\.]+)|price_median: (-*[0-9]+[0-9\.]+)|price_average: (-*[0-9]+[0-9\.]+)|price_current: (-*[0-9]+[0-9\.]+)
attr DeviceName get02Regex (?<=abs_[0-9]{2}_amount: )(-*[0-9]+[0-9\.]+)
Neu ist jeweils "-*" vor der RegEx, die auf die Preise passt.
Nach der Anpassung funktioniert's wieder wie erwartet.
hallo.
habe jetzt testweise dein device geladen, was aber nicht passt sind die werte avg,max,min,etc.
ok, fehler gefunden. minuswerte. habe deinen patch jetzt eingespielt.
muss mir trotzdem die werte noch ausreimen.
trigger versteh ich nicht ganz.
hallo.
habe das device heute mal testweise am laufen. leider aktualisiert sich der current_price nie, obwohl ich stündlich abgefragt habe. auch der trigger stand nie auf on, erst als ich draufkam das man mit get 02_priceday starte aktualisiert sich alles.
lg
Zitat von: satprofi am 03 Mai 2024, 19:35:27habe das device heute mal testweise am laufen. leider aktualisiert sich der current_price nie, obwohl ich stündlich abgefragt habe. auch der trigger stand nie auf on, erst als ich draufkam das man mit get 02_priceday starte aktualisiert sich alles.
Werden bei Dir die Trigger-Zeiten immer gesetzt?
Seit meinem Patch für die negativen Preise werden die Trigger-Zeiten nur noch gesetzt, wenn es negative Preise gibt, d.h. die Trigger-Zeiten bilden immer den Zeitraum der negativen Preise ab.
(Stört mich erstmal nicht, weil ich die Trigger dzt. nicht nutze. Außerdem hat diese Art des Triggers auch einen Mehrwert, weil ich damit einen negativen Bezugspreis einfach erkennen kann und Hochstromverbraucher dann trotz fehlendem PV-Überschuss nicht abschalten muss. Im Sinne des Erfinders ist es aber wohl nicht.)
ja, aber "on" kommt erst wenn ich ,wie heute, um 10:00 erneut abfrage.
Zitat von: satprofi am 06 Mai 2024, 08:00:51ja
Hm... dann muss ich mir das nochmal anschauen. Ich habe den Code in den UserReadings etwas angepasst, wenn ich mich richtig erinnere, weil irgendwas nicht richtig funktioniert hat. Möglicherweise hab' ich da einen Fehler gemacht.
Zitat von: satprofi am 06 Mai 2024, 08:00:51"on" kommt erst wenn ich ,wie heute, um 10:00 erneut abfrage
Ja das liegt in der Natur der Sache. Irgendwas muss das Event ja erzeugen. Du kannst entweder stündlich abfragen (so mache ich es) oder stündlich die Werte aus fc0_xx_total auf current_price schreiben. (Das hab' ich früher so gemacht bevor ich auf die Definition von ch.eick umgestiegen bin.)
NACHTRAG: Fehler gefunden, offenbar hast Du den auch gehabt, weil in Deinem Screenshot vom 02.05.2024 die Einheiten von avg/min/max anders als beim letzten Screenshot sind. Im aktuellen Screenshot sind alle Einheiten gleich. Damit funktioniert's aber nur, wenn man die Division durch 100 im Code für fc0_trigger_start/stop entfernt.
hallo.
kann mir wer diesen abschnitt erklären?
Abschätzung von Wirtschaftlichkeit beim Speicher Laden, falls Tibber zu teuer wird
if ( ReadingsVal("$NAME","compensation_grid",0) != 0 ) {
my $price_level_battery = round( ($fc_avg - ReadingsVal("$NAME","compensation_grid",0)) *0.85 , 1) ;
if ( $price_level > $price_level_battery ) {
$price_level = $price_level_battery;
}
}
$price_level;
wenn jemand den code für smartenergy in AUT benötigt, im Anhang.
Preise incl. Gebühr von smartenergy, excl. Netzgebühr.
Danke an den Codeersteller.
einfach per telnet übertragen, oder in fhem.cfg einfügen.
Zitat von: TheTrumpeter am 07 Mai 2024, 09:30:01Zitat von: satprofi am 06 Mai 2024, 08:00:51"on" kommt erst wenn ich ,wie heute, um 10:00 erneut abfrage
ZitatJa das liegt in der Natur der Sache. Irgendwas muss das Event ja erzeugen. Du kannst entweder stündlich abfragen (so mache ich es) oder stündlich die Werte aus fc0_xx_total auf current_price schreiben. (Das hab' ich früher so gemacht bevor ich auf die Definition von ch.eick umgestiegen bin.)
so, habe jetzt 2 notifys angelegt.
eines das um 00:00 von Strompreisabfrage für den Tag getriggert wird und mir get 02_priceDay abfragt,
und ein notify das mir stündlich den 01_priceInfo abfrägt, getriggert von Strompreis now.
Könnte bitte jemand diesen Thread in die Kategorie "Verbrauchsmessung" verschieben?
LG
pah