[Problem] [V1.6.0 RC2] sehr häufige ETS Programmierungsabbrüche und seltsames Tunnel PA Verhalten

[gbglace]

Gab es in den Einstellungen nicht irgendwo eine Option mit Hoher Telegrammrate oder so? glaube in der ETS. Das ggf mal umstellen. ggf ist dem Gerät der TWs auch einfach zu schnell mit der Datenflut.

Hast Du mit dem TWs schon mal einen MDT-AMI in Deiner Anlage programmiert?

[tger977]

Ja ich hatte noch nie eine echte eigene KNX Schnittstelle und habe schon diese Aktoren mit dem TW programmiert. Welche Einstellungen meinst du? Im TW oder der ETS?

[tger977]

so, ich hab nochmal etwas experimentiert. Ich habe nun die Schnittstellen PA in der ETS auf verschiedenste PA gesetzt (Tunnelbereich der TW konfigurierten Tunnel ist bei mir 1.1.240 bis 1.1.251, der TW selbst hat 1.1.252)

Mit Tunnel 1.1.251 gab es Kollisionen mit einem Container. Aber auch mit Tunnel 1.1.240 der bisher sicher nie im Einsatz war klappt es nicht. Auch mit 1.1.239 außerhalb des Tunnelbereichs klappt es nicht. Ich sehe bei allen Versuchen im KNX Monitor des TW daß auf dem jeweiligen Tunnel Systemkommunikation zum zu programmierenden Aktor auf 1.1.5 aufgenommen wird, jedoch bricht diese Kommunikation dann immer vor dem Abschluss ab...

Alles sehr misteriös. Dumm ist nun auch daß der Aktor 1.1.5 nun keine vollständige Applikation mehr hat und auch nicht mehr läuft... Bin mal gespannt woran das nun alles liegt, im Moment gehen mir die Ideen aus.

[tger977]

jetzt hab ich was sehr seltsames beim KNX Monitor analysieren rausgefunden:


Wie kann es denn zu einem PA Wechsel (zuerst kommuniziert der zu prog Aktor 1.1.5 mit 1.1.239 bis 20:36:31 dann plötzlich ab 20:36:33 mit 1.1.209??) innerhalb eines Programmiervorgangs kommen???

Unbenannt5.PNG

Der Ausschnitt zur selben Zeit im TW Schnittstellenmonitor zeigt daß genau dort (20:36:30) offensichtlich die Verbindung mit dem ETS Rechner 10.10.10.56 kurz getrennt und dann 3s später wieder aufgenommen (dann wohl mit anderer PA, nur warum?) wurde.

[gbglace]

Was ist denn 1.1.209 für ein Gerät welches diese PA zur Verfügung stellt im System? Irgendeine Schnittstelle?
Im LAN irgendeine WLAN Strecke oder alles per CAT von TWS zum Router/Switch?

[tger977]

so nach dutzenden Versuchen hat es nun genau einmal (1!) geklappt und der Aktor 1.1.5. ist wieder online (war um 20:53:31 bis 20:54:57 falls jemand in irgendwelchen Logs nachsehen kann/will). Aber der zweite gänderte Aktor 1.1.3 läßt sich auch nach dutzenden Versuchen nicht durchbekommen.

[tger977]

Was ist denn 1.1.209 für ein Gerät welches diese PA zur Verfügung stellt im System? Irgendeine Schnittstelle?
Im LAN irgendeine WLAN Strecke oder alles per CAT von TWS zum Router/Switch?

das ist ja das kuriose: ab 1.1.200 gibt es bei mir nur noch den TW... KEIN anderes Gerät hat eine solche Adresse in der ETS.

Was ich aber mal in der ETS versucht hatte ist der Schnittstelle die 1.1.209 zu vergeben. Ging aber in der ETS nicht, deshalb hatte ich als nächstes 1.1.239 versucht.

Einzig mein Laptop hängt per WLAN am Router (Fritzbox). Zw. TW und Router (Fritzbox) ist noch ein managed switch, aber alles per LAN und schon seit Jahren so installiert...

[gbglace]

200 bis 251 ist aber mehr als 25 Tunnel + Host PA für den TWS. Die Auslegung der Tunnel PA abwärtsorientiert gegenüber der Host-PA TWs ist zumindest ungewöhnlich. Sind in der ETS am TWS auch alle 25 PA für alle Tunnel sauber definiert und wurde der TWS damit dann auch selbst programmiert? Im Schnittstellen Monitor steht auch was von 1 von 13 benutzt in Deinem Screenshot, hier hätte ich dann auch eher sowas wie 1 von 25 als Anzeige erwartet. So Abbrüche habe ich noch nicht beobachtet aber auch noch nicht nach geschaut. Aber da wahrscheinlich nicht alle Tunnel-PA definiert sind scheint bei einem der Reconnects sich der TWS / ETS einfach eine relativ beliebige PA zu greifen nach welchem Prinzip auch immer und landet dann bei der 209. Ob dann die Telegramme nicht mehr zueinander finden, keine Ahnung so tief stecke ich nicht im System. Aber ich würde erstmal das sauber durchsortieren was du sortieren kannst, das scheinen mir hier die Tunneldefinitionen auf der PA Ebene zu sein.

Sollte der Laptop mit der ETS drauf im WLAN eine Instabilität haben kann das natürlich auch zu einem Reconnet führen. Aber da bin ich zu wenig Netzwerkspezialist um zu wissen was da so passiert.

[tger977]

was ich mich jetzt die ganze Zeit frage: Muss die Schnittstellen PA wirklich im Tunnelbereich liegen? Ich habe bei mir nur 12 Tunnel in der ETS angelegt und programmiert (1.1.251 bis runter 1.1.240) und 1.1.252 ist die PA vom TW. Nun hat es aber mit der 1.1.239 final mit dem Programmieren auch geklappt (wenn auch immernoch mit 98% Abbrüchen)...

Nachdem nun auch per Zufall der 1.1.3 einmalig nun noch durch ist, programmiere ich erstmal nichts mehr. Das hat mich heute 4h gekostet zwei Aktoren zu programmieren.

[tger977]

und noch was sehr spannendes: Ich habe jetzt meinen EDOMI Container wieder gestartet und nun sendet der auch plötzlich auf der PA 1.1.209 Wie geht das? Ich habe in der ETS nichts auf 1.1.209 konfiguriert und ich habe auch im TW kein Objekt mit der PA 1.1.209...

Unbenannt7.PNG

Irgendwie scheint da was mit der PA Vergabe bei den Tunneln schief zu gehen...

hier noch meine ETS Konfig vom TW:

Unbenannt6.PNG