eweri

Hallo borg! Ich vermute ich sehe den Wald vor lauter Bäumen nicht: Ich denke darüber nach, meine Problem-WARP1 auf eine WARP2/3 umzubauen. Den ESP Brick aus der WARP1 kann ich gut für weitere Experimente mit schon vorhandenen Bricklets gebrauchen. Da ich meine WARP1 damals mit NFC und RT-Clock aufgerüstet hatte, sind diese Bauteile bereits vorhanden - ABER - was ist das EVSE Bricklet? Ich finde das nicht im Shop oder ich bin zu doof zum Suchen. Danke im Voraus.

Super - dann legt mal los - dann seid ihr die ersten auf dem Markt 😀 Ich melde mich hiermit als Beta-Tester Ich weiß nicht ob das im OBD-Standard geht, aber ein ODB-Stecker mit ODB-Buchse um z.B. noch das Dongle eines anderen Herstellers aufzustecken wäre toll, aber ich weiß nicht ob das erlaubt ist.

Hallo! Da wir seit ca. 3 Monaten einen e-up besitzen und ich beim Kauf erfahren habe, dass VW nur für 1 Jahr den Mobil-Tarif übernimmt und danach regelmässige Kosten für mich entstehen, finde ich das irgend wie doof. Ich stelle dem Auto-Hersteller meine Fahrprofile, Ladeverhalten, etc. kostenfrei zur Verfügung und anschließend soll ich für meine Daten auch noch Geld bezahlen? Auf der Suche nach einer Lösung bin ich über https://github.com/evcc-io/evcc/discussions/704 gestolpert. Es gibt also schon mehrere Ansätze, dieses Problem zu umgehen. Es gibt natürlich noch die Mega-Lösung OVMS, aber das ist wohl etwas Overkill. Das ist etwas für Fuhrpark-Leiter. Wenn man nun mal bedenkt, dass jede WARP WLAN hat, dann könnte man doch über einen OBD2-Dongle die WARP direkt mit dem Fahrzeug sprechen lassen. Das zu ladende PHEV oder BEV steht nie weiter als 7,5m von der WARP entfernt (länger sind die Anschlusskabel nicht). So ein ODB2-Dongle ließe sich mit Sicherheit mit dem tinkerforge-Baukasten realisieren. So könnten auch Autos komfortabel geladen werden, die nie ISO 15118 unterstützen werden. Die Idee ist folgende: Die WARP bietet einen WLAN-Accesspoint. In jedem Fahrzeug befindet sich ein OBD2WLAN-Dongle. Man schließt das Fahrzeug an, hält den NFC-Dongle an die WARP, die gibt die Ladung frei und versucht das Fahrzeug im WLAN zu erreichen und den SoC zu ermitteln. Bei einigen der Lösungen unter dem oben genannten Link läuft das über MQTT und evcc. Mit MQTT und evcc kann die WARP jetzt schon hervorragend umgehen. Eventuell müssen die Daten vom Auto durch die WARP zum MQTT-Broker oder evcc durchgeroutet werden, aber im Prinzip hat die WARP2 alles an Board was man für die Infrastruktur dieser Idee bräuchte. Oder man bringt den ODB2WLAN-Dongle ins eigene private WLAN - wenn das denn bis zum Ladeplatz reicht. Bei mir sieht es so aus, die WARP steht an der Hauswand, da ist der WLAN-Empfang des privaten WLANs noch akzeptable, aber 2-3 Meter weiter weg, hat mein Handy schon keinen Empfang mehr. Wenn die WARP also einen Accesspoint bereit stellt, sollte das gar kein Problem sein, alle Fahrzeuge die geladen werden zu erreichen. Diverse Sicherheitsaspekte sind natürlich zu berücksichtigen: Ist der Access-Point in der WARP immer aktiv oder nur wenn der Lade-Stecker in einem Auto steckt? Kommunikation zwischen Fahrzeug und WARP darf nur verschlüsselt erfolgen (mindestens verschlüsseltes WLAN, eventuell Zertifikate). Den WLAN-Teil im Auto abschalten, wenn der ODB2-Dongle feststellt, das kein Ladestecker gesteckt ist? Wenn man die Daten durch die WARP ins private Netz zu evcc routet, darf der Rest des privaten Netzwerkes nicht erreichbar sein. Wie ist eure Meinung dazu und ist das mit begrenztem Aufwand zu realisieren? Kosten dürften sich so bei einer Jahresgebühr Mobil-Tarif einspielen, dann würde das mit Sicherheit nachgefragt und gekauft. Mit freundlichen Grüßen, eweri

Hallo wuesten_fuchs! Exakt die gleiche Situation habe ich auch. Ich exportiere allerdings einfach die CSV-Datei am Anfang jedes Monates, sortiere diese nach Fahrzeug und Datum und exportiere dann die Einträge für das Dienst-BEV. Das sind ca. 5-10 Maus-Klicks und es geht kein Ladevorgang verloren. Bis denn, eweri

Schade ... bis heute Nachmittag war alles gut. Dann habe ich unseren Tucson abgeklemmt und den e-up eingesteckt - und sofort kam das Klack und das Laden ging weiter. Nach dem ich den rausgezogen habe und gewartet habe, reingesteckt, dann musste ich erst den Dongle präsentieren, damit es weiter ludt. Dann fuhr meine Frau zum Supermarkt, kommt wieder, steckt den Stecker wieder rein - und klack der Wagen fängt sofort wieder anzuladen. Meine Frau fand das toll, bis ich ihr erklärt hatte was da gerade passiert ist - "Ach dann könnte jeder laden?" Wollt ihr mich per PN kontaktieren? MatzeTF hat auch meine Mobil-Nummer.

Kalibrierung ist geladen - ich werde berichten. Danke für eure Hilfe!

Oh - Danke! Heute hat es am Tage wieder korrekt funktioniert, heute Nachmittag noch den e-up geladen. Komme nach zwei Stunden nach Hause, schließe den e-up an und er fängt wieder von selber an zuladen. ich lade gleich die neue Kalibrierungen - bis zum Wochenende wissen wir dann Bescheid.

Ich werde bald noch verrückt: Heute Abend habe ich um 18:20:44 Uhr mein Auto abgeklemmt, da ich noch los musste. Meine Frau hat dann in meiner Abwesenheit ihr Auto angesteckt und ... es hat funktioniert. Die WARP ist 4 Sekunden nach dem ich den Stecker gezogen haben muss von Status 2 in Status 0 gewechselt. Ich verstehe die Welt nicht mehr.

So ich habe jetzt ein Log von der WARP und ein Log von evcc. Ich habe die WARP neugestartet, evcc neugestartet, Ladeprotokoll gestartet. 1. Dann Auto angeschlossen, nichts passiert, (15:26:26Uhr) 2. Dongle präsentieren, nach einigen Sekunden beginnt der Ladevorgang. 3. Nach ein paar Minuten habe ich den Stecker aus dem Auto gezogen und auf der Wallbox abgelegt (15:28:26 Uhr). Unter Wallbox-> Ladestatus IEC-61851-Zustand steht "B (verbunden)". Auf der Status-Seite steht als Status "Ladebereit". 4. Einige Minuten gewartet 5. Stecker wieder in das Auto gesteckt (15:31:46 Uhr), der Ladevorgang startet sofort, ohne auf eine Freigabe zu warten. Ich füge mal beide Logs an. evse-debug-protocol-warp-W2y-2024-02-19T15-32-41-428.txt evcc-replugin-trace2.log

Irgend wann heute Nachmittag kann ich den Vorgang mit unserem Tucson und unserem e-up durchspielen, dann kann ich Logs von der WARP und evcc liefern.

Hallo MatzeTF! Ich unterbreche den Ladevorgang in dem ich den Wagen aufschließe, dann unterbricht der Wagen kurz den Ladevorgang und gibt den Stecker frei und dann zeihe ich den Stecker aus dem Wagen. Und die Wallbox zeigt auf der Web-Oberfläche "Ladebereit" an, ob wohl gar kein Auto angeschlossen ist. Leider sind heute morgen beide E-Autos unterwegs, sondern könnte ich das jetzt sofort noch einmal durchspielen. Komisch ist, dass dieses Phänomen erst mit der Version evcc >= 0.123.* aufgetreten ist. Ich füge mal das evcc.log an. Wenn ich das Log richtig interpretiere, dann ist nach einem Neustart von evcc die Wallbox im Status "getrennt" (charger status A - im evcc.log vor 17:30:49 Uhr) dann schließt man das Auto an, präsentiert den Dongle und der Wallbox Status wechselt über "ladebereit" (charger status B) nach "laden" (charger status C - im evcc.log um 17:31:29 Uhr). Ab 18:52:09 Uhr läuft der ganze Vorgang rückwärts, allerdings springt evcc direkt von "Laden" (charger status C) auf "getrennt" (charger status A). Nur wenn ich dann in die Web-Oberfläche der WARP schaue, steht diese immer noch auf "Ladebereit", es sollte aber "Getrennt" sein, denn es ist kein Fahrzeug angeschlossen. Leider loggt evcc nicht die mqtt-Kommunikation mit, obwohl man das nach offizieller Dokumentation einstellen kann, da passiert aber nichts. Da ich ungefähr zu dem Zeitpunkt als ich evcc aktualisiert habe auch die Firmware der WARP aktualisiert hatte, könnte es auch an der Firmware liegen, denn laut evcc-log befindet sich die Wallbox im Status A, die Wallbox zeigt aber B an. Im WARP Ereignis-Log finde ich folgende Einträge: um 17:34:05 habe ich den Wagen abgezogen und nach einiger Zeit wieder angesteckt - wie man sieht bleibt die WARP im Status 2 statt in 0 zu wechseln. 2024-02-18 17:31:00,295 Charger state changed from 0 to 1 2024-02-18 17:31:04,411 Tracked start of charge. 2024-02-18 17:31:13,513 Charger state changed from 1 to 2 2024-02-18 17:31:14,515 Charger state changed from 2 to 3 2024-02-18 17:34:05,618 Charger state changed from 3 to 2 2024-02-18 17:35:39,661 Charger state changed from 2 to 3 ... 2024-02-18 18:52:29,577 Charger state changed from 3 to 2 2024-02-18 18:52:33,577 Charger state changed from 2 to 0 2024-02-18 18:52:33,631 Tracked end of charge. ... evcc.log

Hallo! Seit evcc 0.123.* oder neuer habe ich ein Problem mit der Steuerung der WARP1. Bis zur Version 0.122.* lief alles prima. Eigentlich läuft es so ab: Stecker ins Auto stecken, Dongle an die WARP halten, nach einigen Sekunden beginnt der Ladevorgang. Stecker rausziehen in ein zweites Auto stecken, jetzt sollte nichts passieren, Dongle passend für das Auto an die WARP halten und nach wenigen Sekunden beginnt der Ladevorgang. Leider funktioniert dies seit evcc 0.123.* nicht mehr. Wenn man den ersten Ladevorgang unterbricht, bliebt die WARP im Status "Ladebereit" und geht nicht in den richtigen Status "Getrennt". Schließt man nun ein anderes Auto an, startet sofort der Ladevorgang ohne auf die Freigabe durch einen Dongle zu warten. Ausserdem wird dieser Ladevorgang nun im Ladeprotokoll dem falschen Fahrzeug zugeordnet. Ich habe bei evcc im Forum auch schon einen Thread dazu auf gemacht. https://github.com/evcc-io/evcc/discussions/12309 Leider kann ich nicht mehr ganz nachvollziehen, in welchem zeitlichen Zusammenhang ich die Firmware meiner WARP1 und evcc aktualisiert habe, es könnte sein, dass vielleicht auch etwas in den neueren Firmware-Versionen der WARP kaputt gegangen ist. Halte ich im Moment aber für sehr unwahrscheinlich, im Moment sehe ich das Problem eher bei evcc. Mit der Version 0.123.* hat man die Funktion "resetondisconnect" entfernt, wie der Name sagt, setz das die gesteuerte Wallbox auf Anfang zurück, wenn man den Stecker aus dem Auto zieht. Laut dem was ich im evcc-Forum finde, solle diese Funktionalität jetzt implizit sein und muss nicht extra in der Konfiguration hinterlegt werden. Seit dem dieses Flag gestrichen wurde, verhält sich meine WARP wie oben beschrieben. Hat noch jemand dieses Phänomen? Muss ich in der evcc-Konfig die WARP anders anlegen? Laut aktuelle Doku hat sich nichts verändert. chargers: - name: wallbox1 type: template template: tinkerforge-warp host: 192.168.51.10 port: 1883 topic: warp/W2y Wäre für jede Hilfe dankbar. Mit freundlichen Grüßen, eweri

Okay, war so eine Idee - noch einmal Danke für eure Hilfe! Das Laden klappt jetzt, dafür muss sich aber seit der Version 0.123.* von evcc irgend etwas verändert haben. Wenn man das Auto trennt und danach ein anderes Auto anschließt oder das gleiche, startet sofort wieder der Ladevorgang - ohne das man einen Dongle davor gehalten hat. Habe schon einen Thread bei evcc offen, mache hier gleich einen eigenen Thread auf.

Mittelwert über mehrere Perioden?

Super - vielen Dank! MatzeTF hat mir erklärt wie der Widerstandswert ermittelt wird, jetzt verstehe ich warum das so kompliziert ist. Ich kann mit einem Lötkolben umgehen, kann man irgend eine Schaltung da zwischen schalten? Oder soll ich auf die WARP3 warten? ;-)

Schade .... komme ich heute nach Hause, über nacht hat der e-up geladen. Ich stecke den Stecker rein, es macht in der WARP1 sofort klack - dann blinkt die LED am Wagen rot - in der WARP1 wieder ein klack - die LED am Wagen geht aus - nach einiger Zeit macht es wieder klack - am Wagen passiert nichts mehr ..... Ich habe das Spiel dann mehrfach wiederholt, dann die WARP1 neugestartet und evcc und das Spiel blieb, nach zwei - drei mal erneut Stecker rein-raus und plötzlich fing der Wagen an zu laden. Ich habe keine Ahnung was passiert ist, aber seit dem evcc die Option "resetOnDisconnet" entfernt hat und die irgend wie das angeschlossene Auto "raten" habe ich dieses Problem. Ich habe die Vermutung in evcc 0.123 bis 0.124 ist irgend ein logischer Fehler drin. Bis zur Version 0.123 hatte ich keinerlei Probleme mit dieser Kombination. Seit dem die Fehler begannen, haben wir zwei BEV, die Firmware der WARP aktualisiert und 4-5 evcc Updates eingespielt. evse-debug-protocol-warp-W2y-2024-02-05T15-25-45-224.txt evse-debug-protocol-warp-W2y-2024-02-05T15-28-48-752.txt

Jetzt habe ich die ganzen Protokolle gemacht und jetzt hat der Hyundai das letzte mal anscheinend ohne Ping-Pong seine Ladung beendet

So und hier kommt das letze Protokoll wenn der e-up voll lädt. Ich wollte am Ende schön runter fahren, aber plötzlich war er dann doch voll. Der e-up zeigt nicht dieses Ping-Pon Problem. evse-debug-protocol-warp-W2y-2024-02-01T22-48-03-570.txt

Aus Neugierde habe ich nach dem ich das Laden gestoppt hatte, ohne den Stecker zu ziehen, wieder auf Start geklickt (bei 6A) und sofort fing die WARP das Spielchen wieder an. Ich konnte allerdings nicht sehen, ob sich das Spiel mehrmals wiederholt hat. Hilft das? evse-debug-protocol-warp-W2y-2024-02-01T06-49-57-515.txt

Heute morgen habe ich den Hyundai bei 99% voll erwischt, bei 11A ladend, dann habe ich auf 16A gestellt und etwas gewartet, ich weiß jetzt nicht mehr ob er mit Laden fertig war, als ich das Protokoll gestartet hatte, aber als ich den Ladestrom runter gestellt habe war der Wagen fertig mit laden. Bei 7A fing dann plötzlich das Ping-Pong an, das die WARP die Zustände wechselt, bei 6A schein es wieder aufzuhören. Ich bin dann wieder auf 7A hoch, habe einige Ping-Pongs abgewartet, bin dann wieder auf 6A runter und habe das dann länger stehen lassen. Brauchst Du jetzt noch das gleiche vom e-up? evse-debug-protocol-warp-W2y-2024-02-01T06-39-45-550.txt

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 😀