NEWS
Huawei Sun2000 & ioBroker via JS script funktioniert
-
@svenomatt sagte in Huawei Sun2000 & ioBroker via JS script funktioniert:
Das hat geholfen :), Fehlermeldung sind bei mir komplett Weg.
// get SOC of all batteries and combine to one string var BatOverview = getState("javascript.0.Solarpower.Huawei.Inverter.1.Batterystack.1.Battery1.BatterySOC").val + "%, " + getState("javascript.0.Solarpower.Huawei.Inverter.1.Batterystack.1.Battery2.BatterySOC").val + "%"; setState("javascript.0.Solarpower.Derived.BatteryOverview", BatOverview);
Vielen Dank für deine schnelle Hilfe. Danke
Gruß Sven
Hallo zusammen, nachdem nun das Script (Dank @Chris_b) bei mir läuft wollte ich gerne meine Wallbox (Easse) per PVüberschusss laden. Als für mich ansprechend fand ich evcc, da es alle meine Wünsche erfüllt. Nun zu meinen eigentlichen Fragen.
Kann ich gleichzeitig per iobroker (mit dem script) und evcc die Daten vom Wechselrichter ohne Probleme abgreifen? Im Netz konnte ich keine klare Antwort dazu finden. Dort wurde immer gesagt, dass sich mehre Anfrager (z.b. iobroker und evcc) an den Wechselrichter problemmatisch auswirken könnten.
Zudem wird in der Dokumentation von Evcc über eine Möglichkeit gesprochen, die Daten via Modbus Proxy weiter zu geben.
Ist es möglich das das Script die Daten vom Wechselrichter über den ModbusProxy zu ziehen. Sodass der Wechselrichter nur von evcc angesprochen wird. und somit nur eine Anfrage an den Wechselrichter gestellt wird.Vielleicht sind meine Gedankenspiele auch völlig falsch. Im Ergebnis würde ich gerne beides sowohl das script als auch Evcc nutzen.
Ich hoffe ich konnte mich halbwegs erklären. Für eine Atwort bzw. Hilfestellung wäre ich euch dankbar.
-
Hallo zusammen.
Kann mir vielleicht jemand sagen, was ich beim Skript ändern muss wenn ich keinen Akku habe.
IP und Inverter ID hab ich eingetragen aber beim Akku hab ich keine Ahnung, oder funktioniert es nur mit Akku?
const BatteryUnits = [[3, 0]];
Was gehört da ohne Batterie rein?
Danke im Voraus, Gruß Jürgen. -
@juggi1962
versuch's doch mal mit [0,0]...PS: Und lass [37000, 68], [37700, 100], [37800, 100], [38200, 100], [38300, 100], [38400, 100] weg
-
Ich sollte damals folgendes Ändern. Ich selbst habe nur 2 Batteriepacks und nicht 3.
@chris_b sagte in Huawei Sun2000 & ioBroker via JS script funktioniert:
@svenomatt
Laut Deinem Logist der Fehler bei Dir immer in Zeile 371. Das Skript versucht die dritte Batterie anzusprechen, die gibt es bei Dir nicht. Ich habe das Skript so angepasst, dass das jetzt korrekt sein sollte, möchte das aber erst etwas später ins Forum stellen. Bei Dir sollte (Konjunktiv) folgendes das Problem lösen:
Das im Skript// get SOC of all batteries and combine to one string var BatOverview = getState("javascript.0.Solarpower.Huawei.Inverter.1.Batterystack.1.Battery1.BatterySOC").val + "%, " + getState("javascript.0.Solarpower.Huawei.Inverter.1.Batterystack.1.Battery2.BatterySOC").val + "%, " + getState("javascript.0.Solarpower.Huawei.Inverter.1.Batterystack.1.Battery3.BatterySOC").val + "%"; setState("javascript.0.Solarpower.Derived.BatteryOverview", BatOverview);
durch das ersetzen:
// get SOC of all batteries and combine to one string var BatOverview = getState("javascript.0.Solarpower.Huawei.Inverter.1.Batterystack.1.Battery1.BatterySOC").val + "%, " + getState("javascript.0.Solarpower.Huawei.Inverter.1.Batterystack.1.Battery2.BatterySOC").val + "%"; setState("javascript.0.Solarpower.Derived.BatteryOverview", BatOverview);
Ich weiß aber nicht inwiefern das Script sich geändert hat.
// get SOC of all batteries and combine to one string var BatOverview = getState("javascript.0.Solarpower.Huawei.Inverter.1.Batterystack.1.Battery1.BatterySOC").val + "%, " + getState("javascript.0.Solarpower.Huawei.Inverter.1.Batterystack.0.Battery0.BatterySOC").val + "%"; setState("javascript.0.Solarpower.Derived.BatteryOverview", BatOverview);
wie gesagt ohne gewähr!
-
@r4 Zuerst mal Danke.
Hab das von dir probiert, bekomme aber folgende Warnungen10:58:42.475 warn javascript.0 (6338) script.js.Neu.PV_Anlage.Modbus_Huawei_Sun2000_Test: Error received reading address 30000 from id: 1 with error: undefined 10:58:47.474 warn javascript.0 (6338) script.js.Neu.PV_Anlage.Modbus_Huawei_Sun2000_Test: Error received reading address 37100 from id: 1 with error: undefined 10:58:52.475 warn javascript.0 (6338) script.js.Neu.PV_Anlage.Modbus_Huawei_Sun2000_Test: Error received reading address 32000 from id: 1 with error: undefined 10:58:57.476 warn javascript.0 (6338) script.js.Neu.PV_Anlage.Modbus_Huawei_Sun2000_Test: Error received reading address 35300 from id: 1 with error: undefined 10:59:02.487 warn javascript.0 (6338) at ProcessData (script.js.Neu.PV_Anlage.Modbus_Huawei_Sun2000_Test:785:9) 10:59:02.487 warn javascript.0 (6338) at Object.<anonymous> (script.js.Neu.PV_Anlage.Modbus_Huawei_Sun2000_Test:863:9) 10:59:02.489 warn javascript.0 (6338) at ProcessData (script.js.Neu.PV_Anlage.Modbus_Huawei_Sun2000_Test:787:9) 10:59:02.489 warn javascript.0 (6338) at Object.<anonymous> (script.js.Neu.PV_Anlage.Modbus_Huawei_Sun2000_Test:863:9) 10:59:02.490 warn javascript.0 (6338) at ProcessData (script.js.Neu.PV_Anlage.Modbus_Huawei_Sun2000_Test:793:66) 10:59:02.491 warn javascript.0 (6338) at Object.<anonymous> (script.js.Neu.PV_Anlage.Modbus_Huawei_Sun2000_Test:863:9) 10:59:02.492 warn javascript.0 (6338) script.js.Neu.PV_Anlage.Modbus_Huawei_Sun2000_Test: Error received reading address 30000 from id: 1 with error: undefined 10:59:07.476 warn javascript.0 (6338) script.js.Neu.PV_Anlage.Modbus_Huawei_Sun2000_Test: Error received reading address 37100 from id: 1 with error: undefined
-
@atari Hallo, ich weiß nicht, ob Deine Frage schon gelöst wurde, ich habe nicht alle Einträger bisher gelesen. Ich stand vor dem selben Problem und habe mir folgende Lösung überlegt (ich muss zugeben, es wird sicherlich einfachere und bessere geben, für meine Zwecke reicht es aber...):
- Ich habe das Skript so angerpasst, dass es immer nur einmal durchläuft.
- Ich habe ein Blockly-Skript ergänzt, dass das JS Skript alle x Minuten (hier 10) startet und nach Durchlauf (bzw. nach einer bestimmten Zeit) wieder beendet.
Ist zwar hemdsärmelig, funktioniert aber. Ich habe dazu im Skript folgende Anpassung vorgenommen:
code_text / ------------------------------------------------------------------- // This is the main function triggering a read via modbus-tcp every two seconds. // Processing of data is triggered as soon as one complete set of registers is copied. var triggerprocessing = 0; var currentinverter = 1; // setInterval(function() { // if(triggerprocessing == 1) { // triggerprocessing = 0; // processData(); // } var ref = setInterval(function(){ console.log("Triggering read of inverter " + currentinverter + " at address " + RegisterSpacesToReadContinuously[RegisterSpacesToReadContinuouslyPtr][0] + " with length " + RegisterSpacesToReadContinuously[RegisterSpacesToReadContinuouslyPtr][1]); readRegisterSpace(currentinverter, RegisterSpacesToReadContinuously[RegisterSpacesToReadContinuouslyPtr][0], RegisterSpacesToReadContinuously[RegisterSpacesToReadContinuouslyPtr][1]); RegisterSpacesToReadContinuouslyPtr++; if(RegisterSpacesToReadContinuouslyPtr >= RegisterSpacesToReadContinuously.length) { RegisterSpacesToReadContinuouslyPtr = 0; currentinverter++ if(currentinverter > ModBusIDs.length){ currentinverter = 1; triggerprocessing = 1 processData(); clearInterval(ref); } } },3333);
Das Blockly-Skript sieht folgendermaßen aus:
-
@svenomatt Hallo Sven. Mit Wallboxen kenne ich mich leider gar nicht aus - sorry.
Zu Deiner Anpassung: Im neusten Skript von mir, sollte die Anzahl der Batterien korrekt berücksichtigt sein.
Ich poste gleich noch eine neuere Variante meines Skripts mit einigen Optimierungen. -
@r4 und an alle die es interessiert:
Ich habe die Anregung der schnell und langsam zu lesenden Registersätze nun auch in 'mein' Skript implementiert - die Idee gefällt mir. Ich habe es allerdings etwas anders umgesetzt:
Mein Skript liest total 9 Registersätze; die ersten n = RegFast (in meinem Fall 5) werden schnell gelesen, die restlichen langsam. Über die Variable RegFastMod wird bestimmt, was langsam bedeutet. RegFastMod = 10 bedeutet, dass nur jedes zehnte Mal alle Register gelesen werden.
Ich habe im Skript noch einige Detailverbesserungen vorgenommen.
In einer nächste Variante möchte ich mich noch dem GlobalDataBuffer[] annehmen. Dieser ist ja (und das steht auch im Skript) nicht optimiert, und benützt eine monströse (sorry) Grösse. Das kommt dann noch.
Hier ein Link zu 'meinem' Skript (diesmal als Link, da es mit 'Code' Probleme gab bei 'grossen' Dateien)
Sun2000.js
Gruss -
Top!
@chris_b sagte in Huawei Sun2000 & ioBroker via JS script funktioniert:
In einer nächste Variante möchte ich mich noch dem GlobalDataBuffer[] annehmen.
Darauf warte ich noch
Würde empfehlen, die Verbindungserstellung in eine Funktion auszulagern. War hier glaub ich auch schon beschrieben und bei mir sieht das so aus (ohne die dazugehörenden Variablen):
// Funktion zum Herstellen einer Modbus-Verbindung function ConnectModbus() //---------------------- { console.log("Init connection to: " + ModBusHost +":" + ModBusPort); // set requests parameters client.setTimeout (10000); // try to connect client.connectTCP (ModBusHost, { port: ModBusPort }) .then(function() { console.log("Connected"); }) .catch(function(e) { console.log(e); }); }
Damit nämlich kann die Verbindung wieder aufgebaut werden bei Fehler:
function readRegisterSpace(address, length) //----------------------------------------- { client.setID(ModBusID); client.readHoldingRegisters(address, length, function(err, data) // ModBus FC03 { if (err) { if (err.modbusCode == null) { console.warn("Lost connection to client. Trying to reconnect..."); ConnectModbus(); } else console.warn("Error received reading address " + address + " from id: " + ModBusID + " with error: " + modbusErrorMessages[err.modbusCode]); } else { console.debug("Read data from id/address " + ModBusID + "/" + address + "\nData is: " + data.data); for (var i = 0; i < length; i++) GlobalDataBuffer[address+i] = data.data[i]; } }); }
PS: das {1} im hier angezeigten Code geht (nur) weg, wenn man ein Leerzeichen vor das "{" setzt.
-
hallo,
ich schaff's einfach nicht Register zu schreiben...
bekomme folgende Fehlermeldung:2023-07-17 11:54:49.028 error Error: Modbus exception 4: Slave device failure (device reports internal error) at ModbusRTU._onReceive (/opt/iobroker/node_modules/iobroker.javascript/node_modules/modbus-serial/index.js:430:21) at TcpPort.emit (node:events:512:28) at TcpPort.emit (node:domain:489:12) at Socket.<anonymous> (/opt/iobroker/node_modules/iobroker.javascript/node_modules/modbus-serial/ports/tcpport.js:93:24) at Socket.emit (node:events:512:28) at Socket.emit (node:domain:489:12) at addChunk (node:internal/streams/readable:324:12) at readableAddChunk (node:internal/streams/readable:297:9) at Socket.Readable.push (node:internal/streams/readable:234:10) at TCP.onStreamRead (node:internal/stream_base_commons:190:23) 2023-07-17 11:54:49.028 error Error: Modbus exception 4: Slave device failure (device reports internal error) 2023-07-17 11:54:49.028 error An error happened which is most likely from one of your scripts, but the originating script could not be detected. 2023-07-17 11:54:48.640 error Error: Modbus exception 6: Slave device busy (retry request again later) at ModbusRTU._onReceive (/opt/iobroker/node_modules/iobroker.javascript/node_modules/modbus-serial/index.js:430:21) at TcpPort.emit (node:events:512:28) at TcpPort.emit (node:domain:489:12) at Socket.<anonymous> (/opt/iobroker/node_modules/iobroker.javascript/node_modules/modbus-serial/ports/tcpport.js:93:24) at Socket.emit (node:events:512:28) at Socket.emit (node:domain:489:12) at addChunk (node:internal/streams/readable:324:12) at readableAddChunk (node:internal/streams/readable:297:9) at Socket.Readable.push (node:internal/streams/readable:234:10) at TCP.onStreamRead (node:internal/stream_base_commons:190:23) 2023-07-17 11:54:48.640 error Error: Modbus exception 6: Slave device busy (retry request again later) 2023-07-17 11:54:48.639 error An error happened which is most likely from one of your scripts, but the originating script could not be detected. 2023-07-17 11:54:48.489 info script.js.Photovoltaik.Huawei_mit_Batterie_V7: WriteRegister....
Scrip sieht so aus:
setInterval(function() { if(triggerprocessing == 1) { triggerprocessing = 0; processData(); } if (triggerWriteProcessing == false) // read register (either read or write in one interval) { console.log("Triggering read of inverter " + currentinverter + " at address " + RegisterSpacesToReadContinuously[RegisterSpacesToReadContinuouslyPtr][0] + " with length " + RegisterSpacesToReadContinuously[RegisterSpacesToReadContinuouslyPtr][1]); readRegisterSpace(currentinverter, RegisterSpacesToReadContinuously[RegisterSpacesToReadContinuouslyPtr][0], RegisterSpacesToReadContinuously[RegisterSpacesToReadContinuouslyPtr][1]); RegisterSpacesToReadContinuouslyPtr++; if(RegisterSpacesToReadContinuouslyPtr >= RegisterSpacesToReadContinuously.length) { RegisterSpacesToReadContinuouslyPtr = 0; currentinverter++ if(currentinverter > ModBusIDs.length){ currentinverter = 1; triggerprocessing = 1; } } } else // triggerWriteProcessing == true --> write register { console.log("WriteRegister....") var hBatt=getState("javascript.0.Solarpower.Huawei.Inverter.Battery.ChargeFromGridFunction").val; var hSOC= getState("javascript.0.Solarpower.Huawei.Inverter.Battery.GridChargeCutoffSOC").val*10; client.writeRegisters(47087, [0, hBatt]); // client.writeRegisters(47088, [0, hSOC]); // triggerWriteProcessing = false; } }, 6000);
ist das ein Zeitproblem..?
was bedeudet hier "Slave device busy" -
@stoffel67
jaaa, zweimal Zugriff hintereinander ohne Pause mag Huawei nicht..., dabei ist es egal ob Lesen oder Schreiben gemacht wird (beachte deine 2 einzelne Schreibzugriffe!).// NÖ: client.writeRegisters(47087, [0, hBatt, 0, hSOC]); // JA: client.writeRegisters(47087, [hBatt, hSOC]);
könnte klappen (hBatt und hSOC müssen halt immer passen...)
PS: Das "triggerprocessing = 1;" kannst du gleich ersetzen durch "processData();"
PPS: Nicht ganz kapiert: Wenn processData() (direkt) vor dem Schreiben ausgeführt wurde werden "ChargeFromGridFunction" und "GridChargeCutoffSOC" ja von den aus dem WR ausgelesenen Daten verwendet (und gleich wieder so geschrieben) und nicht ggf. im Programmablauf geänderte Werte?!
-
@r4
stimmt denn die "0" jeweils... [0, hBatt, 0, hSOC]
hBatt ist entweder "0" oder "1" , hSOC ist ein Wert zwischen 0%-100%.
kann das dann funktionieren?
das Schreiben wird scheinbar direkt ausgeführt... hab es mit einem Wert
client.writeRegisters(43006, [120, 120]
client.writeRegisters(43006, [60, 60]
getestet..., es wurde dann immer der richtige Wert 60 bzw. 120 zurückgeliefert, daher ist mir das Array [0, hBatt, 0, hSOC]
nicht ganz klar...ist das nun "[AdressenOffset,Wert] oder [min.Wert,max.Wert] -
@stoffel67
äh was?, bzw. nö!
https://github.com/yaacov/node-modbus-serial/blob/master/README.mdhab bei deinem Beispiel nicht bedacht, dass hier ja nur UINT16 angesprochen werden. Also muss es
client.writeRegisters(47087, [hBatt, hSOC]);
sein.
Bsp:client.writeRegisters(47087, [1, 550]);
setzt
javascript.0.Solarpower.Huawei.Inverter.Battery.ChargeFromGridFunction = 1
javascript.0.Solarpower.Huawei.Inverter.Battery.GridChargeCutoffSOC = 55%Beachte, dass du jeweils 16 Bit Werte schreibst (die Zahlen in []) und pass trotzdem auf, wo du deine Werte herbekommst...
(mit
client.writeRegisters(47087, [0, hBatt]);
würdest du Register 47087 mit '0' beschreiben und Register 47088 mit 'hBatt')
-
@r4 Danke für die Tips. Ich schaue mir Deine Änderungen an und implementiere es dann. Das mit dem Leerzeichen vor "{" ist ja schon doof.
Eine Frage:
Meine Anlage ist erst 2 Monate in Betrieb. Hast Du Erfahrung, wie man die Batterie im Winter optimal betreibt? jetzt ladet die Batterie auch an einem relativ schlechten Tag meist auf 100%. Im Winter wird es dafür vermutlich nie reichen. Gibt es ein Forum in welchem ich Tips dazu erhalte?Ich veröffentliche später eine neue Version des Skript. Finde immer mehr Dinge, die verbessert werden sollten (unbenütze Variable etc.).
-
@r4 Hallo - ich habe Deinen Vorschlag mit der Funktion ConnectModbus() ausprobiert. Prinzipiell funktioniert das natürlich... Aber: Bei mir kommt es hin und wieder zu Fehlern bei der Abfrage von Registern, das ist aber normalerweise nicht weiter schlimm. Nur führt die Abfrage von
if (err.modbusCode == null)
immer zu einem reconnect, obwohl dies eigentlich nicht nötig ist. Bist Du sicher, dass die Bedingung korrekt ist? Kennst Du die Rückgabewerte err.modbusCode?
Gruss -
@melonea sagte in Huawei Sun2000 & ioBroker via JS script funktioniert:
@road_runner31 evcc hätte einen modbus proxy, ich würde den vorschalten.
Moin zusammen, Kann mir jemand kurz erläutert wie ich den Modbus Proxy von evcc und das Script zusammen zum laufen bekomme.
Würde gerne das Script und evcc zeitgleich laufen lassen.
Gruß Sven
-
@chris_b
hm, das ist bei mir nicht der Fall. In meinem Log gibt es immer maljavascript.0 2023-07-18 08:20:13.481 warn script.js.common.SUN2000.PV-Steuerung: Error received reading address 37100 from id: 1 with error: Slave device busy (retry request again later)
aber ohne Reconnects. Die gibt es praktisch nur bei einem Neustart, bis er sich erfolgreich verbunden hat oder so zwei Mal am Tag auch zwischendurch, dann aber gerne gehäuft bis zu einer Minute lang:
2023-07-17 03:42:13.496 - warn: javascript.0 (25837) script.js.common.SUN2000.PV-Steuerung: Lost connection to client. Trying to reconnect... 2023-07-17 03:42:13.496 - info: javascript.0 (25837) script.js.common.SUN2000.PV-Steuerung: Init connection to: 192.168.0.111:502 2023-07-17 03:42:13.497 - info: javascript.0 (25837) script.js.common.SUN2000.PV-Steuerung: Connected 2023-07-17 03:42:15.493 - info: javascript.0 (25837) script.js.common.SUN2000.PV-Steuerung: ProcessData() 0 3 - PanelPower 0 - bCP 0 - SoC 55 - Loop 15 2023-07-17 03:42:25.491 - warn: javascript.0 (25837) script.js.common.SUN2000.PV-Steuerung: Lost connection to client. Trying to reconnect... 2023-07-17 03:42:25.492 - info: javascript.0 (25837) script.js.common.SUN2000.PV-Steuerung: Init connection to: 192.168.0.111:502 2023-07-17 03:42:25.492 - info: javascript.0 (25837) script.js.common.SUN2000.PV-Steuerung: Connected 2023-07-17 03:42:31.506 - info: javascript.0 (25837) script.js.common.SUN2000.PV-Steuerung: ProcessData() 0 3 - PanelPower 0 - bCP 0 - SoC 55 - Loop 16 2023-07-17 03:42:37.508 - warn: javascript.0 (25837) script.js.common.SUN2000.PV-Steuerung: Lost connection to client. Trying to reconnect... ...
Error Codes: https://www.simplymodbus.ca/exceptions.htm
Batterie: Naja, kommt immer drauf an
Wenn du natürlich schon im Sommer Schwierigkeiten hast sie voll zu bekommen wird das in der dunklen Jahreszeit nicht besser. Hört sich nach Fehlplanung an (sorry). (Ich hab knapp 17kWp und einen 5kWh Akku, und der ist schon "schöngerechnet", also fraglich ob er sich wirklich lohnt.)
In dem Fall würde ich zumindest den Mindest-SoC nicht auf 0% belassen (>10%), das stresst den Akku am meisten, auch wenn Huawei da natürlich Vorkehrungen getroffen hat (der lädt sich dann auch mal selbst aus dem Netz auf ein selbstdefiniertes Minimum auf).Ein informatives Forum ist
https://www.photovoltaikforum.com/thread/160098-what-s-up-huawei/ -
@r4 Danke für den Link zum Huawei Forum. Da kann ich suchen.
Ich glaube nicht, dass es sich um eine Fehlplanung handelt. Ob es sich wirklich 'lohnt' ist eine berechtigte Frage. Ich habe nur 5kWp (kleines Flachdach) und 15 kWh Akku. Der wird an einem normalen Tag in der Sommerzeit locker gefüllt, pendelt zwischen 100% und ca. 60% bis 70% (am frühen Morgen des Folgetages). Ich komme also locker über die Nacht, und auch durch einen 'schlechten' Tag. Brauche ca. 10kWh pro Tag. Da ich im Winter viel weniger Sonne haben werde (auf Grund der Lage) erwarte ich, dass dann der Akku kaum geladen wird (ich habe eine Wärmepumpe als Heizung).
Die Frage war genau, ob ich dann die Mindest SoC auf >0% setzen soll. Ich werde mal im Forum suchen.
Danke -
@r4
Vielen Dank für deine Hinweise... funktioniert!!! -
@chris_b
PS: Siehe auch
LUNA2000-(5-30)-S0 Benutzerhandbuch (Ausgabe 13)
Insbesondere Kapitel "8.5 Speicher mit niedrigem SOC"
--> SoC unter 5% sollte vermieden werden