MatzeTF

Mir ging das gerade nochmal mit den Aderfarben durch den Kopf: Bei dem weit verbreiteten Standard TIA-568B wären orange + weiß/grün die Pins 2 und 3. Bei dem in den USA noch genutzten TIA-568A wären orange + weiß/grün die Pins 6 und 1. Beides finde ich sehr ungewöhnlich. Organisier dir doch mal ein Oszilloskop und lass dir mal ohne RS485-Bricklet anzeigen, was auf den beiden Leitungen los ist, und ob das nach einem sauberen differenziellen Signal aussieht, oder ob eine der beiden Leitungen einen konstanten Pegel hat oder sogar ein ganz anderes Signal drauf hat. Wenn du nicht weißt, wie ein differenzielles Signal aussehen sollte, hängt das Oszilloskop einfach an das RS485-Bricklet und sende irgendwas raus. Wie gesagt, würde mich nicht wundern, wenn das Kabel einfach die falschen Pins rausführt. Hier kannst du sehen, welche Aderfarben eigentlich Paare bilden. Falls die beiden aktuell rausgeführten Adern nicht zum selben differenziellen Signal gehören, könntest du mit dem Oszilloskop gucken, ob z.B. orange + weiß/orange oder grün + weiß/grün zum selben differenziellen Signal gehören. Das wäre dann der Ausgang von dem Gerät und du könntest einfach mal das jeweils andere Paar an das RS485-Bricklet anschließen (+ und - raten, ggf. tauschen). Sofern im Oszilloskop auf dem Paar keine Spannung über 12 V angezeigt wird, kann da eigentlich nichts kaputtgehen.

Falls das Problem öfters auftreten sollte, erstell bitte ein Ladeprotokoll. Die Funktion findest du im Webinterface der Wallbox unter Wallbox → Ladestatus. Protokoll starten, Auto einstecken, lange genug warten, dass das Auto eigentlich anfangen sollte zu laden, Protokoll beenden. Falls du das Problem mit aufgezeichnet bekommen hast, lade das Protokoll hier hoch, damit wir uns das ansehen können. Falls das Auto bei dem Versuch doch normal lädt, kannst du das Protokoll beenden, aber hochladen brauchst du es nicht, da es uns in dem Fall nicht weiterhilft.

Ich glaube, du stellst dir das viel zu einfach vor. Aber geh besser mal zu E3DC, wenn du zeitnah V2H/V2G willst. Bei Tinkerforge gibt es aktuell keine konkreten Pläne für eine entsprechend fähige DC-Wallbox. Und falls noch eine kommt, bestimmt nicht im Preissegment 1000 - 1500 €. 😉

Das sieht richtig aus. Zum letzten Punkt: Im Energy Manager muss der Charger als gemanagete Wallbox eingetragen werden. Einfach beides mit (W)LAN verbinden reicht nicht. Wenn du EVCC verwendest und der Energy Manager nur die Phasenumschaltung durchführen soll, dann brauchst du keinen zusätzlichen Stromzähler am Energy Manager. Den Energy Manager kannst du bei EVCC zusätzlich eintragen, dann übernimmt EVCC die Phasenumschaltung. Im Zweifelsfall schreibst (oder zeichnest) du ihm genau das auf, was du am Anfang deines Posts geschrieben hast. Zu den bisher häufigsten Installationsfehlern gehören übrigens Hilfskontakt (23, 24) gar nicht angeschlossen, die falschen Klemmen angeschlossen (21, 22) oder den falschen Eingang am Energy Manager verwendet (3 statt 4). Alle drei Fehler führen dazu, dass beim ersten Versuch, auf dreiphasig umzuschalten, ein Schützfehler erkannt wird.

Ich bin mir jetzt nicht ganz sicher, was aktuell noch das Problem ist. Funktioniert Überschussladen so, wie es soll, wenn die App des Wechselrichters nicht läuft? Und nur, wenn die App läuft, funktioniert es nicht mehr und EVCC produziert die Fehlermeldungen? In dem Fall sieht es so aus, als kann der Wechselrichter einfach nicht mehrere Clients gleichzeitig bedienen, also EVCC und App gleichzeitig. Dagegen wird man wahrscheinlich nichts machen können.

Jein. Kommt drauf an, wer die Wandlung von DC-Batteriespannung zu AC-Netzspannung machen soll. Wenn das Fahrzeug einen Wechselrichter integriert hat, kann die WARP das jetzt schon. Es ist aber unwahrscheinlich, dass Fahrzeuge das haben werden, und wenn VW von bidirektionalem Laden über CCS spricht, werden sie mit Sicherheit meinen, dass man die DC-Spannung der Batterie darüber abgreifen kann, und die Wallbox den Wechselrichter integriert haben muss. Ein Wechselrichter mit einer relevanten Leistung wäre allerdings schon größer (und teurer) als die WARP selbst. Ein Auf- oder Umrüsten ist daher nicht möglich. Stattdessen wäre eine DC-Wallbox mit komplett anderer Technik notwendig.

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.