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

[bolliy]

@phil_discount könntest du deine Beobachtungen etwas genauer beschreiben.

Was heisst funktioniert nicht mehr?
Welches Backup meinst du?

Die ioBroker Protokolle sind mit Log gemeint. Ansonsten ist dieses zu beachten: https://github.com/bolliy/ioBroker.sun2000/wiki/Fehlerprotokollierung-und-Fehlerbehebung-(troubleshooting)

Sofern am WR keine Module angeschlossen sind, geht der Adapter in den standby. Dann kann man u.U. keine Daten abrufen. (siehe https://github.com/bolliy/ioBroker.sun2000/wiki/Standby-Detektierung)

Vielleicht startet der watchDog den Adapter in diesem Zustand einfach neu. Dann müsste diese Warnung im Log auftauchen: watchdog: restart Adapter... - ist das so?

LG Stepahn

[bahnuhr]

@bolliy
Bitte mal die DP

gridexport und gridimport prüfen.

In der Fusionssolar app werden die Werte genau anders rum dargestellt.

mfg
Dieter

Nachtrag:
Habe Emma neu.
Früher bei dongle hat dies gestimmt.

[bug77]

Hallo zusammen,
bei mir läuft der Adapter seit Heute nicht mehr.

sun2000.0
	2025-09-21 19:46:31.317	warn	Restart initiated
sun2000.0
	2025-09-21 19:46:31.316	warn	watchdog: restart Adapter...
sun2000.0
	2025-09-21 19:46:31.314	warn	Not all data can be read! Please inspect the sun2000 log.
sun2000.0
	2025-09-21 19:44:41.322	warn	Couldnt connect Modbus TCP to 192.168.0.150:502 TcpRTUBufferedPort Connection Timed Out
sun2000.0
	2025-09-21 19:44:31.337	info	Modbus-proxy initialized
sun2000.0
	2025-09-21 19:44:31.332	info	Modbus-proxy listening on modbus://0.0.0.0:502
sun2000.0
	2025-09-21 19:44:31.318	info	Open Connection...
sun2000.0
	2025-09-21 19:44:30.915	info	starting. Version 2.0.0 in /opt/iobroker/node_modules/iobroker.sun2000, node: v20.19.0, js-controller: 7.0.7

[bolliy]

@bug77 Es kann keine modbus tcp Verbindung aufgebaut werden.
Bitte überprüfen ob der WR/Emma angepingt werden kann. Auch darüber nachdenken, die aktuelle Adapter Version zu installieren.
Wie ist überhaupt das Setup? Ggf. neue SDongle Firmware installiert?

Bitte dieses beachten: https://github.com/bolliy/ioBroker.sun2000/wiki/Fehlerprotokollierung-und-Fehlerbehebung-(troubleshooting)

Stephan

[bug77]

Ich habe seit dem letztes Update, wo die Wallbox dazukam, nix geändert.
Adapter habe ich gerade ohne Erfolg auf die neue Version gebracht.
In der App funktioniert alles, die Anöage läuft (Neustart durchgeführt).

Setup ist Emma, WR 10kw, Luna

Hm komisch wenns nur bei mir so ist

[bolliy]

@bug77 kannst du die emma von dem ioBroker Host anpingen?

• falls ja, dann mit Telnet eine tcp Verbindung zur Emma aufbauen
  #telnet 192.168.0.150 502
  Sollte kein "Connected to 192.168.0.150" im Terminal-Fenster auftauchen, dann die modbus Einstellungen der Emma überprüfen.
  siehe sun2000 Wiki

• falls Nein, dann bitte die Netzwerkverbindung von ioBroker <-> zur Emma überprüfen.

LG Stephan

[bug77]

@bolliy Danke für deine Hilfe.
Es klappt wieder, aus irgend einem Grund hat sich die IP geändert gehabt von der Emma.

Es funktioniert wieder. Danke dir

[bolliy]

Neue Testversion sun2000 Adapter Version v2.1.1 released.

Die Installation erfolgt über npm oder morgen über das Beta Repository.

Ich habe ein paar Fehler bereinigt und Abhängigkeiten aufdatiert.
Darüber hinaus wurde der usableSurplusPower in den Unterpfad surplus.usablePower verlegt und ein neuer Wert collected.surplus.power kreiert. Dieser beinhaltet die Überschußleistung der PV ohne BufferPower der Batterie.

Changelog
2.1.1 (2025-09-24)

• dependency and configuration updates
• fix: adjust event value limits based on usableSurplus parameters
• fix: swap register values for power consumption in Emma driver #190
• emma: improve power calculation with exponential moving average in EmmaCharger
• update surplus power state definitions and deprecate old identifiers

Stephan

[Christopher Boog]

Ich muss leider auch mal etwas fragen, Ich besitze eine EmmaA02/WR/Speicher und eine Wallbox. Ich kann in der App/Ladepriorität einstellen, ob Batterie zuerst geladen werden soll. Leider habe ich nix gefunden, ob über den Adapter geht

[bolliy]

@christopher-boog das ist hier tatsächlich das richtige Ort und das Format um Fragen zu stellen.

Ich habe nichts in der modbus-definition der Emma zu diesem Thema gefunden.
https://github.com/bolliy/ioBroker.sun2000/blob/main/docs/definitions.md

Aber wenn du eine Idee hast welche Register angesprochen werden sollen, kann ich das sicher umsetzen ;)

LG Stephan

[besimo]

@bolliy (als Antwort auf dein Post vom 25.Nov.2024 19:43 :
"@lars10 vielleicht kann man über die Register
40201 (Power off) den Inverter ausschalten und
40200 (Power on) den Inverter wieder einschalten.
das habe ich aber noch nicht getestet! ... ")

Erstmal großes Kompliment für diesen Adapter und die stetige Weiterentwicklung. Hat sich wieder viel getan seit ich das letzte Mal hier aktiv war.

Hast du das mittlerweile umgesetzt mit dem Power on / Power off - Schalter ?

Ich hätte großes Interesse daran.

Hintergrund ist der, dass ich festgestellt habe, dass das Huaweisystem selbst im TOU-Modus ohne definiertes Zeitfenster für Laden und Entladen ca. 60-80W bei mir verbraucht. Er geht da ja auch nicht in den Standby oder in den Ruhemodus, außer wenn min SOC erreicht ist (der aber leider auf max. 20% begrenzt ist. Die Batterie entlädt sich in diesem Modus zwar nur minimal (ca. 10W), aber die Energie holt sich das System dann vom Netz. Der Hausverbrauch steigt mit Aktivierung des TOU-Modus um ca. 50-70W. Ganz genau habe ich es jetzt nicht gemessen, gibt ja noch andere Verbraucher.

Jetzt möchte ich im Winter, v.a. im Dezember und Januar, wenn Mal ein Sonnentag ist, die Speicherenergie nicht in der Nacht verbraten (bei gering zu erwartendem PV-Ertrag am nächsten Tag), sondern das Huaweisystem nachts abschalten und bei Sonnenaufgang wieder ein. Noch mehr Sinn würde das nächtliche Abschalten des Huaweisystems machen, wenn man einen zweiten kleinen Speicher hat, der nicht den hohen Eigenverbrauch wie das Huaweisystem hat. Außerdem macht es durchaus Sinn die Anlage auszuschalten, am Besten noch bei Akkustand von 40-60%, wenn Schnee auf den Modulen ist und man weiß, dass die nächsten Tage die Erzeugung eh gleich Null ist.

Zum Testen kann man den Sun2000-WR bei lokaler Anmeldung als Installateur unter Wartung Aus- und Einschalten oder auch in der Fusionsolar-App:

Der Button bewirkt, dass es absolut keinen Verbrauch oder Erzeugung des Huaweisystems mehr gibt.
Das ist der Fernschalter, um den WR aus zu machen. Das Smartmeter überträgt dann an ioBroker keine Daten mehr. Falls man einen zweiten Speicher hat, der nach dem Hausverbrauch gesteuert wird, braucht man dann ein zweites Smartmeter oder einfacher einen USB-IR-Lesekopf, den man mit dem Smartmeter-Adapter in ioBroker einbinden kann.

In der Home-Asistant-Integration gibt es den Schalter schon, was zeigt, dass das Ein- und Ausschalten per Modbus möglich ist:

Falls du den Schalter bisher noch nicht umgesetzt hat, kannst du das noch einbauen (evtl. auch als Option, die man erst in der Konfiguration aktivieren muss) ?

Falls ja, soll ich ein Issue auf Github erstellen ?

LG
Besimo

[bolliy]

@besimo würdest du ein issue (mit Verweis auf deinen Post) auf github anlegen. Ich bin gerade mit einem anderen Problem beschäftigt und würde dieses gerne erst behandeln. Durch ein issue kann ich dein Anliegen nicht vergessen.

Aber wenn unter HA (https://github.com/wlcrs/huawei_solar) die Funktion des Ein- und Ausschalten per Modbus bereits existiert, sollte wir das unter ioBroker auch hinkriegen ;)

Stephan

[besimo]

@bolliy
Danke, die Antwort kam ja wieder schnell.
#Issue 199 auf github "Power On - Button / Power Off -Button" ist erstellt

LG
Besimo

[bolliy]

Neue Testversion sun2000 Adapter Version v2.2.0 released.

Die Installation erfolgt über npm oder morgen über das Beta Repository.

Achtung! Für alle diejenigen, die eine Emma im Einsatz haben und den Datenpunkt sun2000.0.meter.activePower (Wirkleistung des electric energy sensor) z.B. in einer Vis verwenden. Bitte nutzt zukünftig den neuen Datenpunkt sun2000.x.meter.derived.feed-inPower! Ansonsten wird sich das Vorzeichen der Wirkleistung umdrehen.

Hintergrund: Vielleicht ist dem einen oder anderen aufgefallen, dass der positive Wert sun2000.0.meter.activePower bei der Nutzung des internenen Energy meter der Emma im Vergleich zum Sdongle+Smart Power Sensor nicht die Einspeiseleistung sondern den Netzbezug aufweist (anderes Vorzeichen). Damit nun beim Umstieg vom SDongle zur Emma für bestehende scripte (js/blockly) oder Vis möglichst reibungslos vonstatten gehen kann, wurden im meter Pfad zwei neue Datenpunkte eingeführt.

meter.derived.signConventionForPowerFeed-in
meter.derived.feed-inPower

Sign convention for power feed-in soll die Vorzeichen Konvention bei Stromeinspeisung bzw. Strombezug verdeutlichen.

Der State meter.derived.signConventionForPowerFeed-in ist beim Einsatz des SDongles oder des SmartLoggers =1:
bei Einspeisung: active power hat ein positives Vorzeichen (>0)
bei Bezug: active power hate ein negatives Vorzeichen (<0)

Der State meter.derived.signConventionForPowerFeed-in ist beim Einsatz der Emma =-1:
bei Einspeisung: active power hat ein negatives Vorzeichen (<0)
bei Bezug: active power hat ein positves Vorzeichen (>0)

Im DP meter.derived.feed-inPower wird nun entsprechend der Vorzeichen Konvention die Einpeiseleistung des DP sun2000.0.meter.activePower abgelegt.

Changelog
2.2.0 (2025-10-05)
• dependency and configuration updates
• new state meter.derived.signConventionForPowerFeed-in sign of meter.activePower that is currently being fed into the power grid
• new state meter.derived.feed-inPower electric power that is supplied to a grid ("fed in")

Stephan

[bolliy]

Dann habe ich noch ein Anliegen an alle Emma Besitzer:
Seit der Beta Version 2.2.0 versucht der Adapter die modbus id der sun2000 WR zu erkennen.
Kurz nach dem Start des Adapters müsste im Adapter Log für jeden WR ein Zeile auftauchen:

inverter x sun2000 found - modbus id: x

Würde ihr mir hier kurz berichten, ob die Inverter-Erkennung bei euch funktioniert.
So könnte zukünftig auf die modbus ids Erfassung in der Konfiguration bei der Emma verzichtet werden.
Vielen Dank!
Stephan

[bahnuhr]

@bolliy
na klar klappt dies.
Wie von dir erwartet ;-)

sun2000.0
2025-10-05 14:47:29.388	info	inverter 2 sun2000 found - modbus id: 6

sun2000.0
2025-10-05 14:47:29.388	info	inverter 1 sun2000 found - modbus id: 5

sun2000.0
2025-10-05 14:47:29.388	info	inverter 0 sun2000 found - modbus id: 3

[baeckerman83]

Hi!
Ich habe meine PV Anlage gerade neu und baue mir gerade mein Dashboard zusammen. Ich habe einen Huawei WR und Emma. Keine Batterie
Warum gibt es für die Erzeugung der PV Anlage unterschiedliche Werte?
Unter Emma:
Inverter energy yield today
PV yield today

Unter collected:
Daily solar yield

Welchen dieser Werte sollte ich nehmen? Warum sind die Werte unterschiedlich?

[bolliy]

@baeckerman83 hier steht etwas im Wiki dazu: https://github.com/bolliy/ioBroker.sun2000/wiki/Energieertrag-(Yield-today)

Und es wurde auch gerade ein Issue aufgemacht, der auch das Thema beinhaltet.
https://github.com/bolliy/ioBroker.sun2000/issues/203

LG Stephan

[baeckerman83]

@bolliy Aber ich habe ja gar keine Batterie. Was wird dann da abgezogen? Oder sind das die Verluste von DC auf AC?

[bolliy]

@baeckerman83 In collected wird eine Zusammenfassung der modbus Register Werte aus allen WR bereitgestellt.

Im Pfad emma die modbus Register Werte aus der Emma.

Theoretisch müssten sich die Werte aus der Emma mit dem Pfad collected decken. Was sicher nicht immer gelingt. „Trau keinen Daten, die du nicht selbst gefälscht hast“

Der ehrlichste Wert für den heutigen Energieertrag ist meines Erachtens
sun2000.0.collected.dailySolarYield

Weil dieser DC/AC Verluste berücksichtigt. Für die anderen Werte ist Huawei verantwortlich!

Die Zusammenhänge sind nicht leicht zu verstehen und werden auch von Huawei nicht ausreichend transparent vermittelt. "Ein Schelm der Böses dabei denkt"

Stephan