@carolus Alles klar, also PN's konnte ich nach dem ersten post schreiben, bagges hat mir auf den post per PN geantwortet. Von meiner Seite aus kannst du den doppelten post gerne löschen.
Hallo @bagges,
erst Mal vielen Dank für dein Projekt! Ich habe das gleiche Problem wie xf4m3 und kann noch keine PM schreiben. Bin seit kurzem Besitzer eine PV Anlage mit Deye WR und Speicher. Und ich bin seit Jahren begeisterter Home Assistant Nutzer - da muss ich die Platine natürlich haben. Gibt es evtl. noch eine?
Liebe Grüße
ich hab noch Platinen über. Wenn du die magst, kann ich dir eine gegen Unkostenbeitrag zusenden. Ich hab auch noch RJ45-Lötbuchsen, falls du die auch benötigst.
Bei mir läuft das Projekt sehr stabil, ich kann es nur empfehlen. Ich sende die Daten per MQTT raus und empfangen und verarbeite sie in Fhem.
Liebe Grüße
Gisbert
Ich hätte da mal 2 fragen, welche esphome Datei ist die aktuell meist genutzte? Die von bagges (letztes update vor ca. 2 wochen und wäre jetzt das was ich nehmen würde) oder die von klatremis? Beide wurden hier schon öfter erwähnt, aber ich hab das so verstanden als nutzen die meisten die von klatremis deswegen bin ich jetzt etwas verunsichert.
Dann als zweite frage, bei der Datei von bagges kam im update von vor 2 Wochen etwas neues dazu mit folgendem Kommentar: "NEEDED IF YOU USE Lithium or Bat%". Kann mir hier jemand erklären was genau das macht, bzw wofür es gedacht ist?
Und wenn ich die aktuelle Datei von bagges auf den esp32 aufspiele, dann sind in der weboberfläche keine sensoren oder schalter zu sehen, muss man etwas bestimmtes machen damit man die sehen kann? Ich kann das bms und den Wechselrichter aktuell noch nicht anschließen, liegt das evtl. daran? Die TX led's der rs485 Module blinken jedenfalls regelmäßig auf, links langsam und rechts schnell, also sollte es ja eigentlich funktionieren.
Edit: Okay Funktioniert alles. Entweder habe ich nicht lang genug gewartet das irgendwas noch starten musste oder ich musste es erst einmal über Home Assistant einbinden. In Home Assistant sind alle sachen da und seit dem auch in der weboberfläche vom esp 😀
Hi,
ich kenne die "Integration" von @bagges nicht, konnte diese auf die schnelle nicht finden. Wo ist diese aufzufinden?
Ich habe auf Basis von klatermis noch einige Erweiterungen vorgenommen: https://github.com/TheSmartGerman/esphome-for-deye
Ich habe auch noch den Smartport mit eingepflegt, jetzt kann man über HA auch zwischen z.B. GEN Use und SmartPort umschalten und die Leistung am Smartport überwachen.
Eine Time of Use Card für HA, einmal % basiert und Spannungsbasiert, habe ich auch dazu gepackt.
Leider hab ich noch nicht herausgefunden, ob es möglich ist auch die Batterie auf "NO Bat" zu setzten, wäre jetzt für den Winter interessant.
@tsg https://github.com/bagges/deye-esp32-bridge
Dieses Board benutze ich auch, deswegen habe ich jetzt auch erstmal die Konfiguration davon genommen, der WR teil sollte sich in den werten allerdings nicht unterscheiden oder sehe ich das falsch?
Hier in dem Repo für die deye esp32 bridge ist eine deye-esp32-bridge.yaml die wohl auch auf der von klametaris ( https://github.com/klatremis/esphome-for-deye) und syssi ( https://github.com/syssi/esphome-seplos-bms ) basiert ist.
Sie funktioniert aufjedenfall und gibt 133 werte an HA weiter soweit ich das jetzt sehe, ich kann nur den Wechselrichter und BMS noch nicht anschließen um das alles zu testen.
Ich weiß jetzt nicht genau worin sich die einzelnen Dateien genau unterscheiden das einzige was mir direkt ins auge sticht ist das bei bagges das seplos bms aufjedenfall noch mit drin ist.
@xf4m3 OK danke. Ja jeder macht da halt noch sein "eigenes Ding", das Yaml kann jeder ja für sich editieren. Hab auf jeden Fall wieder 2-3 Dinge entdeckt dir mir gefallen und ich übernehmen werde z.B. die summe der MPPTs, habe ich bisher im HA direkt gelöst also PV1 + PV2. ist jetzt jedem selber überlassen.
ich habe jetzt noch des umschalten der Batterie eingebaut, hier muss man 2 Register schalten, wenn man zwischen BMS und No Bat schalten möchte:
98 - 0 / 111 - 0 -> Lithium (BMS)
98 - 1 / 111 - 0 -> Use V
98 - 1 / 111 - 1 -> Use %
98 - 1?0 / 111 - 2 -> No Bat
select:
- platform: modbus_controller
use_write_multiple: true
modbus_controller_id: ${modbus_controller_id}
name: "${device_type} Control Mode"
id: ${device_type}_control_mode
address: 98
value_type: U_WORD
optionsmap:
"Lithium Battery": 0
"Lead Battery": 1
- platform: modbus_controller
use_write_multiple: true
modbus_controller_id: ${modbus_controller_id}
name: "${device_type} Battery Operation"
id: ${device_type}_battery_operation
address: 111
value_type: U_WORD
optionsmap:
"Use V": 0
"Use %": 1
"No Bat": 2
@xf4m3 OK danke. Ja jeder macht da halt noch sein "eigenes Ding", das Yaml kann jeder ja für sich editieren. Hab auf jeden Fall wieder 2-3 Dinge entdeckt dir mir gefallen und ich übernehmen werde z.B. die summe der MPPTs, habe ich bisher im HA direkt gelöst also PV1 + PV2. ist jetzt jedem selber überlassen.
ich habe jetzt noch des umschalten der Batterie eingebaut, hier muss man 2 Register schalten, wenn man zwischen BMS und No Bat schalten möchte:
@TSG,
ich habe versucht ein Update über den Webbroser auf den ESP32 zu flashen. Das schlug fehl mit der folgenden Antwort: "Update Failed: Wrong Magic Byte". Wie hast du eine veränderte yaml-Datei auf den ESP32 drauf gepackt?
Viele Grüße
Gisbert
Ich mach das über Home Assistant - ESPHome, direkt über OTA. Ich habe mal meine yaml angehängt. ist so am laufen... API Key habe ich entfernt.
Gibt dann folgend Steuerelemente:
Magic Byte sagt mir jetzt so nichts...
- platform: modbus_controller
use_write_multiple: true
modbus_controller_id: ${modbus_controller_id}
name: "${device_type} Control Mode"
id: ${device_type}_control_mode
address: 98
value_type: U_WORD
optionsmap:
"Lead Battery": 0
"Lithium Battery": 1
Hab da was vertauscht 🙁
Lead und Lithium ist genau anders rum...
@tsg super, an dem verschiedene Werte schreiben auf ein register mit HA bin ich gescheitert... muss ich mir mal ansehen und unbedingt testen. Bestimmte Einstellungen welchen Akkutyp man hat, braucht aus meiner Sicht nicht im HA zu sein, da stellt man ja nicht rum und der Modbus ist schon sehr voll und damit recht lange Zeitintervalle nur möglich. Hatte auch mal gesehen, da hatte einer die Zeiten auch als Zeiten (Stunde:Minute) angezeigt, aber irgend wie hatte das bei mir nicht gezogen... da anderes wichtiger ist im Moment, habe ich das nach hinten an gestellt. Wird aber jetzt im Winter wichtiger um den Akku nicht vom Deye sonder alternativ zu nutzen. Da wollte ich die Zeitfenster schon besser visualisiert haben, aber nur was fürs Auge. Auch wer variable Stromtarife nutzt, wird da eine Möglichkeit finden, die Zeitfenster anzupassen und eher aus dem Netz als dem Akku zu leben.
https://github.com/klatremis/esphome-for-deye/issues/22
Hier gibt es noch eine "elegantere" Lösung. Muss ich aber noch testen.
Jeder kann selbst entscheiden, was er als an HA übertragen will...
Ja der ModBus ist schon recht voll. Könnte man z.B. die Time of Use nur alle 1Min aktualisieren und die Verbrauchswerte z.B. alle 15s?
@fa2k kannst du mir einen Link zusenden wie ich aus dem BMS-Git Repo eine bin baue? ist soweit ich das sehe kein ESPHome projekt? Python? hab damit noch nix gemacht... oder sollte man das über die Adruinoumgebung kompilieren?
Ja der ModBus ist schon recht voll. Könnte man z.B. die Time of Use nur alle 1Min aktualisieren und die Verbrauchswerte z.B. alle 15s?
Das sollte gehen, habe ich aber auch noch nicht umgesetzt, nur etwas in der Doku gelesen. Würde aber bei den Verbrauchswerten auf 1s gerne runter kommen, zumindest bei einigen die ich für weitere Berechnungen benutze. Mal schauen... geht ja auch so.
Hier gibt es noch eine "elegantere" Lösung.
Akku abschalten würde ich nicht als elegant bezeichnen, denn ich habe Notstrom und dann will ich diese Funktion auch benutzen können. Auch wenn es eher sehr selten benutzt werden wird (Notstrom).
Wenn du die % bei Time of Use hoch setzt (> aktueller SOC), geht der WR in Warteposition, da sind 20W-40W Eigenverbrauch. Wovon er dann etwa 20W aus dem Akku selber zieht, also den Akku eigentlich in ruhe lässt, aber verhindert das das BMS abschaltet, weil es denkt, da will ja keiner mehr was von mir.
Bisher ist zwar immer mal Netzbezug, aber auch Tage mit mehr PV als Verbrauch da... mal sehen wie es sich über den Winter so verhält.