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

cacu15 · 9. Oktober 2023 um 09:57

hier ein paar Antworten zu Deinen Fragen:

Hallo zusammen,
(ist mein erster Beitrag hier im Forum und ich hoffe das ist die richtige Stelle für meine Frage)

mir schwebt ein System ähnlich den unter Builds&Examples ( Link entfernt ) beschriebenen vor.
Speziell würde ich gerne ein System aufbauen, das — für seine grundlegende Funktion — nicht auf ein funktionierendes WLAN angewiesen ist.
Anbindung ins Heimnetz per (W)LAN zur Visualisierung und Heimautomatisierung wäre ein (Komfort-)Feature, bzw. weiterer Schritt. (Bekommt man den OpenDTU-OnBattery ggf. irgendwie per LAN-Kabel angeschlossen?)

Prinzipiell ist das kein Problem, ich hatte OpenDTU on Battery zuerst auf einem Olimex ESP32 POE (der hat Ethernet mit PoE) installiert, weil ich auch gerne OHNE Wifi auskommen wollte. Das Problem dabei ist: Durch das Ethernet werden GPIOs belegt, die dann nicht mehr für andere Features genutzt werden können. Wenn man wirklich einen "Vollausbau" will, d.h. mit VE-Direct, Pylontech, Huawei Netzteil etc., dann gehen einem einfach die GPIOs aus. Einige der Interfaces hängen z.B: am SPI, der zwar prinzipiell ein Sharing unterstützt, aber das im Moment von OpenDTU nicht unterstützt wird. Trotzdem habe ich mich nicht ganz von dem Thema verabschiedet. Man kann die Funktionalität ja auch auf 2 ESPs verteilen, die dann beide am Ethernet hängen. Ich habe z.B. aktuell einen 2. ESP im Einsatz, der auf ESP Home läuft und folgendes macht: - Pylontech Akku Console (Auslesen des Zustandes der einzelnen Zellen, um Balancierung beurteilen zu können) - Stromzähler über IR-Lesekoopf auslesen. Kann von OpenDTU dann über REST API ausgelesen werden - bin gerade dabei, die komplette Ladelogik für den Akku über das Huawei auf diesem ESP zu implementieren, dann könnte man das CAN Interface für Huwei & Relais für Slot-Detect auf diesen ESP umziehen (@pv-maix hat schon ein CAN-Modul für ESPHome dazu enwickelt, siehe: https://www.akkudoktor.net/forum/stell-dein-batterie-powerwall-projekt-vor/ac-dc-speicherloesung-mit-victron-mppt-pylontech-hoymiles-huawei-und-opendtu-onbattery/paged/18/#post-152663). Damit verteilt man dann die anzuschließenden Interfaces auf 2 ESPs und umgeht das Problem so.

Was in meinen Überlegungen hierbei stört, ist die WLAN-Verbindung zum Powermeter (Shelly 3EM, bzw. Tasmota-basiert).

Im OpenDTU-OnBattery-Wiki lese ich 'Needs an HTTP JSON based power meter (e.g. Tasmota), an MQTT based power meter like Shelly 3EM or an SDM power meter.'
Was hat es mit 'an SDM power meter' auf sich? Ist hiermit z. B. ein SDM630 mit RS485-Schnittstelle gemeint?
Wie ist das Auslesen eines solchen von den Erfindern des OpenDTU-OnBattery gedacht? Mit zusätzlichem ESP32 und Tasmota, also doch wieder via WLAN?
Oder könnte das SDM auch direkt über eine RS485-Kabelverbindung an den OpenDTU-ESP angeschlossen werden?
Ist das vorgesehen, bzw. hat das schon jemand mal beschrieben? (Habe bei meinen Suchen hierzu leider nichts in Verbindung mit OpenDTU-OnBattery finden können…)

Da findet man schon Lösungen. Ich habe wie gesagt einen ESP32 (einen Olimex POE, auf dem ich eigentlich OpenDTU installieren wollte ;) ) mit ESPHome geflasht. Dafür gibt es ein SML-Modul, über das man die überall erhältlichen IR-Leseköpfe für SmartMeter auslesen kann. Diese Werte kann man dann über eine HTTP-API auslesen, wenn man in OpenDTU die Open "HTTP JSON based" auswählt. Ich habe diesem ESP eine statische IP verpasst. Wenn man jetzt auch OpenDTU auf einen Ethernet fähigen ESP legt und dem eine statische IP verpasst, dann können die beiden ESP miteinander "reden", sofern auch der Switch läuft, an dem beide hängen.

Daneben wäre aber auch folgende Option interessant:

OpenDTU hat auch die PowerMeter Option "SML OBIS 17.7" - das ist genau der angesprochene IR-Lesekopf. Den kann man anscheinend direkt in OpenDTU einbinden. Doku dazu habe ich aber kaum gefunden. Im Source kann man aber sehen:
Das Auslesen des Powermeters (https://github.com/helgeerbe/OpenDTU-OnBattery/blob/development/src/PowerMeter.cpp) verwendet einen "SML_RX_PIN"(der in PowerMeter.h auf PIN 35 definiert ist) und hat eine Methode "smlReadLoop", in der das Device gelesen wird. Mann müsste also einen SML Lesekopf on GPIO35 anschließen können (mit RX, TX wird nicht benötigt), um einem IR-Sensor direkt aus OpenDTU ansprechen zu können. Das habe ich selbst nicht ausprobiert, weil ich diese Daten nicht nur in OpenDTU haben wollte und mit der Einbindung über ESPHome flexibler bin. Insbes. kann ich in ESPHome eine EventSource API verwenden, sodass ich wirklich JEDE Änderung sofort mitbekomme...

Könnte hierzu jemand etwas sagen, bzw. erklären, weshalb mein Anliegen ggf. Quatsch ist?

Also zumindest ich hatte ganz ähnliche Gedanken, von daher ist das zumindest m.E. kein Quatsch

Hoffe, Dir hilft das etwas weiter..

cerise · 9. Oktober 2023 um 15:45

Super, vielen Dank @manos66 und @cacu15 für Eure Antworten!

Ich habe bisher so viel verstanden, dass eine LAN-Anbindung des OpenDTU-OnBattery-ESP machbar ist, wenn ein entsprechendes ESP-Board mit Ethernet (wie der genannte Olimex) verwendet wird. Mit festen IPs und einem Switch kann über einen weiteren ESP mit Ethernet-Anschluss ein SmartMeter mit S0-/Blink-Ausgang auch ohne WLAN, bzw. Verbindung zum Heimnetz ausgelesen werden.

Je nach 'Ausbaugrad' des Systems können hierbei die verfügbaren Pins des ESPs knapp werden. Es gibt aber ggf. die Möglichkeit, zwei ESPs, die miteinander reden, zu verwenden, so dass ausreichend Pins zur Kommunikation mit Laderegler, Akku, Netzteil verfügbar sind.

Da ich kein solches S0-/Blink-SmartMeter im Haus habe, wollte ich zunächst ein auslesbares Powermeter hinter dem Zähler des Versorgers installieren und diesen möglichst per Draht an den OpenDTU-ESP bringen.

Mit Modbus und RS485 bin ich noch nicht 'per Du' (eher vielleicht 'perdu' ? ).

Da das Stöbern in den Sources, wenn man’s versteht, anscheinend helfen kann, hab’ ich das auch mal versucht.

In 'OpenDTU-OnBattery Link entfernt ' finde ich

#if defined ( USE_HARDWARESERIAL )
#if defined ( ESP32 )
#define SDM_RX_PIN                        13
#define SDM_TX_PIN                        32
#endif
#else

Kann man daraus schließen, dass ein SDM630 (Modbus RTU) per Zweidrahtleitung an die o. g. TX/RX-Pins des OpenDTU-ESPs angeschlossen und dann von letzterem ausgelesen werden kann?

Oder benötige ich trotzdem noch zusätzliche Hardware zwischen SDM und ESP?

Eine weitere Frage wäre, ob die Web-Oberfläche des OpenDTU die vom Powermeter gelesenen Messwerte schon anzeigen könnte, auch wenn sonst noch keine weiteren Komponenten (PV, Laderegler, Akku, Wechselrichter) im System vorhanden sind? (um im Vorfeld schon mal den Energieverbrauch studieren zu können)

puuh, dann bin ich erst mal beruhigt…

manos66 · 10. Oktober 2023 um 09:41

Veröffentlicht von: @energy-geek

↑

Weil ich habe damals meins von Conrad Elektronik auf Ebay bestellt und habe das 16MHz Teil bekommen.

Und das beste daran ist, ich habe im nachhinein festgestellt, dass im verlinkten Datenblatt von Conrad sogar 8MHz dran stand.

@energy-geek du hattest Recht

meine sind heute angekommen und.... 16MHz ?

Mindestens wird der Fehler (hoffentlich bald) korrigiert, laut Conrad Service.

Jetzt warte ich auf die 8MHz Oszis und werde ich probieren sie zu tauschen.

(vielleicht sollte ich doch mal gucken, wie ich das Kabel bei den "normalen" Platinen anbringen kann.... ? Gibt es vielleicht ein YouTube Video?)

manos66 · 11. Oktober 2023 um 09:58

Hallo @maltes

Ich muss noch eine Frage stellen... dein Relais

Hast du eins mit zwei LEDs bereits drauf gekauft, oder hast du sie selber gelotet?

Wenn ich deine Platine richtig interpretiert habe, der "Signal Trigger" ("IN" auf der Platine) ist angeschlossen am PIN 33 (mit Levelshifter dazwischen), standard PIN bei OpenDTU-onBattery. Korrekt?

Auf der anderen Seit gehen die "COM" und "ON" zu dem kleinen Jumper PIN (roter Pfeil)

Und danach werden sie zum Slot Detection Anschluss (roter Pfeil).

Ohne auf DC Plus/Minus achten zu muessen. Korrekt?

indie · 11. Oktober 2023 um 10:12

@manos66 zum Slot detect Funktionsprinzip: sobald der Slot detect auf Masse=Ground=minuspol gelegt wird, startet das Netzteil. Das Relais unterbricht diese Verbindung oder stellt sie her.

Gpio33 wird auf in=Signal Trigger gelegt. Ich habe ein Relais Board auf 3,3V Basis gefunden und nutze das (https://de.aliexpress.com/item/4001179631365.html , gibt's aber auch bei eBay oder Amazon, dann auch aus Deutschland). Dann brauchts keinen Level shifter.

Auf der Relais Seite gibt es com (da geht zB das Kabel vom minuspol rein, oder das vom Slot detect, ist aber irrelevant , hier gibt es keine "verpolung" o.ä.) und dann normalerweise nc und no. Das bedeutet "normally closed" und "normally open". Ich glaube, ich hab's zweite Kabel an "normally closed" gehängt, man muss einfach schauen, dass Mode=0 "aus" und Mode=1 "an" ist.

Hoffe, das hilft.

manos66 · 11. Oktober 2023 um 13:14

Danke @indie

meine Infos bis jetzt waren, das ich SlotDetect1, SlotDetect2, Masse und Pre-charge anschließen muss (keine Ahnung was Pre-charge macht).

schliesst du beide SlotDetects zur Masse, oder nur eins?

EDIT Sorry, Dumm von mir, ich musste nur den Artikel von Beyond Logik wieder lesen....

To enable the power supply, connect both the slot detect 1 and slot detect 2 pins to OUTPUT- (negative).
While not mandatory to enable the output, you should also connect Pre-Charge to OUTPUT-. For those using the DP4SC0504-001, the Pre-Charge is wired internally to the OUTPUT-.

Und ich habe ein paar Infos zu Pre-Charge gefunden:

The precharge is used so that it can be hot plugged into a '48V' bus. There are likely to be output capacitors and without precharge the input current surge will damage the contacts. The fact that the precharge is on the neg.rail is another clue that it's a telecom charger - most telecom circuits are positive earth to minimise corrosion damage.

maltes · 11. Oktober 2023 um 17:14

Alles richtig. Pre-charge verwende ich nicht. Das Netzteil hängt ja immer an DC

Wenn noch Fragen offen sind nochmal melden

manos66 · 11. Oktober 2023 um 20:49

Tut mir Leid @indie & @MalteS ich bin zu Doof mit Schaltpläne

#1 Was schliesse ich an COM (Common) des Relais?

#2 wo gehen die Zwei Kabel des Jumpers zum Huawei hin?

Denn, wenn ich die Platine sehe, der Jumper an der obersten Ecke (roter Pfeil) hat GND auf einen Seite (scharzes Kabel, direkt vom LevelShifter) und

die andere Seite hat 5V vom NC (Normally Closed) des Relais, weil der COM des Relais an 5V HV des LevelShifters angeschlossen ist (rotes Kabel).

Auch, wenn ich das Huawei Handbuch lese, von der Seite des Netzteils, habe ich kein GND, sondern OUTPUT- also -48V

Mein Kopf haette gedacht, ich lasse -48V vom Huawei an mein COM Relais ankommen und an NC haette ich SlotDetect1 & SlotDetect2 angeschlossen.
Beim Einschalten des Relais haette ich dann die -48V+SlotDetect1+SlotDetect2 Kondition erreicht.
Eindeutig passiert aber dies nicht....

cacu15 · 12. Oktober 2023 um 03:58

Das ist im Prinzip genau richtig. Wichtig ist aber, ob Du die beiden SlotDetect Leitungen nun an NC oder NO anschließt. Das entscheidet (wie von Indie erklärt), wann das Relais eine Verbindung herstellt:

Wenn Du die an NC (normally closed) anschließt, dann besteht eine Verbindung zwischen COM (-48V) und den beiden SlotDetects, wenn am Signal-PIN KEINE Spannung anliegt. Wenn dann der ESP eine Spannung an den SignalPIN anlegt, dann schaltet das Relais und dann ist COM (-48V) nicht mehr mit den SlotDetects verbunden.
Wenn Du die SlotDetect an NO (normally open) anschließt, dann ist es genau anders herum: Wenn hier dann keine Spannung am SignalPIN anliegt, dann besteht keine Verbindung zwischen COM (-48V) und den SlotDetects. Erst, wenn der ESP eine am SignalPIN eine Spannung anlegt, dann schaltet das Relais und stellt eine Verbindung her.

Dieses Verhalten wird bei vielen Relais noch durch einen Jumper gesteuert - in Deinem Bild oben ist das beim unteren Relais der Fall. Der Jumper "High//Low Level Trigger Selection" steuert, wann das Relais schließt. "High" meint, dass das Relais dann schliesst (also eine Verbindung von COM nach NC herstellt), wenn eine Spannungsdifferenz zwischen Signal und GND/Minus besteht.

Da Du aktuell nach 1) angeschlossen hast, ist das bei Dir vermutlich aktuell genau falsch herum: Bei Dir ist SlotDetect nun mit -48V verbunden, wenn der ESP KEIN Signal am SignalPIN anlegt, und es wird dann getrennt, wenn der ESP schaltet. Dann müsstest Du einfach die beiden SlotDetect Leitungen an den anderen ANschluss des Relais anschließen (also an NO).
Am besten probierst Du einfach mal mit einem Durchgangsprüfer eines Messgerätes (oder einer kleinen Glühlampe + Batterie) aus, wann das Relais durchschaltet.

manos66 · 12. Oktober 2023 um 07:37

Danke für die Etläuterung des NO/NC Unterschieds @cacu15

Meine Verwirrung ist (z.Zeit) die Interpretation der Platine. Ich sehe, dass das Relais +5V schaltet.

cacu15 · 12. Oktober 2023 um 08:11

Nein, das Relais schaltet NICHT die +5V. Das Relais schaltet eine elektrische Verbindung zwischen dem COM PIN und den NO bzw. NC PINs.

Die Versorgungsspanung von 5V (oder 3,3V) braucht das Relais für den Betrieb der Spule, über die der Kontakt im Innern des Relais geschaltet wird, der dann die Verbindung zwischen COM und NO/NC herstellt. Für das Anziehen der Spule benötigt das Relais etwas Strom (meist einige mA). Darum braucht das Relais die Verbindung zu einer 5V Spannungsversorgung(+ und -).

manos66 · 12. Oktober 2023 um 08:43

[quote]Nein, das Relais schaltet NICHT die +5V. Das Relais schaltet eine elektrische Verbindung zwischen dem COM PIN und den NO bzw. NC PINs.

Die Versorgungsspanung von 5V (oder 3,3V) braucht das Relais für den Betrieb der Spule, über die der Kontakt im Innern des Relais geschaltet wird, der dann die Verbindung zwischen COM und NO/NC herstellt. Für das Anziehen der Spule benötigt das Relais etwas Strom (meist einige mA). Darum braucht das Relais die Verbindung zu einer 5V Spannungsversorgung(+ und -). [/quote]

#1 Vielleicht @cacu15 koenntest du mir zeigen wie du den Anschluss geschaltet hast.

#2 Bitte guck das Bild unten und erklaere mir bitte was du da siehst.
Ich sehe COM mit 5V vom Levelshifter.
Daraufhin, verbindet das Relais COM (mit 5V) und das, was auf der Seite NO/NC steht, zusammen.
Letzteres wurde bedeuten, dass NO/NC bereits SlotDetect1, SlotDetect2 und Output- (minus) hat.
Oder siehst du auf dieser Platine etwas anderes?

cacu15 · 12. Oktober 2023 um 09:35

@manos66
Ich habe gar kein Slot-Detect Relais im Einsatz, weil ich das Netzteil AC seitig schalte. Bei mir sind beide Slot-Detect PIN fest mit dem 48V- Ausgang des Huawei verbunden, wie auch auf dem Bild von Beyond Logic. Darum kann ich Dir meine Schaltung nicht zeigen.
Aber versuch' doch nicht aus einem Foto eine Schaltung abzulesen, auf dem man noch nicht mal alles klar erkennt. Die Verbindung zum Huwei kann man da gar nicht sehen.
Dafür gibt es Schaltpläne, z.B. den aus dem onBattery-git: https://github.com/helgeerbe/OpenDTU-OnBattery/blob/development/docs/Wiring_ESP32_Symbol.png
Die Lötstellen, die man auf dem Foto der PCB Unterseite sieht (wo Du GND und 5V drangeschrieben hast), haben m.E. gar nichts mit dem Relais zu tun, sondern gehören zu einer kleinen Pfostenstecker-Leiste, die man auf auf dem Bild der Oberseite noch gerade so über dem Relais erahnen kann. Für das Relais sind die auch falsch ausgerichtet, da um 90° gedreht. Die Last seitigen Anschlüsse des Relais sind doch alle auf der Klemmleiste herausgeführt, warum sollte man das noch auf das PCB verlöten?

Der Schaltplan zeigt genau das, was ich zu erläutern versuch habe, da kann man das sehr gut erkennen.

manos66 · 12. Oktober 2023 um 09:52

Danke fuer deiner Mühe @cacu15 ich bin deiner Meinung, als dieser Platine ist es unklar.

Deine Antworten haben viele zusätzliche Informationen gegeben ?

Der Schaltplan aus dem onBattery-git hilf wenig (auf meiner Frage bezogen).

Es ist O.K., wir haben eindeutig wenig Klarheit zum Thema, daher werde ich jetzt alle Infos sammeln.

OK, jemand war so net und hat mir ein Beispiel seiner laufende Konfiguration geschickt.

Keine Ueberaschung ? genau wie in vorherigen Posts beschrieben.

Ich addiere das Bild und das Kommentar auch hier:

minus (-) von 48V geht auf COM (COMmon)
SD1 und SD2 auf NO (Normally Open)

maltes · 12. Oktober 2023 um 21:11

Jetzt verstehe ich das Problem erst...

Also als ich die Platine da fotografiert habe habe ich mal kurzzeitig mit einem Solid State Relais (nicht auf dem Bildern zu sehen) experimentiert um das Netzteil AC Seitig zu schalten. Das lief über 5V. Die 5V habe ich über das blaue Relais auf den Photos geschaltet. Diese Verkabelung ist da noch zu sehen. Das hat dann aber in der Praxis nicht funktioniert. Das war vermutlich schon zu viel Spannungsabfall

Heute geht COM und NO einfach über einen Pfostenstecker (zur Montage einfacher) an den Slot detect des Netzteils

newt3 · 13. Oktober 2023 um 21:33

"Daneben wäre aber auch folgende Option interessant:

OpenDTU hat auch die PowerMeter Option "SML OBIS 17.7" - das ist genau der angesprochene IR-Lesekopf. Den kann man anscheinend direkt in OpenDTU einbinden. Doku dazu habe ich aber kaum gefunden. Im Source kann man aber sehen:
Das Auslesen des Powermeters (<a href=" Link entfernt " target="_blank" rel="nofollow noopener"> Link entfernt ) verwendet einen "SML_RX_PIN"(der in PowerMeter.h auf PIN 35 definiert ist) und hat eine Methode "smlReadLoop", in der das Device gelesen wird. Mann müsste also einen SML Lesekopf on GPIO35 anschließen können (mit RX, TX wird nicht benötigt), um einem IR-Sensor direkt aus OpenDTU ansprechen zu können."

Also ich habe das gestern bei mir so an die Open DTU angeschlossen. Also den IR UART Lesekopf direkt per Kabel 3.3V , GND und RX->GPIO35 und dann in der Open DTU SML Obis 17.6.0 ausgewählt. Was soll ich sagen

->die Open DTU zeigt mir meinen Stromverbrauch an. Stromzähler bei mir ist ein Easymeter Q3AA2054 mit SML

->was ich leider NOCH nicht hinbekommen habe ist die "dynamic limiter" Funktion mit dem Hoymiles 1500 Wechselrichter in Verbindung mit dieser Kabelgebundenen IR Variante. Mit einem IR Lesekopf am Tasmota(ESP8266) per WLAN über HTTP JSON request funktioniert die Dynamische Einspeisung dagen ohne Probleme von daher denke ich, dass der Fehler irgendwo im Queltext liegen müßte!

Ich habe mich mit dem "Fehler" mal an die programmierng vom opendtuonbattery auf github gewandt und hoffe auf Klärung Link entfernt (ärgerlich dass sich meine anfrage nicht verlinken läßt)

Ziel wäre den ESP8266 incl dessen Stromversorgung einzusparen, den Leistungswert vom Stromzähler direkt per Kabel vom Stromzähler in dem Intervall wie ihn der Stromzähler ausgibt ist doch eigentlich viel vernünftiger als per WLAN Http Abfrage. In irgendwelche Datenbanken kann die Open DTU das doch anschließend immernoch schreiben?

Klar für manchen ergibt sich ein Entfernungsproblem vom Zählerschrank(IR Lesekopf) zu Wechselrichter(dach, garage usw) wenn er die Open DTU mit in den Zählerschrank packt (aber notfalls dürfte ja auch etwas Kabellänge zwischen IR Kopf und Open DTU funktionieren)

manos66 · 14. Oktober 2023 um 17:50

Wie cacu15 erwähnt hat, das JoyIT Board ist nur als 16MHz Version lieferbar (und OpenDTU funktioniert z.Zeit nur mit 8MHz Platinen).
Das Problem wurde identifiziert, getestet und demnächst (korrekte grammatikalische Ausdrucksweise: "in der Zukunft" ? ) wird es eine Firmware Version geben, die sowohl mit 8MHz wie 16MHz Platinen arbeiten kann.
(Danke an alle hier und im OpenDTU-OnBattery Forum, die für die schnelle Lösung mitgewirkt haben ? )

UPDATE 24.11.2023 So sieht die 8MHz/16MHz Option aus:

lukasvfl99 · 16. Oktober 2023 um 08:21

Moin, ist es auch möglich den Akku ab einer bestimmten Uhrzeit zu entladen?

cacu15 · 16. Oktober 2023 um 14:17

Meine Idee dazu: Den Dynamic Power Limiter deaktieren und erst zum gewünschten Zeitpunkt über die API wieder aktivieren. Die Zeitpunkte kann man einfach über beliebige Scheduler steuern, z.B: cron, Node-Red Timer, Home Assistant Scheduler (z.B. https://community.home-assistant.io/t/scheduler-card-custom-component/217458) etc.

So ähnlich baue ich das gerade für das Laden des Akkus: Mit dem PR hier Added various options to AC charger settings #480 unterstützt onBattery auch schon ein recht komfortables Ladeverfahren für den Akku. Ich würde das aber gerne noch erweitern um eine "Absorbtion Phase", um dem Akku die Möglichkeit für ein Balancing zu geben. Mein Vorgehen dazu wäre:

"Automatic Power Control" per API deaktivieren (damit die onBattery-Logik nicht meiner Logik "dazwischenfunkt")
Ladegerät über API auf gewünschte Absorbtionsspannnung & Stromstärke einstellen
nach Ablauf von X Minuten (konfigurierbar) Ladegerät abschalten und "Automatic Power Control" wieder aktivieren (damit das nächste Laden wieder über OnBattery geht)
Die Zeitpunkte / Bedingungen einfach über Scheduler oder abhängig von Messwerten des Akkus (bei mir Spannungsdifferenz zwischen der Zelle mit der höchsten und der niedrigsten Spannung höher als Schwellwert).

Diesen Ablauf würde ich bei mir in ESPHome umsetzen, weil ich da eh' schon eine Pylontech-Konsole + PowerMeter drauf laufen habe. Aber man kann diesen Ablauf auch in beliebigen anderen Plattformen gut bauen (NodeRed, Shell-Script, ...). Für das Scheduling kann man dann auch verschiedenste Mechanismen wählen.

lukasvfl99 · 16. Oktober 2023 um 14:19

@cacu15 wäre es nicht auch möglich die Steckdose in die der HM einspeist zu schalten?