Wenn Wert länger als 30 Minuten kleiner als *gelöst*
-
Wie denn auch denn auch, wenn das Gerät ausser Reichweite ist?
Darum geht es ja.
Der GTag sendet permanent seine RSSI.
Alle ca.2sek wird der DP aktualisiert.
Und wenn er ausser Reichweite ist, soll die Anwesenehit auf false gesetzt werden.
Ich hab den Timeout Wert auf 1min gesetzt, weil er dann wirklich nicht mehr erreichbar ist.
Leider bekomme ich dann jede Minute eine Nachricht. -
@haselchen sagte: Leider bekomme ich dann jede Minute eine Nachricht.
Du hast hoffentlich nicht anstelle von Timeout den Intervall-Block eingesetzt?
-
@haselchen sagte in Wenn Wert länger als 30 Minuten kleiner als *gelöst*:
Der GTag sendet permanent seine RSSI.
nochmal!
der kann senden was er will und wo er will, wenn weg!
Der Tag kommuniziert mit der nodemcu und nicht mit ioBroker direkt. -
Und nochmal , der gesendete Wert wird im Datenpunkt des ESP Home Adapters sofort abgebildet.
Es ist das Blockly was ich als letztes gezeigt habe.
Mit stop Timeout und Timeout darunter . -
@haselchen sagte in Wenn Wert länger als 30 Minuten kleiner als *gelöst*:
der gesendete Wert wird im Datenpunkt des ESP Home Adapters sofort abgebildet.
und wie oft pasiert das?
auch wenn der Tag in Honolulu ist? -
Vermutlich solange bis die Batterie des GTag leer ist .
Und nur solange er in Reichweite der Nodemcu ist . Das ist aber selbsterklärend. -
@haselchen sagte in Wenn Wert länger als 30 Minuten kleiner als *gelöst*:
Vermutlich solange bis die Batterie des GTag leer ist .
was verstehe ich denn nicht?
Wenn der Tag in Honolulu idt hat er keine Verbindung mehr zu nodemcu!
dann ist doch vollkommen wurscht ob, wie oft und was er am anderen Ende der Welt sendet!Sendet die nodemcu dann weiter alle x sekunden den letzten Status an den iobroker?
-
@haselchen sagte: Mit stop Timeout und Timeout darunter .
Wenn jetzt jede Minute bei Abwesenheit gesendet wird, dann ändere die Timeout-Zeit mal auf 2 Minuten.
-
Diese Thematik ist völlig unerheblich, weil sonst alles funktioniert.
Ich möchte nur 1mal diese Meldung bekommen, wenn 1min nicht aktualisert wurde.
Nicht mehr nicht weniger.Der Rest funktioniert alles tadellos.
-
Dann bekomme ich die Nachricht alle 2min.
Da muss noch irgendeine Logik oder ein Baustein rein, der es auf eine Nachricht senden begrenzt. -
@haselchen sagte: jede Minute eine Nachricht.
Wie wird die Nachricht erzeugt? Im geposteten Blockly wird nur ein Datenpunkt geschrieben!
-
@haselchen sagte in Wenn Wert länger als 30 Minuten kleiner als *gelöst*:
Diese Thematik ist völlig unerheblich,
eben nicht, weil du ggf. falsch denkst
@haselchen sagte in Wenn Wert länger als 30 Minuten kleiner als *gelöst*:
Ich möchte nur 1mal diese Meldung bekommen, wenn 1min nicht aktualisert wurde.
und genau dieses wenn ist der Knackpunkt und deshalb bin ich so penetrant!
aktualisiert die node mcu dann wirklich nicht mehr?
-
Moin,
Ich habe mal bei mir nachgeschaut.
Bei Abwesenheit wird bei mir der RSSI-Wert alle 5 Minuten mit nan aktuallisiert. -
Nein, der letzte Wert bleibt stehen, wenn außer Reichweite.
Sonst aktualisiert er in grüner Farbe die RSSI Zahl. -
Das ist das Blockly , wenn nach 1min der Nicht-Aktualisierung der DP auf falsch geht.
Und das bekomme ich dann je nachdem welcher Timeout eingestellt ist, jede Minute, alle 2 Minuten.....
-
@haselchen sagte in Wenn Wert länger als 30 Minuten kleiner als *gelöst*:
Sonst aktualisiert er in grüner Farbe die RSSI Zahl.
also dann ist der DP als Trigger in Deinem Blockly nicht gut !
-
@haselchen sagte: der letzte Wert bleibt stehen, wenn außer Reichweite.
Dann ändere mal den RSSI-Trigger auf "wurde geändert" in der Hoffnung, dass sich der RSSI-Wert bei Anwesenheit mind. einmal in der Minute ändert.
-
@haselchen sagte in Wenn Wert länger als 30 Minuten kleiner als *gelöst*:
Und das bekomme ich dann je nachdem welcher Timeout eingestellt ist, jede Minute, alle 2 Minuten....
du schaltest auf jeden Fall den DP erst einmal auf WAHR, egal welchen Wert die nodemcu sendet, da der Trigger auf aktualisieren steht.
1 (oder 2) Minuten später geht dann der DP auf FALSCHund das Telegram Skript reagiert auf Änderung des Anwesenheits DPs.
und die findet alle 1 (2) Minuten statt -
@homoran
Ohne das wirkliche Verhalten des RSSI-DP zu kennen (Log oder History), ist alles nur Spekulation.
Wenn der DP öfter als einmal pro Minute aktualisiert wird, dürfte der Anwesenheits-DP nie FALSCH werden. Wenn seltener, weshalb dann nach einer Minute wieder WAHR --> FALSCH?
@haselchen verheimlicht uns was! Vielleicht noch ein weiteres Skript?Ursachenforschung mit einem Trigger auf den Anwesenheits-DP:
-
@paul53
ich tippte ja darauf, dass der RSSI-DP öfter aktualisiert wird.
Die Aussage mit dem kurz grün werdenden Wert, was später ausbleibt, hat mich allerdings ins Grübeln gebrachtAllerdings haben wir nie etwas zu den Timestamps des DP erfahren.
