Öffentliches Forum
  - Wärmepumpen

Mal gucken wie ich das im Frühling löse. Die Tests momentan sind hauptsächlich auch dazu da, um Rules erst so einigermaßen zu verstehen. Wirklich brauchen tue ich jetzt eigentlich nur die 3-Wege-Ventil Umschaltung.
Im Übergang werde ich es vielleicht mit Timern versuchen und dafür 1° mehr fahren. Dann erledigt sich das eventuell auch mit den Startabbrüchen.

Was Heishamon angeht, bei mir lag der letzte Reset definitiv nicht an meinem Spieltrieb. Zu der Zeit war ich gerade mit dem Hund unterwegs und habe die Heizun in Ruhe gelassen ;-)

Den Spiel- und Lerntrieb kann ich ja überhaupt nicht nachvollziehen ;-)

Ich habe nach dem Reset gestern noch den Code und die Filter Zeit auf 36h geändert. Wenn die HK weiterhin passt, soll nun auch erstmal nicht eingegriffen werden. Mal sehen, ob alles stabil bleibt. Davor hatte ich eine Laufzeit von Heishamon von knapp 5 Tagen.

Arbeiten mit Rules ist wie Puzzeln mit einem 1000 Teile Puzzle ohne Vorlage. Oder ein Exit- Room ohne Ausgang. Aber für mich macht das den Reiz aus besonders wenn man sich selbst gestellte Aufgaben realisieren kann. Wie früher mit TRIX bauen oder mit C64 Peek & Poke. Von dem modernen MQTT- Kram will ich jedoch nichts wissen.


Noch ein Tip: Ich führe bei mir direkt unter dem TOP27 Aktualisierungskommando eine Variable namens #TransNr die ich einfach bei jedem Vorgang um 1 hochzähle. Dann kann ich im lfd Betrieb einfach mal reinschauen wie es läuft, ob es läuft oder ob es einen Neustart gab.

Zwei Doofe, ein Gedanke ;-)
Genau so habe ich es beim KickStart gemacht. So kann ich dann sehen, ob und wie oft der gebraucht wurde, oder ob die WP alleine in die Puschen gekommen ist.
In Grafana sieht man das ja nicht immer eindeutig.

Kann ich gut nachvollziehen. Besonders gilt das, wenn man seine selbst gesteckten Ziele erreicht, sich einen Großteil selbst erarbeitet hat und einem das Ganze auch noch etwas nützt (im Gegensatz zum 1000-Teile Puzzle oder in einem vergleichbaren Job ;-)
Peeks und Pokes hab ich höchstens aus der "64er" mal versucht abzutippen, aber MQTT wirst du sicher auch schnell drauf haben und wenn ich sehe, was du für Analysen in Excel machst, würdest du sicher sehr profitieren.
Siehe hier und hier


Der Zähler ist ein guter Tip.

Da muss ich damals wohl irgend etwas falsch gemacht haben, denn jetzt hat es zumindest schon einmal funktioniert.
Die ersten Takte in der Grafik starten noch mit FM, beim letzten wurde per Rules SetPump für 20 Min. auf 1 gesetzt. Dieser Befehl ist der gleiche, als wenn man bei der Einstellung der max. Pumpendrehzahl auf "Ein" stellt.
Hierbei schießt natürlich der Kompressor ordentlich hoch. Da er aber ordentlich Luft nach unten hat regelt er dann auch schnell runter und ein Abschalten wird verhindert.
Bleibt die Frage was besser ist. Beim Start ohne FM und mit voller Pumpendrehzahl bekommt man natürlich schneller mehr Wärme ins Haus.
Hier mal die Grafik dazu.

Der Verlauf der VLT beim letzten Taktstart sieht doch sehr gut aus wenn die Pumpe mitspielt. Es ist demnach so, das du mit SetPump die eigentliche Pumpensteuerung ausklinkst und den Servicemode aktivierst.

Ich verfolge einen anderen Ansatz.
Die dynamische Pumensteuerung arbeitet mit einer art Hysterese. Ab einem bestimmten Punkt sinkt die Pumpenleistung bis ein unterer Schaltpunkt unterschritten ist um danach wieder bis zu einem oberen Schaltpunkt anzusteigen bzw diesen zu überwinden. Der Kompressorzustand spielt dabei offenbar keine Rolle. Ich stelle mir halt vor das der untere Schaltpunkt ab dem die Pumpe dann wieder mehr leistet erreicht wird wenn die Spreizung zur VLTsoll einen bestimmten Wert übersteigt. Dieses kann künstlich herbeigeführt werden durch kurzzeitiges erhöhen der VLTsoll mit TOP27 (Theorie). Auf diese Art würde dann die Mehrleistung nicht mehr künstlich durch den Servecemode sondern aus der normalen Steuerung heraus ausgelöst was für mich die "gesündere" Variante ist. Wenn du die WP im Modus Heizkurve fährst sollten die TOP27- änderungen auch nicht im EEPROM gespeichert werden und beliebig oft ausgeführt werden können. Geschuldet ist dieses Verhalten vermutlich durch die niedrigen VLT die du fährst.

Ich halte SetPump eigentlich auch für unkritisch, da der Wert wohl eher nicht in den Speicher geschrieben wird. Aber wer weiß das schon.
Trotzdem werde ich es mit TOP27 auch noch einmal probieren und bei Taktstart einfach mal 3K, oder so, drauf hauen. Ich bilde mir zwar ein, dass ich das schon probiert hatte und die UWP trotzdem nicht reagiert hat, aber vielleicht hab ich da ja auch etwas falsch gemacht.

Nochmal zurück zu den TOPs und dem EEPROM.
Im TOP42 wird die Solltemperatur für den Heizkreis 1 bereitgestellt in der Betriebsart Heizen. Diese setzt sich zusammen aus:
1.) in der Variante Heizkurve: (Ergebnis der Heizkurvenberechnung) + TOP27 = TOP42.
2.) in der Variante Festwert : (auf 0 gesetztes Ergebnis der Heizkurvenberechnung) + TOP27 = TOP42.
Je nach Betriebsart wird dann der Wert TOP42 oder TOP34 für den Heizkreis 2 in den TOP7 als aktuell von der Steuerung anzuwendende VLTsoll eingetragen.
Beim WW könnte es der Festwert 59° oder TOP9 sein, habe ich nict getestet.
Das scheint mir an dieser Stelle schlüssig zu sein.

Es gibt also die eine Moglichkeit mit TOP27 auf TOP42 einfluss zu nehmen. IIn der Variante Heizkurve ist es jetzt noch möglich über einen zweiten Weg durch TOP29 und TOP30 das Ergebniss zu steuern wenn Rules es denn könnte. :-(


Was das EEPROM angeht:
Nichtflüchtige Parameter sind m.M.n:
1) Alle Parameter die im Installateurssetup vorkommen.
2) Aufgelaufene Verbrauchsdaten im Energiemonitor
3) Lfd Zähler für Takte und Betriebsstunden.

Nur diese Parameter werden m.M.n im EEPROM abgelegt.
Da sich die Betriebsstunden stündlich erhöhen müsste dafür stündlich 1x eingeschrieben werden. Wenn man z.B. 4 Takte pro h hat (entspricht 2 Abtauungen mit je 2 Starts) sind es schon 4 Zyklen pro Stunde für den Taktzähler.
Bitte Info wenn ich hier falsch liege.

Und in der Betriebsart Festwert ist es eben so, das Änderungen am TOP27 von der Steuerung selbst im TOP29 gesichert werden was zu einem Schribzugriff führt.
Nicht so mit interner Heizkurve.

Moin, ich hab nun auch einen Counter eingebaut, da ich wieder einen reboot hatte.

Ich habe das Gefühl, dass dies bei mir immer dann auftritt, wenn ich auf der Webseite vom Heishamon unterwegs bin. Dieses mal von Smartphone aus, wobei das Notebook auch die Seite auf hatte, wobei ich nicht weiß, ob sie noch aktualisiert wurde oder die Verbindung durch HM schon getrennt war.
Nicht nur die Rule hatte ihren Dienst quittiert (zumindeste keine Anzeige mehr der Variablen bei Aufruf), sonden es konnten auch keine Rules mehr gespeichert werden, egal auf welchem Endgerät, weil der Save-Button einfach nicht mehr da war. Egal auf welchem Endgerät. Auch ein "Factoryrest" in den Einstellungen mit erneuter Einstellung des WLans und MQTT-Server brachte keine Besserung. Auch nicht das einfache Drücken des Reset-Knopfes auf der Platine, erst ein doppeltes Drücken konnte den Save-Button wieder herzaubern.
Ich habe nun alles wieder zum Laufen gebracht und werde die Webseite mit Console und Co. vorerst nicht mehr aufrufen und in Ruhe lassen und stattdessen nur noch auf die MQTT-Daten in Grafana schauen.

Normalerweise würde man einen Eingriff in die werksseitige Steuerung nicht machen weil es:
1) nicht notwendig ist wenn von Haus aus passend für die Anwendung
2) gar nicht möglich ist

Zu 1:
Wenn man die Jeisha Themen so verfolgt liest man immer wieder vom endlosem schnüffeln im Extremfall über 24h incl kalt werdender Wohnung.

Vermeidbarer Taktung weil die durch die Heizkurve bestimmte VLTsoll unruhig ist und Sprünge von 1° schon zum Abschalten führen können.

Vorzeitiges Taktende durch startwärmeüberschussbedingtes Überschwingen

Umschaltventil bleibt nach WW in Stellung WW stehen wodurch unerwünschte Zirkulation entstehen kann.

Zu 2:
Mit Heishamon besteht nicht nur die Möglichkeit des ausgiebigen Monitorings somdern auch Korrekturen von Parametern vorzunehmen.

Darüber hinaus kann mit Rules eine interne Programmiersprache verwendet werden, was ich noch nie von einem anderen Gerät gehört habe.

Ob man sich auf sowas einlassen möchte muss jeder für sich entscheiden. Ich sehe es als Aufgabe an zumindest zu versuchen die Sachen die sich damit ändern lassen auch anzugehen. Hab Zeit, bin Rentner.

Ich verwende eine Glykol- Systemtrennung die dazu führt das die Hydraulik etwas weich wird. Ich habe schon erreicht, das in der Übergangszeit die Takte sich so bei 1h an 1h aus eingestellt haben. Auch die Starts laufen jetzt harmonischer.
Ich sehe es als Bereicherung an und werde weiterhin sehen was damit noch geht.

Das ist die Höchststrafe für den Entwickter :-)
Vergleichbar wenn die Enter-Taste auf der Tastatur plötzlich weg ist.

Hatte ich Anfangs auch ein paar mal. Da half nur ein Factory Reset gefolgt von 1x Heishamon stromlos. Das hat bei mir aber immer so geklappt. Woran es lag kann ich nicht sagen. Seitdem teile ich Formeln immer auf mehrere Schritte auf, also so einfach wie möglich und verzichte auf zusätzliche Variablen. Die letzten 3 Wochen trat es nicht mehr auf.

Habe nun einen Test mit SWV bei Taktstart gemacht. Hier das Ergebnis.
Die Pumpe kommt zwar früher in die Puschen, als ganz ohne irgendwelche Kicks, aber ob das reicht, wenn ich wieder mit 25° fahren muss?
Bin mir noch nicht sicher mit welcher Variante ich weiter fahre...

Was die nicht laufenden Rules nach einem Reboot angeht, wurde mir gesagt:

Das hilft mir auch nicht wirklich weiter.
Wenn ich versuche ungültige Rules zu speichern, werden sie sofort verworfen. Aber wie soll ich identifizieren welche Regel den Absturz verursacht hat, wenn alle noch da stehen? Zumal sie oft auch eine ganze Zeit laufen und dann irgendwann ein Reboot erfolgt.
Ob es wirklich an den Rules liegt?

Habe mal in der SmartHome- Wühlkiste gegraben und einen Raspberry Pi 3 Modell B+ gefunden. Käuflich erworben im Februar 2021 für stolze 43€ mit Gehäuse.

Wie sähe denn das Konstrukt aus wenn ich darauf umschwenken würde. Z.Zt arbeite ich mit einem Excel- Makro vom Laptop aus welches minütlich Heishamon anpollt, einen kompletten JSON- String empfängt diesen aufarbeitet und in eine Excel- Tagestabelle schreibt.

Der Raspberry müsste dann:
1. Ein aktuelles Betriebssystem bekommen (habe Buster drauf)
2. Einen Broker haben?
3. Eine Visualisierung haben z.B. Grafana?
4. Optional eine Programmiersprache?

Braucht man sonst noch was?
Reicht dann nur ein Webinterfacezugriff von einem Windowsrechner?

Kann man irgendwo so ein fertiges Image erwerben.

Ich habe da nur ein gefährliches Halbwissen und bin bisher immer im Update Dschungel hängen geblieben und habe dann die Lust daran verloren.

Sieht so aus als ob die Theorie mit dem SWV-Kick nicht wirkt wie angenommen. Ich würde jetzt wieder den Pumpen- Servicemode anwenden. Frage ist nur wie lange du den vorgeben musst bis die Pumpe dann von selbst auf den höheren Volumenstrom schaltet.


Habs gelesen.
Den Fall, das er eine korrekt geänderte Rule nicht akzeptiert, also verwirft durch nichtannahme, hatte ich auch schon. Ich habe dann erstmal die Rules mit einer Minimum-Rule überschrieben z. B.

on System#Boot then
#Test = 1;
end

Da kann man auch gleich sehen ob er den neuen Zustand übernommen hat.

Dann die komplette vorher nicht angenommene Rule reinkopiert und er nimmt sie.

Habe ich schon geändert.
Momentan habe ich 20 Min, werde es aber noch mit anderen Einstellungen testen.

Ja hatte ich auch schon. Soweit ist das ja auch gut und man sieht, ob alles korrekt ist.

Wenn es dann eine Weile gut läuft und dann plötzlich abstürzt, würde ich mir eine Möglichkeit zur Fehlersuche wünschen. Da hat mir die Antwort auf git leider nicht wirklich geholfen.
Obwohl ich mir nicht sicher bin, ob die Reboots wirklich von Rules verursacht werden.

Wenn du mit einem Raspi anfangen willst, würde ich das so macen, wie du geschrieben hast. Du brauchst aber noch eine Datenbank z.B. InfluxDB.

Na das ist doch schon die halbe Miete. Wie weit der RAm reicht, muss man abwarten, aber zZ komme ich mit meinem neuen Pi4 mit nur 1GB RAM noch klar.

Ich hatte dir weiter oben zwei kompakte Anleitungen verlinkt, wo alles haarklein erklärt wird, angefangen beim Erstellen des Images mit dem Raspi-OS-light. Danach sind es zwei-drei handvoll Kommandozeilen über ssh um influx und grafana zu installieren. Klar ist das an sich wieder ein Projekt für sich, bis man sich überall halbwegs zurechtfindet, aber lohnt sich denke ich. Besonders, wenn später andere Smarthomegeschichten dazu kommen sollten.
Weiter braucht man eigentlich nix um per Webinterface auf iobroker zur Einrichtung und danach eigentlich zur Analyse nur noch auf Grafana zugreifen zu können.

Der Pi3 B+ kann doch auch mit SSD anstatt SD Karte betrieben werden, wenn ich mich recht erinnere. Das sollte man eventuell auch im Auge behalten, da eine SD ja auch nur begrenzt beschreibbar ist.
Ich habe mir schon einmal eine SD zerschossen, seit dem läuft bei mir der ganze Kram unter Docker auf meinem NAS. Das Ding ist eh ständig an und hat den ganzen Tag nichts richtiges zu tun.

Nee, bin ich mir auch nicht.
Bisher kam es bei mir gefühlt immer dann zu Reboots, wenn ich auf dem Webinterface unterwegs war.

Ich habe einfach mal folgende Rule probiert:

on System#Boot then
@Z1_Water_Target_Temp = 37;
end

Sie wird sogar vom Parser akzeptiert, leider passiert aber auch nicht mehr, d. h. der Wert wird nicht übernommen. Schade.

Selbiges gilt für:

on System#Boot then
@Z1_Heat_Curve_Target_High_Temp = 37;
end


Probiert habe ich überhaupt, weil in der readme unter Syntax folgendes steht:

All variables are either read of write enabled. Writing to either the Heatpump of Thermostat parameters directly control these devices. So @Heatpump_State = 1 will actually turn the heatpump off.

Verstehe zwar nicht warum die "1" ausschalten soll, aber ich hatte gehofft, dass man direkt in die Parameter schreiben könnte.

Dieses Heatpump_State Kommando steht sogar als Beispiel in der Doku weiter unten:


on ?temperature then
calcWar();

$margin = 0.25;

if ?temperature > (?setpoint + $margin) then
if @Heatpump_State == 1 then
@Heatpump_State = 0;
end
else
if ?temperature < (?setpoint - $margin) then
if @Heatpump_State == 0 then
@Heatpump_State = 1;
end
else
@SetZ1HeatRequestTemperature = round(#maxTa);
end
end
end


Ich war bisher der Ansicht das Kommandos zum Schreiben alle mit @Set beginnen.

P.S.: Raspberry läuft mit small Bullseye, iobroker, Influxdb und Grafana. Zu Heishamon bekomm ich noch keinen Kontakt. Versuche es weiter.

Klingt doch schonmal gut.
Den MQTT-Connector hast du im iobroker installiert und dort und in Heishamon konfiguriert?

Hatte anfangs das Problem, dass Grafana immer Fehler gemeldet hat und nicht richtig auf die influxdb kam. Das lag aber daran, dass noch keine Werte in der DB lagen. Also erst, nachdem der erste Wert geschrieben war, hat Grafana nicht mehr gemeckert.


Übrigens: Ein Überschwinger von mehr als 5K nach dem Abtauen führte bei mir nicht zur Abschaltung, wie man hier sehen kann.

Wenn der Kompressor das schnell genug geregelt bekommt, sollte eigentlich auch keine Abschaltung erfolgen. Dein Durchfluss liegt nur bei ca. 10 l/min, damit bekommst du die Wärme zuverlässig weg? Das wäre bei mir undenkbar.

Du hast da ja so ziemlich alles in deinem Snapshot, was die Pumpe so an Daten hergibt, das macht die Sache sehr unübersichtlich. Man kann die gerade nicht benötigten Kurven vor der Erstellung des Snapshots auch ausblenden, das macht die Sache etwas übersichtlicher.

Übrigens, hattest du inzwischen schon wieder einen selbständigen Reboot, oder läuft Heishamon noch durch?
Meine läuft momentan ohne Abstürze durch. Zufall, oder könnte es doch an der Verkabelung liegen? Ich hatte sie ja zum Test mal an das Kabel vom TAW1 gesteckt.

Das liegt einzig daran, das der Zustand VLT => VLTsoll + 2° keine 3 Minuten dauert.

Fährst du mit fester Pumpenleistung?
Ich komme auch mit 10L/min gut hin im Modus Delta T bei dem zwischen 10 und 14 Litern moduliert wird. Mein VL liegt bei 0° auch bei 34°.

Heute um 6:10 wurden 0°C AT erreicht, die WP schaltete den Bivalenzkontakt ein und ging dann selbst in die Winterpause. In den letzten 12h hat sie 14x abgetaut, jetzt hat diese Quälerei ein Ende und die Gastherme hat übernommen.

Heishamon- Daten kann ich mittlerweile im iobroker sehen. Ob sie in influxdb übernommen wurden kann ich nicht sagen.