Ich habe noch nie ein if() vor ein on() gesetzt. Immer erst das on() und dann if(), wenn nötig. Den Datenpunkt legt man immer an, bzw. wird der einmalig angelegt, wenn es ihn noch nicht gibt. Ich sehe da noch mehr Optimierungsmöglichkeiten.

@Ro75 sagte in Tankerkönig - Extended Skript: Viel Spaß und gutes Gelingen mit diesem Skript. Servus Könnte man sowas auch für Österreich machen? Adapter gibt es zwar, aber so wie deins wäre hübscher. ;) API gibt es von e-Control

Dann fehlt dir wohl code. Du musst dir schon post #1 komplett durch arbeiten. Es reicht nicht nur der Funktionsaufruf. Die Funktion selbst und weiterer Code gehören dazu. Ro75

Lol, aber stimmt. Habe ich in der alten Version geschaut;) Hat soweit ganz gut funktioniert heute, etwas hibbelig um den Break even/ Ladepunkt herum, vlt weil er dann ja auch schon auf 2 aufteilt und dann auch kleine Lichtschwankungen (diesig) schnell unter die Bezugsgrenze fallen.

Update 2025.12.13_22.00h (Eingangspost aktualisiert) chargeMaxLimit Wurde in den control-Bereich aufgenommen. Damit kann die effektive Ladeleistung (Watt) gezielt begrenzt werden, auch wenn ein höheres inputLimit gesetzt ist. Evtl. sinnvoll, wenn ein Script aktiv ist, das die Ladeleistung dynamisch über inputLimit regelt, man jedoch kurzfristig oder temporär eine zusätzliche Begrenzung der maximalen Ladeleistung vornehmen möchte. Denkbar auch zur manuellen Umschaltung, wenn mehr PV-Leistung für priorisierte bzw. kritische Verbraucher benötigt wird. Auch relevant, falls chargeMaxLimit durch die Cloud oder ein anderes Flag beeinflusst wird und man diesen Wert überwachen, auswerten und bei Bedarf aktiv eingreifen möchte. Hinweis: chargeMaxLimit funktioniert, ist aber nicht offiziell dokumentiert. Nutzung auf eigene Verantwortung. Testen und Überwachen empfohlen.

@ArnoD Ich muss dir zustimmen, wollte aber noch die Schlussrechnung im Januar abwarten. Ich kann aber jetzt bereits sagen, dass ich mit einem anderen Vertrag günstiger gekommen wäre, da ich für knapp 0,23€ bereits einen Vertrag erhalten könnte. 2024 hatte ich einen durchschnittlichen Strompreis von 0,295€ 2025 habe ich hochgerechnet einen durchschnittlichen Strompreis von 0,292€ Somit werde ich den Vertrag ebenfalls kündigen, da ich damit dann 2026 ca. 250€-400€ weniger zahlen würde. Den Vertrag habe ich allerdings noch nicht gekündigt, da ich meine, dass nächstes Jahr Änderungen am Strompreis erfolgen. Ich kann aber grad nicht sagen welche. Ich meine nur da war irgend etwas geplant. Und diese Vergünstigungen möchte ich abwarten, bis ich einen neuen Vertrag abschließe. Evtl. geht das ein wenig nach unten. Ich kündige somit erst im Januar. Ist nur schade für die Entwicklungen, die deinerseits in das Tibber-Script geflossen sind.

@paul53 : Perfekt hat funktioniert - DANKE vielmals, da wäre ich nie drauf gekommen - ich dachte, wenn er die Schleife aller Verbraucher durchläuft , reicht das, dass genügend Zeitverzug bleibt ! Perfekt ! Herzlichen Dank und ein wunderschönes Wochenende! lg Klaus

@hanss sagte in node-fetch als zusätzlicher Adapter: root@raspberrypi5 Das ist ganz sicher NICHT notwendig. Lass den Scheiß mit dem root-Login. Die Verwendung von node-fetch als SubDependency kannst du nicht direkt beeinflussen (auch nicht als root), da müssen die jeweiligen Module anders aufgesetzt werden. Zum Thema: https://undici.nodejs.org/#/

@MartinP Am Ende ist nur die Struktur etwas blöde. Hätte man von Anfang an ein Verzeichnis unter ping.0 angelegt, wärst ja nie in das Problem gelaufen, weil Du nur die Datenpunkte mit dem Selektor geholt hättest. Aber das jetzt zu ändern wäre wieder ein Breaking Change, …

Ein gutes Skript und genau das was ich suchte. Jedoch hatte Ich Schwierigkeiten mein site-ID herauszufinden und daher funktionierte das Skript nicht. Ich habe dann ein kleines Blockly geschrieben und dann folgendes in den auszuführenden Befehl geschrieben: curl -k -X GET "https://192.168.x.y/proxy/network/integration/v1/sites" -H "X-API-KEY: API Token" -H 'Accept: application/json' [image: 1765477498003-d69fe2de-4311-43f8-936e-5da8ee604a1e-image.png] Zurück kommt dann im Log ein String: {...[{"id":"site-id",...]} Jetzt tut es das was es soll. Gruß aus dem Norden und danke für's Posten Ps: Zeile 194 kann die Verschwindezeit geändert werden und in Zeile 86 kann auch ein " " eingegeben werden um alle auszublenden.

In wled kann ich momentan die farbe anzeigen lassen per div und HTML binding. ...aber post funktioniert es noch nicht ich bleibe aber dran. Momentan sieht es so aus. Ich habe drei wled stips in einem Zimmer. Da bauhe ich mir ein Steuerungskasten zusammen der alle Strips steuert. Die Strips hängen alle schon, da wo sein sollen. Meine Ausgaben und materieal: Kabel ca. 15 € für WLED mit stecker ect. gehäuse wo alle steuermodule mit netzteil intergiert sind 22 € netzteil 5v 20 A 19 € schrumpfschlauch...ect. somorumsumm..ca 80€.....wer handwerklich ein wenig geschickt ist sollte das alles so klappen wie es sein sollte und im Netz gibt es ja auch von 1000 sente anleitungen. wenn das Projekt fertig ist poste ich Bilder .....

Da mir die Nummer keine Ruhe gelassen hat, hab ich mir heut ein VLAN-IF in den Container gehangen, die im Adapter hinterlegten IPs entfernt und schon gehts wie gewünscht. Danke für den tollen Adapter 😉

Habs gerade selber erkannt was das Problem ist. Ich hatte in Telegram meinen Benutzername geändert. Nun gehen die Skripte natürlich nicht mehr die diesen Empfänger drin hatten. Wenn ich den korrekten User einsetze geht es wieder wie vorhin. Somit also erledigt.

Ich hab das doch oben erklärt - types sind da um dir zu helfen und wenn das mit common: { name: any; //... } definiert ist wäre eine Verbesserung das als: common: { name: StringOrTranslated; //... } zu definieren. Anstatt es zu casten kannste es auch richtig machen: const cname = getObject(deviceId).common.name; let name: string = typeof cname === 'string' ? cname : cname?.de ? cname.de : cname.en weiß nicht genau was der scriptadapter da zurück liefert, daher wäre für mich die richtig lösung const obj = getObject(deviceId) const cname = obj?.common?.name let name: string = typeof cname === 'string' ? cname : cname?.de ? cname.de : (cname?.en ?? '')

Danke und nun glücklich.

Easy - wenn man weiß wie - vielen Dank

@flyboy70 sagte: Hier der bestehenden Skript Das ist kein Javascript, sondern HomeMatic-Skript. Falsches Forum!

Ich habe den Adapter (V1.6.2) auch installiert und habe den gleichen Fehler (Adapter an sich funktioniert. Eingetragene IP-Adresse wird in den Objekten (Ping.0.ipadresse) aktualisiert, Ping per JS (sendTo) wie in der Beschreibung angegeben ergibt Result: {"error":"timeout"} -> funktioniert also nach wie vor nicht. Der Issue wie in https://github.com/ioBroker/ioBroker.ping/issues/93 scheint bisher nicht gelöst worden zu sein. Hat jemand eine Idee wie ich anders einen Ping absetzten kann um die Erreichbarkeit eines Servers zu verifizieren ? Ich möchte jeweils Eventgesteuert herausfinden ob a) die Fritzbox noch lebt und b) eine Verbindung nach aussen exestiert (ping auf externe Adresse, z.B. www.google.de) Die Zeitintervalle des Adapters interesieren mich dabei nicht und könnten auch auf undendlich gestellt, bzw unter Geräte gelöscht werden. Vielen Dank für eure Hilfe

@codierknecht den breaking change zu request habe ich schon gesehen, aber axios hat damit ja eigentlich nichts zu tun, oder? Ich hatte genau die gleiche Meldung wie @alka : "axios is not a function". tatsächlich funktioniert es nun wieder und ich weiss nicht, warum.... ich habe zwei andere Module noch zusätzlich in die Adapter config geschrieben, weil ich dachte, dass die evtl. nun auch fehlen und danach lief es seltsamerweise wieder....

@peterfido sagte in Abruf PSA Corsa Daten: vergleich doch mal die Javascripte miteinander ... da ich Null-Ahnung von der Materie habe müßte ich jeden einzelnen Befehl / dessen Funktion nachschlagen, das kann nur schief gehen. Ich hatte / habe die Hoffnung, dass ein Script-Spezialisten das ursprüngliche Script reparieren kann ... oder ich nutze deinen oder meinen Vorschlag ...