@rustimator ich habe es ungefähr so nachgebaut und fahre damit nun recht gut: Nachtspeicher mit Hoymiles HM-300 + 24V LiFePo4 Batterie
Je nachdem wie du das ganze steuern willst, musst du sicherlich noch die ein oder andere anpassung vornehmen. bei mir hat es mit Home Assistant recht gut geklappt.
So, mittlerweile bin ich zum Thema
weiter gekommen.
Ist meine erste 'Begegnung' mit einem ESP/uC überhaupt, d. h. Flashen, Konfiguration etc. ist alles Neuland…
Zum Glück gibt’s die vorkompilierten Binaries ('helgeerbe / OpenDTU-OnBattery / releases') und nachdem einem irgendwie klar wird, welches das richtige ist ('opendtu-onbattery-generic_esp32.factory.bin' in meinem Fall für ein 'ESP32 NodeMCU Development Board'), lässt sich das dann unter Linux problemlos mit
esptool.py --port /dev/ttyUSB0 --chip esp32 --before default_reset --after hard_reset write_flash --flash_mode dout --flash_freq 40m --flash_size detect 0x0 opendtu-onbattery-generic_esp32.factory.bin
flashen (das ist beschrieben im Mutterprojekt unter 'tbnobody / OpenDTU / README.md').
In 'lib / SdmEnergyMeter / SDM_Config_User.h' findet man
#if defined ( USE_HARDWARESERIAL ) #if defined ( ESP32 ) #define SDM_RX_PIN 13 #define SDM_TX_PIN 32 #endif
Ganz ohne geht’s nicht, aber mit einem TTL/RS485-Adapter (die Version UART mit RXD/TXD-Anschlüssen; nicht die mit nur MAX485 und DI/DE/RE/RO-Anschlüssen (damit geht’s wohl auch, aber nicht so einfach)) mit 3.3V (vcc), GND (gnd), GPIO13 (rxd) und GPIO32 (txd) auf der ESP/TTL-Seite und A+, B-, GND auf der RS485/SDM-Seite klappt’s.
Jetzt, wie unter 'tbnobody / OpenDTU / README.md', Abschnitt 'First Configuration' beschrieben, mit dem Access Point des DTU auf '192 . 168 . 4 . 1' verbinden, WLAN-SSID und Passwort eintragen. Dann sollte das Ding im heimischen WLAN sein.
Nun die neue IP im Browser eingeben, das Powermeter unter 'Einstellungen | Power Meter' aktivieren und den passenden SDM-Typ auswählen.
Auf der 'Live-Ansicht' erscheint der aktuelle Leistungsbedarf unter 'Leistung/Netz' — tadaaa… 
Noch ein paar mehr Daten des SDM werden über MQTT preisgegeben.
Auf einem Raspberry Pi mit Openhabian installiere ich den MQTT-Broker mosquitto; in Openhab installiere ich das MQTT-Binding; erzeuge ein 'Generic MQTT Thing'; lege in diesem Thing Channels mit den gewünschten 'stateTopic's an; und linke jeden Kanal mit einem neuen Item, in dessen State dann der entsprechende Wert angezeigt wird; über die 'Analyze'-Funktion des Items kommt man schnell z. B. zu Leistungs-Graphen über die Zeit.
In 'src / PowerMeter.cpp' lassen sich die abfragbaren Topics für das Powermeter in 'PowerMeterClass::mqtt' finden; das sind
String topic = "powermeter"; MqttSettings.publish(topic + "/power1", String(_powerMeter1Power)); MqttSettings.publish(topic + "/power2", String(_powerMeter2Power)); MqttSettings.publish(topic + "/power3", String(_powerMeter3Power)); MqttSettings.publish(topic + "/powertotal", String(getPowerTotal())); MqttSettings.publish(topic + "/voltage1", String(_powerMeter1Voltage)); MqttSettings.publish(topic + "/voltage2", String(_powerMeter2Voltage)); MqttSettings.publish(topic + "/voltage3", String(_powerMeter3Voltage)); MqttSettings.publish(topic + "/import", String(_powerMeterImport)); MqttSettings.publish(topic + "/export", String(_powerMeterExport));
Also dann 'solar/powermeter/power1' für Leistung der Phase1, usw.
@pv-elch @CaCu15 Sorry, hat jetzt etwas gedauert. Also tatsächlich entlädt die Batterie wohl mit ca. 10W, wenn der Huawei über slot-detect abgeschaltet ist. Das ist ziemlich genau die Differenz zum AC-Netzbezug, wenn slot-detect eingeschaltet ist, die Batterie aber nicht geladen wird. Ist also alles okay. Ob das jetzt vom Huawei, vom BMS oder vom Hoymiles gezogen wird, ist dann irrelevant. Sind also ca 15W Standby-Verbrauch, die ich ungefähr messen kann, also ca. 0,35kWh/Tag Verlust. Ist für mich tolerierbar, wenn zumindest ab und an der Akku auch geladen wird.
Hi @lukasvfl99,
sorry, jetzt hatte ich Deinen Post komplett übersehen. Ich sehe mir das am Wochenende mal genau an, ob das für mich plausibel aussieht. Dann gebe ich Dir spätestens am Sonntag (12.11.) Feedback. Bin aber wie gesagt nicht so geübt im Lesen solcher Schaltpläne, von daher übersehe ich evtl. etwas.
Ich selbst kann den Test mit Pylontech und dem Huawei machen, Victron habe ich aktuell nicht im Einsatz, da ich (noch) ausschließlich über das HUAWEI lade.
Hi, ich kann dir leider nicht bei der PCB-Gestaltung/Auslegung helfen (absolut kein Plan davon und daher froh, das (du) sich jmd dem Thema annimt 
) , aber ich hab das Huawei G4850R2 und Victron 75/15 oder 100/20 da und könnte am Ende schauen, ob es damit funktioniert. Ich würde mich dann ggf. schon mal für eine PCB anmelden.
Aktuell hab ich das bereits lauffähig auf einer anderen gekauften Platine (Allian..Ap...) erweitert und mit dem gemoddeten MCP2515CAN (mit 8Mhz Quarz) an einem JST SM 2-Pin (passend zum Huawei-Adapter) und den Victron über eine JST 2.0 Ph 4-Pin (Buchse) erfolgreich laufen.
Kabellos und modular steckbar mit Anschlüssen wäre natürlich das I-Tüpfelchen.
Hallo,
ich plane derzeit ein System mit Pylontech als Batterie-Speicher, Hoymiles xxx als Rückspeiser ins Hausnetz und Huawei R4850 als Batterie-Speicherladegerät. PV Überschuss-Info/ Strombedarf bekomme ich via MQTT vom IR Lesekopf und angeschlossenen Raspberry.
Deshalb wäre ich auch an einer der oberen erwähnten Platinen in möglichst kompletter Bestückung interessiert.
Allerdings sehe ich dort mehrere Lösungen und bin mir sicher welche die Richtige ist.
Vermutlich Lukas: Kannst du Licht ins Dunkel bringen?
Danke
Mein Huawei zeigt selbiges Verhalten:
Funktioniert das mit der AC-seitigen Abschaltung denn immer noch, oder hast Du mittlerweile eine andere Lösung für einen lüfterlosen Betrieb ausserhalb der "Arbeitszeit"?
@futschikato
ich schalte das Netzteil AC seitig über ein Shelly Pro 2 PM an/aus. Über das Shelly läuft sowohl mein Inverter als auch das Huawei. So kann ich beide AC seitig schalten und habe ausserdem eine Leistungsmessung.
Damit habe ich bis jetzt keine Probleme und da das Netzteil sonst auch in Ruhe knapp 10W verbraucht, halte ich das auch aus diesem Grund für besser, als nur das Slot Detect zu schalten
Danke für die Blitzanwort!
Dann werde ich das wohl, etwas abgewandelt, mit einem SSR lösen, welches ich gleich von einem freien GPIO aus schalten lassen kann.
Hallo @lukasvfl99,
hier mein Feedback zu Deinem Schaltplan von AC/DC Speicherlösung mit Victron MPPT, Pylontech, Hoymiles, Huawei und openDTU-OnBattery - #328 von lukasvfl99 - Stell dein Batterie/Powerwall/PV Projekt vor - Akkudoktor Forum - wie gesagt: ich habe da wenig Erfahrung.
sieht insgesamt schon gut aus. Folgende Dinge sind mir aufgefallen:
Gruss
Carsten
Ups da habe ich wohl versehentlich die Leitung gelöscht. Das ist behoben.
Korrekt das MCP habe ich einfach so kopiert und auch mit dem 5V Mod angepasst.
Die HV2 und 5V hatte ich wegen dem Relay Modul da hingelegt, falls die andere Lösung nicht klappen sollte, kann man das Board immer noch anschließen und nutzen.
LV2 wird laut den Docs aber auch gar nicht angeschlossen ober habe ich das falsch?[quote data-userid="17247" data-postid="163228"]
Der Levelshifter ist mit "LV" verbunden - das müsste dann VCC = 3,3V sein, richtig? Ich finde sonst im DIagramm keinen mit "LV" verbundenen PIN. LV1/HV1 und LV2/HV2 im Levelshifter sind aktuell unbenutzt, korrekt? Den Levelshifter braucht man also nur für die VICTRON Verbindung?
[/quote]
Korrekt der Levelshifter ist nur für den Victron da, bzw auch für das Relay Modul im Fall der Fälle. LV wird gar nicht benötigt, der ist mit 5V direkt verbunden. Habe gerade den LV1 bzw HV1 Kanal rausgeschmissen, da wir ja nur 3 brauchen.
Ich habe halt keine Ahnung wie das mit dem Oktokoppler läuft ob der richtig angeschlossen ist und funktioniert. Habe es aber exakt so angeschlossen wie pv-maix.
So ich habe gerade nochmal die PCB beim Hersteller hochgeladen. Bin jetzt bei einem Preis von circa 115€ für 10 bestückte PCBs.
Es fehlen lediglich die Buchsenleisten für den ESP und die 4er Schraubklemme, die Teile habe ich aber rumliegen und würde sie sonst auflöten.
Wer hat denn alles Interesse an der ersten Rutsche?
@lukasvfl99 Ich habe Interesse (2 Stück), würde auch zu deiner Sicherheit in Vorkasse gehen, falls gewünscht. Ich bin sehr dankbar für das Engagement und dass ich nicht löten muss, da das sicher nicht so gut käme.
@lukasvfl99 Ich würd 2 Stück (bestückt) nehmen, wie bereits an anderer Stelle kommuniziert. Danke, das du dich dem angenommen hast, ich bin gespannt auf´s PCB
Ja, hier, ich, bitte ein PCB (vgl. meine PM).
Vielen Dank!
Hi, interessantes Projekt, für 15€ würde ich auch ein PCB nehmen. Was genau ist da dann alles drauf? Habe ich so auf die schnelle nicht gefunden, sind doch einige Seiten, bin nur grob drüber geflogen. Denke mal, das man das Huawai auch weglassen kann, wenn man es erst mal nicht braucht.
Ich nehme auch eine.
Gruss
Che
Also sind wir bei 7 Stück und ich eine sind insgesamt 8. Fehlen also noch 2 Stück.
Alles für die Kommunikation mit einem hoymiles WR, einem victron, einem pylontech Akku und dem Huawei Ladegerät.
Alles über Schraubklemmen anzuschließen. Siehe unten @linuxdep
Hier Mal ein paar Bilder wie es aussehen wird. Es fehlen wie gesagt noch Buchsenleisten und die 4rer Schraubklemme.
@lukasvfl99 ich kenn mich zwar wenig aus, bitte korrigiert mich, aber fehlt dem VE.Direkt noch ein „GND“ und müsste dann 3 polig sein?
Slot Detect… ka, ich nutze das Huawei einfach mit dem passenden Verbindungs-Anschluss-Adapter, der hat nur + , - , 2 x 2 Pin (CanH/CanL) und (Slot Detect oben/unten) L,N,PE… hab’s dann bei mir direkt (Slot detect oben und unten) mit (-48v) verbunden, wie im BavarianS Beispiel. Ohne dran rumlöten zu müssen. Dann läuft es jedoch dauerhaft und muss separat an/aus geschaltet werden.
Ich hab also nur CAN H und CAN L die eigentlich an die Platine müssten.
Könnte sich das bitte von den Profis noch mal jmd ansehen und ggf. kommentieren? Danke
