Sind ja nur Topics dazugekommen, und keine Änderungen der bestehenden Topics.
Von da her bleibt in IPS natürlich alles erhalten.
Hab Mittag die 3.1 draufgemacht, soweit läuft alles brav.
Und ja,die 2.0 ist wirklich absolut stabil. Kein einziger Aussetzer. Allerdings kommen aus irgednwelchen Gründen massenweise kaputte Topics und die bleiben dann im Konfigurator hängen.
gruß
bb
Die kaputten topics habe ich auch immer wieder.
Die kommen auch immer Mal wieder
Ich habe gestern abend mal die 3.2.3. draufgeflasht. Scheint zu laufen.
Was genau muss ich mir unter „kaputte Topics“ vorstellen? Wo müsste ich da schauen und was wäre da zu sehen?
LG
Jörg
es erscheinen im MQTT irgendwas neue kryptische Topics.
Oben rechts im dashboard sichtbar
Oben rechts, wo das Glockensymbol ist? Da steht bei mir immer eine Zahl für die nicht eingerichteten Instanzen dabei. Aber nichts, was ich nicht schon wüsste. Anscheinend habe ich das Problem nicht.
Na ganz normal im MQTT KOnfigurator: 
Alles verstümmelte Topics mit ebenso kaputten Daten.
Nicht schlimm, nur ein Schönheitsfehler.
Da schau her: Der MQTT-Konfigurator war gar nicht mehr drin bei den Konfigurator-Instanzen! Hab ihn dann neu eingerichtet, daraufhin waren dann 2 vorhanden: Eine funktionsfähige und eine defekte (warum auch immer). Nach dem Löschen der defekten Instanz sieht es gut aus. Werde das mal beobachten, ob fehlerhafte MQTT-Einträge entstehen.
Danke für die Hinweise.
Habe gerade mal nachgeschaut, so defekte Topics kann ich in meinem MQTT Konfigurator nicht finden.
SW 6.4 und auf der Heisha die 2.0
Ich glaube, die lasse ich auch erst mal drauf, sehe da aktuell keinen Mehrwert.
Viele Grüße,
Doc
Die defekten Topic hatte ich auch schon bei der 2.0.Keine Ahnung wo das herkommt.
Die Frage ist, passieren die Fehler zwischen Jeisha und Heishamon-Modul oder auf der WLAN-Verbindung.
Die Kabelverbindung zum Heishamon-Modul ist bei mir geschätzt 5 Meter lang. Und steckt auf der Zusatzplatine der Jeisha. Mein WLAN habe ich mittlerweile von der Fritzbox auf separate Unifi-Accesspoints umgestellt, da ich woanders Probleme hatte.
Nee, das kann nur vom Heishamon zu IPS passieren, weil Heishmon zur WP ist ja ganz ein anderes Protokoll.
Wie gesagt nett schlimm, nur ein Schnönheitsfehler.
Bb
Gibt es eigentlich die Möglichkeit, die Uhrzeit per Heishamon zu ändern. Stichwort „Sommer/Winterzeit“.
Ich konnte im Netz nichts dazu finden.
Habe ich auch schon gesucht und nichts gefunden. Ich habe allerdings nach einer Woche nach der manuellen Umstellung auf Winterzeit die Uhrzeit am Bedienpanel wieder auf Sommerzeit, also 1 Stunde vor gestellt. Ich habe festgestellt, dass die Programmierung des „Main Schedule“ mit 1 Stunde Versatz in den Wintermonaten für mich sogar besser passt. Man darf halt nicht auf die Zeitanzeige schauen.
Muss inzwischen leider feststellen, dass Heishamon mit der 3.2.3 dauernd Restarts macht, erkennbar an der immer wieder neu bei 0 beginnenden Uptime.
Da es dann auch dasselbe mit der 3.2.2 war, habe ich kurzerhand die ursprüngliche 3.1 beta wieder drauf. Die läuft durch. Funktionseinschränkungen kann ich keine feststellen, zumindest nutze ich keine der danach möglicherweise hinzugekommenen Funktionen.
Hallo, ich habe eine 5 kW Jeisha.
Ich habe dein Script eingebaut und überlege grad wie genau es regelt.
Es geht ja darum die Laufzeit zu verlängern in dem man die Kompressorfrequenz schnell so niedrig wie möglich absenkt.
Die Verbrauchswerte sind ja in jeder Leistungsklasse unterschiedlich.
Wäre da nicht eine Überwachung der gewünschten VL zum Out der WP sinnvoller?
Ich kann es leider nicht schreiben damit es bei mir funktioniert,
aber händisch kann ich es so regeln das ich wenn die Auslasstemp der WP den Sollwert des Heizkreises erreicht entweder kurzzeitig den Flüstermodus hochsetze.
Oder ich senke die Sollwertverschiebung soweit ab das sie noch 2 Grad über der Eintrittstemp der WP liegt.
Die WP reagiert meist innerhalb von 1-2 Minuten und geht auf minimalleistung.
Danach kann ich den Flüstermodus wieder auf 0 setzen, beim absenken des Sollwertes ist der Zeitrahmen enger, wenn ich zu lange da nicht reagieren schaltet die WP ab die Eintrittstemp zu nah an den abgesenkten Sollwert kommt.
Evtl. hat es ja auch schon jemand so gelöst und ich finde es nur nicht.
Bernd
Ps.: Wie drosselt ihr die Leistung der WP?
Ich hab gelesen das ihr die Leistung vorgeben könnt, wie und wo?
Ich habe das wie geschrieben halt über die Leistungsaufnahme gemacht, über die Vorlauftemperatur würde es vermutlich auch gehen.
Ab welchen Punkt man den Sollwert verändert, muss man aber für jede Anlage selber herausfinden, sonst fängt das vermutlich an zu schwingen.
Bei uns läuft das bis jetzt so ohne Probleme und die Laufzeiten sind zwar auf Grund der Anlagengröße immer noch zu kurz, aber deutlich länger and mit weniger Starts als zuvor.
Viele Grüße,
Doc
Hallo zusammen, ich brauchte Hilfe, aber hab es mit TryandError irgendwie hinbekommen.
Ich versuche die Leistungsaufnahme über einen „Softstart“ mittels Quietmodus und Nachführung der Vorlauftemperatur niedrig zu halten.
Ich weiß auch nicht wie sich das beim Abtauen wirklich verhalten wird, wenn die Temperatur völlig umgedreht werden.
Oder wenn es richtig kalt wird und ein Start mit niedrigster Frequenz einfach zu wenig Leistung bringt um Wärme ins System zu kriegen, bzw. die abgesenkte VL_Soll jemals zu erreichen.
Noch habe ich nicht die zündende Idee wie ich das Ende der Sollwertverscheineung einbauen soll.
Ich habe es momentan einfach auskommentiert.
Beim Start suche ich jetzt noch die Möglichkeit die ersten großen Temperatur Sprünge abzufangen damit der Flüstermodus erst beruhigend wirken kann bevor er wieder auf 0 gestellt wird.
Bernd
$ID_Frequenz = 14343; // Verdichterfrequenz
$ID_DreiWegeVentil = 19433; // Dreiwegeventil
$ID_Abtauvorgang = 40613; // Abtauvorgang
$ID_Waermepumpe = 50412; // Status Wärmepumpe AN/AUS
$ID_Modus = 33671; // Wärmepumpenmodus 0=Heizung, 4=Warmwasser+Heizung
$VLIst = 40431; //Main_Outlet_Temp
$VLSoll = 35844; //Main_Target_Temp
$Fluestermodus = 28053; //QuietModus
$ID_Sollwertverschiebung = 42669; // ID der Sollwertverschiebungsvariablen der Heizkurve
$Start_Sollwertverschiebung = 12426; //
$Ende_Sollwertverschiebung = 58664; //
$interval = 30;
// ================== ab hier nichts ändern =========================
if ((GetValue($ID_Frequenz) == 0) and (GetValue($ID_Abtauvorgang) == false) and (GetValue($ID_DreiWegeVentil) == 0))
{RequestAction($ID_Sollwertverschiebung, GetValue($Start_Sollwertverschiebung));
RequestAction($Fluestermodus, 3);}
// if ((GetValue($ID_Frequenz) > 10) and (GetValue($VLIst) >= GetValue($VLSoll)) //and GetValue($ID_Sollwertverschiebung) == GetValue($Start_Sollwertverschiebung))
if ((GetValue($ID_Frequenz) > 10) and (GetValue($VLIst) > GetValue($VLSoll)))
{RequestAction($Fluestermodus, 0);}
if ((GetValue($ID_Frequenz) > 10) and (GetValue($VLIst) >= (GetValue($VLSoll)+1.5))) {
// if (GetValue($ID_Sollwertverschiebung) == 2) {RequestAction($ID_Sollwertverschiebung, 3);}
if (GetValue($ID_Sollwertverschiebung) == 1) {RequestAction($ID_Sollwertverschiebung, 2);}
if (GetValue($ID_Sollwertverschiebung) == 0) {RequestAction($ID_Sollwertverschiebung, 1);}
if (GetValue($ID_Sollwertverschiebung) == -1) {RequestAction($ID_Sollwertverschiebung, 0);}
if (GetValue($ID_Sollwertverschiebung) == -2) {RequestAction($ID_Sollwertverschiebung, -1);}
if (GetValue($ID_Sollwertverschiebung) == -3) {RequestAction($ID_Sollwertverschiebung, -2);}
if (GetValue($ID_Sollwertverschiebung) == -4) {RequestAction($ID_Sollwertverschiebung, -3);}
if (GetValue($ID_Sollwertverschiebung) == -5) {RequestAction($ID_Sollwertverschiebung, -4);}
}
if ((GetValue($ID_Abtauvorgang) == true) or (GetValue($ID_DreiWegeVentil) == 1)) //{ // nix machen (keine Verschiebung) wenn WW, Abtauvorgang oder WP aus
{RequestAction($ID_Sollwertverschiebung, 0);
RequestAction($Fluestermodus, 0);}
Scheint zu tun was es soll.
Die Frequenz bleibt etwas erhöht wenn die AT niedriger ist, das macht die Pana von sich aus.
Links vorher mit mauellen Eingriffen, rechts nachdem das Script läuft
Bei mir läuft das ganze bis dato mit der Jahreszeit angepasstem Zeitprogramm.
Morgens damit sie angeht kurz ne SWV hoch, kurze Zeit später runter, und dann nochmals leicht runter.
Heute als beispiel: - der nachmittag ist aufgrund WW Bereitung natürlich nicht zu bewerten.
Komplett ohne IP Symcon eingriff.
ich greife derzeit eigentlich mit IPS nur nach dem Ende einer WW Bereitung ein, dass er danach ins heizen übergeht. Das macht er nämlich nicht 
bzw. erst wenn es spürbar kalt geworden ist.
Eine kleine SWV nach oben, und dann kurze zeit später wieder runter - schubst die kleine Asiatin dann an.
Mit Flüstermodus wollte ich aber auch mal arbeiten - gerade in der Herbstzeit - wie auch derzeit -.
Grenzwertig - tagsüber warm, nachts kalt… Da kann man die guten Tages ATs mitnehmen und ins Haus puffern.
Der Flüstermodus als Dauereinstellung hat nur den Nachteil das die Ventilatordrehzahl sinkt und der Wärmetauscher dadurch kälter wird, ergo mehr vereist.
Je nach AT schalte ich die Pana so das zu den höchsten Börsenstrompreisen die WP ausgestellt bleibt, das Haus ist ja träge genug.
Erst wenn die AT zu gering ist werden die Zwangspausen immer weniger.
Das mache ich aber momentan noch per Hand, da ich noch nicht rausgefunden habe wie ich die Höchstpreise in einen Tagesplan übergeben kann.
Am besten noch mit der Auswertung ob die Tagesheizleistung überhaupt dann noch bei der dann nötigen Volllast totz Abschaltzeiten reicht.
