Wer nutzt denn eigentlich alles Home Assistant?

[meti]

gabsi55 hast du schon richtig. Der trigger feuert für jedes Telegram. Ob die Automation weiter ausgeführt wird kann man im Condition Block entscheiden (den trigger auswerten).

Der Vorteil vom Device trigger ist, dass es GA Vorschläge gibt und die sich nach Name finden lassen. Und dass der 'type` aus dem Projekt gezogen wird.

[gabsi55]

Was möchtest du da bearbeiten?

Ich denke ich verstehe dieses Konzept nicht ganz. Ich würde um ein kleines Beispiel Bitten.
Bei einem KNX event höre ich ja z.B. explizit auf eine 1 als data/payload. Wie bewerkstellige ich das mit den Device Triggern?
Mit rein der GA als Trigger wird die Automation ja bei jedem KNX Telegramm ausgeführt? (Condition mal außen vor)

[meti]

Ja, das wäre cool. Hab ich aber nicht vernünftig hin bekommen weil diese Eingabefelder nicht dynamisch erstellt werden können. Dh einfach in einer Condition machen.

🤔 ein Workaround wäre mehrere Device Trigger anzubieten - einen für jeden gängigen DPT (1,2,3,5,9 zB). Dann könnte man die GAs danach filtern und einen Wert-Feld mit range anzeigen. Muss ich mal testen.

[EdStark]

Ist doch schon nicht schlecht, mal eben eine Automation zu bauen damit. Die GA-Namen aus der ETS helfen hier ungemein. Cool wäre es, wenn man direkt den Wert bei einem nicht 1bit-Wert eintragen könnte, z.B. GA 1/2/3 und Bedingung Szenennummer XY (kann man vermutlich in eine template condition einfügen, ich hab das bisher immer in den KNX event trigger eingetragen mit destination und data:..

[meti]

Was, außer der GA möchtest du noch auswählen für einen Trigger?

Der Device trigger verwendet die Infos aus dem Project-file. Was möchtest du da bearbeiten?

[gabsi55]

Irgendwie komme ich mit den Device Triggern nicht zurecht.
Das einzige was ich auswählen kann ist die Gruppenadresse. Type, Name und Payload etc. müsste ich wieder im Yaml-Editor bearbeiten?

Das ist beispielhaft die einzige Information, die ich zustande bringe:

platform: device
domain: knx
device_id: XXXX
type: telegram
destination:
- 2/2/50

[meti]

Hier mal kurz die Unterschiede:

• Device trigger bekommen ihre DPT Information immer vom Project-file. Bei knx_event kann man das manuell konfigurieren. User die keine Projektdatei haben werden mit Device triggers - so wie sie jetzt implementiert sind - nicht viel anfangen.
• Jedes Event am HA-Event-Bus wird in die Datenbank gespeichert - und ich denke das ist unnötig für jedes KNX Telegramm. Soweit ich weiß gilt das für Device trigger nicht.
• Bei Events kannst du im Trigger auf alle keys matchen - zb. nur triggern wenn ein GroupValueResponse ankommt, oder bei einer bestimmten Source-Addresse. Das geht bei Device trigger jetzt nicht direkt - aber man könnte das in einer extra Condition machen.
• Man kann einen Device trigger für mehre GAs erstellen - das geht wiederum bei Events nur in einer extra Condition.
• Events lassen sich mit `knx.event_register` dynamisch registrieren (kein Reload / Neustart nötig) - das ist vor allem für Blueprints gedacht. Wie man Device trigger in Blueprints benutzen kann hab ich mir noch nicht angeschaut.

Man könnte wahrscheinlich schon bei jedem Event (das keinen `type` manuell konfiguriert hat) die DPT aus dem Projekt benutzen... so viel Zeit war einfach vor dem Release nicht mehr. Ich weiß auch nicht ob es wirklich intuitiv und robust ist wenn man dann eine YAML / Panel Hybrid-Lösung hat.

[EdStark]

Ok mangels GA welche nicht in der yaml ist kann ich das gerade nicht testen.
D.h. knx events sind jetzt überflüssig oder haben sie noch eine daseinsberechtigung?

[meti]

Das gilt nur für Events. Nicht für Device trigger - hier ist kein Neustart oder reload nötig.

[EdStark]

meti ja ich muss zB wenn ich eine neue GA in der ETS erstelle, diese als Event in die HA yaml eintragen und HA Neustarten, erst dann kann ich in Automationen auf dieses Event reagieren (Event oder device trigger).
in NodeRed kann ich zB direkt auf eine GA hören in der KNX Integration.

[meti]

EdStark Du kannst die gleichen Automations doch mit Device trigger bauen. Oder übersehe ich was?

[EdStark]

...

Schade, wäre doch sinnvoll direkt alle Gruppenadressen aus der Projektdatei als HA Events zu registrieren damit man hier direkt Automationen bauen kann.

[meti]

Events blieben wie sie waren. Device Trigger sind eine eigenständige Sache. Schau dir den Link an dann siehst du gleich wie die benutzt werden.

[EdStark]

Hier sind ein paar Screenshots für die die sich nicht an die Beta trauen 🤣 https://github.com/home-assistant/core/pull/92355
Wär nett wenn das jemand mit einem ETS 6.1 Projekt probieren könnte - wir haben keine 6er Lizenz.

Device Triggers benützen das auch - die können statt knx_event benutzt werden - siehe https://github.com/home-assistant/core/pull/93102

Für konkrete Ideen und Anregungen was man mit dem Panel sonst noch machen könnte bitte hier entlang https://github.com/XKNX/knx-frontend/discussions

Mir ist noch nicht ganz klar was mit dem Panel nun geht wenn ich die ETS Projektdatei importiere. Werden die GAs nun direkt in HA nutzbar oder muss ich die GAs weiterhin der yaml eintragen um auf die KNX Events reagieren zu können in den Automationen?
Auf jedenfall bin ich froh dass sich etwas tut. HA und KNX gehören einfach zusammen.

[Amenophis]

Das ist gestern nicht durchgelaufen und ich dachte, dass es das getan hätte. Heute hat es dann geklappt und jetzt ist alles da. Sehr cool. Vielen Dank