ElabNET Technik Forum

Hoi Andi, Hoi Goran

Ja, das TW-APP-Wiregate-Plugin-Environment-7 (Wiregate Container) nutzt intern scheinbar die 172.17.0.7
Soll ich den Container mal abschalten?
Kann ich im Container die KNX-Schnittstelle auch anders einstellen?

ja, schalte den mal ab und versuche ob Du dann mit der ETS den Tunnel zum programmieren nutzen kannst. Wenn Du dann fertig bist mit programmieren kannst Du den Container wieder starten...

Hi @bodo,

damit du hier keine weiteren unangenehmen Überraschungen erlebst, solltest du den Plugin-Container nicht über die Portainer-Admin-Seite stoppen, sondern über die Service-Seite vorübergehend deaktivieren. Also in der Navigation über "Systemeinstellungen-System-Monitor".

Beste Grüße
Jens

Wenn Du Dein WG wirklich in Rente schicken willst, würde ich mit der Aktivierung des WG-APP-Containers auch erstmal warten bis es die neuen REG-TP-UARTS für den 240--er TWS gibt (Dann hat es da auch 25-Tunnel). Bis dahin lass die WG-Plugin-Logiken auf dem WG-Laufen und nimm das TP-UART für den TWS und die Arbeit mit der ETS.
Plug-In-Logiken lassen sich auch so sukzessive in die TWS-Logik implementieren.

Hallo zusammen,

man kann den TWS aber auch über andere Schnittstellen programmieren, es muss nicht über den eigenen Tunnel sein (ist aber schneller).

lg

Stefan

Hoi Zäme

Mit der ETS auf der Schnittstelle vom TWS verbunden konnte ich jetzt einen anderen Busteilnehmer programmieren.
Die PA programmieren geht auf den TWS. Beim Versuch die Applikation zu programmieren bricht die ETS ab.
Leider ist der einzige Windowsrechner hier zwar mit WIN10 ausgestattet, aber sonst sehr schwach auf der Brust. Vielleicht liegt's daran.
Wenigstens hab' ich jetzt der Comet-App eine der vorhanden eibd Schnittstellen verpassen können, damit die endlich auf den KNX kommt.
Wieder etwas gelernt.

gbglace hat geschrieben: ↑Sa Dez 19, 2020 1:46 pm Wenn Du Dein WG wirklich in Rente schicken willst, würde ich mit der Aktivierung des WG-APP-Containers auch erstmal warten bis es die neuen REG-TP-UARTS für den 240--er TWS gibt (Dann hat es da auch 25-Tunnel).

Hoi Göran

Das sind ja gute Nachrichten, dass da noch was kommt.

StefanW hat geschrieben: ↑Sa Dez 19, 2020 1:50 pm man kann den TWS aber auch über andere Schnittstellen programmieren, es muss nicht über den eigenen Tunnel sein (ist aber schneller).

Hoi Stefan

Das ist ja eine gute Nachricht.

Hoi Bodo,

so, jetzt habe ich etwas mehr Zeit.

Erstmal zur Erklärung:

bodo hat geschrieben: ↑Sa Dez 19, 2020 10:19 amIch finde es halt verwirrend, wenn:

	PA	Bezeichnung	Port
oben steht:	1.0.200	und KNXnet/IP Port	3674
und unten steht:	0.0.1	und Service / Control Port	3672	[/quote]

Das wird so angezeigt weil es so (irgendwann mal ) von Dir so mit der ETS programmiert wurde.

Es ist im KNX System so, dass ALLE Einstellungen eines KNX Stacks durch die ETS bewirkt werden. Und weil wir konform zum Standard sein wollen, haben wir den KNX Stack auch genau so entwickelt.

Der einzige zulässige Eingriff über die Timberwolf Oberfläche ist, dass man den Stack Ein-/Abschalten (bzw. neu starten), in den Applikationsmodus setzen und einen aktiven Stack in den Programmiermodus ("Programmiertaste") versetzen kann. Alles andere ist der ETS überlassen.

Die Übersicht unter "KNX -> Schnittstellen" zeigt also nur an, was mit der ETS (irgendwann mal zuvor) programmiert wurde.

bodo hat geschrieben: ↑Sa Dez 19, 2020 10:19 amWenn mir jemand sagt, dass ist Kosmetik und derzeit einfach so, dann kann ich gut damit leben.

==> Wenn da also steht, dass die PA des Servers (genau des Stacks im aktiven Applikationsmodus) auf 1.0.200 steht, dann wurde das mal so programmiert (weil in nicht initialisierter Stack steht auf 15.15.255 - wie bei jedem anderen KNX Gerät auch).

==> Bitte in der ETS prüfen, dass der TWS dort auch die Geräteadrese 1.0.200 hat, nicht dass hier etwas nicht übereinstimmt.

Der Timberwolf Server unterstützt mit geeigneter Schnittstelle bis zu 25 Tunnel. Die KNX Spezifikationen schreiben (mittlerweile) vor, dass JEDER Tunnel eine EIGENE PA bekommt. Das bedeutet, dass ein Timberwolf Server also 26 PAs haben kann.

==> Mit einem möglichen Tunnel hast Du also eine PA. Die Linie muss aber gleich sein, insofern hat Dein Tunnel mit 0.0.1 eine falsche PA. Ich schlage vor, diese PA des Tunnels über die ETS auf 1.0.201 zu ändern, sofern diese PA frei ist, auf jeden Fall was mit 1.0.x (mit Ausnahme der 0 und der 200 die der TWS selbst hat).

bodo hat geschrieben: ↑Sa Dez 19, 2020 2:33 pmDie PA programmieren geht auf den TWS. Beim Versuch die Applikation zu programmieren bricht die ETS ab.

Das ist eigentlich unüblich. Es ist zwar langsam (weil die ETS die Ressourcen gut nutzt) aber es sollte gehen.

==> Bitte einmal den Windows Rechner und den Timberwolf Server neu starten. Manchmal ist es eine gute Idee, ganz frisch anzufangen.

==> Bitte Screenshot der Fehlermeldung der ETS posten und Beschreiben, was der TWS beim Programmiervorgang anzeigt (da kommt ein "schwarzer Schirm" mit einer Erklärung dass gerade Programmiert wird, wenn nicht, dann bricht die ETS schon beim Berechnen ab und kommt gar nicht zum eigentliche Programmiervorgang).


lg

Stefan

StefanW hat geschrieben: ↑Sa Dez 19, 2020 4:55 pm Das bedeutet, dass ein Timberwolf Server also 25 PAs haben kann.

Genaugenommen sogar 26.