[Beantwortet] [V3.5.1] Ist UDP broadcast Empfang am TWS mit der HTTP-API möglich?

[0lek]

Hey @gbglace

In meinem Kopf ist es so, dass der TWS "irgendwann mal" Wetterstationen links in der Menueleiste hat. Und dass dahinter ein konkretes Datenmodell steht, also der TWS "weiss" dass dieses Objekt Temperatur ist, jenes Wind usw. Und nicht nur dass es "ein Objekt ist". Damit kann ich dann "irgendwann mal" automatisch Wetter-basierte Events benutzen, wie z.B. Nachrichten bekommen wenn Windalarm usw. (oder halt irgendwas anderes).

Oder anderes Beispiel: Im Home Assistant stellt die Wetterstation automatisch ein "weather" Objekt zur Verfuegung. Damit kann man dann mit einem Klick eine Wetterkarte "fuettern", ohne dass ich haendisch mappen muss, was Temperatur, was Sonnenstand usw. ist.
Also beim TWS eventuell auch was fuer die Visu?

Aber ehrlich, dass ist ein "super Komfort-Feature", weil du hast schon recht - haendisch kann ich das alles auch heute schon machen.

Gruesse.

[gbglace]

Ja das wäre dann aber eine explizite Anbindung genau jener Wetterstation, da haben diese Community-Projekte wie HA immer die Nase vorn, weil es da eben tausende nerdige Freaks gibt die sich ein Gerät kaufen eine Integration auf die direkte API dessen schreiben und veröffentlichen. Das wird der TWS und elabnet so nie leisten können.

Eine Visu wird ein Wetterwidget haben, da kommen dann entweder zentrale Objekte ran aus einem angebundenen Wetterservice (da würde dann elabnet eine API eines Dienstes anbinden) oder solch ein Widget wird modularer und man kann Objekte aus dem TWS-Objektsystem frei anbinden. Dann sammelt man sich die Werte so zusammen wie man es am liebsten hat. Regen aus Gerät X via Protokoll Y, Temperatur aus Gerät B via Protokoll Z. Der Dispatcher hilft dabei durch Vorfilterung der Datentypen und mit der Suche nach Namen/Beschreibungen Tags usw.

Bei HA finde ich das auch alles nicht viel handlicher. Die Integration eines Gerätes/Dienstes geht immer recht einfach, dann hat man da auf dem Dashboard immer ein vorgefertigtes Bündel an Informationen (Entitiäten). Will man diese aber irgendwie verwenden usw. dann ist da für mich gefühlt die Welt zu Ende im HA.
Da bin ich zu blöde und zu sehr vom TWS verwöhnt einfach via dem Dispatcher alles mit allem instant verbinden zu können.

[cybersmart]

Das Einzige was beim MQTT noch fehlt sind die Filtermöglichkeiten die aber ja auch auf der To-Do Liste stehen.

[Sun1453]

@gbglace ja das stimmt. So einfach geht es nur mit dem TWS

@cybersmart jup das wird bestimmt auch kommen nur jetzt freuen wir uns erstmal auf die Visu

[gbglace]

Das Einzige was beim MQTT noch fehlt sind die Filtermöglichkeiten die aber ja auch auf der To-Do Liste stehen.

Aktuell nutze ich auf der MQTT Schnittstelle quasi nur binäre Signale und Zählerstände. Im Zweifel schiebe ich das jeweils an ein Logikmodul und filtere / Begrenze damit bevor es in eine Timeseries oder auf den KNX-Bus geht.

[StefanW]

Hi Aleksander,

In meinem Kopf ist es so, dass der TWS "irgendwann mal" Wetterstationen links in der Menueleiste hat. Und dass dahinter ein konkretes Datenmodell steht, also der TWS "weiss" dass dieses Objekt Temperatur ist, jenes Wind usw. Und nicht nur dass es "ein Objekt ist". Damit kann ich dann "irgendwann mal" automatisch Wetter-basierte Events benutzen, wie z.B. Nachrichten bekommen wenn Windalarm usw. (oder halt irgendwas anderes).

Richtig. Genau das haben wir auch in der DEV-Konferenz letzte Woche als "interne Planungen" erläutert. Nicht nur für Wetterdaten, sondern auch Licht, Energie usw. Wir nennen das intern "komplex-Objekte". Man muss dann nur noch ein Objekt verknüpfen und da ist "alles" drin.

Das ist nicht versprochen noch gibt es einen Zeitplan und schon gar nicht will ich in Zukunft Nachfragen haben, wann und wie das kommt, weil das schaffe ich nicht. Aber wir haben das bereits ins Auge gefasst ...


lg

Stefan