[Gelöst] [V3.5.1] Programmierung aus ETS6 abgebrochen, nun keine Verbindung mehr?

[gbglace]

Korrekt, Programmiertaste nur bei erstmaligen vergeben der PA.

Programmierst aus der ETS wirklich immer Applikationsprogramm? Oder klickst einfach auf programmieren, die ETS benutzt dann leider primär den Modus nur Delta übertragen zu wollen und nicht die vollständige Applikation.

Wobei das nicht unbedingt eine Erklärung für fehlgeschlagenem Verbindungsversuch ist.

Ein anderes Gerät zu programmieren ist eigentlich der komplexere, da dabei die ETS vom PC via LAN an den TWS durch die Schnittstelle auf den TP-Bus an das jeweilige Gerät geht. Bei der Programmierung des TWS selbst sollte die ETS auf dem PC via LAN dann ohne durch die Schnittstelle selbst gehen zu müssen den TWS und dessen KNX-Stack erreichen.

[rowitech]

Hallo Göran,

ich gehe auf das kleine Häkchen neben "Programmieren" und klicke dann in der Liste ganz unten Auf Applikationsprogramm.
Ich habe auch andere Funktionen versucht, wie die PA neu zu setzen (wo dann die Aufforderung des Prog-Knopfes kommen müsste) und Infos abzufragen: Geht alles nicht, außer andere Geräte über IP zu KNX anzusprechen, das geht wiederum prima.

Meine letzte erfolgreiche Programmierung (immer nach dieser Art) des TWS war vor meinem Windows-Absturz bei der Programmierung. Danach geht es nicht mehr. Mir schwant, dass ich da doch etwas zurücksetzen muss, damit der TWS wieder mit der ETS spricht?

Meine grauen Haar wachsen..

Update (immer noch erfolglos):
Ich habe dann mal versucht, eine neue PA zu vergeben, also 1.1.3 statt 1.1.2. Die ETS fragt mich nach dem Drücken der Taste, aber wenn ich den Knopf (virtuell) drücke und der TWS in den Programmiermodus geht, passiert nichts weiter. Die ETS scheint das nicht mitzubekommen.

Ich habe zudem auch das Support-VPN eingeschaltet und habe den TWS immer eingeschaltet. Falls sich da jemand vom Support mal etwas ansehen möchte, immer gern. Ich weiß langsam nicht mehr weiter..

Grüße,
Rolf

[gbglace]

Ja der Punkt Applikationsprogramm ist der richtige, partiell ist der Default in der ETS.

Ich sehe da noch kein direktes Problem am TWS eher ggf an der ETS und dem Windows und dem LAN. Hast den Rechner mit der ETS mal neu gestartet und einfach das Projekt neu geöffnet und geschaut wie dann in der ETS die Verbindungseinstellungen sich gesetzt haben?

Das sollte dann identisch zu der Ansicht der KNX-Schnittstelle im TWs selbst sein.

Ansonsten als Tipp bei PA-Kollisionen usw. nicht die Gebäudeansicht in der ETS nutzen, das ist eine reine zusätzliche Metadatensortierung der Geräte ohne direkte Auswirkung auf die Funktionalität des Busses selbst. Diesbezügliche Wahrheiten findest in der reinen Geräteansicht bzw. der Topologieansicht der ETS. Wobei es dann auf Ebene des einzelnen Gerätes auf das gleiche landet. Nur siehst halt nur bei den anderen beiden Ansichten ob es ggf. andere störende Geräte im ETS-Projekt gibt, denen einfach kein "Raum" zugeordnet ist.

[rowitech]

Ich habe sowohl den Rechner als auch nur das ETS6-Programm mehrfach neu gestartet und mittlerweile auch eine Home-Lizenz (sind gerade nur 3 externe Geräte) gekauft. Hilft alles nichts. Allerdings kommt bei mir das automatische Erkennen der Schnittstelle auch nicht. Sollte das? Ich musste IP und Port bislang selbst setzen, aber auch auf beiden Windows-Rechnern (auch seinerzeit auf dem virtuellen, der hatte dann noch NAT dabei).
Der ETS-Rechner hat die .41 und der TWS hat die .42 im gleichen Subnetz, da ist nichts zwischen und die Programmierung inkl. der PA klappt ja über den TWS auch, insofern sieht das für mich (Laie!) aus, als gäbe es Probleme mit der PA (1.1.2) des TWS, denn nur diese ist nicht ansprechbar.

Ich habe auch das "Test Project wg5" des TWS selbst mal probiert, um Fehler in meinem Projekt zu vermeiden, aber auch da gibt es keine Verbindung zur 1.1.2, wohl aber zum Taster 1.1.110 und 1.1.101.

[gbglace]

Ich habe mal eben bei mir nachgeschaut.

den Screenshot von Dir kann ich in der ETS 6 so nicht nachvollziehen.
Wie gesagt ich habe da eigentlich noch nie was eingestellt gehabt.

Ich beziehe mich da auf Klickst auf das Busklemmensymbol mit dem Text Automatisch rechts oben in Deinem letzten Screenshot.


Dann kommt bei mir das.

Screenshot 2023-04-03 170550.jpg

Klicke ich dann auf das Zahnrad beim TWS, dann kommt jenes Fenster, da habe ich aber nie etwas eingetragen. Auch die PA, die die ETS verwenden soll und da gerade mit 1.0.228 notiert ist, zieht er sich von allein.
Das ist halt der erste freie Tunnel der gerade frei war als die ETS gestartet ist.

Screenshot 2023-04-03 170454.jpg

Klicke ich auf das Zahnrad bei automatisch kommt jenes Auswahlfenster

Screenshot 2023-04-03 170623.jpg

Klicke ich auf konfigurierte Schnittstellen verwalten, dann ist da gar nichts drinnen, weil ich selbst noch nichts konfiguriert habe.

Ist In deinem LAN irgendwas mit Multicast IGMP usw. blockiert? ich glaube sowas benötigt die ETS zum Autodetect.

[rowitech]

Es hat ja funktioniert, bis das Windows bei der Applikationsprogrammierung des TWS eingefroren ist. Daher erscheint es mir recht unwahrscheinlich, dass es nun ein Konfigurationsfehler ist, zumal ich KNX-Geräte dahinter ja problemlos programmieren kann. Ist denn bei der Kommunikation zur KNX-Programmierung beim TWS im Netzwerk etwas anders als bei der Programmierung von anderen Geräten über den TWS?

Ich kann keine Blockaden irgendwelcher Form im Netz erkennen. Da dürfte nichts sein.

Edit:

Was ist mit den Tunneln, müsste da dann ggfs. etwas anders aussehen? Ich habe auch die 1.1.255 probiert, aber die bekomme ich ebensowenig angesprochen.

[maggyver]

Hallo Rolf,

hast du den 25 Tunneln jeweile eine physikalische Adresse zugewiesen?

Zumindest sieht das für mich auf dem Bild im Beitrag 10 nicht so aus.
Es ist sehr gut im Wiki beschrieben, siehe hier.

Barrieren im Netzwerk ... nun, machmal reichen schon Wackler an Verbindungen aus ...

Wenn du das Netzwerk (deine Verkabelung) ausschließen möchtest, dann geh direkt an den TWS zur Parametrierung.

[gbglace]

Was ist mit den Tunneln, müsste da dann ggfs. etwas anders aussehen? Ich habe auch die 1.1.255 probiert, aber die bekomme ich ebensowenig angesprochen.

Ja das muss anders aussehen.
Und nein, einen Tunnel kann man so nicht ansprechen um den zu programmieren. Bzw. was meinst Du mit ich kann ihn nicht ansprechen?

Ein Tunnel ist eine Repräsentanz eines Gerätes/SW welches KNX-Dialekt spricht/versteht aber selbst kein KNX-Gerät ist, um es in der ETS zu verwalten und irgendwo im LAN beheimatet ist. Dementsprechend kannst eine Tunnel-PA als solches als Gerät auch nicht mit der ETS ansprechen.

Na da haben wir doch schon was.
Benutze die ETS. Die Screenshots des TWS selbst sind gut aber die Ursache ist in der ETS nicht im TWS.

Wenn der TWS selbst die PA 1.1.2 hat dann kann die ETS niemals mit dieser PA eine Verbindung zum KNX-Bus herstellen, das siehst auch in meinem zweiten Screenshot. (der TWS selbst hat die PA 1.0.225 alle Tunnel haben dann die PA's 1.0.226 bis 1.0.250).
In den ETS-Einstellungen zur Schnittstelle also niemals die 1.1.2 verwenden denn das ist das physische Gerät des TWS selbst mit seinen Parametern usw., kein Kommunikationskanal für die ETS.

Das gilt auch für alle anderen KNX-IP-Schnittstellen so.

An Hand Deines Screenshots von der TWS-KNX-Seite sieht man das Du ja quasi noch keinen bzw. nur einen Tunnel definiert hast. Also richte in der ETS am TWS erstmal alle 25 Tunnel ein. Dann kollidiert da auch nichts an irgendwelcher sonstiger Software usw. wenn die ETS sich einen Tunnel zum Programmieren sucht.

Ist denn bei der Kommunikation zur KNX-Programmierung beim TWS im Netzwerk etwas anders als bei der Programmierung von anderen Geräten über den TWS?

Ja das ist das was einem die erste Option in meinem dritten Screenshot sagt und ich in dem Beitrag dazu geschrieben habe. Die EST muss eigentlich nicht durch die KNX-IP-Schnittstellenfunktionalität um den TWS-KNX-Stack zu erreichen, da sie auch direkt IP-Seitig den TWs erreichen kann. Aber ein jedes anderes KNX-TP Gerät kann natürlich nur über die grüne Leitung erreicht werden und dann muss das alles an Telegrammen durch die KNX-IP-Schnittstelle im TWS.

[StefanW]

Hi Göran,

Die EST muss eigentlich nicht durch die KNX-IP-Schnittstellenfunktionalität um den TWS-KNX-Stack zu erreichen, da sie auch direkt IP-Seitig den TWs erreichen kann.

Ne, das ist nicht so, auch wenn es so wirkt.

Tatsächlich nutzt die ETS - wenn der TWS KNX Stack über den TWS selbst programmiert wird - einen KNXnet/IP Tunnel zur PA des Timberwolf Servers.

Es ist nur so, dass die Software merkt, dass die Pakete für den eigenen Stack adressiert sind und werden dann nicht auf dem KNX-TP ausgegeben, sondern "machen intern die Biege" und werden direkt zum KNX-TP Stack geleitet, so, als würden sie erst über den TP gesendet werden. Damit wird ein deutlich höherer Durchsatz erreicht, weil man so nicht auf die 9600 BAUD des TP Busses beschränkt ist.

Es wird also schon die Funktion als "IP Schnittstelle" des TWS dazu benutzt. Zu diesem Zweck ist auch - default - mit Lieferung des Timberwolf Servers ein Tunnel mit der PA 1.1.255 angegeben, damit dieser Tunnel auch benutzt werden kann, wenn noch keine richtige Tunnel-PA vergeben ist. Sonst könnte der TWS KNX-TP-Stack sich ja nicht selbst über das eigene "KNXnet/IP Tunneling" programmieren lassen.

Selbst wenn man sich nun nur 10 Tunnel anlegen würden (weil man mit den PAs geizen möchte) dann würde es einen elften Tunnel mit der 1.1.255 geben, damit man notfalls mit der ETS auch programmieren kann, selbst wenn die zehn Tunnel durch andere KNX Tunnel Clients belegt sind. Erst wenn alle möglichen 25 Tunnel mit eigener PA belegt sind, gibt es den 1.1.255 nicht mehr (kommt aber wieder, wenn eine PA über die ETS gelöscht wird). Weil wir wollten sicher stellen, dass die Programmierung aus der ETS möglichst IMMER geht - soweit man sich das in der ETS nicht verstellt.

"Leider" erlaubt die ETS, dass man dort für einzelne Linien (womöglich auch einzelne PA) auch andere Programmier-Interfaces angeben kann. Wenn ein Beginner das macht, kann er sich die ETS so verkonfigurieren, dass es mit der Programmierung nicht mehr klappt (weil die ETS dann entsprechend der Vorgabe ein anderes Interface nimmt, was man nicht immer so leicht erkennt). Es ist eine tolle Funktion für einen Profi mit großer Anlage, weil damit mehrere Linien parallel über jeweiligen "Linien IP Schnittstellen" programmiert werden können, was bei großen Projekten von Vorteil sein kann, aber ist für einen Anfänger ein Stolperstein. Ich erwähne es nur zusätzlich, muss mit dem Fall hier nichts zu tun haben (könnte aber).

Was mich stutzig macht - hier - ist, dass die Schnittstelle des TWS per Broadcast nicht gefunden wird, obwohl beide im gleichen Segment sein sollen. Das riecht durchaus nach so einer Festlegung.

lg

Stefan

[rowitech]

Guten Abend,

Ok, dann haben wir doch einen Ansatz. Beim (Neu-)Anlegen der PA des TWS füllt die ETS6(!) jedoch nicht automatisch die weiteren PAs aus. Also habe ich mir erlaubt, das händisch zu machen. 1.1.200 hat der TWS bekommen und bis 1.1.225 habe ich dann manuell durchnummeriert.

Dennoch komme ich nicht zum Programmieren der PAs. Die ETS holt sich von selbst (!) die 1.1.2 rein, die ich vorher mal programmiert hatte.
Wenn ich diese Adresse aber nicht (mehr) ansprechen soll, brauche ich nun, bevor ich die neien PAs setze, eine andere PA, die ich anspprechen kann. Ist das dann ein Henne-Ei-Problem?

Zur Programmierung der PA:

Eine Kommunikation findet offenbar statt, aber die 1.1.2 scheint sich nicht angesprochen zu fühlen. So sieht es jedenfalls für mich aus. Beim Programmierungsversuch der PA sehe ich auch etwas im IP-Interface (siehe Screenshot) durchlaufen. Aber die ETS erkennt nicht, dass ich den Programmierknopf gedrückt habe (des TWS). Die 1.1.2 (also die PA des TWS selbst) ist irgendwie seit dem Crash von Windows beim Programmieren nicht mehr ansprechbar. => Oder ist sie nicht mehr ansprechbar, WEIL ich die PA auf 1.1.2 programmiert hatte?

Ich wüsste nicht, welcher Fehler auf dem Netz sein sollte, wenn ich die anderen Geräte ansprechen kann. Ich kann aber mal ein Kreuzkabel nehmen, allerdings ist der Rechner drei Räume weiter und es ist nicht so easy, zumal ich mir das auch nicht erklären könnte.

Die 1.1.255 (als Notfalloption, so wie ich Stefan nun verstanden habe), klappt aber auch leider nicht. "Setting local IA failed, because requested IA 1.1.255 is already in use as additional address".

Und ich habe bestimmt irgendeinen dummen Anfängerfehler gemacht, sorry schonmal dafür, dass ich Euch da die Zeit raube!
Um das auszuschließen, habe ich die Demo-Applikation des TWS in die ETS geladen und es auch damit versucht (die Verbindungsparameter werden bei der ETS6 ja in den Applikationen / Projekten gespeichert).

Kern der Sache ist ja, was auch immer am TWS nun falsch ist: Ich kann nicht programmieren und es wieder geradebiegen.. Das macht mich echt fertig.

Grüße,
Rolf