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

[Sun1453]

Die 254 könnte durch einen Container belegt sein. Probiere mal die Adresse direkt unter dem TWS 252.

[gbglace]

Da der TWS 26 PA, für sich eine und 25 für die möglichen Tunnel, reserviert würde ich vermeiden den TWS auf 253 zu setzen weil da ist für die 25 Tunnel kein Platz mehr, so dass die folgenden Tunnel dann irgendwo in der Struktur liegen.

Und ja wenn interne Docker laufen dann sind die jeweils schon auf einem Tunnel belegt.
Ich würde daher den TWS auf PA 1.0.230 legen damit die folgenden 25 Tunnel den Adressraum bis 255 zur Verfügung haben. Die ETS als mal an mal aus Verbindung würde ich dann auf 1.2.255 packen, da die vom TWS automatisch vegebenen Tunnel von vorne beginnen zu zählen. Sofern Du dann nicht mehr als 25 Tunnel und sonstige eibd Instanzen über den TWS laufen lässt, sollte das keine Kollision mehr mit der ETS geben.

[TKraus]

Danke für die Antworten! Aber ich kann jetzt aber dem TWS keine neue PA zuweisen, da ich ja keinen Zugriff bekomme und nicht in den Programmiermodus komme. Wie bekomme ich jetzt die Adresse vom TWS geändert?

[gbglace]

Naja in der ETS müsstest ja am TWS in der Topologie die 253 mit so einer 26 sehen, wenn Du da drauf klickst müssten ja weitere PA aufpoppen. kannst dann ja mal für die Busverbindung eine derer versuchen.

Oder eben alle Docker schlafen legen und es nochmal mit der 254 versuchen.

[TKraus]

Ich steh total auf dem Schlauch. Sorry!
Das sieht dann folgendermaßen aus:

ETS.jpg

Aber mehr als 1.0. ist ja nicht vorgegeben.
Wollte einfach noch schnell das Garagenlicht auf nen GT legen und jetzt geht gar nichts mehr...

[gbglace]

OK da hast die einzelnen Tunneladressen nicht explizit zugeordnet und programmiert, deswegen ist da immer nur ein -

Wie gesagt der TWS nimmt jetzt wenn auf der IP-Seite ein Tunnel angefordert wird immer die nächst freie PA ausgehend von der 253 als Basis. Er kann aber nicht wirklich prüfen ob die im gesamten Bus frei ist. Im Zweifel rumpelt es halt.
Also gebe der ETS-Verbindung eine PA die nicht belegt ist. Wenn Du keinen Docker auf dem TWS nutzt und keine sonstigen Raspi oder so via TWS und Tunneling mit dem KNX verbunden hast sollte die 254 funktionieren. Ansonsten greife einfach mal Random z.B, die 173.

Wenn das funzt, räume einfach mal auf.

[TKraus]

Hallo Göran,
Danke für deine Hilfe. Ich habe jetzt alle PAs von 1.0.1-... durch getestet, aber keine hat funktioniert. Es kommt immer wieder die Meldung, dass keine freie Verbindung zum KNX Bus mehr existiert...
Hast du noch eine Idee, wie ich die PA des TWS geändert bekomme?

[gbglace]

Hast noch ne Alternative Schnittstelle?

Hinzugefügt nach 5 Minuten 35 Sekunden:
Ansonsten unwahrscheinlich aber manchmal ne Option.
In der ETS alle Verbindungen löschen.
Also jene die aufgelistet sind wenn Du links oben auf das grüne ETS klickst und dann unter Verbindung findest und auch jene die ggf. mal angelegt wurden wenn Du im Topologiebaum bist und unter den jeweiligen Linieneigenschaften findest.

Die können von einander abweichen. Die auf dem Hauptmenüpunkt (grüner ETS button) ist die Standard Schnittstelle ist aber eine spezifische an der Linie hinterlegt hat die Vorfahrt. Wenn Du nun aber nur am grünen Button änderst kommen die Fehler trotzdem.

[Sensej]

Versuch zuerst den Container mit CV zu beenden, warte ca 10 Sek. Und prüfe, ob der Fehler noch da ist.
MfG Juri

[TKraus]

Ich habe leider keine alternative Schnittstelle. In der ETS taucht bei mir nur diese eine 1.0.253 TWS Schnittstelle auf.
Wie kann ich denn den Container mit CV beenden?