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

[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?

[Chris_B]

@spooky82 Sorry, keine Ahnung - Huawei fragen :blush:
Ist momentan auch bei mir (Batterie voll) teilweise so. Das darf bei voller Batterie auch so sein.

[spooky82]

@chris_b Alles klar - habe das nun über die beiden Stringströme/Spannungen gemacht.

[leonundjulie]

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

@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

Der Flow ist inklusive Batterie, korrekt?

Ich werde es aber auf jeden Fall einspielen und Meldung machen

[Chris_B]

@leonundjulie Weiterhin mit Batterie - das habe ich (noch) nicht umgesetzt. Ist auch recht schwierig, da ich ja eben eine Battrie habe, müsste dann jemand ohne Batterie testen (du bspw.).
Bin immer noch über Deinen Ausdruck 'Flow' erstaunt. Ich nehme weiterhin an, dass Du damit das Javascript Programm meinst. Gruss

[leonundjulie]

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

@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

Der Flow ist inklusive Batterie, korrekt?

Ich werde es aber auf jeden Fall einspielen und Meldung machen

[leonundjulie]

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

@leonundjulie Weiterhin mit Batterie - das habe ich (noch) nicht umgesetzt. Ist auch recht schwierig, da ich ja eben eine Battrie habe, müsste dann jemand ohne Batterie testen (du bspw.).
Bin immer noch über Deinen Ausdruck 'Flow' erstaunt. Ich nehme weiterhin an, dass Du damit das Javascript Programm meinst. Gruss

Mache ich

Ja, meine natürlich Dein Skrip ;-)

[R4]

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

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

1. Auslesen von StartupTime und ShutdownTime korrigiert (war beides U16, sollte aber U32 sein).

Wenn für diese Zeiten nicht die kytischen Sekunden angezeigt werden sollen kann auch das hier verwendet werden:

    // forcesetState("Solarpower.Huawei.Inverter.StartupTime",            getU32(GlobalDataBuffer, 32091), {name: "", unit: ""});
    // forcesetState("Solarpower.Huawei.Inverter.ShutdownTime",           getU32(GlobalDataBuffer, 32093), {name: "", unit: ""});
    forcesetState("Solarpower.Huawei.Inverter.StartupTime",            new Date(getU32(GlobalDataBuffer, 32091)*1000)); // Sekunden in Datum umgewandelt
    forcesetState("Solarpower.Huawei.Inverter.ShutdownTime",           new Date(getU32(GlobalDataBuffer, 32093)*1000)); // Sekunden in Datum umgewandelt

edit: führt zu Warnmeldung:
info: javascript.0 (25837) State value to set for "javascript.0.Solarpower.Huawei.Inverter.StartupTime" has to be one of type "string", "number", "boolean" but received type "object"
--> Javascript ist noch nicht so meins ;)

[leonundjulie]

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

@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

Guten Morgen.

Ich habe die Version 3 des Skriptes eingespielt und daran aus meiner IP und "String 2 aktiv" nichts geändert (habe also die Tatsache, dass ich keine Batterien habe ignoriert).

Ich bekomme nur die üblichen Warnmeldungen: Protokoll_2023-08-03-7Uhr15.pdf

Ich habe wieder je Moment zwei Screeshots gemacht - einmal das, was mir die EnPAL zeigt (Spiegelbild zu dem was der WR macht).

Einmal nach Start des Skripts und einmal nach ein paar wenigen Minuten. Wie man sieht, hat sich die Sonnensituation während des Abwartens geändert - zu sehen bei EnPAL aber nicht im IOBroker. Das ist der selbe Efekt, den ich habe, seitdem ich hier mit den Skript arbeiten - ich sehe immer nur die Werte beim Starten und dann tut sich nichts mehr.

Start:

Nach kurzer Zeit:

Und jetzt, 10 bis 15 Minuten danach:

Die Werte ändern sich einfach nicht bei mir :-(

Ich kann auch nicht das typische Wechseln der Farbe der Objekte sehen ... wenn sich etwas ändert wird es kurz grün und dann wieder rot. Wechsle ich kurz auf zB Protokoll und dann wieder auf Objekte, dann habe ich den Wechsel auf grün und dann wieder auf rot ... aber die Werte bleiben unverändert.

Wenn ich den kontinuierlichen Verlauf im Protokoll sehe, dann scheint das Skript ja zu laufen. Aber die Werte werden nicht aktualisiert - ein Idee?

[leonundjulie]

.... habe mir nochmals den ganzen Thread durchgelesen. Un dsiehe da, ich bin nicht alleine mit dem Problem, das keine Werte ausgelesen werden.

Thomas schrieb unter https://forum.iobroker.net/post/931656, dass er einen Workerround definiert hat. Ich habe das einprgrammiert

Also habe ich die besagte function gemäß der Skript Version 3 von gestern Abend gegen die von Thomas vorgeschlagene ersetzt. :-) :-) :-) Heureca, die Werte rauschen durch das Skript

Auch Alex schrieb unter https://forum.iobroker.net/post/953253 von dem Problem. Er schlug einen Workaround vor, der wiederum bei mir nichts brachte.

Aber jetzt kommt das nächste Phänomen: es wird also gelesen, aber es wird weiterhin nur 1x etwas in die Datenpunkte geschrieben :-)

[leonundjulie]

.... ich nehme meine Freude zurück ;-) denn ich muste festestellen, dass die vielen, viele Werte im Protokoll immer die selben sind - hier ein Beispiel:

Also nehme ich den zuvor beschriebenen Workaround wieder raus - das scheint es also nicht zu sein.