poohnet

On 4/11/2024 at 12:10 PM, gerd.luthe said:

OK, ich weiß nicht ob das mit der aktuellen 2.3.0 Firmware noch funktioniert

Doch, funktioniert weiterhin problemlos 🙂

Hallo Gerd,

ich stelle die Daten tatsächlich noch über die alte API bereit (d. h. "warp2/XSS/meter/all_values_update"), damit musste ich nur minimale Anpassungen am Node-RED-Flow machen. Das funktioniert absolut problemlos und wenn ich das richtig im Kopf habe, dann bleibt dieser Weg auch weiterhin bestehen.

Für den Stromzähler habe ich die SDM630-Vorlage genommen und die Werte für die Einspeisung rausgelöscht:

Gruß Thomas

Das ist in der Tat eine stolze Summe. 💰

Letztendlich geht es dabei m. E. dann aber nicht mehr darum, ob sich das irgendwann vielleicht mal rechnet, sondern eher, ob man das als Hobby betrachtet und einem das der Spaß am Umbauen Wert ist. Durch das modulare Konzept der Bricks/Bricklets stehen auf jeden Fall viele Möglichkeiten offen.

Ich für meinen Teil bin mit meiner getunten WARP1 jedenfalls weiterhin sehr zufrieden - und solange der Ladecontroller mitspielt, kann ich vielleicht noch das ein oder andere kommende Feature nachziehen…

On 4/3/2024 at 4:52 PM, eweri said:

Okay, vielleicht gibt es für die WAPR3 in 3-4 Jahren keine neue Software mehr (weil es bereits das nächste oder übernächste Nachfolge-Modell gibt), aber ich muss halte immer eine Entwicklungs-Umgebung bereit halten.

Ich denke, das ist das kleinste Problem, wenn du einmal auf den Geschmack gekommen bist. Ich baue die Firmware für meine „WARP1 on Steroids Reloaded“ seit mittlerweile drei Jahren selbst und erweitere die Box auch hardwaremäßig immer wieder (erst Umbau auf den ESP32-Ethernet-Brick, dann Nachrüstung der CP-Trennung für die Phasenumschaltung durch WEM und kürzlich der Umbau auf die zwei zweipoligen Schütze für die integrierte Phasenumschaltung).

Solange es keine „Breaking Changes“ gibt (und du selbst keine weiteren Anpassungen machen möchtest), kannst du deinen Fork auch über das GitHub-Webinterface synchronisieren und die Firmware über GitHub Actions erstellen lassen. Die Entwicklungsumgebung brauchst du dann nur in Ausnahmefällen…

Den Punkt findest du im Webinterface unter System - Firmwareaktualisierung.

Aber Achtung: Danach sind ALLE Einstellungen inkl. der WLAN-Zugangsdaten weg, d. h. du musst dich dann erst wieder mit dem Accesspoint, den der Brick dann aufspannt, verbinden (10.0.0.1), dein WLAN suchen und die Zugangsdaten neu eintragen.

n‘ Abend,

du kannst die ESP32-Firmware über den USB-Anschluss z. B. mit PlatformIO flashen.

pio run -e esp32 -t upload -t monitor

Gruß Thomas

Moin,

wenn du eh vor hast, die Zähler selbst auszulesen und die Daten anschließend weiterzuverarbeiten bzw. zu visualisieren, dann kannst du in der WARP auch einen API-Zähler anlegen und die Daten aktiv bereitstellen. So mache ich das über Node-RED.

WARP3 kombiniert die Funktionen der WARP2 und des WEM (WARP Energy Manager) in einem Gerät, d. h. PV-Überschussladen inkl. Umschaltung zwischen ein- und dreiphasigem Laden funktionieren out-of-the-box. Wenn du aber weitere Parameter (wie z. B. SOC des Fahrzeugs, aktuellen Strompreis, Hausbatterie, …) in die Ladesteuerung mit einbeziehen möchtest, dann kommst du um EVCC (oder eine eigene Implementierung) aktuell noch nicht herum.

Gruß Thomas

Alles klar, besten Dank. Dann werde ich das mal weiter testen (auf dem aktuellen master bin ich momentan eh unterwegs).

On 3/31/2024 at 8:23 PM, MatzeTF said:

Gerade bei den States bin ich mir nicht sicher, ob das schon 100%ig funktioniert.

Insbesondere der low_level_State wäre wichtig, da die neue Logik in EVCC hier ansetzt.

Der PR ist übrigens durch, d. h. meine Anpassung wird bald im Nightly-Build verfügbar sein. 😀 Dann könnt ihr die Phasensynchronisation evtl. auch in eurer Umgebung - insbesondere mit der WARP3 - testen.

Durch die Anpassung gleicht EVCC den internen Zustand nun immer mit WARP/WEM ab und aktualisiert diesen bei Unterschieden. Somit sollte zukünftig (hoffentlich) immer mit der richtigen Anzahl Phasen geladen werden…

@MatzeTF,

gehe ich recht in der Annahme, dass die folgenden Topics sowohl für WEM als auch WARP3 zutreffend sind

• power_manager/state: config_error_flags u. external_control
• power_manager/low_level_state: is_3phase

und dass

• power_manager/external_control_update: phases_wanted

weiterhin funktionieren wird? Oder sind hier evtl. noch Änderungen geplant, die Auswirkungen auf die Implementierung in EVCC haben könnten?

Ich greife das Thema nochmal auf, da es evtl. bald eine Lösung für die Synchronisation der Phasenumschaltung EVCC <=> WEM geben könnte.

Nähere Details hier: https://github.com/evcc-io/evcc/issues/13201

Frohe Ostern! 🐇

On 3/28/2024 at 9:26 PM, borg said:

Ein Feedback von den Elektrikern war oft das es schwer anzuschließen ist.

Das kann ich nachvollziehen. Ich habe ja erst kürzlich mit meinem Arbeitskollegen eine WARP1 von Smart auf Pro aufgerüstet und war froh, dass die Zuleitung mit 6mm2 H07 (und nicht NYM) Kabel erfolgt ist. Trotzdem war das eine ziemliche - sagen wir mal - Herausforderung. Selbst mein o. g. Umbau auf die zwei Schütze war dann doch komplizierter als ursprünglich gedacht.

Aber mit den Klemmen und dem größeren Anschlussraum sollte das ja jetzt Geschichte sein.

Den größten Platzgewinn wird vermutlich aber das hochkant stehende EVSE-Bricklet bringen, oder?

Auf jeden Falls sieht's jetzt sehr aufgeräumt aus 🙂

Mittelfristig werde ich aber erstmal noch bei meiner "WARP1 on Steroids - reloaded" bleiben - zumindest solange der EVSE v1 mitspielt und die coolen neuen Features entweder direkt funktionieren oder ich diese nachziehen kann... 

On 3/28/2024 at 6:18 PM, MatzeTF said:

Bitte beachtet, dass noch keiner ausprobiert hat, eine WARP 1/2 zu 3 aufzurüsten. Bei einer Pro muss die Hutschiene versetzt werden, was nicht einfach ist

Das könnte in der Tat evtl. etwas spannend werden. Ich habe mich an den Umbau meiner WARP1 on Steroids auf die "Zwei-Schütz-Lösung" nebst eigenem Bricklet zur Phasenumschaltung gewagt und hatte teilweise echt Probleme mit der Kabelführung (zwei zweipolige Schütze sind doch ein Stück breiter als ein vierpoliges, die vorhandenen Kabel sind z. T. keinen Zentimeter länger als nötig und auch sonst geht es drinnen recht beengt zu).

Erst als ich das DC-Schutzmodul, das bei WARP1 anscheinend auch noch größer als bei WARP2/3 ist, ausgebaut (keine Sorge, ich habe einen Typ B RCD in der UV) und einige der Kabel neu konfektioniert habe, ging's dann doch halbwegs problemlos weiter. Ein Stromzähler würde allerdings wohl nicht mehr reinpassen (aber auch den habe ich in der UV).

Wenn ich mir jetzt aber noch vorstelle, auch die Hutschiene versetzen zu müssen... Wobei andererseits das neue EVSE v3 Bricklet ja auch wieder deutlich weniger Platz benötigt...

Ich bin auf jeden Fall gespannt, wann hier die ersten "richtigen" Umbauten vorgestellt werden 🙃

Frohe Ostern 🐇
 

Perfekt, gebe ich so weiter...

Danke @borg,

mein Kollege kann die Kalibrierung allerdings nicht hochladen, seiner Aussage nach passiert da einfach nichts. 😟

EDIT: Hab gerade selbst mal in die Datei reingeschaut, müsste "user_calibration_active" nicht eigentlich aktiv (true) sein?

Gruß Thomas

Moin zusammen,

ein Arbeitskollege von mir hat günstig einen noch unbenutzten WARP1-Charger erstanden, den haben wir am Wochenende erfolgreich auf "Pro" inkl. CP-Trennung aufgerüstet. Sein Hyundai IONIQ 5 lädt problemlos im ganzen Bereich 6-16A, der Opel Corsa E seiner Frau zickt unter 8A aber etwas rum (bei 6A startet die Ladung gar nicht erst, bei 7A springt der Status alle paar Sekunden zwischen "Ladebereit" und "Lädt" hin und her.

Könntet ihr daher bitte einmal einen Blick auf das Ladeprotokoll werfen und die Kalibrierung ggf. anpassen?

Besten Dank und Gruß Thomas

evse-debug-protocol-warp-UUk-2024-03-24T17-51-52-378.txt

Hallo Manni,

nein, der WEM muss WARP auch ohne angeschlossenes Fahrzeug erkennen. Hast du das Lastmanagement der WARP denn auf „Fremdgesteuert“ umgestellt?

Der Sunny Home Manager liefert selbst leider keine Daten per SunSpec, evtl. aber der Wechselrichter. Hierzu müsstest du einen neuen Stromzähler vom Typ „SunSpec“ hinzufügen (unter „Energiemanager - Stromzähler“).

Gruß Thomas

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,

On 3/11/2024 at 9:47 AM, Mannitwi said:

Verstehe ich es richtig, erstmal den Energy Manager einbauen und anschließend softwaremäßig einbinden oder muss ich hardwaremäßig noch etwas bedenken?

• 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,

On 3/10/2024 at 1:31 PM, Mannitwi said:

1. Benötige ich für das PV Überschussladen zwingend einen Stromzähler als Zusatz für den Energie Manager?

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:

On 3/10/2024 at 1:31 PM, Mannitwi said:

2. Weiß Jemand, ob es Sinn macht, auch einen Phasenumschalter zu integrieren?

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…

On 2/10/2024 at 12:34 AM, poohnet said:

Und was sind das für komische „meter_modbus“ und „meter_sunspec“ Fehler? Hattest du die schon immer?

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…