Diagnose (Wiederholungen)

[Philipp00]

Hallo zusammen

Kann mir jemand sagen wieso diese wiederholung auftreten kann, oder was dies bedeutet.
Sehe ich dies richitg, dass dies Meldung vom IP Router (4.0.4) kommt und nicht von Endgerät selber.

[meti]

Wenn ein Router die 4.0.4 hat würde ich davon ausgehen dass deine Topologie nicht sauber ausgeführt ist. Router muss immer .0 haben.

[Philipp00]

Wieso nicht sauber ausgeführt, der IP Router geht von 4.0.0-4.0.4, wir haben vier IP Router im Einsatz 1.0.0/2.0.0/3.0.0/4.0.0

[knxPaul]

Das Thema kommt - mit sehr unterschiedlichen Überschriften - immer wieder im Forum zur Sprache.
Die Situation: Ein Sender-KO sendet seine Werte auf den KNX-Bus, aber es gibt kein zweites KO als direkten Empfänger; vielmehr gibt es einen Linienkoppler oder Router in der Topologie. Auf jeder Linie muss das Telegramm bestätigt werden (ACK), sonst wird es wiederholt, weil ein Übertragungsfehler vermutet wird. In der Linie des Sender-KO kann der Koppler das ACK senden.
Wenn der IP Router (4.0.4) die Telegramme weiterleiten soll, wiederholt sich der Vorgang auf der anderen Linie des Routers: Telegramme senden, kein ACK, Telegramm wiederholen. Der Sender ist dann der Router, der auf die Bestätigung vom Empfänger wartet.

[Philipp00]

Wenn ich dies richtig verstehe, ist dies im Grundsatz kein Problem nur etwas unschön?

[knxPaul]

Es ist eine vermeidbare Buslast; schaue Deine Busauslastung an zur Beurteilung, wie schwerwiegend das Problem ist.

[gbglace]

Da sendet eine Software durch einen Tunnel Telegramme auf den Bus in die Hauptlinie 4.0.x zu denen es keinen Empfänger gibt. Warum tut man sowas?

Und solche endlosen Wiederholungen waren in den letzten Wochen schon öfters Ursache für Threads wie, warum leuchtet meine Buserrorleuchte an der Spannungsversorgung, oder warum schaltet immer Mal mein Taster nicht.

Wenn man erstmal anfängt seine Projekte so unsauber umzusetzen ist es auch nicht mehr weit das die ein oder andere nicht KNX-zertifizierte Software auf der IP-Seite dann womöglich auch noch andere Sachen macht die dann wirklich zu extremen Lasten führt und dann echtem Stillstand der Anlage.

Ich würde es bereinigen.

[Philipp00]

Was ich nicht ganz verstehe es gibt einen Empfänger auf der KNX Seite, aber der Anwortet nicht immer oder nicht immer schnell genug.
Kann mir noch jemand erklären wieso beim gelbmarkierten Datenpunkt innerhalb von etwas mer wie 100ms eine Fehlermeldung zurück gegeben wird (wenn ich es richitg verstanden habe vom IP-Router) und beim roten nach einem längeren Zeitraum der Status zurück geschrieben wird.

[Beleuchtfix]

Leider hast du rechts so geschickt abgeschnitten, dass man nicht zwischen GroupValueRead und Response unterscheide kann.

[Philipp00]

Anbei die angepasste Garfik, wo es ersichtlich ist.

[Philipp00]

Wenn ich das richitg sehe, wird die Anfrage vom IP-Router (4.0.3) gesendet und gut 100ms wird die Anfrage wiederholt (gelb). der Rückmeldung kommt dann ca. 300ms später.

[gbglace]

Und die Antwort kommt von drei Geräten, was bedeutet das an mindestens 2 Geräten die Flags an den KO falsch gesetzt sind (Je GA nur ein KO welches ein L-Flag gesetzt hat).

Ist das Buslog gefiltert? normal wäre es natürlich schon besser wenn der erste Respond kommt bevor der ReadRequest mangels Antwort wiederholt wird.

[Philipp00]

Wie kommst du auf drei Geräte? Ich sehe eine Anfrage vom 4.0.3 (IP-Router), danach noch eine Anfrage (gelb markiert) auch vom IP-Router und ganz unten auf der Grafik die Antwort vom Gerät 1.9.8 (Fancoil Aktor).

[Philipp00]

Hab gesehen auf den Dummy sind alle Flags aktiv. würded ihr dies nicht empfehlen.

[Beleuchtfix]

In jedem Fall scheint der LK kein ACK zu senden.
Es gibt drei unterschiedliche Antworten (wenn die überhaupt auf die eigentliche Anfrage kommen) ist vielleicht eine Sammelabfrage an mehrere Geräte.
Gruß Florian