Ich habe ein paar Anmerkungen nach dem Anschauen des Videos:
Du hast es schnell vorgeschlagen @pierre-gilles, aber tatsächlich denke ich, dass wir darüber nachdenken sollten, die Bezeichnung der MQTT-Integration in « Virtuelle Geräte » zu ändern, zumindest eine Möglichkeit, diesen Teil verständlicher und zugänglicher zu machen. Viele Leute fragen im Forum nach Funktionen, die in Wirklichkeit bereits durch diese Fake-Geräte möglich sind… Vielleicht sollten wir das mehr in den Vordergrund stellen.
Ich denke auch, dass wir in derselben Integration noch einmal darüber nachdenken sollten: Catalogue des features supportées en MQTT
Denn wie du mit der Risikostufen-Funktion gezeigt hast, kann ich nicht erraten, dass diese Funktion einen Mindestwert von 0 und einen Höchstwert von 3 erwartet… Es sei denn, ich mache spezifische Recherchen. Ich denke, diese Information sollte über die Oberfläche verfügbar sein.
Sehr gut erklärt. Ein weiteres Beispiel für die Verwendung des benutzerdefinierten MQTT-Themas, das den Bezug zu 4.40 und 4.41 herstellt: Eine Person mit einer bestehenden zigbee2MQTT-Installation, die einen Sensor hat, der noch nicht von Gladys unterstützt wird, könnte sehr gut ein MQTT-Gerät erstellen, um die gewünschte Metrik abzurufen, bis eine native Integration erfolgt. Ein bisschen umständlich, aber es funktioniert.
Ich finde die Idee mit den „Virtuellen Geräten“ ganz gut, es ist weniger „technisch“. Allerdings muss klar sein, dass dies auf MQTT basiert. Eine Person, die Flow-Node-RED/ Home Assistant verwendet, könnte sonst verwirrt sein.
Der Begriff ist zu überdenken, aber meiner Meinung nach sollte in jedem Fall keine Kopplung von Sensor zu physikalischem Gerät bestehen. Es gibt verschiedene Sensoren mit mehreren Ausgängen und daher in der Lage, mehrere physikalische Geräte (zentralisiert) zu messen. In diesem Fall ist es möglich, entweder mehrere Geräte mit einer oder mehreren « Funktionalitäten » zu erstellen oder mehrere « Funktionalitäten » auf einem einzigen Gerät.