Projektvorstellung: Nulleinspeisung 6kWh LFP AC-gebunden

Projektupdate: 

Ich plane nun doch einen 16S Speicher (insb. aufgrund der Lade-Problematik, da mehrere LFP Ladegeräte parallel einfach nicht sicher funktionieren werden) und habe bereits einen Huawei 4850G2 angeschafft, bei dem ich per CAN Bus über mqtt den Strom steuern werde.

In dem Zuge habe ich auch über die Speicher-Größe nachgedacht und tendiere aktuell zu 125Ah BYD Zellen von nkon. Ohne MwSt. bekomme ich da 16 Stück für 880€ und das macht dann gut 6kWh Kapazität.

Außerdem werde ich ein JK BMS nehmen (aufgrund der Erfahrungswerte hier im Forum).

Als WR werde ich auf jeden Fall weiterhin einen Hoymiles nehmen, ob es dann ein 600er wird oder einer mit etwas mehr Leistung, muss ich mal sehen (auch je nach aktuellem Angebot ;-)).

Kostentechnisch werde ich für das ganze System nachher so bei 1200€ liegen. Dafür habe ich einen relativ hohen Wirkungsgrad (Huawei Wirkungsgrad >90% und Hoymiles Wirkungsgrad >94%) und mit Kosten des Gesamtsystems von 200€/kWh für so ein kleines System bin ich extrem zufrieden.

Ich melde mich wieder, wenn alles umgesetzt ist ;-).

So, jetzt habe ich das ganze mal in eine Skizze gebracht (elektrisches und mechanisches "Montagematerial" ist nicht eingezeichnet). Ergibt das aus eurer Sicht so Sinn? Gibt es irgendwas "gefährliches", was ihr auf den ersten Blick sehr, oder sollte das im Großen und Ganzen so passen?

Legende zu den Nummer ist:

1) Shelly 1PM Plus misst, welche Energiemenge in das Ladegerät/Netzteil rein geht (kann nachher mit der über den WR eingespeisten Energiemenge in (9) verglichen und so annähernd ein AC->DC->AC "Umlaufwirkungsgrad" berechnet werden). Ist an den IO-Broker angebunden.

2) Das Netzteil/Ladegerät Huawei R4850G2 kann über den Slot-Detect ((3)) ein-/aus-geschaltet werden und lädt mit konstanter Spannung (54V, entspricht 3,375V/Zelle) und (über (4)) variabel einstellbarem Strom die Batterie.

3) Shelly 1 zum Schalten des Netzteils. Ist an den IO-Broker angebunden.

4) CAN-Bus Modul, das mit dem HUAWEI R4850G2 kommuniziert und sowohl die aktuellen Betriebswerte erhält, als auch die Stromstärke variabel einstellbar macht, um überschüssigen Strom in der Batterie zu speichern. Ist, wie auch (10) an einem ESP32 angeschlossen, auf dem "openDTU on Battery" läuft und der über mqtt vom IO-Broker gesteuert wird.

5) DC-Sicherungsautomat 63A zur Absicherung der DC-Seite Richtung Batterie und als Trenner, um das Vorladen des Hoymiles WR über das Netzteil durchführen zu können.

6) JKBMS, das die Batteriezellen überwacht und balanced.

7) ESP32 zur Anbindung des JKBMS per RS485 an den IO-Broker (über esphome-jk-bms).

8) 16S 125Ah Batteriesystem, voraussichtlich mit CALB Grade-B 125Ah Zellen von nkon.

9) Hoymiles HM-600 verwendet als Batteriewechselrichter, gesteuert durch den IO-Broker über (10). 600W reichen in vielen Fällen (Grundlast+Beamer o. Klimaanlage) für eine Nulleinspeisung und ist ein guter P/L-Kompromiss.

10) Das nrf24l01+ Modul übernimmt die Kommunikation mit dem Hoymiles WR.

11) Der IO-Broker sammelt alle Daten. Hier läuft das Skript (noch tbd), ich lasse nichts direkt auf dem "openDTU on Battery" ESP laufen.

12) Tasmota Hichi Sensor zur Integration der aktuellen Verbrauchs-/Einspeiseleistung in den IO-Broker.

@indie 

Ich persönlich habe den Plan aus Einzelakkus so eine Batterie zu bauen kurz verfolgt, dann aber aufgrund von Aufwand und Kostengründen schnell zugunsten eines fertigen Pylontech (1200€) packs fallen gelassen. Bei diesem Detailgrad fehlt dann zumindest noch ein Gehäuse für die Batterie.

Will sagen: ich finde man sollte sich überlegen warum man selber bauen will

@maltes Das ist ein guter Hinweis und ich schwank(t)e auch etwas zwischen den zwei Varianten. Tatsächlich hat der fertige Pylontech einige Vorteile, allerdings ist mind. 50% des Projekte für mich auch "Ich wills ganz genau wissen und selber machen"-Leidenschaft (das Basteln selbst ist da fast schon im Hintergrund), weswegen ich voraussichtlich den Einzelzellen-Weg gehen werde. 

Du hast völlig Recht, es fehlt noch einiges an "Montagematerial" (elektrisch, sowie "mechanisch"), ich hatte oben nur die Teile mit Funktion dargestellt. Vllt ergänze ich den Satz mal noch in meinem letzten Post.

Danke für deine Einschätzung!

Hi Indie,

schöne Zusammenfassung! Ich steuere den Huawei nicht über den Slot-Detect, sondern messe und schalte das Huawei direkt über den Shelly 1PM. Spart man sich einen Shelly 🙂 Man muss natürlich etwas aufpassen, da die Shellys bei >=2kW Leistung erfahrungsgemäß doch recht warm werden. Die Steuerung für den Shelly *edit* Huawei */edit* läuft bei mir 24/7 - sobald das Huawei dann hochgefahren wird, nimmt es die Werte von der ESP-Steuerung sofort an. 

Ich habe den Shelly aktuell provisorisch in die Nähe der hinteren (Luftauslass)Seite des Huawei's gehängt, damit er etwas von der Abluft des Huawei profitiert und so quasi aktiv gekühlt wird, wenn das Huawei ohnehin läuft 🙂 Das klappt bisher sehr gut, er wird selbst bei 1,7kW nicht zu heiß. 

Was mir ansonsten auffällt:

- Laut Schaltung ist ebenfalls der Minus gesichert? Weiß nicht, ob das unbedingt nötig ist. Schaden sollte es nach meinem Wissenstand allerdings auch nicht.

- Ist das JKBMS bereits ab Werk mit einem ACTIVE-Balancer ausgestattet? Falls nein, solltest du definitiv einen dazu bauen. 

@colton86 danke für deinen Post, die Infos und die Rückfragen!

Ich werde die Batterie komplett trennbar vom WR und Netzteil machen, daher die Absicherung beider Pole (inkl Funktion als trenner). Ich denke sogar drüber nach, evtl WR und netzteil DC Seitig nochmal getrennt abzusichern, dann könnte ich auch Mal einzelne Komponenten "in Revision" schicken und sie gesondert trennen...

Das jk BMS hat einen aktiven balancer dabei, ich werde wohl die Version mit 0,6A balancerstrom wählen (2A wären deutlich teurer). Batterie-Zellen und BMS sind bestellt, Mal schauen wann dann alles ankommt... Ich werde weiter berichten:-)

Kurzes Zwischen-Update: Mittlerweile sind die 16 CALB 130Ah Zellen von nkon angekommen (optisch einwandfrei, Zellspannung auch sehr gut, Innendwiderstandsmessung leider mangels Messgerät im mOhm Bereich nicht möglich, Produktionsdatum zwischen 14.Okt22 und 15.Nov22) und auch mein JK-BMS mit 60A und 0,6A Balancerstrom. Nächster Schritt ist Gehäuse- und Batteriebau, das habe ich mir für die nächsten Tage vorgenommen. Anschließend DC-seitige Verkabelung (inkl. BMS-Einstellungen) und dann als letzter Schritt AC seitiger Anschluss.

Außerdem kam die Tage der 3,3V Relais, mit dem ich den Shelly in (3) ersetzen möchte, um den Slot-detect des Huawei ebenfalls per "openDTU on Battery" steuerbar zu machen. Ist bereits installiert und funktioniert. Hier noch das geupdatete Schema:

Hallo warum hast du nicht das fertige Projekt Open dtu on battery genutzt?

Mich würden die Gründe dafür sehr interessieren.

Danke 

@alex_s Tatsächlich nutze ich das Projekt ja sozusagen als "Interface-Zentrale" Richtung WR und Ladegerät. Dass ich zusätzlich einen iobroker nutze hat den einfachen Grund, dass der schon vorhanden war.

Zudem nutze ich ja weder einen Victron, noch eine Pylontech Batterie, die ja zwei Kernkomponenten bei der Steuerung über "openDTU on Battery" sind. Mag sein, dass ich auch mit meinem Setup einen großen Teil der Steuerung direkt über das Projekt fahren könnte (werde ich mir auch mal anschauen, wenn ich alles soweit fertig gebaut habe), aber insb. mit zusätzlicher Einbeziehung von BMS Daten und der Unabhängigkeit in der Konfiguration der Steuerung denke ich, dass ich die Steuerung auf dem "eh-da" iobroker laufen lasse.

Warum interessiert dich das so? Entwickelst du an openDTU on Battery mit, oder überlegst du selbst, wie du dein Setup aufbaust? 

@indie  Ich überlege gerade welches Setup für mich am meisten Sinn macht.. ein Gedanke ist halt je weniger Komponenten im Spiel sind, desto weniger Komponenten können auch ausfallen, Probleme  machen bzw Probleme haben miteinander zu sprechen.. Gilt allerdings nur wenn die Komponenten auch gut funktionieren. Deshalb die Frage an dich ob du eventuell mit Open DTU on Batterie irgendwelche schlechte Erfahrungen gemacht hast die dich dazu bewogen haben zu deiner Lösung zu gehen.. aber das hast du ja im vorherigen Beitrag schon beantwortet.

UPDATE: Speicher ist gebaut, Programmierung des Skripts geht gut voran und jetzt läuft erstmal das Top-Balancing.

Es gibt manchmal noch Instabilitäten der ESPs (hab jetzt die Huawei und die Hoymiles Steuerung auf 2 verschiedene gepackt), insbesondere bei dem Huawei. Hier wird es vermutlich an der Stromversorgung liegen. Ich überlege, ob ich zB das Relais wieder abbaue, mir dadurch den Strombedarf der Schaltvorgänge spare und doch einfach die Stromstärke auf 0 regle, um das Huawei "auszuschalten" (dann bleibt der Lüfter zwar an, aber das stört mich mittelfristig nicht, wenn der Speicher im Keller steht).

Und eine Frage ist für mich noch, wie ich eine gute Wärmeabfuhr sicherstelle. Momentan (bei 27 Grad Raumtemperatur) sind es mit geöffnetem Deckel knapp 60 Grad Auswurftemperatur beim Huawei bei 20A Ausgangsleistung. Im Keller möchte ich den Deckel eigentlich schließen (aus Schutzgründen). Da werde ich wohl um einen extra Gehäuselüfter nicht herum kommen...

Hier mal ein Foto, ich schiebe die nächsten Tage auf jeden Fall nochmal ein Update hinterher:

Veröffentlicht von: @indie

↑

Es gibt manchmal noch Instabilitäten der ESPs

Da gab es am Wochenende einen fix. Könnte sein dass der auch dein Problem löst

Ich würde das Netzteil und den Inverter separat lassen

Warum baut man so eine Krücke, wenn man für ein paar Euro mehr einen Multiplus2 3000 (899€) bekommt?

Der wäre mit Zertifikat, und du  brauchst kein Angst haben, dass dir die Bude abfakelt.

Lieber Stromsparer99, 

Ich verstehe nicht ganz, was genau du mit "Krücke" meinst? Meinst du meine Trennung von Ladegerät (Huawei) und Wechselrichter (Hoymiles)? 
Und an welcher Stelle diese Trennung meine "Bude abfackeln" soll, verstehe ich nicht. Wenn überhaupt "fackelt die Bude" wegen durchgehender Batteriezellen, die nicht ordentlich durchs BMS geschützt werden, ab. Und dabei würde mir der Multiplus auch nicht helfen. Das gute an meiner Version ist neben dem Preis (mit einem Multiplus würde ich mit einer Amortisation bis zum St Nimmerleinstag warten), dass ich alles Haarklein durchdacht und das meiste verstanden habe (außer der Rückgriff auf die Kommunikationsprotokolle mit Hoymiles und Huawei über openDTU on Battery, wo z.B. Malte dankenswerterweise mit entwickelt). Der Prozess des Planens, Bauens und Konfigurierens ist der halbe Spaß und der wäre mit dem Multiplus deutlich geringer 😉

Malte, vielen Dank auch für Deine Unterstützung (und die der anderen "on Battery" Entwickler) hier im Forum und auf github und den immer sehr freundlichen Umgangston, auch wenn ich mal eine blöde Frage (bzw. These) aufgestellt habe ;-).

Jetzt gerade hänge ich an dem Problem, dass 5 meiner 16 Zellen wohl mit einem deutlich höheren Ladezustand angekommen sind, als die anderen 11 und ich mangels Labornetzteil kein Topbalancing durchführen konnte. Habe jetzt mal die Batterie vollgeladen, bis die 5 Zellen bei 3.6V waren und dann 24 Stunden ein Balancing laufen lassen (mit den mickrigen 0,6A Balancerstrom). Ich glaube nach heute Abend werde ich das Balancen dann "on the run" machen, da ich in den nächsten Tagen eher hohe Speicherfüllstände erwarte ;-). Und (zumindest AC-seitig) habe ich gestern knapp 8kWh in den Speicher gesteckt (abzüglich Wirkungsgrad vllt dann 7kWh), er ist also auch mit den 11 Zellen, die kurz vor 3.4V hängen, ziemlich voll. Ich werde weiter berichten 🙂