Diagnose (Wiederholungen)

[knxPaul]

Die Ausgabe des Gruppenmonitors in [#] lese ich so:

• Zeile 29072 GroupValueRead auf 12/2/66 als Read(1)
• Zeile 29074 GroupValueRead auf 12/2/69 als Read(2a)
• Zeile 29075 GroupValueRead auf 12/2/69 als Read(2b)
• Zeile 29076 GroupValueResponse für 12/2/61 - dafür sehe ich kein GroupValueRead
• Zeile 29077 GroupValueResponse für 12/2/66 - Antwort auf Read(1)
• Zeile 29078 GroupValueResponse für 12/2/69 - Antwort auf Read(2)

Die Zeitdifferenzen:

1. Zeile 29077 - Zeile 29072 = 0,251 s
2. Zeile 29078 - Zeile 29074 = 0,311 s

[Philipp00]

Die Zeitdifferenz ist maginal länger, aber wieso kommt 79ms schon eine wiederholung beim GA 12/2/69

[Klaus Gütter]

Für die Entscheidung, ein Telegramm zu wiederholen, ist es unerheblich, ob eine Response kommt oder nicht. Relevant ist nur die Übertrag6ngs-Bestätigung auf LinkLayer. Die sieht man aber nur im Busmonitor

[Philipp00]

Anbei findet ihr eine Auszug aus der Busmonitor Aufzeichnung, Dabei ist ein Lichtwert ersichtlich wo zweimal ein Wert gesendet wird einmal 90% und einmal 100%
Nach mit funktioniert der eine richtig der ander nicht.

[Klaus Gütter]

LL_BUSY heißt, dass irgendein Gerät auf der Linie oder der Linienkoppler/IP-Router gerade zu beschäftigt ist, um das Telegramm zu verarbeiten.
Wenn das nicht überhand nimmt, würde ich mir da keine Gedanken machen.

[gbglace]

Ist das notwendig, dass die Dimmer beim andimmen zu jedem Prozentwert einen Status senden?

[Philipp00]

Leider kommt es zu oft vor, denke da gibt es nur eine Lösung, die Telegramflut verringern?
Das waren zwei Szenen die ich ausgelöst habe, daher zwei Werte.