heizstab, ich hab wohl was nicht verstanden

[cmock]

ich hab mir einen heizlüfter über einen tasmota-zwischenstecker angeschlossen und gemäß dokumentation konfiguriert.

solang ordentlich die sonne schien, ging alles wie erwartet, temperatureinstellung inklusive, im modus "PV".

jetzt wird's langsam finster und es fallen zwei dinge auf:

erstens, er heizt fröhlich weiter, obwohl schon netzbezug vorliegt -- evcc sieht diesen bezug auch, zeigt ihn an, berechnet ihn, schaltet aber nicht ab.

zweitens, nachdem ich in evcc auf "Aus" geschaltet hab, ist die eingestellte temperatur wieder auf 100° gesprungen.

wie konfigurier ich das so, daß wirklich nur der überschuss verwendet wird, und daß er sich die temperatur merkt?

[mdkeil]

Poste mal deine config (in Code Tags) und wenn möglich das zu deinem Problem passende Log.

[cmock]

hier mal die relevante config:

meters:
  - name: luefter_meter
    type: template
    template: tasmota
    host: 192.168.57.13 # nous2
    channel: 1

loadpoints:
  - title: Lüfter
    charger: luefter_plug
    meter: luefter_meter
    vehicle: luefter
    enable:
      threshold: 0
      delay: 1m
    disable:
      threshold: 0
      delay: 1m
    soc:
      estimate: false
      poll:
        mode: always
        interval: 1m

chargers:
  - name: luefter_plug
    type: template
    template: tasmota
    host: 192.168.57.13
    channel: 1
    standbypower: 15
    integrateddevice: true
    heating: true
    icon: heater

vehicles:
  - name: luefter
    type: custom
    title: Heizlüfter
    phases: 1
    soc:
      source: mqtt
      topic: environment/wohnzimmer/temperature
      timeout: 10m

fürs reproduzieren ist es grad zu hell...

[VolkerK62]

fürs reproduzieren ist es grad zu hell...

Tipp: kann man provozieren, wenn man per API residualpower auf einen hohen Wert einstellt.

[cmock]

leider kann ich das jetzt, wo es dunkel wird, nicht nachstellen, weil sich der lüfter jetzt (nachdem die eingestellte temperatur vorher erreicht war) nicht wieder einschaltet, auch wenn ich die soll-temperatur (in evcc) hochsetze...

wie geht das mit threshold beim enable und disable? trag ich bei enable die leistung des gerätes ein, daß er nur anspringt, wenn der entsprechende überschuss vorhanden ist? und ist threshold beim disable dann 1:1 zu verstehen oder nach abzug der gemessenen leistung dieses loadpoints?

[VolkerK62]

Im Allgemeinen können beide auf 0 stehen.
bei enable-threshold: 0 wird dann eingeschaltet, wenn der Überschuss der eingestellten Mindesladeleistung (mincurrent * 230V) entspricht. Nach dem Einschalten ist dann kein Überschuss mehr da.
bei disable.threshold: 0 wird abgeschaltet, wenn kein Überschuss mehr vorhanden ist (also aus dem Netz gezogen wird). Nach dem Abschalten ist dann wieder Überschuss in Höhe der vormaligen Ladeleistung vorhanden.

[cmock]

zum thema "temperatur springt beim ausschalten auf 100°", hier das log zum zeitpunkt, als ich im GUI von "PV" auf "Off" geschaltet hab:

Apr 20 17:55:42 rockpro evcc[1439325]: [lp-3  ] INFO 2024/04/20 17:55:42 car disconnected
Apr 20 17:55:42 rockpro evcc[1439325]: [lp-3  ] DEBUG 2024/04/20 17:55:42 set session soc limit: 0
Apr 20 17:55:42 rockpro evcc[1439325]: [lp-3  ] DEBUG 2024/04/20 17:55:42 set session energy limit: 0
Apr 20 17:55:42 rockpro evcc[1439325]: [lp-3  ] DEBUG 2024/04/20 17:55:42 vehicle soc: 21%

[VolkerK62]

Folgende Idee:
nimm mal heating: true aus der Config.
evcc neu starten.
Dann hast du im UI am Loadpoint unten in der Mitte "Plan". Das ist bei "heating" ausgeblendet.
Dort kannst du im Tab "Ankunft" das Standard-Ladelimit für das "Fahrzeug" einstellen. Das wird dauerhaft gespeichert.
dann heating: true wieder eintragen und neu starten.

[VolkerK62]

alternativ geht das auch per API https://docs.evcc.io/docs/reference/api#vehicles

[cmock]

so, ich war ein paar tage fort von meinem evcc-setup, heute ist krz vor dem zeitpunkt, als der PV-überschuss zu gering wurde, auch die soll-temperatur erreicht worden, wenn ich das log richtig interpretiere (enable threshold hab ich aktuell auf den 1000W, die der heizlüfter braucht, disable threshold weiterhin auf 0...)

(danke für die lösung zum temperatur-reset)

Apr 26 15:05:04 rockpro evcc[1439325]: [site  ] DEBUG 2024/04/26 15:05:04 pv power: 1041W
Apr 26 15:05:04 rockpro evcc[1439325]: [site  ] DEBUG 2024/04/26 15:05:04 grid meter: 4W
Apr 26 15:05:04 rockpro evcc[1439325]: [site  ] DEBUG 2024/04/26 15:05:04 grid currents: [1.38 1.47 2.87]A
Apr 26 15:05:04 rockpro evcc[1439325]: [site  ] DEBUG 2024/04/26 15:05:04 site power: 4W
Apr 26 15:05:04 rockpro evcc[1439325]: [lp-3  ] DEBUG 2024/04/26 15:05:04 charge total import: 5.389kWh
Apr 26 15:05:04 rockpro evcc[1439325]: [lp-3  ] DEBUG 2024/04/26 15:05:04 charger status: C
Apr 26 15:05:04 rockpro evcc[1439325]: [lp-3  ] DEBUG 2024/04/26 15:05:04 vehicle soc: 21%
Apr 26 15:05:04 rockpro evcc[1439325]: [lp-3  ] DEBUG 2024/04/26 15:05:04 limitSoc reached: 21.0% > 21%
Apr 26 15:05:04 rockpro evcc[1439325]: [lp-3  ] DEBUG 2024/04/26 15:05:04 charger disable
Apr 26 15:05:04 rockpro evcc[1439325]: [lp-3  ] DEBUG 2024/04/26 15:05:04 wake-up timer: stop

[cmock]

OK, heut ist es draussen recht finster und ich konnte das phänomen mit dem nicht-abschalten wieder beobachten. der netzbezugs-verlauf einmal als graph vom grid-meter:

eingeschaltet (von "Off" auf "PV") um 9:19, ausgeschaltet um 11:24. wie man sieht, ist der heizlüfter mit seinem knappen kW zu anfang kurz angesprungen, dann wieder ausgegangen (wie erwartet), dann um 9:20 wieder angegangen und dann bis zum manuellen ausschalten angeblieben, obwohl zwischendurch recht lange perioden mit nennenswertem netzbezug waren, jedenfalls weit länger als das konfigurierte delay von 1m.

das ganze debug-log häng ich an: evcc.log

die beiden anderen loadpoints waren währenddessen inaktiv.

die konfiguration des loadpoints:

  - title: Lüfter
    charger: luefter_plug
    meter: luefter_meter
    vehicle: luefter
    enable:
      threshold: -1000
      delay: 1m
    disable:
      threshold: -50
      delay: 1m
    soc:
      estimate: false
      poll:
        mode: always
        interval: 1m

[VolkerK62]

Welche Einstellungen hast du in den Loadpoint settings bei Min. und Max. Ladestrom? (Vermutlich 6 -16A)
Da dein Heizstab nicht geregelt werden kann, solltest du da einen entsprechend passenden Wert eintragen. 930W = 4A (bei beiden).

Was passiert. Es ist Überschuss verfügbar, der Ladestrom wird bis auf 16A hochgeregelt. Wenn dann Netzbezug auftritt, wird der Ladestrom entsprechend runtergeregelt. Bei z.B. 230W Netzbezug = -1A. So setzt sich das dann fort in jedem Intervall. Erst wenn der Min.Ladestrom erreicht ist, wirkt disable.threshold.

[VolkerK62]

Dann kannst du dir auch die enable.threshold sparen. Denn die 4A Min-Ladestrom definieren auch die Einschaltschwelle.