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
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"
@maltes
Jau, da war ein PIN doppelt belegt. Ich dachte, dass das keine Rolle spielt, wenn da nichts angeschlossen ist. Jetzt läuft es...
1 „Gefällt mir“
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:
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
@bibabuz
Ah, interessant, sehe ich mir mal an.
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 (Review: Huawei R4850G2 Power Supply 53.5VDC, 3kW with CAN – Beyondlogic) 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
Wie macht Ihr das in Eurem Aufbau?
Hast du die Adapterplatte hinten auf das Netzteil geschoben? Ist da vllt der slotdetekt schon intern auf Masse verbunden? Kannst ja leicht mit nem Multimeter prüfen
VG
@bibabuz
Hi Bibabuz,
ja, die Adapterplatte benutze ich. Habe die Verbindung zwischen den beiden Slot-Detect PINs und Masse durchgemessen - da ist überall kein Durchgang. Aber zur SIcherheit messe ich das alles nochmal...
Sofern das hilft: Ich habe ersten Code der auf dem ESP das Netzteil entsprechend dem Überschuss im Hausnetz regeln kann.
Ich schalte slot detect und das schaltet den Lüfter ab. Der CAN bus bleibt aber aktiv. Also ganz aus ist es damit nicht
Geschaltet werden beide Pins gegen masse
1 „Gefällt mir“
@maltes
Das ist super, vielen Dank.
Aber mein Problem aktuell ist ja, dass es meinem Netzteil anscheinend egal ist, was man an den Slot-Detect PINs macht. Der Lüfter läuft einfach immer. Sobald man AC verbindet, läuft der Lüfter. Auf jeden Fall ist ja die Verdrahtung genau so, wie ich sie auch verstanden habe: beide Slot Detect PINs gegen Masse. Morgen suche ich da weiter.
Erstmal freue ich mich, dass mein Projekt heute den Akku innerhalb kurzer Zeit mit Solarstrom ganz voll gemacht hat und jetzt bei untergehender Sonne mit dem Powerlimiter einzuspeisen beginnt. ? ? ?
1 „Gefällt mir“
Ich verstehe das mit den Slot-Detect PINs anscheinend nicht richtig.
Beschreibung auf BeyondLogic (Review: Huawei R4850G2 Power Supply 53.5VDC, 3kW with CAN – Beyondlogic) sagt:
To enable the power supply, connect both the slot detect 1 and slot detect 2 pins to OUTPUT- (negative).
Wenn mich mein Englisch nicht komplett verlassen hat, dann heißt das: wenn man Leistung aus dem Netzteil abnehmen will, dann muss man Slot-Detect 1+2 an Masse verbinden. Meinem Netzteil ist das aber anscheinend egal: Ich habe jetzt GAR NICHTS an den beiden Slot-Detect PINs und der Durchgangsprüfer bestätigt, dass es da keine elektrische Verbindung von einem der beiden PINs an OUTPUT- gibt. Also dürfte das Netzteil nach meinem Verständnis eigentlich keine Leistung liefern. Es liefert aber Leistung und die CAN Kommunikation funktioniert. Ich kann über MQTT (huawei/cmd/limit_online_current) die gewünschte Stromstärke einstellen und das Netzteil setzt das auch um.
Aber gut: dann muss ich wohl das Netzteil AC seitig abschalten, damit es nicht den ganzen Tag durchläuft. Ein wenig schade, weil ich für eine Leistung von bis zu 3000W keines von den billigen "Bug-Relais" nehmen möchte. Da nehme ich dann lieber gleich ein Shelly 1PM Pro, oder 2 PM Pro.
BTW: Was mir auch aufgefallen ist: Wenn das Netzteil AC seitig getrennt ist, aber über den Output (von meinem Akku) mit DC versorgt wird, dann funktioniert die CAN Kommunikation auch. Das ist dann im Prinzip genau das gewünschte Verhalten. Also wohl den Weg über die AC seitige Abschaltung...
Ladelogik
Ich habe meinen Node-Red Flow jetzt in einem ersten Wurf fertig: Abhängig von Einspeisung / Bezug aus dem Netz wird zwischen CHARGE und DISCHARGE gewechselt mit konfigurierbarer Hysterese für die Umschaltung, damit das nicht wie wild hin- und her wechselt. Ich muss noch analog Victron wiederholende ABSORBTION Phasen einbauen, aktuell mache ich nur 1 nach Erreichen der ABSORBTION-Voltage. Und dann noch FLOAT. Ich kann den auch gerne mal teilen, aber ich teste damit lieber noch etwas, damit ihc wenigstens halbwegs sicher bin, dass er funktioniert. Die ganze Konfig in einem JSON, dafür baue ich noch eine UI in Home Assistant, damit man das von da einfach ändern kann und nicht nur über Node Red UI.
Trotzdem ist es natürlich cool, wenn die Ladelogik in OpenDTU integriert ist, wenn man alles an einem Platz hat, dann ist das schon robuster.
Danke für den Bericht! Eine Frage:
ich habe nicht gesehen, wie Du den Hoymiles mit der Batterie verbunden hast. Direkt oder über eine Softstart-Lösung, wie sie hier vorgeschlagen wird: https://www.akkudoktor.net/forum/migrated-forums-balkonsolar/hoymiles-hm-600-hm-1500-mit-module-ueber-speicher-und-laderegler-verbinden-2/paged/7/ ?