MatzeTF

Das DC-Fehlerstrommodul aus der WARP1 hat bei einem DC-Fehlerstrom einen AC-Fehlerstrom generiert und dadurch den vorgeschalteten RCD rausgeworfen, wodurch die ganze Wallbox stromlos wurde und man nicht mehr rausfinden konnte, was eigentlich das Problem war. Das Modul aus der WARP2 hat DC-Fehlerströme an die Wallbox-Elektronik gemeldet, die daraufhin sofort den Strom vom Auto getrennt und das im Webinterface angezeigt hat. Das Modul der WARP3 erkennt zusätzlich in gewissem Rahmen auch AC-Fehlerströme, bei denen dann auch getrennt und das im Webinterface angezeigt wird.

Ja, die Hutschiene muss etwas nach oben versetzt werden. Einen genauen Abstand kann ich dir gerade nicht sagen, aber ich schätze mal ca. 10 - 15 mm. Das DC-Fehlerstrommodul aus der WARP1 ist nicht kompatibel. Beim Zähler kommt es drauf an, welches Modell du in deiner WARP1 hast. Ein SDM72 ohne v2 dran ist nicht kompatibel. Einen SDM630 kannst du nur weiter verwenden, wenn er aktuell automatisch erkannt wird und keinen Override benötigt. Einen SDM72v2 kannst du uneingeschränkt weiter verwenden.

Mit genug Platz könnte man den alten Ethernet Brick verwenden. Gegebenenfalls müsste man sich dann allerdings die Firmware selber bauen, da die Kombination aus EVSE 3.5 und altem Ethernet Brick in der offiziellen Firmware nicht vorgesehen ist. Praktisch dürfte es schwierig werden, den alten Ethernet Brick mit der anderen Hardware zusammen im Gehäuse unterzukriegen. Ansonsten ist auf dem neuen Ethernet Brick der LAN-Port besser erreichbar und stabiler und es gibt jetzt eine RTC und einen Temperatursensor mit drauf. Zur restlichen Hardware: Die Taster/LED-Baugruppe brauchst du, weil das neue EVSE eine RGB-LED erwartet. Prinzipiell kannst du die Alte verwenden, allerdings wird dann nur eine Farbe angezeigt und bei allen anderen Farben leuchtet nichts. Du brauchst neue Klemmen, da die Klemmen-Baugruppe aus der WARP2 keinen Abzweig für das neue EVSE hat. Du kannst da auch nicht einfach Wago-Dosenklemmen oder sowas nehmen weil dann nachher das Gehäuse nicht mehr das einzig Schwarze in deiner Wallbox ist… Den Kabelbaum brauchst du, weil auf dem neuen EVSE aus Platzgründen keine Universalklemmen mehr drauf sind, sondern mehrere Steckerleisten. Ohne passende Stecker kannst du das EVSE gar nicht anschließen. Theoretisch kannst du dir die Einzelteile woanders suchen und die Stecker/Kabel selber crimpen, allerdings weiß ich nicht, ob das bei den Mindestbestellmengen bei den Komponentenhändlern tatsächlich günstiger ist. Ebenso theoretisch möglich wäre noch die brutale Lösung mit Stecklerleisten auslöten und Kabel fest einlöten. Die Platine ist allerdings mehrlagig und die THT-Pads sind durchkontaktiert und dementsprechend schwer zu entlöten. Das bleifreie Lötzinn macht es dir auch nicht einfacher. Ich weiß nicht, wie es um deine Entlötkünste bestellt ist, aber ich würde mir das nicht zutrauen, ohne dass EVSE zu versauen. WARP gehört zwar wahrscheinlich zu den bastlerfreundlichsten Wallboxen und du bekommst hier im Forum auch alle Informationen die du brauchst, aber du solltest trotzdem daran denken, dass hier Netzspannung und bis zu 32 A im Spiel sind. Beim zweiten und dritten Punkt solltest du kein Risiko eingehen, wenn du nicht sehr genau weißt, was du tust.

Die API der WARP3 soll in dem Punkt identisch zu der vom WEM sein. Außerdem soll die gleiche API (unter power_manager/…) direkt aufs EVSE durchschreiben, wenn Lastmanagement und Power Manager deaktiviert sind. Falls das nicht funktioniert, bitte melden. Gerade bei den States bin ich mir nicht sicher, ob das schon 100%ig funktioniert. Teste das auf jeden Fall mit dem aktuellen git-Stand, da wir das in dem Punkt ziemlich auf Links gedreht haben.

Ich vermute, du meintest „Komponenten“? Neue Teile: EVSE Bricklet 3.5 WARP ESP32 Ethernet Brick (aktuell fälschlicherweise als Ersatzteil für WARP2 im Shop) WARP3 Taster-/LED-Baugruppe 2x Schütz mit Hilfskontakt WARP3 Klemmen-Baugruppe WARP3 Kabelbaum Von der WARP2 recycelte Teile: Bricklet-Kabel Zähler-Datenkabel NFC Bricklet Zähler Ladekabel Gehäuse mit Deckel (Hutschiene muss versetzt werden) DC-Fehlerstromschutzmodul Widerstand zur Kabel-codierung Das fällt mir gerade so ein. Keine Garantie auf Vollständigkeit. 😉 Da noch keiner der Umbau ausprobiert hat, weiß ich auch nicht, wie gut das alte DC-Fehlerstromschutzmodul an die neue Stelle passt und ob das Zähler-Datenkabel aus der WARP2 lang genug ist. Unter Umständen musst du das selbst verlängern.

WEM ist der WARP Energy Manager. Damit kannst du bei einer WARP2 Phasenumschaltung nachrüsten. Schau mal in der WARP2 Broschüre auf Seite 7. Wenn du bastelfreudig bist und den Netzbezug bereits per SunSpec oder eigener Software hast oder alternativ bereits EVCC verwendest, ist die Umrüstung von WARP2 zu WARP3 aber die bessere Lösung, da du dir dann die zusätzlichen Geräte im Sicherungskasten sparst.

Der Software ist es (fast) egal, deinem Fahrzeug aber vielleicht nicht. Im Standard für AC-Wallboxen ist nicht vorgesehen, dass einzelne Phasen unangekündigt verschwinden und manche Fahrzeuge nehmen dir das übel. Ganz kritisch ist es, wenn du einen Renault Zoe oder anderes Fahrzeug mit gleicher Ladeelektronik hast. Verschwinden eine oder mehrere Phasen, fliegt meistens der RCD raus, was noch zu verschmerzen ist. Schaltest du allerdings eine Phase hinzu während einphasig geladen wird, brennt dir die Ladeelektronik vom Fahrzeug durch. Definitiv nicht zu empfehlen. Die WARP3 (und WARP2 mit WEM) umgehen das Problem, indem die CP-Leitung während der Phasenumschaltung getrennt wird. Das Fahrzeug muss sich bei getrenntem CP komplett vom der Wallbox trennen und anschließend wieder neu auf die Wallbox einstellen und dabei ggf. eine andere Anzahl der aktiven Phasen berücksichtigen. Zur Software: Die WARP3 Pro hat eine Erkennung für einphasig ladenden Fahrzeuge drin. Fließt nur auf der ersten Phase Strom und auf den anderen beiden nicht, werden die ungenutzten Phasen weggeschaltet. Fängst du an, einphasig zu laden, wird das bei dir auftreten. Schaltest du später die anderen Phasen wieder ein, bleiben sie trotzdem in der Wallbox getrennt. Als praktischer Nebeneffekt wird dadurch verhindert, dass dir die Ladeelektronik abbrennt. 😉 Ich frage mich allerdings, warum du das überhaupt tun möchtest. Die WARP3 kann das selbst und es gibt sowohl Buttons im Webinterface als auch eine API, über die du das steuern kannst. Falls du eine WARP2 hast und die Phasenumschaltung von Hand machen möchtest, solltest du die API zur CP-Trennung benutzen. Du kannst dir dann selbst etwas programmieren, um erst CP zu trennen, dann ein externes Schütz für zwei Phasen schalten und anschließend CP wieder verbinden.

Als Ostergeschenk gibt es hier für dich eine Firmware zum Testen. Beim Umschalten von drei- auf einphasig sollte jetzt keine 5-Minuten-Pause mehr stattfinden. Kleine Vorwarnung: In der Firmware sind auch alle anderen Änderungen drin, die eigentlich erst für das nächste Release geplant sind. Im Webinterface sieht einiges anders aus. Edit: Veraltete Firmware entfernt.

Schon alleine das wegfallende 12 V-Netzteil sollte dir genug Platz verschaffen, wenn du dann die Schütze nach rechts schiebst. Links sollte dann das DC-Fehlerstrommodul hinpassen. Das kannst du bei der WARP3 übrigens nicht weglassen, auch wenn du einen Typ B RCD hast, weil das EVSEv3 sonst streikt. Außer, du patcht dessen Firmware auch…

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, weil sonst kein Platz für das DC-Fehlerstrommodul da ist. Bei einer Basic/Smart hat man ja den Platz an Stelle des nicht vorhandenen Zählers.

Welche Distribution verwendest du? Auf meinem antiken Debian Stretch werden die vier Pakete aus deinem Script automatisch per APT reingezogen.

Schnell editieren, hatte deine Frage zuerst falsch verstanden… Die Indices sind nicht fix und können sich ändern, wenn wir z. B. irgendwas an der Zählerbehandlung ändern. Aktuell haben wir nicht geplant, etwas an den Indices der verbauten Zähler zu ändern, aber wir garantieren das nicht und die Indices könnten sich jederzeit ändern. Es ist beabsichtigt, dass du die passende ID raussuchst und dann deren Index verwendest.

Das DC SSR hat einen gepolten Ausgang, beschriftet mit "-1" und "2+". Auf deinem Foto ist zu sehen, dass du den Ausgang einfach falschrum angeschlossen hast. Im durchgeschalteten Fall hast du einen Spannungsabfall nahe 0 V weil es halt durchgeschaltet hat. Im nicht durchgeschalteten Fall misst du 0,6 V, was dem Spannungsabfall der Inversdiode des SSR entspricht. Wenn du es falschrum anschließt, lässt diese Diode immer den Strom durch. Details dazu auf Wikipedia. Wenn du den Akku darüber laden und entladen möchtest, musst du natürlich bedenken, dass das SSR in eine der beiden Richtungen, also entweder Laden oder Entladen, dementsprechend immer durchgeschaltet ist (mit relativ hohem Verlust). Möchtest du das unterbinden und der Stromfluss soll in beide Richtungen getrennt werden, brauchst du ein zweites SSR, dass du umgekehrt gepolt in Serie mit dem ersten schaltest. Es sollte funktionieren, beide SSR mit einem SSR-Bricklet zu schalten, indem du die Eingänge der SSR parallel anschließt. Die Eingänge müssten dabei gleich gepolt sein.

Warp3 kann das nicht. borgs Post gilt dafür genauso.

So ist es.

Selbstabholung kannst du beim Bestellen mit angeben. Warte aber besser, bis die WARP3 in unserem Shop steht, statt deine Bestellung hier im Forum zu lassen. 😉

Der neue Stand ist der alte Stand: siehe borg’s vorletzter Post. Die letzten fehlenden Teile sollen am 28.3. geliefert werden. Sobald die da sind, beginnt die Fertigung.

Das kann ich leider gerade nicht so einfach erklären. Ich repariere es einfach und baue dann für dich eine Test-Firmware, damit du ausprobieren kannst, ob es damit weg ist.

EVCC läuft doch auf irgendeinem RPi oder PC, was beides keinen Modbus-Anschluss hat. Mit der Modbus-Adresse wirst du also nichts anfangen können (es ist übrigens 1). Du kannst die Zählerwerte per MQTT vom WEM bekommen und sie an EVCC weiterleiten. Wie man die Werte in EVCC rein bekommt, weiß ich nicht. Vielleicht machst du dafür einen neuen Thread auf, weil ein paar andere Leute hier im Forum sowas schon machen.

Wir sind hier alle Hacker (im traditionellen Sinne) und unsere Produkte richten sich überwiegend an Bastler. „Auseinandernehmen“ ist bei uns definitiv positiv besetzt. 😉 Der Regler weiß, wie viel Leistung er der Wallbox zugeteilt hat, und berücksichtigt das bei der Berechnung der verfügbaren Leistung. Andernfalls würde die verfügbare Leistung nach Ladebeginn sofort bei Null liegen und das Laden wieder beendet. Der negative Sprung kommt daher, dass die zugeteilte Leistung wegfällt.

Der Verdrahtungsplan ist leider irgendwie unter den Tisch gefallen und es hatte noch niemand die Gelegenheit, die Anleitung zu überarbeiten. 🙁 Das, was du gezeichnet hast, ist genau richtig.

Danke für die detaillierte Analyse. Ich finde es interessant, wie du unsere Debug-Informationen auseinandernimmst. 😀 Leider weiß ich noch nicht, wann ich dazu komme, mir das genauer anzusehen. Ich habe schon einen Tab mit diesem Thread auf, sodass er mich jeden Tag anstarrt. Edit: Wenn ich so drüber nachdenke, ist wahrscheinlich das Problem, dass durch die 5 Minuten Wartezeit im dreiphasigen Modus vor der Umschaltung so viel Energie aus dem Netz bezogen wird, dass power_available_filtered_w weit nach unten gedrückt wird. Wenn dann auf einphasig umgeschaltet wird und der Bezug plötzlich weg ist, erholt sich der Wert nicht schnell genug und ist eine Zeit lang negativ. In der Grafik zum zeitlichen Verlauf sieht man auch am Anfang, dass power_available_w kontinuierlich sinkt.

Wenn OCPP aktiviert ist, muss ein Ladevorgang auch unbedingt per OCPP freigegeben werden. Das lässt sich nicht per MQTT oder Start-Button überschreiben. Welchem Mitarbeiter sollte der Ladevorgang dann auch zugeordnet werden? Was genau stellst du dir darunter vor, wenn du per MQTT irgendwas starten willst?

Ja, das ist maximal ineffizient. Allerdings sind die Verluste in Summe exakt die gleichen, wenn du dein Auto aus dem Netz lädst (AC→DC) und dein Haus mit Batteriestrom betreibst (DC→AC), oder alternativ das Auto mit Batteriestrom lädst (DC→AC→DC). Die Verluste treten nur zu einer anderen Tageszeit auf. Von daher bin ich der Meinung, dass das nur bei dynamischen Strompreisen relevant ist. Ich könnte mir gut vorstellen, dass es bei EVCC die Option gibt, weil die Nutzer danach gefragt haben, und nicht unbedingt, weil es sinnvoll ist. 😉

Den Parameter gibt es auch für den WEM, allerdings undokumentiert und versteckt. Unter http://wem-ABC/charge_manager/config kannst du dir die aktuelle Konfiguration des Lastmanagers anzeigen lassen. Gegebenenfalls musst du bei deinem Browser noch auf die Rohansicht wechseln. Dort gibt es requested_current_margin, was 6000 sein sollte. Das kannst du einfach mal auf 5000 reduzieren oder auch irgendwas anderes ausprobieren. Unter 2000 wird der Regler nicht mehr sinnvoll arbeiten können. Möglicherweise kannst du 3000 nicht einstellen, weil das durch 6000 ersetzt wird. Nimm dann einfach 3001. Um die geänderte Konfiguration zu speichern, musst du auf http://wem-ABC/recovery gehen und dort das obere API-Fenster so befüllen: {"method":"PUT", "url":"/charge_manager/config_update", "payload":PAYLOAD} Statt PAYLOAD musst du die gerade geänderte Konfiguration einsetzen. Sieht dann z. B. so aus (das Beispiel hat keine Wallbox eingetragen): {"method":"PUT", "url":"/charge_manager/config_update", "payload":{"enable_charge_manager":true,"enable_watchdog":false,"default_available_current":0,"maximum_available_current":0,"minimum_current_auto":true,"minimum_current":6000,"minimum_current_1p":6000,"minimum_current_vehicle_type":0,"verbose":false,"requested_current_threshold":60,"requested_current_margin":5000,"chargers":[]}} Dann auf „Call API“ klicken und unten sollte 200 erscheinen. Viel Spaß beim Basteln. 😀