@kalleknall leider noch ohne WR den bekomme ich erst am 7.1.23. Iobroker ist aber damit verbunden und zeigt alles an.
Rs485 mit 2 Widerständen 120 Ohm über LAN kabel aber RTU.
Also sollte der auch mit dem WR laufen
LG Matthias
@jaykay67 das ist meineswissens je nach Eisntellung anders. Aber ja, wenn richtig eingestellt, würde ich erwarten, dass zuerst Akku geladen wird und der Rest ins Netz
inzwischen hat mir Deye Support auf meine Frage geantwortet:
Question 2: So I am wondering if I can connect the stand-alone inverter to the “backup load output” to work even the grid fails and to help charging the batteries?
Answer: The Load port can supply power but can't gain power energy from other source. If you connect the string inverter to Load port of hybrid inverter , it's output
power can be used for power the loads, but can't be used for charging the battery.
Also scheinen die Anschlüsse „Grid“, „GEN“ und „Load“ doch 100% parallel verschaltet zu sein, wie das ein oder andere Blockschaltbild es hat vermuten lassen.
Korrektur: Also scheinen die Anschlüsse „Grid“, „GEN“ und „Load“ doch nicht 100% parallel verschaltet zu sein, wie das ein oder andere Blockschaltbild es hat vermuten lassen.
------------
in Planung / Beschaffung:
8kWp (+2,4kWp im Sommer 2023)
1x Deye Sun 12kW 3P
habe ich bereits: Speicher (8*6V AGM 600Ah = 48V / 28,8kWh brutto) -> bei 30% DoD = 9,6kWh Nutzkapazität
Answer: The Load port can supply power but can't gain power energy from other source. If you connect the string inverter to Load port of hybrid inverter , it's output power can be used for power the loads, but can't be used for charging the battery.
Also scheinen die Anschlüsse „Grid“, „GEN“ und „Load“ doch 100% parallel verschaltet zu sein, wie das ein oder andere Blockschaltbild es hat vermuten lassen.
Korrekt, GEN/GRID/LOAD Port intern sind intern verschaltet.
Was der Support meint, meine Meinung und Vermutung: an allen drei Ports wird per Hardware der Strom gemessen. Aber nur die Meßwerte am GEN-Port können per Software so ausgewertet werden das man damit den Energiefluß regeln kann. Also eine Einspeisung am GEN-/GRID-Port kann zb. die Batterie laden. Der GEN-Port hat per Software noch mehr Einstellmöglichkeiten per Software und der Mix der Einstellungen am Deye zwischen GRID/GEN-Port deutet ebenfalls darauf hin. Weitere WR wie Mikrowechselrichter können aber an allen drei Ports angeschlossen werden. Damit kann man das Haus versorgen und nur wenn diese am GEN-Port angeschlossen werden hat die Software die Chance diesen Energiefluß zum Laden der Akkus zu benutzen.
Die sollen dem Teil erst mal FW spendieren die auch das macht was es soll, etwas enttäuschend bisher. Ohne Akku geht keine Nulleinspeisung damit. Bin echt mal gespannt ob es mit Akku besser geht und was dann passiert, wenn der Akku voll ist, ob PV dann ganz aus geht oder geregelt werden kann.
„Grid“, „GEN“ und „Load“ doch 100% parallel
Das kann ja eigentlich nicht sein, wenn der Akku z.B. nicht aus der AC von LOAD geladen werden kann... Laderegler scheint nur an GRID/GEN angebunden zu sein. Wär aber mal interessant, was passiert bei Netzausfall und ein µWR 1600 an LOAD max. Leistung liefert und Verbrauch bei 500W liegt.
Solche Sachen müssen scheinbar die Kunden selber alles austesten...
ich wollte schreiben:
Grid“, „GEN“ und „Load“ doch NICHT 100% parallel
------------
in Planung / Beschaffung:
8kWp (+2,4kWp im Sommer 2023)
1x Deye Sun 12kW 3P
habe ich bereits: Speicher (8*6V AGM 600Ah = 48V / 28,8kWh brutto) -> bei 30% DoD = 9,6kWh Nutzkapazität
Doch sie sind zu 100% parallel geschaltet. Der GEN/GRID Port jeweils mit Schützen schaltbar, der LOAD liegt immer am internen Sternpunkt. An zumindesten GRID und GEN Port muß es eine Messung aller drei Phasen geben. Denn ansonsten kann der Deye nicht entscheiden wieviel Leistung er in den Akku laden/entladen kann. An GRID muß er messen um den NA-Schutz gewährleisten zu können, sprich vor dem Aufschalten des Schützes wird der WR erstmal das Netz messen müssen bevor er aufschalten darf. Das ist im NA-Schutz so vorgegeben. An GEN wird er auch messen können das zeigt ja schon das GUI am Display an. Ob er auch am LOAD misst weiß ich nicht.
Es ist also eine reine Software Angelegenheit warum es Unterschiede zwischen diesen Ports in Relation zu deren Funktion zB. beim Laden der Batterie gibt.
Das kann ja eigentlich nicht sein, wenn der Akku z.B. nicht aus der AC von LOAD geladen werden kann...
Doch das kann sein;) Wie ich oben schrieb erscheint es mir eine Softwarefrage zu sein falls der WR auch Hardware drinnen hat um den LOAD Port messen zu können. Es ist auch ein Unterschied in Hardware ob man diese Messung bidirektional oder nur unidirektional aufbaut. Bei bidirektionaler Messung kann der WR also wie am GRID Port Strom liefern und beziehen und das per Hardware auch messen.
Laderegler scheint nur an GRID/GEN angebunden zu sein
Diese Vermutung kann nicht stimmen. Der Deye benutzt eine bidirektionale AC Endstufe. Diese kann sowohl aus dem internen DC-Bus, an dem liegen die MPPTs und der DC/DC Laderegler der Batterie dran, nach AC an den AC-Sternpunkt von GRID/LOD/GEN Leistung liefern wie auch umgekehrt vom AC-Sternpunkt auf den DC-Bus Leistung einspeisen.
Dies hat folgende Konsequenzen:
1.) MPPT Leistung in Akku laden hat Wandlungsverluste der MPPTs und des DC/DC Ladereglers der Batterie
2.) MPPT Leistung an GRID/LOD/GEN liefern hat Wandlungsverluste der MPPTs und der AC-Endstufe
3.) Leistung vom GRID/GEN Port in die Batterie hat Wandlungsverluste der AC-Endstufe und DC/DC Ladereglers der Batterie
4.) die bidirektionale Endstufe kann pro Phase zu einem Zeitpunkt nur von DC nach AC oder umgekerht wandeln.
5.) über alle drei Phasen kann der WR ein Load Balancing durchführen indem er je nach Leistung pro Phase Strom über den AC->DC-AC Bus "umlenkt"
Ich denke also: falls der Deye die Hardware hat um an allen drei Ports die Ströme messen zu können dann sind die jetzigen Einschränkungen ausschließlich eine Software Angelegenheit.
Leider bekommt man von Deye selbst keine detailierten Erklärungen zu diesen Sachverhalten und man muß sich das alles selbst zusammen reimen. Ich arbeite als Hardware/Software Ingenieur im Industriebereich und obiges ist das Resultat meiner Analysen bei der Recherche zum Deye. Dh. ich kann diese Annahmen noch nicht belegen.
LOAD scheint er auch zu messen und seinen eigenen Verbrauch zeigt er scheinbar an, wenn nix an LOAD dran ist. So sieht es zumindest aus... will ich mal noch mit einer Lampe prüfen.
Aber im Moment ist der etwas durch den Wind... hat heute beim testen ob Nulleinspeisung mit der FW geht wild gepiept. Wollte sich auch nach abschalten nicht beruhigen.
Etwas unklar ob am fehlenden Akku oder Bug in der FW.
Wir bekommen wohl am Montag unseren Container aus China geliefert und dann wird es noch par Wochen dauern bis wir soweit sind und testen können. Am Ende wird es aber vier Anlagen von vier Kollegen geben die alle den 12k Deye und die gleichen Akkusysteme benutzen, aber jeweils in leicht abgewandelten Verschaltungen. Mein Chef verbaut zB. 2x 12k Deye in parallel, ich verbaue eine Anlage mit 12k Deye und externen WR einer zweiten Anlage am Deye, zusätzlich nutze ich 2x 10kWh Akkus am Deye während die anderen drei Leute nur 1x Akku verbauen. Auch die Anbindung an das Hausnetz wird sich jeweils unterscheiden. Bei mir ist die Hausverkabelung so vorgesehen das es zwei komplett getrennte Netze gibt bei meinen Kollegen sieht das einfacher aus. Ein Kollege und ich werden die direkte Anbindung in HomeAssistant umsetzen, ein anderer will SolarAssist mit Raspi benutzten und der vierte Kollege mit SolarMan arbeiten.
Es wird also spannend.
Edit: sorry ich rede die ganze zeit vom Deye, wir verbauen aber die SunSynk WR die ja auf dem Deye basieren. Sie haben aber eine aneere Software.
Was passiert wenn ein WR an LOAD mehr Leistung liefert als dort Verbrauch ist, habe ich den Support auch gefragt. Antwort „This situation can't exist, the PV input power of string inverter will be adjusted by MPPT of string inverter with the consumption of loads .“
Leider keine weiteren Erläuterungen dazu. Woher soll der MPPT des String inverters das Wissen? Kann ja nur über Frequenzerhöhung durch den Deye funktionieren…
Das ist für mich jedenfalls keine gute Lösung. Da ich den GEN Port als Smart-load nutzen möchte, bleibt wohl als einzige Alternative, den Stringingerter parallel am Grid anzuschließen. Oder ich finde eine andere, preisgünstige und wenig aufwändige Lösung, um bei Überschuss z.B. einen Heiztab o.ä. ein-/auszuschalten.
------------
in Planung / Beschaffung:
8kWp (+2,4kWp im Sommer 2023)
1x Deye Sun 12kW 3P
habe ich bereits: Speicher (8*6V AGM 600Ah = 48V / 28,8kWh brutto) -> bei 30% DoD = 9,6kWh Nutzkapazität
@jaykay67 da sieht man mal, da antwortet einer vom Callcenter der keine Ahnung hat. Aber ja, der LOAD macht auch eine Frequenzerhöhung wenn zu viel kommt (siehe Video von Deye). Meinen µWR wird der schon vertragen, muss ich nur auf die Phase setzen mit dem meisten Grundverbrauch, was jetzt nicht der Fall ist.
@pv-soko, bin mal gespannt wie der sunsyke ist, in einem Video hatte ich mal kurz die Software auf dem Display gesehen, die sah irgend wie umfangreicher aus. Hoffentlich ist die besser als beim Deye selbst. Die finde ich schon etwas na ja. So ein potentes Gerät und dann schlampern die bei der Software. Sieht man dann leider auch bei den vielen APPs die zu Geräten dazu kommen.
Wird noch Lustig, wenn die vielen Käufer Funktionen nutzen wollen, die so im Moment noch nicht gehen.
https://www.liberotech.it/media/attachment/file/d/e/deye_rw-m6.1.pdf
Hier gibt es das manual zum Deye Akku.
bin mal gespannt wie der sunsyke ist, in einem Video hatte ich mal kurz die Software auf dem Display gesehen, die sah irgend wie umfangreicher aus. Hoffentlich ist die besser als beim Deye selbst. Die finde ich schon etwas na ja. So ein potentes Gerät und dann schlampern die bei der Software. Sieht man dann leider auch bei den vielen APPs die zu Geräten dazu kommen.
Ja bin auch gespannt. Aus meiner langjährigen Erfahrung bei der SW/HW Entwicklung kann ich dir erklären warum dies so ist. Die Hardware wird als erstes entwickelt. Sie dauert seine Zeit ist aber gut planbar und meistens bei guter Produktionskette schnell fehlerfrei hinzubekommen. Danach verändert sie sich selten da bei der Planung die Entscheider schnell einsehen das man hier mehr investiert an HW als man später vielleicht nutzt, man plant mit Reserven. Bei der Software, die dann alles nutzbar macht, ändern sich alle Sichtweisen der beteiligten Entscheider. Der Kunde kann zum Betatester gemacht werden, Software ist ja angeblich schnell änderbar, da man ja Online Support und autom. Firmware Updates anbietet. Mehr Reserven und sicherer am Anfang der Planung geht bei Software ja schon mal garnicht da die Personalkosten explodieren würden, so die Entscheider. Das der Online Support und autom. Firmware Updates auch eine Software darstellt, unter gleichen Prämissen geplant, wird stillschweigend ignoriert, wird ja schon klappen. Und dann kommen die ersten Kundenfeedbacks zu einer halbgaren Software. Die Entscheider schieben die Schuld auf die Softwareentwickler und üben Druck aus, usw. usw. Das Marketing sagt: sowas können wir nicht verkaufen, der Support jammert über zuviel Arbeit und das sie ja an forderster Front kämpfen, die Entscheider sagen die Kosten würden explodieren.
Glaub mir, das macht jede Bude so, weltweit. Selbst bei lukrativen Rüstungsaufträgen ist das so.
All dies war ein Grund für den SunSynk, denn warum sollte ein OEM eine eigene Firmware entwickeln? Doch nur weil der OEM sagt: Deye HW ist super, SW ist schlecht, ändern wir das für unser OEM Produkt, Erfolg: bessere SW und stärkere Bindung unserer Kunden an uns, ergo überleben unserer Firma ist längerfristig gesichert.
Wie stehen denn die Chancen, dass man die SunSynk FW auf einen "echten" Deye bekommt?
Wie stehen denn die Chancen, dass man die SunSynk FW auf einen "echten" Deye bekommt?
teste es doch mal 