Wenn Wert länger als 30 Minuten kleiner als *gelöst*
-
Hab es jetzt anders gelöst.
Hab da eine Lösung von @paul53 hier im Forum gefunden.
Bei der obigen Lösung habe ich tatsächlich die Nacht über permanent Meldungen bekommen , dass GTag Offline wäre.
-
fehlt da nicht die Bedingung ab - 90 ?
-
@haselchen sagte: Hab es jetzt anders gelöst.
Weshalb zwei Trigger auf den gleichen Datenpunkt?
-
Das hatte nicht funktioniert .
Da der Datenpunkt alle ca. 2sek aktualisiert wird , finde ich die jetzige Lösung eigentlich die Beste.
Bleibt abzuwarten wie der Tag heute verläuft . -
Geht es eleganter ?
Ich habe einen DP angelegt der je nach Bedingung True oder False anzeigt .
Und das Blocky regelt die Bedingung.
Der DP wird alle ca. 2 sek aktualisiert, dann ist der andere DP True. Wenn er 1min nicht aktualisiert wird soll er False anzeigen . -
@haselchen sagte: Geht es eleganter ?
Ja, in einem Trigger auf "wurde aktualisiert":
- aktualisiere mit wahr direkt
- aktualisiere mit falsch im Timeout.
-
-
@haselchen sagte: Meinst Du so?
Ja.
-
Ich bespiele die Nodemcu gerade neu.
Gtag ist offline sagt mir Alexa. Seit 1min wurde ja auch nix aktualisiert.
Aber der DP steht auf true, wie kann das also sein?
2 Fehler, der DP müsste auf false gehen und Alexa dürfte wegen true nix sagen.
-
@haselchen sagte: Seit 1min wurde ja auch nix aktualisiert.
Sicher? Das lässt sich nur am Zeitstempel feststellen.
-
Der DP steht auf true. Also dürfte Alexa schon deshalb nix sagen.
-
@haselchen sagte: Der DP steht auf true.
Überprüfe den Zeitstempel des Trigger-Datenpunktes!
-
Hab jetzt den "aktualisiere" statt "steuere" Baustein genommen, scheint jetzt zu funktionieren.
-
@haselchen sagte: Hab jetzt den "aktualisiere" statt "steuere" Baustein genommen, scheint jetzt zu funktionieren.
Das macht bezüglich des Triggers (RSSI) keinen Unterschied.
Der Anwesenheits-Datenpunkt geht nur auf false, wenn der Zeitstempel des Trigger-DP eine Minute lang nicht mehr aktualisiert wurde. -
Genauso war/ist es gedacht.
Keine Ahnung, ob die Bestätigung des aktualisiere Blocks (true in schwarzer Schrift)
den Unterschied ausmacht. Vorher mit "steuere" war die Schrift rot.
Hab es nochmal getestet, so klappt es jedenfalls (momentan
) wie gewünscht. -
@haselchen sagte: ob die Bestätigung des aktualisiere Blocks (true in schwarzer Schrift) den Unterschied ausmacht. Vorher mit "steuere" war die Schrift rot.
Die geänderte Schriftfarbe ist der einzige Unterschied bei einem eigenen Datenpunkt.
-
Ich danke Dir (mal wieder) für die Lösung mit dem optimierten Blockly.
Wenns wieder in die Hose geht , melde ich mich wieder -
Das Ganze ist dann doch , fast mit Ansage , in die Hose gegangen.
Auf dem Weg zur Arbeit habe ich minütlich die Meldung bekommen.
Wie muss das Blockly aussehen , dass nur 1 mal die Nachricht geschickt wird , wenn Abwesenheit auf False geht? -
@haselchen sagte: Wie muss das Blockly aussehen , dass nur 1 mal die Nachricht geschickt wird , wenn Abwesenheit auf False geht?
Keine Ahnung, denn ich kenne das Verhalten des RSSI-DP nicht. Logge mal den Wert oder historisiere den DP.
-
@haselchen sagte in Wenn Wert länger als 30 Minuten kleiner als *gelöst*:
Das Ganze ist dann doch , fast mit Ansage , in die Hose gegangen.
war zu erwarten!
ich schrieb dir ja bereits, dass du hier über ein Drittgerät arbeitest.
die Infos kommen von deiner nodemcu, der Wert betrifft aber den GTag.die Frage
@homoran sagte in Wenn Wert länger als 30 Minuten kleiner als *gelöst*:
die nodemcu wird sich wahrscheinlich weiterhin an dem ioBroker melden, oder?
hast du noch immer nicht beantwortet
