Gruppenadressen ohne Komm.Objekt mit L-Flag

[mumpf]

So wie willisurf arbeite ich auch seit 7 Jahren. Deswegen habe ich auch in meiner Abfolge oben immer "...oder Koppler, der Telegramme bestätigt" geschrieben. Für Leute mit einer Außenlinie sind überflüssige Wiederholungen einfach durch einen Mausklick zu lösen.

Gruß, Waldemar

[willisurf]

Weil ich diese ganze KNX-Definition mit fehlendem ACK bei fehlenden Teilnehmern und dann folgender Wiederholung unsinnig finde, habe ich bei mir einen LK im System der pauschal auf alle Botschaften ein ACK sendet. Das vermeidet jegliche Wiederholungen, falls es mal bei Spielereien/Tests mit Visu etc keinen Teilnehmer gibt, der dauernd am Bus ist und ein ACK sendet.

Sollte ein Teilnehmer dann doch mal etwas nicht verstanden haben und ein NAK antworten, ist das dominant und kommt durch. Dann kommt es auch zu der gewünschten und sinnvollen Wiederholung.

[Beleuchtfix]

Ergänzend zum NAK, der Bitaufbau der Meldung ist so, dass wenn gleichzeitig gesendet werden, ergänzen die sich zum NAK.
Gruß Florian

[TabSel]

super info, danke Waldemar!

[mumpf]

das steht auch nicht was bei nem GroupValueRequest passiert wenn es keine L-KO zu der GA gibt. Wahrscheinlich steht das nirgends, weil halt nix passiert *lach*

Trenne doch endlich mal gedanklich die Dinge. Es wurde schon oben geschrieben:

Ein Telegramm wird wiederholt, wenn es kein Gerät gibt, welches den Empfang des Telegramms bestätigt. ... Das hat mit dem L-Flag nichts zu tun.

Man muss somit getrennt das Telegramm betrachten, dass die GA enthält und ein KO, dem diese GA zugewiesen ist. Und nochmal getrennt die Flags, die das KO trägt.
Gehen wir es durch: Ein Gerät sendet ein GroupValueRead-Telegramm mit der GA X auf den Bus.

1. Es gibt kein KO, dass die GA X zugewiesen hat. Und es gibt keinen Koppler, der Telegramme bestätigt. Dann gibt es kein KO, dass eine Empfangsbestätigung senden kann. In diesem Falle wird der Sender das GroupValueRead-Telegramm 3 mal wiederholen.
2. Es gibt ein oder mehrere KO, die die GA X zugewiesen haben oder es gibt einen Koppler, der Telegramme bestätigt. Dann werden alle zur exakt selben Zeit ein ACK senden und das Telegramm gilt als "von allem Teilnehmern empfangen"
3. Wie Fall 2, nur einer der Teilnehmer hat das Telegramm nicht vollständig empfangen. Dann schickt er ein NACK und der Sender wiederholt das Telegramm solange, bis alle das Telegramm empfangen haben. Es wird max. 3 mal wiederholt.

Undabhängig von den obigen Punkten, die für jedes Telegramm gelten, nicht nur für GroupValueRead, kommt jetzt noch die Auswertung des GroupValueRead-Telegramms.

1. Jedes KO, dass das Telegramm empfangen hat, prüft jetzt, ob es das L-Flag gesetzt hat.
2. Wenn NEIN, wir das Telegramm verworfen.
3. Wenn JA, sendet das KO ein GroupValueResponse-Telegramm mit seinem Wert.

Dieses Antworttelegramm muss nicht, wie viele glauben, die selbe GA enthalten wie das GroupValueRead-Telegramm. Vielmehr wird, wie immer beim Senden eines KO, die erste zugeordnete GA (die sendende GA) als Adresse für das GroupValueResponse-Telegramm benutzt.

Gruß, Waldemar

[Beleuchtfix]

Altanlagen waren auch noch selten für Visus vorgesehen, deshalb brauchten die auch keine Status KOs.
Gruß Florian

[larsrosen]

Und wie alt die Anlage ist.
Die Flags treiben mich auch manchmal in den Wahnsinn.
Aktuell kommen viele alte BJ Anlagen bei mir auf den Tisch, da ist das die reinste Katastrophe…

[DirtyHarry]

Die passen in 95% der Fälle.

Bei KSÜ kann ich das durchgehen lassen, bei LA kommt es auf den Hersteller an (und vermutlich manchmal ob Montag oder Freitag war, als die Applikation geschrieben wurde).

[DerStandart]

Ich kann es nur noch mal wiederholen: normalerweise muss man an den Flags nichts verstellen. Die passen in 95% der Fälle.

[Beleuchtfix]

Das K Objekt aktiviert erst einmal das KO, ohne K Flag tut sich da gar nichts.

[gbglace]

genau, was soll da auch passieren. Es ist wie bei allem auf dem Bus wenn es kein KO mit der GA/Ko gibt passiert nicht viel, nur das effektive Befehle halt wiederholt werden. aber effektiv passieren tut dann dennoch nichts, weil sie ja nur wiederholt werden weil was fehlt.

[TabSel]

das elabnet-posting hab ich durch, das steht auch nicht was bei nem GroupValueRequest passiert wenn es keine L-KO zu der GA gibt. Wahrscheinlich steht das nirgends, weil halt nix passiert *lach*

[gbglace]

wie geht man dann z.B. mit Ko-Objekten von Tasten um? Leseflag setzen kann fatal sein, weil ein Lesen auf die Adresse ja einem Tastendruck gleich käme.

Nein weil die Antwort ist ein GroupValueResponse Telegramm und kein GroupValueWrite Telegramm. Geräte die schädlich auf diese Telegramme mit der GA reagieren würden passt man dann die Flags so an das nur noch Group-Value-WriteTelegramme angenommen werden (A-Flag entfernen).

Also siehe Antwort von Roman Nr.4.

Das löst Dir dann auch die komische Logik mit Deiner Türe.

Ich achte auch darauf das irgendwelche Statusaktualisierungen / Readrequests bei den Aktoren usw. nicht als Aktionsbefehl zu interpretiert werden. Nur weil jemand wissen will wie der Status ist, bedeutet es ja noch lange nicht das andere deswegen was tun sollen wie wenn regulär ein Telegramm mit einer GA auf dem Bus daher kommt.

Und ja, ich habe gegoogled und gesucht, aber immer nur Empfehlungen gefunden, aber keine technischen Informationen...

Die KNX Spezifikation oder hier im Forum das Lexikon zu den KO oder hier

[Beleuchtfix]

Nicht ganz, da die Geräte ja auch hören, was auf dem Bus vorgeht, auch ohne L Flag. Allerdings geht das erst, wenn das Gerät einmal geschaltet hat oder zyklisch gesendet hat.
Gruß Florian

[knxPaul]

Was genau passiert wenn ein GroupValueRequest einer GA kein GroupValueResponse zur Folge hat?

Dann ist der aktuelle Wert der GA für den Sender des GroupValueRead Telegramms unbekannt. Typische Folge ist, dass eine Logik kein Ergebnis bestimmen kann oder eine Visu "---" anzeigt.