@guim31 und diejenigen, die Frigate nutzen, habt ihr es mit Gladys über MQTT verbunden?
Ich möchte eine Benachrichtigung bei Bewegung erhalten, und das ist in der Frigate-Konfiguration möglich. Aber das MQTT-Topic, das in Gladys konfiguriert ist, scheint nicht mit dem übereinzustimmen, was gesendet wird. Daher sieht Gladys nichts.
Gehe über Node-RED, sonst 
Ich nutze auch Node-RED.
@lmilcent Ich habe diese Diskussionen in ein neues Thema verschoben, um die Alpha-Version des Kameralivestreams nicht zu stören. 
Wie funktioniert dieser MQTT-Alert bei Bewegung in Frigate? Wenn es möglich ist, ihn in die MQTT-Integration zu integrieren, könnte man das ohne Node-RED machen, das wäre cool!
Genau. Frigate kann eine MQTT-Nachricht an ein vordefiniertes (und nach meinem Wissen nicht änderbares) Topic senden.
Aber Gladys gibt mir, wenn ich ein MQTT-Gerät einrichte, ein anderes, spezielles Gladys-Topic vor. Ich habe den Eindruck, dass ich Gladys nicht sagen kann, welches Topic sie verwenden soll.
Was ist das Thema und welches ist das Nachrichtenformat?
Ok, das ist sehr klar
Tatsächlich ist Node-RED kurzfristig die beste Option.
Langfristig gibt es zwei Optionen (die sich nicht ausschließen):
Bearbeitung: Nun, nachdem ich das Frigate-Produkt gesehen habe, wird mir klar, dass es sich um ein sehr sehr Entwickler-/Nerd-Produkt handelt. Ich weiß nicht, ob eine native Integration in Gladys Sinn macht, da es nicht selbstbedienbar ist.
Hallo @pierre-gilles
Wäre es nicht möglich, in Gladys eine bearbeitbare Liste für die Umwandlung von « MQTT-Externe Zeichenkette » zu « Gladys-MQTT-Zeichenkette » und umgekehrt anzubieten? Das wäre doch einfacher und universeller, oder?
Dadurch könnte Gladys sich an die externe MQTT-Zeichenkette anmelden und an eine Gladys-Format-Zeichenkette veröffentlichen, und Gladys würde sie dann wie vorgesehen interpretieren.
Das ist eindeutig die Lösung für MQTT-Integrationen. Damit kann man auf dedizierte Dienste verzichten, die mehr oder weniger geekige Lösungen bieten.
Frigate ist wirklich toll, aber es ist schade, dass man direkt in Textdateien konfigurieren muss. Das macht das Produkt weniger zugänglich für die breite Öffentlichkeit.
Ich bevorzuge die Szene
Denn das Topic ist eine Sache, der Inhalt der Nachricht eine andere. MQTT ist wie HTTP, es ist nur ein Protokoll, aber jeder Client legt darin hinein, was er möchte.
Der Vorteil einer Szene besteht darin, auf ein bestimmtes Topic und eine bestimmte Nachricht reagieren zu können, sogar den Inhalt der Nachricht in der restlichen Szene über eine Variable zu verwenden.
@lmilcent Danke für die Anfrage!
Damit kann man den Systemkonfigurations-Teil vom Smart-Home-Szenario-Teil unterscheiden
Man konfiguriert einmal die Anpassung der Nachrichten Gladys extern <=> extern Gladys und die Szenarien müssen nicht alle geändert werden, wenn die Implementierung erfolgt
