Der neue Monatsrückblick für Mai und Juni 2026 ist online!

[GombersIOB]

Ich habe die Scripts ein wenig angepasst.

Das Script reagierte auf jede Änderung des Switch-Objekts. Der Adapter ändert aber nachts immer mal wieder den Zeitstempel. Das führte zur Meldung "Ladesteckdose wurde ausgeschaltet", ohne dass sie eingeschaltet gewesen war. Reagiere jetzt nur noch auf Änderung des Wertes (Schaltzstandes)
von

on({ id: SMARTPLUG_SWITCH_STATE, change: "any" }, (obj) => {

auf

on({ id: SMARTPLUG_SWITCH_STATE, change: "ne" }, (obj) => {

Ich habe das Script geändert, dass das Einschalten des Steckers nur noch über IOBroker/VIS möglich ist Dazu gibt es eine neue User-Variable "Switch" den ich auch mit VIS schalte. Wenn die nich auf "true" steht wird der Stecker direkt wieder ausgeschaltet.

Die geänderten Scripte füge ich bei. Außerdem noch das Setup-Script für die Kontrollvariablen.

SwitchOnOff.ts Kobtrolle dss Ein/Ausschalt-Vorgangs
BatteryMonitor.ts Handelt das Ein/Ausschalten
EBikeAkkuSetup.ts Erstellen der Umgebungsvariablen

[gto]

Hallo GombersIOB
Ich habe Verständnisfragen:
Steuert ein Script den Timer und das andere über die Kennlinie? Müssen beide gleichzeitig laufen? Schaltet das Timerscript das andere aus und umgekehrt?
Danke Thomas

[GombersIOB]

@gto Ich habe aus ästhetischen Gründen zwei Scripts gemacht. Ich mag große Monolithen nicht. Und da hier zwei einigermaßen deutlich unterscheidbare Zwecke zu sehen waren, habe ich auch zwei Scripte daraus
gemacht. Technisch könnte man das auch in eins nehmen.
Da nichts zu überwachen ist, wenn der Shelly nicht eingeschaltet wurde, braucht man auch beide Scripte aktiv.

Der SwitchOnOff.ts behandelt die Anfangswerte, mit denen gestartet wird. Speichert den Zustand des Shelly und setzt die Annahmen an den Ist-Ladezustand und Soll-Ladezustand. Außerdem überwacht es, ob per IOBroker oder auf anderem Wege eingeschaltet wurde. Nach dem Einschalten könnte man dieses Script beenden. Aber warum sollte man das tun?

Der Timer "BatteryMonitor.ts" schaltet aus, mit was immer zuerst erreicht wird: Der gewünschte Ladezustand oder das Absinken der Ladekennlinie. Man kann also derzeit auch keine 100% Füllzustand einstellen, fällt mir bei der Frage auf, da die Kennlinie das Laden ja vorher stoppt.
Diese Möglichkeit muss ich wohl auch noch einbauen. Denn ab und zu soll ja eine LIB/LFP-Batterie zu hundert Prozent geladen werden, um dem BMS zu ermöglichen, den Füllstand sauber zu bestimmen.

Ich habe aber das Einschalten des Ladevorgangs am Steckdosenschalter wieder ermöglicht. Man kann die Kontrolle darüber jetzt in den Uservariablen unter dem Namen ".AppControlledSwitchOn" ein bzw ausschalten.
"True" bedeutet hier, Einschalten nur über IOBroker, "False" lässt das Schalten auch über den Stecker zu.

BatteryMonitor.ts
SwitchOnOff.ts
EBikeAkkuSetup.ts

[gto]

@GombersIOB
Danke für deine ausführliche Erläuterung, jetzt ist "fast" alles klar.
Nur zur Sicherheit: Der Ladestart erfolgt durch Schalten der Dose in der Shelly-App, an der Dose selbst oder über den Datenpunkt ".relay.0.switch"?
Danke
Thomas

[GombersIOB]

@gto "SwitchOnOff" startet nicht das Laden sondern kontrolliert den Startwunsch. Es erkennt das Einschalten über den Steckerschalter oder die ShellyApp oder über VIS und geht damit um. Und es setzt die Anfangswerte zurück.

Auf das Erkennen kann es dann unterschiedlich reagieren.
Derzeit, zum Beispiel, kann ich erzwingen, dass ein Ladestart über den Schalter an der Steckdose unterbunden wird. (Das habe ich gemacht, weil mir schien, dass der Stecker sich "selbstätig" wieder einschaltete. Es kamen Meldungen vom Adapter, die mich irritierten. Aber es ist nur der Adapter gewesen, der den Status völlig unvermittelt nachts updatete. Die Funktion ist jetzt drin, aber eigentlich derzeit sinnfrei. Deshalb habe ich sie über Parameter ein- bzw ausschaltbar gemacht).

Es gibt Wünsche, wie ich im Blog von Olafs Pedal&Perspektive lesen konnte, dass das Laden nicht sofort beginnt sondern mit Verzögerung, damit, wenn der Akku nach einer Fahrt angeschlossen wird, er erst abkühlen kann. Das habe ich (noch) nicht berücksichtigt, wäre da aber leicht möglich zu machen.

"BatteryMonitor" fragt im Loop, mit einminütiger Pause, immer wieder die Gesamt-Lademenge ab und vergleicht sie mit dem Bedarf an Energie um den Akku von Anfangs-Ladezustand auf End-Ladezustand aufzuladen. Außerdem prüft es die Ladeleistung. Wenn die unter einen Prozentwert (hier 50%) der maximalen gemessenen Leistung abfällt, dann stoppt das Laden auch.

Um es nochmal im Detail zu erklären:
Der Shelly-Adapter setzt in den Shelly-Daten (...Relay0.Switch) den Schaltzustand auf "true", wenn die Steckdose eingeschaltet ist. Wenn "SwitchOnOff" das erkennt dann setzt des die Anfangswerte zum Laden.
Und "BatteryMonitor" beginnt mit der Überwachung.

Aber insgesamt möchte ich bitten, nochmal ein paar Tage, bis Mitte nächster Woche, zu warten. Ich bin dabei das Programm nochmal generell zu überarbeiten, um es besser testen zu können und auch mit der Ladekennlinie flexibler umzugehen. Außerdem habe ich die Namen der User-Objekte jetzt systematischer benannt.
Das Testen machte ich bisher über ausprobieren, das möchte ich jetzt systematischer angehen. Ich habe noch Fehler gefunden, die man beim bloßen probieren derzeit nur schwer nachvollziehen kann.

[gto]

@GombersIOB
Danke, alles klar. Vielen Dank für den Aufwand mit der Programmierung.
Wie du bereits weiter oben geschrieben hast, kann derzeit nicht über die Einstellungen bis 100% geladen werden.
Was hältst du von einer Deaktivierung der Kennlinienabschaltung für den Fall dass 100% Ladesoll ausgewählt ist. Dass musste mit einer einfachen Abfrage funktionieren.
Leider kenne ich mich mit den Akkus und dem Laden nicht im Detail aus, daher weiss ich nicht ob der Balancer länger Strom braucht als rechnerische Ladezeit ermittelt wurde. Für diesen Fall müsste bei 100%-Einstellung dann 110% Ladung erfolgen.

LG
Thomas

PS: Könntest du bitte deine globalen Skripte für die Funktionen bébenfalls bereitstellen!

[GombersIOB]

@gto
Ich habe meine Programme nun als Git-Repository auf Codeberg veröffentlicht - mit umfangreicher Beschreibung. Schau hier

Die verwendete globale Funktion ist easy. Da ich mehrere Pushover-Instanzen für verschiedene Zwecke habe, habe ich denen Namen gegeben. Das geht leider am Adaper nicht. Man muss die Nummern der Pushover-Adapter angeben. Um über Instanz 1 zu senden schickt man also an "pushover.1".
Ich kann diese Nummern immer nich auseinanderhalten.
Deshalb dieses kleine global Script:

/*
* Provide Pushover Instance
*/
function iobGlbl_getPushoverInstance(alias: string) : string {
    if (alias.toLowerCase() == "alarm") {
        return "pushover";
    } else if (alias.toLowerCase() == "iobroker") {
        return "pushover.0";
    } else if (alias.toLowerCase() == "maindoor") {
        return "pushover.1";
    } else if (alias.toLowerCase() == "ebikebattery") {
        return "pushover.2";
    } 
    return "pushover.0";
}

[GombersIOB]

Es hat ja Spaß gemacht, das Ganze zu programmieren. Aber am Ende bin ich auf eine simple Lösung gekommen.
Die Meross SmartPlug bietet eine Standby-Killer-Funktion. Damit kann man das Ausschalten ganz einfach automatisieren, indem man mal beobachtet, wieviel Strom der Akku im Normalfall zieht. (Mein Bosch Ladegerät arbeitet mit etwa 180 bis 190 Watt)
Den Standby-Killer könnte man dann Einstellen, dass, wenn die Ladeleistung für 10 Minuten unter 90 Watt fällt, die Steckdose abschaltet.
Das wäre eine ganz simple Automation über die Kennlinie.

[dodi666]

Hi, du suchst dir einfach die Leistungsaufnahme zu deinem gewünschten Abschaltwert und schaltest dann bei beispielsweise 85% = 102W die Steckdose aus. Funktioniert bei mir seid einem Jahr einwandfrei...

[GombersIOB]

@dodi666
Danke, ich sehe jetzt, das geht mit Shelly auch. Etwas komplizierter als bei Meross, aber vermutlich ausreichend. Auf die Idee mit dem Standby-Killer bin ich vorher nicht gekommen. Und die Shelly habe ich mir auch nur gekauft, weil auf "Olafs Pedal&Service"-Seite dieses auf den Schalter ladbare Programm angepriesen wurde. Ich habs probiert, fand aber, wenn dann gehört das Script in den IOBroker, nicht auf die Steckdose.

Ich nutze mein Programm aber sowieso etwas anders. Ich fahre wöchentlich eine größere Tour und habe zwei Akkus. Die lade ich, wenn ich zurückkomme nur mäßig voll (70%) um dann schnell nochmal aufzufüllen wenns ungeplant losgeht. Das Laden von 30% aus würde mir zu lange dauern.

Von daher ist mein Programm nicht völlig vergeblich!