Raumtemperaturregler - kurioses Regelverhalten

Guten Morgen, ich habe mir den Thread hier durchgelesen und ebenfalls ein ähnliches Verhalten festgestellt.

Wir haben z. B. in der Küche und Wohnzimmer die RTR auf 23 Grad eingestellst. Laut einem Analogen und Digitalen Thermometer besteht im Raum 23,5 Grad.

In der APP wird auch einen Raumthemperatur von 23,5 Grad angezeigt.

ABER: Der RTR steht noch auf Heizen. Und jetzt wird es noch verrückter: Ich stelle den RTR bis auf 21 Grad und erst dann verschwindet das Heizsymbol. Eigentlich sollter dieser doch unter 23 Grad schon kein Heizsymbol mehr anzeigen.

Dann habe ich das probiert was Sie im obigen Thread beschreiben. Ich habe den RTR mal ausgeschaltet und wieder eingeschaltet und siehe da. Er geht normal bei 22,5 Grad aus und bei 23 Grad wieder an. Also das Heizsymbol. So wie es sein sollte.

Ich denke dies ist ein Softwareproblem. Als wenn sich beim ausschalten etwas resettet und dann wieder normal funktioniert.

Wie kann man dies B-J mitteilen? Liest hier jemand mit?

VG David

Danke für den Input. Ich bin beruhigt, dass ich nicht der einzige bin, der das Verhalten der RTRs kritisch sieht.

Das habe ich bereits BJ per Mail mitgeteilt. Wenn das von mehreren kommt, schadet das sicher nicht.

Ansonsten hoffen wir einmal, dass die Leute von BJ hier intensiv mitlesen.

So, im Folgenden ein weiteres Beispiel für das mangelhafte Regelverhalten:

In Kombination mit den viel zu kurzen, an der Realität völlig vorbeiprogrammierten, Taktverhältnissen für die Stellantriebe, war, obwohl die Soll-Temperatur bereits um 1 K überschritten war, noch die volle Heizleistung für den Raum aktiv.

Ich bin wirklich schwer enttäuscht, wie unausgereift dieses Produkt ist!

Hallo,

was meine Wahrnehmung ist, so scheint mir die Regelung an sich schon "relativ gut" zu funktionieren. Auch die Pulsweitenmodulation des Heizungsaktors auf Basis des setigen (0-100 %) RTR Stellsignals führt zu mindest in meinem Fall zu plausibelem Messergebnissen. Nur weil der RTR "Heizen" anzeigt, bedeutet das nicht, dass auch durchgängig maximale Leistung abgenommen wird.

Ich weiss nicht ob dazu hier schon was geschrieben wurde, aber wenn man sich den Datendump eines free@home Backups ansieht, findet man dort Rückschlüsse über die PWM-Periode.

       <parameter matchCode="00000002" dpt="0705" nameId="0262" parameterId="0031" accessLevel="Enduser" visible="false" writable="true" wizardOnly="false" dependencyId="FFFF">
    <valueUnsigned defaultValue="900" factor="1" stepWidth="10" maxValue="1800" minValue="120"/>
   </parameter>

Es gibt systemtechnisch prinzipiell die Möglichkeit diesen Wert zu ändern (zumindest für BJ). Der Default Wert liegt bei 900 Sekunden (15 min). BJ hat die Sichtbarkeit/Änderbarkeit des Wertes aber offensichlich deaktiviert (visible="false"). 15 min ist auch der Standardwert bei anderen Wettbewerbern und scheint auch in meinem Fall zu funktionieren.

Es hängt aber sicherlich davon ab, welchen Thermo-Stellantrieb man verbaut. Bei dieser PWM-Periode und einer angenommenen Öffnungszeit von 4 min = 240 sec. führen Stellsignale von P < 240/900 *100 [%], also in etwa unterhalb von 26 % nicht zuverlässig zum Öffnen des Stellantriebs. So zumindest die Therorie.

Faktische sehe ich aber, dass sehr kleine Stellwerte sehrwohl zum Ansteigen der Temperatur führen. Ich will nicht ausschließen, dass BJ soetwas wie eine Mindestpulsweite vorgibt.

Anbei ein Plot von Ist-Temperatur und RTR-Stellwert, der zeigt, dass das gut funktionieren kann. Ich sehe ehr ein Problem in der Displayhelligkeit und der daraus resultierenden Messwertverfälschung.

Wahnsinn was hier alles herausgefunden wird. Das mit der Displaytemp ist mir auch aufgefallen und kann ich auch simulieren. Ebenfalls kann es simuliert werden, wenn ein Heizsymbol angezeigt wird und man auf OFF und ON drückt das dieses verschwindet. In der APP und auf der Weboberfläche wird bei mir immer die gleiche IST-Temp angezeigt.

Irgendwas läuft da nicht richtig.

Wie kann man das hier alles BJ mitteilen? Gibt es eine Mailadresse an die man diesen Link von dem THread schicken kann? Ohne das die Mail dann in einem Supportverteiler landet?

VG

Hallo Steffen,

vielen Dank für Deinen Beitrag. Auf ein paar Aussagen möchte ich eingehen.

Nur weil der RTR "Heizen" anzeigt, bedeutet das nicht, dass auch durchgängig maximale Leistung abgenommen wird

Jein, dies bedeutet zunächst einmal nicht, dass das Stellsignal (Taktverhältnis) durchgängig 100 % ist. Die Problematik mit den viel zu kurzen Taktverhältnissen führt aber dazu, dass (z.B. bei mir und sicher auch bei den meisten anderen) bei einer Stellgröße im Bereich 25...100 % eben 100 % Heizleistung herauskommen. Im selben Atemzug bedeuten kleinere Taktverhältnisse, dass entgegen der Stellgröße von bspw. 10 % am Ende 0 % Heizleistung herauskommen. Siehe hierzu hier

Was darüber hinaus nicht sein darf, dass ein RTR "aus-->an" eine andere Situation herbeiführt als sie vor dem "aus" war.

Der Default Wert liegt bei 900 Sekunden (15 min).

Was!? Bei mir ist ein ganzer Zyklus nur ca. 2 min lang - also z.B. 30 s Strom an und 90 s Strom aus. Eine Gesamtzykluszeit von 15 min würde ja, wie in Deinem Beispiel mit den 240 s, durchaus dazu führen, dass die Situation "Wasser fließ tatsächlich" relativ gut mit dem Taktverhältnis übereinstimmt.

Sind diese 15 min vielleicht von einem 6224/2.1 WL? Denn laut Info von BJ seien bei diesen Relais-Geräten die Zykluszeiten höher. Die Halbleiterrelais in den separaten Heizungsaktoren hingegen ermöglichen mehr Schaltspiele. Jedoch ist man in Kombination mit den üblichen Stellantrieben damit total am Ziel vorbei geschossen!

Stimme allen Punkten zu. Meine RTRs sind alle keine Wireless Geräte, sondern hängen alle am Bus. Ich habe die Zykluszeit selbst nie gemessen, sondern wie gesagt aus dem Backup Log entnommen. Zum Messen des Zyklus hast du einfach mal 30 Grad eingestellt und geschaut, wie lange in etwa der Stellantrieb in total geöffnet ist (Anzeit +Totzeiten der Stellantriebe ergibt dann die PWM Zykluszeit). Oder hast du richtig die Spannung gemessen am Aktorausgang?

Eine mögliche Erklärung für das Ein/Aus Verhalten ist, dass der RTR selbst ja mindestens eine PI oder ggf. PID Regelung enthalten hat. Beim Übergang von Off/On wird vermutlich die Messwerthistorie gecleaned und daher sieht das dann erstmal anders aus gegenüber dem On-Zustand. Aber faktisch kann das nur BJ beantworten.