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.

@Ro75 Danke für die Info, dann liegt es zumindest nicht an mir

@ticaki Hmm, auch eine gute Idee, so eine Art eigener cron-Job. Danke für den Tipp

Ich habe erste Ergänzungen vorgenommen ... Der kumulierte Tagesertrag ("todayYield") ist hinzugekommen... const data = JSON.stringify({ "sn": sn, "variables": [ "pvPower", "todayYield" /*, "generationPower", "SoC", "loadsPower" */ ] }); .... setState("0_userdata.0.FoxEss.todayYield", Math.round(datas[1].value * 1000), true); Daneben ein kurzes Blockly, was kurz vor Mitternacht den "todayYield" in einen user-Datenpunkt "yesterdayYield" verschiebt... [image: 1763575075899-c1039540-2c85-495f-a91d-f5eaecd37dee-grafik.png] Wenn man sich die weiteren API-Möglichkeiten so anschauen will, gibt es hier eine Übersicht, was man sich alles aus der Cloud besorgen kann (Abhängig davon, was man sich so alles von denen gekauft hat) ... https://www.foxesscloud.com/public/i18n/en/OpenApiDocument.html Dort diesen Abschnitt suchen Variable table： The table presented below offers a comprehensive overview of the variables that can be accessed through the API. It is important to note that the availability of these variables may differ depending on the specific device being utilized. Therefore, the variables listed in the table are subject to change based on the device in use.

ist halt eine weitere abstraktionsebene auf iobroker bei der sich jemand gut damit auskennen muss. wenn es jemand hilft, dann ist es gut

Na siehste. Alles wird gut.

@cash sagte in Error in callback: TypeError: axios is not a function: Mit der Stable Version ist alles fein. Dann hoffe ich mal das die Beta so niemals zur Stable wird. Bei mir läuft axios mit jeder Version - hab es nicht in den zusätzlichen NPM stehen, macht der Javascript-Adapter AFAIK ja von sich aus.

@siggi0904 sagte in [Vorlage] Xiaomi Airpurifier 3H u.a. inkl. Token auslesen.: Leider alles ohne aktuelle Werte. @crunchip sagte in [Vorlage] Xiaomi Airpurifier 3H u.a. inkl. Token auslesen.: Sensordaten werden allerdings nicht ausgelesen

@kanumouse https://forum.iobroker.net/topic/79047/test-adapter-tagesschau-0-6-x

@paul53 das war ein wichtiger Hinweis, hatte ich zwar anders gehofft, aber das ist dann eben so. Das setzen der Werte im custom-Bereich hat wunderbar funktioniert, ich konnte auch eine zweite Definition für die History-Instanz mit einsetzen. Genau das habe ich gesucht, vielen Dank, Dein Hinweis hat mir viel Zeit gespart.... Gruß Fritz

@oliverio Danke, klar die Beschreibung zum Adapter. Wie blind ist man manchmal?

@friedhofsblond OK läuft habs hinbekommen.