NEWS
Wenn Wert länger als 30 Minuten kleiner als *gelöst*
-
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.
-
@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 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.
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? -
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.
-
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 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 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
-
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.
@haselchen
???aktualisiert die nodemcu den DP weiterhin in ioBroker auch wenn der GTag weg ist?
-
@haselchen
???aktualisiert die nodemcu den DP weiterhin in ioBroker auch wenn der GTag weg ist?
-
@haselchen sagte in Wenn Wert länger als 30 Minuten kleiner als *gelöst*:
wenn der RSSI Wert nicht mehr aktualisiert wird.
bekomst du auch nich!
Deswegen ja Die Frage ob er weiterhin (ohne Werteänderung) aktualisiert wird! -
@haselchen sagte in Wenn Wert länger als 30 Minuten kleiner als *gelöst*:
wenn der RSSI Wert nicht mehr aktualisiert wird.
bekomst du auch nich!
Deswegen ja Die Frage ob er weiterhin (ohne Werteänderung) aktualisiert wird!Wie denn auch denn auch, wenn das Gerät ausser Reichweite ist? :thinking_face:
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. -
Wie denn auch denn auch, wenn das Gerät ausser Reichweite ist? :thinking_face:
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?
-
Wie denn auch denn auch, wenn das Gerät ausser Reichweite ist? :thinking_face:
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 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. -
@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. -
@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? -
@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.
-
@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.
-
Wie denn auch denn auch, wenn das Gerät ausser Reichweite ist? :thinking_face:
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: jede Minute eine Nachricht.
Wie wird die Nachricht erzeugt? Im geposteten Blockly wird nur ein Datenpunkt geschrieben!