@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€ 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

@maxclaudi habe zwar nie exakt verglichen, aber für mich sieht es nach den gleichen Daten aus nur anders verarbeitet...

@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/#/

@schimi So, erste Versuche mit dem Skript, Eine kleine Verbesserung (zu faul an 10 Stellen zu ändern): var basePath= "mqtt.0"; var baseID= "ID"; const IDs = { // --- HAUPTZÄHLER (Pflicht) ------------------------------------------------------ // Muss ein Number-Wert sein. Positiv = Netzbezug (Kauf), Negativ = Einspeisung (Verkauf). netz: "Zaehler, // --- ZENDURE MQTT (Pflicht) ----------------------------------------------------- // Diese Pfade finden Sie im MQTT-Adapter unter Ihrem Zendure-Topic. acMode: `${basePath}.Zendure.select.${baseID}.acMode`, // Liest Modus acModeSet: `${basePath}.Zendure.select.${baseID}.acMode.set`, // Schaltet Modus currentInput: `${basePath}.Zendure.number.${baseID}.inputLimit`, // Liest Ladelimit inputSet: `${basePath}.Zendure.number.${baseID}.inputLimit.set`, // Setzt Ladelimit currentOutput: `{basePath}.Zendure.number.${baseID}.outputLimit`, // Liest Entladelimit outputSet: `${basePath}.Zendure.number.${baseID}.outputLimit.set`, // Setzt Entladelimit soc: `${basePath}.Zendure.sensor.${baseID}.electricLevel`, // Akkustand in % Multiple Konverter sind noch nicht unterstützt? Hab die ja um die 2400W max Lade und Entladeleistung zu umgehen, da ist dann eine Nacheinander Lösung doof, das sollte schon parallel laufen (Wobei ich noch schauen muss wie das läuft da ich noch keinen Elektriker da hatte unterschreibt das ich es sauber auf 2 Phasen einspeise) - mag ggf eine Fehlersituation sein die auftaucht - wobei ja pro Konverter 2400 gehen sollte und das System die Gesamt Upload Rate von 4800 nicht sieht... Muss mal logging aktivieren damit ich nachvollziehen kann was es gerade tut - es schwankt gerade immer um den Eigenverbrauch rum, zu diesig... Hat jemand eigentlich ein Möglichkeit gefunden die Dinger sauber auszuschalten wenn man sie nicht braucht (Akku auf minimum)? Die idle Entladung ist ja nicht gerade wenig (1% ohne Heizung), da wäre es sicherlich besser die Dinger einfach aus zu machen, aber stromlos funktionier irgendwie nur manchmal... Hab da Shelly's Sv3 dran gepackt, die könnte ich schön einbinden/einschalten wenn Solar den Eigenverbrauch übersteigt...

@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 ...

@peterfido Vielen Dank, es läuft nun. Habe alle 'const' gegen 'var' ersetzt. EDIT: Beide Parameter (name, value) müssen als STRING für den API-Aufruf vorliegen. .... var payload = { name: String(fibaro_global_name), value: String(fibaro_global_value) ....

Danke. Ich hätte selbst drauf können, aber so geht es natürlich auch.

@sigi234 ja du hast recht. Das Skript war schon korrekt, nur oben stand die 17 statt 19. Ist korrigiert. Danke. Ro75.