@Daniel-8 sagte: @maxclaudi sagte: Ein Grund mehr sich nicht allein auf SoC oder minSoc zu verlassen. Würde ein Batterieschutz aufgrund von minVol verwenden. Blockly-Beispiel dazu habe ich schon gepostet. Das hätte wahrscheinlich auch nichts gebracht, da er nicht abgeschaltet hat. bei mir funktioniert das Abschalten über minVol immer zuverlässig – allerdings nur, wenn der Batterie-Entladeschutz (minVol) auch deutlich über der minSoc-Grenze liegt.

Ich habe die neuste (müsste 2.0.1 sein) und keine Probleme

Hallo, anbei das nun fertige Skript im ersten Post.

Danke @paul53 , dann mache ich das so. Ich konnte nicht erkennen, dass die beiden Parameter optional sind - ich hatte ja auch beide angegeben. Hat bei allen Typen funktioniert - außer bei object. Nochmals Danke und für mich erledigt.

@Mika-0 sagte: Debian GNU/Linux 12 (bookworm) Dringend auf 13 'Trixie' bringen. Verwende einen anderen username, NICHT iobroker. Der hat eigentlich schon die Rolle als Systemuser. Updates einspielen, sowohl die Pending systemupdates: 24 wie auch die ioBroker-Adapter. Diese Fehlerkategorie scheinst du in sehr vielen Skripten zu haben: 2026-07-14 10:15:30.119 - warn: javascript.0 (1895439) You are assigning a string to the state "0_userdata.0.Tasmota.OG_WZ.BewegungA" which expects a boolean. Please fix your code to use a boolean or change the state type to string. This warning might become an error in future versions. Beim Thema RAM fällt mir nichts ungewöhnliches auf. Sind für mich plausible Werte. 737MB verfügbar ist bei 4GB total vollkommen in Ordnung.

@psrelax :) sorry, falsch verstanden Hab heute evcc mnal angeschmissen, tolles Stück Software. Läuft soweit eigentlich auch, bis auf den Laderstand meiner HKW Batterie, hab derzeit 89% un d er sagt mir 100% ..... habt ihr ne ahnung woran das liegt? Vergesst es wieder, hatte im iobroker verbindungsprobleme mit rscp, nach dem neustart hatte es die werte aktualisiert und es war bei beiden 100% Hab evcc über rscp ans e3dc geknüpft

Oha! und dafür eier ich mit nem Script rum! Vielen Dank!

Mit Stand 23.06.2026 gibt es einen Fix. betrifft Zeile 598: font-weight="${F_WEIGHT}" ist falsch - korrekt ist font-weight="${F.weight}" Script in Post #1 ist aktualisiert. Ro75.

@mcm1957 sagte: Die entsprechenden Versionsinfos findest du im UI unter 'hosts Aah .. danke!

@ro75 Perfekt, Danke, ist schon implementiert.

Hinweis für alle Nutzer des Scripts: Sollte es bei einzelnen Nutzern Probleme mit der Darstellung der Schriftgröße des Batteriestands geben (z. B. wenn die Schrift zu klein angezeigt wird), könnt ihr das mit folgender kleiner Anpassung beheben: Sucht im Script nach dieser Zeile (zu finden fast am Ende): font-size="${fontSize}" und ersetzt diese durch: style="font-size:${fontSize}px !important" Da dieser Anzeigefehler nur sehr selten auftritt, habe ich das Script im ersten Beitrag noch nicht offiziell angepasst. Dieser Hinweis dient als schnelle Lösung für Betroffene. Viele Grüße Ro75

@Homoran sagte: Rechte maustaste auf den zu "aliasierenden" State, ausfüllen fertig für min. 10 States eher 20 und dass dann mal 10 Geräte ist es doch ein wenig mühsam und irgendwo auch Fehleranfällig. Es wäre zielführender, auf Basis eines Ordners mit all seinen States einen Alias zu erstellen. Die Funktion „Alias automatisch erstellen” im Alias-Manager erlaubt dies, aber ich habe keine Ahnung, nach welchen Kriterien er den physischen States einen geeigneten Alias-State zuordnet. Wenn ich Devices, Alias, Assistenten + Visualisierungen + die Zukunft korrekt interpretiere greift der iobroker-community-adapters/ioBroker.alias-manager: Manages iobroker aliases hierfür auf den ioBroker/ioBroker.type-detector: Helper module (not adapter) to detect types of devices zurück. @Homoran sagte: Ist das alias wirklich für norwendig? wenn man den Komfort von HA in Zusammenhang mit zwave erreichen möchte schon glaube ich. Ich habe HA mit zwave eingerichtet in einem Dashboard gesagt welche Geräte da rein sollen fertig. [image: 1781955485502-634ec187-216a-40d9-9cca-34778628a146-image-resized.jpeg] Um die Bedienelemente hat sich HA gekümmert. Laut ioBroker Devices/Geräte-Adapter: Automatische Visualisierung für Smart Home - YouTube geht bei iobroker nun auch die Reise dahin. Was ich momentan sehe im ioBroker/ioBroker.devices: Create and manage devices for other adapters like material, iot... sehe ich ein sehr merkwürdige Interpretation von: Shelly Qubino Z-Wave Shutter | Z-Wave Manuals // Shelly Wave Shutter - Shelly Europe HOPPE eHandle ConnectSense | Z-Wave Manuals // Amsterdam E0400Z-EF/US950S - eFenstergriffe ConnectSense/Beschlaglösungen für Smart Home/Smart Building - HOPPE Ist die Frage woran liegt es. Ich nehmen an es liegt am zwave - Beta ioBroker.zwavews. Wenn dies so ist, muss ich Aliase erstellen, bis der neue Adapter die Geräte korrekt in iobroker bekannt gibt. Erst dann wäre eine Einrichtung ohne Alias möglich. Ich habe zwei Shelly und einen Hoppe kategorisiert: Shelly Wave Shutter - Shelly Europe [image: 1781956186134-da169561-15cb-4ead-8cea-717cca984400-image.jpeg] Das Ergebnis stimmt hinten und vorne nicht. Auch meine Experimente mit Aliasen waren bisher nicht von Erfolg gekrönt. [image: 1781956295187-e38d4d4f-ee50-44af-a38d-6d2b083b6cd9-image.jpeg]

Wenn das Problem reproduzierbar ist wäre es wahrscheinlich sinnvoll ein Issue beim Adapter zu erstellen um das Problem zu analysieren / beheben.

@Norwegen60 das ist vernachlässigbar, wenn du da nicht tonnen von text oder komplexe objekte ablegst. ein einzelne number konstante verbraucht max 8 Byte text ca 20-30 Bytes für die Verwaltung eines Strings plus 1 byte für einfache Zeichen oder 2-4 Bytes für unicode zeichen

hat evcc nicht lettens was geändert? habe da was dunkel in erinnerung (das was im Changelog stand)... die Datenpunkte sind bei mir jedenfalls gefüllt.... Schönen Urlaub noch ;-)

@MCU Bei mir hat das jetzt so ausgesehen (Das JSON ist jetzt ein bisschen länglich, aber das zeigt, dass es sich lohnt, es in einem Rutsch durchzuschicken, statt jeden einzelnen Wert über den WLED-Adapter zu setzen): function testWled() { const url = 'http://X.X.X.X/json/state'; const payload = { "on": true, "bri": 255, "transition": 10, "bs": 5, "mainseg": 0, "seg": [ { "id": 0, "start": 0, "stop": 144, "grp": 1, "spc": 0, "of": 0, "on": true, "frz": false, "bri": 255, "cct": 127, "set": 0, "lc": 1, "n": "", "col": [ [ 255, 170, 85 ], [ 255, 160, 0 ], [ 8, 255, 0 ] ], "fx": 0, "sx": 128, "ix": 128, "pal": 0, "c1": 128, "c2": 128, "c3": 16, "sel": true, "rev": false, "mi": false, "o1": false, "o2": false, "o3": false, "si": 0, "m12": 0, "bm": 0 } ] }; httpPost( url, payload, { timeout: 3000, headers: { 'Content-Type': 'application/json' } }, (error, response) => { if (error) { log('WLED httpPost Fehler: ${error}', 'error'); return; } log('WLED Antwort Status: ${response.statusCode}'); log('WLED Antwort: ${JSON.stringify(response.data)}'); } ); }

Danke, witzig, in meinem Entwurf war es auch last_sync_ts. Allerdings legt Dein Skript den Datenpunkt schreibgeschützt an. Wohl, weil der Wert nur vom Skript überschrieben werden soll.