Leistungsprognose für Wechselrichter

Begonnen von ch.eick, 18 Januar 2021, 08:35:46

Vorheriges Thema - Nächstes Thema

mcp

#2025
Zitat von: dk3572 am 31 Oktober 2022, 13:49:27
wegen dieser Ausreißer hatte ich mir dieses userReading angelegt

etotal_fc:modulstate.* {
                         if (ReadingsNum($name, "etotal", 1000) - OldReadingsNum($name, "etotal", 0)  < 10000) {
                           ReadingsVal($name, "etotal", 0);
                         }
                         else {return 0}
                       },
total_pac_fc:modulstate.* {
                         if (ReadingsVal($name, "total_pac", 8) <7) {
                           ReadingsVal($name, "total_pac", 0);
                         }
                         else {return 0}
                       }


Ich würde die so schreiben:

userreading_name:existierendes_reading:.*

Sonst muss FHEM bei jedem Update aller Readings schauen ob existierendes_reading.* auf irgendwas matched.

Mit der o.g. Syntax wird das nur getriggert, wenn sich der Wert von existierendes_reading ändert.
Maintainer: 98_vitoconnect.pm
Raspberry Pi 4B, 4 GB RAM, 32 GB SD Karte
Raspbian Bullseye 32-bit, FHEM up2date

MadMax

Zitat von: DS_Starter am 31 Oktober 2022, 10:09:41
Dann kann MadMax mal bitte  76_SMAInverter schauen (etotal) ob man dem SMA beibringen kann keine unlogisch hohen Werte zu liefern wenn der WR dieser Meinung ist.


Werde ich wohl mal was einbauen und die Differenz zum Vorher gelieferten Wert abfragen und bei rine zu großen Sprung Ignorieren.

Wobei das bei mir schon evig nicht mehr passiert ist.

Gruß
Max
Lenovo M910Q Tiny Debian 12, FHEM 6.3, 2x Siemens Logo 0BA7, Homematic CCU3, Philips HUE, 5x SMA Wechselrichter, BYD HVM, SMA EVCharger, Daikin Wärmepumpe über CAN

Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/MadMax

xerion

Moin ich habe noch eine Frage zu den Consumer Settings. Gerade jetzt im Herbst wenn noch etwas Sonne geerntet werden kann wäre es für mich wünschenswert, das man die Waschmaschine z.B. über PV versorgen könnte aber falls es doch mal nicht reichen würde, das man dann ein Möglichkeit hat die spätestens Zeitpunkt eintragen zu können. Also wenn bis zu Zeitpunkt X kein Signal von PV kam, dann schalte den Consumer trotzdem ein. Ist das schon möglich oder müsste ich das außerhalb vom Modul lösen?
Ich würde mich  freuen, wenn du meinen Einladungscode für Tibber, der Stromanbieter, der dir hilft, deinen Stromverbrauch zu verstehen und zu reduzieren, nutzt: https://invite.tibber.com/5fc08jbs. So bekommen wir beide 50 Euro und 100 % Ökostrom / https://geld-fuer-eauto.de/ref/334561880

Dracolein

mode=must

plus

notafter=16

plus

mintime=90

würde Dein Consumer mit typischerweise 90 Minuten Laufzeit zwingend für den Tag einplanen bis spätestens 16 Uhr
Raspberry Pi 4 mit FHEM; FTUI Dashboard auf Asus 15,6" VT168H Touchscreen; ZigBee mit ConBee2 USB-Stick; div. Shelly 2.5; integr. Gaszähler mit ESP8266 & ESPEasy;

xerion

Zitat von: Dracolein am 01 November 2022, 16:53:41
mode=must

plus

notafter=16

plus

mintime=90

würde Dein Consumer mit typischerweise 90 Minuten Laufzeit zwingend für den Tag einplanen bis spätestens 16 Uhr

Perfekt und Dankeschön
Ich würde mich  freuen, wenn du meinen Einladungscode für Tibber, der Stromanbieter, der dir hilft, deinen Stromverbrauch zu verstehen und zu reduzieren, nutzt: https://invite.tibber.com/5fc08jbs. So bekommen wir beide 50 Euro und 100 % Ökostrom / https://geld-fuer-eauto.de/ref/334561880

DS_Starter

Ergänzend noch der Hinweis wenn man mit der Einplanungszeit nicht zufrieden ist, lässt ein

     set <name> reset consumerPlanning <Verbrauchernummer>

das Modul eine sofortige Neuplanung durchführen. Das kann man auch verwenden wenn man am selben Tag nach Abschluß eines Laufzyklus eine nochmaligen Einplanung veranlassen möchte.
Demgegenüber passiert mit

    set <name> consumerImmediatePlanning <Verbrauchernummer>

ein unittelbarer Start des Consumers. Ausschaltung erfolgt dann entsprechend der Schüsselsetzung.

Man kann also  "von außen" mit diesen Set-Kommandos Einfluß auf das Startverhalten der Consumer nehmen wenn man möchte.
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

Hauswart

Ich überlege immer noch wie ich den WAF Faktor optimal einbaue.

Ich habe KNX im Einsatz und überlege eine Taste zu verwenden, welche den Verbraucher sofort einschaltet, ansonsten die Waschmaschine / Trockner nach PV steuern zu lassen.

Wäre es so korrekt?

Taste löst set <name> consumerImmediatePlanning <Verbrauchernummer> aus.

Sonst ist Standard z.B. mode=must plus notafter=16 plus mintime=90

Bei einer zweiten Waschmaschine müsste ich dann mit einem weiteren Taster set <name> reset consumerPlanning <Verbrauchernummer> auslösen?




Edit: Das Problem beginnt ja doch schon früher, ich brauche Strom zum Einstellen von Waschmaschine und Trockner und mussen diesen dann abschalten (lassen).
1. Installation:
KNX, Tasmota (KNX), Sonos, Unifi

2. Installation:
HM-CFG-USB, Unifi (, SIGNALduino 868, MySensors, SIGNALduino 433)

ch.eick

Zitat von: Hauswart am 02 November 2022, 11:52:10
Ich überlege immer noch wie ich den WAF Faktor optimal einbaue.

Ich habe KNX im Einsatz und überlege eine Taste zu verwenden, welche den Verbraucher sofort einschaltet, ansonsten die Waschmaschine / Trockner nach PV steuern zu lassen.

Wäre es so korrekt?

Taste löst set <name> consumerImmediatePlanning <Verbrauchernummer> aus.

Sonst ist Standard z.B. mode=must plus notafter=16 plus mintime=90

Bei einer zweiten Waschmaschine müsste ich dann mit einem weiteren Taster set <name> reset consumerPlanning <Verbrauchernummer> auslösen?

Edit: Das Problem beginnt ja doch schon früher, ich brauche Strom zum Einstellen von Waschmaschine und Trockner und mussen diesen dann abschalten (lassen).
Hallo,
ich verwende einen Shelly 1pm, an dem ein taster anschließbar ist, der den Shelly aktiviert/deaktiviert.
Das wäre dann für Deine Programmierung der WAMA auch zu verwenden.
Mit einem DOIF steuere ich dann alle weiteren Funktionen und auch die Erkennung, ob die WAMA manuell aktiviert wurde und wann das Waschprogramm gestartet ist.
So kann ich abends bereits die WAMA vorbereiten und sie läuft bei Überschuss dann los.
Über eine Sprachausgabe wird der Start/Stop dann auch im Wohnbereich gemeldet.
Sollte es mal eine dringende Wäsche geben, dann startet man am Taster manuell und schon gehts los.
Im Sommer ist meistens Überschuss da, wodurch das Relais permanent aktiv ist und die WAMA immer sofort los läuft.

Waschmaschine über Shelly1pm

VG
    Christian
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

DS_Starter

#2033
Zitat
Ich habe KNX im Einsatz und überlege eine Taste zu verwenden, welche den Verbraucher sofort einschaltet, ansonsten die Waschmaschine / Trockner nach PV steuern zu lassen.

Wäre es so korrekt?

Taste löst set <name> consumerImmediatePlanning <Verbrauchernummer> aus.

Sonst ist Standard z.B. mode=must plus notafter=16 plus mintime=90

Bei einer zweiten Waschmaschine müsste ich dann mit einem weiteren Taster set <name> reset consumerPlanning <Verbrauchernummer> auslösen?
Ja, das ist richtig.
Es ist z.B. früh 9:00. Die initiale Planung würde die Wama 13:00 starten (nach Vorhersage) aber man will loslegen. Dann würde ein

  set <name> consumerImmediatePlanning <Verbrauchernummer>

die initiale Planung löschen, den Consumer neu sofort einplanen und auch starten. Dann läuft die Wama ihr Programm ab und steht in der Planung am Ende mit "finished" drin.

Eine automatische Neuplanung erfolgt dann erst zwischen 00:00 und 01:00 am kommenden Tag.
Will man aber am laufenden Tag eine weitere Wama nach PV Optimierung laufen lassen, wäre ein

    set <name> reset consumerPlanning <Verbrauchernummer>

richtig.

Zitat
Das Problem beginnt ja doch schon früher, ich brauche Strom zum Einstellen von Waschmaschine und Trockner und mussen diesen dann abschalten (lassen).
Die meisten Schaltsteckdosenhaben einen Schalter zur manuellen Bedienung. Die Dose damit einschalten, die Wama etc. programmieren und die Dose wieder ausschalten. Die SMA Bluetooth Schaltsteckdosen arbeiten ähnlich, nur dass man sie in Standby schalten kann. Das haben wir so nicht zur Verfügung.
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

xerion

Ich scheine dort noch einen Fehler zu haben, denn obwohl ich zwei Bedingungen habe, (notafter und swcondon) schaltet der Consumer direkt nach geplanten Zeit (09:00) ein, was habe ich dort noch falsch?
Kurz wie ich es verstanden habe:
Bei mode=must und notafter=11 habe ich es so verstanden, wenn nicht genügend PV da war, das um 11 Uhr trotzdem eingeschaltet wird.
Bbei swoncond habe ich es so verstanden, das nur eingeschaltet wird wenn genügend PV vorhanden ist und die Condition eingetreten ist, also in meinen Fall muss der STATE von di_waschmaschine auf PV gesprungen sein.


shellyplug_D9D0C4 type=washingmachine mode=must notafter=11 power=2300 auto=automatic on=on pcurr=ENERGY_Power:W icon=scene_washing_machine etotal=ENERGY_Today:kWh swoncond=di_pv_waschmaschine:PV
Ich würde mich  freuen, wenn du meinen Einladungscode für Tibber, der Stromanbieter, der dir hilft, deinen Stromverbrauch zu verstehen und zu reduzieren, nutzt: https://invite.tibber.com/5fc08jbs. So bekommen wir beide 50 Euro und 100 % Ökostrom / https://geld-fuer-eauto.de/ref/334561880

Dracolein

#2035
Zitat von: xerion am 03 November 2022, 09:45:35
Bei mode=must und notafter=11 habe ich es so verstanden, wenn nicht genügend PV da war, das um 11 Uhr trotzdem eingeschaltet wird.
Es wird spätestens um 11 Uhr eingeschaltet. Du lässt dem Modul die Freiheit den optimalen Einschaltzeitpunkt zu wählen, indem Du als Rahmenbedingungen bei Bedarf einen Zeitraum definierst, in dem der Consumer eingeschaltet werden muss (mode=must notbefore=7 notafter=11 --> zwischen 07:00 - 11:00 Uhr wird der Consumer irgendwann in jedem Fall eingeschaltet)

Zitat von: xerion am 03 November 2022, 09:45:35
Bbei swoncond habe ich es so verstanden, das nur eingeschaltet wird wenn genügend PV vorhanden ist und die Condition eingetreten ist

swoncond:
Zitatzusätzliche Bedingung die erfüllt sein muß um den Verbraucher einzuschalten
Also beispielsweise muss der Türsensor der Waschmaschine =closed sein oder sowas ähnliches. Also eine zusätzliche externe Bedingung muss erfüllt werden.
Da Du ja mit mode=must schon definiert hast, dass auch ohne ausreichend PV-Überschuss der COnsumer aktiviert werden muss, wäre echter PV-Überschuss als Bedingung hier nicht notwendig.

Man möge mich korrigieren.

Was besagt denn di_pv_waschmaschine:PV bei Dir?
Im Grunde genommen ermittelt SolarForecast für Dich bereits wann der beste Zeitraum zum Consumerbetrieb ist. Eine externe Bedingung für PV-Überschuss ist imho nicht notwendig.
Ggf. ist Deine Bedingung daher doppelt gemoppelt?

Wie wäre es hiermit als Alternative?
shellyplug_D9D0C4 type=washingmachine mode=must notbefore=9 notafter=15 power=2300 auto=automatic on=on pcurr=ENERGY_Power:W icon=scene_washing_machine etotal=ENERGY_Today:kWh mintime=90
--> SolarForecast schaut zwischen 9-15 Uhr entsprechend seiner Vorhersage, wann der beste Zeitpunkt ist, um diesen Consumer, der typischerweise 90 Minuten Zeit braucht (mintime=90) einzuschalten.
Raspberry Pi 4 mit FHEM; FTUI Dashboard auf Asus 15,6" VT168H Touchscreen; ZigBee mit ConBee2 USB-Stick; div. Shelly 2.5; integr. Gaszähler mit ESP8266 & ESPEasy;

xerion

Ja dann ist Fehler mode=must, dann wurde ich in den vorherigen Fragen wohl falsch verstanden ode rich habe es nicht ausführlich genug erklärt,
Ich möchte grundsätzlich PV optimiert die WM schalten, aber falls es bis 11 Uhr nicht genügen Überschuss da war soll trotzdem um 11:00 eingeschaltet werden. Un da wurde mir mode=must und notafter=11 empfohlen, aber das scheint sich zu beißen.
Dann werden ich das wohl mit mode=can und set <name> consumerImmediatePlanning <Verbrauchernummer> lösen.
Ich würde mich  freuen, wenn du meinen Einladungscode für Tibber, der Stromanbieter, der dir hilft, deinen Stromverbrauch zu verstehen und zu reduzieren, nutzt: https://invite.tibber.com/5fc08jbs. So bekommen wir beide 50 Euro und 100 % Ökostrom / https://geld-fuer-eauto.de/ref/334561880

Dracolein

Probier mal mintime=90 in Deine Definition anzufügen. Das Modul weiß lt. Deiner Def. nicht wie lange der Consumer laufen muss.

Hinweis
mode=can
ZitatDie Einplanung erfolgt zum Zeitpunkt mit wahrscheinlich genügend verfügbaren PV Überschuß (default)
            Der Start des Verbrauchers unterbleibt bei ungenügendem PV-Überschuß.
Raspberry Pi 4 mit FHEM; FTUI Dashboard auf Asus 15,6" VT168H Touchscreen; ZigBee mit ConBee2 USB-Stick; div. Shelly 2.5; integr. Gaszähler mit ESP8266 & ESPEasy;

xerion

Das solle es ja wissen, da ich es als type=washingmachine deklariert habe. Dadurch ist mintime automatisch auf 120 Minuten.
Ich würde mich  freuen, wenn du meinen Einladungscode für Tibber, der Stromanbieter, der dir hilft, deinen Stromverbrauch zu verstehen und zu reduzieren, nutzt: https://invite.tibber.com/5fc08jbs. So bekommen wir beide 50 Euro und 100 % Ökostrom / https://geld-fuer-eauto.de/ref/334561880

ch.eick

Zitat von: xerion am 03 November 2022, 10:03:43
Das solle es ja wissen, da ich es als type=washingmachine deklariert habe. Dadurch ist mintime automatisch auf 120 Minuten.
Moin,
ich würde es wie bei mir umsetzen, wenn ein Geräte Type eine variable Laufzeit hat, dann messe ich, wann es fertig ist und schalte dann ab.
Es gibt auch Waschmaschinen, die über 2h im Eco Betrieb laufen ;-)
Mein WAMA DOIF habe ich vor einigen Posts bereits verlinkt.

VG
   Christian
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick