Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

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