MatzeTF

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?

Du machst gar nichts falsch. Das RCT-System kann einfach nicht die Daten liefern, die für dynamisches Lastmanagement benötigt werden. Die WARP selbst kannst du nicht auswählen, da sie ja nicht den Netzanschluss misst, sondern nur den Ladestrom des Autos. Wenn du dynamisches Lastmanagement nutzen möchtest, brauchst du einen anderen Zähler am Netzanschluss, der die passenden Daten liefert.

Kannst du mal die Ausgabe von json_encode ausgeben? Eine einfache Zahl ist auch JSON. Hast du den Kommandozeilenaufruf mit einer richtigen Shell unter Linux gemacht oder mit der PowerShell unter Windows? Die PowerShell macht manchmal seltsame Dinge mit Anführungszeichen und Klammern. Versuch in dem Fall mal die einfachen durch doppelte Anführungszeichen zu ersetzen.

Lass dir den HTTP-Status-Code und Body vom curl-Aufruf anzeigen. Die API meldet Fehler direkt an den Aufrufer zurück. Ansonsten ruf curl von der Kommandozeile auf und sieh dir das Ergebnis an: curl -X POST -d '[123]' http://WARP-IP/meters/1/updateFalls dein PHP-Curl kein POST mag, kannst du es auch mit PUT versuchen.

Wenn das Register „Export Power“ heißt und beides anzeigen kann, wird es wohl das Richtige sein. Musst nur das Vorzeichen umdrehen.

Falls irgendeine KI behauptet, dass die Wallbox SML-Zähler unterstützt, ist das gelogen. Du müsstest mit irgendwas Externem den Lesekopf häufiger abfragen und dann in der Wallbox einen API-Zähler anlegen, den du mit den Daten befüllst.

Zähler mit IR-Lesekopf haben das Problem, dass sie zu selten Daten liefern. Weißt du zufällig, in welchem Intervall dein Zähler Daten liefert? Die Wallbox funktioniert am besten mit Werten im Sekundentakt. Alle zwei Sekunden geht auch noch, darüber wird es deutlich schlechter. Alles über zehn Sekunden ist unbrauchbar.

Warum benutzt du nicht das PV-Überschussladen des WARP Chargers? Der nutzt die Sonnenenergie automatisch bestmöglich aus, auch mit mehr als 6 A. In dem Fall kannst du dann auch den Fronttaster zum Wechseln des Lademodus nutzen und darüber zwischen PV-Modus und Schnell-Modus wechseln.

Die WARP braucht die Differenz von Bezug und Einspeisung, also Import und Export. Export alleine reicht nicht, da die WARP auch den Import sehen muss, um in dem Fall die Ladeleistung zu reduzieren. Wirkleistung ist wahrscheinlich das Richtige. Bring das nicht mit dem Wirkungsgrad durcheinander.

Die gesamte Wallbox-Firmware ist Open Source. Du kannst nach Belieben daran Dinge verändern und ggf. einen PR öffnen. Da wir den Code nachher warten müssen, müssen wir leider auf ein gewisses Mindestmaß an Codequalität achten. Ich weiß nicht, wie viel Programmiererfahrung „etwas“ ist, aber ggf. werden wir deine Änderung dann nicht annehmen können. Unabhängig davon kannst du natürlich trotzdem für dich privat so viel ausprobieren, wie du möchtest.