Ich habe gerade mal beim Kollegen geschaut, Edomi auf APU2C4 mit MDT Router. Uptime 20 Tage (Stromausfall) Fehler = 0
KNX läuft in einem eigenen VLAN. Das restliche Firmennetzwerk ist gut bis sehr gut ausgelastet.
trend.PNG
Ankündigung
Einklappen
Keine Ankündigung bisher.
verlorene KNX Verbindung
Einklappen
X
-
Wir schauen uns das mal an, allerdings erst nach der Messe. Es braucht halt Zeit und scheint nur in Verbindung mit Edomi aufzutreten.Zitat von crewo Beitrag anzeigenIch wäre dankbar wenn sich da der MDT-Support weiter motiviert fühlt, sich das anzusehen. Ich würde ungern meinen Router wechseln, da dieser nicht nur Uhrzeit macht sondern auch "server-unabhängig" E-Mails schickt zur Eskalation (edomi nicht mehr erreichbar z.B. oder Wetterstation defekt usw.). Das gleiche macht edomi wenn der Router nicht mehr da ist bzw. der KNX-Bus weg ist. Also so gesehen redundant abgesichert.
hjk fyi
- Likes 2
Einen Kommentar schreiben:
-
Bei mir ist es "nur" der "CONNECTIONSTATE_REQUEST"-Fehler, "DESCRIPTION_REQUEST" habe ich bei mir noch nicht gesehen mit dem MDT-Router.
Einen Kommentar schreiben:
-
Also ich habe die Verbindungsverluste ebenfalls, habe aber einen ABB Router und kein MDT. Es geht um diese ausfälle oder?
Code:[TABLE="border: 0, cellpadding: 0, cellspacing: 0"] [TR] [TD]2018-02-19 22:29:34[/TD] [TD]003545[/TD] [TD]KNX[/TD] [TD]103716[/TD] [TD]EDOMI @ CE | CONNECTIONSTATE_REQUEST / Timeout nach 5s / ErrMsg: Kein CONNECTIONSTATE_RESPONSE vom Router erhalten[/TD] [TD]ERROR[/TD] [/TR] [TR] [TD]2018-02-19 22:29:34[/TD] [TD]015124[/TD] [TD]KNX[/TD] [TD]103716[/TD] [TD]KNX-Verbindung verloren.[/TD] [TD]ERROR[/TD] [/TR] [TR] [TD]2018-02-19 22:29:48[/TD] [TD]005043[/TD] [TD]KNX[/TD] [TD]103716[/TD] [TD]EDOMI @ CE | DESCRIPTION_REQUEST / Timeout nach 10s / ErrMsg: Kein DESCRIPTION_RESPONSE vom Router erhalten[/TD] [TD]ERROR[/TD] [/TR] [TR] [TD]2018-02-19 22:29:48[/TD] [TD]015681[/TD] [TD]KNX[/TD] [TD]103716[/TD] [TD]KNX-Verbindung verloren.[/TD] [TD]ERROR[/TD] [/TR] [TR] [TD]2018-02-19 22:30:02[/TD] [TD]008197[/TD] [TD]KNX[/TD] [TD]103716[/TD] [TD]EDOMI @ CE | DESCRIPTION_REQUEST / Timeout nach 10s / ErrMsg: Kein DESCRIPTION_RESPONSE vom Router erhalten[/TD] [TD]ERROR[/TD] [/TR] [TR] [TD]2018-02-19 22:30:02[/TD] [TD]019407[/TD] [TD]KNX[/TD] [TD]103716[/TD] [TD]KNX-Verbindung verloren.[/TD] [TD]ERROR[/TD] [/TR] [TR] [TD]2018-02-20 01:31:50[/TD] [TD]003529[/TD] [TD]KNX[/TD] [TD]103716[/TD] [TD]EDOMI @ CE | CONNECTIONSTATE_REQUEST / Timeout nach 5s / ErrMsg: Kein CONNECTIONSTATE_RESPONSE vom Router erhalten[/TD] [TD]ERROR[/TD] [/TR] [TR] [TD]2018-02-20 01:31:50[/TD] [TD]014838[/TD] [TD]KNX[/TD] [TD]103716[/TD] [TD]KNX-Verbindung verloren.[/TD] [TD]ERROR[/TD] [/TR] [TR] [TD]2018-02-20 01:32:04[/TD] [TD]000384[/TD] [TD]KNX[/TD] [TD]103716[/TD] [TD]EDOMI @ CE | DESCRIPTION_REQUEST / Timeout nach 10s / ErrMsg: Kein DESCRIPTION_RESPONSE vom Router erhalten[/TD] [TD]ERROR[/TD] [/TR] [TR] [TD]2018-02-20 01:32:04[/TD] [TD]011430[/TD] [TD]KNX[/TD] [TD]103716[/TD] [TD]KNX-Verbindung verloren.[/TD] [TD]ERROR[/TD] [/TR] [TR] [TD]2018-02-20 01:32:18[/TD] [TD]003125[/TD] [TD]KNX[/TD] [TD]103716[/TD] [TD]EDOMI @ CE | DESCRIPTION_REQUEST / Timeout nach 10s / ErrMsg: Kein DESCRIPTION_RESPONSE vom Router erhalten[/TD] [TD]ERROR[/TD] [/TR] [TR] [TD]2018-02-20 01:32:18[/TD] [TD]014089[/TD] [TD]KNX[/TD] [TD]103716[/TD] [TD]KNX-Verbindung verloren.[/TD] [/TR] [/TABLE]
Einen Kommentar schreiben:
-
Ich wäre dankbar wenn sich da der MDT-Support weiter motiviert fühlt, sich das anzusehen. Ich würde ungern meinen Router wechseln, da dieser nicht nur Uhrzeit macht sondern auch "server-unabhängig" E-Mails schickt zur Eskalation (edomi nicht mehr erreichbar z.B. oder Wetterstation defekt usw.). Das gleiche macht edomi wenn der Router nicht mehr da ist bzw. der KNX-Bus weg ist. Also so gesehen redundant abgesichert.
hjk fyi
Einen Kommentar schreiben:
-
Moin Moin,
ich habe das 731er jetzt seit Sa. im Einsatz und kein einziges Problem. Vorher hatte ich jeden Tag mindestens 1 Reconnect und div. SEQ-Counter.Erros. Wie Christox schon geschrieben hat würden mich die SEQ Errors auch nicht stören, aber das häufige Neuverbinden sollte definitiv nicht sein.
Momentan läuft das System bei mir noch auf dem Testbrett (wird auch noch ca. 6 Monate so bleiben). Leider fehlt mir jetzt die Uhrzeit auf dem Bus (MDT-Glastaster 2), aber da gibt es ja bestimmt eine Lösung mit Edomi. Ich habe am We nur die Zeit gehabt einen schnellen Test zu machen, aber irgendwie passt das Uhrzeitformat von Edomi nicht zum Glastaster
.
Ich werde mich nach einem längeren Test noch mal bei euch melden.
PS:
Noch ein Kompliment an den MDT Support. Ich habe Freitag mit einem Mitarbeiter telefoniert, danach hat er per TeamViewer u. Telefon versucht das Problem zu beheben. Es wurde ein Software Downgrade sowie div. Einstellungen erprobt, leider ohne Erfolg. Ich finde es sehr löblich, dass MDT sich mit dem Problem befasst obwohl es sich um keine zertifizierte Software handelt. Vielleicht finden sie ja noch eine Lösung.
GrußZuletzt geändert von Snoozee; 20.02.2018, 12:05.
Einen Kommentar schreiben:
-
Hi Snooze,
Berichte doch bitte, sobald das 731er-Interface einige Tage im Einsatz ist die Fehlerraten pro Tag vor/nach dem Wechsel.
Bei mir läuft dieses Interface nun 25 Tage fehlerfrei in identischer Umgebung. Zuvor hatte ich alle 1-2 Tage Verbindungsfehler.
Bei den SEQ-Counter-Errors hätte mich das nicht gestört, aber die regelmäßigen reconnects wegen ausbleibendem Verbindungsstatus des Interfaces haben nicht doch etwas beunruhigt.
Grüße,
Christox
Einen Kommentar schreiben:
-
Ich habe mir auch schon diverse Themen zu diesen Problemen durchgelesen, leider ohne Erfolg.
Aus meiner Sicht geht es in diesem Beitrag um Verbindungsabbrüche die anscheinend auf den MDT Router/Interface zurückzuführen sind. Es gibt ja mittlerweile zwei Personen die durch einen tausch vom Interface alle Probleme beseitigt haben. Mir ist natürlich auch bewusst das es X Ursachen für solche Probleme geben kann, deshalb sollte man sich hier wohl auf eine Kombination beschränken.
MDT <-> Edomi
Ich habe mir nun auch ein Weinzierl 731 bestellt (irgendwo muss ich ja weiter machen).
Einen Kommentar schreiben:
-
Hier in diesem Thread läuft grad die gleiche Fehlersuche wie im erwähnten Thread. Beschuldigung diverser IP Router/Interfaces, LAN-Strukturen usw., die sich dann als "nicht allgemeingültig" rausstellen. Das ging dann so weit, dass der Fehler im Linux-Kernel vermutet wurde. Endgültige Lösung gibt's keine, aber ein paar Tipps, was man versuchen kann.Zitat von gibsonrocker Beitrag anzeigenHab diesen Thread hier gefunden:
https://knx-user-forum.de/forum/proj...bindung/page25
Werd mir das mal reinziehen ob es da evtl. eine Lösung gab.
Man könnte auch den erwähnten Thread lesen und alles darin beschriebene ausprobieren, anstatt hier noch mal das Rad neu zu erfinden.
Wollt ich nur mal gesagt haben
Einen Kommentar schreiben:
-
Ich habe einen Merten Router, dedizierte Hardware (beide hängen am gleichen Netgear Switch) und auch diese Probleme, wobei ich bei meinen letzten Versuchen feststellen musste, dass die Probleme massiv weniger wurden, als ich die Bausteine für UNIFI und Alexa (curl) deaktiviert habe. Ein kurzer Test mit dem PEAKnx USB Connector hatte aber die gleichen Fehlermeldungen, ebenso ein Weinzierl BAOS 770. Ganz blöd ist es, wenn manchmal nach einem Verbindungsverlust zwar noch empfangen werden kann, aber nicht mehr gesendet. Ist halt schwierig zu verfolgen, es gibt Tage ohne Probleme und dann wieder massiv.
Einen Kommentar schreiben:
-
Hi Vento, es gibt einfach Leute die können kein Rot sehen. Zu diesen zähle ich auch. Es ging ja mal eine Zeit lang ohne Fehler, komplett ohne. Daher denke ich auch dass entweder Edomi schuld ist oder ich was geändert habe an das ich mich nicht mehr erinnern kann. Oder ein LBS? Ichwürde es für meinen Teil gerne wissen und beseitigenZitat von vento66 Beitrag anzeigenEinfach die Meldungen in der Basis Konfig abschalten, und entspannt lesen, wie sich die anderen darüber erörtern! Läuft zumindest bei mir so ....
Einen Kommentar schreiben:
-
Ich habe gestern wieder versucht mein Problem zu beseitigen, leider ohne Erfolg.
Netzwerkstruktur wurde folgendermaßen angepasst:
- Netgear/D-Link Switch (wurden beide probiert) -> direkte Verbindung zum MDT Router 192.168.0.77
- Netgear/D-Link Switch (wurden beide probiert) -> direkte Verbindung zum Intel NUC mit Edomi 192.168.0.25
- Netgear/D-Link Switch -> Verbindung zur Fritzbox 192.168.0.1
- alle Leitungen ausgetauscht.
KNX Struktur:
1.1.0 Interface
1.1.1 Interface E-Mail
1.1.X Komponenten
1.1.250 - 255 Tunnel
Der Aufbau befindet sich auf einem Testbrett.
Bei mir stürzt die Verbindung teilweise auch komplett ab, dann ist ein erneute Verbindung nur möglich wenn:
- das Interface neu gestartet wird
oder
- das Netzwerkkabel aus dem Interface kurz entfernt und neu gesteckt wurde
oder
- ein Neustart von Edomi durchgeführt wird
oder
- ich mich per ETS kurz auf das Interface setze
Ich bin ziemlich neu in der Materie, vielleicht mache ich auch einen grundlegenden Fehler =)
Gruß
Einen Kommentar schreiben:

Einen Kommentar schreiben: