Neueste Beiträge

#11

DOIF / Aw: Wie gestalte ich die Bedin...

Letzter Beitrag von rabehd - 18 Februar 2026, 21:55:38

In der Grundschule (3. Schuljahr) lernt man nicht den "Modulo-Operator", sondern "Teilen mit Rest".

Allerdings "Teilen" habe ich vor 50. Jahren in der Grundschule gelernt - auch mit Rest.

Ich auch, im Schuljahr 1974/75 😀

Gilt auch für mich, POS, Einschulung 1972 und sogar "Jungpionier". 

#12

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von Wolle02 - 18 Februar 2026, 21:51:55

Achso, na dann erklärt sich der Rückfall. Die KI hat auch Recht, zumindest zum Teil.
Es ist so, dass der neue Ziel-SoC immer auf der halben Strecke zwischen Sonnenauf- und Untergang aktiviert wird. Heute also um 13 Uhr herum. Aber wenn alter Ziel-SoC == neuer Ziel-SoC zu diesem Zeitpunkt ist, merkt man es nicht. Beim Tageswechsel wird der Ziel-SoC des Vortages aus der History gelesen, in dem Fall 55%. Dann erfolgt die Prüfung ob der maximal erreichte Soc des Vortages (also am 17.02.) kleiner, größer oder gleich dem maxSoc (95% bei dir) erreicht hat. Wenn dieser Wert >= dem maxSoc war, wird der Ziel-SoC des Vortages um stepSoC (default 5%) verringert. Das ist zunächst nur der preliminary Wert, der Endwert hängt noch von weiteren Parametern ab.
Somit ist das Verhalten logisch erklärbar.
Wenn in der sonnenreicheren Jahreszeit die PV Prognose wieder hochzieht, wirst du sehen, dass der Ziel-SoC bereits während des Tages wieder dynamischer (nach unten) angepasst wird um Platz für den Überschuß des kommenden Tages zu schaffen.
Das würde auch jetzt passieren, wenn das System keinen so hohen E-Verbrauch prognostizieren würde der den Überschuß so stark drückt und das System von fast keiner Ladung ausgeht.

Hmmm, ok. Na ich glaube ich beobachte das mal ein halbes Jahr weiter, ob sich das Verhalten wieder ändert wenn wieder mehr Solarertrag kommt.
Kann man das "Drücken" des Überschusses eventuell einstellbar machen, so dass man da mit den Werten etwas spielen kann?

Edit: Was mir aber noch einfällt... wenn deine Batterie am 17. maxSoC erreicht hatte und am 17. bereits 55% als Ziel-SoC definiert war ( Target: 55 % (no change)), dann hätte die Batterie am 17. nicht unter 55% fallen dürfen. Stellst du den Ziel-SoC in deiner Batterie auch automatisch SF-gesteuert ein?

Ja, das tue ich. Das ist ja der Grund warum mich der Zeitpunkt mitten in der Nach stört.

#13

DOIF / Aw: Wie gestalte ich die Bedin...

Letzter Beitrag von betateilchen - 18 Februar 2026, 21:50:41

oder bin ich zu blöd das zu verstehen?.

Erwartest Du auf diese Frage eigentlich eine Antwort?

Was ich auch nicht verstehe, {$yday} ergibt für heute den 17.2. den Wert 47, also den 47. Tag des Jahres (30T Januar+ 17 Tage Februar)

Zur Richtigstellung:

• der Januar hat 31 Tage
• 47 bekommst Du, weil die Zählung von yday mit 0 beginnt

#14

DOIF / Aw: Wie gestalte ich die Bedin...

Letzter Beitrag von betateilchen - 18 Februar 2026, 21:44:12

In der Grundschule (3. Schuljahr) lernt man nicht den "Modulo-Operator", sondern "Teilen mit Rest".

Allerdings "Teilen" habe ich vor 50. Jahren in der Grundschule gelernt - auch mit Rest.

Ich auch, im Schuljahr 1974/75 😀

#15

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von DS_Starter - 18 Februar 2026, 21:35:14

Erledigt 

Prima 

#16

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von DS_Starter - 18 Februar 2026, 21:34:21

Naja, dieser Umstand wäre mir ja noch erklärlich, weil am 17. mein Speicher einen SoC von 100% erreicht hatte, wurde dann der Battery_OptimumTargetSoC_01 um 5% decrementiert. Soweit so gut. Nur den Zeitpunkt check ich nicht, weil das ja mal anders war. Obwohl die KI behauptet, dass das so gecodet wäre.

Achso, na dann erklärt sich der Rückfall. Die KI hat auch Recht, zumindest zum Teil.
Es ist so, dass der neue Ziel-SoC immer auf der halben Strecke zwischen Sonnenauf- und Untergang aktiviert wird. Heute also um 13 Uhr herum. Aber wenn alter Min-SoC == neuer Min-SoC zu diesem Zeitpunkt ist, merkt man es nicht. Beim Tageswechsel wird der Min-SoC des Vortages aus der History gelesen, in dem Fall 55%. Dann erfolgt die Prüfung ob der maximal erreichte Soc des Vortages (also am 17.02.) kleiner, größer oder gleich dem maxSoc (95% bei dir) erreicht hat. Wenn dieser Wert >= dem maxSoc war, wird der Min-SoC des Vortages um stepSoC (default 5%) verringert. Das ist zunächst nur der preliminary Wert, der Endwert hängt noch von weiteren Parametern ab.
Somit ist das Verhalten logisch erklärbar.
Wenn in der sonnenreicheren Jahreszeit die PV Prognose wieder hochzieht, wirst du sehen, dass der Min-SoC bereits während des Tages wieder dynamischer (nach unten) angepasst wird um Platz für den Überschuß des kommenden Tages zu schaffen.
Das würde auch jetzt passieren, wenn das System keinen so hohen E-Verbrauch prognostizieren würde der den Überschuß so stark drückt und das System von fast keiner Ladung ausgeht.

Edit: Was mir aber noch einfällt... wenn deine Batterie am 17. maxSoC erreicht hatte und am 17. bereits 55% als Min-SoC definiert war ( Target: 55 % (no change)), dann hätte die Batterie am 17. nicht unter 55% fallen dürfen. Stellst du den Min-SoC in deiner Batterie auch automatisch SF-gesteuert ein?

#17

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von 300P - 18 Februar 2026, 21:23:14

@300P, wäre deine Info nicht etwas für das Wiki als Unterpunkt in diesem Bereich? Sonst gehen solche wertvollen Beiträge/Informationen leicht unter.

Erledigt 

Neuer WIKI-Eintrag

[Revision 30870: 76_SolarForecast: Version 2.2.0]

#18

FHEM Code changes / Revision 30870: 76_SolarForeca...

Letzter Beitrag von System - 18 Februar 2026, 21:01:04

Revision 30870: 76_SolarForecast: Version 2.2.0

76_SolarForecast: Version 2.2.0

Source: Revision 30870: 76_SolarForecast: Version 2.2.0

#19

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von Wolle02 - 18 Februar 2026, 20:51:43

Unter anderem dürfte der SollSoc m.M. nach nicht von 55% am 17. auf 50% am 18. zurückfallen, da ja bereits am 17. ein Soll von 55% bestand.

Naja, dieser Umstand wäre mir ja noch erklärlich, weil am 17. mein Speicher einen SoC von 100% erreicht hatte, wurde dann der Battery_OptimumTargetSoC_01 um 5% decrementiert. Soweit so gut. Nur den Zeitpunkt check ich nicht, weil das ja mal anders war. Obwohl die KI behauptet, dass das so gecodet wäre.

Den Zusammenhang mit stepSoC und careCycle muss ich mir erst noch erschließen.

Gruß
Wolle

#20

Heizungssteuerung/Raumklima / Aw: THZ Tecalor (LWZ Stiebel E...

Letzter Beitrag von LaChris1980 - 18 Februar 2026, 20:23:03

Ich hab nun mal nur die Bereiche "OA" und "0B" auslesen lassen.
Dabei sehe ich aber keine Änderungen wenn ich den Wert ändere:

Code Auswählen Erweitern

01000B0A1003-0A-BE0A0027028A
01000C0B1003-0B-01000C0B1003-0104370B00271003-decode: UNKNOWN Register REQUEST
Wäre ich aber so auf dem richtigen Weg?
Die Einstellung befindet sich im Menü "Fachmann" und ist auch mit dem Installateur-Code geschützt, ggf. ist das dann so gar nicht möglich es auszulesen?

Wenn doch hat jemand noch einen Tip in welchem Bereich der Register ich suchen könnte?
Danke euch für eure Hilfe