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

[0815_Peter]

@badsnoopy667

Hallo in die Runde,

vielleicht hab ich was überlesen bei den 395 Antworten, wenn ja bitte entschuldigt.

Das schreiben der U32 Zahl (Maximum Charge and Discharge Power) funktioniert mit den Flow vom badsnoopy667 hab vielen dank.

Wenn ich die % Werte der SOC Charge Cutoff und Discharge Cutoff einstellen will muss ich eine U16 Zahl schicken zum WR.
Ich werde aus der Beschreibung für die Funktion im Flow nicht so richtig schlau.

https://stevesnoderedguide.com/modbus-writing-data

Das mit den GAIN habe ich schon beachtet --> eine 100 sind 10% --> trotzdem will der WR meine Werte nicht :-( also sollte es auch der Funktion liegen die den String aufarbeitet.
Kann mir bitte jemand helfen wie die Funktion im Flow aussehen muss, damit der WR die % Werte annimmt die geschickt werden.

[badsnoopy667]

@0815_peter
Ich glaube Du hast in den falschen Thread gepostet.
Aber versuch's mal hiermit:

var fc = 16;
var sa = 50;
var addresses = 2;
var buf = Buffer.alloc(2); // create a buffer with 2 bytes for UINT16
buf.writeUInt16BE(msg.payload); // write UINT16 value to the buffer
var value = buf.readUInt16BE(); // read the UINT16 value from the buffer
msg.slave_ip = "192.168.1.76";
msg.payload = value;
return msg;

[0815_Peter]

@badsnoopy667

Danke für deine Antwort
okay ich hab hier geantwortet, da du am Anfang von diesen Thread gezeigt hast wie du auf die Register schreibst.

Leider klappt deine Funktion nicht...der WR nimmt die Werte nicht :-(

ich hab meinen Flow mal hier angehangen vielleicht sieht du ja gleich den Fehler.

flows.json

[bahnuhr]

bekomme immer mal wieder eine solche Meldung im log:

Error received reading address 37000 from id: 16 with error: Slave device busy (retry request again later)

Kann man da irgendwo was einstellen ?

[R4]

@bahnuhr
Die Zahl am Ende der Funktion setInterval() - also die Intervalldauer - erhöhen hilft die Anzahl dieser Meldungen zu verringern.

(Die Fehlermeldung kommt bei mir mit 4000ms auch immer wieder, macht aber nix, da wird dann halt mal ein Registerbereich nicht aktualisiert.)

[bahnuhr]

@r4
Danke für die Info.
Stand bei mir schon auf 5000.
Habs jetzt mal auf 10000 gesetzt.
Mal schauen.

[R4]

@bahnuhr
Außer einem "schöneren" Log hast du damit aber nichts gewonnen:
Die Daten (alle) werden dann nur noch alle 10*RegFast Sekunden, also 50s bei Standardwerten, statt alle 25s aktualisiert.
Die Fehlermeldung wird wohl dennoch hin und wieder auftauchen, und so musst du eben auf diesen Teil der Daten 100s warten, statt 50s bei der ursprünglichen Einstellung.
Huawei ist hier ein bisschen (arg) langsam, damit muss man offenbar leben *). Den Fehler kann man aber ignorieren, du hast dann lediglich kurzzeitig ein wenig veraltete Daten.

*) Mit Aufwand zu umgehen

[palantin]

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

PowerMeter id auf 0

bin ich der Einzige, bei dem das Powermeter nichts liefert? Was habt ihr bei PowerMeterID eintetragen, wenn es bei 0 nicht funktioniert.

[juggi1962]

@palantin Ich habe 0 beim PowerMeter und ich bekomme Daten.

[palantin]

@juggi1962 bei mir ist leider noch immer nichts. Noch habe ich keine Lösung gefunden - die anderen Datenpunkte auf WR 1 und WR 2 in der Kaskade funktionieren problemlos.

[R4]

@palantin
An welchem WR ist denn der Powermeter angeschlossen?
Schon mal "1" getestet?

[Skydream]

Moin,

ein ganz dolles Danke für diese Script, ich habe es heute installiert und nach anfänglichem totstellen des Modbus sind dann auch daten gekommen :blush:

Inzwischen habe ich auch die auskommentierten Zeilen für den zweiten String gefunden....sehr schön. Man ist je etwas erschlagen von der fülle an daten, aber besser haben und nicht brauchen wie brauchen und nicht haben.

Ist es normal das die Werte nicht 100% zu denen im Webportal passen?
Sind die dort geglättet?

SUN2000-8KTL-M1 mit zwei Strings, 5KW Batterie, Dongle per Wifi angebunden.

[palantin]

@r4 Ja, leider kein Effekt - hier erhalte ich die selben Fehler wie bei "11"

[ATARI]

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

Ist es normal das die Werte nicht 100% zu denen im Webportal passen?
Sind die dort geglättet?

Soweit ich weiß werden die Daten fürs Webportal (Cloud) verzögert aktualisiert.

[ATARI]

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

Ich habe 0 beim PowerMeter und ich bekomme Daten.

bei mir geht das auch mit ID 0

[bahnuhr]

Das Script läuft bei mir mit einem dongle.

Nun will mein Monteur diesen tauschen gegen einen "smartlogger" (was immer das ist).

Funktioniert das Script dann weiterhin; oder brauch ich ne Alternative.

Kurze Rückinfo wäre gut.
Danke.

[bahnuhr]

Hat denn keiner ein Info für mich.
Oder weiß dies keiner ;-)
(was ich mir gar nicht vorstellen kann).

[pasges]

Hallo Leute,
ich habe den KTL10 ohne Batterie.
Ich hab das aktuelle Script verwendet und die IP von meinem WR eingetragen und Batterie auf [0] gesetzt. Eigentlich sollte es doch dann laufen?

Die Werte werden leider nicht aktualisiert und ich bekomme folgende Meldungen:

javascript.0
2023-10-08 20:41:36.865 warn at processTimers (node:internal/timers:512:7)

javascript.0
2023-10-08 20:41:36.865 warn at listOnTimeout (node:internal/timers:569:17)

javascript.0
2023-10-08 20:41:36.865 warn at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2743:34)

javascript.0
2023-10-08 20:41:36.865 warn at Object.<anonymous> (script.js.Huawei.Solar:511:13)

javascript.0
2023-10-08 20:41:36.864 warn at ProcessData (script.js.Huawei.Solar:472:13)

javascript.0
2023-10-08 20:41:36.863 warn getState "javascript.0.Solarpower.Huawei.Inverter.1.Batterystack.1.WorkingMode" not found (3)

javascript.0
2023-10-08 20:41:36.863 warn at processTimers (node:internal/timers:512:7)

javascript.0
2023-10-08 20:41:36.863 warn at listOnTimeout (node:internal/timers:569:17)

javascript.0
2023-10-08 20:41:36.862 warn at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2743:34)

javascript.0
2023-10-08 20:41:36.862 warn at Object.<anonymous> (script.js.Huawei.Solar:511:13)

javascript.0
2023-10-08 20:41:36.862 warn at ProcessData (script.js.Huawei.Solar:452:64)

javascript.0
2023-10-08 20:41:36.861 warn getState "javascript.0.Solarpower.Huawei.Inverter.1.Batterystack.1.ChargeAndDischargePower" not found (3)

javascript.0
2023-10-08 20:41:36.861 warn at processTimers (node:internal/timers:512:7)

javascript.0
2023-10-08 20:41:36.861 warn at listOnTimeout (node:internal/timers:569:17)

javascript.0
2023-10-08 20:41:36.861 warn at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2743:34)

javascript.0
2023-10-08 20:41:36.860 warn at Object.<anonymous> (script.js.Huawei.Solar:511:13)

javascript.0
2023-10-08 20:41:36.860 warn at ProcessData (script.js.Huawei.Solar:449:9)

javascript.0
2023-10-08 20:41:36.859 warn getState "javascript.0.Solarpower.Huawei.Inverter.1.Batterystack.1.CurrentDayDischargeCapacity" not found (3)

javascript.0
2023-10-08 20:41:36.859 warn at processTimers (node:internal/timers:512:7)

javascript.0
2023-10-08 20:41:36.859 warn at listOnTimeout (node:internal/timers:569:17)

javascript.0
2023-10-08 20:41:36.859 warn at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2743:34)

javascript.0
2023-10-08 20:41:36.858 warn at Object.<anonymous> (script.js.Huawei.Solar:511:13)

javascript.0
2023-10-08 20:41:36.858 warn at ProcessData (script.js.Huawei.Solar:448:9)

javascript.0
2023-10-08 20:41:36.857 warn getState "javascript.0.Solarpower.Huawei.Inverter.1.Batterystack.1.CurrentDayChargeCapacity" not found (3)

[meloneA]

@pasges ping auf den WR vom ioBroker Host funktioniert? Modbus TCP ist sicher aktiviert?

[bishop]

ist diese Angabe

// Enter your battery stack setup. 2 dimensional array, e.g. [[3, 2], [3, 0]] means:
// First inverter has two battery stacks with 3 + 2 battery modules
// while second inverter has only one battery stack with 3 battery modules
const BatteryUnits = [[1, 0]];

korrekt wenn ich nur ein Speicher mit 5kw habe?