MatzeTF

Wenn die Batteriesteuerung deaktiviert wird, werden keine weiteren Kommandos an die Batterie gesendet. Somit bleibt der zuletzt gesetzte Modus weiterhin aktiv. Die Steuerung ist dafür gedacht, entweder dauerhaft eingeschaltet oder dauerhaft ausgeschaltet zu sein. Mal ein- und mal ausschalten ist nicht vorgesehen. Wenn der Speicher nach dem Ausschalten in einem unerwünschten Zustand hängt, kannst du die Speichereinstellungen bearbeiten und dort den Testmodus benutzen, um den Speicher einmalig in den Normalmodus zu schicken.

Und genau deswegen gibt es die Bedingung für Fahrzeug-Schnellladung. Wenn du die Funktion nutzen möchtest, musst du eine zusätzliche Entladeregel anlegen, die bei aktiver Fahrzeug-Schnelladung das Entladen blockiert. In Anbetracht der üblichen Speicher-Lade- und -entladeeffizienz im Bereich von 70-90 % würde ich erwarten, dass eine Kosteneinsparung im Bereich von 4-5 % unterm Strich ein Verlustgeschäft ist, aber das musst du wissen. In Anbetracht dessen, das erst vor Kurzen hier in diesem Forum zwei Nutzer mit schlichtweg falschen KI-Aussagen aufgekreuzt sind, verzichte ich dankend. Vielleicht ist dir aufgefallen, dass ich die Diskussion über die geringen Ladeleistungen unter den Tisch fallen gelassen habe, da ich nicht vorhabe, diese Mikrooptimierung entgegen der Herstellerempfehlungen hier im Forum auszudiskutieren. Ich kann dich nicht davon abhalten, diese Diskussion dort zu verlinken, aber ich würde es begrüßen, wenn du es nicht tust. Stattdessen könntest du z.B. die vor mir verlinkten Zitate von Wikipedia dort in die Diskussion einbringen. Ansonsten gibt es genug andere Quellen im Internet, die besser als ich erklären können, warum Lithium-Basierte Akkus nicht mit weniger als 0,1 C geladen werden sollten.

Mit 1 GB kannst du durchschnittlich 1000 Ladelog-Mails verschicken oder vielleicht so 5000 mal das Webinterface öffnen. Wie viel davon abgezogen werden muss, um einen Monat lang die Fernzugriffsverbindung aktiv zu halten, kann ich dir aktuell nicht sagen. Sofern sich nicht noch jemand anders mit Erfahrungswerten meldet, frag mich nochmal nach dem 5.1.

Wenn du es nicht unterbindest, wird der Speicher dafür genutzt. Sofern du den Speicherinhalt aber nicht für teurere Stunden behalten willst, ist es prinzipiell sinnvoll, den Speicher zur Fahrzeugladung zu nutzen, statt Strom einzukaufen. Da manche Nutzer ihre Fahrzeuge nicht aus dem Speicher laden wollen, z.B. wegen dynamischer Strompreise, gibt es die Bedingung für Fahrzeug-Schnellladung. So kann man einfach eine Regel anlegen, die bei aktiver Fahrzeug-Schnellladung das Entladen des Speichers blockiert. Ich sehe, dass du mehrfach xx:59 als Zeitangaben verwendet hast. Die Regeln gelten immer bis zum Anfang der angegebenen Uhrzeit. Wenn du möchtest, dass eine Regel bis Punkt 6 Uhr gilt, musst du 06:00 als Endzeit einstellen. Wenn du 05:59 einstellst, endet die Regel eine Minute vor 6 Uhr. Falls das beabsichtigt ist, kannst du es natürlich so lassen.

Das ist die Fahrzeug-Schnellladung, und bezieht sich auf das an die Wallbox angeschlossene Fahrzeug. Die Bedingung trifft zu, wenn ein Fahrzeug lädt und der „Schnell“-Modus auf der Statusseite der Wallbox ausgewählt ist, im Gegensatz z. B. zum „PV“-Modus für reines PV-Überschussladen. Im Bereich der Ladeschlussspannung steigt die Kapazität nur noch marginal an. Schau dir mal das rechte Ende der Ladekurve in diesem Bild an. Du gewinnst vielleicht den Bruchteil eines Prozentes für zusätzlichen Aufwand. Dauerhaftes langsames Laden schadet Lithium-basierten Akkus auch, weshalb es dabei im Gegensatz zu Bleiakkus keine Erhaltungsladung gibt. Im Normalfall zügig bis zum Erreichen von 0,1 C laden und regelmäßig ausbalancieren lassen ist die übliche Empfehlung für Lithium-basierte Akkus. Interessant ist dazu beispielsweise dieser Wikipedia-Artikel: Demnach ist langsames Laden zum Erreichen der maximalen Zellenspannung sogar schädlich. Ich würde den Empfehlungen von „Olli“ nicht folgen wollen. Ich würde auch erwarten, dass sich der Hersteller des Akkusystems am besten mit den Besonderheiten seiner Akkus auskennt und die sinnvollste Ladestrategie implementiert hat. Gäbe es einen nennenswerten Kapazitätsgewinn durch eine andere Ladestrategie, hätte der Hersteller sicher die implementiert und dann Werbung damit gemacht. Ansonsten freue ich mich jetzt einfach, dass die Batteriesteuerung deiner WARP inzwischen doch prinzipiell das macht, was du erwartest, wenn auch vielleicht nicht mit der gewünscht kleinen Ladeleistung, und wünsche dir auch Frohe Weihnachten.

Ja, solche Vorschläge gibt es immer wieder von übervorsichtigen Nutzern, obwohl es meines Wissens aus fachlicher Sicht keinen nennenswerten Grund gibt, unterhalb der maximalen CC/CV-Kurve zu bleiben. Das ist wie 70 auf der Autobahn zu fahren, um den Motor zu schonen: vielleicht hilft es, aber sinnvoll ist es nicht. Wenn sich das jemand selber bauen möchte, gerne. Auf unserer Liste stehen aber wichtigere Funktionen. Hier sagtest du, dass weder geladen, noch entladen werden soll, aber anscheinend war das doch nicht der Fall:

Aber dann kann der Speicher in der normalen Strompreiszeit doch einfach normal laden? Ist kein Strom da, lädt er dann halt nicht (dafür aber nachts) und falls doch was über ist, lädt er halt das. Warum willst du den Speicher dann nicht laden und lieber den wenigen Überschuss einspeisen?

Dann verstehe ich nicht, was dein Problem ist. Stell 2 kW als Ladeleistung ein und fertig. Ja.

Wenn der Speicher nicht entladen werden soll, solltest du die Blockieren-Funktion nutzen. Warum du z. B. um 14 Uhr an einem sonnigen Wintertag nicht mit PV-Strom laden willst, verstehe ich zwar nicht, aber das kannst du auch tun, indem du zu der Zeit das Laden blockierst.

Hört sich nach einem SMA-Problem an. Wenn du mit den Einstellungen im Sunny Portal tatsächlich bei 99 % SoC immer noch 10 kW in den Speicher ballern kannst, solltest du dich bei SMA beschweren. Oder hast du das möglicherweise noch gar nicht ausprobiert und glaubst nur, dass das ein Risiko ist, obwohl der Wechselrichter tatsächlich korrekt abregeln würde? Ansonsten ist es ist nicht Aufgabe der Wallbox, die Probleme des Wechselrichters zu beheben, nur weil man hier schnell eine Antwort bekommt und bei SMA wahrscheinlich nicht.

Du legst einfach keine Regel fürs Entladen an. Dann wird das Entladen immer dem Wechselrichter überlassen. Die Regeln sind schließlich dazu da, in bestimmten Situationen den Speicher zu beeinflussen, und nicht den Normalfall vorzugeben. Trifft keine der Regeln zu, ist ja auch der Normalmodus aktiv und nicht einfach „nichts“.

Die Wallbox gibt nur die maximale Ladeleistung vor. Die SoC-abhängige Ladekurve zu beachten ist Aufgabe des Wechselrichters. Warum erzwingst du dann das Entladen mit konstanter Leistung? Lass das doch einfach sein und lass den Wechselrichter ganz normal deinen Netzbezug ausregeln.

Davon haben wir noch nichts gehört und das erscheint mir zu esoterisch, um dafür Zeit zu verwenden, die wir nicht haben. Meine Erwartung wäre, dass die SoC-Ungenauigkeit, sofern überhaupt welche durch schnellere Ladung entsteht, geringer ist als die Ungenauigkeit, die man sich einhandelt, wenn man den Speicher immer nur bis 80 oder 90 % lädt und nie bei 100 % die Zellen ausbalanciert.

Falls du es überlesen hast: Das ist die aktuell bereits mögliche Lösung für Bastler. Das ist nicht unsere geplante Dauerlösung. Wenn du nicht die nötigen Voraussetzungen mitbringst, kannst du diese Möglichkeit halt nicht nutzen und musst warten, bis es eine anwenderfreundliche Lösung gibt.

Wenn du da jeden Tag eine neue JSON-Datei hochlädst, die du woanders erzeugst, ja. Ansonsten nicht.

Ja, etwas in der Richtung haben wir auch geplant, allerdings kann ich keine Voraussagen machen, wann die Funktion kommen wird. Meine Idee wäre, dass man die Daten in einer riesigen Tabelle eingeben kann und es zusätzlich einen „Importieren“-Knopf gibt, über den die Tabelle aus einer CSV-Datei befüllt werden kann, um sie dann abspeichern zu können. Dieses Konzept haben wir z. B. schon bei selbst konfigurierten Modbus-TCP-Stromzählern. Wenn du das so umsetzt oder auch eine bessere Lösung hast, werden wir uns ansehen, ob wir das übernehmen können, falls das deine Frage war.

Für Normaluser ist das keine Lösung, aber im Gegensatz zu einer CSV-Datei funktioniert das schon jetzt.

Ja(ein), da geht, allerdings nicht mit einer statischen Datei. Man kann den API-Server, von dem die dynamischen Strompreise angefordert werden, gegen einen eigenen Server austauschen und dann mit einem relativ einfachen PHP- oder Python-Script die Preise für den heutigen und morgigen Tag ausgeben lassen. Das Format der Datei könnt ihr euch hier ansehen: https://api.warp-charger.com/v1/day_ahead_prices/de/15min Das sind 192 Viertelstundenpreise für zwei Tage. Der erste Wert gilt ab dem Zeitpunkt "first_date". "next_date" ist die Anweisung an die Wallbox, wann sie neue Daten abrufen soll. Statt 15min man auch 60min benutzen und dann halt 48 Werte reinschreiben. Den API-Server könnt ihr bei der Wallbox über die API http://warp3-2abc.local/day_ahead_prices/config ändern. Doku dazu hier. { "enable":true, "api_url":"https://api.warp-charger.com/", "region":0, "resolution":0,"cert_id":-1, "vat":0, "grid_costs_and_taxes":0, "supplier_markup":0, "supplier_base_fee":0 }Einfach die api_url auf euren Server umbiegen. Die anderen Werte müsste ihr natürlich eurer aktuellen Config entnehmen. Wenn ihr ein selbstsigniertes Zertifikat verwendet, müsst ihr das erst unter System → Zertifikate hochladen und dann dessen Nummer in der Config angeben. Viel Spaß beim Basteln.

Hast du schon unter Energiemanagement → PV-Überschussladen nachgesehen?

Wenn du die 1p Willkommensladung siehst aber 3p erwartest, lade bitte einen Debug-Report runter und hänge ihn hier an. Es wird sich aber erst im neuen Jahr jemand das ansehen können. Ist das laute Knallen anders als das Geräusch beim Beginn einer Ladung? Wenn es gleich ist, ist es einfach das schaltende Schütz. Dass das Schütz während eines Ladevorganges schaltet, ist bei PV-Überschussladen oder nah am Limit des dynamischen Lastmanagements normal. Ansonsten sollte nicht unnötig oft geschaltet werden. Auch hier bräuchten wir einen frischen Debug-Report, falls die Schaltvorgänge unerwartet häufig auftreten.

rtrbt ist bis zum 4.1. im Urlaub. Was „Charging stopped by EVSE“ bedeutet, kann dir nur @mattsches sagen. Die darauf folgende Logmeldung bedeutet eigentlich, dass das Auto den Ladevorgang beendet hat.

Schön zu hören, dass es jetzt wieder funktioniert. Natürlich soll das nicht so sein, dass sich der NFC-Leser regelmäßig weghängt und vom Nutzer neugestartet werden muss. Falls das Problem immer wieder mal auftritt, achtet doch bitte darauf, ob ihr irgendwelche Gesetzesmäßigkeiten entdeckt, z.B. dass immer ein bestimmter Nutzer zuerst das Problem hat und dann andere Nutzer an der selben Wallbox auch Probleme haben. Es gab z.B. mal Probleme mit Smartphones. Ein Nutzer hatte seine NFC-Karte in seine Smartphone-Hülle gesteckt und hat somit Karte und Smartphone zusammen an die Wallbox gehalten, womit der NFC-Leser nicht zurecht kam. Das Smartphone-Problem sollte inzwischen behoben sein, aber vielleicht gibt es noch einen Sonderfall, der weiterhin nicht richtig funktioniert.

Wenn die Karten mit der ID 00:00:00:00:00:00:00 erkannt werden, sind sie möglicherweise nicht mit der Wallbox kompatibel. Entweder melden sie keine sinnvolle ID oder die Wallbox kann sie nicht auslesen. Wenn alle neuen Karten so erkannt werden, können sie auch nicht auseinandergehalten werden. Die Frage wäre nun, ob sie immer so erkannt werden. Sieh dir mal an, mit welcher ID eine Karte zuletzt erkannt wurde. Dazu kannst du in den NFC-Einstellungen das Fenster zum Hinzufügen einer neuen Karte öffnen und oben wird angezeigt, was die Wallbox zuletzt erkannt hat. Wird da für alle Karten immer 00:00:00:00:00:00:00 angezeigt oder manchmal auch eine andere ID? Als was werden die Karten erkannt, wenn du sie an an NFC-fähiges Smartphone hältst?

Okay, das hatte mich verwirrt. Da ist also doch alles in Ordnung. Ja. Stell das aus und du solltest wieder das NFC-Blinken haben. Wenn du die Status-LED selbst steuern möchtest und das NFC-Blinken sehen möchtest, musst du das selbst auslösen.

Aktuell kannst du den Lademodus einer einzelnen Wallbox nicht über MQTT setzen, nur alle auf einmal. Du müsstest also den Lademodus aller Wallboxen vom Lastmanager empfangen, die gewünschte Wallbox darin umstellen, und die neue Liste an den Lastmanager senden. Lesen von /charge_manager/charge_modes und setzen über /charge_manager/charge_modes_update.