Ich bin mir nicht sicher ob das hier die richtige Kategorie ist oder ob Heizstab besser wäre.. aber es geht ja eher um ein "regelungsproblem"
ich versuche gerade über das HTTP modul eine "echte" Regelung eines Heizstabes zu implementieren ( nicht nur an/aus sondern geregelt alla ohmpilot )
Die Regelung als solches funktioniert auch und nimmt gerade über ein Webinterface ihren sollwert entgegen.
Ich dachte ich könne das so direkt in openWB einbinden aber:
Mir ist jetzt aufgefallen, das ja in der "<openwb-ueberschuss>" variable der tatsächliche einspeisewert übermittelt wird und nicht der für das Smarthome-Gerät "zur verfügung stehende" überschuss. Dieser wert bringt zur Regelung nicht wirklich viel, da ja der Heizstab, wenn er denn an ist auch in diesen Wert eingeht. Das führt dazu, dass die regelung quasi "taktet" und immer Hoch und Runterregelt.
Ich habe auch schon versucht diesen in der Regelung zu errechnen indem ich den aktuellen Wert des Heizstabes und den Überschuss verrechne (sollwert = aktuelle_leistung + überschuss). Leider dies auch mit mäßigem Erfolg, da scheinbar die Regelung , bzw das messen des Überschusses nicht mit dem selben "Takt" erfolgt was dazu führt, das z.b. ein 2. mal 2kW überschuss gemeldet werden obwohl der Heizstabl schon auf 2kW steht.
In der Addition spielt der dann mit 4kW und es wird das nächste mal wieder abgezogen.. also wieder ein schwingen.
Gibt es hierzu ideen?
Eine Überlegung wäre noch im watt.py eine "low-pass" filterung des sollwertes zu machen, dass er sich nur langsam anpassen kann:
sollwert = aktuelle_leistung_aus_ramdisk + überschuss
sollwert = letzer_sollwert_aus_ramdisk + ((sollwert - letzer_sollwert_aus_ramdisk) / filterkonstante)
Oder gibt es noch einen größeren Denkfehler
Oder gibt es ggf noch andere Werte in der Ramdisk, die für diese Berechnung hilfreich sein könnten?
Mit besten Grüßen
Pascal
):