[Gelöst] [V4.1 IP1] TWS 3500XL - ETS6 - Programmieren Applikation - Fehler

[Henri44]

Screenshot 2024-08-15 at 22.53.35.png

Hallo,

habe hier einen neuen 3500XL mit 3 Lines (MDT IP Router) und versuche nach Import von 1418 KNX Objekten die Applikation mittels ETS auf das Gerät zu laden. Die ETS kann allerdings den TWS physisch nicht erreichen, obwohl nach ETS "Programmieren der Applikation" eine entsprechende Meldung im TWS Web Interface angezeigt wird. Ist es weiterhin so, dass ich den TWS nicht in eine separate Line schieben kann, da er kein IP Router ist? Habe momentan das Gerät an Line 2 geklemmt. Habe das Gerät bisher so programmiert bekommen, das ich den KNX Stack restarted habe und dann phy. Adresse plus Applikation programmiert habe, nach Import der GA funktioniert aber jetzt nicht mehr. Das Gerät wird beim Line Scan auch nicht mehr angezeigt.

Was tun?




Danke

Henri

[Parsley]

Hallo Henri, willkommen im Forum

Es ist meist ratsam den TWS direkt als Schnittstelle in der ETS zu verwenden und darüber zu programmieren, weil die KNX Applikation des TWS recht groß ist. Zum einen wird dann der KNX Bus gar nicht erst mit den ganzen Daten geflutet und andererseits dürfte es auch schneller gehen, weil ein Nadelöhr wegfällt.
Deiner Beschreibung deiner KNX Topologie konnte ich nicht wirklich folgen. Das wäre aber für die TWS Programmierung wie oben beschrieben auch erstmal egal.

PS: Es wäre hilfreich deinen TWS (Modell, ID und Infos zum Support VPN) in der Signatur einzutragen. (In der Signatur aber bitte keine Softwareversionsstände. )

[gbglace]

Hallo Henri Deinen Aussagen folgend vermute ich folgende Topologie:

Bereichslinie 0.0.x Medium IP
Bereich 1 / Hauptlinie 1.0.x Medium IP
Linie 1 Medium TP 1.1.x LK/KNX-IP-Router 1.1.0
Linie 2 Medium TP 1.2.x LK/KNX-IP-Router 1.2.0
Linie 3 Medium TP 1.3.x LK/KNX-IP-Router 1.2.0

zumindest in einem EFH Projekt eine aufwändige und teure Lösung aber natürlich machbar.
Den TWS kannst Du in der Lösung nur als Teilnehmer einer der drei Linien betreiben weil, wie Du kurz anmerktest, der TWS kein KNX-IP Router ist. Er hat hier KNX-IP Schnittstellenfunktion mit 25 Tunneln die genutzt werden können.

Wenn Du jetzt die ETS Verbindung über einen der vorhandenen MDT-Router herstellst, dann programmierst Du die Applikation durch das Medium TP auf den TWS. Und das ist halt nicht das schnellste.

Der Datenweg ist dann bestenfalls PC >> LAN >> MDT-Router >> grüne Leitung >> TWS
Im schlimmsten Fall aber auch PC >> LAN >> MDT-Router >> LAN >> MDT-Router >> grüne Leitung >> TWS.

Du kannst den TWS aber natürlich auch direkt auf der IP-Seite ansprechen über den Weg PC >> LAN >> TWS, dann aber wie von Parsley notiert den TWS als Schnittstelle für die ETS definieren.

[Henri44]

Hallo,

danke für die schnelle Antwort. Es sind ca. 120 KNX Geräte verbaut und es nicht nicht nur ein EFH. Eine Line ist für Geräte aussen da.

Wie in Screenshot zu sehen ist es mir bereits gelungen die PA auf dem Gerät zu programmieren und das Gerät hat Spannung auf dem Bus.

Wenn ich nun die IP des TWS auswähle kommt die erste Nachricht, was nicht verwunderlich ist.
Wenn ich über das "grüne" Kabel gehe findet die ETS die PA nicht, siehe Screenshot, was auch nicht verwunderlich ist, da der Linescan die PA nicht anzeigt.

Das Kabel ist an Line2 angeschlossen und der TWS zeigt Busspannung an.

Was nun?

Vielen Dank und Mit vielen Grüßen

Henri

[gbglace]

Bei der Programmierung der PA 1.2.100 wurden auch die Tunnel-PA mit programmiert oder nur diese Host-PA?
Die ETS benötigt mindestens einen aktivierten Tunnel. Die Host-PA erscheint zwar immer in den Verbindungseinstellungen aber melden tut sich die ETS dann immer mit einer der Tunnel-PAs.

[Henri44]

Hallo gbglance,

ich hatte in der ETS eine Tunnel PA angelegt, der Fehler kommt immer, egal was ich der ETS auswähle.

Ist im TWS noch etwas einzustellen?

Danke und mit vielen Grüßen

Henri

[Parsley]

Das war ein guter Hinweis von Göran.

EINE PA braucht der TWS für seine eigene Verbindung zum KNX-Bus.
Wenn man den TWS als KNX-Bus-Interface benutzen will, braucht die ETS schon die zweite PA.

(Ich erinnere mich auch, dass es in der Vergangenheit mal irgendwann irgendein Problemchen gab, was dadurch gelöst wurde, dass dem TWS alle 25 möglichen PA auch zugeteilt wurden. Ich war nicht betroffen, daher erinnere ich keine Details mehr.)

[Henri44]

Hallo Göran,

ich habe jetzt einmal 5 Tunnel in der ETS angelegt. Gleiches Problem, muss ich noch mehr tun?

Vielen Dank und mit vielen Grüßen

Henri

[Henri44]

Hallo,

okay, danke, jetzt funktioniert die Angelegenheit. Die Container hatten schon die definierten Tunnel belegt. Zur Reparatur waren die Container zu stoppen und die TWS IP Verbindung als Interface auszuwählen. Dann hat das Schreiben der Applikation funktioniert. Habe jetzt alle 25 Tunnel definiert, in der Hoffnung, dass das dann reicht.

Mit vielen Grüßen

Henri

[gbglace]

Ja die Container sind da natürlich auch schnell dabei sich die freien Tunnel zu greifen.

Da ich da bisher keine Probleme mit hatte habe ich da die tollen Diagnosefähigkeiten des Wolfs nicht so sehr auf dem Radar.
Die Auslastung der Tunnel zeigt Dir der Wolf auch in seinem Web-Frontend unter der KNX-Schnittstelle an. Da zeigt er Dir ganz genau wer da welchen Tunnel gerade benutzt.

Ich dachte da bisher nicht das Du den frischen Wolf schon mit aktiven KNX fähigen Containern bestückt hattest.

Wen noch andere Software-Services per Tunneling sich durch den TWs auf den Bus verbinden hilft diese Seite der KNX-Schnittstelle im TWs auch ganz gut. denn da zeigt er Dir auch wenn wenn eine Anwendung scheinbar mehrere Tunnel blockiert. Das passiert wenn diese sich durch unglückliche Einstellung oder Problemen im LAN sich ständig Reconnecten, der Tunnel aber noch eine Weile für die ursprüngliche Verbindung reserviert ist. Dann erscheinen auch mal die 25 Tunnel wie belegt und mit der ETS fragt man sich dann was ist denn hier los.