@Marc-Berg sagte in mqtt programmatisch publish topic zufügen:
Könntest du darauf verzichten, zur Laufzeit zwischen Single- und Multistate-Subscriptions zu switchen? Dann würde ich es mit in die "external Trigger" Funktionalität einbauen.
Das ist kein Problem. Ich schicke zur Laufzeit generell ein array of states.
Falls 1
Bei mir tummeln sich die iob-in-inject nodes innerhalb von Subflows. z.B Eine Zimmer-Card für das dashboard.
Die benötigten zu abbonierenden IDs werden als Env-Variable in der Flow Konfiguration administriert (array). Vorteil, ich kann die karten für ein anderes Zimmer kopieren und muss den subflow nicht mal öffnen, weil die Konfig außerhalb erfolgt.
Fall 2
Ich füge zur Laufzeit z.B. eine Lampe auf einer card zu. Das geht bei mir, weil ich da universelle template-nodes gebastelt habe, denen ich ein array of objets geben kann und die werden halt dargestellt (zur Laufzeit änderbar) Bild
[image: 1770772523340-91286c5d-14af-432e-8834-c21172dd888f-image.png]
Zu den Objekten gehören natürlich states die ich dank iob-in-inject auch dynamisch abbonieren kann.
Also um ein Object mehr darzustellen muss nicht mal der Flow gestoppt werden. Kann alles über das dashboard gemacht werden.
Hört sich komplizierter an als es ist. Voraussetzung ist aber die Möglichkeit states dynamisch abbonieren zu können.
Wenn du die node nicht integrieren willst ist das ja auch kein Problem, läuft ja in meinem use case. Ich bin mir nicht sicher, ob das über den external Trigger so einfach machbar und nötig ist.
Was ich nicht schön fände, wenn das in die iob-in integriert werden würde. Das wäre dann nicht mehr kompatibel. Als Extra node wie bei mir stört das ja niemanden, der sowas nicht braucht.
Inzwischen habe ich eigentlich alle wichtigen dashboard nodes in Template nodes nachgebaut und erweitert. Da bin ich dann doch flexibler. Die speichern selber, wodurch ich das external triggern gar nicht mehr nutze. Wichtiger waren aber andere Einschränkungen der dashboard nodes.
Aber das führt hier zu weit.
