Seite 5 von 6

Re: L-Flag nicht gesetzt, als Standard

Verfasst: Di Jan 28, 2020 9:01 pm
von gbglace
So war den ganzen Tag heute auf dem Amt und Kisten packen, schrecklich.

Hi Miachael, habe mir die Bilder jetzt auch angeschaut. Schonmal ganz gut.

Als Add-ON:
Wenn man das Szenario im zweiten Beispiel um einen Taster ergänzt, der unabhängig von der ZSU im UM-Schaltbetrieb funktionieren soll wird es mit den Flags auch noch interessant. Dann stellt sich nähmlich auch noch die Aufgabe quasi einen Sammelstatus der drei Aktoren zu haben (ggf eine ODER-Logik im TWS) mit den Rückmelde-GAs hat man dann mit Restartszenario (TWS und/oder kompletter Bus) hat man dann auch die I / A / L Flags nochmal in einen zusammenhängend Kontext gebracht.

Denn der Taster bräuchte ja für einen sauberen Restart auch das I und der TWS eben auch das I für die Eingangs-KO der drei Statusrückmeldungen, wenn der Output ein veroderter Status ist, sollten die Aktoren eh je getrennte GA verwenden. Der Logikausgang nach dem ODEr bekommt noch das L damit sich der Taster diesen Status bei Init-ziehen kann.

Und den Taster sollte man dann in den Parametern eine etwas längere Hochlaufzeit gönnen, damit der TWS und dessen Logikauswertung bei Busreset wirklich schon durch ist. Diese Hochlaufzeiten lassen sich ja bei vielen KNX-Geräten einstellen.

Re: L-Flag nicht gesetzt, als Standard

Verfasst: Di Jan 28, 2020 9:48 pm
von Robert_Mini
Was mir auch noch aufgefallen ist:
Im 1. Beispiel muss auch bei den beiden Anzeigen das S-Flag gesetzt sein, sonst wird der KNX_Write Schaltbefehl nicht in die Anzeige übernommen, was sicher nicht gewünscht ist.

lg
Robert

Re: L-Flag nicht gesetzt, als Standard

Verfasst: Mi Jan 29, 2020 11:52 am
von Sun1453
Habe eine neue Version erstellt. Es scheint die Editierzeit abgelaufen zu sein. Daher hier die neue Version in diesem Beitrag.
ETS-KO-FLAGS-TWS.pdf

Re: L-Flag nicht gesetzt, als Standard

Verfasst: Do Jan 30, 2020 10:02 pm
von Zugschlus
Ich hab hier mal eine konkrete Situation. Bitte in einen eigenen Thread verschieben, wenn das in diesem Megathread Eurer Meinung nach unpassend ist.

Gegeben sind die folgenden Gruppenadressen:
Bild 1:
Bild

Und hier gucken wir uns jetzt mal drei heraus (vermutlich sind die Flags bei allen falsch):
Bild 2 ist die Ist-Temperatur im Bad. Die Werte kommen aus einem 1-Wire-Sensor in den Timberwolf, der den Wert in eine Timeseries kippt, in Grafana anzeigt (Source: TSxxxx) und über ein Universalobjekt auf die GA 6/3/21 schreiben soll. Der Aktor nimmt den Istwert auf und regelt danach sein Ventil. Zusätzlich soll der Istwert in der Comet Visu angezeigt werden.
Bild

Bild 3 ist die Status-Rückmeldung vom aktuellen Status des Ventils, in Prozent. Wird direkt in Grafana angezeigt (Source: KNX_LINE_27 where GA=6/3/23).
Bild

Bild 4 ist der Sollwert für die Raumtemperatur. Der kommt aus der Comet Visu und soll vom Aktor als Eingabewert genommen werden und vom Timberwolf in Grafana angezeigt werden (Source: KNX_LINE_27 where GA=6/3/27).
Bild

Natürlich funktioniert es nicht so ganz wie ich mir das vorstelle.

Wo muss jetzt welches Flag gesetzt sein?

Grüße
Marc

Re: L-Flag nicht gesetzt, als Standard

Verfasst: Do Jan 30, 2020 10:16 pm
von Sun1453
Also nach meinem Verständnis würde ich bei Bild 2 nur die FLAGs K + L + Ü sehen.
Bei Bild 3 sollte nur K + A + S haben. Auch bei Bild 4 wie bei Bild 3.

Re: L-Flag nicht gesetzt, als Standard

Verfasst: Fr Jan 31, 2020 12:01 am
von Dragonos2000
Ich würde die Flags wie folgt setzen:

Bild 2: Das L-Flag kann man beim TWS so lassen. Wenn die Temperatur zyklisch kommt (m.E. so ca. 15 Minuten Zyklus oder weniger), könnte man es auch rausnehmen. Die Flags S und A machen keinen Sinn und können raus.
Bild 3: Kann man so lassen @Sun1453 : Das ist nur Statusmeldung vom Ventil

Bild 4: Welche Funktion steckt hinter dem Objekt 603 vom TWS? Die CV kommuniziert ja nicht darüber. Das L-Flag jedenfalls raus und stattdessen beim Aktor setzen. Das Ü-Flag des Aktors macht mich stutzig: Ist das ein kombiniertes KO für Sollwert setzen und Status? Wenn nicht, macht das Ü-Flag keinen Sinn.

Was genau funktioniert in welcher Situation nicht wie es soll?

Re: L-Flag nicht gesetzt, als Standard

Verfasst: Fr Jan 31, 2020 8:07 am
von Sun1453
Hallo Jochen,
ja ich dachte nur mal soll alles gerade ziehen. Daher hab ich das beim Bild 3 auch so gesagt. Stimmt der Aktor bei Bild 4 gibt Rätzel auf. Was ist das für einer?

Re: L-Flag nicht gesetzt, als Standard

Verfasst: Fr Jan 31, 2020 8:36 am
von gbglace
Ja bei Bild4 bzw. Beim Sollwert gibt es eben das Problem das die CV der Master der Information ist, aber die CV keine ETS Konfigurationsebene hat und somit gar nicht mit Flags versehen werden kann. Insofern braucht man hier wieder ein anderes Objekt welches als Master für die Solltemperatur fungieren soll.

Wenn Du einen MDT AkH als Heizungsfaktor hast, kannst da das Objekt Status-Sollwert benutzen. Die CV macht dann nur das Delta im Rahmen der Verstellung, der angezeigte Sollwert kommt dann aber vom Aktor. An der Stelle hat dann auch der Aktor entsprechend das L-Flag im KNX-Bus für die Information Aktuelle Soll-Temperatur.

Re: L-Flag nicht gesetzt, als Standard

Verfasst: Fr Jan 31, 2020 8:46 am
von Sun1453
Ich denke damit man das Problem mit der CV ordentlich in Griff bekommt, müsste diese per MQTT mit dem TWS als Dispatcher sprechen. Dann kann man im TWS ordentliche Objekte in der ETS einstellen und hat dann alles sauber, so wie im ETS Standard definiert. @Chris M. Die CV kann doch MQTT schon oder ?

Re: L-Flag nicht gesetzt, als Standard

Verfasst: Fr Jan 31, 2020 8:49 am
von gbglace
Ja die CV nur per KNX-Kommunikation auf einem TWS gehostet zu betreiben ist irgendwie inkonsistent.