Hilfe wegen sporadischer Telegrammverluste gesucht.

[bambam]

Das ist die Hager TH101. Alle anderen Aktoren sind auch von Hager. Das Projekt ist erst 2 Jahre alt.

[bambam]

Doppelpost(konnte ich nicht löschen)

[Beleuchtfix]

Übrigens gibt es auch immer nur ein Ack, das erste Gerät, dass ivh angesprochen fühlt, antwortet, alle weiteren bleiben dann still. Der KNX Bus kann nicht sicherstellen, dass alle Geräte das Signal richtig empfangen haben, es weiß ja auch keiner, wer das Signal bekommen soll.
Gruß Florian

[Klaus Gütter]

Florian, das stimmt so nicht. Alle Geräte, die sich angesprochen fühlen, antworten (gleichzeitig!). Aufgrund der elektrischen Eigenschaften des Signals gewinnt dabei eine negative Antwort gegenüber einer positiven.
Klar, wenn ein Gerät überhaupt nicht antwortet, trägt es zu diesem gemeinsamen ACK nichts bei.

Gruß, Klaus

[rosebud]

Sehr geehrter Herr Dr. Gütter, hallo Klaus, in "meiner" Anlage werden um die 600 Smartsensoren jede Minute mit Uhrzeit und Datum beglückt. Wenn jeder ein ACK schickt, müßte die Bereichslinie (die mit 0.0.) jede Minute ein paar Sekunden lang zusammenhängend Traffic aufweisen (wegen Kollisionen mit anderen Sendern ...). Das konnte ich bisher nicht beobachten.
Was ist in dem ACK enthalten? Die Absenderadresse? Die GA, die bestätigt wird (ganz bestimmt, wegen der LK)? Wenn von 100 verschiedenen Teilnehmern ein ACK auf der Unterseite eines LK aufläuft: Leitet der dann die 100 Telegramme auf die Oberseite weiter, also 100 mal +- dasselbe mit unterschiedlicher Absenderkennung? Die Absenderkennung ist dem Sender der ursprünglichen Nachricht schnuppe, weil er ohnehin nicht weiß, wer auf seinen Sermon reagiert.

[gbglace]

rosebud

Aufgrund der elektrischen Eigenschaften des Signals gewinnt dabei eine negative Antwort gegenüber einer positiven.

Das ist die Zauberformel, warum es keine Telegrammflutung gibt. Und da dann auch speziell der erste Teilsatz.

[Klaus Gütter]

Hallo Berthold,

Was ist in dem ACK enthalten?

Das ACK ist ein einzelnes Byte, das alle angesprochenen Teilnehmer gleichzeitig zu einer definierten Zeit nach dem letzten Bytes des Telegramms senden.
LL_ACK.png

Die GA, die bestätigt wird (ganz bestimmt, wegen der LK)?

Nein, das ACK dient wie gesagt zur Sicherung auf dem Liniensegment. nicht Ende-zu-Ende und wird daher auch nicht vom Linienkoppler übertragen. Statt dessen sendet der LK selbst ein ACK, wenn er ein Telegramm weiterleitet (oder auch immer - je nach Parametrierung).

Gruß, Klaus

[bambam]

Noch was: welche USB-Schnittstelle benutzt du? Ältere USB-Schnittstellen (die noch auf einer BCU basierten), verlieren im Busmon-Betrieb auch mal Telegramme zwischen Bus und PC.

Hallo Klaus,

eine grüne Zeile im Busmonitor bedeutet also, dass es entweder kein ACK gab, oder dass ein NACK empfangen wurde. Bei meinen Beispielen war es ja so, dass immer keines kam.

Verstehe ich das dann richtig, das sich das in dem Fall auf die USB-Schnittstelle bezieht. D.h. der Teilnehmer, der das Telegramm gesendet hat könnte durchaus ein ACK gesehen haben?

Wieso wird das Telegramm dann nicht wiederholt wenn es kein ACK gab? Weil es ein ACK gab, welches aber die USB-Schnittstelle auf der 2.0 nicht mitbekommen hat?

[Klaus Gütter]

Wieso wird das Telegramm dann nicht wiederholt wenn es kein ACK gab? Weil es ein ACK gab, welches aber die USB-Schnittstelle auf der 2.0 nicht mitbekommen hat?

Das wäre eine Vermutung. Eine andere wäre, dass in den Parametern des Kopplers die "Wiederholung bei Fehler" ausgeschaltet ist.

[bambam]

Das wäre eine Vermutung. Eine andere wäre, dass in den Parametern des Kopplers die "Wiederholung bei Fehler" ausgeschaltet ist.

Wiederholung bei Fehlern ist eingeschaltet.

[Beleuchtfix]

Wiederholungen siehst du nur im Busmonitor, nicht im Gruppenmonitor. (Ich habe mir das so gemerkt, der Busmonitor zeigt alles, was auf dem Bus los ist, der GM nur das, was zur Auswertung der Gruppenadressen notwendig ist). Oft wird hier vom Busmonitor gesprochen, obwohl mit dem GM gearbeitet wird.
Gruß Florian

[bambam]

Wiederholungen siehst du nur im Busmonitor, nicht im Gruppenmonitor. (Ich habe mir das so gemerkt, der Busmonitor zeigt alles, was auf dem Bus los ist, der GM nur das, was zur Auswertung der Gruppenadressen notwendig ist). Oft wird hier vom Busmonitor gesprochen, obwohl mit dem GM gearbeitet wird.
Gruß Florian

Das habe ich bei der Analyse durch das Forum schon mitbekommen. Wenn ich nun von Busmonitor rede, dann ist es auch der Busmonitor vermutlich bekommt die USB-Schnittstelle auf der Hautplinie das ACK auf der 2.2 manchmal nicht mit. Ob das nun schon ein Anzeichen dafür ist, dass mit dem Bus etwas nicht stimmt weiss ich aber nicht?

Ich muss nun anwarten, bis mal wieder ein Telegramm nicht ausgeführt wird und dann im Busmonitor schauen, ob man sehen kann warum das der Fall war. Ob das Telegramm dann ganz fehlt, oder ob es keiner bekommen hat, oder...? Bisher hatte ich immer nur den Gruppenmonitor am laufen und das auch nicht auf der Hauptlinie. Ich erhoffe mir nun im Fehlerfall mehr sehen zu können.

Wie ist das eigentlich wenn eine GA mit dem Homeserver als Dummy verbunden ist. Sendet der Homeserver dann auch ein ACK?

[gbglace]

Wie ist das eigentlich wenn eine GA mit dem Homeserver als Dummy verbunden ist. Sendet der Homeserver dann auch ein ACK?

Ein Dummy ist ein Platzhalter in der ETS, das ist nichts was irgendwie eigene KO hat um irgendetwas senden / empfangen zu können. Er dient nur dazu das die ETS die Filtertabellen richtig setzt da sie ja nicht weis welche GA alle von und zum HS gehen sollen, welcher seinen GA Katalog nicht durch Programmierung durch ETS bekommt sondern einfach durch Import einer GA Liste oder manuelles Eindatteln.

[bambam]

Danke für die Erläuterung!

Aber dann sorgt ein Dummy bei mir in sofern dafür, dass ein ACK vom Linienkoppler kommt weil er das Telegramm weiterleiten muss, da der Homeserver nicht auf der Hauptlinie hängt. Würde der Homeserver, wie auch die Wetterstation, auf der Hauptlinie hängen, dann hätte ich bei den Wetterdaten jeden Menge Telegrammwiederholungen weil diese nur in der Visu verwendet werden. Irgendwo habe ich gelesen, dass ich dann die Flags ändern muss wenn ich das nicht möchte...das spielt hier jetzt aber keine Rolle.

[gbglace]

Irgendwo habe ich gelesen, dass ich dann die Flags ändern muss wenn ich das nicht möchte...das spielt hier jetzt aber keine Rolle.

Es gibt kein Flag was die Reaktion auf ACK an/aus schaltet. Es gibt nur Flags um auf Readrequests zu antworten und eines um auf die Antworten von Readrequests zu reagieren ja/nein.