MatzeTF

Das hört sich eher wie ein EVCC-Problem an, mit dem du bei den EVCC-Leuten besser aufgehoben bist. Laden kannst du aber? Mit der Maximalleistung vom Cupra?

So funktioniert halt der Standard, dem die Wallboxen mit Typ 2-Stecker gehorchen müssen. Die Wallbox kommuniziert dem Fahrzeug nur den maximal erlaubten Ladestrom pro Phase. Der entspricht üblicherweise der Anschlussleitung bzw. Absicherung der Wallbox. Das Fahrzeug kann dann selbst entscheiden, wie viele Phasen es nutzen möchte. Eine 11 kW Wallbox unterstützt maximal 16 A pro Phase (11000/230/3). Würde diese Wallbox nun „11 kW“ statt „16 A“ kommunizieren, könnte ein Fahrzeug, das einphasig laden möchte, versuchen, 11 kW auf einer Phase zu ziehen, also 48 A. Das würde natürlich nicht funktionieren. Deswegen kann man nur den Ladestrom vorgeben, auch wenn das unintuitiv ist.

Glückwunsch zum neuen Renault Zoe, auch bekannt als „Ladezicke“. 😉 Okay, Spaß beiseite. Was du siehst, dürfte das typisches Problem von Zoes sein, speziell Zoe R110 und R135. Die mögen nämlich bei dreiphasigem Laden keine kleinen Ladeströme und verursachen dann nur Blindleistung. Wenn du bei angeschlossenem Zoe und 6 A Ladestrom die Stromzählerwerte ansiehst (Wallbox → Stromzähler → Details anzeigen), wirst du wahrscheinlich sehen, dass die Werte für Wirkleistung nahe 0 sind, die Blindleistung pro Phase dagegen bei über 1000 var liegt. Die „Lösung“ für das Problem ist, bei dreiphasigem Laden nie weniger als 9,2 A Ladestrom einzustellen. Das ist der minimale Wert, bei dem Zoes dreiphasig noch normal Laden. Wenn du das manuell begrenzen willst, musst du dran denken, nicht unter 9,2 A zu gehen. In das Zahlenfeld bei „konfigurierter Ladestrom“ kannst du dafür auch Kommawerte eintragen. Bei unserem Energiemanager gibt es dafür extra den Zoe-Modus. Wenn du deine Wallbox beim Energiemanager einrichtest, kannst du dort als Fahrzeugmodell Zoe auswählen, was automatisch 9,2 A als minimalen Ladestrom bei dreiphasigem Laden verwendet. Wenn du einen Energiemanager mit Schütz zur Phasenumschaltung installierst, wird übrigens automatisch ein minimaler Ladestrom von 6 A bei einphasigem Laden verwendet. Das klappt bei Zoes nämlich problemlos.

Beim Industrial Quad Relay Bricklet ist das Problem, dass das verwendete SSR eine Einschaltzeit von bis zu 5 ms hat. Damit könnte man bestenfalls eine PWM-Frequenz im Bereich von 200 Hz erreichen und hat muss wahrscheinlich mit hohe Schaltverlusten mit entsprechender Erwärmung des SSR rechnen. Ich glaube nicht, dass das praktikabel ist. Das Industrial Dual AC Relay Bricklet wird auch kein PWM können, da das verwendete SSR eine Zero-Crossing-Detection enthält und somit nur im Nulldurchgang einer Wechselspannung schaltet. Wenn du PWM brauchst, kannst du es mit dem IO-4 Bricklet 2.0 oder dem Industrial Digital Out 4 Bricklet 2.0 versuchen. Ersteres bietet dir bis zu 32 MHz PWM mit nicht galvanisch getrenntem 3,3 V-Pegel und max. 50 mA Belastbarkeit. Zweiteres bietet dir bis zu 40 kHz PWM galvanisch getrennt mit bis zu 36 V-Pegel und max. 25 mA Belastbarkeit. Mit beiden kann man übrigens gut vierpolige PC-Lüfter mit PWM-Eingang steuern. Verbraucher, die mehr als ein paar Milliampere Strom brauchen, wie z.B. LED-Lampen, kann man damit leider nicht dimmen. Es sollte aber möglich sein, ein entsprechend fähiges SSR damit anzusteuern, und das dann den Verbraucher schalten lassen.

Laut Anleitung kann man RS232, RS485, ein GPS-Modul und einen Windmesser anschließen, aber immer nur eins davon. Daher vermute ich, dass einige der 8 Pins der RS485-Buchse tatsächlich von einem internen Modbus-Master benutzt werden, der GPS und Windmesser abfragen will. Für die Nutzung als Modbus Slave wären dann andere Pins vorgesehen. Es würde mich nicht wundern, wenn das RS485-Kabel einfach die falschen Pins rausführt. Leider ist der RS485-Anschluss nicht dokumentiert. Ich finde es schon seltsam, dass die beiden Adern orange (bzw rot) und grün/weiß sind. Das ist offensichtlich ein durchgeschnittenes Ethernet-Kabel, und die beiden Aderfarben sind eigentlich kein Paar.

Ist gefixt und kommt in die nächste Energy Manager Firmware rein.

Ja, das wäre aktuell meine Vermutung. Nach dem state_update behauptet das Zählermodul, Werte zu haben, hat aber keine, bzw. nur NAN-Floats. Probier doch mal aus, was passiert, wenn du vor dem state_update einmalig einen Power-Wert von 0 an values_update sendest. Edit: Mein Vorschlag funktioniert nicht, weil value_update vor dem state_update ignoriert wird. Das müssen wir in der Energy Manager Firmware fixen.

Was misst der Stromzähler? Nur den Stromverbrauch der Wallbox? Wohin werden die Werte per MQTT gesendet? An die Wallbox?

Bitte entschuldige die Verzögerung. Bei uns ist noch Urlaubssaison und der Hauptentwickler für die Wallbox-Firmware ist aktuell nicht da. Angehängt findest du Test-Firmwares für Energy Manager und Wallbox. Es würde uns sehr weiterhelfen, wenn du nach dem ersten Ladevorgang eine kurze Rückmeldung gibst, ob alles so geklappt hat, wie du es erwartet hast, oder ob es noch Probleme gibt. Edit: Veraltete Firmware entfernt.

In dem Dokument steht ja praktisch nichts zu RS485 drin. Wenn man das Gerät über RS485 bzw. Modbus abfragen bzw. konfigurieren können soll, dann muss irgendwo die Modbus-Adresse stehen und vor allem müssen alle Modbus-Register dokumentiert sein. So kann man mit der RS485-Schnittstelle doch gar nichts anfangen. Anders sieht es natürlich aus, wenn die Schnittstelle gar nicht dazu da ist, das Gerät abzufragen bzw. zu konfigurieren, sondern das Gerät tatsächlich als Modbus-Master agiert und über RS485 mit irgendwelchen herstellerspezifischen Erweiterungen verbunden werden kann.

Ich konnte das hier reproduzieren. Das orangene (rote) Blinken beim Starten liegt daran, dass bei aktiviertem Ethernet die Startphase manchmal länger ist als erwartet. Wird demnächst gefixt. Das fehlende grüne Blinken ist tatsächlich ein Bug, da bei verzögerter interner Kommunikation, die das orangene Blinken auslöst, das Kommando zum aktivieren des grünen „Atmens“ verloren geht. Wird auch gefixt.

Das, was im „RS485“-Modus ausgegeben wird, sieht für mich so aus aus, als würde ein Modbus Master die Geräte mit den IDs 3 und 4 abfragen und keine Antwort bekommen. Ich weiß nun leider nicht, was im Gerät mit dem blauen Deckel steckt. Möglicherweise ist das Gerät als Master konfiguriert oder enthält ein Modul, das als Master konfiguriert ist. Ich kann mir keinen anderen Grund vorstellen, warum du sonst diese Datenpakete empfängst, obwohl du nichts angefragt hast, da Slave-Geräte nicht ungefragt senden dürfen. Unabhängig davon ist es übrigens empfehlenswert, die Bus-Masse am Bricklet an GND anzuschließen, wenn sie schon vorhanden ist. Die Schirmung vom Kabel sollte dagegen nicht am Bricklet angeschlossen werden. Das kann aber nicht die Ursache für deine unangeforderten Datenpakete sein.

rtrb ist inzwischen im Urlaub. Wenn du regelmäßig Nachrichten empfängst, obwohl du keine Anfragen sendest, sollte das eigentlich bedeuten, dass ein anderes Gerät am Bus bereits ein Master ist. Zwei Master an einem Bus funktioniert üblicherweise nicht, weil sich die Anfragen gegenseitig stören. Regelmäßig zwei Nachrichten sieht so aus, als wäre ein Gerät am Bus ein Master, der ein anderes Gerät abfragt, das brav antwortet. Könnte das der Fall sein? Was für Geräte sind noch angeschlossen?

Apropos Phasen in der Wallbox ankommen: Wenn du entsprechendes Elektrikwissen besitzt und dir das zutraust, miss doch mal bei abgenommenem Deckel (bitte auf das Kabel zum Fronttaster aufpassen), ob unten am Schütz alle drei Phasen Spannung führen (Klemmen 2, 4 und 6 jeweils gegen 8). Wenn der Ladevorgang startet und das Schütz anzieht, müssen auch oben am Schütz alle drei Phasen Spannung führen (Klemmen 1, 3 und 5 jeweils gegen 7).

Hörst du, dass das Schütz in der Wallbox am Anfang des Ladevorganges schaltet und dann nach ca. 35 Sekunden wieder ausschaltet? Falls ja, kann eigentlich keine der Feinsicherungen kaputt sein.

Ein 230V-Lader lädt nur einphasig, die Wallbox dreiphasig. Da verhalten sich die Fahrzeuge oft unterschiedlich. Hast du schon die Sicherungen für die Wallbox kontrolliert? Manchmal werden statt einer Dreier-Sicherung drei Einzelsicherungen verbaut, von denen eine aus sein könnte. Dein Auto würde sich dann über eine Fehlende Phase beschweren. Falls du das noch nicht versucht hast, wäre es am einfachsten, einmal alle drei Sicherungen rauszuwerfen, kurz zu warten, und dann alle wieder einzuschalten. Kann dein Corsa an einer anderen (dreiphasigen) Wallbox laden? Kann ein anderes Auto an deiner Wallbox laden?

Bitte lade unter System → Ereignis-Log einen Debug-Report + Ereignis-Log runter und lade die Datei hier hoch. Am besten, während der Corsa angeschlossen ist. Wenn der Ladevorgang immer sofort wieder abgebrochen wird, kannst du zusätzlich auch ein Ladeprotokoll erstellen. Dazu unter Wallbox → Ladestatus → Ladeprotokoll erstellen auf „Start“ drücken (Tab offen lassen), Auto einstecken, warten, bis der Ladevorgang abbricht, „Stop“ drücken, Protokolldatei auch hier hochladen.

Statt alle Wallboxen ständig selbst abzufragen, könntest du vielleicht auch einen MQTT-Server aufsetzen und dein Python-Script lässt sich die Werte darüber zuschicken. Die MQTT-Verbindung zwischen Wallbox und MQTT-Server ist erfahrungsgemäß auch bei schlechter WLAN-Verbindung meist noch nutzbar.

Bei deaktiviertem PV-Überschussladen ist grünes „Atmen“ beabsichtigt, um anzuzeigen, dass alles ok ist. Dass es nach einiger Zeit aufgehört hat zu blinken, war nicht beabsichtigt und sollte inzwischen repariert sein.

Das musst du selbst programmieren. Ich habe dir dazu schon bei deiner anderen Frage geschrieben.

Welche Daten? Der ESP32 Ethernet Brick ist dafür ausgelegt, dass du dich mit dem Brick Viewer zu ihm verbindest und die Daten der angeschlossenen Bricklets dann im Brick Viewer siehst. Wenn du dich mit dem Handy zum ESP32 Ethernet Brick verbindest, kannst du nur Einstellungen für das Netzwerk und ähnliches verändern und ansehen, welche Bricklets angeschlossen sind, aber nicht, was für Daten sie liefern. Eine Brick Viewer App für Handys gibt es nicht. Wenn du die Daten von angeschlossenen Bricklets im Webinterface des ESP32 Ethernet Brick anzeigen möchtest, musst du die ESP32-Firmware anpassen und die gewünschte Funktionalität selbst programmieren, kompilieren und dann auf den ESP32 Ethernet Brick hochladen.

Beachte bitte, dass die Kalibrierungswerte immer für eine bestimmte Wallbox berechnet werden. Die Werte einer anderen Wallbox zu nehmen, führt oft dazu, dass das Ergebnis schlechter ist. Erwarte also besser nicht zu viel. 😉 Falls es schlechter wird, solltest du die Kalibrierung wieder auf den Werkszustand zurücksetzen.

1. Bei konstanter zur Verfügung stehender Leistung pendelt der WEM immer zwischen den beiden nächstgelegenen Leistungsstufen des Autos – also entweder etwas Bezug oder etwas Einspeisung – und bleibt dabei länger auf der Leistungsstufe, die näher dran ist. In der Praxis ist das meist nicht so relevant, da WEM und Auto bei wechselnder PV-Leistung sowieso permanent hin und her springen. Es gibt eine Einstellung für das Regelverhalten, mit der du beeinflussen kannst, ob der WEM zu Einspeisung oder Bezug tendiert, wenn das Auto den gewünschten Leistungswert nicht trifft. 2. Der WEM betrachtet nur die Bezugsleistung am Netzübergabepunkt, summiert über alle drei Phasen. Wenn du auf L1 10 kW beziehst und auf L2 und L3 jeweils 2 kW einspeist, „sieht“ der WEM einen Bezug von 6 kW. Diesen Wert versucht der WEM auf 0 zu halten, wenn du dein Auto lädst. Das ist schließlich auch das, was dein Energieversorger berechnet. 3. Ja, in gewissen Grenzen. Über das Regelverhalten kannst du vorgeben, ob der Batteriespeicher oder dein Auto Vorrang bekommt. 4. Wir arbeiten aktuell an einer Unterstützung für SunSpec. Wenn dein Wechselrichter oder Batteriespeicher das unterstützt (oder einer deiner vielen andern Stromzähler 😉), kannst du zukünftig die Daten direkt dort auslesen. Alternativ kannst du, wie du schon schriebst, Messwerte per MQTT oder aber auch per HTTP in den WEM schieben. Ein bis zwei Sekunden Verzögerung sollten bei der Verarbeitungskette okay sein, ohne das Regelverhalten zu versauen. Kommt auch drauf an, wie schnell dein Auto reagiert. Der Regelzyklus beim WEM ist 5 Sekunden lang. Die Autos, die wir getestet haben, haben sich meist nach ca. 3 Sekunden auf den neuen Ladestrom eingependelt. Wenn mindestens eines deiner Geräte SunSpec unterstützt und EVCC aktuell bei dir halbwegs funktioniert, würde dir raten, auf unsere SunSpec-Unterstützung zu warten.

Falls du statt einem 2.0 ein 2.1 geliefert bekommst: Theoretisch sollte es funktionieren, wenn du zwei der Ausgänge in entgegengesetzter Richtung hintereinander hängst und beide gleichzeitig schaltest. Also z.B. CP vom EVSE an Kanal 0 +, Kanal 0 - an Kanal 1 -, Kanal 1 + an CP vom Ladekabel. Was mir noch gerade einfällt: Wenn du CP selbst trennst, gilt das jedes Mal als Stecker physisch trennen, was den aktuellen Ladevorgang beendet und beim CP verbinden einen neuen Ladevorgang startet. Du wirst dann bei jeder Phasenumschaltung eine neue getrackte Ladung generieren. Beim EVSE V2 tritt das nicht auf, weil es davon ausgeht, dass während einer CP-Trennung das Fahrzeug verbunden bleibt. Ein Abstecken des Fahrzeuges würde erst nach Ende der CP-Trennung erkannt werden.

Ja, das siehst du richtig. Zweiphasiges Laden ist in den Standards, die den Typ 2-Stecker verwenden, nicht vorgesehen, und es gibt Fahrzeuge, die einen zweiphasigen Anschluss nicht mögen. Deswegen unterstützen wir das nicht. Das führt, genau wie du das beschrieben hast, zu einer „Lücke“ zwischen ein- und dreiphasigem Betrieb. Einen gewissen Bezug bzw. Einspeisung hast du aber sowieso, da kein uns bekanntes Fahrzeug tatsächlich exakt den vorgegebenen Ladestrom nutzt. Viele Fahrzeuge machen z.B. Sprünge von 300 W, womit du selbst im besten Fall immer noch zwischen 150 W Bezug und 150 W Einspeisung schwankst. Es muss immer Phase 1 aktiv bleiben, Phasen 2 und 3 können geschaltet werden. Einerseits gehen Fahrzeuge immer davon aus, dass zumindest Phase 1 angeschlossen ist, zum anderen hängt an Phase 1 auch die Stromversorgung der Wallbox-Elektronik.