Suche dringend eine Lösung für AC-Überschußladen des Speichers.

[hoschiking]

Wie der Name schon sagt, möchte einen eventuell vorhandenen Überschuß einer vorhandenen PV-Anlage in den Speicher laden.
Bisher hatte ich es so gelöst, dass ich einen Victron MPPT am AC/DC Netzteil (Meanwell) hierfür missbraucht habe. Es funktioniert soweit ganz gut, ich kann aber bisher diesen nur Ein/Auschalten, gesteuert über eine Blockly-Script im ioBroker. Ich möchte den Ladestrom aber dynamisch passend zum Überschuß steuern. Der Stromzähler wird per Optokopf am ESP8266 mit Tasmota ausgelesen und per MQTT zum ioBroker geschickt und in der InfluxDB geloggt. Ich lese in dieversen Foren immer wieder von diversen Lösungen, aber so wirklich keine Anleitung dazu und es scheint nicht wirklich was von der Stange zu gebe (wie zB bei OpenDTU-onBattery und dem Huawei AC-Netzteil) Da ich aber eine 24V System habe, kann ich das Netzteil leider nicht benutzen. Ich lese immer wieder von Lösungen mit diversen Meanwell Netzteilen (LED-Treiber), oder mit einem Meanwell NPB. Ein NPB-1200-24 wäre auch mein Wunschkandidat, damit könnte ich per CAN Bus gesteuert mit bis zu 1200W laden, was völlig ausreichend wäre. Ich habe einen 6kWh Speicher. An einem sonnigen Tag würde ich selbst im Winter an einem Tag den Speicher voll kriegen.
Hier im Forum habe ich sogar ein Screenshot gesehen, wo genau dieses Netzteil in OpenDTU-onBattery implementiert war.
Es gibt auch diverse Requests und Issues hier mt guten Ansätzen, aber es geht irgendwie seit Monaten nicht weiter.
Es kann doch nicht sein, dass ich der einzige mit diesem Ansatz bin ???
Wer kann mir da behilflich sein? Ich bin leider ein Programmierlegasteniker und scheitere schon an einem Python Script.
Copy and Paste mit bissel Modifizieren kriege ich nach einer Anleitung hin. Darüber hinaus wird es schwierig.
Mein Dank im Voraus
Grüße aus dem Pott

[alexseuf]

Hast du dir schon mal den meanwell2trucki Stick angeschaut?
https://trucki.de/t2mg/

[hoschiking]

natürlich nicht, da bisher nichts brauchbares gefunden habe. Dein Vorschlag klingt sehr vielversprechend, muß ich mir genau anschauen. aber im Grunde habe ich genau das gesucht. Doof ist nur, dass ich viel in Hardware investiert habe, die jetzt nicht mehr benötigt wird und der NPB-1200-48 an die 300 Okken kostet. Danke dir :-)

[spcqike]

Hast du denn bereits irgend eine Möglichkeit die ladeleistung zu regeln?

Zum Laden an sich kannst du, wenn du nichts selber programmieren willst, dir mal EVCC angucken. Gedacht zum smarten PV Überschuss laden von E-Autos, kann aber auch heimspeicher oder warmwasserspeicher laden.

[skippermeister]

@hoschiking : Das Meanwell NPB-450-24 kann per CAN Bus zwischen 2.7A und 13.5A geregelt werden. Bei 24Volt wären das ca. 65Watt bis 324Watt DC Ladeleistung ( P=U x I ). Die 450Watt DC-Leistung erreichst Du nur bei ca. 33Volt Ausgangsspannung/Batteriespannung.
Das NPB-750-24 kann im Bereich 4.5A bis 22.5A geregelt werden. Somit bei 24Volt zwischen 108Watt und 540Watt DC-Ladeleistung.
Ich habe sogar zwei, ein NPB-450-48 (1.36A bis 6.8A) und ein NPB-1200-48 (3.6A bis 18A). Den Luxus :-) habe ich mir mal geleistet. Ich schalte im Winter das kleinere an und im Sommer das größere. Der Trickle-Strom zur Ladungserhaltung lässt sich bei allen NPB Netzteilen auf ca. 1/10 des minimalsten Stromes einstellen.

Bezüglich meines Forks. Ja ich versuche in regelmäßigen Abständen die Erweiterungen nachzupflegen, sofern sie für meinen Fork relevant sind. Allerdings geschieht das nur manuell. Mein Fork ist zu weit entfernt, als dass ich es automatisch nachpflegen lassen kann. Ich habe zu viele Änderungen für meine Lösung eingebaut. Z.B. ist das WebGUI geändert. Ich habe zusätzliche Module drin z.B. Zero2Grid-Export PI-Regler. Ich habe auf 3 Wechselrichter begrenzt (Speicherplatz). Es können 2 Wechselrichter am Tage gleichzeitig (im Zero2Grid PI-Regler) und in der Nacht ein Wechselrichter im DPL geregelt werden.

[skippermeister]

@eeprom23 : Die Periode des Meanwell Ladereglers ist einstellbar. Ich selbst regele mit einer Periode von 4 Sekunden. Das hängt aber auch davon ab, wie oft Dein Stromzähler neue Werte liefert. Das Netzteil selbst regelt in Bruchteilen einer Sekunde nach. Sobald ein neuer Wert per CAN Bus übertragen wurde, stellt das Netzteil diesen sofort ein. Ich habe aber eine einstellbare Hysterese eingebaut, sodass nicht jede Änderung vom Stromzähler sofort eine Änderung der Ladeleistung bewirkt.
Ob das Netzteil durch zu häufiges schreiben schneller (EEPROM) zerstört wird. Kann ich noch nicht sagen. Wenn es so ist, werde ich wohl irgendwann ein neues benötigen.

[hoschiking]

@skippermeister
2,7A klingt sehr gut, damit komme ich tief genug. Daher wird es nur ein 450er, die anderen würden mir nicht weiterhelfen,
um beim bewölkten Himmel möglichst jedes Wättchen zu ernten. Eins meiner MPPT´s werde ich behalten und bei Sonnenschein einfach dazuschalten. Bin dann in Summe bei 30A Ladestrom. Klingt spannend, wir werden sehen :-)
Danke

[Asselhead]

@skippermeister : Ich höre hier öfters von Beschränkungen (nur drei WR nutzbar) aufgrund von Speicherknappheit. Die ESP32-WROOM Module haben in der Regel 4MB Flash. Ich habe gesehen, dass Espressif auch sogenannte ESP32-WROVER Module anbietet. Diese hätten dann 8MB Flash und 8MB PSRAM. Der PSRAM wird dabei über SPI angesprochen und nutzt dafür wohl die Pinne GPIO16 und GPIO17, die dann nicht mehr zur Verfügung stehen. Wäre das dennoch eine Alternative bzw. würde der Vorteil des größeren Speicher überwiegen? Dann müsste man überlegen, ob man das Pinning Deiner Schaltung überarbeitet, denn momentan hängt an GIPO16/17 der RS485 Treiber für den Pylontech. Danke und Gruß

[Asselhead]

Das wäre dann sowas hier: https://www.mouser.de/ProductDetail/Espressif-Systems/ESP32-DevKitC-VIE?qs=vmHwEFxEFR%252B9L5ZhUgeToA%3D%3D

[hoschiking]

Mein Setup:
PV-Anlage 2,8kWp an Growatt Wechselrichter -> mehr als genug zur Überschußeinspeisung.
Zusätzlich noch ein 800W Balkonkraftwerk auf dem Carport an Victron MPPT100/20
Speicher 6kWh 25,6V (8x CALB 230Ah) mit JK BMS an OpenDTU-onBattery
Zusätzlich (vorläufig) ein Victron MPPT 75/15 am 450W Meanwell Industrienetzteil zur AC-Überschußeinspeisung
Stromzähler per Optokopf am ESP8266 mit Tasmota -> per MQTT zum iOBroker
iOBroker mit MQTT / InfluxDB / Grafana / Blockly usw. der übliche Kram halt (RPi4)
Ein Hoymiles HM-300 zur Einspeisung aus dem Speicher, per OpdenDTU-onBattery gesteuert.
Alles funktioniert soweit ganz gut, den AC-Überschuß kann ich bisher nur ungeregelt per ON/OFF und nur mit 420W
einspeisen. Diese Lösung hatte ich vorläufig aufgebaut, da die Komponenten alle vorhanden waren und zum Testen
und Experimentieren ist es bestens geeignet (synchroniesiertes Laden mit dem anderen MPPT usw...)
Über die Vor und Nachteile der 24V Lösungen bin ich bestens informiert, die sind für mich irrelevant.
Tagsüber habe ich genug Solarleistung, meine Grundlast beträgt fürs ganze Haus ca. 60-100 Watt.
Das Haus wurde vor kurzem Kernsaniert und ich habe alles auf maximale Effizienz getrimmt. Ich begrenze die Leistung des HM-300 auf 200W, damit komme ich bestens aus. Im Moment noch in der Testphase sogar nur auf 100W.

Das Ziel ist, wenn ich eine funkrionierende AC-Überschußeinspeisung habe, in der Größenordgnung 1kW, dann werden
beide Victrons demontiert, das Balkonkfraftwerk wird dann über einen Hoymiles HM-800 auch direkt einspeisen.
Die Fragmientierung hat viel zu viele Nachteile. Der minimale Effzienzverlust ist vernachlässigbar.
Ich habe bisher noch kein Netzteil gekauft, da mir eben bisher eine gute Lösung gefehlt hat.
Ein NPB_1200-24 wäre da ein geeigneter Kandidat, falls es eine gute Steuerung dafür gibt.
Es gibt ja neuerdings das Trucki 2 MeanWell Gateway, es klingt sehr vielversprechend, aber im Moment nicht die Zeit gehabt,
mich damit weiter zu beschäftigen.

[fsommer1968]

Ich mache Überschussladung über zwei parallel geschaltete Victron Blue Smart IP22 Netzteile. Steuern via serieller Schnittstelle an Raspberry. Wegen der Steuerung der Victrons, schau Dir das mal an: https://github.com/wasn-eu/Victron_BlueSmart_IP22 Man braucht nicht zwingend eine Venus. Es geht nur darum via serieller Schnittstelle die Netzteile einzustellen.

[hoschiking]

Das ist ein vielversprechender Ansatz. Der gefällt mir ganz gut, besonders weil es mit Standard Victron Geräten realisiert ist. Die Umsetzung wäre kein Problem, wenn auch ich noch nicht herausgefunden habe, woher die Steuerung den Überschuss bezieht. Vermutlich vom Venus OS, welches ich nicht im Einsatz habe. Das wäre aber kein, ich könnte einen Raspi aufsetzen und die Steuerung direkt darauf laufen lassen. Jetzt schreibst du, man braucht nicht zwingend eine Venus. Wie würde man es dann realisieren? Den Stromzähler lese ich per Optokopf am ESP8266 aus. Der Überschuss ist also per mqtt oder http verfügbar.

[fsommer1968]

Den Überschuss d.h. die einzustellende Leistung für die Netzteile, kannst Du von sonstwo her beziehen. Ich mache das derzeit statisch - auslesen des Solar Wechselrichters (Deye) via Web. Irgednwann werde ich das auf Shelly oder aus dem Stromzähler umstellen - das wars dann. Venus braucht man für das ganze nicht. Raspberry (mit bspw. Python) und USB-> Seriell Wandlern reicht vollkommen aus. Hier ist meine Routine um die Leistung einzustellen (extrahiert aus dem o.g. Github Eintrag von wasn-eu):

######## FYI: diese Module habe ich benutzt - kein modbus o.ä.:
import platform
import logging
import time
import sys
import os
import asyncio
import time
import json
import threading
import serial
import requests
import urllib.request
import signal
########### PROGRAMMIERT IP22 MIT STROM ################
 async def IP22_conf():
   global ser
   global ser2
   nonlocal current
   nonlocal currentold
   powerBSold = 0
   numP1old = 0
   logging.debug("IP22_conf gestartet")
   while (True):
     currentold = current
     #webresult = requests.Session() #persistente Session tbc
     # powerMIN Watt Grundlast von verfuegbarer Energie abziehen
     # 100/200 Watt kommen als Grundlast von den Ladegeraeten
     # spaeter kommt anstelle von powerPV-powerMIN der Einspeise! Wert des Stromzaehlers rein
     #powerIP22 = 350    # debug
     #data_collect_lock.acquire()
     powerIP22 = powerPV - IP22_calc(). //IP2_calc ist die Leistung die im Haus verbraucht wird, d.h. Ueberschuss = Solarleistung - aktueller Verbrauch
     #data_collect_lock.release()
     powerDelta = powerIP22 - powerBS
     if (powerBS<5) and (currentold>8):
        logging.debug("IP22_conf current init, powerBS is low")
        powerBSold=0
        current = IP22mincurrent
        currentold = IP22mincurrent
     if ((powerIP22 > 0) and (powerBS >5)):
         if (powerBSold>5) and (abs(powerDelta)>IP22maxdelta) and (powerBS/28.8<(currentold*1.2)):
           current = powerDelta/(powerBS/currentold)
           current += currentold
         powerBSold=powerBS
         if (current>maxcurrent):
           current = maxcurrent
           logging.debug("IP22_conf Charging Current limit!")
         if (time.time() - persdata["akkuVolllast"] > akkurefreshzeit): # akku muss geladen werden, da mehr als 60 tage nicht voll geladen
           if (current < refreshcurrent):  //
             current = refreshcurrent    # Strom hoeher setzen
             logging.debug("IP22 refreh current:"+str(current))
         else:               # akku muss nicht geladen werden
           if (current < IP22mincurrent):   # normaler betrieb
             current = IP22mincurrent     # mindeststrom == 4 Ampere pro Netzteil!
             logging.debug("IP22 no refresh, min current active:"+str(current))
         current = (int)(current * 10)
         current = (float)(current / 10)
   ### Hier wird es spannend ###########
         currentsend = current
         if (anzahlIP22==2):
           currentsend = current/2
         numP1 = (int)(currentsend * 10)
         numP2 = (0x70 - numP1) & 0xFF
         hexP1 = "%02X" % (numP1)
         hexP2 = "%02X" % (numP2)
         msg = ':8F0ED00' + hexP1[0] + hexP1[1] + '00' + hexP2[0] + hexP2[1] + '\n'
         if (numP1 != numP1old):
           logging.debug("IP22_conf VE.direct   : " + msg)
           #logging.debug("IP22_conf Current new :  {0:.2f}".format(current))
           ser.write(msg.encode())
           ser.flush()
           persdata["currentold"] = current
           persistent_schreiben(persdata)
           if (anzahlIP22==2):
             ser2.write(msg.encode())
             ser2.flush()
         else:
           logging.debug("IP22_conf Power still :    {0:.0f}".format(powerBS))
           pass
         numP1old = numP1
###################################
     logging.debug("IP22_conf usable Power: {0:.0f}".format(powerIP22))
     logging.debug("IP22_conf used Power  : {0:.0f}".format(powerBS))
     logging.debug("IP22_conf Power Delta : {0:.0f}".format(powerDelta))
     logging.debug("IP22_conf Anzahl IP22 : {0:.0f}".format(anzahlIP22))
     logging.debug("IP22_conf Current last: {0:.2f}".format(currentold))
     logging.debug("IP22_conf Current new : {0:.2f}".format(current))
     await asyncio.sleep(IP22interval)
     #time.sleep(IP22interval)
     if term_IP22_conf.is_set():
        term_IP22_conf.clear()
        logging.debug("IP22_conf stop thread")
        return
################  LADESTROM BERECHNEN ENDE  #####################

---

[fsommer1968]

Edit : für die dusselige Formatierung meines Beitrags kann ich nichts.

[hoschiking]

@fsommer1968
Sorry für die späte Antwort, bin zur Zeit ziemlich überlastet und am kränkeln........
Da waren sie, meine 3 Probleme. Was die Programmierung angeht bin ich echt eine Niete, aber viellleicht kriege ich es auch hin.
Ein Orion Smart 24/16 ist bestellt, müßte heute kommen.
Werde es erstmal elektrisch anschließen und in Betireb nehmen. Im nächsten Step werde ich mich an die Steuerung machen.
Ich bin gespannt. Vielen Dank für deine Unterstützung

[tobi0171]

@skippermeister ... toller Fork, ich hoffe insgeheim das dein Baustein zum Pylontech eventuell in die aktuelle openDTU on Battery mit einsfließen wird. Die Darstellung der Zellspannung usw. ist echt super.
Falls du mal ein zweites PCB für einen Bekannten oder so bauen solltest, ich würd ggf. auch ein "my_very_special_board PCB" nehmen und mal das NBP-48-750 was hier noch liegt damit testen. Zum nachbauen, trotz guter Dokumentation, bin ich zu doof ;)

Edit: 15.032024 @skippermeister nur eine vielleicht dumme Idee...
Wäre es irgendwie denkbar deinen Fork oder "Fork 2" mit einem Trucki-2-Meanwell Stick in Verbindung zu bringen?
Quasi so, das man die Standard-Hardware PCBs für die openDTU on Battery mit den Standard-Pinmaps/Pinouts (erweitert) und deiner Version verwenden kann und irgendwie über Wifi einen T2MW Stick, der am NPB-Lader, an einer ganz anderen Stelle im Haus steckt anspricht und irgendwie Softaretechnisch einbindet z.B. wie einen "Lesekopf/Smart-Meter"?

Dann könnte man die Version ggf einfach mit den bereits käuflichen (halbwegs) Standard-Komponenten verwenden ohne großen Umbau und könnte den coolen Fork in der Richtung vielleicht einfacher nutzen.
Ich hab mir die aktuelle Version mal auf einen alten ESP32 ohne weitere Anbindungen geflasht .... Bin begeistert.

Wenn ich das richtig verstanden habe > 3 Wechselrichter dynamsich und ein NPB Ladegerät ebenfalls dynamisch, in Verbindung mit einer perfekten Darstellung der Pylontech oder VE.Direkt... mehr braucht man ja wirklich nicht mehr.
Das wäre genial, falls das technisch überhaupt möglich ist. Nur eine Frage aus Unwissenheit und wenig Ahnung in diesem Bereich.

[skippermeister]

@tobi0171 : die Nutzung des Trucki Adapters wäre durchaus möglich, allerdings müsste ein weiteres Modul für den AC Lader geschrieben werden. Wir hätten dann je ein CAN Bus AC Lader Modul für Huawei und Meanwell und ein drittes Modul welches z.B. über HTTP oder MQTT ein Trucki Adapter oder auch andere Lösungen nutzt. Dieses dritte Modul wäre dann sehr universell.
Da der Speicher bereits sehr begrenzt ist, könnte man per Makro Schalter das jeweilige Modul in platform_override.ini selektieren und kompilieren.

Ich würde dazu ein Trucki Adapter benötigen.

[tobi0171]

@skippermeister oh, das wäre ja cool.

Du bist nicht zufällig im AkkuDr Forum vertreten, wo man sich mal auf kurzem Dienstweg per PN austauschen könnte, ohne hier den eigentlichen Issue ggf. weiter vom Thema abzubringen?

z.B hier > https://www.akkudoktor.net/forum/migrated-forums-balkonsolar/opendtu-on-battery-platine-mit-maximal-ausbau-dc-dc-und-jk-bms-stecker/paged/7/

Dort geht es auch um ein spezielles PCB auf Basis des „Standard-Pinout“ … vielleicht lässt sich ja da in Kombination aus @skippermeister, @Asselhead und @alexseuf etwas geniales „fertiges“ auf den Weg bringen.

Dort sind z.B auch ein paar gleichnamiger User vertreten, die dieser Diskussion hier gespannt folgen .. unter anderem bin ich dadurch auf den Skippermeister-Fork aufmerksam gemacht worden.

Einen Trucki2MeanWell Stick hätte ich da, falls das der Sache nützlich sein sollte und meine Schnappsidee auf Interesse gestoßen ist.

[hoschiking]

@schlimmchen
Eine Frage: wäre das vielleicht eine Idee für eine Erweiterung der unterstützten Hardware?
@skippermeister hat schon die ganze Vorarbeit geleistet und die Unterstützung des NPB-xxxx in seinem Fork imlementiert.
Mir geht es nicht mal um die Regelung der Überschußeinspeisung und allem was dran hängt,
sondern (erstmal) nur die Implementierung der Hardwareunterstützung analog zur VE-Direct Schnittstelle und den anderen Komponenten.
Sprich: zyklisches Auslesen und per MQTT an den Broker publishen, und die Möglichkeit der Parameterübergabe per MQTT.
Das würde die Einsatzmöglichkeiten des Projektes enorm erweitern. Denn nicht jeder hat einen Victron MPPT, das AC-gestützte Laden hat seine Vorteile und in vielen Szenarien ist es die bessere Wahl, wenn jemand z.B eine große PV-Analge hat und diese um einen Speicher erweitern möchte. Die Frage der freien Ports stellt sich auch nicht, denn wer keinen MPPT hat, kann eben statt dessen einen NPB anschliessen. Ich weiß nicht, ob es machbar ist, daher die Frage erstmal an dieser Stelle.

[1-am-r00t]

@schlimmchen - ich schließe mich mal an und versuche das Thema "wiederzubeleben" (?) - stehe vor einem ähnlichen Dilemma, habe auch einen IP22 mit dem "serialhack"

[schlimmchen]

@1-am-r00t Bitte entschuldige meine Arroganz, aber ich überblicke dieses Thema nicht und der Gedanke das alles zu lesen und zu verstehen stresst mich ehrlich gesagt. Kannst du bitte einmal kurz zusammen, was hier gewünscht ist und was dafür zu tun wäre? Ein IP22 ist was? Ein AC-Lader? Was spricht der? Soll der nur verstanden oder auch gesteuert werden? Allerdings sei dazugesagt, dass ich mehrere persönlich motivierte Ziele vor der Brust habe, die mich noch eine Weile beschäftigen.

[1-am-r00t]

Bitte entschuldige meine Arroganz, aber ich überblicke dieses Thema nicht und der Gedanke das alles zu lesen und zu verstehen stresst mich ehrlich gesagt.

Alles Gut @schlimmchen - no offense taken :)

Kannst du bitte einmal kurz zusammen, was hier gewünscht ist und was dafür zu tun wäre?

TL;DR: es geht im wesentlichen darum, AC Charger von Victron (konkret BlueSmart Charger IP22) neben den Huawei AC Chargern als Option (?) einzubinden. Weitere Victron AC Modelle wären vmtl. ebenfalls kompatibel, da der HEX Identifier der Selbe sein zu scheint.

Was spricht der? Soll der nur verstanden oder auch gesteuert werden?

Sprechen tut der genau so wie die MPPT Tracker von Victron VE.Direct. Dieses Projekt beschreibt, wie man anstelle des Bluetooth Protokolls auch wie bei den MPPT Trackern eine UART Schnittstelle erhält (Spoiler: UART PINs sind im Gehäuse vom Charger "versteckt"). Der soll auch gesteuert werden - analog zur existierenden Implementation der Huawei Charger. In dem selben Repository von vorhin findet sich ein Python PoC, um die Leistung wie regulär in der Victron App via UART zu regeln.

Allerdings sei dazugesagt, dass ich mehrere persönlich motivierte Ziele vor der Brust habe, die mich noch eine Weile beschäftigen.

in erster Linie war ich bloß mal interessiert das Thema wiederzubeleben, da seit Mitte März keine Korrespondenz mehr stattfand und ich es schade fände, wenn die Idee "stirbt", zumal @skippermeister in seinem OnBattery Fork bereits einiges an Vorarbeit geleistet hat. Die Implementierung stelle ich mir "relativ" einfach vor, da es ja bereits eine VE.Direct Protokoll Integration sowie eine AC Charger Logik für Leistungsüberschuss in der Software gibt - gerne beteilige ich mich auch an der Entwicklung, da mich hier auch ein persönliches Ziel motiviert. Aktuell hat OnBattery eine Implementierung für Huawei 48V Charger, ich denke es gibt noch immer genügend User (inkl. meiner Wenigkeit), welche 24V Systeme nutzen und dadurch durch den Rost fallen. Denkst du persönlich, dass eine Erweiterung um Victron AC Charger eine Bereicherung für OnBattery wäre oder vermutest du hier doch eher eine "Nische"?

[schlimmchen]

Denkst du persönlich, dass eine Erweiterung um Victron AC Charger eine Bereicherung für OnBattery wäre oder vermutest du hier doch eher eine "Nische"?

Ich denke das wäre schon ein cooles Feature.

Die Implementierung stelle ich mir "relativ" einfach vor

Die Herausforderung liegt hier in der Abstraktion des AC Ladens. Du hast Recht damit, dass es schon Logik gibt, den Huawei AC Lader zu steuern. Ohne in den Code zu schauen unterstelle ich aber, dass die Logik dann "stumpf" darauf ausgelegt ist, den Huawei AC Lader zu steuern. Es bräuchte aber eine Abstraktion: Die Ladelogik rechnet irgendetwas aus, z.B. dass mit 500W geladen werden sollte aus dem Netz. Dieser Wunsch muss dann durch ein noch erst einzuführendes Interface gehen. Implementiert wird das Interface wahlweise durch einen Huawei AC Lader Controller, oder durch einen Victron IP22 (oder wie auch immer generalisiert der sein kann) Controller. Hab ich das verständlich ausgedrückt?

Angesichts dessen, was da alles kaputt gehen kann, und dass es womöglich schnell lästig wird, die Logik vom konkreten AC-Lader-Controller zu trennen, ist das ein ausgewachsenes Feature. Gerade hab ich geschaut: Es gibt die HuaweiCanClass (Logik) und die HuaweiCanCommClass. Das klingt recht vielversprechend. Aber andererseits sehe ich schon, wie sehr die Logik auf den Huawei spezialisiert ist.

Also auf der Arbeit würde ich sagen, dass das eine volle Woche braucht. Die Unsicherheit ist groß, weil ich erstmal einen Tag bräuchte zu verstehen, was das Feature am Ende wieder können mus. Ohne Hardware und ohne persönlichen Anwendungsfall werde ich da keine Zeit investieren. Was brauchst du denn, um dich selbst daran zu machen?

Und welche Vorarbeit ist in skippermeister's Fork gemacht? Ich hab nur "MeanWell_CAN" gefunden und war ansonsten überrascht was der gute Mensch scheinbar alles implementiert hat in seinem Fork...

[hoschiking]

Aus dem Urlaub wieder zurück und hab gesehen, dass das Thema zumindest auch einige weitere User interessiert.
Ich denke schon, dass es enormen Mehrwert hätte, wenn Victron Ladegeräte implementiert werden würden.
Ich meine, schaut doch einfach, welche Geräte so in der DIY Szene benutzt werden?
Da ist die Lösung mit Huawei ein exot, ich behaupte mal, ca. 80%-9ß% benutzen Victron, und das aus gutem Grund.
Da gibt es für jeden Anwendungsfall die passene Variante (24v / 48V, von 5A bis 50A ist alles dabei).
Das AC-Laden bietet enorme Vorteile und bei Usern, die größere Anlagen auf dem Dach haben ist es fast ein MUSS.
In Zukunft wird auch das Thema flexible Stromtarife immer größer, da werden Stromspeicher auch ohne PV-Anlage lukrativ.
Oder aber auch PV-Anlagen Besitzer (egal ob Balkonsolar oder Dachanlage) können den Speicher nur 8 Monate im Jahr sinnvoll nutzen, weitere 2 Monate mit Einschränkungen, die restlichen 2 Monate (Dez/Jan) praktisch gar nicht.
Da ist also noch viel Potenzial. Auch eine Regelung der MPPT-Geräte betrachte ich als sinnvoll.
Ich kann zwar nicht programmieren, aber ich würde mich als Tester anbieten und kann bei Bedarf einige Szenarien im Keller flexibel aufbauen und für Testzwecke zur Verfügung stellen.

[Michel83]

Hi, ich bin auch grade genau an dieser Umsetzung. Auch mit einem 24V Lifepo4 System.

Der Blue Smart IP22 Charger

Koppeln lässt dieser sich bereits via Bluetooth mit anderen Victron Mppt Geräten um gleichzeitig zu laden und die Einstellungen des Master zu übernehmen.

Wo ich mir nicht sicher bin, und noch auf der Suche ist mit dem Ein und ausschalten. Würde das jetzt einfach über ein Shelly machen und den Blue Smart einfach auf Max Strom stellen.

Wenn man diesen natürlich über Open Dtu nach Überschuss steuern könnte wäre ja ein Traum.

Grüße

[genmad]

Entschuldigt wenn ich mich hier da zu geselle und das Problem versuche auf eine andere Art von Lösung zu steuern als hier bisher besprochen wurde.
Ich verstehe odob als Controller für die Erzeuger und einspeise Seite. Da sehe ich den usp. Für Solar getriebenen Verbrauch sehe ich evcc.info als schon gut ausgereiftes Projekt. Mit dem kann man Verbraucher mit Solarüberschuss betreiben, oder variable Stromtarife nutzen. So zusagen ein Controller für Verbraucher. Bei evcc geht schon einiges z. B. Wallboxen anbinden, kleine Verbraucher steuern und template Verbraucher.

Evtl. Sollte man sich dieses Projekt anschauen und gucken was da schon geht und ob das nich besser da untergebracht ist.

Nur so als Idee.

[Michel83]

Hi, habe ich am Laufen für unseren Corsa und meinen Niu Roller. Allerdings als Batterie Steuerung so nicht nutzbar, ja man kann einen Ladepunkt Parametrieren der ab einer gewissen last (-) ein Verbraucher zum Beispiel den AC Lader ein und ausschaltet. Aber dafür ist Evcc einfach nicht gedacht.

Dass macht dann eher mein Iobroker mit einem Skript.

Grüße

[Michel83]

Hi,

wollte nur mal kurz Rückmeldung geben habe den Blue Smart jetzt seit drei Tagen am laufen. Bis jetzt Perfekt bin am überlegen mir noch einen zweiten zu kaufen. Die Kopplung war Recht einfach, es müssen nur vorher alle Werte Manuell gesetzt werden, danach koppeln und sie laden synchron.

Schalten tu ich ihn einfach über ein Shelly der auch gleich die Energie misst, ein kleines Blockly von Iobroker steuert das ein und aus bei genug Überschuss.

Was ich auch in den Einstellungen gesehen habe das sich der Strom einstellen lässt, 16A, 8A, 4A. Ändert man hier was währen des ladens ändert sich natürlich auch die Energie Aufnahme. Also denke ich das das Regeln möglich sein sollte, funktioniert wohl auch mit der Venus Software.
So kann man eigentlich mit relativ wenig aufwand sein Speicher erweitern und ihn laden, ich kann leider nicht programmieren, allerdings würde ich jemandem die Hardware zur Entwicklung leihweise zur Verfügung stellen wenn benötigt. Ich glaube das wäre eine wirkliche Erweiterung der Open DTU on Battery. Zumal man sich auch vorstellen könnte ausschließlich mit den Blue Smart zu laden.

Grüße

[Michel83]

Cool, dann wird der Blue Smart sogar erkannt. Sind die Geräte so auch intern über ve.direct verbunden ?

[felixreher]

Das onBatteryProPCB hat drei ve.direct Anschlüsse, einer für den Shunt und die anderen für MPPT. Einen der beiden Ports habe ich mit dem Charger verbunden. Funktioniert problemlos. Benutze Originalkabel von Victron.

[Michel83]

Ich meinte eigentlich diese Verbindung
@

Ich habe bei mir auch wenn ich in beide Geräte per Bluetooth schaue kein Spannungsunterschied immer die absolut gleiche Ladespannung

[felixreher]

Habe mich gegen die Bluetooth-Verbindung entschieden, weil die Ladegeräte in Summe sonst auf maximal 30 A abregeln - sprich dem Maximalwert aus dem MPPT. Das finde ich ungünstig, mein Akku steckt mehr als 30 A weg. Daher bei mir kein synchronisiertes Laden.

[felixreher]

Hat sich hier eigentlich irgendwas bzgl. Steuerung/Abregelung des BlueSmart IP22 via ve.direct ergeben? Hat jemand das realisieren können?

[iroc-fabi]

Wird das Ladegerät Meanwell NPB-450-24 per CAN von openDTU unterstützt?

[Manos1966]

Wird das Ladegerät Meanwell NPB-450-24 per CAN von openDTU unterstützt?

Es gibt eine Version wo es wahrscheinlich funktioniert (Meanwell NPB-450-24 nicht getestet):
https://github.com/skippermeister/OpenDTU-OnBattery/wiki

[iroc-fabi]

Ich hab grad auch versucht das Ladegerät IP.Direct anzuschließen. Nur GND und TX.
RX dann auf der Empfängerseite

Funktioniert leider nicht.

[Hoymiles10-OstWest]

Hallo,

mal generell gefragt: gibt es Überlegungen das Hoymiles Produkt „HAT“ (AC-gekoppelter WR) in die openDTU zu integrieren (bzw. funktioniert die Kommunikation mit der dazu notwendigen DTS)?
Es gibt soweit ich das gesehen habe auch eine CAN-Schnittstelle.
Charmant ist auch, dass man bestehende Hoymiles MikroWR per Generator Anschluss verbinden kann, damit wäre bspw. auch ein Schwarzstart möglich.

[Manos1966]

@Hoymiles10-OstWest Hat das HAT in der Zwischenzeit eine EU-Zulassung?

[Hoymiles10-OstWest]

Hallo Manos1966,
laut einigen Quellen ist der HAT schon bei uns verkäuflich. Ich würde nun stark davon ausgehen, dass er die EU-Zulassung dann bereits hat:
https://de.marketscreener.com/kurs/aktie/HOYMILES-POWER-ELECTRONIC-133577023/news/Hoymiles-bringt-Batterie-Wechselrichter-fur-AC-Kopplungslosungen-auf-den-Markt-43178320/

https://www.shinetech.de/product/hoymiles-hybrid-hat-serie/

https://www.shinetech.de/wp-content/uploads/2024/01/hoymiles-hybrid-inverter-warranty-terms-conditions-2022-for-eurpoe.pdf

[Sorbat]

Bist du offiziell von Hoymiles oder so?

Ich finde nämlich keine WEEE Nummer die auf Hoymiles registriert ist. Dazu hätte ich die ein oder andere Frage...

[Hoymiles10-OstWest]

😄 nicht das ich wüsste,
hab mir nur eine größere Ost-West Anlage 10kWp mit HMT 2250 aufgebaut und suche eine Lösung wie ich überschüssige Energie speichern könnte..
Ich glaube Hoymiles hat die WR voreilig auf den Markt geworfen und lässt sie beim Kunden reifen..
Im Photovoltaik Forum gibt es einen „Charlie von Hoymiles“ der den Vertrieb in Europa steuern soll.
Es ist von einem Lager in den Niederlanden die Rede und kurzen Lieferzeiten.