Vorschlag: Selbstheilung edomi wegen KNX-Fehler

[maxl]

ich hatte vor dem Update auf die 2.0 auch diese Fehler im Log DE < | TUNNELING_REQUEST / Hinweis: SequenceCounter abweichend (ACK):.... seit dem Update vorige Woche sind diese Fehler nicht mehr aufgetaucht !?

jetzt hab ich nur noch Täglich pünktlich 43-45 sekunden nach Mitternacht ein CE < | DISCONNECT_REQUEST und gleich darauf ein KNX-Verbindung verloren hatte ich aber vorher auch schon fast täglich - keine Ahnung warum

nachdem das ganze keine Beeinträchtigung im Betreib darstellt sehe ich das aber ganz entspannt - Error anzeigen an den Visu´s sind ausgeschaltet.

[Winni]

Hallo enertegus ,

hab' jetzt gestern erstmal von 1.026 auf 1.028 upgedated, ist auf den ersten Blick ruhiger geworden:

KNX.jpg
Ob's auf lange Sicht besser wird, muss ich erst abwarten, fahre aber morgen früh für 'ne Woche in Urlaub. Trotzdem hier mal die gewünschte Info:

KNXIP Secure Telnet Server, v1.028
(no more than 58 characters per command)

Password: *********

# logmem
RAM log memory enabled ...
no entry in RAM log cache

# tunnel 1
Tunnel 1..................: open (CCID 225)
KNX address...............: 01.00.241
HPAI control..............: 192.168.5.22:50000
HPAI data.................: 192.168.5.22:50001
Connect. type.............: TUNNEL_CONNECTION
Communication.............: UDP CONNECTION
TX tun req................: 15707
TX tun re-req.............: 2
RX tun req................: 2184
RX tun re-req (identified): 0
RX tun req (wrong seq.)...: 0
Current tunnel buffer.....: 0 %
Connected since (UTC).....: 09:47:55 21-08-2019

#

Viele Grüße,
Winni

[enertegus]

Also ich habe auch einen ENERTEX Secure und echte Hardware, leider trotzdem viele dieser Meldunge

Was sagt denn logmem (Telnetkommando)?

[saegefisch]

crewo Interessante Theorie...könnte passen... im selben VLAN habe ich auch mein SMA Energymeter, dass per Multicast in <1s-Takt Daten schickt...auf die ich allerdings auch nicht auf dem edomi-Server verzichten mag...

[crewo]

Ich dachte es wurde hier in den div. Beiträgen schon ein eigenes VLAN als Lösung beschrieben. Im Prinzip könnten schon hier einige UDP/TCP-Broadcast-Schleudern den hardwareseitig eher schwachbrüstigen KNX-Router aus dem Tritt bringen. Ich würde mal vermuten, umso weniger Traffic hier in "seinem" Netzwerksegment unterwegs ist, umso zuverlässig funktioniert die Kommunikation über seine Tunnelverbindungen.

Haben die Kandidaten mit den Problemen mal ihr LAN analysiert, z.B. mit einem Wireshark? Es muss ja nicht immer gleich ein VLAN-Konstrukt sein, eventuell hilft auch das gezielte Eindämmen von Datenschleudern im LAN.

[saegefisch]

edomi + KNX-Router hängen auch bei mir an einem manged Switch in einem eigenen Haus-VLAN.

Vielen Dank allerseits, nach den ganzen Vorschlägen:
* Werde es einfach mal versuchen, die beiden mit einem unmanged-Switch davor direkt zu verbinden, um das Thema LAN auszuschließen - oder es darauf zurück zu führen im besten Fall...
* Den KNX-Router noch mal prüfen, vielleicht gibt etwas, was ich an den Tunneln verändern kann.

[coliflower]

Ich hatte auch mal diese Einträge im Log ....

Seit ich ich beide, den KNXnet/IP-Router und EDOMI (APU3) am L2 Switch (HP-1820-24G) mit neuen LAN-Kabeln (CAT6a) in eigenem VLAN angeschlossen habe, konnte ich seit damals (ca. 14 Monate), keinen einzigen dieser Fehler mehr sehen ... Ich kann aber auch nicht mehr sagen ob eine, mehrere oder die Summe aller dieser Massnahmen dazu beigetragen haben.

[Winni]

Also ich habe auch einen ENERTEX Secure und echte Hardware, leider trotzdem viele dieser Meldungen. Nachdem auch schon meine Merten, Weinzierl BAOS Router immer wieder Probleme meldeten, wohl ein hausgemachtes Problem. Leider bin ich nicht in der Lage hier Ursachenforschung zu treiben, mangels Wissen.

KNX.png

[vento66]

Ich habe Enertex als secue / unsecure und MDT SCN-IP100.03 In ganz Wien verteilt, und nicht eine Anlage macht diese Fehler. EDOMI läuft da natürlich auf nativer HW.

[Ace85]

Ich habe aktuell wie saegefisch auch unerklärliche Verbindungsabbrüche mit meinem MDT SCN-IP100.03, allerdings in einer VM. Suche auch noch die Nadel im Heuhaufen.

[urknall]

Ich hatte die gleichen Probleme mit dem Enertex Router (NICHT Secure IP). Edomi läuft bei mir als VM auf ESXi. Mein alter Server hatte irgendwann das zeitliche gesegnet und startete nicht mehr. Danach hab ich neue Hardware gekauft und das System neu aufgesetzt. In dem Zuge kam die aktuelle Firmware auf den Enertex Router. Dummerweise habe ich das alles in einem Rutsch gemacht, daher kann ich jetzt nicht mehr sagen, ob es an der neuen Hardware, neuerer ESXi Version oder der Firmware vom Router lag. Ich tippe aber auf Router/Firmware, jedenfalls ist das Problem bei mir nicht mehr vorhanden.

[saegefisch]

givemeone :Ah, okay. Denk‘ ich mal drüber nach; ist auf jeden Fall mehr Lösung als mein „Pflaster“...

Marino : das bestätigt ja meinen Verdacht zum KNX-Router. Da werde ich mal forschen. Und ja, edomi und Router sprechen nicht mehr miteinander (und damit keinerlei edomi-Funktion mehr im Haus verfügbar) und ein edomi-Neustart half verlässlich. Mal Stunden, mal einige Tage...

[givemeone]

Vielen Dank für den Vorschlag. Aber das muss mE auch direkt funktionieren, es gibt ja eigentlich keinen für mich logischen Grund, zwischen KNX-Router und edomi noch eine Ebene zwischen zu schalten.

Nun, ich habe halt festgestellt, dass, so wie ich es mir laienhaft erkläre, sich mein KNX Router verzählt, wenn mehrere Geräte drauf zugreifen. Gerade bei einer Parametrisierung konnte ich das feststellen.
Seitdem nur noch der knxd auf den Router zugreift, und alles andere auf den knxd, funktioniert es. Eventuell zählt knxd die Pakete bei höhere Buslast einfach besser?

Für mich ist diese Zwischenlösung einfach praktischer wie ein Restart.

[Marino]

Ich habe nicht den genauen Fehler bei mir im
Kopf, aber er ist sehr ähnlich oder sogar gleich. Auch mit Enertex Router (Secure IP). Zuvor mit Wiregate als KNX-Schnittstelle hatte ich das nicht.

Musst Du denn überhaupt neu starten? Bei mir ist es ein Eintrag im Log, aber es bleibt alles verfügbar. Würde ich neu starten, würde ich dadurch die Verfügbarkeit durch den Neustart verringern.

Viele Grüße
Nils

[saegefisch]

ABER: Dieses Thema war nicht für die Ursachen-Analyse gedacht (dafür mach' ich ggf. mal was neues auf), sonder als Lösungsvorschlag für all jene, die aus welchen Gründen auch immer mal mit einem entkoppelten edomi zu kämpfen haben.

Also lasst uns hier das OT beenden...