Seite 1 von 1
[V4.0 IP7] Best Practice KNX Flags bei Universalobjekten am TWS
Verfasst: Fr Feb 23, 2024 6:02 pm
von Mibr85
Hallo zusammen
Da ich gerade mit meiner VISU beginnen möchte, steht vorher noch das Aufräumen der KNX Flags an den Universalobjekten des TWS an.
Mit dem TWS Importer habe ich erstmal sämtliche GAs (zum glück nur 1950
) mit dem TWS verknüpft, dadurch werden aber erstmal alle Flags, ausser das I Flag, bei allen Universalobjekten gestezt. Das funktioniert zwar meistens sollte aber nicht so sein.
Nun gibt es im Netz viel Erklärungen zu den einzelnen Flags, ich habe die mal versucht zusammen zu tragen:
Bitte korrigieren wenn etwas falsche drin steht.
Wie geht ihr vor wenn jetzt all GAs mit dem TWS verknüpft sind um eure Flags anzupassen?
| Typ | L | S | A | Ü | I | K |
|---|
| GA Schalten | 0 | 0 | 0 | 1 | 0 | 1 |
| GA Schalten Status | 0 | 1 | 0 | 0 | 1 | 1 |
| GA Rolladen fahren | 0 | 0 | 0 | 1 | 0 | 1 |
| GA Rolladen Stop | 0 | 0 | 0 | 0 | 1 | 1 |
| GA Rolladen Pos fahren | 0 | 0 | 0 | 1 | 0 | 1 |
| GA Rolladen Pos Status | 0 | 0 | 0 | 1 | 0 | 1 |
| ..... | 0 | 0 | 0 | 0 | 0 | 0 |
Gern ergänzen und korrigieren, ich denke so eine Zusammenfassung hilft vielen weiter.
Re: Best Practice KNX Flags bei Universalobjekten am TWS
Verfasst: Fr Feb 23, 2024 8:16 pm
von Robert_Mini
Hallo Micha!
Schau mal hier:
app.php/kb/viewarticle?a=122
Ist aber deutlich anders als von dir grad vorgeschlagen.
Ich würde tatsächlich alle Flags belassen, außer L und I, sonst sucht man lange, wenn was nicht ankommt…
L wenn vom Bus lesbar (=> nicht doppelt zu einem Statusobjekt o.ä. eines Aktors)
I wenn nach den Reboot aktiv gelesen werden soll zb Visuobjekte, die vom Bus den Status bekommen!
Lg
Robert
Lg
Roland
Re: Best Practice KNX Flags bei Universalobjekten am TWS
Verfasst: Fr Feb 23, 2024 9:16 pm
von gbglace
| K | Ü | S | L | A | I | Typ |
|---|
| 0 | 0 | 0 | 0 | 0 | 0 | KO tut nix |
| 1 | 0 | 0 | 0 | 0 | 0 | KO tut nix |
| 1 | 1 | 0 | 0 | 0 | 0 | KO bzw. TWS/Visu gibt Befehle auf den Bus, sendet aktiv Informationen auf den Bus (nur erste verbundene GA) |
| 1 | 0 | 1 | 0 | 0 | 0 | KO nimmt reguläre Informationen vom Bus auf, TWS kann Logiken triggern, kann Werte empfangen und in der Visu anzeigen (alle am KO verbundene GA) |
| 1 | 0 | 0 | 1 | 0 | 0 | KO antwortet auf readrequests, KO sollte quasi busweiter alleiniger Eigentümer des Status derer Information, die über die GA abgebildet wird, sein. (sendet Antwort mit erster verbundener GA, Antwort wird aber durch !!alle!! verbundenen GA getriggert) |
| 1 | 0 | 0 | 0 | 1 | 0 | KO nimmt Informationen die als explizites Antworttelegramm gesendet wurden in sich auf. (alle verbundenen GA) |
| 1 | 0 | 0 | 1 | 1 | 0 | sinnlose Kombination, wenn der TWS Master des Status ist, interessieren Ihn keine Antworten auf readrequests zu der GA |
| 1 | 0 | 0 | 0 | 1 | 1 | KO sendet bei Reboot eine Leseanfrage auf den Bus und nimmt die Antwort auf (erste verbundene GA), aktives I Flag ohne aktives A Flag ist recht sinnbefreit, sofern der TWS nicht nur reiner Auslöser für andere Geräte bei Reboot sein soll. |
| 1 | 0 | 1 | 1 | 0 | 0 | KO nimmt Information auf, wird dann aber selbst zum Statusgeber für diese GA (sendet an erste GA, Trigger und Input alle GA) bietet sich an wenn eigentlicher Aktor z.B. hinter einem IP-Tunnel sitzt und dort keine vollständige KNX-Implementierung bzgl. L Flag möglich ist. Aber in der Regel keine sinnvolle Kombination |
| 1 | 1 | 1 | 0 | 0 | 0 | KO ist Sender und Empfänger aktiver Informationen, meist keine sinnvolle Kombination. Bei einigen Logiken kann das Sinn ergeben, gerade wenn man mehrere GA verbunden hat hörend aber nur eine GA sendend für das Ergebnis von Logiken oder Auslösungen in der Visu im TWS verwendet wird. |
| 1 | 0 | 1 | 0 | 1 | 1 | Kombination für vollständige Informationsgewinnung von Statusinformationen anderer KNX-Geräte (Status Schaltaktor als Eingang einer Logik / Anzeige Visu) |
Re: Best Practice KNX Flags bei Universalobjekten am TWS
Verfasst: Fr Feb 23, 2024 9:20 pm
von Parsley
Moin Micha
Ich denke die wichtigste Einstellung ist, das I-Flag so sparsam wie möglich zu setzen und nur, wenn man sich sicher ist, dass man es wirklich braucht.
Die zweite Einstellung, die ich versucht habe überall zu prüfen/korrigieren ist das L-Flag:
Nur maximal ein KO mit L-Flag pro GA, damit nicht mehrere Geräte auf ein Read antworten.
Das L-Flag sollte am „richtigen“ KO gesetzt sein. Also an dem Gerät, welches den aktuellen Zustand tatsächlich kennt oder welches „der Hüter der Wahrheit“ ist/sein soll.
Wenn es kein Gerät gibt, welches einen „State“ einer GA definieren kann, sollte es kein L-Flag geben.
Alle anderen Flags könnte ich jetzt spontan nicht so einfach und eindeutig aus dem Kopf definieren.
Ich hoffe, dass ich hier jetzt keinen Unfug geschrieben habe, da ich nur interessierter Laie und Autodidakt bin.
Ich lasse mich daher gerne von den KNX-Profis korrigieren (oder bestätigen).
Re: Best Practice KNX Flags bei Universalobjekten am TWS
Verfasst: Fr Feb 23, 2024 9:24 pm
von gbglace
Parsley, da liegst schon genau richtig mit Deiner Einschätzung.
I kann man schon setzen aber ohne A ergibt es keinen Sinn.
Re: [V4.0 IP7] Best Practice KNX Flags bei Universalobjekten am TWS
Verfasst: Fr Feb 23, 2024 9:42 pm
von Mibr85
He Göran
Wieder mal ne Mega ausführliche Antwort.
Wie bekommen wir sowas ins Wiki oder du KB?
Parsley dir natürlich auch danke für die Erklärung
