Probleme mit KNXnet/IP-Tunnel und Routeranbindung

[gaert]

Scroll da mal weiter rauf. Was steht da als Fehlermeldung?

*ähem*

[coliflower]

Hab ich versucht, ist mir zu Anfang nicht gelungen - deshalb meine „Rückfrage“
Nach dem zweiten Versuch das Projekt zu aktivieren ging das Scrollen

[Steph]

Problem erkannt, Problem gelöst … ich habe vergessen eine Visu Startseite nach der Erstellung mit der Visu zu verknüpfen

Stimmt. Das war auch bei mir das Problem

[gaert]

Nach dem zweiten Versuch das Projekt zu aktivieren ging das Scrollen

Ja ja... Computer, mh? Mal scrollen se, mal nich... Je nach Laune

[basaltnischl]

Ich habe immer wieder diese Meldung im Fehler Log

[COLOR=#000000][FONT=Times New Roman]TUNNELING_REQUEST / ErrMsg: SequenceCounter abweichend (ACK): Ist-Wert=70, Soll-Wert=71 / Raw: 061004200015043446002900bce0118c410d010080ERROR 2016-01-25 14:30:53292814KNX1449ROUTER @ DE | TUNNELING_REQUEST / ErrMsg: SequenceCounter abweichend (ACK): Ist-Wert=71, Soll-Wert=72 / Raw: 061004200016043447002900bce0118c410402008000ERROR 2016-01-25 14:30:55437712KNX1449ROUTER @ DE | TUNNELING_REQUEST / ErrMsg: SequenceCounter abweichend (ACK): Ist-Wert=72, Soll-Wert=73 / Raw: 061004200017043448002900bce0118c410a0300800c3fERROR 2016-01-25 14:30:57538665KNX1449ROUTER @ DE | TUNNELING_REQUEST / ErrMsg: SequenceCounter abweichend (ACK): Ist-Wert=73, Soll-Wert=74 / Raw: 061004200017043449002900bce0118c410c030080037aERROR 2016-01-25 14:30:59339190KNX1449ROUTER @ DE | TUNNELING_REQUEST / ErrMsg: SequenceCounter abweichend (ACK): Ist-Wert=74, Soll-Wert=75 / Raw: 06100420001604344a002900bce0118c410b02008000ERROR[/FONT][/COLOR]

erst läuft es eine Weile (ca. 30 min) nach Reboot und dann tauchen diese Meldungen auf

[coliflower]

Hab ich jetzt auch und hatte es auch vorher, vor dem Update 1.09 …
Dieser IST/SOLL Wert ...

[gaert]

Ganz einfach: Die Spezifikation schreibt vor, dass ein "Telegramm" erst geACKed und dann verworfen(!) werden soll, wenn der Sequence-Counter um 1 geringer ist, als der Sollwert. Nichts anderes macht EDOMI: Telegramm wird geACKed und nicht weiter berücksichtigt.

Das ist aber nicht unbedingt ein Grund zur Sorge: Dieser Sequence-Counter ist quasi ein sehr einfacher Kontrollmechanismus zur Überprüfung ob ein "Telegramm" korrekt ist oder nicht (so in etwa). Falls also hin und wieder mal ein solcher "Fehler" (es ist eigentlich kein Fehler, sondern mehr ein Hinweis) auftaucht ist dies nicht weiter schlimm. Der Router weiß ja bescheid und wiederholt das Telegramm entsprechend.

Es ist aber natürlich ein Indiz dafür, dass irgendwas in der Kommunikation instabil ist (Netzwerk, Buslast, Störeinflüsse auf die Busleitungen). Ich habe diesen "Fehler" seit ca. 1/2 Jahr nur 2 mal erleben dürfen.

[coliflower]

Kann es seine dass aufgrund dieser Einträge „Sequence-Counter“ (was auch immer für diese Verantwortlich ist), meine Logik (Alle Lichter AN/AUS) nicht mehr funktioniert ?

Ich habe immer, wenn diese Einträge in der LOG aufschlagen, eine falsche Rückmeldung über den Status … z.B. mehrere oder alle Lichter sind an, trotzdem zeigt der Status „alles GRÜN“ ...

Bin ein wenig weil ich mich auf die LOGIK in Edomi derzeit nicht verlassen kann ..

[gaert]

So pauschal kann ich dies nicht beantworten - das hängt von vielen Faktoren ab:
Für den SequenceCounter ist allein der Router verantwortlich - wenn dieser sich "verzählt", liegt irgendein Problem auf KNX/Router-Seite vor. Vielleicht ist Deine Logik selbst aber auch nicht korrekt. Oder beides

Ein TraceLog wäre u.U. nützlich, vielleicht liegt das Problem ja auch ganz woanders.

Wie gesagt: Die Spezifikation schreibt das Verhalten von EDOMI (s.o.) genau so vor - ohne Spielraum für Interpretationen:

If a KNXnet/IP Tunnelling Client receives a frame with a sequence number that equals the expected sequence number then it shall reply with a TUNNELLING_ACK (Status = E_NO_ERROR) frame and process the received frame.

If a KNXnet/IP Tunnelling Client receives a frame with a sequence number that is one less than the expected sequence number then it shall reply with a TUNNELLING_ACK (Status = E_NO_ERROR) message and discard the received frame.

If a KNXnet/IP Tunnelling Client receives a frame with a sequence number that is not equal to the expected sequence number and not equal to one less than the expected sequence number, the KNXnet/IP Tunnelling Client shall not reply and shall discard the received frame.

[coliflower]

DANKE, hier die Logik + Trace

Bildschirmfoto 2016-01-26 um 12.26.14.png

[coliflower]

Das Trace .. ich musste das zip in pdf umbenennen um es hoch zu laden … bitte von pdf auf zip ändern
DANKESCHÖN

[starwarsfan]

Das Trace .. ich musste das zip in pdf umbenennen um es hoch zu laden

Das ist aber seltsam, der Upload eines Zip hat bei mir gestern problemlos geklappt!? Anyway, ist ein anderes Thema...

[gaert]

Wie vermutet - der SeqCounter stimmt irgendwann nicht mehr und der Router wiederholt den Tunneling_Request dann immer wieder (bist Du die Sache offenbar beendest).

Ich werde nochmal in die Spec abtauchen um zu ermitteln, was man da machen kann. Denn anscheinend korrigiert der Router seinen Fehler nicht selbst, sondern hofft darauf, dass der Client (EDOMI) sich dem SeqCounter des Routers gefälligst anpasst.

Ich kann derartige Dinge halt immer nicht praktisch nachvollziehen, da es keinerlei Probleme bei mir gibt... Es gibt aber durchaus auch fehlerhaft implementierte Router-Firmware - siehe Starwarsfan...

[basaltnischl]

Bei mir sieht es genau so aus

der SeqCounter stimmt irgendwann nicht mehr und der Router wiederholt den Tunneling_Request dann immer wieder

Könnte aber was mit dem Gira Router zu tun haben, da ja coliflower auch den den Gira Router hat

[gaert]

Ich erkläre es mal etwas detailierter:

Dein Router empfängt vom Bus ein Telegramm und teilt EDOMI dies über IP mit:

ROUTER @ DE | TUNNELING_REQUEST:L_Data.ind / Typ: Write / SeqCounter: 186 (186) / PA: 1.1.1 / GA: 0/0/1 = 2016-01-26

Und dann noch ein weiteres Telegramm:

ROUTER @ DE | TUNNELING_REQUEST:L_Data.ind / Typ: Write / SeqCounter: 187 (187) / PA: 1.1.26 / GA: 0/3/3 = 20.46

Das nächste Telegramm ist plötzlich fehlerhaft, weil der SeqCounter nicht korrekt ist (hat den selben Wert wie das Telegramm zuvor, nämlich 187):

ROUTER @ DE | TUNNELING_REQUEST / ErrMsg: SequenceCounter abweichend (ACK): Ist-Wert=187, Soll-Wert=188

Laut Spezifikation muss EDOMI dieses "Telegramm" bestätigen (ACK) und anschließend verwerfen (sprich: nicht auswerten). Das macht EDOMI natürlich auch. Die Frage ist jetzt allerdings: Wie geht's weiter - soll EDOMI nun den SeqCounter trotzdem erhöhen oder nicht?
Dazu hüllt sich die Spec in Schweigen. Ich werde mal folgendes versuchen: Wenn so ein Fall eintritt, wird der interne SeqCounter NICHT erhöht, sondern bleibt wie er ist.
In diesem Beispiel bedeutet das also: Router sagt 187, EDOMI erwartet aber 188 (was ja auch korrekt wäre). EDOMI ACKed das Telegramm, erwartet aber als nächstes nicht(!) die 189, sondern die 188. Dein Router sendet nämlich anschließend den Wert 188, statt sich dem EDOMI-Counter anzupassen:

ROUTER @ DE | TUNNELING_REQUEST / ErrMsg: SequenceCounter abweichend (ACK): Ist-Wert=188, Soll-Wert=189


Leider kann ich das nicht wirklich testen, da diese Phänomene bei mir nicht auftreten... Ich kann Dir aber den angepaßten KNX-Stack als Datei schicken - den müsstest Du dann händisch kopieren (als Test!).