Leistungsprognose für Wechselrichter

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

Vorheriges Thema - Nächstes Thema

dk3572

Zitat von: DS_Starter am 16 Juni 2021, 14:24:21
Also weiß sind sie maximal wegen dem verwendeten Style, weil grün ist Standard. Bei mir ist nichts weiß. Nimm doch mal z.B.

  clock@gold
Also Start 14:00 finde ich nicht unnormal. Die maximale Endezeit 22:00 ergibt sich aus dem Parameter mintime -> evtl. kürzen.

mintime steht bei allen 3 auf 120

DS_Starter

#1051
Dann zeig mir doch bitte mal den Output von

get <> valConsumerMaster

Edit: mintime ist nur die halbe Wahrheit. Das Modul mist auch die tatsächlichen Betriebszeiten des Verbrauchers und setzt die mintime entsprechend hoch bei Bedarf. Das ist eine Sicherheitsmaßnahme dass der Verbrauchner (Trockner) nicht vor der Zeit abgeschaltet wird. Im Normalfall führt der Trockner sein Programm durch und hört dann auf, egal ob die Schaltdose noch an ist.
Das Modul misst über etotal die tatsächliche Laufzeit und merkt sich das.
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

dk3572

Zitat von: DS_Starter am 16 Juni 2021, 14:48:01
Dann zeig mir doch bitte mal den Output von

get <> valConsumerMaster

Edit: mintime ist nur die halbe Wahrheit. Das Modul mist auch die tatsächlichen Betriebszeiten des Verbrauchers und setzt die mintime entsprechend hoch bei Bedarf. Das ist eine Sicherheitsmaßnahme dass der Verbrauchner (Trockner) nicht vor der Zeit abgeschaltet wird. Im Normalfall führt der Trockner sein Programm durch und hört dann auf, egal ob die Schaltdose noch an ist.
Das Modul misst über etotal die tatsächliche Laufzeit und merkt sich das.

01 => alias => Waschmaschine
      auto => 0
      autoreading => auto_SolarForecast
      avgenergy => 754
      epieces => 1=226.20 2=301.60 3=226.20
      icon => scene_washing_machine@orange
      isConsumptionRecommended => 1
      mintime => 180
      mode => can
      name => TP_Waschmaschine
      notafter => 20
      notbefore => 08
      offcom =>
      oncom =>
      planstate => planned: 2021-06-16 14:00:00 - 2021-06-16 17:00:00
      planswitchoff => 1623855600
      planswitchon => 1623844800
      power => 2500
      retotal => total
      state => on
      type => washingmachine
      uetotal => kWh
     
02 => alias => Trockner
      auto => 0
      autoreading => auto_SolarForecast
      avgenergy => 1296
      epieces => 1=518.40 2=86.40 3=86.40 4=86.40 5=86.40 6=86.40 7=86.40 8=259.20
      icon => scene_clothes_dryer@orange
      isConsumptionRecommended => 1
      mintime => 480
      mode => can
      name => TP_Trockner
      notafter => 20
      notbefore => 08
      offcom =>
      oncom =>
      planstate => planned: 2021-06-16 14:00:00 - 2021-06-16 22:00:00
      planswitchoff => 1623873600
      planswitchon => 1623844800
      power => 2500
      retotal => total
      state => on
      type => dryer
      uetotal => kWh
     
03 => alias => Spülmaschine
      auto => 0
      autoreading => auto_SolarForecast
      avgenergy => 846
      epieces => 1=380.70 2=42.30 3=42.30 4=380.70
      icon => scene_dishwasher@orange
      isConsumptionRecommended => 1
      mintime => 240
      mode => can
      name => Spuelmaschine
      notafter => 20
      notbefore => 08
      offcom =>
      oncom =>
      planstate => planned: 2021-06-16 14:00:00 - 2021-06-16 18:00:00
      planswitchoff => 1623859200
      planswitchon => 1623844800
      power => 2500
      retotal => ENERGY_Today
      state => on
      type => dishwasher
      uetotal => kWh

DS_Starter

Danke. Ja genau, siehe mintime => 480
Es wurde eine durchschnittliche Einschaltzeit des Verbrauchers von ca. 8h am Tag ermittelt. Deswegen wird nicht (automatisch) vor Startzeit + 8h ausgeschaltet.
Das heißt aber nicht, dass der Verbraucher so lange laufen muss, der Trockner wird ja eher fertig sein. Das wird registriert und bei nächsten mal die Zeit verkürzt, aber nicht kleiner als mintime. Ich schrieb ja bereits wie es sich verhält.
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

dk3572

Zitat von: DS_Starter am 16 Juni 2021, 16:34:02
Danke. Ja genau, siehe mintime => 480
Es wurde eine durchschnittliche Einschaltzeit des Verbrauchers von ca. 8h am Tag ermittelt. Deswegen wird nicht (automatisch) vor Startzeit + 8h ausgeschaltet.
Das heißt aber nicht, dass der Verbraucher so lange laufen muss, der Trockner wird ja eher fertig sein. Das wird registriert und bei nächsten mal die Zeit verkürzt, aber nicht kleiner als mintime. Ich schrieb ja bereits wie es sich verhält.

Und passend hierzu wieder das Beispiel, in der geplanten Zeit waren alle Icon gold.
Jetzt wo der Erste Verbraucher abgelaufen ist wurde dieser grau.
Aber die anderen sind jetzt weiß, obwohl noch in der geplanten Zeit.

consumerAdviceIcon    clock@gold

DS_Starter

Das jetzt eine Weile gedauert bis ich die Ursache gefunden habe ... liegt im contrib.
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

dk3572

Zitat von: DS_Starter am 16 Juni 2021, 18:16:50
Das jetzt eine Weile gedauert bis ich die Ursache gefunden habe ... liegt im contrib.

Du, es funktioniert ja alles und ich bin dankbar für deine/eure Arbeit die ihr hier reinsteckt.
Erst recht für den geduldigen Support.
Von daher kann es ruhig etwas dauern  ;)

Schönen Abend noch und VG Dieter

papa

Kann ich eigentlich irgendwo einstellen, dass der Akku erst zu XX% geladen sein soll, bevor Verbraucher angeschaltet werden ?
BananaPi + CUL868 + CUL433 + HM-UART + 1Wire

DS_Starter

ZitatKann ich eigentlich irgendwo einstellen, dass der Akku erst zu XX% geladen sein soll, bevor Verbraucher angeschaltet werden ?
Bisher nicht, wäre ein Feature-Request  :)
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

papa

Zitat von: DS_Starter am 16 Juni 2021, 22:35:29
Bisher nicht, wäre ein Feature-Request  :)
Da ja - wäre nett, wenn erst mal die Grundladung drin ist, um Lastspitzen (z.B. zu Mittag) abzufedern.
BananaPi + CUL868 + CUL433 + HM-UART + 1Wire

DS_Starter

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

DS_Starter

Guten Morgen,

Frage zur Batterie Vorrangladung.

Wäre es aus deiner/eurer Sicht besser die Vorrangladung generell einheitlich für alle Verbraucher festzulegen (die Prozent), oder wäre es ein individueller Schlüssel in jedem Verbraucherattr ?

Bei einem Verbraucher mit mode=must würde dieser trotz nicht erreichter Batteriemindestladung eingeschaltet werden (steckt ja schon in dem must). Oder würdest du/ihr trotzdem einen Vorrang der Batterieladung sehen wollen ? Denkt auch an den Winter, wenn evtl. die eingestellte Mindestbatterieladung kaum erreicht werden könnte.

Grüße,
Heiko
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

papa

Von mir aus gern global für alle "Can" Verbraucher.
BananaPi + CUL868 + CUL433 + HM-UART + 1Wire

dk3572

Zitat von: DS_Starter am 16 Juni 2021, 18:16:50
Das jetzt eine Weile gedauert bis ich die Ursache gefunden habe ... liegt im contrib.

Hallo Heiko,

jetzt scheint es zu passen  ;)

DS_Starter

Hallo @all,

im contrib liegt neue V mit einer Batterie Vorrangladung.
Dazu gibt es dieses Attribut:

preferredChargeBattery
Es werden Verbraucher mit dem Mode can erst dann eingeschaltet, wenn die angegebene Batterieladung (%) erreicht ist.
Verbraucher mit dem Mode must beachten die Vorrangladung der Batterie nicht.
(default: 0)

Bitte teste(t) das mal.

LG
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