Ich würde schon so ein Wirshark-Log zur Verfügung stellen, leider mangelt es mir an der Bedienung dieser Software :-(
Außerdem habe ich nur einen GIRA KNXnet/IP-Router ...
-
Hast Du auch eine VM im Einsatz?Zitat von gaert Beitrag anzeigen
willkommen im Clubnoch nie(!) derartige Probleme feststellen können
Naja, auf welcher Seite ein Problem liegt, kann so nicht festgestellt werden. Timing etc. spielt eine Rolle. Wir bräuchten einen Telegrammmitschnitt, um zu sehen, ob die Verbindung tatsächlich ein Telegramm auf der Edomi oder auf der Router Seite verliert. Wenn da kein weiteres Interesse besteht oder die User mit der Begrenzung auf 10 Telegramme pro Sekunde leben (ich glaub der HS mach sogar 7 per Standard) , soll's mir auch Recht sein.nach über 1 Jahr mehr oder weniger Dauerbetrieb und zig "Experimenten" mit Telegrammrate etc... Zudem scheint es mit diversen anderen Schnittstellen/Routern keine Probleme zu geben - daher würde ich dies ausschließen.Einen Kommentar schreiben:
-
Hi,
prinzipiell würde ich empfehlen, den ersten Reconnect quasi sofort auszulösen, denn in der Wartezeit hat man ja keine Busverbindung. Falls der fehlschlägt, sollte man das dann alle X Sekunden wiederholen.
Dass das nur ein Logging-Problem ist, habe ich mir gedacht, wollte nur darauf hinweisen, da es kosmetisch nicht schön aussieht
Was genau meinst du mit "asynchroner Kommunikation", bzw. wo ist etwas asynchron? Die Telegramme im Eingang sollten auf jeden Fall in der richtigen Reihenfolge abgearbeitet werden, sonst gibt es Probleme. Auch ist es so, dass nach dem DISCONNECT_REQUEST vom Router (KNXnet/IP Server) die Verbindung auf jeden Fall beendet wird. Höflich bitten würde ich nur so weit unterschreiben, dass der KNXnet/IP Client selbst entscheiden kann, wann und wie er seine Verbindung beendet. Der DISCONNECT_REQUEST wird ja überhaupt erst nur durch den vorhergehenden Fehler ausgelöst.
Ich denke zur Fehlerfindung helfen nur Wirshark-Logs, um zu sehen, was wirklich auf der Leitung los ist.Einen Kommentar schreiben:
-
Ich habe meine Probleme immer auf das Netzwerk hier geschoben, nach dem ich eibd mit drauf gemacht habe und den Gira V3-Router als Zugang über eibd nutze, habe ich nun seit 4 Tagen nur den 1 Fehler vom InitScan (Es sind nicht alle Gas mit Lesen-Flag versehen). Was ich bisher noch nicht getestet habe, ist die BJ IP-Schnittstelle als Zugang für eibd zu nutzen. Diese hat nämlich immer wieder Fehler (EDOMI @ CE | DESCRIPTION_REQUEST / Timeout nach 10s / ErrMsg: Kein DESCRIPTION_RESPONSE vom Router erhalten gefolgt von KNX-Verbindung verloren.) produziert und zuletzt sogar nur noch kurze Zeit nach einem Neustart von Edomi funktioniert.
Wobei das ja jetzt nur zeigt, die Verbindung zwischen Edomi und Eibd funktioniert, wie es mit Eibd und dem Router/Schnittstelle aussieht, interessiert Edomi natürlich wenig.
Hat eibd eigentlich auch eine Logdatei, in der solche Fehler gelistet werden vento66?Einen Kommentar schreiben:
-
Die Wartezeit bis zum Reconnect ist einstellbar (edomi.ini) - default sind 3 Sekunden (glaub' ich).
"KNX-Verbindung verloren" wird in der Tat zweimal geloggt, dies ist strenggenommen noch ein Bug (historisch bedingt). Dies betrifft allerdings nur das Logging selbst, die Verbindung geht nur einmal verloren Hintergrund ist das protokollieren in verschiedenen Logs (System-Log, Trace-Log und Fehler-Log). Dieses Verhalten hängt von den Einstellungen in der edomi.ini ab (global_logTraceLevelKnx).
Die Reihenfolge von DISCONNECT_REQUEST und TUNNELING_REQUEST ist hier "zufällig", da die Kommunikation asynchron stattfindet. Es handelt sich ja um einen DISCONNECT_REQUEST(!), d.h. es wird nur höflich gebeten...
Generell glaube ich nicht an überforderte Hardware, zumindest habe ich auf meiner relativ lahmen HW noch nie(!) derartige Probleme feststellen können - nach über 1 Jahr mehr oder weniger Dauerbetrieb und zig "Experimenten" mit Telegrammrate etc... Zudem scheint es mit diversen anderen Schnittstellen/Routern keine Probleme zu geben - daher würde ich dies ausschließen. Interessant zu wissen wäre m.E., ob das Problem auch in einer Umgebung auftritt, in der ein anderer Router keine Probleme macht. Somit könnte man schonmal "allgemein" Faktoren (Hardware, Netzwerk, etc.) ausschließen.
EDIT:
Die Sache mit den doppelten Logeinträgen habe ich inzwischen gefixt.Zuletzt geändert von gaert; 05.08.2016, 08:35.Einen Kommentar schreiben:
-
gaert
Zitat von woda Beitrag anzeigen
Hi, ich hätte ein paar Fragen zum EDOMI-Log:
* Die Meldung "KNX-Verbindung verloren" erscheint immer zweimal hintereinander. Das erscheint mir seltsam.
* Zum Zeitpunkt 17:50:02 340897 erscheint ein DISCONNECT_REQUEST im Log, danach zum Zeitpunkt 17:50:02 341435 ein TUNNELING_REQUEST. Abgeschickt wird das aber genau anders herum. Warum ändert sich die Reihenfolge?
* Vom Zeitpunkt "KNX-Verbindung verloren" dauert es 2 Sekunden, bis die Verbindung wieder aufgebaut ist. Das erscheint mir als zu lang. Geht das schneller?
Die Frage ist auch, warum so oft ein Request und dann auch die Wiederholung nach einer Sekunde das Ziel nicht erreicht. Das Problem passiert ja anscheinend immer in der Startphase von EDOMI. Kann da eine Überlastung im Telegrammeingang von EDOMI auftreten, z.B. durch überforderte Hardware?
Einen Kommentar schreiben:
-
Ebend die Beta eingespielt, mal schaun wie Sie sich schlägt.
Meine Rekord liegt bei 6Tagen ohne Fehler
Einen Kommentar schreiben:
-
So, neue Firmware eingespielt, Limit in EDOMI auf 20 Telegramme / Sekunde gestellt:
Erster Start von EDOMI:
Code:[TABLE="border: 0, cellpadding: 0, cellspacing: 0"] [TR] [TD]2016-08-04 17:49:40[/TD] [TD]681188[/TD] [TD]MAIN[/TD] [TD]1534[/TD] [TD]INIT[/TD] [TD]Ok[/TD] [/TR] [TR] [TD]2016-08-04 17:49:40[/TD] [TD]706531[/TD] [TD]MAIN[/TD] [TD]1534[/TD] [TD]InitSend (0 GAs)[/TD] [TD]Ok[/TD] [/TR] [TR] [TD]2016-08-04 17:49:40[/TD] [TD]706932[/TD] [TD]MAIN[/TD] [TD]1534[/TD] [TD]InitScan: Abfrage 1...[/TD] [TD]Ok[/TD] [/TR] [TR] [TD]2016-08-04 17:49:45[/TD] [TD]008727[/TD] [TD]KNX[/TD] [TD]1547[/TD] [TD]ROUTER @ DE | TUNNELING_REQUEST / Hinweis: SequenceCounter abweichend (noACK): Ist-Wert=154, Soll-Wert=150 / Raw: 06100420001704f19a002900bce01102390d0300400d87[/TD] [TD]ERROR[/TD] [/TR] [TR] [TD]2016-08-04 17:49:45[/TD] [TD]537605[/TD] [TD]MAIN[/TD] [TD]1534[/TD] [TD]InitScan: Check (max. 15 Zyklen)...[/TD] [TD]Ok[/TD] [/TR] [TR] [TD]2016-08-04 17:49:45[/TD] [TD]956427[/TD] [TD]KNX[/TD] [TD]1547[/TD] [TD]ROUTER @ CE | DISCONNECT_REQUEST / Raw: 061002090010f1f10801c0a800c70e57[/TD] [TD]ERROR[/TD] [/TR] [TR] [TD]2016-08-04 17:49:45[/TD] [TD]957235[/TD] [TD]KNX[/TD] [TD]1547[/TD] [TD]ROUTER @ DE | TUNNELING_REQUEST / Hinweis: SequenceCounter abweichend (noACK): Ist-Wert=154, Soll-Wert=150 / Raw: 06100420001704f19a002900bce01102390d0300400d87[/TD] [TD]ERROR[/TD] [/TR] [TR] [TD]2016-08-04 17:49:45[/TD] [TD]967905[/TD] [TD]KNX[/TD] [TD]1547[/TD] [TD]KNX-Verbindung verloren.[/TD] [TD]ERROR[/TD] [/TR] [TR] [TD]2016-08-04 17:49:45[/TD] [TD]968205[/TD] [TD]KNX[/TD] [TD]1547[/TD] [TD]KNX-Verbindung verloren.[/TD] [TD]ERROR[/TD] [/TR] [TR] [TD]2016-08-04 17:49:47[/TD] [TD]979819[/TD] [TD]KNX[/TD] [TD]1547[/TD] [TD]KNX-Schnittstelle: Name: Enertex KNXnet/IP Router / PA: 1.1.0 / MAC: 0050c27936ef[/TD] [TD]Ok[/TD] [/TR] [TR] [TD]2016-08-04 17:49:48[/TD] [TD]001121[/TD] [TD]KNX[/TD] [TD]1547[/TD] [TD]KNX-Verbindung: Tunnel-PA: 1.1.250 / Channel-ID: 1[/TD] [TD]Ok[/TD] [/TR] [TR] [TD]2016-08-04 17:50:00[/TD] [TD]544771[/TD] [TD]MAIN[/TD] [TD]1534[/TD] [TD]InitScan: Abfrage 2...[/TD] [TD]Ok[/TD] [/TR] [TR] [TD]2016-08-04 17:50:01[/TD] [TD]373121[/TD] [TD]KNX[/TD] [TD]1547[/TD] [TD]ROUTER @ DE | TUNNELING_REQUEST / Hinweis: SequenceCounter abweichend (noACK): Ist-Wert=33, Soll-Wert=32 / Raw: 061004200017040121002900bce011073b3d0300401611[/TD] [TD]ERROR[/TD] [/TR] [TR] [TD]2016-08-04 17:50:01[/TD] [TD]451476[/TD] [TD]MAIN[/TD] [TD]1534[/TD] [TD]InitScan: Check (max. 15 Zyklen)...[/TD] [TD]Ok[/TD] [/TR] [TR] [TD]2016-08-04 17:50:02[/TD] [TD]340897[/TD] [TD]KNX[/TD] [TD]1547[/TD] [TD]ROUTER @ CE | DISCONNECT_REQUEST / Raw: 06100209001001010801c0a800c70e57[/TD] [TD]ERROR[/TD] [/TR] [TR] [TD]2016-08-04 17:50:02[/TD] [TD]341435[/TD] [TD]KNX[/TD] [TD]1547[/TD] [TD]ROUTER @ DE | TUNNELING_REQUEST / Hinweis: SequenceCounter abweichend (noACK): Ist-Wert=33, Soll-Wert=32 / Raw: 061004200017040121002900bce011073b3d0300401611[/TD] [TD]ERROR[/TD] [/TR] [TR] [TD]2016-08-04 17:50:02[/TD] [TD]352046[/TD] [TD]KNX[/TD] [TD]1547[/TD] [TD]KNX-Verbindung verloren.[/TD] [TD]ERROR[/TD] [/TR] [TR] [TD]2016-08-04 17:50:02[/TD] [TD]352360[/TD] [TD]KNX[/TD] [TD]1547[/TD] [TD]KNX-Verbindung verloren.[/TD] [TD]ERROR[/TD] [/TR] [TR] [TD]2016-08-04 17:50:04[/TD] [TD]363815[/TD] [TD]KNX[/TD] [TD]1547[/TD] [TD]KNX-Schnittstelle: Name: Enertex KNXnet/IP Router / PA: 1.1.0 / MAC: 0050c27936ef[/TD] [TD]Ok[/TD] [/TR] [TR] [TD]2016-08-04 17:50:04[/TD] [TD]384916[/TD] [TD]KNX[/TD] [TD]1547[/TD] [TD]KNX-Verbindung: Tunnel-PA: 1.1.250 / Channel-ID: 97[/TD] [TD]Ok[/TD] [/TR] [TR] [TD]2016-08-04 17:50:16[/TD] [TD]458878[/TD] [TD]MAIN[/TD] [TD]1534[/TD] [TD]InitScan: Abfrage 3...[/TD] [TD]Ok[/TD] [/TR] [TR] [TD]2016-08-04 17:50:16[/TD] [TD]762206[/TD] [TD]MAIN[/TD] [TD]1534[/TD] [TD]InitScan: Check (max. 15 Zyklen)...[/TD] [TD]Ok[/TD] [/TR] [TR] [TD]2016-08-04 17:50:17[/TD] [TD]763729[/TD] [TD]MAIN[/TD] [TD]1534[/TD] [TD]InitScan (5 GAs / 3 Abfragen / 32 Checks)[/TD] [TD]Ok[/TD] [/TR] [TR] [TD]2016-08-04 17:50:17[/TD] [TD]880655[/TD] [TD]MAIN[/TD] [TD]1534[/TD] [TD]Logik-Bausteine initialisieren...[/TD] [TD]Ok[/TD] [/TR] [TR] [TD]2016-08-04 17:50:19[/TD] [TD]070367[/TD] [TD]LOGIC[/TD] [TD]1549[/TD] [TD]Logik-Init: Alle (360) Bausteine initialisiert[/TD] [TD]Ok[/TD] [/TR] [TR] [TD]2016-08-04 17:50:19[/TD] [TD]070628[/TD] [TD]LOGIC[/TD] [TD]1549[/TD] [TD]Logik-Berechnungen werden aktiviert[/TD] [TD]Ok[/TD] [/TR] [TR] [TD]2016-08-04 17:50:19[/TD] [TD]159874[/TD] [TD]MAIN[/TD] [TD]1534[/TD] [TD]START[/TD] [TD]Ok[/TD] [/TR] [TR] [TD]2016-08-04 17:50:19[/TD] [TD]260893[/TD] [TD]EXEC[/TD] [TD]1618[/TD] [TD]Logs/Archive/Autobackups aufräumen[/TD] [TD]Ok[/TD] [/TR] [/TABLE]
Code:KNXnet/IP telnet server, v1.037 (no more than 32 characters per command) Password: ******** # stats uptime: 0:07 KNX communication statistics: TX to IP (all): 989 (ca. 141 t/m, 2 t/s) TX to KNX: 108 (ca. 15 t/m, 0 t/s) RX from KNX: 347 (ca. 49 t/m, 0 t/s) Overflow to IP: 0 Overflow to KNX: 0 TX tunnel re-req: 2 # tunnel 1 Tunnel 1......: open (CCID 97) KNX address...: 01.01.250 HPAI control..: 192.168.0.202:50000 HPAI data.....: 192.168.0.202:50001 Connect. type.: TUNNEL_CONNECTION TX tun req....: 154 TX tun re-req.: 0 RX tun req....: 5 RX tun re-req (identified): 0 RX tun req (wrong seq.)...: 0 #
Einen Kommentar schreiben:
-
Das kann ich auch bestätigen, wenn ich z.B. Netflix oder Amazon-Prime schaue, dann gehen die Errors enorm in die Höhe ...... und/oder netzwerkseitg viel los ist (das Ganze wird per UDP abgewickelt).Einen Kommentar schreiben:
-
So ganz banale Full/Half Duplex Fehler können an der Stelle ausgeschlossen werden?Einen Kommentar schreiben:
-
SeatSLF, woda
Offenbar gehen Telegramme auf dem Weg vom Router zu EDOMI verloren. Das geschilderte Problem wird dann ausgelöst, wenn auch das Wiederholungstelegramm verloren geht. Ich nehme an, das passiert, wenn EDOMI viel zu tun hat (z.B. viel Buslast) und/oder netzwerkseitg viel los ist (das Ganze wird per UDP abgewickelt).
Ich habe mal etwas in der Router Firmware für den Fall, dass Antworten von der Gegenstelle ausbleiben, angepasst und bräuchte mal einen freiwilligen Tester. Wer will, soll mir eine PN schreiben.
Einen Kommentar schreiben:
-
Na ja, die 0.0.0 kommen von EIBD und nicht vom Netzwerk …
Netzwerksegmente habe ich auch keine … läuft alles in 10.0.100.xEinen Kommentar schreiben:
-
Ob da nicht irgend etwas mit deiner "abstrusen" Netzwerk und Hardware Kombination im Argen liegt.... Alles auf einem MBP mit mehreren Netzwerksegmenten.....Einen Kommentar schreiben:
Einen Kommentar schreiben: