MatzeTF

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.

In der vorigen Firmware-Version gab es einen Bug, der unter bestimmten Umständen dazu führen konnte, dass ein angeschlossenes Auto nicht mehr erkannt wurde und eine Trennung auch nicht. Dort half wirklich nur einmal stromlos machen. Wenn du die aktuelle Firmware drauf hast, sollte das Problem repariert sein. Falls etwas derartiges nochmal auftreten sollte, lade bitte im „verklemmten“ Zustand einen Debug-Report runter und hänge ihn hier an. Nach einem Neustart sind die entsprechenden Informationen weg.

Bitte lade einen Debug-Report runter (unter System → Ereignis-Log) und hänge ihn hier an.

Wenn ich das richtig sehe, hast du zwar den Eco-Modus ausgewählt, aber gar keinen Ladeplan aktiviert. Schau mal auf der Statusseite, was da unter „Ladeplan“ steht: Steht da bei dir auch „nicht aktiv“? In dem Fall musst du den Ladeplan erst speichern und aktivieren. Tipp: Wenn als Abfahrt „Morgen“ eingestellt ist, gilt der Ladeplan immer nur bis zum nächsten Tag und du musst dann einen neuen Plan aktivieren. Willst du das nicht immer machen müssen, solltest du die Abfahrt auf „Täglich“ ändern und dann speichern und aktivieren. Die Meldungen stehen mehrfach im Log, aber immer nachts zwischen 3 und 6 Uhr. In den Zeitraum legen die meisten Router die 24-Stunden-Zwangstrennung des Internetanbieters. Dass die Managementverbindung zu dem Zeitpunkt getrennt und wieder aufgebaut wird, ist somit normal.

Früher™ gab in der WARP-Oberfläche eine Möglichkeit, die externe Steuerung zu de-/aktivieren. Das hat aber zu unverhältnismäßig vielen Supportanfragen geführt, weil dauernd vergessen wurde, das für EVCC zu aktivieren, oder es wurde absichtlich deaktiviert, weil jemand glaubte, dass EVCC ja die Steuerung übernimmt und deswegen diese mysteriöse andere externe Steuerung deaktiviert werden kann. Da es kein Problem ist, wenn die externe Steuerung aktiv ist und nicht genutzt wird, ist sie nun immer aktiv.

Eine WARP3 ohne EVCC macht das aktuell genau so. Ob EVCC die Funktion hat, weiß ich nicht. Das wird wahrscheinlich nicht funktionieren, da die Wallbox nur entweder Strom freigeben kann oder eben nicht. Ist Strom freigegeben, wird das Fahrzeug laden. Strom freigeben und nicht laden kann die Wallbox dem Fahrzeug nicht mitteilen. Vielleicht kann man da fahrzeugseitig was mit einem Ladeplan machen, aber anscheinend willst du die Fahrzeug-Funktionen ja gerade nicht nutzen.

Mit den Fragen bist du wahrscheinlich bei EVCC besser aufgehoben, da sie nicht Wallbox-spezifisch sind.

Das ist offensichtlich kein JSON-Array und das Problem liegt im Bereich „// WARP-kompatibles JSON erzeugen“. Da muss halt „[118]“ rauskommen.

Hast du dir schon die Ausgabe von json_encode ausgeben lassen? Also einfach $payload anzeigen? Stehen da die Klammern drin?