Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Gerber]

@asgothian
Vielen Dank.

Ich verstehe jetzt, wieso die Whatsapp mehrfach verschickt wird.
Die von dir beschriebenen Optionen werde ich mir genauer ansehen, damit ich diese genauer verstehe.

---

Ich wäre dir hierfür natürlich sehr sehr dankbar, wenn du dir die Mühe machst und solch ein Szenario einmal aufbauen könntest.
Lass dir soviel Zeit wie du benötigst😊.

[Gerber]

@Asgothian

Wow vielen Dank dafür.
Ich denke ich habe das ganze jetzt weitestgehend verstanden 👍👍.

---

Ich würde dann die CarStatus Variable bei "Else-If" auf

Else-if Carstatus = 3 oder 4 setzten (da dies einmal 3= bereit für laden und 4 = Finished aber noch connected) bedeutet
Zusätzlich dann die darunterliegende Carstatus Variable beim "do" auf z.B. 5 setzten.

Ich hoffe, dass es so richtig ist.

Folgende Fragen hätte ich noch zu deinem Script:

• Ganz oben setzt du die CarStatus Variable auf False.
  Ist das, damit diese Variable einen anderen Wert beim Neustart des Scripts bekommt?

• Du schreibst bei Execution "Interval", dass die Nachricht wieder weg kann. Heißt hier muss direkt danach noch der Intervall gestoppt werden?
  Sonst würde ja alle 1 min eine Whatsapp verschickt werden oder?

• Das gleiche müsste ich jetzt eigentlich noch für den oberen Teil bauen, dass nicht direkt bei einem State Value unter 500 das Laden abgebrochen wird, sondern auch hier nur wenn der State Value länger als z.B. 10 Minuten unter 500 ist...

[Asgothian]

@gerber sagte in Event auslösen wenn länger als Zeit X:

Ganz oben setzt du die CarStatus Variable auf False.
Ist das, damit diese Variable einen anderen Wert beim Neustart des Scripts bekommt?

Du schreibst bei Execution "Interval", dass die Nachricht wieder weg kann. Heißt hier muss direkt danach noch der Intervall gestoppt werden?
Sonst würde ja alle 1 min eine Whatsapp verschickt werden oder?

Das gleiche müsste ich jetzt eigentlich noch für den oberen Teil bauen, dass nicht direkt bei einem State Value unter 500 das Laden abgebrochen wird, sondern auch hier nur wenn der State Value länger als z.B. 10 Minuten unter 500 ist...

• Das mit dem False ist mal wieder ein Baufehler - da muss eine 0 rein, damit die Variable einen definierten Wert hat
• Wenn du die Meldung nicht mehr willst würde ich das ganze Intervall weg nehmen - dann hat sich das erledigt
• Ja.

@gerber sagte in Event auslösen wenn länger als Zeit X:

Ich würde dann die CarStatus Variable bei "Else-If" auf
Else-if Carstatus = 3 oder 4 setzten (da dies einmal 3= bereit für laden und 4 = Finished aber noch connected) bedeutet
Zusätzlich dann die darunterliegende Carstatus Variable beim "do" auf z.B. 5 setzten.

Vorsichtig - der Wert 1 wird genutzt um zu erkennen das das Auto frisch angeschlossen wurde. Das ist wichtig für die Situation das du das Auto anschliesst während der Überschuss bereits stabil über 500 ist. In diesem Fall würde das Auto ansonsten nie laden, da die Bedingung "Wechsel von unter 500 auf 500 oder mehr" nicht erfüllt werden kann.

Wenn die Variable direkt vom Auto gelesen wird musst du ggf. für die Situation frisch eingesteckt einen eigenen Marker vergeben.

A.

[Gerber]

@Asgothian

Das mit dem False ist mal wieder ein Baufehler - da muss eine 0 rein, damit die Variable einen definierten Wert hat
Wenn du die Meldung nicht mehr willst würde ich das ganze Intervall weg nehmen - dann hat sich das erledigt
Ja.

Alles klar, danke.

Vorsichtig - der Wert 1 wird genutzt um zu erkennen das das Auto frisch angeschlossen wurde. Das ist wichtig für die Situation das du das Auto anschliesst während der Überschuss bereits stabil über 500 ist. In diesem Fall würde das Auto ansonsten nie laden, da die Bedingung "Wechsel von unter 500 auf 500 oder mehr" nicht erfüllt werden kann.

Wenn die Variable direkt vom Auto gelesen wird musst du ggf. für die Situation frisch eingesteckt einen eigenen Marker vergeben.

Alles klar, danke.

Aber theoretisch könnte ich es wie von dir beschrieben nutzen, auf den Datenpunkt der Wallbox reagieren, wenn sich der Car Datenpunkt ändert.

Daraufhin wie oben beschrieben Wenn = 3 oder 4, dann laden.

Natürlich muss ich jetzt die Werte noch so anpassen, dass wenn das Auto lädt die Kapazität für das beenden der Ladung beachtet wird.

Ich habe es jetzt so mit den Variablen gelöst, denke sollte passen.

[Asgothian]

@gerber Da passt leider was nicht:

das "stop CarStatus" wird so nichts bringen, da muss eher ein "stop Timeout" rein.

Sonst sieht es gut aus.

A

[Gerber]

@asgothian

Ahhhhhhhhhhh. Das "STop" Timeout hatte ich zuvor eingefügt und nicht mehr beachtet.
Muss natürlich angepasst werden, danke.

Würdest du jetzt ein zweites Script schreiben, zwecks dem Stoppen des Ladevorgangs oder in das jetzige mit einbauen?

[Asgothian]

@gerber In das jetzige mit einbauen. Ist effektiver

[Gerber]

@asgothian Alles klar.

Jetzt ist mir gearde noch ein Gedanke gekommen.
Wäre es nicht sinnvoller den CarStatus eins drüber zu setzten, damit zuerst geprüft wird ob überhaupt ein Auto verbunden ist und nur dann geladen wird?

In diesem Fall könnte es ja sein, dass der vorherige Werte < 500 ist und der jetzige Wert >= und somit würde er den Ladebefehl senden.

BZW eigentlich könnte man den Operator von Oder auf Und drehen und somit würde er nur in das Timeout gehen, wenn ein Überschuss ist und ein Auto verbunden ist, richtig?

Also so:

EDIT:

Oder sogar den Carstatus ganz oben abfragen, so dass beide Blöcke nur loslaufen, wenn ein Auto auch wirklich verbunden ist 🤔

Final dann so:

Somit würde er den ladenStarten Timeout beenden, wenn kein Überschuss mehr da ist und das Laden nur abbrechen, wenn kein Überschuss mehr da ist und ein Auto momentan lädt.
Und das ganze könnte ich je Situation ändern. Heißt auch bei einem kleineren Überschuss (auch wenn es für das Auto nicht komplett ausreicht), dass laden starten und wenn es lädt mit anderen Werten das laden beenden.

Sollte doch eigentlich so passen oder habe ich hier ein Denkfehler? 🤔

Natürlich noch die Aktion zum Starten des Ladens etc einbauen.

[BananaJoe]

Ich setzte so etwas ähnliches auch in einigen Skripten ein - allerdings nicht als Timout.

Skript 1 reagiert auf Datenpunktänderungen und prüft den Zustand, z.B. ob eine Solarproduktion aktiv ist oder nicht, oder ob ein Gerät eingeschaltet ist oder nicht.
Und setzt a.) einen entsprechenden Datenpunkt auf True. Und b.) schreibt es den Zeitstempel in einen anderen Datenpunkt (Typ Number). Ist der Zustand dann wieder Aus / False setzte ich auch False und setze den Zeitstempel auf 0
Zeitstempel sind die Millisekunden seit dem 1.1.1970, 00:00 Uhr.

Damit kann man nämlich prima Rechnen.

Für Dinge die dann nach einer gewissen Zeit passieren sollen nutze ich ein 2. Skript welches 1x pro Minute läuft und die Datenpunkte prüft. Zum Beispiel Ob der Zeitstempel nicht 0 ist und wenn ja wie groß ist die Differenz.
Ich muss natürlich sicherstellen das es nicht mehrmals auslöst, also nicht jede Minute weil die Differenz > 600.000 Milisekunden ist

Vorteil ist - für mich - das ich das ganze mehrmals mit unterschiedlichen Zeitenräumen verwerten kann, nebenbei habe ich so auch die Einschaltdauer.

[Asgothian]

@gerber sagte in Event auslösen wenn länger als Zeit X:

Sollte doch eigentlich so passen oder habe ich hier ein Denkfehler?

So sieht es gut aus.

@bananajoe sagte in Event auslösen wenn länger als Zeit X:

Und setzt a.) einen entsprechenden Datenpunkt auf True. Und b.) schreibt es den Zeitstempel in einen anderen Datenpunkt (Typ Number). Ist der Zustand dann wieder Aus / False setzte ich auch False und setze den Zeitstempel auf 0
Zeitstempel sind die Millisekunden seit dem 1.1.1970, 00:00 Uhr.
Damit kann man nämlich prima Rechnen.
Für Dinge die dann nach einer gewissen Zeit passieren sollen nutze ich ein 2. Skript welches 1x pro Minute läuft und die Datenpunkte prüft. Zum Beispiel Ob der Zeitstempel nicht 0 ist und wenn ja wie groß ist die Differenz.
Ich muss natürlich sicherstellen das es nicht mehrmals auslöst, also nicht jede Minute weil die Differenz > 600.000 Milisekunden ist

Kann man machen, ist meiner Meinung nach aber ressourcentechnisch nicht so gut. Du machst schon bei jeder Änderung etwas, und nur weil du da nicht noch ein komplexeres Ifthenelse einbauen willst machst du zusätzlich noch etwas per Heartbeat.

Finde ich doppelt gemoppelt.

A.

[BananaJoe]

@asgothian sagte in Event auslösen wenn länger als Zeit X:

Du machst schon bei jeder Änderung etwas, und nur weil du da nicht noch ein komplexeres Ifthenelse einbauen willst machst du zusätzlich noch etwas per Heartbeat

Naja, die Timeout-Beispiele reagieren auch auf jede Änderungen und steigen dank Sperrvariable wieder aus. Das ist dann nicht mehr oder weniger. Oder wie oft wird das letzte Beispiel von @Gerber ausgeführt?

Mehr ist der zusätzliche 1x die Minute Aufruf, richtig.

[Gerber]

@Asgothian

So sieht es gut aus.

Super, dann habe ich die komplette logik auch mit den Timeouts verstanden.
Nochmal vielen Dank für die Hilfe.

Das Script hat heute auch super funktioniert.
Die Werte mit dem Laden abbrechen muss ich noch ein wenig variieren.

@BananaJoe
Danke für dein Vorschlag.

[Asgothian]

@bananajoe sagte in Event auslösen wenn länger als Zeit X:

Mehr ist der zusätzliche 1x die Minute Aufruf, richtig.

Bedingt. Es ist der Minütliche Aufruf plus die Aufrufe zur Synchronisation an den Minütlichen Aufruf.

Nebenbei reagieren die Timeout-Befehle gerade nicht auf jede Änderung. Wenn du mal genau liest reagieren sie nur auf die Änderungen bei denen der Wert von "Vorher unter schwellwert" auf "jetzt über Schwellwert" wechselt. Das heist zu 95% läuft der Timeout nicht. Nur in dem Zeitrahmen wo der Wert um den Schwellwert schwankt gibt es regelmässig Timeouts.

Nur das wir uns nicht missverstehen. Das ist nicht viel, da hast du recht. Das kann man so machen - das stimmt auch - für jeden Einzelfall. Aber im grossen und ganzen halte ich es für empfehlenswert sich tiefer mit der Event-Basierten Programmierung zu beschäftigen um weniger regelmässige Skripte zu haben.

Gerade das von @Gerber vorgeschlagene Problem lässt sich leicht vollständig ohne Zeitpläne nutzen - wenn man es durchdenkt.

A.

[BananaJoe]

@asgothian sagte in Event auslösen wenn länger als Zeit X:

Aber im grossen und ganzen halte ich es für empfehlenswert sich tiefer mit der Event-Basierten Programmierung zu beschäftigen um weniger regelmässige Skripte zu haben.

Da hast du natürlich Recht. Ich nutze das "1x die Minute" genau genommen auch nur an 2 Stellen für VIS Darstellungen (z.B. Ereignisanzeige auf der verschiedenen Meldungen nacheinander angezeigt werden, neue Meldungen aber sofort erscheinen), der große Rest läuft Eventbasiert - das war ja gerade eines der Dinge die ich genial finde (neben dem Objektebaum) und mich deshalb für ioBroker entschieden hatte.