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

[bolliy]

@cksoft der proxy sucht nach einer TreiberIntanz mit der modbus id 0. Leider gab es in deinem Fall 2 Instanzen mit der selber modbus id. Da hat er sich den Inverter geschnappt, der keine Daten zur Verfügung hat. Denn einen WR mir der modbus id 0 gibt ja nicht.

[BF0911]

@bolliy

Weiß du zufällig, wie der Downgrade funktioniert?

Über das Portal bekomme ich die Firmware nicht mehr angezeigt.

[Samson71]

@bf0911
Kannst Du hier keine Firmware runterladen?
https://support.huawei.com/enterprise/en/fusionsolar/sdongle-pid-23826585/software

[BF0911]

@samson71

Bin ich trotz Registrierung nicht berechtigt zu.

[bolliy]

@bf0911 hier noch einige interessante Infos zu den alten/neuen SDongles:
https://github.com/evcc-io/evcc/discussions/22534
und hier gibt es noch weitere Anleitungern rund um Huawei Solar:
https://wattkraft-de.zendesk.com/hc/de-de/sections/17283302480530-Fragen-und-Anleitungen

[cksoft]

@bf0911 : Es gibt eine "Anti Rollback" Option. Ob es für die Einstellung Admin Rechte benötigt, weiß ich nicht.

Bei einigen Versionssprüngen kommt man allerdings tatsächlich nicht mehr zurück.

[bolliy]

@bf0911 ich habe die SDongle Problematik in das Wiki https://github.com/bolliy/ioBroker.sun2000/wiki/Fehlerprotokollierung-und-Fehlerbehebung-(troubleshooting)
aufgenommen.

Falls du die SDongle Firmware immer noch suchst, kannst du mir PN mit Email-Adresse schicken ;)

[BF0911]

@bolliy

Schande auf mein Haupt! Jetzt hab ich hier alle wild gemacht und der Fehler war so nah.

Als die Frage aufkam, ob noch weitere Geräte auf den Modbus zugreifen, habe ich nur innerhalb vom iobroker gedacht.

Nun kam mir heute mittag in den Sinn, nochmal zu überlegen, was passiert ist, als die Timeouts los gingen.

Da fiel es mir ein und auf, evcc greift auf die Modbus-Schnittstelle zu und greift die Wechselrichterdaten ab.

Also den Modbus-Proxy aktiviert und die IP im evcc geändert und schon hörten die Timeouts auf.

Nochmal ein ganz großes Sorry!!!!

[bolliy]

Neue Testversion sun2000 Adapter Version v2.3.4 released.

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

Mich hat schon lange gestört, dass der collected.dailInputYield nicht richtig mit dem Yield-Wert aus der FuisonSolar übereinstimmt. Besonders große Abweichungen zwischen den Werten ergaben sich beim Laden der Batterie aus dem Netz. In Diesem Zusammenhang ist mir irgendwann aufgefallen, dass der dailyEnergyYield (Register 32114) nicht die zeitliche Summe aus den Leistungswerten (Integral) aus activePower (Register 32080) sein kann.
Ab sofort wird eine Riemannsche Summe aus activePower im Datenpunkt sun2000.0.inverter.x.derived.dailyActiveEnergy gespeichert.
Nun sollten die beiden Werte sun2000.0.collected.dailyInputYield und sun2000.0.collected.houseConsumption erstaunlich gut mit den entsprechenden Werten aus FusionSolar übereinstimmen.
Hinweis: Die korrekten Werte stellen sich erst am Folgetag ein.

Ich bin auf eure Beobachtung gespannt!

Changelog:

2.3.4 (2025-11-01)

• dependency and configuration updates
• new state collected.dailyExternalYield Riemann sum of collected.externalPower

2.3.3 (2025-10-31)

• Improved verification of the adapter configuration
• new state inverter.x.derived.dailyActiveEnergy Inverter daily active energy, which is determined via the Riemann sum of inverter.x.activePower
• state collected.dailyInputYield was redisigned based on inverter.[0..n-1].derived.dailyActiveEnergy

Stephan

[spooky82]

Hallo zusammen,
Wie kriege ich es hin, dass das Schreiben zuverlässig funktioniert?
Ich habe zB per Skript versucht, den Speicher aus dem Netz zu laden. Dies wird aber oft nicht ausgeführt bzw. beim Stoppen der Ladung wird diese nicht zuverlässig gestoppt.

Danke für Tipps.

[bolliy]

@spooky82 vielleicht hilft das Wiki.
https://github.com/bolliy/ioBroker.sun2000/wiki/Verarbeitung-der-Sollwerte
Das Schreiben funktioniert sonst zuverlässig.
Bitte auch die letzte Beta installieren:
https://github.com/bolliy/ioBroker.sun2000/wiki/Adapter-installieren
sDongle:
Der Speicher muss "wach" sein.
https://github.com/bolliy/ioBroker.sun2000/wiki/Speichersystem-aufwecken-(wake-up-Luna)
Emma:
https://github.com/bolliy/ioBroker.sun2000/wiki/Emma:-Battery-control

Zeig mal dein Log dazu.

Stephan

[bahnuhr]

@bolliy sagte in Test Adapter sun2000 v0.1.x - Huawei Wechselrichter:

Der Speicher muss "wach" sein.
https://github.com/bolliy/ioBroker.sun2000/wiki/Speichersystem-aufwecken-(wake-up-Luna)

Bei der Emma funktioniert es so:

Wenn WR und Batt eingeschlafen sind, dann einfach den DP

sun2000.0.emma.control.battery.ESSControlMode

auf 5 setzen.
Es dauert dann ein bisschen. WR und Batt werden geweckt und dann werden die Batt auch vom Netz geladen.
Dieses "Aufwecken" dauert keine 5 Minuten.

mfg

[spooky82]

@bolliy Danke. Nun hat es bei meinem erneuten Test auf der aktuellsten Beta anstandslos funktioniert. Und auch der Proxy scheint jetzt zu funktionieren - ging bei mir in früheren Versionen nicht :-)

[thvoni]

Zuerst vielen Dank für den tollen Adapter! Leider habe ich seit dem heutigen Update auf die Version v2.3.4 das folgende Problem. Der Adapter wird immer sofort mit der Meldung "Adapter deactivated, inverter modbus Id 0 is not permitted!" gestoppt. Bei der vorherigen Version hat alles Problemlos funktioniert. Wo könnte da das Problem sein?

[thvoni]

Habe nun ein Rollback gemacht, die letzte Version welche funktioniert ist V2.3.2. Im Log erscheint beim Start des Adapters die Meldung "Huawei inverter could not be identified for modbus ID 0!", die EMMA Werte werden jedoch korrekt aktualisiert.

[bolliy]

@thvoni die Emma hat immer die modbus id 0, die wird nicht erfasst. In dem Eingabefeld inverter modbus Id werden die IDs der Wechselrichter eingegeben. Die modbus id eines WR ist niemals 0.
Meist hat der erste WR die modbus id 1.
Ansonsten werden die modbus IDs aus der Emma ausgelesen und im Log in der Form
"identify subdevice an inverter sun2000: OID ..."
angezeigt.
https://github.com/bolliy/ioBroker.sun2000/wiki/Emma

Stephan

[thvoni]

@bolliy Vielen Dank für die Erklärung.
Ich hatte bisher die folgenden Einstellungen im Adapter und damit habe ich korrekte Daten unter sun2000.0.emma erhalten, trotz der Meldung "Huawei inverter could not be identified for modbus ID 0!" (was ja nun klar ist weshalb diese Meldung erscheint).

Mit der Adapter Version > V2.3.2 funktioniert das nicht mehr, da modbus ID 0 nicht mehr zugelassen ist und der Adapter wieder stoppt. Wenn ich nun modbus ID 1 einstelle wird das Log gefüllt mit den folgenden Meldungen
"Can not connect to Huawei inverter for modbus ID 1!" und "Error while reading from 192.168.2.131 [Reg: 30000, Len: 71, modbusID: 1] with: Modbus exception 4: Slave device failure (device reports internal error)".
Kann es sein dass Modbus im EMMA und im Wechselrichter aktiviert werden muss und bei mir in im EMMA aktiviert ist? Habe leider keinen Admin Zugang zum System. Gibt es bei den Adapter Versionen > V2.3.2 die Möglichkeit wieder die ID 0 (oder leer) einzugeben damit es das Log nicht füllt? Die nötigen Werte erhalte ich ja korrekt unter sun2000.0.emma.

[Samson71]

@thvoni sagte in Test Adapter sun2000 v0.1.x - Huawei Wechselrichter:

Habe leider keinen Admin Zugang zum System.

Wieder so eine künstliche Einschränkung durch einen sog. "Solarteur"? Ist das Deine Anlage? Dann verschaff Dir einen. Wer bezahlt bestimmt. Falls das Teil im Account Deines Installateurs hängt da rausholen (lassen). Ein eigener Account mit allen Rechten ist bei Huawei einfach anzulegen. Passwortrücksetzung ist im Normalfall bei den Huawei auch kein Hexenwerk wenn der Installateur rumzickt.

[bolliy]

@thvoni schau mal im Adapter Log. Dort müsste der Wechselrichter und die modbus id aufgelistet werden. Diese bitte in der Konfiguration eintragen.
Der Adapter funktioniert sonst nicht komplett richtig, sofern die Daten vom Wechselrichter fehlen.

[thvoni]

@samson71 Habs bisher nicht gebraucht, aber muss mich wohl mal um den Zugang kümmern...