Weihnachtsangebot 2025! 🎄

[ChristianSr]

@fabio gesagt, getan.
Adapter angehalten, Dongle abgezogen, 5min gewartet, angesteckt und nach 20min sun2000 Adapter gestartet.

Leider ist das Ergebnis unverändert.

Gegencheck: Adapter ausgeschaltet und NodeRed-Flow an (Dongle gezogen & Co)
... nun ging auch das nicht mehr (lief gestern noch einwandfrei)

[bolliy]

@christiansr den Master einmal durchstarten.
Sind die Firmware des SDongle(s) und des Inverter(s) up to date?

[Fabio]

@christiansr sehr komisch und du hast sonst nix dran was den Dongle zusäztlich anfragt?
@bolliy hat ja schon geschrieben "Firmware".
Sag uns doch mal deine Firmwarestände und zwar von allen Komponenten.
Wie blinkt oder nicht die LED am Dongle?

Grüße
Fabio

[bolliy]

@christiansr Weitere Geräte wären z.B. SCharger oder ein weitere ioBroker Adapter oder ioBroker Instanz. Manchmal übersieht man das eine oder andere beim Testen.

Danach würde ich den sun2000 Adapter erstmal nur den Master abfragen lassen (modbus id 1). Danach kann der Slave wieder zugeschaltet werden.

[Fabio]

@christiansr noch was, ist da im Dongle so eingestellt?

Zitat:" Kommunikationskonfiguration Dongle-Parametereinstellungen und stellen Sie Modbus TCP Aktivieren (uneingeschränkt) ein."Zitat Ende"
Weil in deiner Fehlermeldung steht was von Port gesperrt. Hast du vollen Zugriff vom Fusionportal auf deine Anlage?

[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