Huawei Sun2000 & ioBroker via JS script funktioniert
-
@chris_b
Danke für den Tipp - hab ich geändert. Ich bekomme nun die Warnungen, dass der Debug-Modus aktiv ist. Habe ich aber bewusst nicht ausgeführt.
Werte sind natürlich alle "NULL"
Gruß
Rainer
javascript.0
2023-07-31 11:38:25.544 warn script.js.Huawei: setForeignState(id=javascript.0.Solarpower.Derived.WorkingMode, state={"val":"undefined","ack":false,"ts":1690796305544,"q":0,"from":"system.adapter.javascript.0","lc":1690796305544,"c":"script.js.Huawei"}) - wurde nicht ausgeführt, während der Debug-Modus aktiv istjavascript.0
2023-07-31 11:38:25.543 warn script.js.Huawei: setForeignState(id=javascript.0.Solarpower.Derived.ConsumptionToday, state={"val":0,"ack":false,"ts":1690796305543,"q":0,"from":"system.adapter.javascript.0","lc":1690796305543,"c":"script.js.Huawei"}) - wurde nicht ausgeführt, während der Debug-Modus aktiv istjavascript.0
2023-07-31 11:38:25.543 warn script.js.Huawei: setForeignState(id=javascript.0.Solarpower.Derived.ConsumptionSum, state={"val":0,"ack":false,"ts":1690796305543,"q":0,"from":"system.adapter.javascript.0","lc":1690796305543,"c":"script.js.Huawei"}) - wurde nicht ausgeführt, während der Debug-Modus aktiv istjavascript.0
2023-07-31 11:38:25.543 warn script.js.Huawei: setForeignState(id=javascript.0.Solarpower.Derived.GridImportToday, state={"val":0,"ack":false,"ts":1690796305543,"q":0,"from":"system.adapter.javascript.0","lc":1690796305543,"c":"script.js.Huawei"}) - wurde nicht ausgeführt, während der Debug-Modus aktiv istjavascript.0
2023-07-31 11:38:25.543 warn script.js.Huawei: setForeignState(id=javascript.0.Solarpower.Derived.GridExportToday, state={"val":0,"ack":false,"ts":1690796305543,"q":0,"from":"system.adapter.javascript.0","lc":1690796305543,"c":"script.js.Huawei"}) - wurde nicht ausgeführt, während der Debug-Modus aktiv istjavascript.0
2023-07-31 11:38:25.543 warn script.js.Huawei: setForeignState(id=javascript.0.Solarpower.Derived.IsGridExporting, state={"val":0,"ack":false,"ts":1690796305543,"q":0,"from":"system.adapter.javascript.0","lc":1690796305543,"c":"script.js.Huawei"}) - wurde nicht ausgeführt, während der Debug-Modus aktiv istjavascript.0
2023-07-31 11:38:25.543 warn script.js.Huawei: setForeignState(id=javascript.0.Solarpower.Derived.IsBatteryLoading, state={"val":1,"ack":false,"ts":1690796305543,"q":0,"from":"system.adapter.javascript.0","lc":1690796305543,"c":"script.js.Huawei"}) - wurde nicht ausgeführt, während der Debug-Modus aktiv istjavascript.0
2023-07-31 11:38:25.543 warn script.js.Huawei: setForeignState(id=javascript.0.Solarpower.Derived.YieldToday, state={"val":0,"ack":false,"ts":1690796305543,"q":0,"from":"system.adapter.javascript.0","lc":1690796305543,"c":"script.js.Huawei"}) - wurde nicht ausgeführt, während der Debug-Modus aktiv istjavascript.0
2023-07-31 11:38:25.543 warn script.js.Huawei: setForeignState(id=javascript.0.Solarpower.Derived.HouseConsumption, state={"val":0,"ack":false,"ts":1690796305543,"q":0,"from":"system.adapter.javascript.0","lc":1690796305543,"c":"script.js.Huawei"}) - wurde nicht ausgeführt, während der Debug-Modus aktiv istjavascript.0
2023-07-31 11:38:25.543 warn script.js.Huawei: setForeignState(id=javascript.0.Solarpower.Derived.BatteryOverview, state={"val":"null%","ack":false,"ts":1690796305543,"q":0,"from":"system.adapter.javascript.0","lc":1690796305543,"c":"script.js.Huawei"}) - wurde nicht ausgeführt, während der Debug-Modus aktiv istjavascript.0
2023-07-31 11:38:25.543 warn script.js.Huawei: setForeignState(id=javascript.0.Solarpower.Huawei.Meter.ActivePowerL3, state={"val":94,"ack":false,"ts":1690796305543,"q":0,"from":"system.adapter.javascript.0","lc":1690796305543,"c":"script.js.Huawei"}) - wurde nicht ausgeführt, während der Debug-Modus aktiv istjavascript.0
2023-07-31 11:38:25.543 warn script.js.Huawei: setForeignState(id=javascript.0.Solarpower.Huawei.Meter.ActivePowerL2, state={"val":128,"ack":false,"ts":1690796305543,"q":0,"from":"system.adapter.javascript.0","lc":1690796305543,"c":"script.js.Huawei"}) - wurde nicht ausgeführt, während der Debug-Modus aktiv istjavascript.0
2023-07-31 11:38:25.543 warn script.js.Huawei: setForeignState(id=javascript.0.Solarpower.Huawei.Meter.ActivePowerL1, state={"val":-225,"ack":false,"ts":1690796305543,"q":0,"from":"system.adapter.javascript.0","lc":1690796305543,"c":"script.js.Huawei"}) - wurde nicht ausgeführt, während der Debug-Modus aktiv istjavascript.0
2023-07-31 11:38:25.543 warn script.js.Huawei: setForeignState(id=javascript.0.Solarpower.Huawei.Meter.VoltageL3-L1, state={"val":404.3,"ack":false,"ts":1690796305543,"q":0,"from":"system.adapter.javascript.0","lc":1690796305543,"c":"script.js.Huawei"}) - wurde nicht ausgeführt, während der Debug-Modus aktiv istjavascript.0
2023-07-31 11:38:25.543 warn script.js.Huawei: setForeignState(id=javascript.0.Solarpower.Huawei.Meter.VoltageL2-L3, state={"val":404,"ack":false,"ts":1690796305543,"q":0,"from":"system.adapter.javascript.0","lc":1690796305543,"c":"script.js.Huawei"}) - wurde nicht ausgeführt, während der Debug-Modus aktiv ist -
@rainereglinsky im Script Editor hast du rechts-oben einen "Schraubenschlüssel". Dort kannst du den Debug de/aktivieren.
-
@melonea
Ja, dort ist aber nichts eingestellt, was den Debug Modus auslösen sollte:
-
@chris_b hallo. Ich docketed schon eine ganze Weile an der Idee, vom HUAWEi SUN 2000 die Werte auszulesen, respektive in meinen IOBroker einzulesen. Habe bis dato auf der Basis NODE RED gearbeitet. Leider bekomme ich dort nur einen Zyklus eingelesen.
Und gestern habe ich diesen Thread gefunden, und den Versuch via JS gestartet. Ich habe also die Erweiterung „Serial MODBUS“ im JS-Adapter eingefügt und im Script die IP des WR eingetragen (Batterie auf (0,0) gesetzt, weil ich keine habe.
Das Ergebnis: ganz viele Fehlermeldungen
2023-07-30 22:51:36.120 - info: admin.0 (5213) ==> Connected system.user.admin from ::ffff:192.168.178.87
2023-07-30 22:51:38.897 - info: javascript.0 (326144) Start javascript script.js.HUAWEI
2023-07-30 22:51:38.955 - info: javascript.0 (326144) script.js.HUAWEI: registered 0 subscriptions, 1 schedule, 0 messages, 0 logs and 0 file subscriptions
2023-07-30 22:52:08.933 - warn: javascript.0 (326144) script.js.HUAWEI: Error received reading address 37700 from id: 1 with error: undefined
2023-07-30 22:52:13.931 - warn: javascript.0 (326144) script.js.HUAWEI: Error received reading address 38200 from id: 1 with error: undefined
2023-07-30 22:52:18.932 - warn: javascript.0 (326144) script.js.HUAWEI: Error received reading address 30000 from id: 1 with error: undefined
2023-07-30 22:52:23.947 - warn: javascript.0 (326144) getState "javascript.0.Solarpower.Huawei.Inverter.1.Batterystack.1.CurrentDayChargeCapacity" not found (3)
2023-07-30 22:52:23.952 - warn: javascript.0 (326144) at ProcessData (script.js.HUAWEI:408:9)
2023-07-30 22:52:23.953 - warn: javascript.0 (326144) at Object. (script.js.HUAWEI:456:13)
2023-07-30 22:52:23.953 - warn: javascript.0 (326144) at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2723:34)
2023-07-30 22:52:23.953 - warn: javascript.0 (326144) at listOnTimeout (node:internal/timers:569:17)
2023-07-30 22:52:23.953 - warn: javascript.0 (326144) at processTimers (node:internal/timers:512:7)
2023-07-30 22:52:23.953 - warn: javascript.0 (326144) getState "javascript.0.Solarpower.Huawei.Inverter.1.Batterystack.1.CurrentDayDischargeCapacity" not found (3)
2023-07-30 22:52:23.954 - warn: javascript.0 (326144) at ProcessData (script.js.HUAWEI:409:9)
2023-07-30 22:52:23.954 - warn: javascript.0 (326144) at Object. (script.js.HUAWEI:456:13)
2023-07-30 22:52:23.954 - warn: javascript.0 (326144) at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2723:34)
2023-07-30 22:52:23.954 - warn: javascript.0 (326144) at listOnTimeout (node:internal/timers:569:17)
2023-07-30 22:52:23.954 - warn: javascript.0 (326144) at processTimers (node:internal/timers:512:7)
2023-07-30 22:52:23.955 - warn: javascript.0 (326144) getState "javascript.0.Solarpower.Huawei.Inverter.1.Batterystack.1.ChargeAndDischargePower" not found (3)
2023-07-30 22:52:23.955 - warn: javascript.0 (326144) at ProcessData (script.js.HUAWEI:412:66)
2023-07-30 22:52:23.955 - warn: javascript.0 (326144) at Object. (script.js.HUAWEI:456:13)
2023-07-30 22:52:23.956 - warn: javascript.0 (326144) at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2723:34)
2023-07-30 22:52:23.956 - warn: javascript.0 (326144) at listOnTimeout (node:internal/timers:569:17)
2023-07-30 22:52:23.956 - warn: javascript.0 (326144) at processTimers (node:internal/timers:512:7)
2023-07-30 22:52:23.959 - warn: javascript.0 (326144) script.js.HUAWEI: Error received reading address 37800 from id: 1 with error: undefined
2023-07-30 22:52:28.932 - warn: javascript.0 (326144) script.js.HUAWEI: Error received reading address 38300 from id: 1 with error: undefined
2023-07-30 22:52:33.933 - warn: javascript.0 (326144) script.js.HUAWEI: Error received reading address 38400 from id: 1 with error: undefined
2023-07-30 22:52:38.933 - warn: javascript.0 (326144) script.js.HUAWEI: Error received reading address 32000 from id: 1 with error: undefined
2023-07-30 22:52:43.479 - info: javascript.0 (326144) Stop script script.js.HUAWEI
2023-07-30 22:52:43.932 - warn: javascript.0 (326144) script.js.HUAWEI: Error received reading address 37000 from id: 1 with error: undefined
2023-07-30 22:52:47.099 - info: admin.0 (5213) <== Disconnect system.user.admin from ::ffff:192.168.178.87 javascript
2023-07-30 22:52:48.933 - warn: javascript.0 (326144) script.js.HUAWEI: Error received reading address 37100 from id: 1 with error: undefinedAnfügen muss ich vielleicht noch, dass der MOD-Bus im WR voll zugänglich ist, die ID auf 1 eingestellt ist.
Hast Du eine Idee?
-
@rainereglinsky
Gelöst!
habe IOBroker deinstalliert und neu aufgesetzt. Funktioniert nun! Danke nochmals für eure Geduld mit einem Neuling. -
@leonundjulie .... ich antworte mir mal selber
Ich habe das Skript nochmals gestartet, nachdem ich nochmals alle Werte geprüft habe. Und siehe da, ich bekomme nicht nur Fehler, sondern Werte
. Also funktioniert das Skript - riesen Freude.
Die Fehler deuten meiner Meinung darauf hin, dass Register abgefragt werden, die es in meinem System nicht gibt ... das zu prüfen, steht für heute Abend auf dem Plan.
Hier nochmals ein etwas längeres Protokoll:
-
@leonundjulie Super, freut mich.
Wenn Du mein neustes Skript genommen hast: bei 'const RegToRead' einfach diejenigen rausnehmen, die Du nicht brauchst. Achtung: RegFast auch entsprechend anpassen. Es werden eben viele Batterie Infos ausgelesen. Gruss -
@rainereglinsky
kleines Problem noch: Ich bekomme in der Ausgabe nur einen PV String angezeigt, habe aber zwei Strings. Muss das im Script noch irgendwo eingetragen werden?
-
-
@chris_b said in Huawei Sun2000 & ioBroker via JS script funktioniert:
const RegToRead
Danke für das schnelle Feedback. Wenn ich also keine Batterie habe, dann lösche ich die GELB markierten? Bzw kommentiere sie durch // raus, wie Du es in der blauen Zeile gemacht hast?
Abschließend ändere ich entsprechend der beiden Sprechblasen?
Nachbrenner (habe mir jetzt ein paar Minuten Dein Skript genauer angesehen - soweit ein Newby das überblickt: eigentlich müsste ich Dein Skript um ALLE Inhalte zu den Batterien rauswerfen, also nicht nur die von Dir aufgezeigten 'const RegToRead' .... dann wäre es schlank und würde zu meiner Konfiguration passen. Was hätst Du von Dem Ansatz, dass Du eine Globale BATTERY_ PRESENT definierst, die man als Nutzer mit 0 oder 1 füttert (so wie man auch sein IP eingeben muss) unddie Batterie rlevanten ANteile würde nur bearbeitet werden, wenn die Globale auf 1 sitzt. Das würde es sicherlich für viele einfacher machen und es gäbe weiterhin nur ein Source ... was hältst Du von dem Vorschlag?
-
@chris_b said in Huawei Sun2000 & ioBroker via JS script funktioniert:
@melonea @melonea Guter Punkt. Dazu folgendes:
- Ich denke, ich erweitere das Skript so, dass nur an einem Ort die javascript Instanz gesetzt wird, das macht Änderungen einfacher.
- Weisst Du, wie ich im Skript die Javascript-Instanz-Nummer abfragen kann? Dann würde ich das ins Skript einbauen. Dann wäre das Problem komplett gelöst.
- Das mit Github ist eine gute Idee. Arbeitest Du via VSCode zur Entwicklung von Code? Ich habe das einmal installiert und hatte dann ziemliche Probleme. Geht das bei Dir gut? Ich würde das gerne in Sachen Code-Versionierung tun, damit ist es dann auch schnell auf Github.
Gruss, Christian
Ich denke es reicht schon aus wenn du wie für die IP, Port,.. auch eine Variable für die Instanz einbaust. Immerhin muss man auch im Scripting Adapter die entsprechende Instanz für den Slave eintragen. Von daher auch der Hinweis das es ggf schön wäre wenn wir das ganze z.B. auf Github dokumentieren.
VScode bin ich eher Laie, aber kleine Commits und Doku´s bearbeiten funktioniert mit der GIT integration soweit eigenltich einwandfrei.
-
@chris_b , ich kommentiere fleissig BATTERIE-Zeielen heraus damit die Anzahl der Fehlermeldungen kleiner wird.
Dabei ist mir auch eine Meldung zum Register 37100 ins Auge gekommen. Dieses Register gibt es gemäß HUIAWEI MODBUS Definition, Version 4.0 nicht gibt.
-
@leonundjulie Das findest unter Definition Meter weiter unten in der Liste
-
@juggi1962 , mein Fehler ... habe es dort gefunden.
Aber dennoch habe ich gerade mal folgendes Protokoll gezogen. Im Oberen Teil habe ich den 37100 nicht mit ausgelesen (herauskommentiert), im unteren Teil ist der 37100 wieder dabei.
Mal abgesehen von der ebenfalls wiederkehrenden Medlung Slave device busy (retry request again later) (muss ich die 5000 ms mal hochdrehen? Oder den Fehler ignorieren?), habe ich drei andere wiederkehrende Meldungen:
- Error received reading address 30000 from id: 1 with error: undefined
- Error received reading address 32000 from id: 1 with error: undefined
- Error received reading address 37100 from id: 1 with error: undefined
Anmerkung zum Register 37100: als das Auslesen auskommentiert war, habe ich keine Werte in den Objekten gefunden (wen wundert es). Und wenn das register 37100 mit ausgelesen wird, dann habe ordentliche Werte ... ergo ist die eingetragene ID vermeintlich richtig (bei mir die 0, obwohl ich gestern im FusionSolar eine 11 gelesen habe).
Hat jemand eine Idee wie ich die drei obigen Fehler herauskitzeln kann?
-
@leonundjulie
Die Medlung Slave device busy (retry request again later) kannst ganz am Anfang wo die ganzen Warn Meldungen stehen mit // auskommentieren.
Gruß Jürgen. -
@leonundjulie Das sollte so korrekt sein. Ausprobieren... Gruss
-
@juggi1962 said in Huawei Sun2000 & ioBroker via JS script funktioniert:
@leonundjulie
Die Medlung Slave device busy (retry request again later) kannst ganz am Anfang wo die ganzen Warn Meldungen stehen mit // auskommentieren.
Gruß Jürgen.Ok, dann ist aber der Fehler nicht weg? Oder verstehe ich da etwas falsch?
-
@chris_b said in Huawei Sun2000 & ioBroker via JS script funktioniert:
@leonundjulie Das sollte so korrekt sein. Ausprobieren... Gruss
cih werd es mal ein paar Stunden Laufen lassen. ABer eine Fehlermeldung verstehe ich immer noch im Sinne "es läuft was falsch", und das sollte es schließlich nicht. Kannst Du im Ansatz erklären warum die Meldungen kommen? Bei allen anderen registern habe ich keine Fehlermeldungen, nur bei den drei genannten (30000 und 32000 und 37100). Hast Du diese Meldungen auch? Wie sieht es bei den anderen Mitsreitern aus?
Wobei mir gerade noch eine mögliche Ursache einfällt. Das folgende Bild zeigt meine Topologie (bitte die Fragezeichen zu den IP-Adressen ignorieren). Da die doofe EnPAL Box sich ebenfalls Daten bei HUAWEI WR abholt, könnte es ja auch einfach eine Kollision sein (hab keine Ahnung wie das Dialog-Management in so einem Fall funktioniert, wie lange meine Anfrage sich mehr oder weniger gedulden muss)
Gruß
Andreas
-
@leonundjulie Du verstehst das schon richtig, die Warnung wird halt nicht mehr angezeigt.
Deswegen läuft bei mir das Skript aber doch recht gut. -
@leonundjulie FusionSolar geht über den Sdongle. Du könntest am Raspi hergehen und ein Wlan mit dem "integrierten" Accesspoint des Wechseldrichter aufbauen. Wichtig ist das du darauf achtest kein Gateway zu beziehen oder die Metric anzupassen. Vorteil des ganzen ist eine drastisch stabilere Verbindung. Auch andere Projekte wie HASS beschreiben dies als die bevorzugte Verbindung.
Anbei ein Bild, hier wäre "Option A" gemeint:
