ElabNET Technik Forum

Zugschlus hat geschrieben: ↑Sa Jan 25, 2020 6:09 pmIhr sprecht von den Flags auf den Kommunikationsobjekten des TWS in der ETS, richtig?

Ja, wobei die Flags für JEDES KNX-Device gelten und dort auch die gleichen Auswirkungen haben.

Der Grund, warum sich viele bisher damit nicht beschäftigt haben ist der, das bei anderen KNX Devices die jeweiligen Objekte eine feste Aufgabe haben und daher der Hersteller schon eine in der Regel ausreichend guten Defaultwert für die FLAGs setzen kann.

Beim Timberwolf Server haben wir die Freiheit dass es Universalobjekte gibt, die für alles verwendet werden können, aber auch die Aufgabenstellung, die FLAGs richtig einzustellen, je nach dem welche Aufgabe das Objekt im KNX System haben wird.

lg

Stefan

StefanW hat geschrieben: ↑Sa Jan 25, 2020 7:43 pm Der Grund, warum sich viele bisher damit nicht beschäftigt haben ist der, das bei anderen KNX Devices die jeweiligen Objekte eine feste Aufgabe haben und daher der Hersteller schon eine in der Regel ausreichend guten Defaultwert für die FLAGs setzen kann.
Beim Timberwolf Server haben wir die Freiheit dass es Universalobjekte gibt, die für alles verwendet werden können, aber auch die Aufgabenstellung, die FLAGs richtig einzustellen, je nach dem welche Aufgabe das Objekt im KNX System haben wird.

Ich glaub' wir müssen da doch ein eigenes Kapitel in der KB aufmachen und diese Punkte herausarbeiten und deutlich machen.

Hab mal alles aus diesem Thread mit eingearbeitet.
app.php/kb/viewarticle?a=122

Bitte prüfen.

Lg
Robert

Super Arikel, danke für's schnelle erledigen. Hab' nur ein paar Tippfehler rausgemacht und beim 1-Wire Beispiel für das L-Flag noch einen Nebensatz ergänzt.

Gut zusammengefasst.

Hallo Jochen, Göran und Robert,

ich habe bisher leider noch nicht genau verstanden, wofür welches Flag so richtig zuständig ist. Ich versuche mal mit eigenen Worten zu beschreiben, wie ich den Text verstehe. Eventuell wären irgendwelche Grafiken sinnvoll in der KB.

K Flag = Ist immer von nöten, sonst kann das KNX Gerät nicht mit dem System agieren.
L Flag = Das KNX Gerät liest die Daten die an die jeweilige Gruppenadresse gesendet wurde.
Ü Flag = Damit kann ich überhaupt nichts anfangen.
S Flag = Wenn noch kein Wert jemals auf das Objekt geschrieben wurde ist das der 1. Wert -> Bei DTP 1.001 z.B. eine 1 (Wertebereich 0 sowie 1)
A Flag = Wenn schon ein Wert vorhanden ist, das dieser überschrieben wird.
I Flag = KNX Gerät holt sich den aktuellen Wert der GA aus dem System per Abfrage.

Danke euch schon mal für eure Antworten.

Robert_Mini hat geschrieben: ↑Sa Jan 25, 2020 10:11 pm Hab mal alles aus diesem Thread mit eingearbeitet.
app.php/kb/viewarticle?a=122

Hast du den Artikel gelesen?

Robert

Sun1453 hat geschrieben: ↑Mo Jan 27, 2020 11:52 am Hallo Jochen, Göran und Robert,

ich habe bisher leider noch nicht genau verstanden, wofür welches Flag so richtig zuständig ist. Ich versuche mal mit eigenen Worten zu beschreiben, wie ich den Text verstehe. Eventuell wären irgendwelche Grafiken sinnvoll in der KB.

Danke euch schon mal für eure Antworten.

https://www.youtube.com/watch?v=_UsWSJD8bFc

@Robert_Mini Ja den hatte ich gelesen und daraus ist meine Rückfrage entstanden. @Sensej Das Video kann ich mir erst heute abend anschauen. Danke dir schon mal.

Sun1453 hat geschrieben: ↑Mo Jan 27, 2020 11:52 am
K Flag = Ist immer von nöten, sonst kann das KNX Gerät nicht mit dem System agieren.
L Flag = Das KNX Gerät liest die Daten die an die jeweilige Gruppenadresse gesendet wurde.
Ü Flag = Damit kann ich überhaupt nichts anfangen.
S Flag = Wenn noch kein Wert jemals auf das Objekt geschrieben wurde ist das der 1. Wert -> Bei DTP 1.001 z.B. eine 1 (Wertebereich 0 sowie 1)
A Flag = Wenn schon ein Wert vorhanden ist, das dieser überschrieben wird.
I Flag = KNX Gerät holt sich den aktuellen Wert der GA aus dem System per Abfrage.

Hui da hast leider einiges genau falsch rum verstanden. Die KB finde ich eigentlich sehr sauber beschrieben.

K ist quasi der Hauptschalter am KO ob überhaupt das KO mit dem Bus kommuniziert, die weiteren beschreiben dann welche Kommunikationswege möglich sind.

L beschreibt ob der Bus aus dem KO quasi selbständig Lesen darf, (selbständig lesen ist dann quasi ein Readrequest)
I ist das Gegenteil, das KO darf selbständig aktiv im Bus nach Informationen suchen (macht man halt zur Initialisierung eines Geräts)

S ist quasi die Standard Eingangsschnittstelle, da darf der Bus dann aktiv rein schreiben. Hat also jedes Eingangs-KO
A ist quasi die Gegenseite von L. Gerät A im Bus ruft nach Informationen (KO mit I-Flag z.B.) auf den Bus, die Frage kommt bei Gerät B am KO mit L-Flag an und wird darüber beantwortet, Gerät A und alle anderen Geräte mit den A-Flag nehmen diese Antwort dann an dem KO mit A-Flag entgegen. Ist also auch eine Input Kommunikation, aber eben auf speziell angeforderte Telegramme, nicht aktiv gesendete.

Ü ist die Standard Ausgangskommunikation eines Taster. Da wird dann bei Änderung der Geräte-inneren Zustände das ganze aktiv auf den Bus gesendet. Also das Gegenstück zu einem KO mit S-Flag.

Man muss nur darauf achten das die Flags das Systemverhalten zwischen KNX-Bus und Gerät bzw. KO beschreiben nicht das Systemverhalten KO und Geräteapplikationssoftware / Geräteinnerei. Die Geräteinnereien sind halt indirekt davon betroffen ja nachdem was da wie am KO angeklopft hat geht dann was vom KO nach hinten rein oder von hinten raus.