Probleme mit KNXnet/IP-Tunnel und Routeranbindung

[SeatSLF]

Habt ihr es in einer VM laufen? Vielleicht kommen da die Ports durcheinander.

Edomi in einer VM hatte bei mir auch 2 Ports, aber ich hatte nicht solche Probleme.

[WagoKlemme]

SeatSLF
So wie das aussieht kannst Du über 3672 verbinden - ich nicht.

[SeatSLF]

WagoKlemme auf meinem jetzigen Edomi Rechner wird auch nur ein Port genutzt.

Aber die ETS scheint auch 2 Ports zu nutzen, zumindest seh ich das so in meinem Router

[WagoKlemme]

Ich bin zwar der in der Runde, der offentsichtlich am wenigsten Ahnung hat von Multicast, Port, usw., aber meiner Meinung nach liegt das Problem an den 2 Ports 3671 und 3672. Die anderen Anwendungen, die ich kenne arbeiten anscheinend mit nur einem Port und das ist eindeutig der 3671. Ich habe nun zig Routerbeschreibungen gelesen und alle gehen nur über den 3671 (IP->knx). Vielleicht biegen manche Hersteller intern was um und andere wieder nicht.
Wenn ich in den Verbindungseinstellungen 3672 als Port eingebe kommt "Schnittstelle nicht gefunden".

[gaert]

Ich glaub's Euch ja Aber ich verstehe es nicht... Außerdem gibt es zahlreiche Fehlerquellen, z.B. irgendwelche Einstellungen und Konfigurationen. Leider habe ich nur einen Router und kann daher nur in der Theorie versuchen das Problem zu verstehen.

Die Sache mit der PA war mein Fehler und ist ja inzwischen behoben. Die Sache mit dem Read-Request kann ich beim besten Willen nicht nachvollziehen - aber ich werde die Spec gerne nochmal Wort für Wort analysieren

[coliflower]

Ich habe mit GIRA-Router genau das gleiche Problem ….
Nicht dass da eine Kleinigkeit NOK ist, wie zum Anfang mit der PA wo es ursprünglich hieß die anderen Router machen ein Problem … ?
Meine Anmerkung soll nicht als „Meckern“ verstanden werden ;-)

[wintermute]

Ich hab extra vorsichtig angefangen und mich auf DPT1 beschränkt
2/0/30 schaltet (über ein DALI-Gateway) eine Lampe, 2/4/30 fragt (über dasselbe DALI-Gateway) den Status on/off ab. Beide GAs sind in EDOMI eingetragen, fürs das 2/4/30 (um das es konkret geht) hänge ich einfach mal nen Screenshot an, vllt stimmt ja auch was in der Notation nicht - oder so...

[gaert]

Mal ganz zaghaft nachgefragt: Die GAs hast Du aber schon in EDOMI bekannt gemacht - einschl. DPT? Und die DPTs werden auch unterstützt? (aktuell: 1,5,7,8,9,10,11,13,232)

[wintermute]

Ich beschränke mich mit Antworten zur Wago jetzt mal auf diesen Fred, sonst wird das alles zu verwirrend...

Das Gerät kann beides (wenn man will, kann es auch nur im Gerätemodus arbeiten - der Vollständigkeit halber erwähnt). Ich nutz(t)e bisher ausschliesslich Multicasts weswegen ich von der Tunnelei jetzt auch keine Ahnung habe
Was ich nicht verstehe ist erstmal, dass ich der Wago selber keine Tunnel-PA mitgeben kann, ich kann die aktuelle aber über die Wago-Web-GUI abfragen. Setzte ich jetzt über die ETS Kommunikationseinstellungen eine PA, dann wird die auch von der Wago übernommen und die ETS funktioniert komplett wie erwartet (abgesehen vom Busmonitor, aber AFAIK ist das "by-design"). Die über die ETS vergebene PA ist dann auch die, die in EDOMI auftaucht... Was vllt alles damit zu tun hat, dass die WAgo nur einen Tunnel aufbauen kann - ob das jetzt aber so Standard-konform ist oder nicht kann ich leider nicht sagen...

Aber "prinzipiell" funktionieren tut es - ich kann via EDOMI Lampen schalten und sehe korrekte Diagramme im Busmonitor der ETS (der dann natürlich über Multicasts verbindet).

[gaert]

Macht das Wago-Gerät denn nun Multicast oder Tunneling?! EDOMI kann "nur" Tunneling...

Die Urversion von EDOMI konnte nur Multicast (ironischer Weise), aber ich habe davon Abstand genommen (obwohl es viel einfach zu implementieren ist), da zumindest per WLAN häufig Telegramme verloren gingen. Hängt natürlich stark von der Infrastruktur ab - aber zumindest bei mir war Multicast nicht zufriedenstellend. Daher habe ich Tunneling implementiert - deutlich aufwändiger, aber m.E. auch stabiler.

[wintermute]

Ja, verstehe ich. Irgendwelche Debug-Logs die näheren Aufschluss bringen können lassen sich nicht aus EDOMI rauskitzeln, oder?
Oder könnte man vllt nen eibd im EDOMI CentOS verbuddeln, der zwischen Tunnel-Modus und Multicast vermittelt? Weiss irgendwer ob der eibd sowas hergeben würde?

gruesse :: Michael

[gaert]

Das tut mir leid - aber ich kann dazu nichts sagen... Offenbar funktioniert es ja mit den gängigen Routern/Schnittstellen ohne Probleme. EDOMI hält sich strikt an die KNX-Spec, also ist das Problem vermutlich bei dem Wago-Gerät verwurzelt?! Ohne ein solches kann ich natürlich keine Ursachenforschung betreiben...

[wintermute]

Hallo,

fürs Protokoll, ich habe exakt dieselben Probleme mit einer KNX-Wago wie hier beschrieben:
https://knx-user-forum.de/forum/proj...400#post901400

Scheinbar kann ich zwar auf den Bus schreiben, aber kurioserweise nicht lesen. Anders ausgedrückt:
-Tunnel PA wird (laut EDOMI Log) korrekt zugewiesen - Tunnelzugang prinzipiell funktioniert natürlich (zB via ETS)
-ich kann über die EDOMI Visu schalten
-EDOMI Initscans laufen in Timeouts
-extern ausgelöste Schaltvorgänge werden von EDOMI registriert (kann man im KO Livelog schön nachvollziehen)

Beim Initscan sehe ich auch keine Leseanfragen im ETS-Busmonitor, die bleiben augenscheinlich irgendwo kleben. Was ich jetzt irgendwie extremst sch..ade finde

gruesse :: Michael

[gaert]

Datenarchive haben mit eibd nichts zu tun... Das Problem wird wohl an anderer Stelle zu suchen sein

Nochmal zur Sicherheit: eibd wird von EDOMI nicht offiziell unterstützt und wird's auch nie werden! EDOMI spricht ausschliesslich(!) direkt mit einem IP-Router/Schnittstelle.

[SeatSLF]

ist der eibd den mit routing Funktion?