Probleme mit KNXnet/IP-Tunnel und Routeranbindung

[ggt]

Bei mir läuft edomi mit dem Weinzierl 730, leider nur zuverlässig über eibd

nur 1 Linie vorhanden ...

3 Tunnel aktiv – 1 ETS4, 2 RPi (eibd) , 3 edomi
Test Licht Ein/Aus
- über ETS4 schalten ok Reaktion sofort
- über RPi (eibd) schalten ok Reaktion sofort
- über edomi -> RPi (eibd) schalten ok Reaktion sofort

- über edomi -> 730 schalten Reaktion sofort
aber leider auch manchmal Reaktion verzögert auf Grund von TimeOuts dann :

Ein
2016-01-05 20:30:25 009051 KNX 1481 ERROR: EDOMI --> READ/WRITE: TIMEOUT REC / Rtg:43 / 06100421000a0410c200 ERROR

Aus
2016-01-05 20:30:33 010890 KNX 1481 ERROR: EDOMI --> READ/WRITE: TIMEOUT REC / Rtg:45 / 06100421000a0410c700 ERROR

Das passiert auch wenn nur ein Tunnel für edomi aktiv ist (die ETS und der RPi sind aus) und mit dem 730 kommuniziert.

[coliflower]

https://www.google.at/url?sa=i&rct=j...52112959883593

[SeatSLF]

Da kann ich morgen vielleicht mal auf Arbeit probieren, je nachdem wie ich da voran komme.
Habe da in der UV nen Gira Router.

[MarkusS]

Das liegt am Licht am Ende des Tunnels, das blendet so.

[SeatSLF]

Ich interpretiere: ich bin BLIND :P

[gaert]

Ja, der Upload läuft... Mit 1 Bit/s... Dauert vermutlich um die 2-3 Stunden

[MarkusS]

bist du grad am Upload?

Wie interpretierst Du denn die Aussage:

Die neue Version lade ich gleich hoch (2016.3). Dauert wie immer eine Weile...

"lade hoch" ≊ "Upload"

[SeatSLF]

bist du grad am Upload?

[gaert]

Warum reden wir eigentlich die ganze Zeit von ROUTERN wo doch Edomi offensichtlich TUNNELT?

Mit "Router" ist die Hardware gemeint, nicht das "routing"

[gaert]

Der Tunnelaufbau funktioniert jetzt so:

• EDOMI fordert einen Tunnel vom Router an
• der Router antwortet (hoffentlich) mit "OK" - und teilt EDOMI u.a. die PA des zugewiesenen Tunnels mit
• EDOMI merkt sich u.a. diese PA und verwendet sie für alle weiteren Tunneling-Requests (also dem Senden/Empfangen von Telegrammen)

Übrigens: Die PA wird AUSSCHLIESSLICH beim Senden und Empfangen von Telegrammen benötigt - nicht etwa beim Verbindungsaufbau, Close, Heartbeat, etc. Dies erklärt auch, warum die Fehlermeldungen erst beim Senden/Empfangen aufgetreten sind - und nicht schon beim Connect...

[gaert]

Problem sehr wahrscheinlich gelöst!

Ich habe es offenbar versäumt, die Antwort des Routers in Sachen PA richtig zu interpretieren. Nach dem Verbindungsaufbau teilt der ROUTER die PA mit - EDOMI's Konfiguration hat damit nichts zu tun. In der neuen Version ist also in der edomi.ini keine(!) PA mehr zu definieren!

Die neue Version lade ich gleich hoch (2016.3). Dauert wie immer eine Weile...

[DiMa]

Es ist offenbar tatsächlich so, dass die PA vom ROUTER nach dem Verbindungsaufbau mitgeteilt wird! Ich bitte noch um etwas Geduld - aber mein Gefühl sagt mir: Bald funktioniert es mit JEDEM Router

Warum reden wir eigentlich die ganze Zeit von ROUTERN wo doch Edomi offensichtlich TUNNELT?

apoc4lyps der eibd sendet immer 0.0.0 sobald er als Server konfiguriert ist - völlig egal, was man ihm an Parametern mitgibt (Handbuch 10.2.5, S. 163+164).

[coliflower]

Hier der ERROR Log:

[SIZE=10px]2016-01-05 16:56:26    010588    KNX    3508    ERROR: HEARTBEAT TIMEOUT (no ACK). Reconnect...    ERROR
2016-01-05 16:56:26    021183    KNX    3508    KNX-Verbindung verloren, Reconnect...    ERROR
2016-01-05 17:46:58    824958    KNX    3508    ERROR: IPRTR --> RECEIVE 1.1.26 ---> 0/3/3 = 0 / Rtg:42!=43 Size:3 / 061004200017040e2a002900bce0111a030303008007b2    ERROR
2016-01-05 17:50:57    399630    KNX    3508    ERROR: IPRTR --> RECEIVE 1.1.20 ---> 0/3/8 = 0 / Rtg:110!=111 Size:3 / 061004200017040e6e002900bce0111403080300800729    ERROR
2016-01-05 19:41:25    002264    KNX    3508    ERROR: EDOMI --> READ/WRITE: TIMEOUT REC / Rtg:1 / 0610020700100e0008010a0064080e58    ERROR
2016-01-05 19:41:29    008248    KNX    3508    ERROR: EDOMI --> READ/WRITE: TIMEOUT REC / Rtg:2 / 061004200015040e01001100bce011c91148010081    ERROR
2016-01-05 19:41:33    008400    KNX    3508    ERROR: EDOMI --> READ/WRITE: TIMEOUT REC / Rtg:3 / 061004200015040e02001100bce011c91148010081    ERROR
2016-01-05 19:41:33    021822    KNX    3508    ERROR: EDOMI --> READ/WRITE: TOO MANY ATTEMPTS (3) / DROPED    ERROR
2016-01-05 19:41:37    000861    KNX    3508    ERROR: EDOMI --> READ/WRITE: TIMEOUT REC / Rtg:4 / 061004200015040e03001100bce011c91148010081    ERROR
2016-01-05 19:41:41    006320    KNX    3508    ERROR: EDOMI --> READ/WRITE: TIMEOUT REC / Rtg:5 / 061004200015040e04001100bce011c91148010081    ERROR
2016-01-05 19:41:45    001884    KNX    3508    ERROR: EDOMI --> READ/WRITE: TIMEOUT REC / Rtg:6 / 061004200015040e05001100bce011c91148010081    ERROR
2016-01-05 19:41:45    012645    KNX    3508    ERROR: EDOMI --> READ/WRITE: TOO MANY ATTEMPTS (3) / DROPED    ERROR
2016-01-05 19:41:49    001051    KNX    3508    ERROR: EDOMI --> READ/WRITE: TIMEOUT REC / Rtg:7 / 061004200015040e06001100bce011c91148010081    ERROR
2016-01-05 19:41:53    006166    KNX    3508    ERROR: EDOMI --> READ/WRITE: TIMEOUT REC / Rtg:8 / 061004200015040e07001100bce011c91148010081    ERROR
2016-01-05 19:41:57    004066    KNX    3508    ERROR: EDOMI --> READ/WRITE: TIMEOUT REC / Rtg:9 / 0610020700100e0008010a0064080e58    ERROR
2016-01-05 19:41:57    014941    KNX    3508    ERROR: EDOMI --> READ/WRITE: TOO MANY ATTEMPTS (3) / DROPED    ERROR
2016-01-05 19:42:01    003745    KNX    3508    ERROR: EDOMI --> READ/WRITE: TIMEOUT REC / Rtg:10 / 061004200015040e09001100bce011c91148010081    ERROR
2016-01-05 19:42:05    005361    KNX    3508    ERROR: EDOMI --> READ/WRITE: TIMEOUT REC / Rtg:11 / 061004200015040e0a001100bce011c91148010081    ERROR
2016-01-05 19:42:09    010040    KNX    3508    ERROR: EDOMI --> READ/WRITE: TIMEOUT REC / Rtg:12 / 061004200015040e0b001100bce011c91148010081    ERROR
2016-01-05 19:42:09    021965    KNX    3508    ERROR: EDOMI --> READ/WRITE: TOO MANY ATTEMPTS (3) / DROPED    ERROR[/SIZE]

So ab 19:41 wurde zuerst eine 1 geschickt = OK, danach eine 0 >> ERROR
Erst durch Neustart funktioniert es wieder.

[apoc4lyps]

Ich hab gerade noch mal mit ETS5 (Verbindungstest) und EIBD mitgesniffert (EIBD antwortet mit 0.0.0).

[ATTACH=CONFIG]n895130[/ATTACH]

[SeatSLF]

MarkusS grundsätzlich gehört eine Visu/Logik Server meiner Meinung nach auf die Backbone, ich lasse mich gern eines besseren belehren.

Allerdings schießt man sich ins Knie, wenn man auf Tunnelverbindungen setzt, wenn es in der Umgebung noch andere Teilnehmer mit
"Tunnelwünschen" gibt.
Z.b. nach einem Stromausfall kommen 3 IP Geräte zurück wie kontrolliert man nun welchen Tunnel die Geräte bekommen.
Vielleicht sollte die Konnex IP Binding für die Tunnel zulassen und nicht nach dem "Friss oder Stirb" Prinzip vorgehen.

Scheinbar nutzt Gira deshalb Multicast genau deswegen, um diesem Problem aus dem Weg zugehen.

@gaert: da steht einer "Probe" Final nix mehr im weg *duckundweg*

coliflower das kann ich beim Enertex nicht nachvollziehen.
geht nach dem Error die Kommunikation grundsätzlich nicht mehr?
Oder du wartest es ab, das Christian es hinbekommt, das Edomi die PA des Routers/Tunnel akzeptiert.
Dann hat man das selbe Verhalten wie im EIBD und theoretisch keine Probleme mehr.