Neues YouTube-Video: Visualisierung im Devices-Adapter

[Homoran]

@Qlink sagte:

bleiben die Datenpunkte "batterie100%laden-falsch-aktiv" ... auf true

Du fragst aber nach "falsch" ab

[paul53]

@Qlink [sagte]: bleiben die Datenpunkte "batterie100%laden-falsch-aktiv" und "batterie100%laden" auf true

Mit der Prüfung von "batterie100%laden-falsch-aktiv" auf falsch wird ein Start des Timeouts verhindert, wenn der Timeout vorher einmal abgebrochen wurde (Skript-Neustart).
Wozu dient der Timeout, wenn bei Timeout-Start schon ein SOC von 100 % erreicht ist?

EDIT: Versuche es mal so:

"Freigabe" = "batterie100%laden".

[Qlink]

@paul53 Danke für deine Hilfe.

Hab ich deinen Vorschlag so richtig umgesetzt ?

Ich habe wo gelesen, dass es von Vorteil ist, wenn der SOC des BYD länger nicht auf 100% war, dass er einige Zeit konstant auf 100% ist oder bleibt, daher der Timeout.

Beste Grüße

[paul53]

@Qlink [sagte]: Vorschlag so richtig umgesetzt ?

Ja, wobei ein Vergleich mit wahr sinnlos ist, denn das Ergebnis eines Vergleichs ist true oder false.
Das Einlesen des Trigger-DP (SOC) kostet unnötig Ressourcen, denn der Wert liegt bereits als Variable vor (unter "Trigger").

[Qlink]

@paul53 Leider bleibt "batterie100%laden" auch mit der neuen Script Variante auf true.

Hast du noch eine Idee warum das so ist ?

Beste Grüße

[paul53]

@Qlink [sagte]: Idee warum das so ist ?

Nein. Um die Ursache zu checken, ergänze um eine Log-Ausgabe:

[black.falcon87]

@Qlink
ist "batterie100%laden" ein eigener Datenpunkt unter 0_userdata oder ein Datenpunkt von einem Adapter?
Nicht das du den Datenpunkt "steuern" musst, anstatt "aktualisieren" ?

[Qlink]

@paul53 hier der Log Output:

2026-05-28 10:55:40.850 - info: javascript.0 (562) script.js.PV_Regelung.manuelle-Regelung-Test: SOC:100%, Batterie 100 % laden: true, warme Jahreszeit: true

@black.falcon87 batterie100%laden ist ein eigener Datenpunkt von mir im userdata Verzeichnis...

[paul53]

@Qlink [sagte]: Log Output:

Obwohl alle Bedingungen passen, startet der Timeout nicht?

[Qlink]

@paul53 genau so verhält es sich

Hier die Verlaufsdaten von dem Datenpunkt:

Eigentlich hätte das Script den DP am 28.05.26 um 11:55:40 Uhr auf false setzen müssen.
Das passiert aber nicht.
Ich habe ihn am nächsten Tag in der Früh manuell per vis Button auf false gesetzt...

[paul53]

@Qlink [sagte]: Das passiert aber nicht.

Dann ergänze um zwei weitere Log-Ausgaben bei Timeout-Start und Timeout-Ablauf:

Wird das Skript innerhalb der 60 Minuten Timeout neu gestartet? In dem Fall kann der Timeout nicht ablaufen.

[Qlink]

Das Skript sollte meinem Verständnis nach innerhalb des Timeouts nicht neu gestartet werden, da sich der Trigger DP lauft Verlaufsdaten für über 10h nicht geändert hat:

Hab die beiden weiteren Log Ausgaben eingebaut:

[paul53]

@Qlink [sagte]: innerhalb des Timeouts nicht neu gestartet werden, da sich der Trigger DP lauft Verlaufsdaten für über 10h nicht geändert hat:

Der Wert des Trigger-DP hat nichts mit einem Skript-Neustart zu tun.
Der Skript-Neustart kann auch geloggt werden:

EDIT: Allerdings wird ein Skript-Neustart immer automatisch geloggt.

[paul53]

@Qlink [sagte]: innerhalb des Timeouts nicht neu gestartet werden

Version, die auch einen Skriptstart innerhalb der 60 Minuten übersteht: