ElabNET Technik Forum

Die Einschränkung auf die CV würde ich weglassen Du hast ja auch das Problem, dass Du Änderungen an den GAs in allen Konfig-Files nachziehen musst.

Zeit, dass eine direkte Verbindung mit dem Backend ermöglicht wird (MQTT,..), ohne über den KNX zu müssen. Dann wird ein Schuh draus und das ist m.E. nochmal ein richtig großer Meilenstein für den TWS. Freue mich drauf

Nu wird's aber langsam bissle OT, sorry...

Dragonos2000 hat geschrieben: ↑Fr Jan 31, 2020 9:05 am Zeit, dass eine direkte Verbindung mit dem Backend ermöglicht wird (MQTT,..), ohne über den KNX zu müssen. Dann wird ein Schuh draus und das ist m.E. nochmal ein richtig großer Meilenstein für den TWS. Freue mich drauf

Das meinte ich in meinen Post auch. Mal schauen wenn das kommen wird. Auf jeden Fall wird das wieder ein großer Meilenstein. Der TCP/UDP Sender / Reciever ist genau so ein schönes Teil und wurde ja jetzt schon indirekt mit eKey angekündigt.

Sun1453 hat geschrieben: ↑Fr Jan 31, 2020 9:12 amDer TCP/UDP Sender / Reciever ist genau so ein schönes Teil und wurde ja jetzt schon indirekt mit eKey angekündigt.

Jein.....das sind schon noch zwei verschiedene Paar Stiefel. Die ekey Unterstützung nimmt zwar UDP entgegen, aber der Parser dafür ist jetzt kein Universalparser und die Oberfläche speziell auf ekey ausgerichtet.

Für ein universelles UDP-Interface werden wir noch was machen müssen. Allerdings kommen mit der Unterstützung für MODBUS und MQTT auch Parser für json / xml und dann ist man auch nicht mehr von einem Textparser weit entfernt und dann kann man hier auch mit wget und UDP/TCP eine größere Sache anrühren.

lg

Stefan

@StefanW Ihr habt also eine gewisse Basis damit geschaffen und müsst diese nur entsprechend erweitern, so hab ich das gerade verstanden.

gbglace hat geschrieben: ↑Fr Jan 31, 2020 8:36 am Ja bei Bild4 bzw. Beim Sollwert gibt es eben das Problem das die CV der Master der Information ist, aber die CV keine ETS Konfigurationsebene hat und somit gar nicht mit Flags versehen werden kann. Insofern braucht man hier wieder ein anderes Objekt welches als Master für die Solltemperatur fungieren soll.

Ich hatte es schon mal wo anders geschrieben: eine Visu kann niemals Master eines Zustandes (hier "Information" genannt) sein!

Master muss ein Teil einer Logik Engine sein. Beim WireGate hatte ich dafür das StateSave Plugin.

Also ich habe mal im offiziellen Forum von CometVisu wegen MQTT gefragt, da es sich um eine allgemeine Sache handelt und der TWS ja nur ein Nutzer unter vielen sein wird.

Chris meinte:

Wenn der Broker Web Sockets spricht, dann ist das angedacht aber noch nicht implementiert.

@StefanW Wird das unterstützt werden? Damit könnte man viele Probleme mit der Visu eliminieren.

@Dragonos2000 @Robert_Mini @gbglace sollte man die Posts ab 44 (Zugschluss) nicht in einen extra Thema packen. Hat mit dem FR nichts mehr zutun.