76_SolarForecast - Informationen/Ideen zu Weiterentwicklung und Support

[peterboeckmann]

Aber grundsätzlich wäre deine Erwartung auch hier, dass der AUS-Zustand den du manuell herbeigeführt hast, beibehalten wird und NICHT wieder automatisch eingeschaltet, richtig?

Zumindest hatte ich deine Beschreibung weiter oben so verstanden.
Aus Anwendersicht fände ich es auch verständlich, wenn die Automatik immer schaltet, wenn sie aktiviert ist - unabhängig von irgendwelchen manuellen bzw. externen Schaltvorgängen.

Ich will nur verstehen, wie SF tickt. Leben kann ich mit beiden Varianten.

Viele Grüße,
Peter

[DS_Starter]

Hallo Peter,

jetzt ist mir dein Fall klar geworden und es ist strukturell bedingt.

Du hast den Consumer ausgeschaltet und er war bis 13:55:10 im Status continued:

Code Auswählen Erweitern

2026.08.02 13:55:10 1: SolarForecast DEBUG> ############### consumerSwitching consumer "03" ###############
2026.08.02 13:55:10 1: SolarForecast DEBUG> consumer "03" - ConsumptionRecommended calc method: default, surplus: 8575
2026.08.02 13:55:10 1: SolarForecast DEBUG> consumer "03" - current Grid power consumption: 0 W
2026.08.02 13:55:10 1: SolarForecast DEBUG> consumer "03" - Power splitting - Grid: 0 W, PV: 300 W
2026.08.02 13:55:10 1: SolarForecast DEBUG> consumer "03" - additional consumption after switching on (if currently 'off'): 300 W
2026.08.02 13:55:10 1: SolarForecast DEBUG> consumer "03" - current planning state: continued
2026.08.02 13:55:10 1: SolarForecast DEBUG> consumer "03" - physical Switchstate before switching: off
2026.08.02 13:55:10 1: SolarForecast DEBUG> consumer "03" - logical Switchstate before switching: off
2026.08.02 13:55:10 1: SolarForecast DEBUG> consumer "03" - priority=0
2026.08.02 13:55:10 1: SolarForecast DEBUG> consumer "03" - general switching parameters => auto mode=1, Household con=-5367 W, nompower=300 W, surplus=8575 W, Mode=can, planstate=continued:, starttime=02.08.2026 06:26:10
2026.08.02 13:55:10 1: SolarForecast DEBUG> consumer "03" - isInLocktime=0
2026.08.02 13:55:10 1: SolarForecast DEBUG> consumer "03" - Check Context 'switch on' => swoncond=1, on-command=on
2026.08.02 13:55:10 1: SolarForecast DEBUG> consumer "03" - isAddSwitchOnCond Info=value "0" matches the Regex "0"
-> Check successful
2026.08.02 13:55:10 1: SolarForecast DEBUG> consumer "03" - isAddSwitchOffCond Info=value "0" doesn't match the Regex "1"
(the effect depends on the switch context)
2026.08.02 13:55:10 1: SolarForecast DEBUG> consumer "03" - device 'MQTT2_Spelunkenentfeuchter' is used as switching device
2026.08.02 13:55:10 1: SolarForecast DEBUG> consumer "03" - Interrupt Characteristic value: 1 -> simple true
2026.08.02 13:55:10 1: SolarForecast DEBUG> consumer "03" - Check Context 'switch off' => swoffcond: 0, off-command: off
2026.08.02 13:55:10 1: SolarForecast DEBUG> consumer "03" - is Consumption recommended: 1
2026.08.02 13:55:10 1: SolarForecast DEBUG> consumer "03" - isAddSwitchOffCond Info: value "0" doesn't match the Regex "1"
(the effect depends on the switch context)
2026.08.02 13:55:10 1: SolarForecast DEBUG> consumer "03" - current planning state: continued
2026.08.02 13:55:10 1: SolarForecast DEBUG> consumer "03" - physical Switchstate after switching: off
2026.08.02 13:55:10 1: SolarForecast DEBUG> consumer "03" - logical Switchstate after switching: off
2026.08.02 13:55:10 1: SolarForecast DEBUG> consumer "03" - cycleDayNum: 18
2026.08.02 13:55:10 1: SolarForecast DEBUG> consumer "03" - last cycle start time: 2026-08-02 13:41:52
2026.08.02 13:55:10 1: SolarForecast DEBUG> consumer "03" - last cycle end time: 2026-08-02 13:46:59


Dann 13:55:18 geht er in den Status interrupting wegen Unterschreitung Überschuß (effective surplus 0 W < required 300 W) -> SF sendet Ausschaltkommando:

Code Auswählen Erweitern

2026.08.02 13:55:18 1: SolarForecast DEBUG> ############### consumerSwitching consumer "03" ###############
2026.08.02 13:55:18 1: SolarForecast DEBUG> consumer "03" - ConsumptionRecommended calc method: default, surplus: 0
2026.08.02 13:55:18 1: SolarForecast DEBUG> consumer "03" - current Grid power consumption: 3930 W
2026.08.02 13:55:18 1: SolarForecast DEBUG> consumer "03" - Power splitting - Grid: 0 W, PV: 300 W
2026.08.02 13:55:18 1: SolarForecast DEBUG> consumer "03" - additional consumption after switching on (if currently 'off'): 300 W
2026.08.02 13:55:18 1: SolarForecast DEBUG> consumer "03" - current planning state: interrupting
2026.08.02 13:55:18 1: SolarForecast DEBUG> consumer "03" - physical Switchstate before switching: off
2026.08.02 13:55:18 1: SolarForecast DEBUG> consumer "03" - logical Switchstate before switching: off
2026.08.02 13:55:18 1: SolarForecast DEBUG> consumer "03" - priority=0
2026.08.02 13:55:18 1: SolarForecast DEBUG> consumer "03" - general switching parameters => auto mode=1, Household con=8255 W, nompower=300 W, surplus=0 W, Mode=can, planstate=interrupting:, starttime=02.08.2026 06:26:10
2026.08.02 13:55:18 1: SolarForecast DEBUG> consumer "03" - isInLocktime=0
2026.08.02 13:55:18 1: SolarForecast DEBUG> consumer "03" - Check Context 'switch on' => swoncond=1, on-command=on
2026.08.02 13:55:18 1: SolarForecast DEBUG> consumer "03" - isAddSwitchOnCond Info=value "0" matches the Regex "0"
-> Check successful
2026.08.02 13:55:18 1: SolarForecast DEBUG> consumer "03" - isAddSwitchOffCond Info=value "0" doesn't match the Regex "1"
(the effect depends on the switch context)
2026.08.02 13:55:18 1: SolarForecast DEBUG> consumer "03" - device 'MQTT2_Spelunkenentfeuchter' is used as switching device
2026.08.02 13:55:18 1: SolarForecast DEBUG> consumer "03" - Interrupt Characteristic value: 1 -> simple true
2026.08.02 13:55:18 1: SolarForecast DEBUG> consumer "03" - start deferred: effective surplus 0 W < required 300 W (committed: 0 W)
2026.08.02 13:55:18 1: SolarForecast DEBUG> consumer "03" - Check Context 'switch off' => swoffcond: 0, off-command: off
2026.08.02 13:55:18 1: SolarForecast DEBUG> consumer "03" - is Consumption recommended: 0
2026.08.02 13:55:18 1: SolarForecast DEBUG> consumer "03" - isAddSwitchOffCond Info: value "0" doesn't match the Regex "1"
(the effect depends on the switch context)
2026.08.02 13:55:18 1: SolarForecast DEBUG> consumer "03" - send switch command now: "set MQTT2_Spelunkenentfeuchter off"
2026.08.02 13:55:18 1: SolarForecast DEBUG> consumer "03" - current planning state: interrupting
2026.08.02 13:55:18 1: SolarForecast DEBUG> consumer "03" - physical Switchstate after switching: off
2026.08.02 13:55:18 1: SolarForecast DEBUG> consumer "03" - logical Switchstate after switching: off
2026.08.02 13:55:18 1: SolarForecast DEBUG> consumer "03" - cycleDayNum: 18
2026.08.02 13:55:18 1: SolarForecast DEBUG> consumer "03" - last cycle start time: 2026-08-02 13:41:52
2026.08.02 13:55:18 1: SolarForecast DEBUG> consumer "03" - last cycle end time: 2026-08-02 13:46:59

Nebenbei, es kommt sehr oft das Ausschaltkommando bis 13:55:42:

Code Auswählen Erweitern

send switch command now: "set MQTT2_Spelunkenentfeuchter off"aber dein Consumer wird nicht als off erkannt (oder schaltet nicht), der Befehl feuert immer wieder. Vllt. mal checken.

Dann kommt 13:55:47 der Wechsel weil wieder genug Überschuß da ist und die Automatik schaltet ein:

Code Auswählen Erweitern

2026.08.02 13:55:42 1: SolarForecast DEBUG> ############### consumerSwitching consumer "03" ###############
2026.08.02 13:55:42 1: SolarForecast DEBUG> consumer "03" - ConsumptionRecommended calc method: default, surplus: 0
2026.08.02 13:55:42 1: SolarForecast DEBUG> consumer "03" - current Grid power consumption: 2391 W
2026.08.02 13:55:42 1: SolarForecast DEBUG> consumer "03" - Power splitting - Grid: 0 W, PV: 300 W
2026.08.02 13:55:42 1: SolarForecast DEBUG> consumer "03" - additional consumption after switching on (if currently 'off'): 300 W
2026.08.02 13:55:42 1: SolarForecast DEBUG> consumer "03" - current planning state: interrupting
2026.08.02 13:55:42 1: SolarForecast DEBUG> consumer "03" - physical Switchstate before switching: off
2026.08.02 13:55:42 1: SolarForecast DEBUG> consumer "03" - logical Switchstate before switching: off
2026.08.02 13:55:42 1: SolarForecast DEBUG> consumer "03" - priority=0
2026.08.02 13:55:42 1: SolarForecast DEBUG> consumer "03" - general switching parameters => auto mode=1, Household con=8810 W, nompower=300 W, surplus=0 W, Mode=can, planstate=interrupting:, starttime=02.08.2026 06:26:10
2026.08.02 13:55:42 1: SolarForecast DEBUG> consumer "03" - isInLocktime=0
2026.08.02 13:55:42 1: SolarForecast DEBUG> consumer "03" - Check Context 'switch on' => swoncond=1, on-command=on
2026.08.02 13:55:42 1: SolarForecast DEBUG> consumer "03" - isAddSwitchOnCond Info=value "0" matches the Regex "0"
-> Check successful
2026.08.02 13:55:42 1: SolarForecast DEBUG> consumer "03" - isAddSwitchOffCond Info=value "0" doesn't match the Regex "1"
(the effect depends on the switch context)
2026.08.02 13:55:42 1: SolarForecast DEBUG> consumer "03" - device 'MQTT2_Spelunkenentfeuchter' is used as switching device
2026.08.02 13:55:42 1: SolarForecast DEBUG> consumer "03" - Interrupt Characteristic value: 1 -> simple true
2026.08.02 13:55:42 1: SolarForecast DEBUG> consumer "03" - start deferred: effective surplus 0 W < required 300 W (committed: 0 W)
2026.08.02 13:55:42 1: SolarForecast DEBUG> consumer "03" - Check Context 'switch off' => swoffcond: 0, off-command: off
2026.08.02 13:55:42 1: SolarForecast DEBUG> consumer "03" - is Consumption recommended: 0
2026.08.02 13:55:42 1: SolarForecast DEBUG> consumer "03" - isAddSwitchOffCond Info: value "0" doesn't match the Regex "1"
(the effect depends on the switch context)
2026.08.02 13:55:42 1: SolarForecast DEBUG> consumer "03" - send switch command now: "set MQTT2_Spelunkenentfeuchter off"
2026.08.02 13:55:42 1: SolarForecast DEBUG> consumer "03" - current planning state: interrupting
2026.08.02 13:55:42 1: SolarForecast DEBUG> consumer "03" - physical Switchstate after switching: off
2026.08.02 13:55:42 1: SolarForecast DEBUG> consumer "03" - logical Switchstate after switching: off
2026.08.02 13:55:42 1: SolarForecast DEBUG> consumer "03" - cycleDayNum: 18
2026.08.02 13:55:42 1: SolarForecast DEBUG> consumer "03" - last cycle start time: 2026-08-02 13:41:52
2026.08.02 13:55:42 1: SolarForecast DEBUG> consumer "03" - last cycle end time: 2026-08-02 13:46:59

....

2026.08.02 13:55:47 1: SolarForecast DEBUG> ############### consumerSwitching consumer "03" ###############
2026.08.02 13:55:47 1: SolarForecast DEBUG> consumer "03" - ConsumptionRecommended calc method: default, surplus: 1024
2026.08.02 13:55:47 1: SolarForecast DEBUG> consumer "03" - current Grid power consumption: 0 W
2026.08.02 13:55:47 1: SolarForecast DEBUG> consumer "03" - Power splitting - Grid: 0 W, PV: 300 W
2026.08.02 13:55:47 1: SolarForecast DEBUG> consumer "03" - additional consumption after switching on (if currently 'off'): 300 W
2026.08.02 13:55:47 1: SolarForecast DEBUG> consumer "03" - current planning state: interrupting
2026.08.02 13:55:47 1: SolarForecast DEBUG> consumer "03" - physical Switchstate before switching: off
2026.08.02 13:55:47 1: SolarForecast DEBUG> consumer "03" - logical Switchstate before switching: off
2026.08.02 13:55:47 1: SolarForecast DEBUG> consumer "03" - priority=0
2026.08.02 13:55:47 1: SolarForecast DEBUG> consumer "03" - general switching parameters => auto mode=1, Household con=5798 W, nompower=300 W, surplus=1024 W, Mode=can, planstate=interrupting:, starttime=02.08.2026 06:26:10
2026.08.02 13:55:47 1: SolarForecast DEBUG> consumer "03" - isInLocktime=0
2026.08.02 13:55:47 1: SolarForecast DEBUG> consumer "03" - Check Context 'switch on' => swoncond=1, on-command=on
2026.08.02 13:55:47 1: SolarForecast DEBUG> consumer "03" - isAddSwitchOnCond Info=value "0" matches the Regex "0"
-> Check successful
2026.08.02 13:55:47 1: SolarForecast DEBUG> consumer "03" - isAddSwitchOffCond Info=value "0" doesn't match the Regex "1"
(the effect depends on the switch context)
2026.08.02 13:55:47 1: SolarForecast DEBUG> consumer "03" - device 'MQTT2_Spelunkenentfeuchter' is used as switching device
2026.08.02 13:55:47 1: SolarForecast DEBUG> consumer "03" - Interrupt Characteristic value: 1 -> simple true
2026.08.02 13:55:47 1: SolarForecast DEBUG> consumer "03" - send switch command: "set MQTT2_Spelunkenentfeuchter on"
2026.08.02 13:55:47 1: SolarForecast DEBUG> consumer "03" - Check Context 'switch off' => swoffcond: 0, off-command: off
2026.08.02 13:55:47 1: SolarForecast DEBUG> consumer "03" - is Consumption recommended: 1
2026.08.02 13:55:47 1: SolarForecast DEBUG> consumer "03" - isAddSwitchOffCond Info: value "0" doesn't match the Regex "1"
(the effect depends on the switch context)
2026.08.02 13:55:47 1: SolarForecast DEBUG> consumer "03" - current planning state: continuing
2026.08.02 13:55:47 1: SolarForecast DEBUG> consumer "03" - physical Switchstate after switching: off
2026.08.02 13:55:47 1: SolarForecast DEBUG> consumer "03" - logical Switchstate after switching: off
2026.08.02 13:55:47 1: SolarForecast DEBUG> consumer "03" - cycleDayNum: 18
2026.08.02 13:55:47 1: SolarForecast DEBUG> consumer "03" - last cycle start time: 2026-08-02 13:41:52
2026.08.02 13:55:47 1: SolarForecast DEBUG> consumer "03" - last cycle end time: 2026-08-02 13:46:59

Der Punkt ist, dass es einen weiteren wesentlichen Fakt gibt.
Der entscheidende Mechanismus: Sobald die Automatik den Consumer einmal selbst "berührt" – und sei es nur, weil 
er wegen zu wenig Überschuß unterbrochen wird - und dadurch der manuell herbeigeführte Status (AUS) gleich dem automatischen SF-Sollstatus (AUS) ist (implizierter internen Tabellensynch), übernimmt die Automatik wieder wenn sie aktiv ist. Genau das war bei dir der Fall.

Ich muß also die Fälle der Automatikeinrastung ergänzen:

- wenn NACH manueller Schaltung der Zustand VOR dem manuellen Eingriff wiederhergestellt wird, wobei die
  Automatik nicht deaktiviert wurde (wie bisher)

- Sobald die Automatik den Consumer einmal selbst "berührt" – und sei es nur, weil 
  er wegen zu wenig Überschuß kurz unterbrochen wird - und dadurch der manuell herbeigeführte Status (z.B. AUS)
  gleich dem automatischen SF-Sollstatus (z.B. AUS) gleich ist (implizierter internen Tabellensynch),
  übernimmt die Automatik wieder wenn sie aktiv ist.

- bei einer AUS-> EIN Flanke des Automatikmodus, unabhängig ob der Schaltzustand vor dem manuellen
  Eingriff wiederhergestellt wurde

Ich denke das vergisst man. Werde es im Wiki passend hinterlegen zum Nachlesen.

LG,
Heiko

[peterboeckmann]

Hallo Heiko,

Danke für den Hinweis bzgl. des verzögerten Schaltens.
Das device selbst wird per MQTT über WLAN gesteuert. Die WLAN-Verbindung ist zu diesem device vielleicht nicht die beste.
Wenn ich das richtig überblicke, steht das device solange auf set_on bzw. set_off.
Prüft SF diesen Status oder nur on und off?

Viele Grüße,
Peter

[DS_Starter]

Wenn ich das richtig überblicke, steht das device solange auf set_on bzw. set_off.
Prüft SF diesen Status oder nur on und off?

Es wird geprüft was du als Regex im Schlüssel swstate für on bzw. off angibst.
Per default ist es on und off.
Aber bei dir wäre es vermutlich so abzuändern:

Code Auswählen Erweitern

swstate=state:.*on:.*off
wenn das nicht reicht:

Code Auswählen Erweitern

swstate=state:.*on.*:.*off.*