Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[haselchen]

@homoran

Pssst....vielleicht merkt es keiner :)

Ist das so richtig, wenn der Wert immer so zwischen -69 und -89 ist?
Ich will , wie du siehst ab -90 das der Datenpunkt Anwesenheit "falsch" ist.
Und sobald er = oder unter -90 ist , dass Anwesenheit "wahr" ist.

[haselchen]

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.

[Ralla66]

@haselchen

fehlt da nicht die Bedingung ab - 90 ?

[paul53]

@haselchen sagte: Hab es jetzt anders gelöst.

Weshalb zwei Trigger auf den gleichen Datenpunkt?

[haselchen]

@ralla66

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 .

[haselchen]

@paul53

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 .

[paul53]

@haselchen sagte: Geht es eleganter ?

Ja, in einem Trigger auf "wurde aktualisiert":

• aktualisiere mit wahr direkt
• aktualisiere mit falsch im Timeout.

[haselchen]

@paul53

Meinst Du so?

[paul53]

@haselchen sagte: Meinst Du so?

Ja.

[haselchen]

@paul53

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.

[paul53]

@haselchen sagte: Seit 1min wurde ja auch nix aktualisiert.

Sicher? Das lässt sich nur am Zeitstempel feststellen.

[haselchen]

@paul53

Der DP steht auf true. Also dürfte Alexa schon deshalb nix sagen.

[paul53]

@haselchen sagte: Der DP steht auf true.

Überprüfe den Zeitstempel des Trigger-Datenpunktes!

[haselchen]

@paul53

Hab jetzt den "aktualisiere" statt "steuere" Baustein genommen, scheint jetzt zu funktionieren.

[paul53]

@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.

[haselchen]

@paul53

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.

[paul53]

@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.

[haselchen]

@paul53

Ich danke Dir (mal wieder) für die Lösung mit dem optimierten Blockly.
Wenns wieder in die Hose geht , melde ich mich wieder :)

[haselchen]

@paul53

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?

[paul53]

@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.