Meines Wissens nach funktioniert die Open dtu nicht mit hms Modellen.
@bibabuz laut GitHub Seite werden die HMS und HMT unterstützt, es benötigt nur ein anderes Funkmodul.
Ja das scheint jetzt zu gehen.
Bitte drauf achten das das Huawei Netzteil dann nicht funktioniert
@maltes wenn man beide Eingänge (mppt) des hm-600 nimmt, sollten sich die 12,5A bei 48V doch auf die Eingänge verteilen (insofern man die selben Leitungswiderstände in der Zuleitung hat) und dann sollte es doch kein Problem mit der 11,5A grenze pro mppt geben, oder?
Ja das ist richtig
Immer alle Eingänge nutzen
@maltes Danke für den Hinweis, dass man das Huawei dann nicht mehr anschließen kann, dann bleib ich beim HM. Ist das R4850G5 von der Kommunikation gleich und damit auch kompatibel oder muss man beim G2 bleiben? Preislich nehmen sie sich nicht mehr viel..
Gerne ausprobieren und berichten! 😉 Laut einem GitHub Projekt könnten evtl alle gleich sein, die die gleichen anschlusspins haben.
Also ich weiß das leider nicht. Mein Bauchgefühl sagt mir das das gehen könnte. Müsste man testen
Um die Leistung zu nutzen müsste man schauen ob ich im Code den Strom mal begrenzt habe. Wobei 4kw schon ne Nummer wären. Da kommt man mit 16A Sicherungen nicht mehr aus 🤣
Ich habe jetzt OpenDTU on Battery sowohl auf dem Olimex ESP32-POE als auch dem EVB ausprobiert. Da leider bisher weder Akku noch Netzteil noch Hoymiles WR angekommen sind, muss ich erstmal ohne das ganze "Drumherum" testen.
Leider bekomme ich auf keinem von beiden Boards die Ethernet-Verbindung ans laufen. Über WiFi funktioniert alles, aber da bei uns im Keller der Empfamg sehr schlecht ist und ich da eh' einen Switch habe, wollte ich gerne Ethernet verwenden. Das Verhalten ist bei beiden Boards gleich: Die Ethernet LED blinkt etwa im 2 Sekunden Rythmus: 2 Sekunden aus, dann 2 Sekunden ein Flackern. Da wird anscheinend immer wieder versucht, eine Verbindung aufzubauen. Manchmal erscheint sogar auf der COnsole "ETH connected" aber dann kommt nichts mehr...
Was habe ich versucht:
- Ich habe zunächste die aus GIT downloadbare BIN Variante geflasht, dann das Device Profile auf das Olimex ESP32-POE bzw. EVB gesetzt.
- Da der LAN POrt, an dem ich teste, kein POE hat, habe ich das auch mal an einem Switch mit POE getestet.
- Ich habe die SW selbst mit PlatformIO in VS Code gebaut und geflasht. Sowohl für "Generic" als auch für "Olimex ESP32-POE"
Ergebnis ist immer wie oben beschrieben.
ZUm Verlgeich habe ich mal ESPHome auf beide Boards geflasht: Da funktioniert es am gleichen Ethernet Port auf Anhieb. Scheint also nicht an der Netzwerk-Konfiguration oder den Olimex Boards selbst zu liegen, sondern an der SW.
Irgendetwas übersehe ich anscheinend. Gibt es irgendwo Tips, wie man Ethernet ans Laufen bekommt? Kann es sein, dass man für Verwendung von Ethernet nicht auch WiFi in das Modul kompilieren darf? So ist das zumindest unter ESPHome, beides gleichzeitig geht nicht. Ich dachte, dass die Option -DOPENDTU_ETHERNET, die in der PIO Config für ESP-POE enthalten ist, die entsprechende Einstellung für den Build enthält, aber beim Compilieren sieht man immer noch, dass WiFi Libs eingebunden werden.
Hier mal ein Screenshot der HW-Einstellungen mit den Eth-Teil:
@maltes
Jau, da war ein PIN doppelt belegt. Ich dachte, dass das keine Rolle spielt, wenn da nichts angeschlossen ist. Jetzt läuft es...
Auch wenn ich nicht gefragt war: bei mir hängt der WR fest (über Sicherungen) an der Batterie. Bei Inbetriebnahme schalte ich den Schalter an der Batterie an.
Völlig ohne Vorladung/Widerstände oder irgendwelche anderen Maßnahmen
Nur zur Info:
Seit Freitag ist mein Pylontech US5000 da und bei mir funktioniert das Einschalten auf jeden Fall NICHT ohne Vorladen. Sobald ich den Akku bei bestehender Verbindung zum HM-600 einschalte, schaltet das BMS den Akku sofort ab und die rote Alarm LED geht an. Habe mir jetzt mal einen Lastwiderstand und einen Batterieschalter bestellt, um damit das Vorladen zu realisieren. Die Versuche mit den vorrätigen Widerständen waren nicht erfolgreich.
Sonstiger Stand:
- Auslesen des Pylontech über CAN funktioniert prima
- Den Hoymiles bekomme ich ohne DC Quelle leider noch nicht an (beim Netzteil fehlt mir noch der Stecker, bei Verwendung des Akkus schlägt wie beschrieben sofort das BMS zu). Die fehlende Teile kommen wohl Anfang dieser Woche, dann sehe ich weiter.
- NRF24 läuft, soweit man das ohne den HM sagen kann.Jedenfalls wird er in der WebUI als Aktiv angezeigt
- Das Schalten des Relais (habe extra eins für 3,3V) funktioniert bei mir nicht. Am PI funktioniert das Relais direkt OHNE Levelshifter direkt am GPIO. Man sieht auf der Konsole, dass die MQTT Kommandos zum Schalten ankommen. Es scheint so, dass der GPIO an der OpenDTU die ganze Zeit auf HIGH ist. Ich habe 3 verschiedene GPIOs am ESP ausprobiert, bei allen das gleiche Verhalten. Ist aber auch kein Problem, da die Laderegelung eh' auf dem PI liegen soll, kann ich auch von dort das Relais schalten.
- Am Olimex ESP32 POE gehen mir die GPIOs etwas aus. Durch Ethernet sind einige GPIOs gleich komplett belegt, die verbliebenen reichen wohl noch für Batterie, NRF24, CAN zum Netzteil, evtl. später noch Victron. Dann ist aber alles belegt. Habe auch angefangen, meine Beschaltung mal in Fritzing zu dokumentieren und werde das teilen, wenn ich das mal soweiot komplett habe. Aber wegen fehlender GPIOs hat sich dann wohl auch der Versuch mit dem Olimex ESP32-EVB erledigt.
Vermutlich werde ich doch noch auf ein ESP32Modell mit WLAN und externer Antenne (ESP32 DevkitC WROOM-32UE) umsteigen. Dann werden eine ganze Reihe GPIOs wieder frei. Falls die externe Antenne nicht reichen sollte, um im Keller ausreichend Empfang zu bekommen, kann ich mit dem PI ja auch eine WLAN Bridge aufbauen.
Wenn Du gerade eh noch Zeit hast wegen fehlender Teile...
Mein Tipp:
https://github.com/irekzielinski/Pylontech-Battery-Monitoring
Hier kannst Du dann per Konsole nicht nur Temperatur und SOC auslesen, sondern wirklich alle einzelnen Zellen im Detail. Ich verwende jetzt beide Wege und gleiche die Werte gegeneinander ab - als zusätzliche Sicherheit...
VG
Erster Erfolg mit meinem Aufbau: ich habe erstmals den Akku aus den Netzteil geladen und auch schon über den Inverter etwas eingespeist. Sieht schon sehr vielversprechend aus. Vielen Dank schonmal für dieses tolle Projekt, @maltes!
Jetzt mache ich mich mal an die Programmierung einer Lade-/Entladesteuerung mit Node-Red.
Zum Netzteil und dem Slot-Detect habe ich aber noch eine Frage:
Ich verstehe die Beschreibung auf BeyondLogic ( https://www.beyondlogic.org/review-huawei-r4850g2-power-supply-53-5vdc-3kw/) so, dass man die beiden Slot-Detect PINs des Netzteils BEIDE gegen Masse am Output ziehen soll, um das Netzteil zu aktivieren.Bei mir macht das aber überhaupt keinen Unterschied, was ich mit diesen PINs mache. Das Netzteil (der Lüfter) ist die ganze Zeit an, sobald ich es mit AC verbinde. Ich habe versucht:
- beide PINs gegen Masse am DC Ausgang
- jeweils nur 1 PIN gegen Masse am DC Ausgang
- beide PINs gegeneinander
Egal was, es macht gar keinen Unterschied, der Lüfzter läuft die ganze Zeit durch.
Ich kann natürlich auch mit einem Relais das Netzteil AS seitig schalten, würde ich aber gerne vermeiden, wenn man die schöne Lösung mit Slot Detect hat. Wenn AC seitig schalten, dann würde ich eher ein "vernünftiges" Relais (Shelly o.ä.).
Wie macht Ihr das in Eurem Aufbau?