Seite 5 von 6
Re: Sinnvolle Konfiguration zweier KNX Schnittstellen
Verfasst: Mo Jan 20, 2020 3:08 pm
von Gabi
Hallo Dominic,
genau das ist passiert. Wir haben uns das Problem angeschaut, können es aber auf die Schnelle nicht lösen.
Kannst du bitte dein übliches Verfahren anwenden, damit die USB Geräte wieder sichtbar werden.
Bitte melde dich dann wieder, dann schauen wir noch einmal, ob alles passt.
Vielen Dank
Gabi
Re: Sinnvolle Konfiguration zweier KNX Schnittstellen
Verfasst: Mo Jan 20, 2020 3:14 pm
von cheater
Alles wieder Online, ihr könnt weiter machen.
Re: Sinnvolle Konfiguration zweier KNX Schnittstellen
Verfasst: Mo Jan 20, 2020 3:23 pm
von Gabi
okay, danke.
Von uns aus schaut es gut aus, auf die GA 0/6/20 werden wieder Telegramme geschickt.
Bitte melde dich, wenn es noch Probleme gibt.
Viele Grüße
Gabi
Re: Sinnvolle Konfiguration zweier KNX Schnittstellen
Verfasst: Mo Jan 20, 2020 3:48 pm
von cheater
Nur nochmal kurz zum Verständnis:
TP-UART Light for Timberwolf (Busware) = KNX USB Stickt (8 Tunnel)
WG KNX TP-UART FTDI USB = KNX USB für Hutschiene (1 Tunnel)
Für mich als nicht so versierter Nutzer (und bestimmt auch für andere) wäre es toll wenn in einem zukünftigen Release die Beschreibungen der Schnittstellen noch verbessert werden würden, so das man besser erkennt welche Schnittstelle gemeint ist. Eine Anzeige wie viele Tunnel in Benutzung sind wäre auch äußerst hilfreich.
Als kleiner Workaround: Könnte man nicht kurzfristig die Beschreibungstexte freigeben, so könnte man sich vorübergehend mit einer passenden Beschreibung selbst helfen.
Re: Sinnvolle Konfiguration zweier KNX Schnittstellen
Verfasst: Mo Jan 20, 2020 7:34 pm
von ms20de
cheater hat geschrieben: ↑Mo Jan 20, 2020 3:48 pm
Nur nochmal kurz zum Verständnis:
TP-UART Light for Timberwolf (Busware) = KNX USB Stickt (8 Tunnel)
WG KNX TP-UART FTDI USB = KNX USB für Hutschiene (1 Tunnel)
Ja.
cheater hat geschrieben: ↑Mo Jan 20, 2020 3:48 pm
Für mich als nicht so versierter Nutzer (und bestimmt auch für andere) wäre es toll wenn in einem zukünftigen Release die Beschreibungen der Schnittstellen noch verbessert werden würden, so das man besser erkennt welche Schnittstelle gemeint ist. Eine Anzeige wie viele Tunnel in Benutzung sind wäre auch äußerst hilfreich.
Absolute Zustimmung, das haben wir schon auf dem Schirm. Ich muss mal nachsehen, ob wir im ersten Schritt die Texte einfach anpassen können um die maximalen Tunnel dazuzuschreiben.
Viele Grüße,
Matthias
Re: Sinnvolle Konfiguration zweier KNX Schnittstellen
Verfasst: Mo Jan 20, 2020 9:45 pm
von cheater
Hallo Matthias,
das hört sich doch gut an.
Nach der Umstellung habe ich noch ein paar Tests gemacht, ob alles gut funktioniert. Was mir dabei aufgefallen ist: Wenn ich mit der ETS ein Gerät programmiere, dann zeigt mir Edomi an, das die KNX Verbindung zwei bis dreimal abbricht. Ich nutze Edomi jetzt nicht sooo lange, bin aber der Meinung das das vorher nicht der Fall war.
Re: Sinnvolle Konfiguration zweier KNX Schnittstellen
Verfasst: Di Jan 21, 2020 9:49 am
von cheater
Edit: Heute Nacht ist dann um 1:14:06 nochmal ein KNX Error aufgetreten, ohne erkennbaren Grund. Auch die GA Statistic zeigt hier keine Spitze o.ä.
Re: Sinnvolle Konfiguration zweier KNX Schnittstellen
Verfasst: Di Jan 21, 2020 5:29 pm
von cheater
Edit 2: Ich kann leider nicht behaupten, dass bisher alles reibungslos funktioniert. Wie schon beschrieben einmal mit Edomi und einmal beim Programmieren mit der ETS (5.7.2). Manchmal anwortet das Gerät nicht in angemessener Zeit, gerade eben klappte das Programmieren wieder (jedoch gefühlt langsamer wie vor der Umstellung). Ich habe vorhin nochmal versucht die Schnittstelle in der ETS nach dem KB Artikel (welcher von den Bildern leider etwas zur aktuellen ETS abweicht) neu zu konfigurieren, aber es hat leider nichts gebracht. Selbst als ich Edomi pausiert hatte, gab es noch Probleme beim Programmieren.
Deswegen mal meine aktuelle Konfiguration:
Re: Sinnvolle Konfiguration zweier KNX Schnittstellen
Verfasst: Di Jan 21, 2020 5:51 pm
von gbglace
Da passen schon nicht die PA zueinander.
Du hast den TWS selbst als 1.0.200 programmiert und die Tunnel (warum 25 wenn nur 8 möglich sind?) auf eine beliebige Range aller freien PA ab 1.0.14 was halt irgendwo bei 1.0.66 endet. In der ETS-Schnittstellen-Definition gib'st aber eine Tunnel-PA von 1.0.201 als Ziel an.
Das kann nicht wirklich sauber funktionieren, da gilt dann immer wer zuerst kommt malt zuerst und wenn einer ETS oder Docker sich reconnecten dann würfelt das permanent neu durcheinander.
Ich würde als ersten Schritt mal die Tunnel PA im TWS auf 1.0.201 ff festlegen. Und die TWS-Applikation mit den 25 Tunneln passt natürlich nicht an einem 8-Tunnel TP-UART.
Danach der ETS -Schnittstelle in der ETS die letzte Tunnel-PA vergeben, dann sollte diese nicht von einem Docker usw. blockiert sein, da die immer von vorne beginnen sich einen freien zu greifen.
@StefanW
Mir stellt sich jetzt noch die Frage, ist die TWS-Applikation später dann auf Server bezogen oder auf den TP-UART-bezogen? Bzw. müsste es in der finalen TWS-Applikation dann nicht noch eine Auswahloption geben ob nun eine interne KNX-Kopplung mit 25 Tunnel oder ein externer TP-UART mit 1 oder 8 Tunnel verwendet wird?
Re: Sinnvolle Konfiguration zweier KNX Schnittstellen
Verfasst: Di Jan 21, 2020 5:56 pm
von cheater
Hallo Göran,
danke für die schnelle Hilfe, ich werde mal alles einstellen, wie vorgeschlagen. Aber bezüglich der Applikation. Es gibt doch nur die eine Applikation mit 25 Tunneln?!