Das werde ich die nächten Tage mal ausprobieren. Meine "Taktzähmungsrule" lässt es zu über 20K die VLSoll nachzuführen. Damit dürfte es nur 1 Takt geben und die WP würde bei minimalster Modulation dann das was das Haus nicht abnimmt in eine steigende VLT schieben und das Haus damit zu warm werden.

Das meine WP in der Übergangszeit nicht taktet ist eine Utopie. Ich komme daher um Sperrzeiten nicht herum. Derzeit ist das Verhältnis von Takt zu Pause ca 60/40 über den Tag gesehen. Ich schaffe es aber schon ca 85% der Taktzeit bei 19/20 Hz zu fahren.

Mit FBH reicht es wenn ich ein Bonusgrad auf dem Vorlauf gewähre. Ich habe ein Script, welches erkennt ob es sich seit einer Minute in einer Abschaltsituation befindet und gebe ein Grad dazu. Entsprechend ziehe ich es wieder ab, wenn es nicht mehr erforderlich ist. So komme ich in der Übergangszeit mit einem Takt aus. Ab 9 bis (je nach AT) von 12-22Uhr. Danach wird sie bis 9 Uhr des Folgetags gesperrt. Das klappt bei mir sehr gut. Mit HK wird man mehr Bonusgrade benötige. In der Übergangszeit ist es dann Teils etwas wärmer im Haus, da die VL Ist dann bis zu 3°C über Soll läuft. Bei FBH ein großer Unterschied.

gerne mit einer nachvollziehbaren, einfachen Rule ;-)
bitte danke

ps:
offensichtlich habe ich das Glück, dass mein Haus die Wärme gut abnimmt (also braucht, was leider ja eher schlecht ist), in der Übergangszeit fahre ich händisch mit Festwert

ich starte am Morgen mit 27°C Ziel, und gebe dann händisch deine Bonusgrade dazu
was mir noch taugen würde wäre einfach ein Abschaltung, wenn sie in den ersten Takt geht

Eine Beispiel-rule wäre natürlich super😉Der Heishamon kommt erst morgen und dann bin ich erstmal im urlaub.Die Dämpfung in der Startpfase kann ja auch schon was bringen, da würde ich mich mal an den Beispielen die ich gefunden habe entlanghangeln. Die WW Bereitung muss auch noch in die rule rein, werde ich wohl noch ein paar stunden dran verbringen bis das alles läuft.

Hier die 2 Tages Grafik mit dem Test am zweiten Tag. Korrigierte Sollwertvorgabe ist violette Linie in der Mitte:



Am 1.10 um 0 Uhr habe ich in der Rule die Anzahl der vergebbaren Bonusgrade von 2 auf 10 erhöht. Vorher hat sie das gemacht wie ich es mir vorgestellt habe. Taktverhältnis ca 60% an / 40% aus bei 9 Takten pro Tag + 1x WW.

In der Folge bis 15 Uhr halte ich die WP bei 19/20 Hz für ca 15 Stunden und das bedeutet das der Überschuss die VLT steigen lässt. Um 6 Uhr wird ein grösserer Heizkörper zugeschaltet. Unser offener Wohnbereich geht langsam aber sicher auf 25° (graue Linie über der gestrichelten Linie obere Grafik in der Mitte).

Ca 15:30 kommt es zu einem MQTT- Abbruch weswegen der Watchdog im iobroker nicht bedient wurde und dieser einen Reset an Heishamon gesendet hat und dieser den Heizbetrieb abgebrochen hat. Leider habe ich täglich Probleme mit dem Wlan und dem Raspberry. Deswegen versuche ich das Korrekturprogramm autonom im Heishamin mit Rules abzubilden. Ohne den Watchdog währe sie stundenlang weiter gelaufen.

Da der Test schon abgebrochen wurde habe ich ab 18 Uhr die Anzahl der zu vergebenden Bonusgrade testweise auf 0 gesetzt. Hier kann man genau sehen was mit den Takten bei meiner Installation (Hydraulik mit glykoltrennung, FBH und Radiatoren über hydraulische Weiche) passiert ohne Bonusgradkorrektur.

Welche ideologie ist also die richtige?
WP zum durchlaufen bei min Modulation erzwingen zu höheren Kosten weil Überheizt oder mit Takten leben und Sperrzeiten setzen (aktuell Periode 160 Minuten = 9 Takte/Tag) und dafür mit bedarfsgerechten niedrigeren Kosten.

So in der Art stelle ich mir das auch vor.
Mal gucken ob ich das umgesetzt bekomme...
Weißt du zufällig bei welcher differenz vl-temp ist zu vl-soll dir anlage ausgeht? 2grad?

Der Kompressor wird ausgeschaltet wenn ununterbrochen für 3 Minuten die VLT gleich oder größer 2° höher als die Sollvorgabe ist.
Ich lasse einen Timer mitlaufen der nach 160 Sekunden reagiert.
Sollte die VLT um 3° oder mehr höher sein (kann nach dem Start passieren oder bei Vorgabenänderung) reagiere ich schon nach 10 Sekunden.
Man muss noch auf den Zeitverzug achten zwischen der original Steuerung und bis der neue Wert als TOP vorliegt.

Theoretisch ist es einfach darauf zu reagieren jedoch sind mehrere andere Faktoren zu berücksichtigen. In meiner CoPilot- Rule habe ich erstmal alles was man berücksichtigen kann (aufgrund meiner Erfahrungen) auch umgesetzt. Jetzt teste ich die Stabilität und werfe dann ggf Funktionen wieder raus wie z.B. den Watchdog. Auch spielt die Heishamon Firmware eine Rolle.

Ich habe die CoPilot rule nochmal neu aufgesetzt und die Kompliziertesten Funktionen rausgelassen. Leider kann man wieder nicht von einer einfachen Rule sprechen.

Hättest du interresse die Rule mal mit zu testen?
Die Voraussetzungen sind jetzt neben der neuen Heishamon Firmware 3.8 das nur Heizkreis 1 in Betrieb ist im Heizkurvenmodus. Die Heizkurvenberechnung des 2.Heizkreises wird missbraucht um der Jeisha das Zappeln abzugewöhnen. Emulierter Festwert währe aber auch möglich wenn man die Heizkurven Eckwerte auf einen Wert gleichschaltet.
Foraussetzung ist auch eine Tagesgrafik liefern zu können auf der die Takte zu sehen sind. Erfahrung mit Rules währe auch gut.

Beschreib doch mal was die Rule in deiner Installation verbessern soll.

In meinem Konzept bleibt der Wochentimer voll funktionsfähig und es gibt eine Möglichkeit über url- Kommando einen externen SWV- Offset einzustellen ohne das andere Funktionen eingeschränkt werden.

Hallo,

Ich habe mich mit der Flüsterkaskade aus dem "#Projekt5BasisSmallEdition = 5.93;" beschäftigt, das werde ich wohl erstmal als Basis nehmen um einen Einstiegt in das Thema zu bekommen.
Die Kaskade würde ich erstmal 1:1 übernehmen, jedoch würde ich würde gerne im TWW Betrieb den Flüstermodus Stufe 3 einschalten wenn es draussen über 4°C hat, hierzu habe ich in der Zeile 84 folgendes eingefügt:
if @Outside_Temp >= 4 then
settimer(33,60);
end
dafür den Befehl "settimer(12,60);" entfernt.

ist das schon korrekt, oder muss ich noch mehr ändern?

Gruß
Stefan

Vergiss dieses olle Script. Ich schreibe dir ein neues.
Geht es dir nur um den Flüstermodus?

Ich glaube das was ich vorher Geschrieben habe war falsch, richtig müsste es lauten:
if @Outside_Temp >= 4 then
settimer(33,60);
else
settimer(12,60);
end
oder bin ich da auf der falschen Fährte?

irgendwann wollte ich schon anfangen mit Rules
im Moment bräuchte ich wohl nur das "gedämpfte Anfahren"

hier mal die letzten 24h
VL auf Festwert händisch
bei Anfahren Start mit 26°C und dann Anpassung VL.ZIEL immer bis auf VL.IST


habe gerade händisch ausgemacht

Das Nachfahren der VLsoll kann ich in der Grafik nicht erkennen. Ich verstehe dein Problem dahingehend, das beim RampUp der Kompressors VL- Temperaturen erreicht werden die zur Abschaltung führen könnten. Ein klassisches Überschwingen.

So etwas kann ich mit meiner CoPilot Rule abfangen. Erlaubt währen z.B. 2 Bonusgrade in den ersten 20 Minuten vegebbar, sonst nichts. Du startest mit 26° VLsoll und wie hoch ist dann später die VL-ZIEL? Wirkt dein SmartHome auch steuernd auf Heishamon?.

Das Problem hier ist aber das du mit Festwert fährst und die Rule die interne Witterungsführung zwingend nutzt. Das war ein grosser Aufwand und ist nicht ohne Umbau realisierbar.

Die Voraussetzung ist das du nur 1 Heizkreis hast (Z1) und eben den Heizkurvenmodus. Wenn du dir das vorstellen kannst mal umzuswitchen stelle ich dir das Rulesset zum Testen mal zur Verfügung. Das Rulesset läuft zwar gut, ist aber nur in wenigen Betriebzuständen getestet worden AT- bedingt.

Zur Info:
Beim Umschalten von Festwert auf Heizkurve werden alle Daten des Wochentimers gelöscht weil ein anderes Grundprofil zugrunde liegt (absolute Werte anstelle relative).

1. ich schalte an der Fernbedienung an und senke Ziel.VL auf 26

2. ich trau dem Frieden nicht und senke auf 25 Ziel.VL

3. sie fährt auch schön vorsichtig hoch (bei 3°C AT und dickem Nebel), ich hebe auf 26 VL.Ziel an

4. ich hebe auf VL.Tiel 27 an (immer im Bereich der VL.IST, die sie schafft im Moment



hier mal zu "Nachfahren"
ist sozusagen das Gegenteil von Mörchen gegen Takten, hier geht es erstmal um "sanften Anlauf", der bei der L zwar auch einzustellen ist ... aber ich möchte eben in der Nacht vermeiden, dass sie bei Start so elendig hochfährt

langfristig werde ich natürlich wieder auf Kurve gehen

Jetzt habe ich das verstanden.

Zwischen 1 und 2 läuft der Kompressor nicht, wird aber abgezeigt durch die Grafana ungenauigkeit.

Der Kompressor startet ab 2 mit 34 Hz und bleibt dort für ca 17 Minuten.
Du willst also damit verhindern das der Kompressor auf eine höhere Drehzahl geht
.
Was hier auch schön zu sehen ist ist der PumpFlow. Erst nachdem das Heissgas nahe an die 30°C herangekommen ist gibt die Pumpe Gas.

Die 19/20 Hz siehst du hier gar nicht. Meine Rule ist dafür ausgelegt sich an den 19/20 Hz so lange wie möglich entlang zu hangeln. Da dein Haus offenbar mehr Leistung abnimmt wird das nicht richtig funktionieren.

Steuerst du das mit einem Script?

sehen tust du die 19hz in dem vorletzten Bild (24h)

ich steuere eben tatsächlich händisch
und komme damit auch gut klar, da ich keiner Erwerbstätigkeit nachgehe

und natürlich wäre es ein Ziel, das zu automatisieren
da ich eben das normale Takt.Problem nicht habe ... eben mit einem kleinen Rules.script (du hast schon wahrgenommen, dass sie dir auch auf github sagen, du bist zu komplex, oder?)

Vergiss das alte Script, das ist nicht gut strukturiert.
Wenn es erstmal nur darum geht während der WW- Bereitung bei AT von 4° und darüber den Flüstermodus 3 laufen zu lassen kannst du dieses hier verwenden:
Hier wird ein gesendeter Set- Befehl nach 15 Sekunden kontrolliert ob er durchgelaufen ist und ggf dieser 1x wiederholt.

Wenn dich Rules weiter interressiert kann man das auch zum tieferne Verständniss nehmen. Es lässt sich bei mir fehlerlos laden aber ob es auch in der Praxis funktioniert konnte ich nicht testen.

Hier Bild vom formatierten Code:



on @DHW_Power_Consumption then
if @DHW_Power_Consumption > 0 then
if @Outside_Temp >= 4 then
if @Quiet_Mode_Level != 3 then
#FLBackup = @Quiet_Mode_Level;
#FLReferenz = 3;
settimer(11,2);
#FLSet = 1;
end
end
else
if #FLSet == 1 then
#FLSet = 0;
if @Quiet_Mode_Level != #FLBackup then
#FLReferenz = #FLBackup;
settimer(11,2);
end
end
end
end


on timer=11 then
if @Quiet_Mode_Level != #FLReferenz then
@SetQuietMode = #FLBackup;
settimer(12,15);
end
end


on timer=12 then
if @Quiet_Mode_Level != #FLReferenz then
@SetQuietMode = #FLBackup;
end
end

Ich konnte mir das nicht so recht vorstellen das jemand Nachts um 4 Uhr sich vor die Fernbedienung stellt und die Sollvorgabe nachfährt.

war es hier oder nebenan .. irgendjemand sagte doch, dass wir hier alle einen an der Waffel haben

hier war das erste Mal in dieser Saison Abtaubedingungen angezeigt
ich wollte sehen, wie es mit der neuen Fahrweise läuft
und es lief gut

Die TWW ist eigentlich nur ein nettes add-on, der wesentliche Punkt der mir hikft ist die flüsterkaskade, ggf erweitert um eine Sollwert-anpassung.
Nicht gut strukturiert hin oder her, wenn es funktioniert bin ich durchaus gewillt da peu a peu weiter dran zu arbeiten, ich brauche nur mal einen anfang😉

@McMangellan58
Ich hätte großes Interesse am Testen deiner neuen Rule für einen Kollegen, der hat eine etwas zu große WP und deutlich zu kleine HK (nur 1 Heizkreis) muss jetzt aber erstmal das Beste draus machen. Habe ihm aktuell eine Home Assistent Automation erstellt welche die Starts der letzten 60 Minuten zählt, ist diese beim Abschalten des Verdichters über 2 dann wird die Freigabe des Verdichters für 60 Minuten gesperrt. Bei einem Anderen Freund konnte ich so das Takten in der Übergangszeit deutlich reduzieren.

Wie komme ich an deine rule?

Nachdem ich die Version einige Zeit zum Test drauf hatte, bin ich wieder auf die 3.2.3 zurück.
Leider kam es bei mir immer wieder vor, dass nach einem Reboot die Rules nicht liefen. Ich musste immer erst zu Rules wechseln und sie dann per "Save" starten.
Das hatte ich bisher bei keiner anderen VW Version.

Kann man so machen, rate aber davon ab. Bei Abtauungen kann diese Bedingung auch zutreffen und wenn im "Abtaureifem Zustand" die WP ausgeschaltet wird und sie den begonnenen Abtauzyklus nicht zu Ende führen kann kollabiert der Kältekreis (bei meiner 5KW Jeisha). Im schlimmsten Fall läuft dann der Kompressor auf Hochtouren und der COP ist unter 1 weil er keine Umweltwärme mehr aufnehmen kann.
Da hilft nur noch ein manueller Abtauzyklus von der Fernbedienung aus angestossen um den Kältekreis umzudrehen.
Das Problem ist das die WP einen neuen Versuch aus dem lfd Heizbetrieb eine Abtauung anzustossen erst wierder nach 35 Minuten versucht.
Das kann passieren wenn du die WP in falschen Moment per Script ausschaltest.

Mein Script ist leider immer noch nicht fertig getestet und es macht keinen Sinn es weiterzugeben wenn alle paar Tage sich was ändert.

Was nicht mehr geht in der 3.8 ist beim Laden der Rule in einem parallel geöffneter Console den Vorgang zu beobachten.
Auch scheint es bei länger mitlaufender Console ein Problem mit der Speicher zu geben was zu einem Reset ohne Neustart der Rules führt.
Da ich mit dem neuen Befehl SetCurves aus Rules heraus arbeite kann ich nict auf die 3.2.3 zurück. Ich habe jetzt die Console nur noch kurz offen.

Danke für die Info! Mit dieser Version macht Heishamon trotz ständig geöffneter Weboberfläche endlich keine Restarts mehr.