MQTT-Nachricht in einer Szene verwenden

Hallo @pierre-gilles,

Das ist nicht für das Thema, sondern für die empfangene Nachricht, bei der wir das Verhalten der Szene je nach empfangener Nachricht ändern könnten, z. B.
« Nur fortsetzen, wenn » Nachricht=Wert <
"Nachricht senden {{ MQTT-Wert "
et eine andere Szene
« Nur fortsetzen, wenn » Nachricht=Wert >
"Nachricht senden {{ MQTT-Wert "
oder wenn es ein « sonst » für « nur fortsetzen, wenn » geben würde
« Nur fortsetzen, wenn » Nachricht=Wert <
« Sonst »
"Nachricht senden {{ MQTT-Wert "
Ich habe « Nachricht senden » verwendet, aber es könnte auch eine andere Aktion sein

Das entspricht meiner Funktionsanfrage Pouvoir créer des variables globales utilisables dans gladys (Latitude, Longitude, Date, Heure etc)
Die Idee ist, etwas mehr Flexibilität und Parametrisierung in Gladys zu haben

Danach bleibt es Vorschläge, wenn es Nachfrage gibt, wird es Abstimmungen geben, also könnte es interessant sein, es zu entwickeln, wenn es keine gibt, dann lohnt es sich nicht, aber man kann es nicht wissen, ohne zu fragen! :blush:

Danach hatte ich das vorgeschlagen

Es stimmt, dass es idealerweise besser wäre, da es den Empfang und das Senden einer MQTT-Nachricht in den Szenen abdeckte, die @Lokkye implementiert hat, aber wir könnten den Status zurückgeben wie bei den anderen MQTT-Geräten, wobei die interne Syntax von Gladys beibehalten wird, es ist nur eine Zuordnung zu machen:

  • Gladys abonniert sich beim Publish eines externen Geräts, wenn es eine Nachricht empfängt, wandelt es in die MQTT-Syntax von Gladys um und sendet sie zur Verarbeitung, als ob es die Nachricht im Gladys-Format erhalten hätte

  • Wenn Gladys das MQTT eines externen Geräts veröffentlichen muss, wandelt es die MQTT-Syntax von Gladys in die externe MQTT-Syntax um und sendet die Nachricht

Damit könnte man Node-red für alle Geräte, die noch nicht integriert sind oder die es nicht sein werden, weil sie zu spezifisch sind, umgehen
Aber es gibt nicht viele Stimmen, also vielleicht interessiert es niemanden, vielleicht sollte man eine Integration entwickeln, bei der man diesen Mapping-Fall einfacher behandeln könnte, da nur eine Tabelle in der Datenbank hinzugefügt werden müsste, ich bin noch nicht so weit dafür :thinking: aber ich verzweifle nicht! :blush: