ElabNET Technik Forum

Hallo zusammen,

habe jetzt sowohl im Forum, in der Timberwolf Oberfläche als auch in der KB gesucht aber noch nirgends was gefunden zur Frage im Betreff...

Kann mir da jemand Hinweise geben? Ich würde gerne wissen wer gerade wann meinen einzig verfügbaren Tunnel meiner USB TPuart Schnittstelle belegt

Ich denke das wird der TWS selbst sein, da ja der KNX-Logger quasi ne Dauerverbindung hält.

Hallo Göran,

erstaunlicherweise wohl nicht... der wiregate Container läuft ohwohl auch der KNX Logger aktiv ist!

Aber so ist es ja auch gut, es geht obwohl ich es anders erwartet habe

Verstehen tu ich es aber nicht. Kann es sein daß nun alle Tunnelverbindungen über den eibd automatisch gehen und damit man quasi die Schnittstellenbeschränkung aufhebt?

Hallo zusammen,

es gibt bisher keine Anzeige, welcher Dienst nun den / die Tunnel belegt. Für die meisten Nutzer macht eine solche Anzeige auch wenig Sinn, weil die 8 oder 25 Tunnel ohnehin mehr als genug sind. Daher verwenden wir das Entwicklungsbudget eher für Dinge, die für alle zielführend sind.

Der Timberwolf Server selbst - und damit auch sein Logging - verbrauchen KEINEN KNXnet/IP Tunnel.

Der eine verfügbare Tunnel steht also zur Verfügung für entweder die ETS, entweder die Visu oder entweder einen anderen Container.

lg

Stefan

Danke Stefan! Eine extra Entwicklung ist sicher nicht sinnvoll, ich dachte nur ich hab da ggf was übersehen. Und wenn der TWS selbst kein Tunnel braucht ist das Verhalten jetzt auch klar.

tger977 hat geschrieben: ↑So Aug 18, 2019 1:02 pmDanke Stefan! Eine extra Entwicklung ist sicher nicht sinnvoll, ich dachte nur ich hab da ggf was übersehen.

Ne, hast nic übersehen.

Das Feature der Anzeige der Tunnel-Nutzer ist zwar vorgesehen und die API auch im Stack eingebaut, aber das in das Frontend einzubauen haben wir noch nicht geschafft.

Aber es wird bei Gelegenheit noch ein Redesign der Oberfläche der kNX Interfaces geben, um den Umgang mit mehreren Interfaces und deren Wechsel zu ermöglichen. Aber das ist was für 2020 oder später. Das wird auch stark davon abhängig sein, welche Bedürfnisse die Kunden hier haben.

Derzeit stehen auf der Roadmap eher weitere Protokolle wie DMX, ModBUS, MQTT, DALI, BacNET wichtiger (ohne jetzt etwas versprochen zu haben !).

lg

Stefan

StefanW hat geschrieben: ↑So Aug 18, 2019 1:06 pm Aber es wird bei Gelegenheit noch ein Redesign der Oberfläche der kNX Interfaces geben, um den Umgang mit mehreren Interfaces und deren Wechsel zu ermöglichen. Aber das ist was für 2020 oder später. Das wird auch stark davon abhängig sein, welche Bedürfnisse die Kunden hier haben.

Bei dem redesign solltet ihr dann auch die (ausgegraute) eibd Option rausnehmen, nach deinem Post im anderen Thread wollt ihr das ja offensichtlich gar nicht mehr anbieten und habt da sogar eher was dagegen wenn jemand so was machen möchte...

tger977 hat geschrieben: ↑So Aug 18, 2019 1:19 pmdeinem Post im anderen Thread wollt ihr das ja offensichtlich gar nicht mehr anbieten und habt da sogar eher was dagegen wenn jemand so was machen möchte...

Ich habe nichts dagegen, wenn jemand das bei sich macht, aber ich möchte vermeiden, dass dies als offizieller oder offiziell geduldeter Trick etabliert wird, weil es nicht auszuschließen ist, dass dies irgendwann mit einer Version 6.x der ETS oder dem Einbau von Secure-Produkten beißt und wir uns dann im Support herumschlagen müssen mit dem Argument "das habt ihr so versprochen".

(Ganz allgemein wird gerne sehr vieles später als "Versprechen" ausgelegt, das ist ein gerne genutztes Totschlagargument in Diskussionen, darum bin ich sehr vorsichtig geworden, was vermutlich auch nichts nützen wird).

lg

Stefan