Seite 1 von 1

BETA19 ETS5.7.1 : 960Q wozu 25 zusätzliche PA's?

Verfasst: So Apr 14, 2019 8:17 pm
von ExInspektor
Hallo,

nach dem Einfügen des 960Q als Gerät in die ETS5.7.1 sind 25 zusätzliche physikalische Adressen innerhalb des 960Q - wozu? Die Adressen sind von den freien Adressen meiner Konfiguration aufgefüllt worden. Löschen lassen Sie sich auch nicht, nur programmieren ;-)

Gruß,
Andreas

Re: BETA19 ETS5.7.1 : 960Q wozu 25 zusätzliche PA's?

Verfasst: So Apr 14, 2019 9:21 pm
von gbglace
Mit der ETS 5.6x wurde die Reservierung der Tunneladressen die durch IP-Schnittstellen erzeugt wurden eingeführt. Bisher hat man das nie gesehen und es gab hier und da immer Überraschungen weswegen denn die Programmierung fehlschlägt von wegen Adresse schon belegt man aber kein Gerät mit der PA finden konnte. Mehr dazu im KNX-UF.

Der TWS bietet eben anders als die bisher am markt verfügbaren KNX-IP Schnittstellen nicht nur 4 oder 5 Tunnelverbindungen sondern derer 25. Da viele IoT Anwendungen kein natives KNX-IP sprechen und daher kein eigenes KNX-IP Gerät darstellen sondern eine Tunnelverbindung benötigen, kann sowas auch mal eng werden. Je nach verwendeter Visu oder KNX-Handy App kann auch jeder Client als eigenes Gerät in Erscheinung treten (KNXPresso z.B.) und wenn Du dann mehr als 4 Verbindungen brauchst wird es schnell eng. Insofern hast mit den 25 erstmal ne ganze weile Ruhe, bevor ein weiteres KNX-Schnittstellen-Gerät am Bus notwendig wird.

Kleine Einschränkung im IST ist noch nicht ganz sortierte IP-Verhalten des TWS im Zusammenspiel mit darauf laufenden Dockern. Denen fehlt je nach Konfiguration ein Pfad zum TWS, weswegen die dann noch eine externe Schnittstelle statt derer auf dem TWS selbst nutzen können. Dazu mehr hier in anderen Threads bzgl. TWS und Netzwerk.

Re: BETA19 ETS5.7.1 : 960Q wozu 25 zusätzliche PA's?

Verfasst: Di Mai 28, 2019 10:14 am
von Robert_Mini
Ich entferne mal das Problem-Attribut, es handelt sich hier nur um ein Frage.

Robert