UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[leonundjulie]

@chris_b ist es möglich - bei jedem Fast-Durchlauf - je String die momentane Leistung zu berechnen? Also 1_Current mit 1_ Voltage zu multiplizieren, auf zwei Nachkommastellen zu runden und als 1_Power abzuspeichern? Das Ganze natürlich auch für den 2. String

Natürlich kann ich das auch über ein Blockly machen, es würde Dein Skript noch vollständiger werden lassen.

[leonundjulie]

@chris_b und noch ein Vorschlag, den ich aus dem Ansatz „auslesen via Node Red“ ableite. Dort werden logischerweise die selber Register ausgelesen. Der Ghostwriter (https://forum.iobroker.net/post/1007462) berechnet aus den Werten aus den Registern für StartUp und ShutDown die richtige Kombi aus Datum und Uhrzeit - das Ergebnis sieht dann so aus:

Kannst Du auch das noch implementieren?

[leonundjulie]

@chris_b ich habe das Skript jetzt eine Zeit lang laufen lassen. Leider aktualisiert es nur einmal die Werte.

Die beiden Fotos zeigen zum einen die StringWerte direkt von der EnPAL Box abgegriffen … die ändern sich laufend in Abhängigkeit der Sonneneinstrahlung. Das zweite Foto zeigt das Auslesen des Skriptes - die Werte sind seit 15 Minuten unverändert …. Die Werte sind kontinuierlich rot, es kommt nach dem Start des Skriptes nur 2x eine Aktualisierung (Wechsel auf grün und dann wieder rot).

Das Skript läuft … es werden kontinuierlich die 3 oben genannten Meldungen angezeigt

[R4]

@leonundjulie sagte in Huawei Sun2000 & ioBroker via JS script funktioniert:

@chris_b ist es möglich - bei jedem Fast-Durchlauf - je String die momentane Leistung zu berechnen?

Du kannst ja (einfach) zwei neue Datenpunkte anlegen (String_1_Power / String_2_Power)

createState("javascript.0.Solarpower.Derived.String_1_Power",   0,      {read: true, write: true, name: "Current Power of String 1", unit: "W"});
createState("javascript.0.Solarpower.Derived.String_2_Power",   0,      {read: true, write: true, name: "Current Power of String 2", unit: "W"});

und in der Funktion ProcessData() mit

    // compute power of string 1 & 2
    setState("javascript.0.Solarpower.Derived.String_1_Power", 
        getState("Solarpower.Huawei.Inverter.String.1_Current").val * 
        getState("Solarpower.Huawei.Inverter.String.1_Voltage").val);
    setState("javascript.0.Solarpower.Derived.String_2_Power", 
        getState("Solarpower.Huawei.Inverter.String.2_Current").val * 
        getState("Solarpower.Huawei.Inverter.String.2_Voltage").val);

befüllen lassen?

(wollt ich auch mal machen...)
Habs kurz vor knapp mal kurz selbst gemacht:

[leonundjulie]

@chris_b , guten Morgen. Nach gut 12 Stunden muss ich sagen, dass mein Flow nicht macht was er soll. Er läuft fleißig im Kreis, erzeugt eine Warnmeldung nach der nächsten, verändert aber keine Werte. Ich hänge den FLOW mal mit dran und bitte um die Hilfe der Community, den Vogel zum Fliegen zu bringen.

@ Chris_B, oder kannst Du Deinen Flow OHNE Batterie-Support zur Verfügung stellen?

Flow_AS.txt

So sieht es bei mir in Bildern ausgedrückt aus.

Objekte nach 12 Stunden … Werte auf Null (also die, die sich ansonsten kontinuierlich ändern):

Objekte nach restart des Skriptes (erste Werte sind da):

Nochmals ein Bild von meinen unzähligen Warnmeldungen während der letzten Nacht:

[Chris_B]

@leonundjulie Ja natürlich geht das, genau wie @R4 das gezeigt hat (Danke).
Was ich mich frage: Was nützt das? Huawei liefert ja die erzeugte Energie direkt selbst, da vertraue ich dann lieber auf diesen Wert. Der einzige Vorteil ist, dass du die Energie pro String sehen würdest.

[Chris_B]

@leonundjulie Die Warnung 'Slave device busy' ist nur eine Warnung, hat eben keine Zeit um eine Antwort auf die Anfrage zu senden. Ich habe in meinem Setup fast ausschliesslich diese Meldung, und die zu ignorieren ist aus meiner Sicht korrekt.
Die sonstigen Fehlermeldungen liegen evtl. an Deinem komplexeren Setup. Bei mir ist alles in einem Netzwerk und alles per Kabel verbunden, was ich auf jeden Fall vorziehe. Bei mir ist auch der Raspberry mit iobroker per Kabel verbunden; ist aus meiner Sicht auch bei guter WiFi Abdeckung vorzuziehen.
Gruss

[Chris_B]

@leonundjulie Sorry, ich verstehe nicht, was die Frage oder der Wunsch ist.

[R4]

@chris_b sagte in Huawei Sun2000 & ioBroker via JS script funktioniert:

Was ich mich frage: Was nützt das? Huawei liefert ja die erzeugte Energie direkt selbst, da vertraue ich dann lieber auf diesen Wert. Der einzige Vorteil ist, dass du die Energie pro String sehen würdest.

Du könntest solche Grafiken erstellen in denen du deine Stringerträge sehen kannst:

[Chris_B]

@r4 OK, ja, dann so wie du es beschrieben hast umsetzen.
Ich überlege mir, ob ich so was in die nächste Version nehme.
Die javascript-Instanz-Nummer habe ich jetzt schon implementiert.
Möchte die nächste Version evtl. via Github veröffentlichen.
Wäre es sinnvoll daraus einen 'echten' Adapter zu machen. Das würde Config-Dinge vereinfachen. Gibt es dazu eine Anleitung (sorry, habe noch nicht danach gesucht)?
Gruss

[leonundjulie]

@chris_b said in Huawei Sun2000 & ioBroker via JS script funktioniert:

@leonundjulie Die Warnung 'Slave device busy' ist nur eine Warnung, hat eben keine Zeit um eine Antwort auf die Anfrage zu senden. Ich habe in meinem Setup fast ausschliesslich diese Meldung, und die zu ignorieren ist aus meiner Sicht korrekt.
Die sonstigen Fehlermeldungen liegen evtl. an Deinem komplexeren Setup. Bei mir ist alles in einem Netzwerk und alles per Kabel verbunden, was ich auf jeden Fall vorziehe. Bei mir ist auch der Raspberry mit iobroker per Kabel verbunden; ist aus meiner Sicht auch bei guter WiFi Abdeckung vorzuziehen.
Gruss

Ok, dann lege ich diesen Punkt zur Seite. Alles in einem Netzwerk und per Kabel ist natürlich wünschenswert, bei EnPAL Kunden aber nur schwer umsetzbar :angry:

[leonundjulie]

@r4 said in Huawei Sun2000 & ioBroker via JS script funktioniert:

@chris_b sagte in Huawei Sun2000 & ioBroker via JS script funktioniert:

Was ich mich frage: Was nützt das? Huawei liefert ja die erzeugte Energie direkt selbst, da vertraue ich dann lieber auf diesen Wert. Der einzige Vorteil ist, dass du die Energie pro String sehen würdest.

Du könntest solche Grafiken erstellen in denen du deine Stringerträge sehen kannst:

Genau das ist das Ziel. Ich habe ein Ost und ein West Dach, also zwei Strings.

[leonundjulie]

@chris_b said in Huawei Sun2000 & ioBroker via JS script funktioniert:

@leonundjulie Sorry, ich verstehe nicht, was die Frage oder der Wunsch ist.

Sorry. Gemäß Deinem Flow erhalte ich für den Start und den Ende des Produktionstages folgende Information

Ist das Ergebnis richtig? Was sagt es mir? Die Werte dürften ja auch nicht gleich sein … einen Wert für ShutDown erwarte ich erst wenn ShutDown vollzogen wurde

[leonundjulie]

@chris_b said in Huawei Sun2000 & ioBroker via JS script funktioniert:

@r4 OK, ja, dann so wie du es beschrieben hast umsetzen.
Ich überlege mir, ob ich so was in die nächste Version nehme.
Die javascript-Instanz-Nummer habe ich jetzt schon implementiert.
Möchte die nächste Version evtl. via Github veröffentlichen.
Wäre es sinnvoll daraus einen 'echten' Adapter zu machen. Das würde Config-Dinge vereinfachen. Gibt es dazu eine Anleitung (sorry, habe noch nicht danach gesucht)?
Gruss

Das Thema via eines Adapters zu publizieren wird sicherlich von vielen sehnlichst erwartet. Ich treibe mich seit 4 Monaten in diversen Foren auf der Suche nach einer „fertigen“ Lösung zur Anbindung eines HUAWEI SUN2000 (in einem EnPAL Konstrukt) an den IOBroker.

Zunächst musste ich lernen, dass HUWAEI und der IOBroker MODBUS-Adapter sich nicht mögen :angry: .

Zwischenzeitlich habe ich es geschafft die vom HUAWEI an die sogenannte EnPAL-BOX gespiegelten Werte via NODE RED auszulesen :flushed:.

Bis letzte Woche habe versucht den MODBUS des HUAWEI WR via NODE RED zu packen zu bekommen … aber der läuft immer nur einen Zyklus :angry: .

Und jetzt bin bei dieser JAVA-Script Lösung. Sieht alles sehr vielversprechend aus. Dank rudimentärer Programmiererfahrung versteht ich das Skript einigermaßen.

Aber ich bekomme via Skript auch nur 1x Werte (siehe Beschreibung ein paar Posts zuvor). Daher hoffe ich natürlich sehr, dass in der nächsten Version des Skriptes eine Auswahlmöglichkeit „Batterie ja/nein“ vorhanden ist … dann läuft das Skript bestenfalls auch bei mr:hand_with_index_and_middle_fingers_crossed:

[spooky82]

@chris_b Vergiss es - ich Blödmann hatte das Auslesen der Werte

PositiveActiveEnergy

und

PositiveReactiveEnergy

auskommentiert.

Ich habe nun alle von mir auskommentierten Zeilen wieder reingenommen.
Jetzt passiert es aber, dass der Hausverbrauch negativ wird...Wie kann das denn sein?

Und wo finde ich die aktuelle Version deines Skripts?

Außerdem würde ich mich gerne für das Skript bedanken - hast du evtl. einen PayPal Link zu deiner Kaffekasse?

Danke schön!

[Chris_B]

@leonundjulie Interessant:

1. Da war ein Fehler im Skript, er hat U16 gelesen, müsste aber U32 sein. Das gilt für beide, Startup und Shutdown. Habe ich geändert.
2. Mit der Änderung ist bei mir StartupTime ein Zeit am heutigen Tag. Ich habe aber keine Ahnung, was das laut Huawei sein soll. In der Doku steht das auch nicht genauer. Die ShutdownTime ist 4294967295 = 0xFFFFFFFF, also nicht definiert. Das kann man ja verstehen.

Ich poste das Skript heute später. Versuche es dann einmal.
Bin danach allerdings einige Tage weg und kann nicht mehr antworten...
Gruss

[Chris_B]

@leonundjulie Interessiert mich schon, einen Adapter daraus zu machen. Da brauche ich aber etwas Zeit dafür. Und ich bin wie gesagt nachher einige Tage weg. Das Thema reizt mich aber schon. Bitte habt etwas Geduld...
Gruss

[Chris_B]

@spooky82 Ja, das habe ich auch schon gesehen. Passiert bei mir bei grossen Lastwechseln oder grossen Produktionswechseln; d.h. eine grosse Last wird zu oder abgeschaltet, oder die Sonne kommt plötzlich hervor. Ich vermute, dass der Wechselrichter nicht alles exakt zur gleichen Zeit ausliest, dann kommt es zu solchen Effekten. Im Skript habe ich schon nach Fehlern gesucht, die das erzeugen könnten, habe aber bisher nichts gefunden.
Das ist aber nett von wegen Kaffeekasse :blush:
ABER: Das Skript stammt nicht nur von mir, das hat @Kachel gestartet. Ich habe es unterdessen reativ stark umgeschrieben und erweitert.
Wie oben erwähnt, hätte ich durchaus Lust daraus einen offiziellen Adapter zu machen...
Gruss

[Chris_B]

@chris_b
Neuste Version des Skripts
Folgende Änderungen sind integriert:

1. Auslesen von StartupTime und ShutdownTime korrigiert (war beides U16, sollte aber U32 sein).
2. Die Javascript Instanz kann jetzt einfach über die Konstante JavaInst geändert werden.

// define javascript instance; please change according to your setup
const JavaInst = "javascript.0.";

Link zum Skript:
https://1drv.ms/u/s!AuJox5uVBmw-0iKQFLT0anp0yY1W?e=QXK7Vr

[spooky82]

@chris_b Danke.

Komische Sache: Jetzt sind die Objekte

Huawei.Inverter.1.ActivePower

und

Huawei.Inverter.1.InputPower

immer gleich...

Eine Idee, warum?