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

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

[Homoran]

@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

[haselchen]

@homoran

Auf der Nodemcu ist ESPHome installiert und per USB am Raspi. Sie hat eine eigene IP und läuft angebunden am Iobroker über den ESP Home Adapter.

[Homoran]

@haselchen
???

aktualisiert die nodemcu den DP weiterhin in ioBroker auch wenn der GTag weg ist?