Abfrage des Huawei SDongleA-05 verbessern (beschleunigen)

[SolarPowerEV]

Meine PV-Anlage besteht aus einem Master-Wechselrichter Huawei SUN2000MA-10KTL-M1, einem Slave-Wechselrichter Huawei SUN2000MA-8KTL-M1, dem Huawei Smart Power Sensor DTSU666-H 100A und dem Speicher Huawei LUNA2000-15-S0.

Mit dem Template SUN2000 with SDongle & Power Sensor kann ich auch alle 4 Geräte grundsätzlich auslesen.

Allerdings ist der SDongleA-05, über den die Abfrage erfolgt, leider elend langsam. Wenn ich z.B. per Kommandozeile darauf zugreife, dann dauert es manchmal über 10 Sekunden, um nur eine Abfrage zu beantworten.

Damit also alle 4 Geräte sauber abgefragt werden, ohne dass ständig Timeout-Probleme auftauchen, musste ich schon in evcc unter Konfiguration → Allgemein → Regelverhalten das Aktualisierungsintervall auf 45 Sekunden hochsetzen.

Und selbst das reicht leider nicht immer. Vor allem, wenn man parallel noch mit der Huawei FusionSolar App (oder über die FusionSolar-Webseite) eine Abfrage macht oder eine Konfigurationsänderung durchführt, schlägt in 8 von 10 Fällen entweder der Änderungsrequest fehl oder evcc zeigt anschließend ein

und einen oder mehrere "timeout"-Einträge im Fehlerprotokoll an.

Außerdem ist ein Intervall von 45 Sekunden bei bewölktem Himmel ziemlich nervig, weil dann evcc sehr oft den Änderungen der Sonneneinstrahlung hinterherläuft. Es kommt eine Wolke, der Überschuss reicht nicht mehr aus und bis evcc den Ladestrom passend reduziert hat, lädt man das Auto ungewollt aus dem Stadtnetz oder Hausakku. Wenn evcc dann den Ladestrom reduziert hat, ist die Wolke oft schon wieder vorbei und der wieder vorhandene Überschuss landet nicht im Auto. Wenn evcc dann wieder hochgeregelt hat, schlägt schon die nächste Wolke zu. Usw.

Daher wäre meine Frage an diejenigen, die sich mit der Programmierung der Schnittstellen zu den Wechselrichtern beschäftigen, ob man vielleicht im Falle von Huawei die Abfrage so gestalten kann, dass man statt 4 einzelner Abfragen nacheinander (die dann 4x 10 Sekunden brauchen) alles in einer Abfrage an den Dongle zusammenfassen könnte, sodass das Ganze nur noch 10 oder vielleicht maximal 15 Sekunden benötigen würde.

Besteht da Hoffnung, dass man das entsprechend ändern könnte?

Das wäre mir sogar einen finanziellen Beitrag wert, weil die Alternative die Anschaffung einer EMMA-A02 oder eines Smartlogger3000A wäre, was ein paar Hundert Euro kostet UND das Risiko birgt, dass bei der Umstellung auf die neue Schnittstelle die historischen Daten in FusionSolar teilweise oder sogar ganz verloren gehen (die Aussagen in den Foren dazu sind da leider etwas widersprüchlich, auch was die richtige Reihenfolge bei der Umstellung angeht, aber es haben schon Huawei-Besitzer alle historischen Daten verloren).
Und es würde allen evcc-Nutzern zugute kommen, die Huawei bei sich im Einsatz haben.

[icke-pp]

Ich gehe mal davon aus das die Abfrage per Modbus erfolgt? Grundsätzlich sollte man nur 1 System haben das eine Modbus Abfrage durchführt, alles andere gibt immer Probleme wie du schon selbst gemerkt hast. Sobald du mehrere Systeme hast die ständig zugreifen wollen solltest du über einen Modbusproxy nachdenken. Dann ist dieser die zentrale Anlaufstelle für deine Abfragen. Das ist grundsätzlich der normale Weg. Da muss niemand was umprogrammieren.

https://docs.evcc.io/docs/reference/configuration/modbusproxy

[SolarPowerEV]

Leider hast Du mich komplett missverstanden. Ich frage nicht mit mehreren Systeme den Modbus vom Dongle ab!

Sondern evcc schickt eindeutig sichtbar (wenn man in der Kommandozeile evcc meter eingibt) für jedes integrierte Template eine separate Abfrage an den SDongle.

D.h. nach Abschicken von evcc meter kommt bei mir nach ca. 10 Sekunden die Antwort für den Eintrag grid in der evcc.yaml, danach 10 Sekunden später die Antwort für das template pv-master, danach für pv-slave und zum Schluss für battery.

Meine Frage ist, ob man nicht diese Registerwerte alle MIT NUR EINEM REQUEST auf einmal abfragen kann statt 4 Stück abzuschicken?
Dazu wäre ein umprogrammieren von evcc leider nötig.

[RTTTC]

How is your dongle connected to the internet? Wifi ? Is the signal strong ? (You can see this when conected to the main inverter’s internal management wifi, and logged in as installer)

Is your network reliable high quality and without any problems?

Perhaps try to connect it using ethernet cable?

[SolarPowerEV]

The dongle is connected using a LAN cable. My switch is capable of Gigabit speed. My network is very reliable and not the cause of this. Many other people report the same issue that the dongle is slow as hell if queried using modbus.

I am quite versed with IT stuff, so I know what I am doing and where I can look for the cause of problems. The only thing I can't do is write code in modern languages (I programmed in Assembler back in the day on an Amiga 500).

So I appreciate your concern and suggestions, but unfortunately, this issue can only be solved either by replacing the dongle with a faster one or by optimizing how evcc queries the dongle, ideally by merging the four requests into a single larger one.

[RTTTC]

Strange..
I have a Huawei inverter, with a weak wifi signal (unable to wire up ethernet to it) and it still performs quite good, with some occational timeouts
Less devices though, no battery and no second inverter.

But that should not matter for evcc - as it reads each “meter” sepperately. . ?

Do you stop evcc prior to runing evcc meter command?? (If you do not stop it - it would be trying to access your dongle as a two separate evcc instances at the same time causing delay/timeout)

Firmwares are latest on all your Huawei devices?

[RTTTC]

Or - perhaps try a direct RS485 conection to the main inverter?

[SolarPowerEV]

1. If you have no battery and no second inverter, you're saving 50% of the requests since you only need to query two devices: the inverter and the grid meter. So of course you're done in roughly 20 seconds. Which is a major difference.
2. the quality of the connection between evcc and the dongle doesn't really matter much (as long as it isn't abysmally bad), since the amount of data transferred is absurdly low. Just a few numbers and that's it. So that's not really relevant in my case.
3. Yes, of course I stop the evcc running on my Synology before starting the command line queries. As I said I am relatively tech-savvy and know the basics well enough to not query the dongle from two different places at the same time.
4. Yes, I am using the latest firmware. But the response time of the Dongle has been bad since day one and the many firmware updates in the meantime haven't noticeably changed that. This is not a relevant factor for this whole issue as well.

The issue can only be solved by replacing the dongle with a faster one or by optimizing how evcc queries the dongle, ideally by merging the four requests into a single one.

[mdkeil]

Die Frage ist, ob es am dongle selbst liegt oder schlicht die rs485-Schnittstelle(n) zu langsam sind.. man könnte ggfs. mit einem esp/raspi (mit installiertem modbus-proxy) direkt an die schnittstelle rangehen und die "Netzfunktionalität" liefert der esp/raspi.. Aber am Ende wird der dongle auch nichts anderes machen.

Zumindest widerspricht es diametral der Idee, evcc für die breite Masse tauglich(er) zu machen.

gibt ich dir recht.. es steht ja auch frei ein entsprechendes Feature Request aufzuzmachen. Sollte es nicht betrachtet werden, bin ich mir sicher, dass dies auch begründet wird.

[mdkeil]

Das ist genau der Punkt.. evcc ließt jedes meter sequentiell aus-- wobei in diesem Fall auch das parallele Auslesen eher kontraproduktiv wäre- Dadurch dass er aber 3 seperate Anfragen an den dongle schickt (pv, slave, battery) dauert es einfach gefühlt unendlich lange.. Da ich nicht glaube, dass sich das evcc team diesem Problem annehmen wird (was durchaus verständlich ist) würde ich mir selbst eine komplettabfrage in node-red erstellen und diese Daten via mqtt zur Verfügung stellen. pv, slave und battery dann entsprechend als custom meter einbinden.. problematisch wird dann nur die aktive batterie-Steuerung. Alternativ nur pv und slave als custom-meter einbinden und in evcc zusätzlich den modbus-proxy aktivieren und die Batterie weiterhin via evcc auslesen und steuern lassen.. in noder-red dann zumindest pv und slave noch in einen rutsch auslesen.. dann aber die Abfrage an den modbus-proxy senden.

[SolarPowerEV]

Da ich leider keine Ahnung habe, was node-red ist und ein zusätzlicher modbus-proxy die Sache auch eher komplizierter als einfacher machen würde, wird das vermutlich kein realistischer Weg für mich sein. Und selbst wenn ich mich durchfummeln und das halbwegs passabel ans Laufen bekommen sollte, dann wäre das keine leicht nachvollziehbare Lösung für die vielen anderen Huawei-Besitzer, die evcc einsetzen wollen.

Zumindest widerspricht es diametral der Idee, evcc für die breite Masse tauglich(er) zu machen.

Daher ist meine Hoffnung, dass vielleicht einer der Devs im evcc-Team, der auch Besitzer einer Huawei-PV-Anlage ist, sich der Sache annimmt und die Queries in einer zusammenfassen könnte. Ich habe keine Ahnung, wieviel Aufwand das wäre, aber vielleicht hält er sich ja in Grenzen, weil nichts wirklich Neues gemacht werden muss, sondern nur 4 Abfragen in einer zusammengefasst werden müssten? Möglicherweise ist es aber auch total kompliziert, weil evcc im Kern darauf nicht vorbereitet ist und man ganz viele Purzelbäume im Code schlagen müsste, um diese Abfrage von 3 oder 4 devices dann zusammenzufassen und trotzdem die Ergebnisse an der richtigen Stelle auszuspielen?

Vielleicht kann ja jemand mit genug Kenntnissen von evcc wie z.B. @premultiply dazu etwas sagen, wie aufwendig so eine Zusammenfassung wäre? Also ob es realistisch wäre, auf soetwas zu hoffen oder ob das nie kommen wird, weil es einfach zu sehr außerhalb des vorgesehenen Gerüsts von evcc liegt.

[premultiply]

Daher ist meine Hoffnung, dass vielleicht einer der Devs im evcc-Team, der auch Besitzer einer Huawei-PV-Anlage ist, sich der Sache annimmt und die Queries in einer zusammenfassen könnte.

Die Hoffnung ist unbegründet.
Niemand im Core-Team hat eine solche Anlage.

Angeblich funktioniert der Direktzugriff per RS485 ja ganz normal. Nur dieses Dongle soll die bekannten Probleme machen.
Also einfach direkt per RS485 dran?

[SolarPowerEV]

Als Nicht-Entwickler weiß ich leider nicht, wie ich direkt per RS485 an meinen Dongle rankomme.
Aber danke Dir für die schnelle Rückmeldung, dass keiner vom Kernteam etwas ändern kann. Dann werde ich mir den Smartlogger3000A dochmal näher anschauen, da der in sekundenschnelle reagieren soll. Die EMMA-A02 scheint bisher wenig positives Feedback bei den Nutzern zu produzieren und da weiß ich auch nicht, ob evcc die überhaupt schon supportet.

Vielleicht weiß ja jemand hier, wer damals das Modul für die Huawei-Wechselrichter geschrieben hat und könnte diesen Dev hier noch kurz verlinken? Möglicherweise hat der ja Zeit und Lust, die Abfrage zu optimieren? Mir wäre das wie gesagt auch einen finanziellen Beitrag wert.

[mucki12]

Oder einen AP zwischenschalten und direkt die WR per WLAN auslesen. Habe ich selber aber nie umgesetzt, da ich keine Performanceprobleme habe (habe allerdings auch keinen Slave-WR).

[RTTTC]

You would connect RS485 directly to the main inverter’s COM port - such an easy and cheap thing to try :)

[SolarPowerEV]

If you're a developer or well versed with RS485 this might be true. Unfortunately my IT knowledge ends at the SysAdmin level. I can setup or manage an existing infrastructure, but I wouldn't even know which hardware is needed to connect directly to the COM port and how to talk to that hardware.

On top of that all the connectors of my inverter are already occupied. According to the inverter manual the COM seems to be the one where the 4 orange LAN cables are connected to at the moment. So that raises the question how I maintain the communication to those 4 devices that I need to unplug to connect whatever is needed to talk RS485 directly with the inverter?

So maybe your idea is a cheap thing to try, but certainly not an easy one (for me).
And I would assume the same applies for the majority of the other Huawei inverter owners using evcc.
But thank you for your suggestion. Maybe it helps people that are more familiar with RS485.

I had thought consolidating the data request from 4 to 1 might be a feasible and easy solution to speed things up fourfold and for all evcc users with Huawei hardware. But I guess that question can only be answered by the guy who developed the evcc moduls for Huawei inverters.

[CiNcH83]

Hier mal ein kleines "Optimierungs-Tutorial" für Huawei...

Es ist in der Tat so, dass Huawei bei Einzelabfragen sehr langsam ist. Man liest deshalb besser mehrere Register, sprich Registerbereiche, mit einer einzigen Abfrage aus. Ich lese WR+Batterie+EnFluRi zum Beispiel in 3 Abfragen aus:

• 30000-30072 (allgemeine Infos zum Wechselrichter)
• 32000-32114 (Ströme/Spannungen/Leistung/Energie-Register Wechselrichter)
• 37000-37121 (Batterie/EnFluRi)

Eine weitere Optimierung ist es, die Verbindung nur ein Mal aufzumachen und diese persistent zu halten, sprich die Verbindung nicht mit jedem Zyklus neu aufzumachen, da der Verbindungsaufbau zum WR recht lahm ist und die erste Abfrage im Anschluss i.d.R. in die Hose geht, sofern man nicht einen kurzen Sleep einbaut.

Last but not least kann man die Abfragegeschwindigkeit enorm beschleunigen, indem man die RS485 Baudrate auf 19.200 hoch setzt (Default=9.600). Das MUSS man sowohl im SDongle als auch im SUN2000 machen, da sich die beiden sonst nicht mehr verstehen. Dazu bedarf es Installer-Rechten. Auf den SDongle kommt man per WLAN und FusionSolar App. Dieser spannt, nachdem er neu gesteckt wurde, ein Konfigurations-WLAN auf. Und ja, die RS485 Einstellung hat auch auf den SDongle großen Einfluss. Ich gehe davon aus, dass das ein Serial-USB-Converter ist. Damit kann ich die oben genannten Registersätze von einem WR und einer Batterie in deutlich unter 5s auslesen.

Was mir ja vorschwebt ist ein "intelligenter" Proxy mit Cache, der periodisch große Register-Bereiche asynchron von den Geräten ausliest und vorhält. Mehrere Clients könnten sich dann auf den Proxy verbinden und Einzel- oder Bereichsabfragen tätigen, die aus dem Cache bedient werden.

[Bonvogel]

Gibt es zwischenzeitlich neue Erkenntnisse/Lösungen zu dem Dongle-Problem?

[SolarPowerEV]

Nicht, dass ich wüsste.
Da sich bislang kein Entwickler gefunden hat, der bereit wäre, die separaten Abfragen für jedes einzelne Gerät in einer Gesamtabfrage zusammenzufassen (was in meinem Fall mit 4 Geräten die Zeit auf grob 1/4 von 45 Sekunden = ca. 12 (mit etwas Puffer also 15) Sekunden reduzieren könnte, wenn eine solche Zusammenfassung möglich wäre), ist die Erhöhung der Baudrate auf 19200 aktuell leider die einzige Möglichkeit, die Abfragedauer wenigstens ein bisschen zu reduzieren.

[andig]

Die Lösung steht in #16063 (reply in thread). falls jemand möchte kann er gerne ein Go Modul schreiben. PR willkommen.

[Bonvogel]

ok danke! Zu "Oder einen AP zwischenschalten und direkt die WR per WLAN auslesen": Sorry, was ist denn ein AP?
Ob man meine Huawei WR (SUN2000) direkt per WLAN auslesen kann muss ich mal prüfen, das wäre mir neu. Bisher dachte ich das ginge nur über den Dongle.
@SolarPowerEV: Habe übrigens die gleiche Anlagenkonstellation wie du: Master- u. Slave-WR sowie Luna und kenne damit auch die Problemchen...

[detlefheese]

Ich habe die selbe Kombination aus zwei Wechselrichtern. Seit ich mit evcc die easees steuern lasse läuft "alles" viel besser als in einer Lösung davor. Ich hatte den Solarmanager laufen, der ohne Ende Fehler "produzierte".

Eine Umstellung in der Fusion-App war zu HighNoon Zeiten kaum möglich.

Die Umstellung brauche ich aber seit evcc nicht mehr, da das Entladen der Hausbatterie beim Autoladen ja auf Pause gesetzt wird.

Im Alltag läuft es bei mir ganz gut mit 35 Sekunden Abfrageintervall. Ich hänge am Dongle per LAN.