AC/DC Speicherlösung mit Victron MPPT, Pylontech, Hoymiles, Huawei und openDTU-OnBattery

Habt ihr eine Empfehlung für ein fertiges Board / Bausatz?

Ich habe das (wie MalteS auch) auf eine 3er Lochrasterplatine gelötet und die CAN Adapter etc. teilweise noch darauf verschraubt. Ich kenne keine fertigen Boards dafür. Die OpenDTU Kits brauchen ja nur das Funkmodul für die Kommunikation zum Hoymiles und passen daher nicht. Dafür habe ich eine 10x7 cm Platine gefunden, die genau in ein Hutschienengehäuse passt. Das sitzt dann neben den LS, Shelly und kleinen Netzteil auf einer Hutschiene in einem 19Zoll Rack.

Die Olimex Boards mit Ethernet, die ich am Anfang verwenden wollte, passen nicht so gut, weil durch Ethernet einfach zu wenig GPIOs frei bleiben. Daher bin ich dann doch bei einem WROOM mit Anschluss für externe Antenne gelandet. Funktioniert bei mir im Keller jetzt gerade noch so mit dem WLAN Empfang.

Moin zusammen,

Habe jetzt das Huawei über das CAN Bord (btw einfach über den VIN des ESP32 mit 5V versorgt, da ich den ESP mit USB Netzteil betreibe) an den ESP angeschlossen, auf dem openDTU on Battery läuft. Klappt mittlerweile alles, auch die Ansteuerung per MQTT funktioniert. Als WR möchte ich ein HM-600 nutzen und jetzt habe ich ein paar Fragen:

1. Ist es korrekt, dass man die Spannung beim Huawei nur ganzzahlig einstellen kann (also 53V und 54V und nicht 54,3V)? Eine Dezimalstelle wäre hier super!

2. Gibt es eine einfache Möglichkeit den Slot detect des Huawei über das ESP zu steuern? (hab in der Zeichnung nicht so ganz verstanden, was das LLC Bord noch macht, kann man nicht einfach ein DC-DC Relay verwenden? Welcher ESP32 Pin ist für die Steuerung des Relays in openDTU on Battery aktuell vorgesehen?) Ansonsten würde ich den Slot-Detect ganz stumpf mit einem Shelly 1 schalten, es geht eh nachher alles in meinen iobroker...

3. Stichwort "Vorladen des Hoymiles": Meine Idee wäre, das Huawei und den Hoymiles sozusagen "in Reihe" zu schalten, parallel zum Netz und dem Huawei eine Start-konfiguration von z.B. 54V und 2A vorzugeben. Und die Batterie sozusagen "dazwischen" per 63A DC Sicherungsautomat, den ich nach dem Vorladen des Hoymiles dann einschalte. Anschließend dann entweder das Huawei oder den Hoymiles softwareseitig abschalten, um zu laden oder zu entladen. Somit wäre auch die DC Seite Richtung Batterie direkt abgesichert. Spricht da was dagegen? Eine Softstartfunktion der Batterie etc. habe ich nicht (wird eine Selbstbaubatterie) und so könnte ich mir einen Widerstand und Umschalter zum Vorladen sparen...

4. Stichwort "Sicherung". Müsste DC Seitig, außer dem 63A Sicherungsautomat für die Batterie, noch eine weitere Sicherung installiert werden? AC-Seitig sollte ja der 16A FI/LS im Sicherungskasten genügen, oder?

Vielen Dank Euch! Ich werde berichten, wie es weiter geht (vermutlich dann in einem eigenen Thread. In diesem Thread hier scheinen mir aber die openDTU Experten zu lauern ;-)).

@indie 

ZU 1) Das ist NICHT richtig, zumindest über MQTT kann man FLOAT Werte setzen. Nutze ich auch und wird dann auch korrekt in der Live View dargestellt. 
Sieht man auch im Source Code in MqttHandleHuawei.cpp. Da wird der Wert aus dem übergebenen String in einen FLOAT umgewandelt

float payload_val = strtof(strlimit, NULL);

Zu 2)
Ja, dafür ist ein GPIO PIN vorgesehen, über den man ein Relais ansteuern kann. Kann man z.B. sehen im UI unter "Device Manager", Bereich Huawei, Attribut "Power". Das ist die GPIO Nummer des PINs, über den das Relais gesteuert wird. In dem Fritzing Diagramm fehlt da m.E. eine Verbindung zwischen dem GPIO und dem LevelShifter. Da müsste eine Verbindung zwischen GPIO 33 am ESP32 und dem LevelShifter PIN "LV2" vorhanden sein. Kann man natürlich auf anderen GPIOs legen.
Der LevelShifter shifted dann die Spannung von den 3,3V des ESP auf die 5V, die die meisten Relais brauchen. Wenn das Relais mit 3,3V arbeitet, dann braucht man den LEvelShifter hier gar nicht (Wenn man wie ich auch gar keinen Victron SmartSolar hat, d dann braucht man den gar nicht)

@cacu15 Danke für die Antwort, das werde ich mir nochmal anschauen (insb. den Spannungswert und den Device Manager).

Die Lösung funktioniert übrigens bei mir mittlerweile recht gut seit Anfang Juni. Habe einen Node-Red-Flow, der die Umschaltung zwischen Laden über das Huawei und Entladen über den Inverter steuert. Die Lösung spart aktuell ca. 2,5-3 kWh Netzbezug pro Tag, deckt ca. 22,5% des Bedarfs und der Netzbezug ist dadurch meist bei nur noch 0,2 - 0,5 kWh pro Tag.

- Wenn die PV über längeren Zeitraum mehr Strom liefert, als das Haus verbraucht, dann wird über das Huawei geladen. Ladeleistung wird durch Node Red dynamisch an PV-Überschuss angepasst. Im Diagramm unten ist die Ladeleistung als Lila gefärbte Fläche erkennbar.

- Entladeleistung wird durch den ESP gesteuert, d.h. da wird einfach nur per MQTT der Inverter aktiviert und der Dynamische Limiter eingeschaltet. Die Entladeleistung sieht man als gelbe Fläche. Man erkennt ganz gut, dass diese Fläche nachts den Hausverbrauch ziemlich genau abdeckt (orangene Linie).

- Außerdem erkennt man den SoC an der lila gefärbten Linie

P.S.: Bei Bedarf kann ich den Node-Red Flow auch gerne teilen. Ist einigermaßen konfigurierbar gehalten, sodass man das leicht an andere Parameter anpassen können sollte. Allerdings habe ich wie gesagt aktuell keine PV-Lader in meiner Lösung, daher ist das in der Logik auch nicht vorhanden. Für den Winter muss man die Parameter vermutlich etwas tunen, damit der Akku noch voll wird.

@CaCu15 woher kommen die schönen Prognosewerte? 

@bibabuz 
Die Daten kommen von SolCast ( https://solcast.com/). Auslesen mache ich über Solaranzeige ( https://solaranzeige.de/phpBB3/viewtopic.php?t=984) , da ist PVForecast schon integriert. Solaranzeige schreibt mir das dann alles in meine InfluxDB.

@cacu15 

@indie

Ich habe an verschiedenen Sachen noch weiter gearbeitet. Bin aber noch am testen und habe daher noch keinen Pull request erstellt.

Konkret:

- ich habe den Bug mit der Spannung korrigiert. Natürlich gehen auch Kommawerte

- ich habe einen Modus eingebaut im dem der GPIO Pin für die Power automatisch geschaltet wird. Wenn ein Ausgangsstrom > 0 gesetzt wird geht das Netzteil automatisch an. Bleibt der Strom eine Weile bei 0 wird angeschaltet. Die Leistungssteuerung erfolgt extern über mqtt

- ich habe einen Modus eingebaut in dem openDTU den Strom basierend auf dem Überschuss im Haus setzt. Das Netzteil läuft dann vollautomatisch mit der richtigen Leistung und schaltet auch den Power Pin.

Von Grundsatz her scheint das jetzt zu gehen aber ich muss noch verhindern dass der Power limiter startet wenn das Netzteil an ist. Außerdem regelt der Code das Netzteil gelegentlich ab was komisch ist

Also kommt... Aber ist halt noch nicht ganz fertig

Zu Punkt 3:

Vorladen mit dem Huawei Netzteil müsste gehen

Zu 4

Ich habe einen Rittal Lasttrennschalter. Dieser ist auf der einen Seite verbunden, da hängt die Batterie dran.

Auf der anderen Seite sind über die Sicherungen (63A, würde aber heute eher 40A machen) das Netzteil, der Inverter und der Victon Mppt angeschlossen.

Der Inverter hat pro Eingang dann noch eine 15 A mini ANL Sicherung. Es gibt aber auch Sicherungen im mc4 Steckerformat. Die würde ich heute eher nutzen. 

Wäre natürlich super, wenn das alles auf dem ESP liefe, dann entfällt eine Fehlerquelle. Da ich aber bei mir eh den Netzbezug über MQTT bekomme, bleibe ich da weiter auf den Mosquitto angewiesen. Zusammen mit dem Huawei WR meiner PV kam das SmartMeter von. Huawei im Zählerkasten, dass ich aktuell über Solaranzeige auslese. Und von da kommt dann der aktuelle Verbrauch per MQTT. 

Moin zusammen,

Herzlichen Dank, malte, für deine Reaktion und deine Antwort! Ich werde mir das später direkt Mal anschauen. Mir geht's wie CaCu15, ich habe in Hintergrund sowieso einen kleinen iobroker Server laufen, der sozusagen die Logik liefert. Hab alles hier Mal in einer Skizze zusammengefasst: https://www.akkudoktor.net/forum/postid/136857/

Der nächste Schritt wäre jetzt, dass ich noch das Huawei per esp am slot detect schalten kann, um u.a. die neuen Funktionen von dir, Malte, nutzen zu können.

Ganz herzlichen Dank für eure Hilfe und deinen Job, Malte! Ohne on battery wäre das ganze für mich deutlich aufwendiger geworden!

Hat schonmal jemand den slot detect mit einem Optokoppler statt relais geschälten? Falls ja welchen habt ihr genommen? Ein Relais scheint mir an der Stelle etwas übertrieben um nur einen hochohmigen Eingang zu schalten. Ich werde es bei mir wohl mit einem Optokoppler versuchen.

@indie ich habe dazu mal einen Kommentar hinterlassen

Sofern du eine Version brauchst die den Slot detect automatisch schaltet musst du das sagen dann pushe ich mal meinen branch. Der Teil sollte gehen

MQTT läuft bei mir übrigens auch. Aber ich sage dem ESP nur welchen Betriebsmodus ich möchte (solar passthrough an/aus und Ladegerät an/aus). Die Leistungswerte kamen mal per mqtt vom Shelly, das habe ich aber auf eine Rest Anfrage geändert

So wie das gerade geschrieben ist müsste die Regelung sehr schnell reagieren können. Aber noch teste ich halt

@pv-maix 

Nein aber berichte bitte ob das geht

Veröffentlicht von: @cacu15

↑

Zu 2)
Ja, dafür ist ein GPIO PIN vorgesehen, über den man ein Relais ansteuern kann. Kann man z.B. sehen im UI unter "Device Manager", Bereich Huawei, Attribut "Power". Das ist die GPIO Nummer des PINs, über den das Relais gesteuert wird. In dem Fritzing Diagramm fehlt da m.E. eine Verbindung zwischen dem GPIO und dem LevelShifter. Da müsste eine Verbindung zwischen GPIO 33 am ESP32 und dem LevelShifter PIN "LV2" vorhanden sein. Kann man natürlich auf anderen GPIOs legen.
Der LevelShifter shifted dann die Spannung von den 3,3V des ESP auf die 5V, die die meisten Relais brauchen. Wenn das Relais mit 3,3V arbeitet, dann braucht man den LEvelShifter hier gar nicht (Wenn man wie ich auch gar keinen Victron SmartSolar hat, d dann braucht man den gar nicht)

-- attachment is not available --

Dieses Relais sollte vermutlich funktionieren, oder: https://de.aliexpress.com/item/1005004189731241.html ? 
Den Rest bekomme ich hin, GPIO 33 kann ich auch einfach als Default lassen. Ist mir deutlich lieber, dann spare ich mir den Shelly und kann die Neuerungen (Automatisches Aus-Schalten bei angeforderter Stromstärke "0") von Malte nutzen.