Klasse! muss ich bei nächster Gelegenheit definitiv zuhause auch einmal ausprobieren!
Aber was ich mich da frage ist: Ist das wirklich gut für den kleinen Würfel? Im Endeffekt wird ja jedesmal das HG umgeschrieben. Bin da kein Fachmann, aber kann es nicht sehr gut sein, das solche Teile des Systems in einem Speicherbereich liegen der evtl nicht unendlich oft beschrieben werden kann/sollte, weil es sich wahrscheinlich eben doch nur um einen flash speicher handelt?
Würde das systemseitig integriert werden, währe es ja über Variablen gelöst, die dann während der Sitzung im RAM gehalten werden und somit den Hauptspeicher nicht belasten würden. Daher währe es dann ziemlich egal wie oft die Variable geändert wird. So wird aber jedes mal am Hauptspeicher rum geschrieben…
Das Tagebuch und die Datenbank werden im Sekundentakt geschrieben und das interne Log auch und diese Daten sind nicht in Ram.
Ich denke das dieses kein Problem darstellen sollte. Bei mir wird das HG auch nur ausgelöst wenn wirklich ein Fenster offen ist.
Also sollte es eigentlich nie ausgelöst werden, da wir ja ordentliche Menschen sind die alles kontrollieren.
Habe mit nem Delaysnode die payload limitiert. Ist nicht die schönste Lösung und verschluckt manchmal den Fenstergriff, aber besser als doppelte Einträge. Mit rbe geht es leider nicht.
Ich schaue mir das nochmal an.
Jedoch konnte ich diesen Fehler nicht feststellen. @chrisLE kannst du mir deinen Flow nochmal per slack schicken. Und genau erklären wann es wo zu den doppelten Meldungen kommt .
VG Micha
Habe den debug mal hinter die Abfrage gepackt. Auf homee ist zu viel los.
Ein Fenster is offen. Ein zweites öffne ich und schließe es wieder. Trotzdem wird das erste doppelt gemeldet. Hat mit prellen also nichts zu tun.
Mit dem Limit geht es aber dann. Darf dann eben nur 1 Fenster pro Sekunde öffnen.
Hast du meine Funktion hinter die api gehangen ？ Was hast du als Auslöser definiert? Meine Funktion war nicht für die api gedacht.
Hier muss dann sauber auf einen Wert gefiltert werden.
So habe den Flow jetzt nochmal angepasst, jetzt können Attribute raus gefiltert werden und zeitlich verzögerte HG’s machen jetzt kein Problem mehr.
Die Funktion wird jetzt nur noch einmal durch ein HG getriggert. Problem mit der Dopplung von Nachrichten ist damit behoben.
Ich habe das ganze jetzt noch als individuelle Sprachausgabe auf dem Google mini umgesetzt. Es lassen sich auch die Inhalte vom Body eines Webhooks modifizieren.
Lustige Idee, aber wenn ich nicht da bin dann brauche ich die Ausgabe nicht auf meiner Sonos .
Die Möglichkeiten sind schon super.
Natürlich kannst du auch die webhooks individuell gestalten. Wenn du genaue Werte von Temperatur oder Luftfeuchtigkeit brauchst kannst du diese so senden.
Die Idee ist aber wirklich cool. So könnte man sich eine individuelle Begrüßung nach dem aufstehen ausgeben lassen. Guten Morgen, heute ist die gelbe Tonne dran und es regnet. Oder und du musst heute Scheibe kratzen
.
