Beiträge von Sasch600xt

Vielmehr "pro" für die längere Batteriehaltbarkeit kann ich aber beim besten Willen nicht aus den TRVs lesen.

ok, das geht natürlich auch.
Das schaue ich mir mal an.

Überprüfst du auch immer den Status der TRVs und schickst gegebenenfalls den befehl erneut?

So läuft das jetzt bei mir bisher ohne Ausfall...

bp4willi Ganz genauso habe ich es auch immer gemacht! Und nichts anderes als Fenster auf und wieder zu hat geholfen!

So Freunde, ich habe mir heute den ganzen Tag um die Ohren geschlagen und die Temperaturübermittlung UND die komplette Fenster-auf-/Fenster-zu-Steuerung auf mein IP-Symcon ausgelagert. Home Assistant und andere Systeme werden das sicher auch können.

Zuerst habe ich die automatische Temperaturregelung an den TRVs ausgeschaltet. Was mir hierbei auffiel:
Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

Man konnte nicht speichern, bis man in der Range der „Dauer“ lag. Bei 4 von meinen 6 TRVs war dieser Wert hinterlegt (zumindest in der App). Scheint wohl ein Rundungsfehler zu sein. Einfach das „.1“ löschen und schon konnte ich speichern.
Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

So, für euch mal nur zur Info, wie so etwas aussehen kann, wenn man das komplett auslagert. Das „FensterScript“ ist so geschrieben, dass es eine Hysterese von 30 Sekunden hat, nachdem es festgestellt hat, dass ein Fenster oder eine Tür geöffnet wurde. Das ist praktisch, wenn man mal nur kurz aus der Terrassentür ins Freie will, um den Müll wegzubringen. Da muss ja nicht gleich jeder Stellmotor losrattern (Thema Batterielebensdauer – dieses Wort kann man nicht in den Schnee pinkeln). Dieses Script verändert einfach nur meine Solltemperaturvariable in IP-Symcon, aber natürlich erst, nachdem das Script die momentane Temperatur zwischengespeichert hat, damit es die richtige Temperatur für das Zurückspielen hat, wenn das Fenster wieder zu ist.

Das Hauptscript reagiert auf die Änderung meiner Solltemperatur und schickt die Werte an die jeweiligen TRVs und noch an meine Walldisplays, die hier mit externen Temperaturfühlern als Thermostat in jedem Zimmer dienen. Nachdem die Temperatur rausgeschickt wurde, läuft ein 60-Sekunden-Timer los. Nach Ablauf des Timers schaut das Script, ob die TRVs alle „kapiert“ haben. Wenn nicht, wird der Befehl erneut gesendet. Und zwar so lange, bis die TRVs alles verstanden haben.

Der Witz, seitdem das so läuft: Gefühlt laufen die TRVs viel stabiler, sobald man die Fenster-Temperaturregelung ausschaltet. Maximal einmal bleibt der ein oder andere TRV „hängen“, wird dann aber nach spätestens 60 Sekunden „überredet“, doch wieder mitzuspielen.

Es hat mich zwar einen ganzen Tag gekostet, aber nun funktioniert alles so, wie es soll. Natürlich ist das keine Entschuldigung für Shelly, denn so einen Workaround mit „Resend-Schleife“ kann man wohl nur vernünftig umsetzen, wenn man noch eine Haussteuerung „nach“ Shelly hat. Und das hat nun mal nicht jeder...
Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

Und hier nun die Scripte in PHP:

Fenster Script:

<?php

// --- Konfiguration ---
$id_master_temp = 48497; // Die zentrale Master-Soll-Temperatur
$fenster = [30687, 42469, 45497, 24432, 17260, 28772]; 
$backup_var = 29506; 
$absenk_temp = 8.0;
$hysterese = 30; // Sekunden Verzögerung

// --- Logik ---
$any_open = false;
foreach ($fenster as $id) {
    if (GetValue($id)) $any_open = true; 
}

// 1. Wenn ein Fenster bewegt wird: Starte die Hysterese (Wartezeit)
if ($_IPS['SENDER'] == "Variable") {
    IPS_SetScriptTimer($_IPS['SELF'], $hysterese);
    return; 
}

// 2. Wenn die Wartezeit abgelaufen ist
if ($_IPS['SENDER'] == "TimerEvent") {
    IPS_SetScriptTimer($_IPS['SELF'], 0); // Timer stoppen

    if ($any_open) {
        // --- ABSENKEN ---
        $current_setpoint = GetValue($id_master_temp); 
        if ($current_setpoint > $absenk_temp) {
            SetValue($backup_var, $current_setpoint); // Aktuellen Wert sichern
            IPS_LogMessage("Heizung WZ", "Fenster offen: Speichere $current_setpoint °C und senke ab.");
        }
        
        // Der wichtigste Teil: Einfach nur die Master-Variable setzen!
        // Das löst automatisch das Master-Skript aus.
        SetValue($id_master_temp, $absenk_temp);

    } else {
        // --- WIEDERHERSTELLEN ---
        $old_temp = GetValue($backup_var);
        if ($old_temp < 10) $old_temp = 21.0; // Fallback
        
        IPS_LogMessage("Heizung WZ", "Alle Fenster zu: Stelle $old_temp °C wieder her.");
        
        
        
        // Auch hier: Nur die Master-Variable setzen.
        SetValue($id_master_temp, $old_temp);
    }
}

Und hier das eigentliche Heizungsscript, das sich um die Übermittlung kümmert – inklusive „Resend“-Funktion:

<?php

// --- 1. Konfiguration ---
$id_sollTemp    = 48497; // Deine zentrale "Master"-Variable
$thermostatIP   = "192.168.122.26"; 
$trv_ids        = [10620, 40740]; // Die Variablen-IDs deiner TRV-Sollwerte

// --- 2. Logik-Entscheidung ---

// FALL A: Ausgelöst durch WebFront, Fenster-Script ODER Shelly-Hardware-Änderung
if ($_IPS['SENDER'] == "WebFront" || $_IPS['SENDER'] == "Variable" || $_IPS['SENDER'] == "Execute") {
    
    if ($_IPS['SENDER'] == "WebFront") {
        // 1. Webfront-Klick: In Master-Variable schreiben
        $neueTemp = $_IPS['VALUE'];
        SetValue($id_sollTemp, $neueTemp);
    } 
    elseif ($_IPS['SENDER'] == "Variable") {
        // 2. Shelly-Hardware ODER Fenster-Script hat sich gemeldet
        $neueTemp = GetValue($_IPS['VARIABLE']);
        
        // Falls die Änderung von der Hardware kam, müssen wir sie in die Master-Variable spiegeln
        if ($_IPS['VARIABLE'] != $id_sollTemp) {
            SetValue($id_sollTemp, $neueTemp);
        }
    } 
    else {
        // Manueller Start (Execute)
        $neueTemp = GetValue($id_sollTemp);
    }
    
    // Jetzt alle anderen Geräte auf diesen Stand bringen
    sendAll($neueTemp);
    
    // Kontroll-Timer starten
    IPS_SetScriptTimer($_IPS['SELF'], 61);
} 

// FALL B: Der Kontroll-Timer prüft nach 61 Sek.
elseif ($_IPS['SENDER'] == "TimerEvent") {
    $target = GetValue($id_sollTemp);
    $all_correct = true;

    foreach ($trv_ids as $id) {
        // Wir prüfen direkt den Wert der Variablen-ID aus deinem Array
        if (abs(GetValue($id) - $target) > 0.2) {
            // Wir senden den Befehl direkt an die Variablen-ID
            RequestAction($id, $target); 
            $all_correct = false;
        }
    }

    if ($all_correct) {
        IPS_SetScriptTimer($_IPS['SELF'], 0);
        // Hier den Log-Text je nach Zimmer anpassen (WZ oder SZ)
        IPS_LogMessage("Heizung Master", "Kontrolle OK: Alle Geräte auf $target °C.");
    }
}

// --- 3. Hilfsfunktionen ---
function sendAll($temp) {
    global $trv_ids;
    foreach ($trv_ids as $id) {
        // Kein IPS_GetParent mehr - wir schießen direkt auf die Variable
        RequestAction($id, $temp);
    }
    sendShellyHttp($temp);
}

function sendShellyHttp($temp) {
    global $thermostatIP;
    $url = "http://" . $thermostatIP . "/rpc/Thermostat.SetConfig?id=0&config={\"target_C\":" . (float)$temp . "}";
    @file_get_contents($url);
}

Und ganz klar: Das kann man wohl nicht von jedem User erwarten, der sich die TRVs von Shelly gekauft hat! Da hat der Hersteller (bis jetzt) völlig versagt!

Liebe Grüße Gemeinde,
Sascha

Zitat von bp4willi

Dieser diskrepante Zustand dauerte mehrere Stunden an,
bis ich manuell eingriff.

Darf ich fragen, wie du es genau in den Griff bekommen hast? Fenster nochmal auf und zu? Das ist das, was ich dann immer machen muss. Aktuell steht das Wohnzimmer schon wieder seit 2 Stunden auf "absenk" Temperatur obwohl das Fenster schon längst wieder zu ist.....

Hmm, also von Regelkurven bin ich ja noch meilenweit entfernt.

Mich macht es gerade Wahnsinnig, dass die Fenster offen und Fenster zu Geschichte so überhaupt nicht läuft. 50%-70% falsch.
Wenn man es aber dann völlig in Ruhe lässt, kann es passieren, dass es ein paar Stunden später wieder stimmt. (Was man sich natürlich nicht leisten kann bei Fenster auf und Heizung ballert unten, was das Zeug hält.) Habs mal im umgekehrten Fall probiert, also Fenster zu und TRV bleibt auf 8 grad hängen. Nach ein paar Stunden (ohne Fenster zu öffnen) hat sich der TRV dann wieder gefangen. Anscheinend gibt es etwas im Protokoll, was alle paar Stunden mal nachsieht, wie so der Stand der angeschlossenen Sensoren ist. Au man, ich als Programmierer weiß, wenn du so anfängst deinen code abzusichern, ist weit vorne dran schon viel zu viel schief gegangen.....

Was mir aufgefallen ist: Wenn die TRVs auf 8 grad abgesenkt wurden, zB. von einem offenen Fenster, bringt sie nichts und wieder nichts dazu auf eine Temperaturänderung zu reagieren. Das einzige, was hilft ist ein Fenster nochmal 5 Minuten zu öffnen und wieder zu schließen. Manchmal reagiert der TRV dann darauf.

Ich gebe mich nun geschlagen und werde doch Szenen für diesen Fall programmieren.
Ich wäre ja schon froh, soweit zu sein, um mich über das Regelverhalten aufregen zu können.....

Zitat von Gens69

Naja, wenn es nach einem bestimmten Moderator hier geht, gehört es als Kunde ja anscheinend zu deinen Pflichten, eine Betafirmware zu testen.

Sorry für das Offtopic!

Also ich finde es gar nicht schlimm, eine Betafirmware zu testen (Eine Pflicht sollte es aber nie sein, das geht immer nur freiwillig). Gerade wenn die stable noch ganz viele bugs hat.
Ich komme selber aus der programmierung und kenne auch die Seite eines Herstellers.

Mit so einer Betafirmware hat man als Hersteller die Möglichkeit, es einen gewissen Kreis Usern zur Verfügung zu stellen und zu testen.
Je nach dem was bei dem Test dann rauskommt, kann man die fixes in den stable release packen.

Bei Herstellern ist es leider oft so, dass die Marketingabteilung über den Programmierern sitzt. Die Programmierer wissen, dass sie noch einiges an der zuverlässigkeit schrauben müssen, aber die Marketingabteilung will zuerst unbedingt die Zigbee unterstützung oder andere Features, damit das Produkt Konkurrenzfähig bleibt.

Da kann man jetzt als Programmierer dagegen ankämpfen, oder man unterwirft sich und macht alles, was die Marketingabteilung möchte.
Das ist von Hersteller zu Hersteller und von Produkt zu Produkt unterschiedlich, wo da die Prioritäten gesetzt werden.

Unsereins kann es nicht fassen, wie schlecht die TRVs ihre Befehle verarbeiten.
Andere wollen endlich mal die Zigbee Unterstützung haben.

Ich persönlich fände es auch logischer, erstmal die Grundfunktion sicherzustellen, bevor wir uns über kompatibilität mit anderen Protokollen kümmern.
Oder hat das einer mit Zigbee am laufen? Ist es da stabiler oder anders?

Ich bin von Homematic weg, weil mir ein 7,5Volt Netzteil von meinem Gateway die ganze Bude im Urlaub zerlegt hat.
Hatte dann von Shelly gehört, dass die direkt mit WLAN arbeiten. Toll, dachte ich mir. Da habe ich genug Redundanz im Haus.
Und dann habe ich bemerkt, dass ich den BLU Devices mehrere Gateways zuordnen konnte. Toll, dachte ich mir wieder, das haste dann auch wieder genug Redundanz.

Dann habe ich mir die TRVs geholt.......
Gateway???? Was???? Keine Redundanz???

Homematic will ich nicht mehr, jetzt warte ich hier eben mal, ob sich in der firmware etwas verbessert.
Plan B ist bei mir über IP-Symcon die komplette Heizungsregelung zu realisieren und die TRVs nur noch als "doofe" Ventile zu nehmen.
Und mein Script würde dann immer checken ob die Ventilöffnung umgesetzt worden wäre und würde solange alle Minute den Befehl rausschicken, bis das TRV mal gnädigerweise reagiert.

Aber so eine Regelung ist nicht mal eben in 5 Minuten geschrieben. Deswegen ist es auch nur mein Plan B.

Liebe Grüße und bleibt tapfer! Gemeinsames Leid ist halbes Leid

Wow ...

Also ich will jetzt nicht wieder mit einem Autovergleich kommen, aber wenn das Auto nicht lenken kann, hilft es nur bedingt, alle Straßen geradeaus zu bauen und dann seitenweise über die spritsparende Beschaffenheit des Asphalts zu reden ...

Viele von euch driften wirklich sehr weit ab.

Klar ist es am besten, die Heizkurve so eingestellt zu haben, dass die gewünschte Raumtemperatur bei offenen Ventilen erreicht wird. Aber warum brauche ich dann ein TRV von irgendeinem Hersteller? Dann kann ich mir auch einen Wasserhahn an die Heizung schrauben, der den ganzen Winter offen ist, und im Sommer drehe ich ihn zu.

Es geht (zumindest mir) darum, dass ein „Send and Forget“-Protokoll nicht gerade das Beste für eine Heizungsregelung sein kann (für alle, die ihre Heizkurve nicht beeinflussen können).

Ich habe hier auch das Problem, dass manchmal die „Fenster offen“-Absenkung oder die Reaktivierung der Solltemperatur hängen bleibt. Irgendwann wird es dann echt schattig im Wohnzimmer (man schaut ja auch nicht permanent auf die App) und dann sieht man, dass beide Heizkörper vom letzten Stoßlüften auf 8 Grad hängen geblieben sind. Umgekehrt habe ich auch schon fleißig mein Dorf durch mein offenes Fenster geheizt.

Sowas ist Mist!

Was hilft nun?

• Skripte wie „Retry“ oder „Resend“
• Szenen erstellen

• Über Heizkurven und illegale Heizungen philosophieren?
  
  (Meme) Weiß ich nich, Digga.

  
  

Ich denke, der Hersteller sollte hier mit Firmware nachbessern und das Problem ernst nehmen. Ich denke nicht, dass wir hier viel machen können, außer genau zu beschreiben, welche Probleme es gibt, in welchen Szenarien sie auftreten und welche Szenarien eventuell stabiler laufen.

Damit hat der Hersteller über seine eigenen Tests hinaus eine Chance, die Fehler einzugrenzen und mit künftigen Updates zu bekämpfen. Wenn der Hersteller hier mitliest, werden ihn zwei Seiten mit „Heizkurven-Philosophie“ auch nicht näher an eine Lösung bringen.

Macht bitte einen neuen Thread auf: „Heizkurven und andere phantastische Tierwesen“, aber lasst uns hier die Probleme mit dem TRV adressieren und den Hersteller gemeinsam mit Infos versorgen, auf dass er uns dann helfen möge.

Lieben Gruß

Sascha

Zitat von MichaelGo

bei ir sind es 3 Gateway mit 1, 2 und 4 TRVs. Die meisten Probleme hat das mit 2 TRVs. Gar keines hat das mit einem TRV

Das ist auch sehr interessant!

Zwei Gateways mit jeweils 3 TRVs

Also Fazit nach einem Tag:

Temperaturen innerhalb der Fenster AUF/ZU Steuerung mal auf 8 grad oder 20 grad hängengeblieben (auch nach Stunden noch)

Manche Temperaturänderungen hat nur eine Heizung empfangen, die andere nicht. Beim nächsten mal genau umgekehrt.

Für mich keine Verbesserung mit der betafirmware.........Leider

Die neue Firmware für die TRVs habe ich auch drauf.

Aber wenn man da die Release notes liest, würde es bei einem Auto heißen:

"Wir wissen, das ab und zu der Motor ausgeht, aber dafür bekommt ihr jetzt ein neues Autoradio...."

Die Beta Firmware ist nun drauf und ich werde berichten, wie es läuft.
Wäre natürlich schön, wenn es dadurch besser laufen würde, dann wüßte man, dass es durch Firmware behoben werden könnte.

Zum Thema mit der Heizung. Wir haben in unserem Haus ein paar Omas, die es sehr gerne sehr warm haben. Unsere Heizkosten in unserer Wohnung halten sich eigentlich in Grenzen, ich habe nochmal im Log nachgesehen. es waren 22.8 nicht 23.8 grad. Also nicht ganz so dramatisch, aber trotzdem völlig "überheizt" gegenüber meinem Wunsch von 20 grad.

Danke für die konstruktiven Tipps!

Alles klar, das mit der Firmware mache ich gleich mal. Danke für den Tip.

Nein, ich habe keine eigene Heizung, ich wohne in einem 6 Parteien Haus.

Die TRVs laufen seit ca. 10 Tagen

Wow.....

Wo fange ich an? Ich ersetze gerade meine komplette Homematic Komponenten durch Shelly Aktoren. Grund war, dass mir ein 7,5V Netzeil von meinem Homematic Gateway abgeraucht ist und dadurch mein halbes Haus nicht mehr steuerbar war. Natürlich waren wir zum Zeit des Ausfalls im Urlaub und haben es erstmal nicht gemerkt.

Auch meine Homematic Thermostate und meine Heizungsteller waren in die Jahre gekommen und ich habe sie auch gleich mit den Shelly TRVs ersetzt.

Was für eine sch....?

Meine 12 Jahre alten abgerockten Heizungssteller haben 1000 mal besser funktioniert als dieser Mist jetzt.

Natürlich habe ich externe Sensoren an den TRVs dran, damit die internen nicht benutzt werden.

19,5 grad im Raum und ich stelle 20 grad ein und das Ventil reißt auf 100% auf, verpennt anscheinend kurz danach die Hilferufe vom externen Sensor und bläst auf 23,8 grad hoch.

Dann Ventil komplett zu und die Raum Temperatur fiel auf 19 grad ab, bevor der TVR wieder gas gab.

Bei Fenster Auf oder Zu verpennen die TRVs bei jedem dritten mal irgend einen Trigger und bleiben entweder auf 8 grad hängen, oder blasen mit 100% mein Geld zum sprichwörtlichen Fenster hinaus.

Firmware aktuell, Gateways keine 3m entfernt.

3 TRVs habe ich, 3 brauche ich noch.

Mir wird Angst und Bange......

Falls ein Entwickler hier mal mitliest:

Toll mit der Zigbee Unterstützung........

Wie wäre es erstmal mit einer "Heizungs" Unterstützung?

Ich habe es nun nach dieser Anleitung gemacht und damit richten sich die TRV´s nach der IST Temperatur von meinem H&T Display.
Auch dass die hübsche Thermostatanzeige vom WallDisplay verwendet wird, hat geklappt. Das aber mit MQTT und meiner Haussteuerung von IPSymcon zusammen.
Ich empfange einfach die Solltemperatur vom Walldisplay und leite sie an die TRV´s weiter. Das kann man aber sicherlich auch Shelly intern lösen...

Temperaturübertragung von Shelly Plus H&T oder Shelly H&T Gen3 auf Shelly BLU TRV

Liebe Grüße!

MIHO

Vielen Dank für deine Anleitung! Ganz genau so hat dann alles funktioniert!
Liebe Grüße

Sascha

Also das ist auch am maximal weitesten weg, wie ich mir eine Heizungssteuerung vorstelle

Ich habe vom Shelly Support eine Antwort bekommen:

Sinngemäß : "Das Thermostat im Walldisplay kann nur Aktoren schalten und wird nie als Regelung für die TRV´s zur Verfügung stehen"

Wieviele Leute brauchen einen Aktor, der ein und ausschaltet, um die Raumteperatur zu erreichen?
Soll ich mir jetzt einen 2.5Kw Heizlüfter ins Wohnzimmer stellen ?

Ich scheitere auch gerade daran, das H&T mit dem Display mit dem TRV zu verbinden, damit diese das H&T als externen Sensor benutzen. Mit dem H&T ohne Display klappt das auf anhieb. Nun wollte meine Frau aber den mit dem Display um mal schnell die IST Temperatur zu sehen. Da mache ich aber mal einen neuen Thread auf.

Irgendwie habe ich gerade das Gefühl, wenn man bei Shelly alles aus einer Hand kauft, ist es schlimmer, als wenn man versucht 5 verschiedene Hersteller miteinander zu verbinden.....

Liebe Grüße

Ich bekomme es noch nicht mal hin, das Shelly H&T (Das mit dem Display) als externen Sensor für das Walldisplay zu verbinden.....

Mal sehen, ob das erstellen eines Tickets etwas bringt......

Ich kann das einfach nicht glauben.....

Das ist doch der einfachste Anwendungsfall, wenn man die Hardware dazu hat. Und alles von einem Hersteller.
Muss ich deswegen jetzt echt ein Ticket bei Shelly aufmachen?

ok, verstehe.

Aber wäre mein Szenario aus dem ersten Post möglich?
Irgendwie habe ich es noch nicht hinbekommen, das so miteinander zu verbinden.

1x H&T Sensor
1x WallDisplay mit der Thermostat Anzeige
2x TVR in einem Raum

Das sollte doch möglich sein, oder?

Lieben Dank für die Hilfe