Probleme mit KNXnet/IP-Tunnel und Routeranbindung

[coliflower]

Wieso OT, was ist wenn mein Problem mit der PA was zu tun hat …?

[hartmut]

Das ist kein Router sondern ein Interface, kann 4 Tunnel verbinden.
Funktion im Auslieferzustand Im Auslieferzustand sind folgende Parameter gesetzt: • physikalische Adresse der IP Schnittstelle: 15.15.255 (= FFFF hex)
Deshalb diese Adresse
Ich werde Morgen versuchen eine PA 1/1/240 zu Programmieren.

[SeatSLF]

Die PA ist Edomi egal, der Router gibt das ACK nicht, wenn du einen IP Router hast gehört der normalerweiße auf die x.x.0.

Wenn du ihm als PA in der ETS die 241 gibst, und dann den Tunnel mit 201 vergibst ist das natürlich möglich.

[WagoKlemme]

Die PA wird einwandfrei bei ALLEN erkannt und verwendet. Da gibt es kein Problem.

hartmut ich kann mit 3 Browsern den teil2.png nicht öffnen, k.A. warum. Wärst Du so nett und postest es so wie coliflower. Könnt Ihr eigentlich mein Log lesen ?

[hartmut]

EDOMI TraceLog
Zeitstempel	Frau	Prozess	PID	Meldung	Status
2016.01.21 19.31.57	784.853	KNX	1523	EDOMI: CONNECT_REQUEST -> 192.168.0.220:3671 / 06100205001a0801c0a800aac7380801c0a800aac738040402 00
2016.01.21 19.31.57	795.325	KNX	1523	Router: CONNECT_RESPONSE -> Tunnel-PA: 15.15.255 / ChannelID: 65 / 06100206001441000801c0a800dc0e570404ffff
2016.01.21 19.31.57	805.701	KNX	1523	EDOMI: CONNECTIONSTATE_REQUEST (Heartbeat) / 06100207001041000801c0a800aac738
2016.01.21 19.31.57	806.054	KNX	1523	Router: CONNECTIONSTATE_RESPONSE (Heartbeat) / 0610020800084100
2016.01.21 19.32.09	305.648	KNX	1523	# ERROR # ROUTER: ChannelID abweichend: Ist-Wert = 64, Soll-Wert = 65 / -> = / Routingcounter: / Größe: / 061004200017044000002900bce0117507320300800ca1
2016.01.21 19.32.09	319.108	KNX	1523	Router: TUNNELING_REQUEST -> Write / 1.1.117-> 0/7/50 = 23,7 / Routingcounter: 0 / Größe: 3 / 061004200017044100002900bce0117507320300800ca1
2016.01.21 19.32.09	319.196	KNX	1523	EDOMI: TUNNELING_ACK / 06100421000a04410000
2016.01.21 19.32.10	300.436	KNX	1523	# ERROR # ROUTER: ChannelID abweichend: Ist-Wert = 64, Soll-Wert = 65 / 1.1.117-> 0/7/50 = 23,7 / Routingcounter: 0 / Größe: 3 / 061004200017044000002900bce0117507320300800ca1
2016.01.21 19.32.28	009.237	KNX	1523	EDOMI: CONNECTIONSTATE_REQUEST (Heartbeat) / 06100207001041000801c0a800aac738
2016.01.21 19.32.28	010.158	KNX	1523	Router: CONNECTIONSTATE_RESPONSE (Heartbeat) / 0610020800084100
2016.01.21 19.32.59	001.027	KNX	1523	EDOMI: CONNECTIONSTATE_REQUEST (Heartbeat) / 06100207001041000801c0a800aac738
2016.01.21 19.32.59	001.986	KNX	1523	Router: CONNECTIONSTATE_RESPONSE (Heartbeat) / 0610020800084100
2016.01.21 19.33.04	006.162	KNX	1523	# ERROR # ROUTER: DISCONNECT_RESPONSE: Router Hut verbindung unerwartet beendet / ErrCode: 0 / 06100209001040000801c0a800dc0e57
2016.01.21 19.33.04	016.499	KNX	1523	EDOMI: DISCONNECT_REQUEST / 06100209001041000801c0a800aac738
2016.01.21 19.33.07	017.035	KNX	1523	EDOMI: CONNECT_REQUEST -> 192.168.0.220:3671 / 06100205001a0801c0a800aac7380801c0a800aac738040402 00
2016.01.21 19.33.07	027.496	KNX	1523	Router: CONNECT_RESPONSE -> Tunnel-PA: 1.1.255 / ChannelID: 66 / 06100206001442000801c0a800dc0e57040411ff
2016.01.21 19.33.07	038.733	KNX	1523	EDOMI: CONNECTIONSTATE_REQUEST (Heartbeat) / 06100207001042000801c0a800aac738
2016.01.21 19.33.07	039.138	KNX	1523	Router: CONNECTIONSTATE_RESPONSE (Heartbeat) / 0610020800084200
2016.01.21 19.33.38	004.601	KNX	1523	EDOMI: CONNECTIONSTATE_REQUEST (Heartbeat) / 06100207001042000801c0a800aac738
2016.01.21 19.33.38	014.929	KNX	1523	Router: CONNECTIONSTATE_RESPONSE (Heartbeat) / 0610020800084200
2016.01.21 19.33.56	757.575	KNX	1523	EDOMI: TUNNELING_REQUEST -> Read-Request / Versuch 1 / 1.1.255-> 0/7/50 / 061004200015044200002900bce011ff0732010000
2016.01.21 19.33.56	768.146	KNX	1523	Router: TUNNELING_ACK / 061004200015044200002900bce011ff0732010000
2016.01.21 19.33.58	002.144	KNX	1523	# ERROR # EDOMI: TUNNELING_REQUEST nach TUNNELING_ACK Nicht erhalten / Routingcounter: 1 / 061004200015044200002900bce011ff0732010000
2016.01.21 19.33.58	012.743	KNX	1523	EDOMI: TUNNELING_REQUEST -> Read-Request / Versuch 2 / 1.1.255-> 0/7/50 / 061004200015044201002900bce011ff0732010000
2016.01.21 19.33.58	023.178	KNX	1523	Router: TUNNELING_ACK / 061004200015044201002900bce011ff0732010000
2016.01.21 19.34.00	003.397	KNX	1523	# ERROR # EDOMI: TUNNELING_REQUEST nach TUNNELING_ACK Nicht erhalten / Routingcounter: 2 / 061004200015044201002900bce011ff0732010000
2016.01.21 19.34.00	014.007	KNX	1523	EDOMI: TUNNELING_REQUEST -> Read-Request / Versuch 3 / 1.1.255-> 0/7/50 / 061004200015044202002900bce011ff0732010000
2016.01.21 19.34.00	024.446	KNX	1523	Router: TUNNELING_ACK / 061004200015044202002900bce011ff0732010000
2016.01.21 19.34.02	003.667	KNX	1523	# ERROR # EDOMI: TUNNELING_REQUEST nach TUNNELING_ACK Nicht erhalten / Routingcounter: 3 / 061004200015044202002900bce011ff0732010000
2016.01.21 19.34.02	014.125	KNX	1523	# ERROR # EDOMI: TUNNELING_REQUEST: Kein TUNNELING_ACK / RECEIVE nach 3 Versuchen -> Abbruch
2016.01.21 19.34.09	009.715	KNX	1523	EDOMI: CONNECTIONSTATE_REQUEST (Heartbeat) / 06100207001042000801c0a800aac738
2016.01.21 19.34.09	010.628	KNX	1523	Router: CONNECTIONSTATE_RESPONSE (Heartbeat) / 0610020800084200
2016.01.21 19.34.40	000.767	KNX	1523	EDOMI: CONNECTIONSTATE_REQUEST (Heartbeat) / 06100207001042000801c0a800aac738
2016.01.21 19.34.40	011.147	KNX	1523	Router: CONNECTIONSTATE_RESPONSE (Heartbeat) / 0610020800084200
2016.01.21 19.35.11	000.653	KNX	1523	EDOMI: CONNECTIONSTATE_REQUEST (Heartbeat) / 06100207001042000801c0a800aac738
2016.01.21 19.35.11	010.967	KNX	1523	Router: CONNECTIONSTATE_RESPONSE (Heartbeat) / 0610020800084200
2016.01.21 19.35.42	010.060	KNX	1523	EDOMI: CONNECTIONSTATE_REQUEST (Heartbeat) / 06100207001042000801c0a800aac738

[coliflower]

Die PA ist Edomi egal, der Router gibt das ACK nicht, wenn du einen IP Router hast gehört der normalerweiße auf die x.x.0.

Wenn du ihm als PA in der ETS die 241 gibst, und dann den Tunnel mit 201 vergibst ist das natürlich möglich.

Meinst du jetzt mich ?

Mein Router hat:

Host-PA 1.1.0
Die ETS die Tunnel-PA 1.1.241
Und Edomi hat vom Router die 1.1.201 bekommen

[coliflower]

Um zum Ursprung zu kommen, ich habe keine WRITE Probleme ich habe READ Probleme.

[SeatSLF]

Komisch das Edomi bei dir, beim zweiten Aufbau eine neue PA bekommt.

Beim ersten 15.15.255 und beim zweiten 1.1.255

Kannst du dich da noch mit deiner ETS da noch per Tunnel verbinden?
Beim ersten Start eines neuen Edomi Rechners (davor war die VM) aktiv, musste ich auch
schonmal den Router rebooten.
Da er auf einmal alle Tunnel voll hatte.

[WagoKlemme]

hartmut -> DANKE
Also für mich verhalten sich alle gleich. ReadRequest Edomi->ACK Router und das wars. Es kommt kein Response bei Edomi an oder Edomi wartet nicht lange genug.

[SeatSLF]

Meinst du jetzt mich ?

Mein Router hat:

Host-PA 1.1.0
Die ETS die Tunnel-PA 1.1.241
Und Edomi hat vom Router die 1.1.201 bekommen

Kenne es nur so, das dann automatisch die nächsten x PAs genommen werden, ausgehend von der programmierten.

[gaert]

hartmut -> DANKE
Also für mich verhalten sich alle gleich. ReadRequest Edomi->ACK Router und das wars. Es kommt kein Response bei Edomi an oder Edomi wartet nicht lange genug.

Auf den Read-Response wird nicht gewartet - der kommt irgendwann oder auch nicht. Was fehlt ist die Antwort auf den Tunneling_Request vom Router!

[coliflower]

Soll ich jetzt bei Gira reklamieren, dass deren Router nicht der Spezifikation entsprechen ?

[gaert]

Nein. Die Router sind mit Sicherheit nicht das Problem, sonst würden ja ETS & Co. nicht funktionieren.

Ich verstehe es allerdings nicht... Der Router ACKed den Read-Request ganz normal und ohne Fehler - aber es passiert nichts, d.h. es trifft kein Read-Response ein (mal abgesehen von der Tunneling_Request-Bestätigung des Routers).

Möglicherweise(!) liegt das Problem aber auch ganz woanders: Wie MarkusS schon ganz zu Beginn angedeutet hat, erwarten manche Router jeweils eine Verbindung für Control und Data... Ich verfolge diesen Ansatz mal weiter. Leider kann ich das nicht testen - aber da wird sich schon eine Lösung finden (z.B. könnte ich Euch statt einem Update einfach nur 1 Datei zum Austausch uploaden, dann geht's schneller/einfacher).

[MarkusS]

Nee, das war der enertegus

[gaert]

Ah, ok
Ungeachtet dessen: In einigen Logs sind 2 ChannelIDs im Spiel - dies deutet m.E. darauf hin, dass der Router 2 Kanäle erwartet. Ich werde mal recherchieren... Unabhängig davon wäre es vielleicht noch eine Option per Routing (Multicast) zu kommunizieren (optional). Schaun' wir mal...