@ilovegym ja alles gut, dann weiß ich das es nicht an mir liegt. danke

@haus-automatisierung, vielen Dank für Deien Antwort. Ja, die Doku ist hier durchaus hilfreich und jetzt macht auch alles einen Sinn. Allerdings habe ich den Sourcecode schneller gefunden. Ich werde dann darauf warten, dass v8.4 offiziell in der GUI angeboten wird. Ich hoffe es wird nicht allzu lange dauern. Gruß Ralf

@oliverio Die httpGet-Funktion nimmt intern die URL auseinander und setzt die Header richtig. Funktioniert also auch mit Credentials in der URL. https://github.com/ioBroker/ioBroker.javascript/blob/6162239596a4d4f5ca9001dc136aacf3061f4013/lib/tools.js#L150-L162

@andre hat hier vielleicht eine Lösung, da das Script ursprünglich von seinem Blog ist :thinking_face:

@warhammer73 sagte: liefert nur die Uhrzeit Dann nimm bei setState() new Date().toString() oder formatDate(new Date(), 'YYYY-MM-DD hh:mm:ss')

@haus-automatisierung Vielen Dank.

@wolfren sagte in fs.appendFileSync funktioniert nicht mehr: mit dem Zusammensuchen von Infos mit Google schleichen sich Probleme ein Ja, es gibt leider extrem viele Beiträge mit Fehlern und Dingen, welche man nicht so tun sollte. :(

Es funktioniert nun in allen Varianten. Danke vielmals!

@michaelf Ich persönlich lasse auch bei mir per MQTT die Daten schicken aber der TE hatte ja wegen der API gefragt und dem steuern darüber, deswegen habe ich die Hinweise darauf gemacht. Letztendlich ist es wie bei allem, es gibt mehrere Wege, die nach Rom führen ;-)

@negalein Danke für das widget. Verwende das jetzt auch.

hab es gefunden. Die Schreibweise ist wohl so richtig: log (obj.common.custom['sourceanalytix.0']);

@cptmozz Ich habe ein Problem festgestellt bei dem Versuch, das Skript mit CONTINUE_WHEN_INVERTER_IN_STANDBY: false laufen zu lassen. (Mir gefällt die Option besser, weil, warum Anpassungen der Grundlast schicken, wenn der Inverter eh nichts liefert.) Es ist dabei in einen Zustand gelaufen, bei dem das Skript nicht mehr aufgewacht ist, nachdem der Inverter wieder aufgewacht ist. Es sieht so aus, dass das Skript dann in dem Zustand "Waiting for acknowledgment" hängen geblieben ist. Ich kann mir gut vorstellen, dass nichts mehr passiert, wenn irgendwie einmal die Differenz zwischen requestedInverterOut.ts und acknowledgedInverterOut.ts „passend“ steht. Dann wird stur immer weiter auf ein Acknowledge gewartet, das im INVERTER_IN_STANDBY Zustand bestimmt nicht mehr kommt. (Für diese Überlegungen spricht auch, dass das Skript aufgewacht ist, als ich in der Ecoflow App den Grundbedarf Regler manuell verschoben habe - dadurch wurde wohl der Acknowledge gesendet auf den das Skript gewartet hat.) Mein Lösungsansatz Ich habe den !device.CONTINUE_WHEN_INVERTER_IN_STANDBY Block nach oben verschoben innerhalb von function isOutputAdjustmentRequired direkt nach den if (smartMeterWattState.ts === 0) Überlegung dazu Im STANDBY Zustand soll die Funktion sofort verlassen werden, es soll auf keinerlei „outdates“ oder acknowledges gewartet werden; es sollen keinerlei adjustments oder retries versucht werden. Dann läuft er auch nicht in den Block mit "Waiting for acknowledgment“, solange STANDBY besteht. Erst wenn der STANDBY vorbei ist, wird wieder mit Acknowledgements gerechnet. Also, einfach den „!device.CONTINUE_WHEN_INVERTER_IN_STANDBY“ Block nach oben verschoben in der "function isOutputAdjustmentRequired". Das funktioniert bei mir in der Praxis bisher stabil, sodass das Skript auch mit der Option „CONTINUE_WHEN_INVERTER_IN_STANDBY: false“ funktioniert und mit Erwachen der Anlage auch selber wieder die Steuerung übernimmt.

@TT-Tom @MCU Dankeschön Funktioniert !!!

@paul53 sagte in Zugriff auf json-Wert eines Objektes: obj.apower Vielen Dank. Den Wert apower habe ich übersehen, ich dachte, ich müsste Current und Voltage selbst multiplizieren. Mir war auch überhaupt nicht klar war, wie ich die Werte im JSON abfragen kann. Der erste Test hat so funktioniert, das ist mal ein guter Anfang: const idJSON = 'mqtt.0.shellyplus2pm-MACADRESSE.status.switch:0'; on(idJSON, function(dp) { const obj = JSON.parse(dp.state.val); console.log(obj.apower) }); Jetzt muss ich nur noch verstehen, wie oft eine Änderung zurückgemeldet wird, da es sicher nicht gut ist, zu schnell immer wieder die Einstellung des Ecoflow-Wechselrichters zu ändern. Vielleicht könnte ich eine Mindest-Zeit und für apower eine Mindest-Differenz vorgeben bevor die Einstellung geändert wird?

@bahnuhr Vielen Dank! :+1: { responseType: 'arraybuffer' } war die Lösung.

@miwu du kannst dir auch den Adapter "alexa-timer-vis" anschauen. Den nutze ich und der stellt dir eigentlich alles zur Verfügung.

@haus-automatisierung sagte in (gelöst) javascript v8.3.1 - request method DELETE: Ich hab doch auf seinen Beitrag geantwortet und ihn explizit angesprochen?! ok, dann hab ich das übersehen. Ich hielt es für einen allgemeinen Einwurf an den Hilfesuchenden Sorry!

@wuchttiger sagte: dass du die TR-064 Instanz meinst. Nein, die Javascript-Instanz.

ok, scheint so zu funktionieren: const axios = require('axios'); const fs = require('fs'); // Danach Bild wieder in den Speicher laden: var image = fs.createReadStream("/opt/iobroker/kennzeichen.png"); axios({ method: 'post', headers: { 'Content-Type': 'multipart/form-data' }, url: "http://192.168.178.124:32168/v1/image/alpr", data: { image: image, min_confidence: 90/100 } }) .then(function (response) { log(response.data.success); response.data.predictions.forEach(function (prediction) { log(prediction); }); );

@mcu Danke für Deine Bemühungen! Ich glaube, ich habe das Problem inzwischen gefunden! Die dynamische Generierung war anscheinend noch nicht ganz fertig, als das Script bereits versucht hat, die Datei abzuspielen. Da hat mich das asynchrone Verhalten von httpGet etwas genarrt... Vielen Dank Uwe