Probleme beim Programmieren mit MDT KNX IP Router SCN-IP100.03

[piet61]

Hallo Zusammen,
kurze Rückmeldung:
Nach dem Update auf die ETS 5.7.3 funktioniert das Programmieren auch mehrerer Geräte gleichzeittig ohne Probleme. Es wird immer nur ein Tunnel belegt, der nach der Programmiereung auch wieder freigegeben wird.
Das erklärt zwar nicht, warum es bei Guido mit der 5.7.2 funktioniert hat und bei mir nicht - aber egal - Hauptsache, es funktioniert nun wie gewünscht.

Danke nochmal, für Eure Unterstützung

Viele Grüße

Piet

[DirtyHarry]

gibt es noch irgendwo eine ältere ETS Version mit der ich mal testen könnte, ob der Fehler dann verschwindet?

Hier z.B. v5.6.6. Ist aber wirklich nur sinnvoll zum testen.

[PhilW]

Dann würde ich den kurfristig reklamieren wollen..

Kannst mal beim MDT Support anrufen, sind sehr nett und kompetent. Werden dir wahrscheinlich aber das Gleiche sagen.

Wenn Du das Routing nicht explizit brauchst...

Recht hast du.
Ich hab mir extra den Router gekauft weil mein proServ ohne Multicast mit dem Ultimate-KNX Node Red nicht sauber lief.
Der proServ an sich hat jahrelang als Interface seinen sehr guten Dienst gemacht (macht er natürlich immer noch).

[DerStandart]

Hierzu habe ich eine grundsätzliche Verständnisfrage.
Wenn man statt eines IP Routers ein IP Interface einsetzt, hat man doch nicht mehrere Tunnel zur Verfügung. Wie läuft denn da die Programmierung einer GA mit mehreren Geräten? Ich vermute mal sequenziell.

Grundsätzlich kommuniziert ein KNX IP-Router über Multicast im Netzwerk, d.h. die Anzahl der Geräte, die darauf hören, ist theoretisch unbegrenzt. Gleichzeitig kann ein IP-Router auch Tunneling Verbindungen unterstützen. Ein Endgerät (Visualisierung, ETS, etc.) benötigt dann einen Tunnel explizit für sich. Eine KNX IP-Schnittstelle unterstützt ausschließlich Tunneling Verbindungen und ist hier auf die Anzahl der unterstützten Tunnel limitiert. In der Regel werden - je nach Schnittstelle - zwischen 3 und 5 Tunnel unterstützt.

Früher war das anders, da gab es tatsächlich Geräte, die nur einen Tunnel unterstützt haben. Wenn Du das Routing nicht explizit brauchst, reicht normalerweise eine IP-Schnittstelle. Routing wird von einigen Geräten oder Visualisierungen benötigt. Ebenso wird es eingesetzt, um Linien über IP zu koppeln. Wenn Du keine Kopplung von Linien per IP betreiben möchtest, Du auch keine Geräte hast die explizit nur Routingverbindungen beherrschein und Dir beispielsweise 5 Tunnel reichen, dann reicht Dir eine IP-Schnittstelle.

Grüße,
Christoph

[piet61]

Hallo Zusammen,
nochmals vielen Dank für Eure Unterstützung!

Ich bin nur nicht sicher, ob die Fehlerursache nicht doch evtl. ein Fehler im Router ist.

Ich hab auch die 5.7.2

Dann würde ich den kurfristig reklamieren wollen...

Gruß Piet

[PhilW]

Ich hab auch die 5.7.2 und auch den MDT IP Router. Is natürlich blöd wenn das beim Testbrett ist.
Warte wie Klaus sagt auf die 5.7.3

[Klaus Gütter]

Hallo Piet,

nicht dass ich wüsste. Warte hast noch auf die 5.7.3 (sehr lange kann es nicht mehr dauern) und stoße bis dahin die Programmierung der Geräte einzeln an.

Gruß, Klaus

[piet61]

Auch hab ich grad mal über meinen MDT IP Router 5 Geräte gleichzeitig zum download angeschubst (geht natürlich sequentiell), aber alles über Tunnel 1 also keine weitere Tunnelbelegung.

Hallo Guido, welche ETS Version benutzt Du? Ist Dein Router auch ein IP Router SCN-IP100.03?

Ich kann nicht definitiv sagen, wann die neue Version releast wird

Hallo Klaus,
gibt es noch irgendwo eine ältere ETS Version mit der ich mal testen könnte, ob der Fehler dann verschwindet?

Piet

[PhilW]

Guten Morgen, und danke Klaus für die Bestätigung...

[Klaus Gütter]

Es gibt in der Tat in der ETS 5.7.2 ein Problem mit dem Download mehrerer Geräte auf einmal über KNXnet/IP Tunneling.
Das wird in der ETS 5.7.3 behoben sein.
Ich kann nicht definitiv sagen, wann die neue Version releast wird.

[PhilW]

Ach Moment das kann das gleiche sein wie https://knx-user-forum.de/forum/%C3%...66#post1406966
Ich hab damals immer über meinen proServ programmiert und eben dieses Problem, was ja faktisch das Gleiche wie dein jetziges Problem ist. Das hatte sich aber irgendwie selber erledigt bzw. das ist mir bisher nicht wieder aufgefallen.
Auch hab ich grad mal über meinen MDT IP Router 5 Geräte gleichzeitig zum download angeschubst (geht natürlich sequentiell), aber alles über Tunnel 1 also keine weitere Tunnelbelegung.

Also klingt eher wie ein generelles Problem.

Ich bin mir ehrlich nicht mehr ganz sicher wann sich das Problem erledigt hatte auf jeden Fall war es irgendwann weg, bzw ist nicht mehr aufgetreten.
Spucky...Vielleicht hat ja sonst noch einer ne Idee

Guido

[piet61]

Hallo Zusammen,
also erstmal vorweg

Dann ist meine Fehleranalyse natürlich quatsch, sorry Piet

Ich bin sehr froh, dass Ihr mich bei der Problemanalyse unterstützt - auch ein Rat der am Ende nicht zum Ziel führt, kann unter anderen Umständen hilfreich sein - also kein Grund für ein 'sorry'

Habe übrigens trotzdem probiert, die 1.0.0 als Adresse in der ETS einzustellen - geht aber nicht (Fehlermeldung: Die physikalische Adresse 1.0.0 wird bereits von einem anderen Gerät verwendet.)

So nun wieder zu meinem Problem
Ich habe zuerst nochmal nach einem Neustart (Power Cycle) der KNX Komponenten in der gleichen Konstellation wie gestern getestet - also ETS PC und Router in verschiedenen VLANs.
Grundsätzlich mit dem gleichen Ergebnis wie gestern. Die Tunnel werden nach und nach 'verbraucht'.
Auf Windows Ebene kann man die TCP Verbindungen vom PC zum Router sehen und auch nachvollziehen, dass sie nicht wieder freigegeben werden.

Output von

netstat -abn

TCP    192.168.10.100:52005   192.168.5.20:3671      HERGESTELLT
[ETS5N.exe]
TCP    192.168.10.100:52116   192.168.5.20:3671      WARTEND
TCP    192.168.10.100:52117   192.168.5.20:3671      WARTEND
TCP    192.168.10.100:52118   192.168.5.20:3671      WARTEND
TCP    192.168.10.100:52119   192.168.5.20:3671      WARTEND
TCP    192.168.10.100:52120   192.168.5.20:3671      WARTEND
TCP    192.168.10.100:52121   192.168.5.20:3671      HERGESTELLT
[ETS5N.exe]
TCP    192.168.10.100:52122   192.168.5.20:3671      HERGESTELLT
[ETS5N.exe]
TCP    192.168.10.100:52123   192.168.5.20:3671      HERGESTELLT
[ETS5N.exe]

Die Verbindungen bleiben also zwischen ETS und dem Router bestehen (HERGESTELLT).

Darüber hinaus ist mir folgedes aufgefallen:
Solange man nur ein einzelnes KNX Gerät für die Programmierung (bei Programmierung meine ich immer 'Applikationsprogramm') auswählt, wird für die Programmierung nur ein Tunnel verwendet der nach Abschluss der Übertragung auch wieder freigegeben wird.
Wenn man aber eine GA auswählt, in der mehrere Geräte verknüpft sind, wird pro Gerät ein Tunnel belegt und es werden nach Abschluss des Programmiervorganges nicht alle Tunnel wieder freigegeben.
Wenn weniger Tunnel als zu programmierende Geräte einer GA frei sind, bekommt man eine Fehlermeldung (Warnung - die Schnittstelle ist nicht erreichbar) und der Programmiervorgang läuft nur für die Anzahl an Geräten, die der Anzahl der freien Tunnel entspricht (ich hoffe das ist verständlich ausgedrückt ).

Hierzu habe ich eine grundsätzliche Verständnisfrage.
Wenn man statt eines IP Routers ein IP Interface einsetzt, hat man doch nicht mehrere Tunnel zur Verfügung. Wie läuft denn da die Programmierung einer GA mit mehreren Geräten? Ich vermute mal sequenziell.
Aber warum versucht ETS bei einem Router die Parameter an alle Geräte eine GA gleichzeitig zu übertragen ohne zu prüfen, wie viele Tunnel frei sind? Die Tunnel könnten ja auch von anderen Geräten (Servern, knxd Verbindung etc.) belegt sein - aber solange mindestens ein Tunnel frei ist, sollte die Programmierung auch über eine GA an mehrere Geräte funktioniern - oder?
Wenn mehrere Tunnel frei sind, können die ja für die Programmiereung genutzt werden, um diese zu verkürzen. Wenn aber weniger Tunnel als Geräte in einer GA frei sind, sollte der Programmiervorgang doch keinen Fehler auswerfen sondern die Geräte einfach nacheinander programmieren...

Übrigens, wenn man das Applikationsprogramm neu auf den Email Teil des Routers überträgt (1.0.5), werden alle Tunnel wieder freigegeben - ebenso bei einem Neustart von ETS.

Anschließend habe ich den Switchport für den PCs angepasst, so dass sich der PC nun im gleichen VLAN wie der Router befindet.
Um es kurz zu machen - es passiert genau das gleiche
Beim Programmieren einzelner Geräte werden die Tunnel nach der Programmierung wieder freigegeben, bei der Programmierung mehrere Geräte über eine GA bleiben Tunnel nach der Programmierung blockiert.

ETS Router Tunnel gleiches VLAN.png

Output von

netstat -abn

TCP    192.168.5.100:54545    192.168.5.20:3671      WARTEND
TCP    192.168.5.100:54546    192.168.5.20:3671      WARTEND
TCP    192.168.5.100:54547    192.168.5.20:3671      WARTEND
TCP    192.168.5.100:54548    192.168.5.20:3671      WARTEND
TCP    192.168.5.100:54549    192.168.5.20:3671      HERGESTELLT
[ETS5N.exe]
TCP    192.168.5.100:54526    192.168.5.20:3671      HERGESTELLT
[ETS5N.exe]
TCP    192.168.5.100:54363    192.168.5.20:3671      HERGESTELLT
[ETS5N.exe]
TCP    192.168.5.100:54418    192.168.5.20:3671      HERGESTELLT
[ETS5N.exe]

Um eine Fehlkonfiguration des ETS PCs auszuschließen habe ich ETS noch auf einem anderen PC installiert (gleiche Windows Version - Windows 10 Pro 1909) aber so gut wie keine Programme installiert. Leider das gleiche Ergebnis

Für mich sieht das nach einem Fehler im Zusammenspiel der ETS mit dem Router aus. Wenn es allerdings ein generelles Problem wäre, müssten Andere die den gleichen Router nutzen ja auch die gleichen Probleme haben - also vielleicht ist mein Router defekt?
Eine neuere Version der Applikationsprogramme finde ich auch nicht bei MDT.

Ich bin jetzt etwas ratlos. Ich kann mir zwar für die Programmierung behelfen, aber schön ist das nicht.

Habt Ihr eventuell noch eine Idee, wie man dieses Problem beheben oder weiter eingrenzen könnte?

Vielen Dank!

Piet

[PhilW]

Aaahhh, danke, ...every day is a school day...

Bedeutet das die parametrierung über eine freie Tunneladresse geht.
Dann ist meine Fehleranalyse natürlich quatsch, sorry Piet.
Dann zurück zum VLAN ;-)

[Klaus Gütter]

Hallo Guido,

die Host-Phys.Adresse ist nur informativ und wird nur angezeigt, wenn man den Eintrag aus den "gefundenen Schnittstellen" überträgt, bei manueller Eingabe fehlt dieses Feld.

Die 1.0.0 spielt für die Konfiguration der Schnittstelle gar keine Rolle, die ist nur wichtig (als Zieladresse), wenn du den Router selbst laden willst.

Gruß, Klaus

[PhilW]

Morjen Klaus,

jaja, aber die "eigentliche" Kommunikation des Routers und damit doch in dem Fall die Parametrierung geht doch über die 1.0.0.
Da hat der Tunnel doch nix mit zu tun, oder?

bzw.: Wie ist die PA des EMail&Zeitserver Part auf die 1.0.5 gekommen? Nachträglich? Wenn die erste Tunneladresse die 1.0.1 ist dann war der Teil ja zuerst auch auf der 1.0.0. Vielleicht ist da was "hängen geblieben"

Bei meinem MDT sieht das aber auch anders aus, dann fehlt irgendwie der Eintrag der Host Adresse:
1.PNG
(ja meine Tunnel fangen bei 121 an)