Beiträge von marco.gr

Ich denke nicht, dass es nur Verzögerungen sind.

Extern: 20.7°C
Intern: 20.8°C
2. TRV: 22.8°C

Ohne den externen Sensor lieferte TRV 1 nahezu identische Werte wie der TRV 2.
Zwischenzeitlich hatte der interne exakt den Wert vom externen Sensor. Er hatte aber auch schon 19.2°C bei ähnlichen Bedingungen.
Zusätzlich hinkt die Shelly Cloud den Werten oft hinterher und zeigt nochmal was anderes an.

Meine Theorie: Der 'interne' Wert ist bei Vorhandensein eines externen Sensors immer ein berechneter Wert.

Hallo Peter,

ich teste die TRVs gerade sehr intensiv, da ich an zwei Scripten arbeite, welche meine Wünsche erfüllen sollen.
Die Plausibilität der Temperaturwerte bereitet mir schon länger Kopfzerbrechen. Auch die aktuellste Firmware erscheint mir da nicht plausibel.

Wie kommst du darauf, dass die Methode 'Trv.SetTarget' Einfluss auf den verwendeten Temperaturwert hat?
Wenn du die BLU TRV per MQTT in HA eingebunden hast, so hast du vielleicht den falschen Ist-Temperaturwert als Quelle und lässt dich dadurch zusätzlich irritieren?

Welchen Temperaturwert der Shelly nun wirklich nimmt ist dennoch eine sehr gute Frage, da der BLU TRV definitiv fragwürdige Werte anzeigt.
(Ich habe im selben Raum zwei TRVs verbaut. Da passt teilweise gar nichts.)

So kannst du das Verhalten vom Temperatursensor konfigurieren:

• Hast du keinen externen Sensor verbunden, so wird der interne verwendet.
• Hast du einen externen Sensor verbunden, so kommt es darauf an, ob du den Behavior / TRV Verhalten für Floor Heating / Fußbodenheizung aktiv hast:
  • FBH aktiv: Es wird nur der externe Sensor verwendet
  • inaktiv: Es wird ein Temperaturwert aus internem und externem Sensor errechnet.

Alternativ gäbe es einen RPC Befehl 'Trv.SetExternalTemperature', dieser funktioniert dann genau so, wie ein direkt verbundener Shelly BLU H&T. Allerdings wird dieser nicht in der Oberfläche angezeigt.

Hat der BLU TRV einen externen Sensor, so zeigt er per RPC (z.B. via MQTT) 3 statt 2 Temperaturwerte an.

Wichtig: Sobald du einen externen Sensor verwendest, zeigt der interne keine plausiblen Werte mehr an. Das Thema ist eines eigenen Threads würdig. Oder ist das dein Hauptproblem für das du eine Lösung suchst?

Alternativ: Manuelle Steuerung

Ja, das geht. Ich experimentiere damit.
Aber bist du wirklich schon so verzweifelt

Zum einen würdest du damit den internen Algorithmus aushebeln, der bei konventionellen Heizkörpern bestimmt nicht völlig falsch ist. (Bei Fußbodenheizungen bezweifle ich das).
Zweitens erhöhst du damit die Fehlerquote. Die TRVs verlieren gerne mal temporär die Verbindung zum Shelly BLU Gateway. D.h. selbst wenn deine Software auf diesem Gerät läuft, hast du schon eine neue Fehlerquelle. Bei allen anderen Varianten (MQTT, HTTP RPC, WS RPC) müsstest du alle Fehlerszenarien kennen um diese zu berücksichtigen.

Viele Grüße,
Marco

Zitat von audiwilli2010

Also angeschlossener Sensor zeigt z.B. 20.7 und am TRV unter aktueller Temp. Steht 20.4. Ist das bei euch auch so?

Ja.

Wenn du zwei TRVs mit einem Gateway und einem BLU H&T verbindest, kann es sogar sein, dass nur ein TRV hinterherhinkt.

Ich habe die Temperaturwerte noch nicht wirklich verstanden. Teilweise errechnet das Thermoastat sogar Werte, die größer als die zwei gemessenen Werte sind. Der Temperaturverlauf scheint da auch eine Rolle zu spielen. Ich werde in spätestens zwei Wochen nochmal eine Versuchsreihe dazu starten.

Viele Grüße,

Marco

Zitat von krameger

Kann man die Steuerung irgendwie anders einstellen, dass anstatt Ventilstellung 0 die Tempertur kontinuierlicher geregelt wird?

Ich habe da noch etwas für dich gefunden:

http://192.168.xxx.xxx/rpc/BluTrv.Call?id=200&method=TRV.SetConfig&params={id:0,config:{min_valve_position:10}}

Mit dieser RPC Methode sagst du dem TRV mit der ID 200, dass es das Ventil nur zu 10% schließen darf. Dauert ein paar Minuten bis die Änderung Auswirkungen zeigt. Die aktuelle Einstellung kannst du dann mit der Methode "Trv.GetConfig" abrufen. Der Default-Wert ist 0.

Das entspricht doch dem was du gesucht hast?

Ich selbst würde diese Einstellung nur verwenden, wenn ich ein altes Handventil mit existierendem Raumthermostat ersetzen möchte, denn in dieser Konstellation steuert das Raumthermostat die Vorlauftemperatur und die Pumpe des Heizkreises.

Viele Grüße,
Marco

Hallo,

prinzipiell lässt es sich Einrichten, dass zwei TRVs den selben BLU H&T verwenden. In der Praxis funktioniert es noch nicht.

Die Temperaturwerte vom TRV mit externem Sensor kommen mir insgesamt noch sehr Buggy vor. Seit 23.12. gibt es eine neue Firmware für die TRVs, diese dürfte jedoch noch nicht alle Probleme lösen.

Wenn ich stimmige Temperaturwerte habe, so laufen die TRVs nicht annähernd synchron. Ich nehme an, die TRVs haben einen lernenden Algorithmus, der das Heizverhalten optimieren soll. D.h. die TRVs beeinflussen sich gegenseitig. In der Shelly App konnte ich beobachten, das ein TRV immer dominanter ist als der andere.

In meinen Augen müssen folgende Dinge von Shelly behoben werden, wenn man zwei TRVs in einem Raum betreiben möchte:

• Reduzierung der Bugs bei den Temperatur Sensorwerten. Mit steigender Anzahl an TRVs in einem Raum steigt auch die Chance, dass ein TRV z.B. den Raum überhitzt.
• Echte Gruppierung der TRVs in Form einer Synchronisierung.
• Konfigurierbare Hysterese: Eine Stärke von Shelly ist es, dass man im Vergleich zu anderen Herstellern etwas mehr Freiheit hat. Leider fehlt dies bei den Shelly BLU TRV. Mir ist klar, dass man bei Heizkörpern keine so krassen Werte wie bei einer FBH fährt. Allerdings würden die TRVs in dieser Form nicht mit meiner FBH funktionieren.

Ich habe nun einen TRV abgeschaltet und versuche erstmal mit einem klar zu kommen bis sich eine Lösung auftut.

Viele Grüße,
Marco

Mein jüngstes Fehlerszenario war, dass die Temperatur vom externen Sensor nicht mehr übernommen wurde. Somit hat der Heizkörper nicht mehr geheizt, weil er dachte, die Temperatur ist ausreichend.

Da ich zwei TRVs am selben Gateway mit dem selben Sensor betreibe (also zwei Heizkörper im selben Raum), kann ich mit Sicherheit sagen, dass es nicht an der Bluetooth Verbindung vom Sensor zum Gateway lag.

Meine Lösung war hier ein Neustart des Gateways.

Mich würde interessieren, ob du einen externen Sensor verwendest und ggf. den selben Fehler hast.

Hallo,

im Prinzip ist das grundlegende Verhalten normal. Auch ein klassischer Thermostatkopf schließt das Ventil zu 100%.
Früher hatte man deshalb bei alten Heizanlagen einen Bypass installiert, allerdings in der Praxis meist nur um Pfeifgeräusche bei der Umwälzpumpe zu vermeiden.
Moderne Umwälzpumpen können je nach Betriebsmodus (z.B. Auto-Adapt bei Grundfoss) erkennen ob die Ventile warmes Heizungswasser anfordern und steuern so die Drehzahl der Umwälzpumpe.

Den Algorithmus der Ventilstellungen habe ich noch nicht ganz verstanden. Hier beobachte ich gerade noch sehr viel.

Das Verhalten mit einer gemessenen Hysterese von 5 Kelvin (21,5 - 16,5) ist zu viel. Nach meiner Einschätzung ist die Hysterese der Shelly Blu TRV fest auf 1 Kelvin eingestellt. Und zwar egal ob du die TRV mit internen Sensor, externen Sensor + interner Sensor oder nur externer Sensor (als Behavior "Fußbodenheizung" einstellbar) betreibst.

Die von dir genannte Schwankung kann viele Ursachen bzw. eine Kombination mehrerer Ursachen sein.

Ich würde dir die gleiche Lösungsstrategie empfehlen, welche ich gerade selbst bei mir durchführe:

• Update auf die neueste Firmware. Stand heute: TRV v1.1.3, Gateway v1.4.99
• Aufzeichnen aller Sensoren über eine Software, die eine schönere Ansicht als die der Shelly App bietet. In der kumulierten Ansicht mit min/max Kurve erkennt man zu wenig.
  • In meinem Fall ist dies HomeAssistant mit BTHome Erweiterung.
  • Außerdem kann die Vorlauftemperatur der Heizung und ob die Pumpe läuft interessant sein, denn während der Warmwasser-Vorrangschaltung läuft dein Heizkreis ggf. für ~30 Minuten nicht.

Ich habe das aktuellste TRV Update selbst erst jetzt eingespielt und muss die Situation weiterhin beobachten.

Ich habe meinen Shelly Wall Display erst seit einem Tag montiert. Das Display ist dauerhaft aus. Energiesparen aus. Meine Beobachtungen:

1. So bald ich den Display verwende geht die Temperatur (je nach Raumtemperatur) um bis zu 2 Grad hoch.
2. Der Shelly hat permanent Temperaturschwankungen im vergleich zu anderen Sensoren

Mein Eindruck:

Der Sensor ist zu Nahe an der restlichen Hardware verbaut. Je kälter der Raum, desto mehr fällt die Abweichung durch Abwärme auf.


Für mich ärgerlich, denn ich habe nun mehr Schaltzyklen als vorher und ungenauere Temperaturaufzeichnungen. Dafür endlich ein Bedienelement für alle Familienmitglieder.

Dem Thermostat fehlt in meinen Augen eine Mindestzeit (z.B. 10 Minuten) für "Ventil ein", und eine kleine Nachlaufzeit bei Temperatur erreicht.
Des weiteren wäre eine Glättung der gemessenen Temperaturkurve durch Anpassung der Empfindlichkeit des Sensors ein Gewinn für den Normalbetrieb.
Der Fehler, dass der Sensor anschlägt, wenn das Display an geht wird sich damit jedoch noch nicht Lösen lassen.