Leistungsprognose für Wechselrichter

[xerion]

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)

swoncond: 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?

Code Auswählen Erweitern

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.

Was besagt denn di_pv_waschmaschine:PV bei Dir?

Hier frage ich nur einen Schalter ab, ob PV optimiert geladen werden soll. Das heißt die WM darf nur an gehen wenn der Schalter auf PV seht, somit stelle ich sicher, das WM auch nur dann angeschaltet wird wenn diese Beladen ist, sonst wurde der Aktor immer eingeschaltet werden sobald PV da ist auch wenn ich nicht waschen will.

[Hauswart]

Ich habe an einem KNX-Schaltaktor an einem Kanal eine elektrische Wandheizung. Die Leistung ist fix 1000W, jedoch kann ich den Kanal nicht messen.

Setze ich dann einen Dummy (auf 1000W wenn aktiv) damit ich einen Wert für pcurr habe?

Oder gibt es einen besseren Weg direkt im Modul?

[DS_Starter]

Moin,

lege dir doch ein UserReading in dem KNX Device an, mit 1000 wenn ein, sonst 0.
Das Reading gibst du dann einfach in dem Schlüssel pcurr an.

LG

[Hauswart]

Moin,

lege dir doch ein UserReading in dem KNX Device an, mit 1000 wenn ein, sonst 0.
Das Reading gibst du dann einfach in dem Schlüssel pcurr an.

LG

Danke ja ist noch einfacher


Edit: Brauche ich pcurr überhaupt? Oder würde er auch nur mit power einplanen?


Edit2: Wie priorisiere ich Verbraucher?

[DS_Starter]

Edit: Brauche ich pcurr überhaupt? Oder würde er auch nur mit power einplanen?

Die Planung geht auch nur mit power. Allerdings wird der tatsächliche Verbrauch intern "geloggt" und für verschiedene Zwecke verwendet. Also setzen wenn möglich.

Edit2: Wie priorisiere ich Verbraucher?

Eine gewisse Priorisierung ergibt sich aus der Reihenfolge Consumer01, Consumer02,...
Eine echte Prio mit einem Schlüssel habe ich noch vor einzubauen.

[Hauswart]

Die Planung geht auch nur mit power. Allerdings wird der tatsächliche Verbrauch intern "geloggt" und für verschiedene Zwecke verwendet. Also setzen wenn möglich.

Eine gewisse Priorisierung ergibt sich aus der Reihenfolge Consumer01, Consumer02,...
Eine echte Prio mit einem Schlüssel habe ich noch vor einzubauen.

Danke dir, ja eine Priorisierung vlt. auf lange Sicht auch mehr Consumer

[DS_Starter]

Guten Morgen,

...auf lange Sicht auch mehr Consumer

Mehr Consumer ist eigentlich kein Problem und recht schnell erweitert. Einziges Problem was ich momentan sehe ist dass die
ganzen Consumer dann vllt. nicht mehr in der Grafik dargestellt werden könnten wenn es zu viele sind.
An wieviel hattest du denn gedacht ?

LG

[DS_Starter]

Im contrib liegt eine neue Version des Moduls.
Was ist neu bzw. geändert:

* im Header wird mit Mouse Over die nächste Abrufzeit der SolCast API angezeigt
* die Anzeige "Probably associated with" wird wieder gesetzt/aktualisiert. Das war mir irgendwann mal entglitten und habe es
   wieder gerichtet
* die Commandref ist erweitert/überarbeitet. Ich habe u.a. das Muster für einen Consumer-Dummy hinzugefügt.
* es sind weitere Attribute umbenannt. Damit sind jetzt alle Attr ordentlich gemäß ihrer Funktion geclustert.
   Es betrifft die Attr:

   

Code Auswählen Erweitern


    headerDetail                  -> graphicHeaderDetail
    headerShow                    -> graphicHeaderShow
    Wh_kWh                        -> graphicEnergyUnit
    cloudFactorDamping            -> affectCloudfactorDamping
    rainFactorDamping             -> affectRainfactorDamping
    numHistDays                   -> affectNumHistDays
    maxVariancePerDay             -> affectMaxDayVariance
    follow70percentRule           -> affect70percentRule
    sameWeekdaysForConsfc         -> affectConsForecastIdentWeekdays
    preferredChargeBattery        -> affectBatteryPreferredCharge
    autoRefreshFW                 -> ctrlAutoRefreshFW
   autoRefresh                   -> ctrlAutoRefresh
   showLink                      -> ctrlShowLink
   optimizeSolCastAPIreqInterval -> ctrlOptimizeSolCastInterval
   interval                      -> ctrlInterval
   createStatisticReadings       -> ctrlStatisticReadings
   createConsumptionRecReadings  -> ctrlConsRecommendReadings
   createTomorrowPVFcReadings    -> ctrlNextDayForecastReadings
   debug                         -> ctrlDebug
   


! WICHTIG ! Nach dem Update des Moduls direkt FHEM neu starten. Dadurch werden die Attribute bei euch direkt in die neuen Namen umgesetzt sofern ihr eines davon gesetzt habt und ihr braucht nichts manuell anpassen.

[MadMax]

Hallo Heiko,

! WICHTIG ! Nach dem Update des Moduls direkt FHEM neu starten. Dadurch werden die Attribute bei euch direkt in die neuen Namen umgesetzt sofern ihr eines davon gesetzt habt und ihr braucht nichts manuell anpassen.

Gilt das auch wenn man das Modul seit zwei Wochen nicht aktualisiert hat?
Du hattes ja schonmal Attribute umbenannt oder muss ich erst einen Zwischenschritt durchführen?

Gruß
Max

[DS_Starter]

Hi Max,

ich habe die Historie drin gelassen, sollte also problemlos alles umsetzen.

LG,
Heiko

[MadMax]

Alles Klar dann werde ich morgen Updaten.

[mcp]

Im contrib liegt eine neue Version des Moduls.
...

Shit. Ich hatte schon 5 Patches für dich in der Pipeline, kam aber bisher nicht dazu ne entsprechende Info hier zu verfassen. Grmpf ... dann merge ich das gegen die aktuelle Version und poste es hier wenn fertig.

* im Header wird mit Mouse Over die nächste Abrufzeit der SolCast API angezeigt

Das hatte ich auch schon gebaut. LOL 

Hast du aktuell noch mehr vor oder bleibt der Code für die nächsten 2-3 Tage so?

[DS_Starter]

Hast du aktuell noch mehr vor oder bleibt der Code für die nächsten 2-3 Tage so?

Da kann ich mich nicht festlegen. 

Aber du kannst gerne die Patches posten. Ich puzzle die sowie manuell zusammen weil ich genau verstehen will was wo passieren soll.

[DS_Starter]

Mal so nebenbei ... heute war der erste Tag mit einer unglaublichen Abweichung von nur "Today_PVdeviation = 0.12 %".
Gestern waren es -7%.

[mcp]

Mal so nebenbei ... heute war der erste Tag mit einer unglaublichen Abweichung von nur "Today_PVdeviation = 0.12 %".
Gestern waren es -7%.

Sieht gut aus bei dir.

Bei mir ist das alles sehr variabel. Zwischen heute 9,4 % bis hin zu +/- 54% ist alles die letzten Wochen dabei, hoch 2-stellig ist eher normal :-/