Weihnachtsangebot 2025! 🎄

[bolliy]

Hier das Ergebnis der Umfrage (06.04 - 05.04.2024) zum Adapter sun2000. Die Daten wurden anonymisiert. Vielleicht auch für euch interessant.

Die Umfrage werde ich nun schließen. Vielen Dank für eure Unterstützung!
LG Stephan

[bolliy]

@bolliy auf die Frage "Welche Funktionalität fehlt dir im sun2000 Adapter?" hier meine Anmerkungen:

1. mehr Statistik:
   https://github.com/bolliy/ioBroker.sun2000/wiki/Statistk-(statistics)
2. Setting the Active Control Mode:
   https://github.com/bolliy/ioBroker.sun2000/wiki/Begrenzung-Netzeinspeisung-(Export-Control)
3. direkte Verbindung zwischen zwei ioBroker ...:
   https://github.com/bolliy/ioBroker.sun2000/wiki/Modbus-Proxy
4. Force Discharge ...:
   https://github.com/bolliy/ioBroker.sun2000/wiki/Erzwungenes-Laden-und-Entladen-der-Batterie-(Force-charge-discharge-battery)
5. Wallbox Steuerung...:
   Die Steuerung einer Wallbox ist teilweise recht komplex und eher ein Thema für einen eigenen Adapter bzw. eigene Anwendung. Die erste Annäherung besteht sicherlich in der Betrachtung bzw. Definition des Stromüberschusses. https://github.com/bolliy/ioBroker.sun2000/wiki/Überschuss-(surplus)
   In diesem Zusammenhang fällt mir das Projekt https://evcc.io ein. Im Video von Matthias Kleine https://www.youtube.com/watch?v=93C47QUjomQ wird gezeigt wie die Verknüpfung mit ioBroker gelingt.
6. Nachts werden keine Werte vom Hauszähler gelesen:
   Nur WR ohne Speicher gehen in den standby mode (2). Der Smart Meter wird direkt am Master angschlossen. Sollte sich der Master WR im standby mode (2) befinden, stehen die Daten des Smart Meters nicht über modbus zur Verfügung. Anders sieht es bei den Sun2000 der Serie M2/M3 aus; alle Registerdaten können auch im standby von den Invertern/Stromzählern gelesen werden (ab v0.9.0).
   Siehe: https://github.com/bolliy/ioBroker.sun2000/wiki/Standby-Detektierung

LG Stephan

[leonundjulie]

@bolliy ich stoße leider erst jetzt auf diesen Thread und habe bis dato auch nur überflogen.

Meine bisherige Topologie: EnPAL-Box und HUAWEI SUN 2000 ... und einen SMARTFOX pro (https://smartfox.de/produkte/smartfox-pro/), der wegen der bekannten MODBUS-Thematik nicht mitlesen kann :-(

EnPAL ist passe und Geschichte (Anlage abgekauft), die EnPAL-Box demontiert (überflüssiges elemeniert und den Zähler im Zählerschrank verbaut DTSU666H -> hura, mein SMARTFOX kann lesen :-) :-) ..... der Pro steuert im Rahmen von Überschussverwaltung meine Wallbox (KEBA P30) und eine Heizpatrone in meinem Warmwasserbolier.

Mein Ziel: zusätzlich soll ein auf einem Raspberry PI4 installierter iOBroker zeitgleich via MODBUS die Daten der SUN2000 miitlesen. -> ich brauche also einen MODUS-Proxy.

Frage (bevor ich denn alles lese ;-) ), bin ichmit diesem Adapter auf dem richten Weg?

[bolliy]

@leonundjulie ja
siehe hier: https://github.com/bolliy/ioBroker.sun2000/wiki/Modbus-Proxy

Der Adapter hat einen eingebauten modbus-proxy. Passt also genau zu deiner Anforderung ;)

Stephan

[leonundjulie]

@bolliy :clap: :clap: :clap: :clap: :clap: dann bin ich hier ja richtig und werde in Kürze mittesten

[leonundjulie]

@bolliy Gesagt getan - ich habe den Adapter im Relase 0.9 installiert und konfiguriert. Hier der Screenshot ders Protokolls nach Aktivierung des Adapters:

:+1: :clap: :hugging_face: es läuft!!. Ich sehe ganz, ganz viele Daten und werde gleich alle bisher NODE-RED-Instanzen rauskicken. Ich sehe alle Werte, es gibt bis dato keine Fehler, der Modbus ist super am arten. DANKE für die Arbeiten a diesem Adapter.

[leonundjulie]

@bolliy . Jetzt geht es an den MODBUS PROXY. Verstehe ich es richtig, dass ich a) die MODBUS PROXY Funktion im SUN2000 iOBroker Adapater aktivere und b) an meinem Energiemanager SMARTFOX `PRO die 000.000.000.000 als IP einsetz und schon soll es laufen?

Ich habe mir die Antwort mal selber gegeben ;-) , try and Error. a) im Adapter des IOBroker MODBUS-PROXY aktviert und b) die Daten im SMARTFOX-Pro hinterlegt.

Es gibt im iOBroker weiterhin keine Fehlerlmeldungen,, die Version 0.9 ist wohl wirklich schon sehr weit.

Auch im SMARTFOX werden Daten anzeigt, der PROXY funktioniert ... grundsätzlich, denn die dort angezeigten Werte passen nicht. Ich weiß natürlich um das Delay der Werte, die im Fusionsolar angezeigt werden (es geht ja nur um die Größenordnung).
.

Bis dato, ohne iOBroker, hat der SMARTFOX die richtigen Werte angezeigt. Jetzt mit iOBroker als PROXY, werde falsche Werte angezeigt. Wobei ich im iOBroker die richtigen Werte sehe. Stellt sich die Frage, ob der Proxy alle Werte 1:1 in die identischen Register spiegelt?

Ich finde die Position in diesem Thread nicht wieder, aber scheint einen weiteren SMARTFOX mitstreiter zu geben: welchen HUAWEI Wechselrichtertyp hast Du im SMARTFOX Pro ausgewählt? Es kann ja eigentlich nur die SDongle Variante sein, oder?

[leonundjulie]

Die Freude dauerte mal gerade 5 Minuten. Jetzt kommt aus dem Proxy gar nichts mehr ,,, der SMARTFOX zeigt nicht mehr an was der WR so produziert.

Im iOBroker werde keine Wehler angezeigt ... auch nicht nach dem Restart des Adapters.

Wie kann ich testen, ob der PROXY Werte bereitstellt?

Kann man den PROXY ganz nomal anpingen? Ist folgendes Ergebnis richtig?

[leonundjulie]

@torkel hallo. Ich sehe, dass Du auch den SMARTFOX in Deinem Netzwerk hast. Demnach müsstest Du aus meiner Sicht auch den MODBUS-PROXY aktiviert haben. WIe ist der Status stand heute, Anfang Juni mit aktueller Software bei Dir? Läuft der PROXY? Werde die Werte zum SMARTFOX gespiegelt? Wie lauten Deine SMARTFOX EInstellungen? Ich habe IP=000.000.000.000, Modbus-Port=502, ID=1

Warum auch immer, musste ich bei meinem WR vor Zeiten die ID auf 2 wechseln (keine Ahnung warum) .... das wird es doch wohl nicht sein, oder?

[bolliy]

@leonundjulie im SMARTFOX trägst du die ip Adresse von deinem ioBroker Host ein. Bitte achte auch auf die richtige Port-Einstellung (meist: 502)

Die ip Adresse 0.0.0.0 in der modbus-proxy Konfiguration des sun2000 Adapters bedeutet, dass der modbus-proxy als Dienst an allen Netzwerkdevices deines Hosts "lauscht". Also nicht die Ziel-ip-Adresse des modbus-proxys. (siehe: https://de.wikipedia.org/wiki/0.0.0.0)

LG Stephan

[leonundjulie]

@bolliy Danke, wieder ein Schritt weiter. Ich sehe es dann mal so, dass die Anzeigen meines SMARTFOX - nachdem ich den PROXY aktiviert hatte - noch aus "dem Speicher" kamen .(SMARTFOX ist hier und da ma träge). Folglich hat er anschließend nichts mehr angezeigt, weil dann als IP 000.000.000.000 gewählt habe.

Auf Grund Deine Hilfe habe ich im SMARTFOX die IP auf die IP meines iOBrokers umgestellt. Interessant ist, das man den Port nicht einstellen kann. However, es funktioniert :-)

Das wars dann hoffentlich fürs erste. Danke für die Unterstützung!

[bolliy]

@leonundjulie super!
Bei Huawei ist der modbus Port immer 502. Deshalb hat smartfox auf die Einstellung wohl verzichtet.
LG Stephan

[leonundjulie]

@bolliy , hallo Stephan.

Nachdem am gestrigen Tag bis zum Sonnenuntergang alles in war, musste ich heute Morgen feststellen, dass mein SMARTFOX heute Morgen wieder keine Infos des WR mehr anzeigte. Im iOBroker wird weiterhin alles korrekt angezeigt.

Ich habe den Adapter neu gestartet, habe im Protokoll keinerlei Fehlermeldungen erhalten und im iOBroker wird weiterhin alles korrekt angezeigt … ich sehe also wechselnde Werte auf Grund vorbei rasender Wolken ;-) … aber im SMARTFOX kommt trotzdem noch nichts wieder an :-( .

Wie kann ich prüfen, ob der PROXY arbeitet und die Werte für den SMARTFOX zur Abholung bereitstehen?

[bolliy]

@leonundjulie du installierst eine weitere sun2000 Adapter Instanz. Als Geräte-ip-Adresse gibst du den ioBroker an (192.168.178.55 oder 127.0.0.1). Dann hast du eine 2te Instanz, welche die Daten vom 1ten Adapter erhält.
Darüber hinaus kannst du die erweiterte Protokollieren aktivieren. Dann wird im Log jede Minute ein Liste mit erhaltenen modbus-Anfragen als JSON ausgegeben. Den JSON String kannst du dann gerne hier als Code </> posten. Aber dann nur mit dem SMARTFOX per modbus die Daten abfragen. Sonst kann ich die Anfragen nicht unterscheiden.

Wenn der modbus-proxy aussteigt, wird im Log eine Fehlermeldung angzeigt. Also wird der proxy noch laufen ;)

Bitte die net4-ip-adressen immer ohne führende Nullen eintragen!
Hast du nicht oben geschrieben, dass dein WR auf modbus id 2 läuft? Warum fragt dein SMARTFOX die ID 1 ab ?

Stephan

[bolliy]

@leonundjulie du hast ein WR der Serie M1; und wenn ich das richtig sehe keinen Speicher - oder?
Wenn keine Sonne scheint geht dein sun2000-M1 in den standby mode. Der Adapter stellt dann seine Anfragen an den WR ein. Vielleicht erwartet dein SMARTFOX eine Registerdatenänderung, die der Adapter im standby des WRs nicht liefert. Das könnte vielleicht der Grund sein warum der SMARTFOX nachts aussteigt.
Hier wäre ein json log für mich hilfreich, so kann ich sehen was ggf. angepasst werden müsste.

LG Stephan

[leonundjulie]

@bolliy Hallo Stephan. Ich kam leider erst am Ende eines anstrengenden WE dazu mich dem iOBroker wieder zu widmen - aber rehtzeitig genug, um noch vor dem Sonnenuntergang im SMARTFOX für die Einstellungen zum Wechselrichter die ID wieder auf 2 zu setzen. Ich hatte es auf 1 umgestellt, weil ich nach der Aktivierung des Proxy zunächst nichts im SMARTFOX empfing. Any way, nach der Umstellung auf ID=2 habe ich wieder Werte des WR im SMARTFOX gesehen ... und auch gerade eben nach dem Sonnenaufgang und den ersten gerade produzierten kH meines WR. Ich werde das jetzt weiter beobachten.

Letztlich erscheint es auch logisch, dass man im SMATFOX die ID auf 2 setzen muss, wenn meine Annahme richtig ist ... der PROXY spiegelt "alles" 1:1, also auch die ID meines WR - korrekt?

Zu Deinen Fragen: ja ich habe die ID im WR auf den Wert zwei gesetzt. Und JA, ich habe keine Batterie.

[bolliy]

@leonundjulie der modbus-proxy muss die IDs 1:1 durchreichen, sonst könnte man keine unterschiedlichen WR ansprechen oder die Daten vom SDongle (ID 100) bereitstellen. Jedes Gerät hat seine eigene modbus ID auf dem Bus.

Stephan

[besimo]

@bolliy
Ich habe gerade auf github ein Issue erstellt mit "Batterypack-Daten ergänzen". Da gibt es doch einige Adressen in den Modbus-Definitions. Damit könnte man die einzelnen Batteriepacks ganz gut überwachen (allerdings nicht die einzelnen Zellen). Ich habe so den Verdacht, dass bei mir einer der beiden Akkus nicht ok oder nicht richtig ausbalanciert ist.

Was den Ruhemodus angeht, habe ich diesen letzte Nacht Mal durch Entladen auf min SOC erzwungen.

Morgens um kurz nach 5, als der Inverter angesprungen ist, ist auch der Speicher aufgewacht, obwohl ich die maximale Ladeleistung auf 0 gesetzt hatte.

D.h. Ich kann durch Setzen der maximalen Ladeleistung auf 0 den Ruhemodus nicht über die Nacht hinaus verlängern (wäre interessant im Winter) und schon gar nicht erzwingen.
Hat jemand Erfahrung damit, wie man den energiesparenden Ruhemodus erzwingen kann - z.B. über TOU ?
Mein Plan ist, die Betriebszeit des Speichers im tiefen Winter auf ein Minimum zu reduzieren, um den hohen Eigenverbrauch des Luna zu reduzieren.

Und was das reduzieren der maximalen Ladeleistung auf 0 angeht, hat da jemand eine Erklärung, warum dennoch eine Ladeleistung angezeigt wird in FusionSolar bei den Akkus und warum der SOC hochgeht (wenn auch langsam) ?

[bolliy]

@besimo

Hat jemand Erfahrung damit, wie man den energiesparenden Ruhemodus erzwingen kann - z.B. über TOU ?
Mein Plan ist, die Betriebszeit des Speichers im tiefen Winter auf ein Minimum zu reduzieren, um den hohen Eigenverbrauch des Luna zu reduzieren.

Vielleicht hilfreich: https://github.com/bolliy/ioBroker.sun2000/wiki/Battery-control#einstellung-der-speicherladegrenzen-soc

[bolliy]

sun2000 Adapter Version v0.10.0

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

0.10.0 (2024-06-14)

• dependency and configuration updates
• adjust roles in the control path
• Battery Control: add backup power SOC #84
• fix: wrong state name control.battery.targetSOC with trailing space

Stephan