NEWS

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

@negalein

habe nochmal darüber geschaut - das umzustellen ist zu aufwendig - die frage ist aber ob das sinnvoll ist

du bekommst die tankstellen deiner umgebung (abhängig von deinen koordinaten) zusätzlich kannst du weitere tankst. eingeben. in overall ist dann eine liste nach preis.

wenn du in der instanz alle zusätzlichen tankstellen rausnimmst, sollte eigentlich in 0_home-diesel das selbe stehen, wie in cheapestall-diesel - das was du eigentlich möchtest

musst du testen

@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! 👍

{ 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

@paul53 Klar, aber dann auch bei jedem Aufruf. Daher besser direkt ein Objekt reingeben

@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