poohnet

Wenn ich das richtig verstanden habe, dann ist am Netzanschlusspunkt doch ein Sunny Home Manager 2.0 vorhanden und der STP 15000 ist evtl. SunSpec-kompatibel, d. h. stellt die Zählerwerte für den WARP Energy Manager bereit. Somit sollte doch eigentlich alles vorhanden sein, oder (Batteriesteuerung mal ausgenommen)? In meinem Fork habe ich WARP-Firmware um die CP-Trennung (damit die Box mit der WEM-Phasenumschaltung kompatibel ist) und die WEM-Firmware um eine direkte Anbindung des SHM erweitert, da mein kleiner SMA-Wechselrichter die Werte vom Hausanschluss nicht bereitstellt. Das sollten somit zwei unterschiedliche Baustellen sein. @MatzeTF, warum sollte man die SHM-Erweiterung in die WARP-Firmware übernehmen? Wenn das Überschussladen letztendlich durch EVCC durchgeführt wird, dann sollte das doch eigentlich sogar out-of-the-box mit der Standardfirmware funktionieren. EVCC steuert die Phasenumschaltung des WEM und die Leistung der WARP. Aus Sicht des SHM sollten sich die Batterien doch auch ohne integrierte Steuerung wie ein normaler Verbraucher verhalten, d. h. diese werden vorrangig geladen und erst wenn sie voll sind (oder die Ladeleistung geringer als die PV-Erzeugung ist) steht ein entsprechender Überschuss zur Verfügung, den der SHM (und damit auch WEM und/oder EVCC) erkennt. Oder habe ich irgendwo einen Denkfehler? Gruß Thomas

Hallo Manfred, Wenn du die Phasenumschaltung nutzen möchtest (also zwischen ein- und dreiphasigem Laden wechseln können möchtest), dann brauchst du den WEM und das Schaltschütz. Wenn du nur dreiphasig laden möchtest, dann kannst du entweder nur den WEM installieren, dann hast du alles aus einer Hand, oder WARP über EVCC steuern lassen Ich habe WARP+WEM im Einsatz, beides gesteuert über EVCC. Wenn eines der Autos zu Hause ist, dann wird das grundsätzlich erstmal angeschlossen und EVCC übernimmt die Ladesteuerung (abhängig von SOC, Strompreis usw.)... Gruß Thomas

Hallo @Mannitwi, Nein, nicht zwingend. Wenn dein Wechselrichter die Werte des Sunny Home Manager 2.0 per SunSpec bereitstellt, dann kannst du den für den WARP Energy Manager verwenden. Alternativ kannst du auch meinen Firmware-Fork verwenden, da habe ich den Home Manager direkt hinzugefügt: Das kommt darauf an. Ich habe auch einen ID.4, der lädt problemlos einphasig mit 6A, d. h. 1,4 kW. Und wenn’s mal schnell gehen muss, dann wird halt dreiphasig mit 16A (11 kW) geladen. Wahrscheinlich wird deine PV aber meistens genügend Strom für eine dreiphasige Ladung produzieren. Ich lade über PV/BSZ eher bei und nur bei günstigen Strompreisen schnell… Gruß Thomas

So sollte es sein 🙂 Dann hat dein WEM bislang ohne weiteren Neustart „überlebt“ - wobei die merkwürdigen Modbus/Sunspec-Fehler anscheinend auch tagsüber austreten…

Das war jetzt nur eine Vermutung, die @MatzeTF und/oder @rtrbt prüfen können, wenn sie den Core Dump analysieren. Vielleicht kannst du heute im Laufe des Tages nochmal ein oder zwei Logs anhängen, dann sehen wir, ob der der WEM wieder neu startet…

Habe den Post gerade noch ergänzt. Vielleicht stürzt der Network-Stack irgendwann ab und der ESP32 macht einen Reboot??? Jedenfalls erklärt das deine Probleme, denn wenn der WEM alle paar Stunden neustartet, dann ist erstmal wieder keine Phasenanforderung aktiv…

Um 2115 Uhr wurde der WEM anscheinend neugestartet, damit war dann wieder keine Phasenanforderung aktiv. Um kurz nach Mitternacht kam dann die manuelle Umschaltung. Hast du eine Idee, was den Reboot ausgelöst hat? Um 2100 Uhr hat‘s ja funktioniert. Und was sind das für komische „meter_modbus“ und „meter_sunspec“ Fehler? Hattest du die schon immer?

Aus irgendwelchen Gründen steht die Phasenanforderung jetzt wieder auf „Keine“, damit blockiert WEM dann. Ich kann mir aber ehrlich gesagt nicht erklären, wer das wann macht, denn eigentlich sollte EVCC nur eine oder drei Phasen anfordern. Häng bitte nochmal das aktuelle Protokoll an, dann sollte man zumindest sehen, wann dieser Befehl geschickt wurde…

Ok, danke. Das sieht m. E. alles gut aus und lt. Log sollte das Auto auch jeweils geladen haben, richtig?

WEM Firmware 2.0.2 ist doch noch nicht veröffentlicht. Ich kann aber bestätigen, dass der WEM mit der aktuellen Entwicklungsversion die letzte Phasenanforderung auch bei einem Neustart behält. @andyknownasabu, was steht bei dir denn auf der Übersichtsseite und was im Protokoll des WEM, wenn du die Phasenumschaltung in EVCC triggerst? So sollte das aussehen: Mach doch bitte mal folgenden Test (exakt in dieser Reihenfolge): Neustart WEM Neustart WARP Neustart EVCC Auto verbinden und etwas warten Phasenumschaltung auf 1-phasig durchführen und etwas warten Ladevorgang starten Screenshot der WEM-Übersichtsseite erstellen Ladevorgang beenden Phasenumschaltung auf 3-phasig durchführen und etwas warten Ladevorgang starten Screenshot der WEM-Übersichtsseite erstellen Ladevorgang beenden Protokolle aus WEM und WARP abziehen und hier anhängen Gruß Thomas

Klar, kein Problem: WARP on Steroids Firmware 2.2.0-65b21472 WEM Firmware 2.0.0-65b21476 Der Vollständigkeit halber muss ich allerdings ergänzen, dass ich meine Firmware selbst baue, da ich diverse Erweiterungen vorgenommen habe (z. B. nachgerüstete CP-Trennung für WARP1, Unterstützung SMA Energy Meter für WEM, ...), die bei eurem Problem m. E. aber nicht relevant sind. evcc.yaml chargers: - name: wallbox1 type: template template: tinkerforge-warp host: 192.168.100.8 port: 1883 user: xxx password: xxx topic: warp2/XSS timeout: 30s energymanager: wem/26ue loadpoints: - title: WARP charger: wallbox1 mode: off enable: threshold: 0 delay: 1m disable: threshold: 200 delay: 10m guardduration: 30s Gruß Thomas

Ja, externe Steuerung ist bei mir aktiv und ich wähle über EVCC, ob ein- oder dreiphasig geladen werden soll.

Da ist evtl. der Unterschied zu meinem Setup, „Externe Phasenanforderung“ steht (zumindest bei @der Bauch) auf „Keine“. Bei mir sieht‘s so aus: Versucht doch mal, über EVCC explizit ein- bzw. dreiphasig vorzugeben, dann sollte WEM das widerspiegeln:

Sehr gut 👍

Aktualisiere bitte sowohl WARP als auch WEM mal auf die aktuellste Version (WARP 2.2.0, WEM 2.0.1). EVCC 0.124 enthält die Anpassungen für WEM Firmware >= 2.0 ...

Hmm, so langsam gehen mir die Ideen aus 😟 Was steht denn bei WEM und WARP im Ereignisprotokoll? Gibt's da vielleicht irgendeine halbwegs hilfreiche Fehlermeldung?

Das ist wohl richtig so, ich sehe das „_update“ Topic bei mir auch nicht. Aber wie hast du die MQTT-Topics grundsätzlich konfiguriert? Der WEM ist kein Untertopic von WARP, d. h. das sind eigentlich zwei getrennte Topics (bei mir steht in der evcc.yaml „topic: warp2/XSS“ und „energymanager: wem/26ue“).

Hmm, sehr seltsam. Kann es sein, dass das Auto nicht laden will? Du könntest mal versuchen, die externe Steuerung abzuschalten und prüfen, ob es dann lädt. BTW: Wie lange war das Auto schon angeschlossen? Evtl. ist es eingeschlafen und benötigt eine CP-Trennung…

Hallo @andyknownasabu, kontrolliere sicherheitshalber bitte nochmal deine Einstellungen bzgl. externer Steuerung in WEM und WARP. Bei mir sieht's so aus und es funktioniert: Gruß Thomas P. S. "Switching Protection" ist definitiv eine Einstellung von EVCC - in der Konfiguration gibt es unter "loadpoints" das Topic "guardduration", die habe ich auf 30s gestellt...

Seltsam - hab‘s gerade nochmal ausprobiert, bei mir funktioniert das Laden problemlos. Hast du EVCC denn auf „PV“ stehen bzw. ist ein Ladeplan aktiv? Gruß Thomas

Danke @batti, jetzt sieht's gut aus 🙂 Gruß Thomas

EVCC 0.124.0 ist jetzt auch verfügbar und funktioniert mit WEM-Firmware 2.0 ...

Hallo zusammen, ich würde gerne mal einen Blick in das Design des EVSE-Bricklets (v1) werfen, allerdings erhalte ich beim Öffnen mit KiCad 7 folgende Warnung und der Schaltplan ist nicht wirklich lesbar: Andere Bricklets lassen sich problemlos laden und werden korrekt in das neue Format konvertiert. Habt ihr evtl. eine Idee? Besten Dank und Gruß Thomas

Der PR wurde in den master gemerged, d. h. die Korrektur ist im aktuellen Nightly-Image verfügbar und funktioniert 🙂

Das ist in der Tat merkwürdig. Wir haben mittlerweile auch zwei E-Autos, die wechselweise an meiner WARP1 (on Steroids) geladen werden - inkl. WARP Energy Manager und externer Steuerung über EVCC. Solche Probleme habe ich bislang noch nicht gesehen. Wenn ich das richtig im Kopf habe (kenne den Code von EVCC noch nicht sooo gut), dann aboniert EVCC einfach nur diverse MQTT-Topics, die von WARP gesendet werden. Vielleicht ist das ja auch ein Problem des Brokers? Hast du den mal neugestartet?