[erledigt] Aktion, erst nach dauerhafter Zustandsänderung

[docadams]

Hallo,
ich hoffe, dass ich mein Problen einigermaßen treffend in der Überschrift geschildert habe.

Also, ich möchte einen Zustand am Auto abrufen, wenn unser Auto kommt oder abfährt.
Als Trigger (ACTUAL) dient ein altes Handy, das permanent im Auto ist. Wenn es im WLAN eingeloggt ist, ist das Auto da (wahr), wenn nicht, ist es unterwegs (falsch).
Und immer, wenn sich der Zustand ändert, soll die Abfrage durchgeführt werden.
Nun ist das WLAN draußen nicht sehr zuverlässig. Darum loggt sich das Handy öfters mal für ein zwei Sekunden aus und dann wieder ein, obwohl das Auto nicht bewegt wurde. Dann möchte ich aber keine Aktion durchführen. Erst wenn der geänderte Zustand nach 30 Sekunden immer noch geändert ist, soll die Abfrage durchgeführt werden.

Ich habe es unter Anderem mit einem Timeout versucht, aber da ist ein Denkfehler drin.

Habt ihr einen Tipp?

Schönen Advent DocAdams

[Homoran]

@docadams ist das der Wert aus den Triggerbausteinen oder eine selbst erstellte Variable?

[docadams]

@homoran
Meinst du ACTUAL ? Das ist das Vorhandensein des Handys, eben wahr doder falsch. Nur wenn dieser Zustand sich geändert hat, und nach 30s immer noch so (geändert) ist, soll was geschehen.
Nach meiner fehlerhaften Logik fangen die 30s aber immer wieder neu an, auch wenn z.B. das Handy nach 2s wieder da ist.
Ich müsste die kurze Unterbrechung überbrücken....

[Homoran]

@docadams sagte in Aktion, aber erst nach dauerhafter Zustandsänderung:

Meinst du ACTUAL

nein, ich meine Wert!

[docadams]

@homoran
Der Wert ist der getriggerte Zustand von ACTUAL. Also
wahr --> falsch --> (nach 30s immer noch) falsch ist Auto wirklich weg bzw.
falsch --> wahr --> (nach 30s immer noch) wahr ist Auto wirklich gekommen

Wenn aber
wahr --> fasch --> (nach 2s) wahr , dann soll nichts passieren

[Homoran]

@docadams sagte in Aktion, aber erst nach dauerhafter Zustandsänderung:

Der Wert ist der getriggerte Zustand von ACTUAL. Also

aber nur, wenn du denn Baustein

@homoran sagte in Aktion, aber erst nach dauerhafter Zustandsänderung:

Wert aus den Triggerbausteinen

nimmst und nicht

@homoran sagte in Aktion, aber erst nach dauerhafter Zustandsänderung:

eine selbst erstellte Variable

[paul53]

@docadams sagte: loggt sich das Handy öfters mal für ein zwei Sekunden aus und dann wieder ein

Vorschlag:

Wert aus den Trigger-Blöcken sieht anders aus als eine selbst erstellte Variable Wert, es sein denn, man verwendet eine Uraltversion der Javascript-Adapters.

[docadams]

Achso,
der "Wert" ist aus dem Trigger-Menue.

OK, die Variable Anwesenheit soll weg.

Bei Paul ist vor Wert noch ein Pfeil nach rechts. Wie komme ich da ran?

Mein Problem ist, dass ich nicht nur beim Abfahren was machen will. Dann wäre eine nochmalige Abfrage von ACTUAL nach 30s ausreichend.
Ich will auch das machen, wenn er kommt.

[Homoran]

@docadams sagte in Aktion, aber erst nach dauerhafter Zustandsänderung:

Bei Paul ist vor Wert noch ein Pfeil nach rechts. Wie komme ich da ran?

Deswegen meine Frage!

Da sich der Wert aus dem Triggerbaustein nicht von einer selbst erstellten Variable unterschied, wurde er in neueren Javascript Versionen optisch verändert

[paul53]

@docadams sagte: Wie komme ich da ran?

Unter Blöcken "Trigger" der dritte Block von oben.

[docadams]

@paul53
So habe ich es gemacht. Bei mir würde, glaub ich, die Farbe leicht variieren. OK, alte Version.

Ich dachte, bei Falls...kann ich nur etwas vergleichen.

Ich müsste dann in einem weiteren Trigger den neu anzulegenden Datenpunkt anwesend auswerten, um die Autoabfrage zu starten. Richtig?

[paul53]

@docadams sagte: Ich müsste dann in einem weiteren Trigger den neu anzulegenden Datenpunkt anwesend auswerten, um die Autoabfrage zu starten. Richtig?

Nein, triggere auf "ACTUAL" und ersetze "anwesend" durch "force refresh vehicle status". Woher kommt der Name?

[docadams]

@paul53
Vom Bluelink-Adapter und erzeugt eine Datenabfrage vom KIA.
In der VIS werden mir dann die Restkilometer, SoC, usw. angezeigt.
Wenn aber in der Nacht wegen ständiger Unterbrechnungen des WLAN x Abfragen erfolgen, wird das Auto ständig geweckt und am Morgen ist die 12V Batterie leer. Das ist der Hintergrund.

[docadams]

Nein, triggere auf "ACTUAL" und ersetze "anwesend" durch "force refresh vehicle status". Woher kommt der Name?

Dann würde er doch die Abfrage starten, wenn das Handy nach 2s wieder kommt.

Ich versuche es mal mit dem 2. Trigger.

[paul53]

@docadams sagte: Dann würde er doch die Abfrage starten, wenn das Handy nach 2s wieder kommt.

Nur, wenn die Abfrage auf Aktualisierung des Zeitstempels reagiert und nicht nur auf Wertänderung. Falls es so ist, ergänze um die Abfrage des Istzustandes des DP.

[docadams]

Nein, leider.
Leider würde er nur beim richtigen Kommen die Abfrage starten.

Ich übeschlafe es noch mal drüber. Ich bring mein Problem nicht klar rüber.

[docadams]

Hab jetzt eine Idee. Vielleicht nicht elegant, scheint aber zu funktionieren.

Der Anwesenheits-Simulator ist nur ein Schalter, wird später durch ACTUAL ersetzt.
Die Debug-Ausgabe ersetzt die spätere Anfrage im KIA_Adapter.
Der Rest sollte sich erklären.