Probleme mit KNXnet/IP-Tunnel und Routeranbindung

[toggle]

Zur Info:
In meinem Test hatte EDOMI Daten vom eibd bekommen. Im EDOMI-Gruppenmonitor erschien alles korrekt. Sobald ich aber Datenarchive für 2 Gruppenadressen angelegt hatte, hat eibd für diese Gruppenadressen keine Daten an smarthome.py weitergegeben, bis EDOMI beendet wurde. Alles andere lief wie gewohnt.

PS: Es ist mir klar, dass es sich um eine (noch) nicht unterstützte Konfiguration handelt.

[gaert]

Ausgezeichnet Ich denke, das Problem ist gelöst - war mein Fehler...

[ulrich]

Bei mir funktioniert jetzt der Gira KNX/IP Router (2167 00 - V2.0 901610) auch problemlos.
Gruppenadressen importiert.
Schalten und Dimmen getestet.
Keine Fehler mehr in den Logs.

[gaert]

Update:

ich habe nun wieder 4 Einträge, die letzten zwei wurden schon besprochen, anscheinend gehen hier Telegramme verloren oder Edomi konnte die nicht lesen, was auch immer ...

Der erste Eintrag ist relativ neu ...

2016-01-06 12:01:16 005850 KNX 8482 ERROR: HEARTBEAT TIMEOUT (no ACK). Reconnect... ERROR
2016-01-06 12:01:16 016722 KNX 8482 KNX-Verbindung verloren, Reconnect... ERROR
2016-01-06 12:07:02 072067 KNX 8482 ERROR: IPRTR --> RECEIVE 1.1.13 ---> 0/2/10 = 30494.72 / Rtg:88!=89 Size:3 / 061004200017042c58002900bce0110d020a0300805dd1 ERROR
2016-01-06 12:07:03 112569 KNX 8482 ERROR: IPRTR --> RECEIVE 1.1.13 ---> 0/2/13 = 135.84 / Rtg:89!=90 Size:3 / 061004200017042c59002900bce0110d020d0300801ea2 ERROR

Heartbeat-Timeout... Sprich: Der Router reagierte nicht auf den Heartbeat. Dies wird ein Problem des Routers oder der Netzwerkverbindung sein!

Die andere Meldung ist vom Routingcounter: Hier sind offenbar Telegramme verloren gegangen. Dafür kann EDOMI nichts...

Ich hatte bei mir innerhalb 1/2 Jahres genau 1 Telegramm mit dieser Fehlermeldung. Warum auch immer - es war quasi "kaputt" Das ist aber grundsätzlich nichts Schlimmes - der physische KNX-Layer ist ja entsprechend darauf vorbereitet (daher gibt es ja den Routingzähler).

[gaert]

Naja... Dann wäre es allerdings sinnvoller, wenn EDOMI (so wie ganz am Anfang des Projekts) direkt per Socket mit eibd plaudert. Sonst wäre es ein wenig redundant:

EDOMI spricht "Router", eibd emuliert "Router", eibd kommuniziert mit Bus

Dann lieber so:

EDOMI spricht (per Socket) mit eibd, eibd kommuniziert mit Bus

[coliflower]

Update:

ich habe nun wieder 4 Einträge, die letzten zwei wurden schon besprochen, anscheinend gehen hier Telegramme verloren oder Edomi konnte die nicht lesen, was auch immer ...

Der erste Eintrag ist relativ neu ...

2016-01-06 12:01:16 005850 KNX 8482 ERROR: HEARTBEAT TIMEOUT (no ACK). Reconnect... ERROR
2016-01-06 12:01:16 016722 KNX 8482 KNX-Verbindung verloren, Reconnect... ERROR
2016-01-06 12:07:02 072067 KNX 8482 ERROR: IPRTR --> RECEIVE 1.1.13 ---> 0/2/10 = 30494.72 / Rtg:88!=89 Size:3 / 061004200017042c58002900bce0110d020a0300805dd1 ERROR
2016-01-06 12:07:03 112569 KNX 8482 ERROR: IPRTR --> RECEIVE 1.1.13 ---> 0/2/13 = 135.84 / Rtg:89!=90 Size:3 / 061004200017042c59002900bce0110d020d0300801ea2 ERROR

[coliflower]

Das habe ich auch schon vorgeschlagen … schaumamal ob später was kommt ?
Dann hätte man eine Komplettlösung (Softwarelösung) die OHNE zusätzliche HW auskommt ..

[vento66]

Eibd verhällt sich wie ein IP Router. Eigentlich könnte man eibd auch in Edomi integrieren, damit Edomi dann über TPUART direkt mit dem KNX komuniziert.

[Steph]

Oder kann eibd einen IP-Router quasi emulieren?!

So ist es!

[gaert]

Im Grunde kann dieser Treat wohl geschlossen werden?! Wollen wir's zumindest mal ganz optimistisch annehmen

[gaert]

Habe weiterhin den Fehler mit eibd und TPUART

EDOMI kann nicht(!) mit eibd betrieben werden! EDOMI spricht AUSSCHLIESSLICH DIREKT mit einem IP-Router oder einer IP-Schnittstelle! Eibd wird NICHT benötigt!

Oder kann eibd einen IP-Router quasi emulieren?!

[Steph]

@gaert: Danke für die neue Version!

Hat schon jemand aus EDOMI raus einen Request abgesetzt? Per InitScan oder Logik?
Habe weiterhin den Fehler mit eibd und TPUART

[SeatSLF]

Du hast es ja hinbekommen

Ich habe ebend über VPN mal nach Hause geschaut, er hat keine ERRORs und zeichnet schön die Daten für Diagramme usw auf

Enertex scheint damit, als funktionsfähig erklär sein.

[vento66]

So Tests erfolgreich:

• Gira Router -> funktioniert
• Enertex Router -> funktioniert
• MDT Router ->funktioniert
• Wiregate (eibd) -> funktioniert

Scheint jetzt alles zu funktionieren!

[gaert]

Zitat aus der Spezifikation ("03_08_02 Core v01.05.01 AS" - neuste Version):

5.2 Establishing a link
To establish a link between a KNXnet/IP Client and a KNXnet/IP Server, the client shall send a CONNECT_REQUEST frame to the control endpoint of the server. This request shall provide information on the requested connection type (e.g. data tunnelling or remote logging), general and connection type specific options (e.g. Data Link Layer or Busmonitor Mode 2) and the data endpoint HPAI that the client wants to use for this communication channel.

Before sending a connection request of a specific type (with specific options) the KNXnet/IP Client should check against the self description information received from the KNXnet/IP Server if the server supports the requested connection type and/or all the requested options.

The KNXnet/IP Server shall then send a CONNECT_RESPONSE frame in any case back to the KNXnet/IP Client requesting to establish the connection, providing the status of the request (with extended status information if applicable). If the request could be accepted by the server, the CONNECT_RESPONSE frame shall additionally contain an identifier as well as the HPAI of the data endpoint that the server now prepared for this communication channel 3).


Den ersten Absatz habe ich missverstanden - er bezieht sich offensichtlich auf Multicast, aber nicht auf's Tunneling... Muss man ja erstmal drauf kommen Der letzte Absatz erklärt es dann: Die Antwort (des Routers) enthält die zugewiesene HPAI ("PA").