[WireGate-Plugin] Multi-RTR (PI-Regler)

[Chris M.]

Zitat von tobiB Und hier der komplette log: 2011-10-26 19:02:27.552,FBH - Multi TEST,dt: 165598.701347828; [<]2-40_Zoe_FBH: 21<>22.36=>0 [-0.272/-3.12797546990342]; ,0.3s, 2011-10-26 19:02:27.869,FBH - Multi TEST,write(3/2/40=2-40_Zoe_FBH) 21 -> SetPointdt: 0.442973136901855; [<]2-40_Zoe_FBH: 21<>22.36=>0 [-0.272/-8.36727036370171e-06]; ,0s, 2011-10-26 19:03:28.395,FBH - Multi TEST,dt: 60.5407881736755; [<]2-40_Zoe_FBH: 21<>22.36=>0 [-0.272/-0.00114354822105832]; ,0s, 2011-10-26 19:03:28.595,FBH - Multi TEST,write(3/2/40=2-40_Zoe_FBH) 21 -> SetPointdt: 0.202879905700684; [<]2-40_Zoe_FBH: 21<>22.36=>0 [-0.272/-3.83217599656847e-06]; ,0s,

Was mit auffällt: Du schreibst dass Du minütlich den (gleichen) Sollwert schreibst.
Auch wenn das natürlich erlaubt ist, sinnvoll wird das vermutlich nicht sein. Wo kommt denn der Wert her und welchen Grund gibt es dafür?

Zitat von tobiB Ich hab den Fehler gefunden... 'ActuratorDPT' => 5,

Super! Ich werde gleich eine neue, gefixte Version hochladen (erweitert um den Watchdog-Fix)

Zitat von tobiB Das ist eben gezogen aus dem Original von dem ersten Post... wieso funktioniert das bei euch? Habt ihr das pro Raum extra angegeben?

Vermutlich (ungetestet!), weil der DPT dem WireGate schon per ETS-Import bekannt ist.

[Chris M.]

Mit Revision 477 jetzt im SVN online.

[tobiB]

Klasse, danke für den flotten Fix.

Hmm, also, der einzige, der auf die GA schreibt, ist die CometVisu und das Plugin. Da muss ich nochmal nachforschen, wieso die das tun. Aufgeallen ist mir es auch, sobald ich den Sollwert per Visu verstelle, dann stellt ihn das Plugin bald darauf wieder zurück.

Ich meld mich, wenn ich den Fehler hab (oder wenn ich den nicht finde)

[tobiB]

Zitat von Chris M. Mit Revision 477 jetzt im SVN online.

Oh, zufrüh gelobt ;-)

In Zeile 43 steht immernoch " 'ActuratorDPT' => 5, "

[Chris M.]

Zitat von tobiB Oh, zufrüh gelobt ;-)

Oh je. Keine Ahnung wieso das durchgerutscht ist, den hatte ich geändert
Egal, 497 ist jetzt online.
(Und wenn auf die externe Konfig umgestellt wurde, kann ich sogar die Live-Version einchecken und muss nicht die Änderungen per Hand synchronisieren )

Zitat von tobiB Hmm, also, der einzige, der auf die GA schreibt, ist die CometVisu und das Plugin. Da muss ich nochmal nachforschen, wieso die das tun. Aufgeallen ist mir es auch, sobald ich den Sollwert per Visu verstelle, dann stellt ihn das Plugin bald darauf wieder zurück.

Hast Du noch ein anderes Plugin das den Sollwert evtl. setzt und alle 60s aufgerufen wird?
Welches Widget verwendest Du zum Wert setzen? Infotrigger? Bei dem auch den absoluten Modus?
Mehrere CometVisus gleichzeitig offen?

[tobiB]

Okay, tip top. Nun passt es.

Zitat von Chris M. Hast Du noch ein anderes Plugin das den Sollwert evtl. setzt und alle 60s aufgerufen wird? Welches Widget verwendest Du zum Wert setzen? Infotrigger? Bei dem auch den absoluten Modus? Mehrere CometVisus gleichzeitig offen?

Kein anderes Plugin - Die Solltemperatur ist ein Slider; mehere Visus sind hier meistens offen, da ein Touchscreen meisst läuft, aber nix tut.

Aber es war was anderes:
Ich hab den Fehler gefunden, da muss irgendwie beim Copy & Paste was schiefgegangen sein. Der hatte bei Zeile 71 irgendwas hinten an

    if( $reset or not exists $plugin_info{ $plugname . '_' . $this_controller_name . '_Actuator' } )

dran stehen, dann hatte der das immer gemacht.

Also, nun scheint es aber zu funktionieren. Danke dafür mal wieder

[Chris M.]

Zitat von tobiB Aber es war was anderes: Ich hab den Fehler gefunden, da muss irgendwie beim Copy & Paste was schiefgegangen sein. Der hatte bei Zeile 71 irgendwas hinten an if( $reset or not exists $plugin_info{ $plugname . '_' . $this_controller_name . '_Actuator' } ) dran stehen, dann hatte der das immer gemacht.

Bei Deinem Copy&Paste oder bei meinem?

Diese Zeile sollte zuverlässig funktionieren - entweder ist in Zeile 53 der Reset auf 1 gestellt (was zum Reset ja wichtig ist, unmittelbar danach aber natürlich wieder auf 0 gesetzt werden muss). Oder $plugin_info{ $plugname . '_' . $this_controller_name . '_Actuator' } ist nicht gesetzt - was mich beunruhigen würde und detaillierter untersucht werden müsste.

[tobiB]

Bei meinem.

Hinter der geposteten Zeile von mit stand noch was bei mir (leider schon gelöscht...).
Somit wurde die Varieble nie gefunden und Sollwert wurde bei jedem aufruf geschrieben.

[chriss1980]

Zitat von Chris M. > Wärmeanforderung/höchster Stellwert zur Heizungsbeeinflussung Da würde ich auch eher zum extra Plugin greifen.

Naja, das ist wahrscheinlich eine Frage der Philosophie. Ich sehe das zur Verfügung stellen der Daten ganz klar durch den Verursacher, d.h. das RTR-Plugin, wogegen die Auswertung und Heizungsbeeinflussung natürlich in einem anderen Plugin erfolgen wird.

> Temperaturbegrenzung über Estrichsensor > Zweiter Regler für Fußbodentemperierung Komfort sollte IMHO über die Sollwert-Vorgabe sichergestellt werden. Eine Wert-Begrenzung ist für den Komfort sinnlos, bzw. kontraproduktiv. Aber wegen dem Taupunkt macht das Feature evtl. trotzdem Sinn. Da habe ich den zweiten Regler auch noch nicht verstanden. Bei zwei Heizkreisen (Handtuch-HK + FBH) wird einfach mit zwei "Zeilen" gearbeitet. Wenn's um die Sollwert-Anhebung geht um kurzfristig warme Füße zu haben aber den Raum sonst nicht zu überheizen, dann bitte mit Sollwert-Änderung arbeiten (in einem extra Plugin)

Die Sollwertverschiebung (der geregelten Größe Raumtemperatur) um Einfluss auf die nicht geregelte Größe Fußbodentemperatur zu nehmen ist für mich ein Hack, den man natürlich nutzen kann, wenn der Regler keine besseren Möglichkeiten bietet.
Hier gibt es aber ganz klar die Möglichkeit für beide Regelgrößen eine Stellgröße zu errechnen und für die (gemeinsame) Aktorik entsprechend zu priorisieren, also z.B. ganz einfach und ohne Grenzwerte:

if(Stellgröße_Boden > Stellgröße_Luft) then 
    Aktorstellung = Stellgröße_Boden
else
    Aktorstellung = Stellgröße_Luft

Mir ist klar, dass das auch (unerwünschten) Einfluss auf die jeweils andere Stellgröße hat.

> Frost/Komfort/Nacht/Standby Die Komplexität habe ich erst mal gespart. Die kann man entweder in ein externes Plugin auslagern - oder bei breitem Bedarf auch integrieren. Ein Beispiel für die Komplexität: Du brauchst für jeden dieser Zustände eine eigene Soll-Temperatur.

Nöö, man braucht ja nicht gleich eine jeweils eigene Solltemperatur. Ich finde die Lösung gut, dass man für die einzelnen Modi eine fixe Abweichung zur Solltemperatur (also z.B. -2°C für Nacht) in der Plugin-Config festlegt und die einzelnen Modi dann einfach per 1-bit-GA schalten kann (Priorisierung der GAs z.B. gemäß der o.g. Reihenfolge der Modi).
Das finde ich wesentlich schöner, als in einem anderen Plugin große IF-Konstrukte zu bauen, um bei jedem Statuswechsel ein Solltemperatur-Feuer am Bus zu eröffnen.

Schöne Grüße
Christian

[NeubauRe]

Danke nochmal allen, die an dem Plugin schreiben, habs als erstes Plugin gleich mal auf mein Wiregate drauf und brauch jetzt nur noch den Elektriker, der mir die GAs zum einstellen der Temperatur vorgibt (über den Smart Sensor).

Aber noch eine ganz banale Anfängerfrage: Wie läuft das Dingens los? Von alleine, oder was muss ich noch machen, nachdem ich meine Änderungen eingegeben hab und auf speichern gedrückt habe? Nix?? Das wäre ja total einfach.... oder zu einfach??

Danke!

René