@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

@kwone Und warum so kompliziert ...?

@bahnuhr Richtig. Die nennen sich template literals. Siehe auch https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Template_literals

@haus-automatisierung und @paul53 , vielen Dank Euch beiden. Super Forum 👍 Beste Grüße

@paul53 Danke dir!!

@oFbEQnpoLKKl6mbY5e13 Jo passt Link Doku

@paul53 sehr übersichtlich nun! danke!

@strobelix Vielen Dank, hab in meiner Panik leider übersehen, dass es schon ein update gibt. Funktioniert nun wieder perfekt.:grin: :+1:

@berndsolar13 Der Copilot meint, der TAPO T315 Temperatur- und Feuchtigkeitsmonitor Sensor wäre geeignet. Geht bis -20 Grad. Sonst wohl so etwas: DS18B20 Temperatursensor Adapter ESP8266 ESP-01 ESP-01S WIFI Wireless Modul https://encr.pw/ILooN Muss man halt ein eigenes Gehäuse drum bauen und mal schauen, wie weit man mit einer Batterie so kommt. Ich denke, das mache ich mal nach meinem Urlaub. Die 2 Taler habe ich übrig. Gruß