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

[terseek]

Immer, wenn ich mit der ETS ein Gerät programmieren möchte, erhalte ich die folgende Fehlermeldung:



Ich habe mir bei meinen bisherigen Tests damit geholfen, daß ich auf "Beibehalten" geklickt habe, damit hat die Programmierung dann immer funktioniert.

Da ich nun zukünftig viel programmieren will ist diese Meldung extrem nervig und ich möchte sie loswerden. Ich habe vermutet, daß die Meldung deshalb kommt, weil ich die 25 zusätztlichen physikalischen Adressen des Timberwolfs noch nicht konfiguriert habe. Habe sie nun also in der ETS angelegt und wollte sie programmieren, dabei gibt es nun einen anderen Fehler:



Nun frage ich mich, ob ich hier überhaupt auf dem richtigen Weg bin, also

- müssen die zusätzlichen physikalischen Adressen überhaupt programmiert wreden und falls ja wie?

- ist das überhaupt die Ursache für die Meldung "Das aktuelle Subnetzwerk der Schnittstelle existiert nicht in Ihrem Projekt."?

[Robert_Mini]

Hat der TWS selbst eine PA inkl. Programmierung (die 25 Tunnel sind nicht zwingend).
Die erste Meldung sieht irgendwie so aus, als ober der TWS auf 15.15.255 ist, was nicht zum 2. Bild passt, da hat der TWS 1.0.200???

Was ist nun richtig?

Robert

[terseek]

Mein TWS hat die die PA 1.0.200.

Gerade konnte ich auch mein Problem lösen:

außerhalb des Projekts im Bereich Bus, Schnittstelle, aktuelle Schnittstelle gibt es eine zweite PA für den TWS. Hier war bisher 15.15.255 eingetragen, was zu der Fehlermeldung führte. Jedoch darf hier anscheinend auch nicht die PA des TWS eingetragen werden. Es funkioniert ohne Fehlermeldung, wenn man eine unbenutzte PA (allerdings eine, die es in der Topologie gibt) einträgt.

Bei mir sieht das derzeit so aus:

[Sun1453]

Hallo @terseek ,
also ich hatte auch schon meinen Spaß in "" mit der Programmierung. Die Meldung wie du sie beim programmieren erhältst hatte ich auch wenn die Schnittstelle auf einer Adresse war die nicht dem aktuellen Zweig entspricht. Wichtig ist dabei x.x.a also die beiden Xe müssen gleich sein. Auch von der Adresse 255 würde ich abraten. Siehe mein anderer Post mit dem Präsensmelder.

viewtopic.php?f=21&t=857

Ich denke es passt immer eine Adresse unweit des TWS aber trotzdem muss man bei den Tunnels aufpassen wie mir Göran geschrieben hatte.

Achso die Adresse 15.15.255 ist die Initial programmierte PA jedes KNX Geräts. Hatte meine ETS auch genommen und Fehler gebracht.

Wichtig die Schnittstelle auch als extra Konfig abzulegen und nicht nur als aktuelle Schnittstelle. Auch aufpassen das diese unten korrekt im Projekt gewählt ist.

[gbglace]

Ja bei der Einstellung eine PA der aktuellen Linie verwenden.
Die PA des TWS selbst geht natürlich nicht, weil die ETS sich meist per Tunneling mit dem KNX-verbindet und eben selbst nicht den TWS repräsentieren kann. Eine PA aus dem Bereich der TWS Tunneladressen zu nehmen ist ein richtiger Gedanke. Allerdings besteht dann noch das potentielle Kollisionsproblem, das die Tunneladresse vom TWS gerade für ein anderes Gerät (Docker im TWS) reserviert ist /verwendet wird. Insofern da ggf. die letzte TWS-Tunnel-PA nehmen, da der TWS bei den anfragenden Geräten von vorn beginnt die Tunneladressen zu vergeben.

[terseek]

Hallo Göran,

es war ja auch mein erster Gedanke, daß hier eine der zusätzlichen physikalischen Adressen verwendet werden sollte. Jedoch hat das bei meinen Versuchen auch nicht funktioniert, kann mich jetzt nicht mehr an das genaue Problem damit erinnern. Gelöst ist mein Problem erst seit ich eine völlig ungenutzte PA verwende, also auch nicht eine der 25 zusätzlichen PAs.

Im übrigen kann ich noch mitteilen, daß nachdem ich die Einstellunegn wie beschrieben vorgenommen hatte, ich plötzlich auch einen alten Pear Aktor wieder programmieren konnte, was davor nicht ging (es gab verschiedenste Fehlermeldungen). Ich hatte eigentlich gedacht, daß der Aktor defekt wäre und kann auch jetzt eigentlich keinen Zusammenhang sehen, es gibt aber wohl einen.

[Sun1453]

@terseek
Ich hatte auch gedacht das mein Melder defekt ist, weil alle anderen Geräte funktionierten. Aber auch bei mir war es bestimmt die Schnittstelle und nicht die Software Version des TSW. Gut das dir die Infos geholfen haben.

[terseek]

habe nochmal nachvollzogen was passiert, wenn man eine der zusätzlichen physikalischen Adressen einstellt. Es gibt bei mir zwei verschiedene Fehlermeldungen (wenn man auf "Adresse frei?" klickt), ich kann nicht erkennen, wann die eine und wann die andere auftritt, es sieht zunächst einmal zufällig aus:

[Sun1453]

Also den ersten hatte ich auch schon. Sogar schon grundlos. Leider sagt er nicht viel aus. Den zweiten würde ich zu einen Container oder Tunnel vom TWS zuordnen. Liegt ja in dem von Göran beschriebenen Bereich für die Tunnel.

[TKraus]

Hallo Leute,
ich brauche auch einmal eure Hilfe. Ich komme nicht mehr weiter.
Mein TWS hat die PA 1.0.253 und ich hatte bei IP-Tunneling die physikalische Adresse 1.0.254 eingetragen.
Das ging eine Zeit lang gut, warum auch immer. Aber jetzt kommen folgende Meldungen.
Kann mir jemand sagen, woran das liegt?
Viele Grüße
Tobias