[Gelöst] Das aktuelle Subnetzwerk der Schnittstelle existiert nicht in Ihrem Projekt.

[gbglace]

Im Portainermenü auf Pausetaste

[TKraus]

DANKE!!!
Ihr seid die Besten! Vielen Dank für eure Geduld mit mir Autodidakten.
Container angehalten, PA TWS auf 1.0.100 geändert, die zusätzlichen PA aufsteigend mit 1.0.101 usw. vergeben und die physikalische PA auf 1.0.200 gesetzt. Jetzt läufts...

[Robert_Mini]

Hallo!

Was ist die physikalische PA im Vergleich zu PA TWS?
Bitte auch deine Signatur anpassen mit TWS Nr. / Support VPN aktiv? / Reboot ja/nein, dann kann dir ggf. auch vom ElabNet-Team geholfen werden.

EDIT: Auf gelöst gesetzt.

lg
Robert

[gbglace]

Das mit der Spreizung einmal TWS PA auf 100 und dann noch eine auf 200 verstehe ich auch noch nicht.

[terseek]

Warum das so ist ist mir auch nicht klar, aber auch bei mir hat es erst funktioniert, wenn ich eine ganz unbenutzte GA (also auch keine der 25 zusätzlichen GAs) als physikalische GA eingetragen hatte (siehe Posts 3 und 6).

[TKraus]

So jetzt noch mal die etwas genauere Erklärung, zumindest habe ich es so verstanden.
Bei mir war das Problem, dass ich die 1.0.253 als PA für den TWS in der ETS vergeben hatte. Der TWS vergibt dann noch weitere 25 zusätzliche PAs für Dockeranwendungen. Jetzt hatte ich aber für den Buszugang die 1.0.254 vergeben, diese war aber wohl schon belegt. Deshalb hatte ich keinen Zugriff auf den Bus und konnte die 1.0.253 nicht änderen. Erst als ich durch den Tip im Portainermenü auf Pause gedrückt habe, war wieder ein Buszugang möglich. Dann habe ich dem TWS die 1.0.100 zugewiesen, die 25 zusätzlichen PAs einfach aufsteigend weitergezählt und für den Buszugang zusätzlich die 1.0.200 vergeben.
Das wird auch ausdrücklich hier so empfohlen:app.php/kb/viewarticle?a=3
"Die PA für den Tunnel (IP-Tunneling) legt man ebenfalls in der ETS fest.
Dazu geht man auf den Bereich „Bus“ und dann auf Schnittstellen. Dort kann man dann eine IP nebst einer PA vergeben. ür die beiden (unterschiedlichen) Funktionen des TWS werden unterschiedliche Physikalische Adressen benötigt um Kollisionen auszuschließen. Im Bild erkennt man die Vergabe einer abweichenden PA: hier 1.1.13 für die Schnittstelle und 1.1.12 für den TWS als KNX-Gerät."
Bei mir ist das jetzt die 1.0.100 und 1.0.200.

Hinzugefügt nach 2 Minuten 44 Sekunden:

IP Tunneling.jpg

So sieht das jetzt aus!

[gbglace]

Ja das stimmt soweit nur das eben auch die 200 innerhalb der Nummern 101 bis 125 funktionieren muss.
Hättest statt der 254 gleich am Anfang mal die 255 oder 220 probiert hätte es wahrscheinlich auch schon funktioniert.

Die in der ETS reservierten PA für die Tunnel nimmt der TWS wenn ein angeschlossenes Gerät (oder auch ein laufender Docker) selbst keine PA definiert und einfach bei der IP-Schnittstelle des TWS einen Tunnel anfordert.

Du hast nun der ETS hart die PA 200 gegeben, damit fordert die ETS nun einen Tunnel beim TWS an und labelt den mit der PA 200, funktioniert aber macht die Aufzählung der 25 Tunnel-PA an der TWS Applikation auch hinfällig, zumindest für eine der 25 Nummern 101 bis 125. Insofern würde ich an Deiner Stelle die ETS auf eine Nummer innerhalb dieser Range setzen, da das dann konsistenter und nachvollziehbarer wird. Gleichzeitig ist aber zu empfehlen die Nummern die quasi fix vergeben werden aus dem hinteren Ende der 25 Nummern zu wählen, da die dynamisch vom TWS vergebenen (Docker oder undefiniertes Gerät) von vorne zählend einen Tunnelnummer bekommen.

An der Stelle fehlt eben die Möglichkeit der Schnittstelle eine fixe Zuordnung von PA vorzugeben. Also sowas wie im Netzwerk wenn man bei aktivem DHCP dem Router sagt welches Endgerät immer die gleiche IP-Adresse bekommen soll. Du hast nun quasi bei der ETS DHCP deaktiviert und der ETS eine Adresse Außerhalb des DHCP Adresspools der TWS Schnittstelle gegeben.

[Robert_Mini]

Danke @TKraus !

Das heißt die KB passt, nur das Thema 25 Tunnel inkl der Darstellung mit der kleinen Zahl 25 bei der PA des TWS in der ETS fehlen?

Lg
Robert

[gbglace]

Muss ich doch mal genau lesen die KB, ob wir da Verwirrung stiften.

[StefanW]

Ja, womöglch muss man da eine klare EMpfehlung geben, eben damit man sich nicht aussperrt.

Ein Hnweis: Die 25 Tunnel sind nicht (nur) für Docker-Anwendungen, sondern für alles was einen Tunnel belegen mag, das können auch andere Geräte, die ETS, externe Visus usw. sein. Ist also nicht auf Docker begrenzt.

lg

Stefan