[Erfahrungsbericht] Mit der ETS Programmieren fehlgeschlagen

[gbglace]

Welche Schnittstelle benutzt Du denn in der ETS?

Der zum 2400-er mitgelieferte REG TP-UART hat genau einen Tunnel. Damit sollte es grundsätzlich, funktionieren den TWS zu programmieren. Weil der TWS quasi die Schnittstelle selbst ist und der eine Tunnel die ETS benutzt.

Diese Verbindung sollte so auch in der ETS erkennbar sein.
(Nicht im Projekt sondern intern dem grünen ETS Knopf in der ETS).

Ansonsten wie die anderen notiert haben, erstmal nur PA und ein simples KO programmieren.

[bodo]

Hoi

Ich bekomme die Verbindung des TWS 2400 mit dem TW KNX TP-UART 1T USB REG (1 KNXnet/IP Tunnel) nicht hin.
Die ETS bricht ab, weil der TWS nicht erreichbar ist. Ich kann nicht einmal die PA Programmieren.
Komischerweise steht nun doch die 1.0.200 auf der Adminseite des TWS, wie ich es in der ETS eingegeben hatte????
Vielleicht hat das was mit diesem Fred zu tun. viewtopic.php?f=16&t=1135&start=50
Eine Programmierung des TWS mir einer anderen bestehenden Schnittstelle (Router, Wiregate) geht nicht???
Zinächst sieht es so aus:

TP-UART.png

Dann so:

TP-Uart1.png

Wie bekomme ich das belegt weg?
Ist da (auf den Bildern) überhaupt der TP-UART ausgewählt?

[Sensej]

Hoi

Ich bekomme die Verbindung des TWS 2500 mit dem TW KNX TP-UART 1T USB REG (1 KNXnet/IP Tunnel) nicht hin.

Hallo Bodo,
Hast du 2500 oder 2400 er ?
Für TWS 2500 er brauchst du zusätzlich externe TPUART- Schnittstelle nicht, weil er eine interne hat.

MfG Juri

[Sensej]

Hallo Bodo,
Hast du deinem TWS in ETS eine PA vergeben?
MfG Juri

[StefanW]

Hallo Bodo,

es sieht auf den Screenshots eigentlich alles in Ordnung aus.

1. Externer KNX Busankoppler in REG ist angeschlossen (das ist, was wir in der Regel als TP-UART bezeichnen)

2. Die Applikation (also der KNX Stack( ist darauf gebunden und hat die PA 1.0.200 (wurde also schon programmiert)

3. Die ETS hat im unteren Screenshot eine Verbindung über den einzigen verfügbaren Tunnel aufgebaut. Tunnel bauen sich von selbst ab, wenn sie nicht mehr gebraucht werden.

Wenn es nun Probleme gibt, dann höchstens weil der KNX-Bus nicht angeschlossen ist. Das würde man hier nicht sehen, weil für den Anschluss des KNX-TP keine abfragbare Statusrückmeldung existiert (kommt noch).


Aber man kann die KNX-Verbindung testen:

A. Die Anzeige der KNX Schnittstelle geöffnet lassen im Browser

B. Am TP-UART den KNX-Stecker abziehen und nach einigen Sekunden wieder draufstecken (oder den Bus an anderer Stelle unterbrechen, die zum TP-UART hinführt)

C. Anschließend auf das Verbindungslog (rechts unten) schauen. Dort MÜSSEN die beiden Ereignisse (Bus-Verlust und Bus-Spannungswiederkehr) aufgezeichnet sein. Falls nicht, ist der TWS nicht mit dem KNX verbunden, dann ist es in der Regel ein Verbindungs- oder Kontaktstellenproblem

lg

Stefan

[bodo]

Hast du 2500 oder 2400 er?

Hoi Juri

Den 2400 Natürlich

[bodo]

Hoi Stefan

Das Abstecken hat er mibekommen.

KNX abgesteckt.png

[bodo]

Hoi

Ich 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

Wenn mir jemand sagt, dass ist Kosmetik und derzeit einfach so, dann kann ich gut damit leben.
Ich war halt nur auf Fehlersuche. Aber wir kommen der Sache näher.

[gbglace]

1.0.200 ist die PA des TWS (Schnittstelle) selbst. 0.0.01 scheint eine PA des Tunnels zu sein. Das sind quasi zwei unterschiedliche Geräte.

Welche Komponente hat Denn in dem TWS-internen LAN die IP-Adresse 172.17.0.7? Diese Komponente nutzt da gerade den Tunnel. Daher kann auch die ETS sich nicht via dem TPUART mit dem KNX verbinden.

So schaut das für mich aus.

[tger977]

läuft bei Dir ein Docker Container mit KNX Verbindung? 172.17.0.x sind m.W. die IP`s der Container... Das kann z.B. auch der Wiregate APP Container sein.