eweri

So hier jetzt ein Protokoll vom Hyundai von 16A runter auf 6A aber noch nicht voll. evse-debug-protocol-warp-W2y-2024-01-31T16-36-50-812.txt

So ich habe jetzt das erste Protokoll: e-up von 16A runter, aber der e-up hat nur mit maximal 10A geladen (dafür müsste ich dann noch im Auto was änder) der hat runter bis 6A problemlos geladen und auch heute als der Wagen angeschlossen wurde hat der sofort geladen. evse-debug-protocol-warp-W2y-2024-01-30T20-32-24-332.txt

🤢 wann ist die WARP3 verfügbar? ... fällt mir gerade noch ein - das Ping-Pong trat auf, nach dem der Hyundai geladen war - am Auto passierte gar nichts mehr, der Wagen hatte schon abgeschaltet. Nur die WARP war fröhlich am Klacken.

Hi, Da die evcc.yaml bei SMA zwischen Modbus und Speedwire unterscheidet, ich in meinen Einstellungen "sma-inverter-speedwire" benutze, gehe ich davon aus, dass evcc und der Wechselrichter über Speedwire sprechen. Das Problem mit SunSpec hat das Smart Meter von elgris, das ist SMA kompatibel aber nicht von SMA. Dieses Ding kann die WARP noch nicht mit SunSpec ansprechen. Meinen SMA-Wechselrichter habe ich über SunSpec eingebunden

So, die Sonne ist aufgegangen - der Zähler zeigt was an 😀

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