@crunchip , vielen Dank für Deine Anmerkungen. Es stand aber nie in Frage, dass es auch andere (und sicher auch bessere) Lösungen gibt. Mein Anliegen war es, eine Lösung für Tasmota Geräte, die bei mir sehr gut funktioniert auch anderen, die sowas noch suchen, zur Verfügung zu stellen. Niemand ist ja gezwungen, meinen Vorschlag anzunehmen. Wie Du aufgezeigt hast, gibt es ja Alternativen. In diesem Sinne: Allen einen guten Rutsch und ein erfolgreiches und glückliches neues Jahr 2026. Gruß

Ja, in diesem Moment auch gemerkt. Die Datenpunkte hatten einen Grossbuchstaben. Warum gibt es dann aber keinen Fehler beim Anlegen der Datenpunkte? Sowas wie "invalid Type Definition" oder was in der Art? Gruss Ralf

@ofri2607 Vielen Dank. Das hat mir weiter geholfen. Ich musste die Klasse aber etwas umbauen. Das Eingekreiste funktioniert so nicht. [image: 1767100400289-e7095d4c-1f3d-4b94-baf7-f9944748789e-grafik.png] Die Klasse läßt sich dann gar nicht kompilieren und wird im aufrufenden Skript nicht gefunden. Ich hab's in eine Funktion verpackt. [image: 1767100435975-165560e7-ea8c-446e-a2bd-3914ab2223f7-grafik.png] und rufe die dann auf [image: 1767100454458-04f641e7-bbfd-43d5-95ab-7824634d2c3f-grafik.png] Dann funktioniert es. Nochmals Danke @ofri2607 und guten Rutsch.

Ok, ich kann nicht sagen, was das zuvor beschriebene Verhalten ausgelöst hat, aber durch folgendes Vorgehen habe ich nun wieder den erwarteten Normalzustand. Ich habe ein existierendes Script im Editor geöffnet, dann ein neues Script angelegt, und in der kurzen Zeit, die es im Editor zu sehen war auf den roten Pfeil (Script läuft nicht) geklickt. Seitdem verhält sich alles wieder normal und ich kann den Fehler nicht mehr reproduzieren. Vielleicht hilft's mal jemandem. Gruß Jens

@padrino sagte in alexa2 - donotdisturb kein Echtzeit status (mehr)?: dann kann es schonmal eine Stunde dauern, bis der Adapter das mit bekommt. Könnte an falsch gesetzten Zeitzonen liegen, wenn es recht genau eine Stunde ist.

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

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.

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