eweri

Hallo rtrbt, hallo MatzeTF! HILFE!! Das Ping-Pong ist wieder da, aber jetzt ist es da wenn der Hyundai voll geladen ist. Die WARP wechselt jetzt im 3-5 Sekundentakt zwischen Verbunden, Ladebereit und Lädt. Und so hört man auch aus Klack vom Schütz in der WARP. Angefügt habe ich die zwei Debug-Protokolle evse-debug-protocol-warp-W2y-2024-01-30T09-28-01-720.txt evse-debug-protocol-warp-W2y-2024-01-30T07-51-38-453.txt

Ich bin begeistert, ich konnte gerade meinen Sunny Boy als Zähler hinzufügen - allerdings ist es dunkel - irgend wie zeigt er nichts an 😃

Nein, das habe ich noch nicht gemacht, aber heute hat sich das Problem nicht wieder holt. Heute hat es sich normal verhalten.

So hier kommen jetzt meine ersten Ergebnisse - der Scan bleibt irgend wann hängen und dann kann man auch wenn man das Fenster schließt nicht noch einmal Scannen. Man muss die WARP neustarten damit man einen weiteren Versuch starten kann. Angehängt ist der Debüt-Report Starting scan Resolving elgris.fritz.box Connecting to elgris.fritz.box:502 Using device address 1 Using base address 40000 Reading SunSpec ID SunSpec ID found Reading Common Model Common Model found (block-length: 65) Manufacturer Name: elgris Model Name: SMART METER Options: Version: 1.15.16 Serial Number: 1900005339 Device Address: 240 Reading Standard Model Found Meter Wye Three Phase Integer Model (model-id: 203, block-length: 105) Reading Standard Model End Model found Using device address 2 Using base address 40000 Reading SunSpec ID Reading timed out, retrying Reading timed out, retrying Reading timed out, retrying Reading timed out, retrying Reading timed out, retrying Could not read SunSpec ID (error: TIMEOUT [228]) Using device address 3 Using base address 40000 Reading SunSpec ID Reading timed out, retrying Reading timed out, retrying Reading timed out, retrying Reading timed out, retrying Could not read SunSpec ID (error: TIMEOUT [228]) Using device address 4 Using base address 40000 Reading SunSpec ID Could not read SunSpec ID (error: TIMEOUT [228]) Using device address 5 Using base address 40000 Reading SunSpec ID Could not read SunSpec ID (error: TIMEOUT [228]) Using device address 6 Using base address 40000 Reading SunSpec ID Could not read SunSpec ID (error: TIMEOUT [228]) Using device address 7 Using base address 40000 Reading SunSpec ID Could not read SunSpec ID (error: TIMEOUT [228]) Using device address 8 Using base address 40000 Reading SunSpec ID Could not read SunSpec ID (error: TIMEOUT [228]) Using device address 9 Using base address 40000 Reading SunSpec ID Could not read SunSpec ID (error: TIMEOUT [228]) Using device address 10 Using base address 40000 Reading SunSpec ID debug-report-warp-W2y-2024-01-29T22-06-21-148.txt

Hallo! MatzeTF hat mich gebeten einen neuen Thread aufzumachen, da ich mein Smart Meter in meine WARP einbinden wollte. Ich dachte mir ich mache das mal etwas allgemeiner, so kann man hier Erfahrungen mit diversen Smart Metern zusammen tragen. Also ich habe ein Smart Meter von der Firma elgris. Laut Hersteller unterstützt es einige Wechselrichter von diversen Herstellern. Ich benutze das Smart Meter in Verbindung mit evcc, meiner WARP1 und meinem Sonny Boy 3.6 um Überschussladen zu realisieren. Wenn das die WARP übernehmen könnte wäre das natürlich cool. evcc spricht mit dem Smart Meter und dem Sonny Boy Speedwire und mit der WARP wird über MQTT kommuniziert. Im nächsten Beitrag hänge ich dann meine Ergebnisse an. Bis denn. eweri

Leider scheint sich die Gerätesuche an einem bestimmten Punkt (3%) aufzuhängen, aber der Typ und wird scheinbar richtig erkannt. Aber auch nach 6 Stunden scannen kam nichts mehr dazu (siehe unten) Wenn ich dann das Smart-Meter hinzufüge, steht es in der Liste, aber mit dem Kommentar "Noch wurden keine Werte gesendet" (oder so ähnlich). Sollen wir dafür einen eigenen Thread aufmachen? Das hat jetzt nichts mehr mit einem e-up zu tun. Der Hersteller macht auf seinen Seiten groß Werbung mit wie vielen Wechselrichtern das Smart Meter kompatible ist. https://www.elgris.de/produkt/smart-meter-produkte/ Es kann aber sein, dass ich nicht die neuste Software des Herstellers auf meinem Smart Meter habe. Ich kann das Scan-Fenster zwar schließen, wenn ich aber versuche einen weiteren Zähler hinzuzufügen, bekomme ich die Meldung das ein Scan bereits läuft. Nur durch einen Neustart bekomme ich diese Meldung weg. Starting scan Resolving elgris.fritz.box Connecting to elgris.fritz.box:502 Using device address 1 Using base address 40000 Reading SunSpec ID SunSpec ID found Reading Common Model Common Model found (block-length: 65) Manufacturer Name: elgris Model Name: SMART METER Options: Version: 1.15.16 Serial Number: 1900005339 Device Address: 240 Reading Standard Model Found Meter Wye Three Phase Integer Model (model-id: 203, block-length: 105) Reading Standard Model End Model found Using device address 2 Using base address 40000 Reading SunSpec ID Reading timed out, retrying Reading timed out, retrying Reading timed out, retrying Reading timed out, retrying Reading timed out, retrying Could not read SunSpec ID (error: TIMEOUT [228]) Using device address 3 Using base address 40000 Reading SunSpec ID Reading timed out, retrying Reading timed out, retrying Reading timed out, retrying Reading timed out, retrying Could not read SunSpec ID (error: TIMEOUT [228]) Using device address 4 Using base address 40000 Reading SunSpec ID Could not read SunSpec ID (error: TIMEOUT [228]) Using device address 5 Using base address 40000 Reading SunSpec ID Could not read SunSpec ID (error: TIMEOUT [228]) Using device address 6 Using base address 40000 Reading SunSpec ID Could not read SunSpec ID (error: TIMEOUT [228]) Using device address 7 Using base address 40000 Reading SunSpec ID Could not read SunSpec ID (error: TIMEOUT [228]) Using device address 8 Using base address 40000 Reading SunSpec ID Could not read SunSpec ID (error: TIMEOUT [228]) Using device address 9 Using base address 40000 Reading SunSpec ID

habe gerade auch festgestellt, dass mein Smart Meter von elgris von der WARP gefunden wird - das Ding kann wohl auch Sunspec und nicht nur Speedwire

Habe gerade mal in meiner evcc.yaml die Log-Level etwas ausführlicher gemacht, stehen jetzt alle auf info und ich habe in der Doku auch gefunden, das man mqtt auch loggen kann. Mal sehen was ich finde.

Hallo Thomas! Ich hatte gerade den Wagen abgeklemmt war ca. 40-50 Minuten unterwegs, kam wieder nach Hause und schließe den Wagen an - Klack - die Kiste fängt sofort an zu laden, ohne Dongle oder sonstiges. Vorher hatte ich auf evcc und die WARP geschaut - beide standen nach meiner Rückkehr auf Ladebereit. evcc schließt den Ladevorgang einfach nicht ab, wenn man das Kabel abzieht. Das ist irgend wie nicht schön. Da ich nicht genau weiß, wie evcc eigentlich mitbekommt, dass das Auto nicht mehr angeschlossen ist, ist meine Fehlersuche etwas eingeschränkt. Da die WARP irgend wie über MQTT mit evcc kommuniziert, gehe ich davon aus, das beim Trennen der Ladeverbindung keine MQTT-Nachricht erzeugt wird oder evcc diese Nachricht nicht erreicht. Da die WARP Firmware bis vorgestern nicht verändert war, tippe ich auf einen Fehler in evcc 0.123.*. Eine Fehlkonfiguration will ich auch nicht ausschließen. Danke!

Hallo Thomas! Genau für das Überschussladen benutze ich evcc. Ich habe als Smart-Meter einen elgris (unter anderem SMA-kompatibel, kostet aber nur die Hälfte) und einen Sonny Boy 3.6. evcc spricht also mit dem Smart-Meter, dem Wechselrichter und der WARP - hat bis 0.122 eigentlich völlig problemlos funktioniert. Da hatten wir aber auch nur ein Auto das geladen werden musste. Seit Dezember haben wir ein e-up dazu bekommen und ungefähr um die Zeit kam auch evcc Version 0.123.* und seit dem verhält sich das ganze irgend wie unvorhersehbar. Wenn ich das also direkt in der WARP regeln könnte wäre das spitze. Gruß, eweri

... oder kann es sein, dass die WARP per MQTT evcc nicht mitteilt, das ein Fahrzeug getrennt wurde?

Hallo rtrbt! Alles gut - Firmware für alle geht vor 😉 Sieht im Moment so aus. Ich danke dir! Die Probleme die ich jetzt habe liegen vermutlich an evcc - in der 0.123.* haben die so viel geändert und ich habe den Eindruck, das war nicht unbedingt zum Guten. Es wurde z.B. das Flag "resetonDisconnect" entfernt. Wenn man das Auto trennt, setzt das die WARP nicht zurück. Ich habe letzte Nacht den Hyundai geladen, da war schon wieder etwas komisch, musste evcc neustarten (und sicherheitshalber auch die WARP) damit ließ sich der Hyundai wieder normal laden (Stecker rein, Dongle an die WARP halten, nach einigen Sekunden kommt das Klack und der Ladevorgang beginnt). Fehlermeldung in evcc "Charger out of sync: expected disabled, got enabled" - laut evcc soll man das Intervall erhöhen, das habe ich jetzt auf 40 Sekunden gestellt. Dann heute morgen den Stecker rausgezogen. Ich komme wieder nach Hause, stecke den Stecker rein und es macht sofort Klack in der WARP und am Hyundai blinkt die Ladeleuchte neben der Ladebuchse rot. Ich habe dann völlig verwirrt den Dongle daran gehalten, dann machte es wieder Klack, am Hyundai leuchtete nichts mehr und dann habe ich mit irgend einem Spiel aus Dongle dranhalten und Stecker rein/raus/rein, begleitet von diversen Klacks den Hyundai zum Laden gebracht. Dann schaue ich auf evcc und sehe, dass laut evcc kein neuer Ladevorgang gestartet ist, sondern evcc zählt jetzt einfach weiter. Jetzt um 18:15 Uhr sagt evcc ich hätte in 19:02 Stunden 18,2kWh geladen - in einen Akku der nur 13,8kWh fasst. Angeschlossen habe ich den Wagen aber vermutlich gegen 14 Uhr. Ich finde dieses Verhalten von evcc nicht gut. Warum läßt man die Funktion "resetonDisconnect" einfach weg? Ich konnte noch keine Lösung finden. Im log von evcc konnte ich auch nichts finden. Aber wie gesagt das ist ein evcc-Problem - wenn ich meine SMA-Wechselrichter direkt an die WARP anbinden könnte, dann könnte ich auf evcc verzichten😉 Schönen Wochenanfang wünsche ich. eweri

Heute Abend habe ich den e-up angesteckt und jetzt lädt er mit 5A komplett ohne Ping-Pong. Vielen Dank! 👍

Noch etwas mehr Infos zum e-up: Wenn man die Lade-Timer mit dem Knopf in der Mittelkonsole abschaltet, sind die eingestellten AC-Ladebgrenzungen wohl doch noch gültig. Meine Ladebegrenzung steht für "Sofortladen" auf 10A. Der Mindestladestand ist auf 60% eingestellt, das heißt wenn der e-up unter 60% an eine Steckdose kommt, lädt er immer sofort los, deswegen "Sofortladen", daher die 4,5 kW die ich oben gesehen habe, wenn evcc nicht beteiligt ist. Wenn evcc beteiligt ist, begrenzt evcc auf 6A+PV und auch das kann man oben sehen. Was ich nicht verstehe, wieso dieses Ping-Pong. Wenn die 60% erreicht sind, wechselt die Lade-Steuerung wieder auf die Zeitsteuerung und die sagt "5A, 80% SoC und bitte um 6:50 Uhr fertig". Am Tage habe ich "32A, 80% SoC und bitte um 17 Uhr fertig" das in Verbindung mit evcc "Min+PV" sollte mir am Tag das Laden mit PV-Überschuss ermöglichen. Mache ich einen Denkfehler? rtrbt, ich stehe gerne für weitere Tests zur Verfügung.

So ich also noch einmal nach draußen in die feuchte Kälte: Kabel vom e-up getrennt, wieder ins Haus, Protokoll starten, wieder zum e-up Lade-Timer abgeschaltet, Kabel gesteckt, NFC-Dongle drangehalten, es klackt sofort in der WARP und im e-up, und es klackt sofort wieder. Es lädt nicht. Irgend wie alles komisch ich halte noch einmal den Dongle an die WARP, es klackt wieder, diesmal lädt der e-up mit 2,7kW was ca. 5,6A entspricht. Eigentlich sollte der e-up aber mit 5A laden (nachträgliche Korrektur: 10A sind wohl richtiger, siehe Beitrag unten). Wenn man sich im Energieverbrauch vom Volkszähler das ansieht, dann war der erste Klack wirklich nur mit 2,3kW und der zweite Klack hat dann erst 2,7kW gemacht. Ist jetzt evcc das Problem? Ich steige nicht so ganz mehr durch. evse-debug-protocol-warp-W2y-2024-01-22T21-42-39-444.txt

MIt dem e-up wird es komisch: Mit der neue Kalibrierungsdatei und interne Lade-Timer im Auto abgeschaltet lädt der Wagen mit 4,5kW - entsprechen 10A, genauer 9,2A - ohne Ping-Pong über 18 Minuten, alles prima. Wenn ich aber evcc wieder dazu schalte auf "Min-PV" passiert gar nichts - in dem Moment wo ich in evcc auf "Schnell" schalte, lädt der e-up mit 2,3kW - entsprechend 5A. Dann habe ich wieder zurück auf Min+PV geschaltet und der e-up hat einfach weiter geladen. Aber ich teste das noch einmal. evse-debug-protocol-warp-W2y-2024-01-22T21-21-14-490.txt evse-debug-protocol-warp-W2y-2024-01-22T21-30-06-818.txt

Hier die Ergebnisse vom Hyundai vorher und nach der Installation der Kalibrierungsdatei evse-debug-protocol-warp-W2y-2024-01-22T21-12-55-014.txt evse-debug-protocol-warp-W2y-2024-01-22T21-17-17-510.txt

Okay, erst mal das einfache macOS 13.6.3 (22G436) mit Safari Version 17.2.1 (18617.1.17.11.12, 18617) (keine aktiven Erweiterungen oder sonstige Manipulationen) Dann mache ich jetzt erst mal ein Protokoll mit dem Hyundai bevor ich die Kalibrierungsdatei installiere, dann nach dem ich die Kalibrierungsdatei installiert habe und dann kommt der Test mit dem e-up.

Danke für die Info und an rtrbt gute Besserung!

So jetzt habe ich das mit Chrome gemacht und dann ist die Datei deutlich größer. Habe den e-up angeschlossen, per NFC freigegeben, im Auto die programmierten Timer ausgeschaltet und dann klackte es in der WARP und im e-up und dann setzt wieder das Ping-Pong ein. Ich hoffe man kann aus der angefügten Datei etwas erkennen. Als kleine Randnotiz, ich lade seit 1,5 Jahren einen Hyundai Plugin-Hybrid mit Maximal 3,7kW ohne Probleme. evse-debug-protocol-warp-W2y-2024-01-19T11-38-20-779.txt

Okay - ich nehme beim nächsten Test Chrome oder Firefox - kann aber etwas dauern, morgen schaffe ich das vermutlich nicht.….….. außer dem ist draußen gerade richtige schlechtes Wetter

jetzt noch einmal: evcc 0.123.9 ohne mincurrent - aber es könnte jetzt sein, dass die programmierten Timer zuschlagen. Ich habe den Wagen angesteckt - dann kam ein Klack aus der WARP, dann kam ein Klack aus dem e-up. Nach dem ich wieder im Haus war, sagte mir evcc "Ladebereit, warte auf Fahrzeug" - Ladedauer 30s aber im Volkszähler sehe ich davon nichts, also ist nicht wirklich etwas geladen worden. Kann man damit etwas anfangen - sonst muss ich die Timer abschalten. Sollten immer noch Dinge fehlen, dann versuche ich einen anderen Browser. Ich hatte jetzt Safari genommen. evse-debug-protocol-warp-W2y-2024-01-17T18-57-58-287.txt

Hallo Borg! Ich bin ziemlich sicher, dass ich Ladeprotokoll angeklickt habe - ich weiß noch das ich es gut fand, dass dann automatisch der Kopf "Stop+Download" aktiv wird. Ich versuche es im Laufe des Tages noch einmal.

Hallo MatzeTF! Das die Wallbox das Maximum vorgibt und das Auto dann bestimmt wie viel es nimmt, war mir schon klar, aber trotzdem ist das Verhalten nicht wirklich logisch erklärbar. Eine Reduzierung des Ladestroms durch Erwärmung der Batterie würde ich ausschließen - der e-up kann mit bis zu 40kW. Mir ist auch nicht klar, ob die WARP oder der e-up den Ladevorgang abbricht. Im e-up kann man reduzierten Ladestrom einstellen, dann lädt der e-up nur mit 5A. Das ist eingestellt, denn wir haben es ja nicht eilig. Also das mal in Hinterkopf behalten und sich das Ladeverhalten noch einmal ansehen: 1.) Fahrzeug in evcc ohne mincurrent angelegt, e-up wäre mit 5A zufrieden, WARP signalisiert entsprechend evcc (Mini-PV) also 6A -> Ladung spielt Ping-Pong bei 6A bis es ganz aufhört 2.) Fahrzeug in evcc mit mincurrent 6A angelegt, e-up wäre mit 5A zufrieden, WARP signalisiert entsprechend evcc (Mini-PV) also 6A -> Ladung spielt Ping-Pong bei 5A bis es ganz aufhört 3.) Fahrzeug in evcc mit mincurrent 7A angelegt, e-up wäre mit 5A zufrieden, WARP signalisiert entsprechend evcc (Mini-PV) also 7A -> Ladung beginnt mit 7A und nach 30 Minuten plötzlich wechsel auf 5A - aber stabil. Laden sollte der e-up eigentlich immer nur mit 5A - also 2,3kW. Der Wagen könnte mit fast 16A - also 7,2kW AC laden. Mit freundlichen Grüßen, eweri

Und hier noch ein Screenshot von meinem Volkszähler: Beim Test mit mincurrent 6A hat der e-up kurz mit ca. 2,3kW geladen, das entspricht ziemlich genau den 5A die der e-up minimal kann. Aber dann fing irgend wann das Ping-Pong an. Im zweiten Teil mit 7A lädet e-up ca. 30 Minuten mit 7A (also 3,2kW) um dann plötzlich wieder auf 5A (also 2,3kW)runter zu gehen. Im Lademanagement des e-up habe ich reduzierten Ladestrom eingestellt - 5A wäre also aus Sicht des e-up in Ordnung. Wieso der aber erst mit 7A lädt und dann auf 5A umschaltet ist mir ein Rätsel. Zur Ergänzung es sind Ladetimer programmiert, aber so wie VW das beschreibt scheint das auch nicht ganz zu funktionieren. P.S: Oder der e-up lädt erst einmal mit 7A weil die WARP das vorschlägt und dann probiert der e-up ob es auch mit 5A geht?