Ich mach es kurz, wenn Symcon mit meinem Enertex KNX IP Secure Interface verbunden ist, kann die ETS keine KNX Geräte auslesen oder parametrisieren. Damit das klappt muss ich in Symcon immer erst den KNX-Client Socket trennen. Das ist kein riesen Drama, aber leider vergesse ich nach einigem ETS gebastel gern mal die Schnittstelle in Symcon wieder zu aktivieren. Dann denke ich immer das muss doch auch parallel gehen.
und hier einfach einmal Geräteinfo in ETS auslesen. Der Fehlgeschlagene weil Symcon noch verbunden war, der erfolgreiche wenn ich Symcon abgehängt hab:
Hast du in Symcon mal probiert einen anderen Tunnel zu nutzen? Normalerweise hat die ETS ja alle Keys für alle Tunnel, aber vielleicht klappt da was nicht.
Also ich kann dir sagen, dass es kein grundsätzliches Problem ist. Ich kann alle 8 Tunnel vom Enertex IP-Interface nutzen, d.h. mir ist es problemlos möglich, die ETS laufen zu lassen, während Symcon einen Tunnel nutzt. Hilft dir aber wahrscheinlich auch nicht weiter.
Okay. Also ich habe gestern Abend tatsächlich noch intensiver getestet. Ich habe 3x IP-Symcon und 2x ETS an das Interface gehängt. Alles ohne Probleme. Prinzipiell funktioniert es also. Auch wenn dir das wieder nicht hilft.
EDIT: Ich habe unter “IP Einstellungen” bei “Aktivierung Spezialfunktionen” zwar “Ein” ausgewählt, aber der Dialog “Standard Tunnel” sieht genau so aus wie bei dir.
Ich habe allerdings mit der neusten Stable Version von Symcon getestet.
Ich bin bei IPS noch auf der 8.0, das Update kann ich noch testen. Wenn ich in Symcon die Rate der Telegramme auf 1/Sekunde reduziere klappt der Parallelbetrieb, bei 2/sekunde ist bereits Feierabend. Das lässt mich vermuten das ETS und Symcon auf dem gleichen Tunnel hängen, egal was ich einstellen.
Ich kann es nicht belegen, aber ich glaube, das ist technisch nicht möglich.
Ließe sich aber leicht herausfinden. Mach doch mal einen Gruppenmonitor auf und sende etwas aus Symcon auf dem Bus und danach aus der ETS. Dann siehst du ja die Tunneladressen, die verwendet werden.
Symcon auf 8.1 geupdated ergibt sich ein neues Bild im Log, der Fehler besteht leider dennoch. Was neu ist, der Tunnel den ich in Symcon einstelle ist nun erstmalig auch im Log ersichtlich (vorher war alles was Symcon macht immer Tunnel 1, egal was ich einstellte).
Ich bin noch nicht sicher was genau ich hier sehe.
So schaut es aus wenn die ETS ein Gerät ausliest und IPS nicht verbunden ist:
(Auslesen ist dann natürlich auch erfolgreich)
Ich versteh nicht warum es Einträge Quelle: Tunnel 6 (IPS) –> Ziel: Tunnel 1 (ETS) gibt. Vielleicht ist das normal, aber ich denke so sollte das nicht aussehen.
Es kann immer nur einer gleichzeitig einen Tunnel nutzen. Insbesondere bei KNX Secure (über TCP) wird das sehr rigoros und einfach geprüft. Es wundert mich sehr, wenn das möglich wäre und dann wäre das ein Fall für Enertex, warum das geht. Die ETS nutzt den erstbesten Kanal. Notfalls testet die alle durch. Es ist also eher anders herum bei uns der Fehlerfall → Die ETS schnappt sich den Tunnel zuerst und Symcon kann den ausgewählten Tunnel nicht mehr nutzen.
Es stellt sich halt die Frage warum hier IPS mit eingestelltem Tunnel 5 in den Tunnel 1 reinkommuniziert. Es könnte natürlich auch sein das Enertex ein falsches Mapping macht und denkt das gehört zur ETS Kommunikation.
