[Gelöst] KNX-Busmonitor - Lesetelegramm kennzeichnen

[starwarsfan]

Moin miteinander,

hier noch ein +1.

[Auweia]

Das ist eine gute Idee!

Vielleicht wäre eine farbige Unterscheidung (zusätzlich) möglich ?
Nun sind's
6

[danik]

Finde es ebenfalls eine gute Idee

[StefanW]

Gezählt werden eigentlich nur die "Reactions" - als Voting - im Eröffnungspost.

Voting für einen FR: Bitte im Eröffnungspost (oder wenn es irgendwo präziser gefasst steht) eine Reaktion vornehmen, das ist unter dem Smiley, dort kann man auch gewicxhten, wie wichtig das einem ist.

==> Wir haben kein unendliches Busget für FR. Daher nicht mit der Gießkanne die Votingsverteilen, sondern nur dort wo es einem selbst wirklich wichtig ist, damit wir zu einer ausgewogenen Stimmabgabe kommen.

Merci

Stefan

[bondt]

FINR.

Also Lesetelegramm kennzeichnen.

[StefanW]

Jep, und das sieht so aus:





Wie funktionierts?:

• Hierzu muss man "Raw Data" einschalten
• Dann erscheint ganz rechts die APCI-Spalte
• Dort sind die Telegramme dann mit w / r / a gekennzeichnet, wobei 'r' und 'a' mit einer anderen Farbe gekennzeichnet sind, so dass diese Pakete auch schnell ins Auge springen

lg

Stefan

[Dragonos2000]

Ich kenn' den Telegrammaufbau auf Layer 2 nicht, aber gehe mal davon aus, dass es da auch Prüfummen/CRC gibt. Markiert Ihr kaputte Telegramme auch irgendwie gesondert? Wäre dann auch eine Statistik wert.

[StefanW]

Hallo Jochen,

Ich kenn' den Telegrammaufbau auf Layer 2 nicht, aber gehe mal davon aus, dass es da auch Prüfummen/CRC gibt. Markiert Ihr kaputte Telegramme auch irgendwie gesondert? Wäre dann auch eine Statistik wert.

Das ist nicht so einfach, weil:

- Wir benutzen hier den TP-UART von Infinion als zertifizierten KNX-Chip. Im Applikationsmodus prüft er die Telegramme selbst und reicht "uns" diese nur durch, wenn die Pakete auch in Ordnung sind. Bedeutet, in diesem "virtuellen Busmonitor Modus" sieht unsere Software solche defekten Pakete nicht.

- Wer ein vollständigs Log haben will, der braucht einen zweiten TP-UART von uns auf der gleichen Linie, die nicht im "Applikationsmnodus" ist und dann bekommen wir auch die schlechten Pakete durchgereicht und können diese anzeigen - soweit diese durch den Stack kommen, weil der Standard auch hier besondere Behandlungen vorsieht.

Kurz: Wer alles sehen will, braucht einen TP-Uart im Logging-Modus auf jeder zu betrachtenden Linie

lg

Stefan

[Dragonos2000]

Ich kenn' den Telegrammaufbau auf Layer 2 nicht, aber gehe mal davon aus, dass es da auch Prüfummen/CRC gibt. Markiert Ihr kaputte Telegramme auch irgendwie gesondert? Wäre dann auch eine Statistik wert.

- Wer ein vollständigs Log haben will, der braucht einen zweiten TP-UART von uns auf der gleichen Linie, die nicht im "Applikationsmnodus" ist und dann bekommen wir auch die schlechten Pakete durchgereicht und können diese anzeigen - soweit diese durch den Stack kommen, weil der Standard auch hier besondere Behandlungen vorsieht.
Kurz: Wer alles sehen will, braucht einen TP-Uart im Logging-Modus auf jeder zu betrachtenden Linie

Hi Stefan,
von einem Nich-App-Modus bzw. einer zweiten Schnittstelle bin ich ausgegangen Die Frage zielte mehr auf die GUI ab, ob mir solche Packete dort auch auffallen, bspw. wenn ich die Schnittstelle umschalte.

[Robert_Mini]

Eure Diskussion macht schon wieder Arbeit für die Knowledge Base ...
Lesen etc. Flag und korrupte Tel. finden => nicht Applikationsmodus.

Robert