MatzeTF

Bitte lade einen Debug-Report runter (unter System → Ereignis-Log) und hänge ihn hier an.

Bei „Virtueller Zähler“ musst du „Netzbezug“ auswählen und darfst den Messort nicht abweichend einstellen. Ein PV-Zähler, der sich angeblich am Netzanschluss befindet, ist nutzlos. Wobei ich gerade sehe, dass für SolarEdge-Geräte eigentlich SunSpec vorgesehen ist, und nicht Modbus/TCP. Lies dir mal das hier durch.

Ich vermute, dass du beim SolarEdge-Wechselrichter den Zähler für die PV-Leistung ausgewählt hast, nicht den für den Netzbezug. Für PV-Überschussladen brauchst du aber den Netzbezug. Die PV-Leistung ist egal.

Der Preis der WARP4 wird ähnlich dem der WARP3 sein aber etwas teurer. Grund ist nur zur Hälfte die ISO 15118-Technik. Die andere Hälfte ist leider die inflationsbedingte Preissteigerung aller Komponenten. Die WARP3 kostet immer noch genauso viel wie die vor über fünf Jahren eingeführte WARP1, aber die Preise sind inzwischen einfach nicht mehr zu halten. ☹️ Die Versionen Smart und Pro wird es weiterhin geben. Die Basic fällt weg, da für neue Wallboxen ISO 15118 und Internetfähigkeit rechtlich vorgeschrieben sind, was die Basic nicht kann. Stattdessen wird es „nach oben“ eine neue Variante geben, um Anwendungsfälle mit speziellen rechtlichen Vorgaben abzudecken, aber die ist noch nicht angekündigt. 😉

Probier mal die Firmware von heute aus.

Eher Wochen als Monate. Wir können uns nicht leisten, monatelang keine Wallboxen zu verkaufen und für WARP3 reichen die lagernden Teile nur bis Anfang Juni. 🫣

Leider konnte ich aktuell keine Angabe dazu bekommen. Wenn du einen fixen Termin beim Elektriker hast, bis wann bräuchtest du sie denn?

Die WARP4 wird übrigens ab dem 1.6. vorbestellbar sein. Es werden dann allerdings erst die restlichen WARP3-Bestellungen abgearbeitet, die bis zum 31.5. eingegangen sind.

Ich bin da offensichtlich nicht auf dem aktuellen Stand, was Layer 3-Switches heutzutage kosten.

Keine Ahnung, was „L2/L3/L4 access control lists (ACLs)“ kann oder nicht kann. Vielleicht reicht das schon.

Die Wallbox kann leider kein 802.1X. Ich nutze VLANs, die über einen zentralen Router verbunden sind und in dessen Firewall das Wallbox-VLAN ein paar Ports gewhitelistet hat. Nur ein managed Layer 2-Switch hilft dir nicht, da der keine IP/Port-Filter unterstützt. Du bräuchtest mindestens einen Layer 3-Switch, der aber mächtig teuer wäre. Als Bastellösung würde ich einen alten Raspberry Pi mit einem USB-Ethernet-Adapter für den zweiten LAN-Port benutzen und dann irgendeine einfache Firewall-Verwaltung darauf installieren. Ich würde erwarten, dass es dutzende Online-Anleitungen gibt, wie man einen Pi als einfache Firewall einrichtet. Ich sehe übrigens keinen Vorteil von einem U-Profil um das Kabel. Der Stecker ist in der Wallbox, sodass man ohne U-Profil das Kabel nur durchschneiden und einen eigenen Stecker drancrimpen kann. Stattdessen ist es schneller, wenn man einfach den Deckel abschraubt und den vorhandenen Stecker nutzt. Das U-Profil schützt dich in dem Fall gar nicht.

Die LPC- und MPC-Usecases sind unabhängig voneinander. Der MPC-Usecase ist nur bei vorhandenem Zähler nutzbar, also nur bei einer Pro. Ein Fahrzeug lädt oft nicht mit der maximalen Wallbox-Leistung, nicht nur beim PV-Überschussladen, sondern auch wenn gegen Ende des Ladevorgangs die Batteriezellen ausbalanciert werden. Wenn ein HEMS nun die MPC-Werte für irgendeine Steuereung nutzen will, passiert tendenziell irgendwas falsches, wenn die Werte überhaupt nicht zur Realität passen. Es ist daher besser, keine Werte statt falscher Werte zu senden.

Probier das nochmal aus. Im „Aus“-Modus darf die Wallbox nicht auf „Ladebereit“ gehen.

Entriegelt das Auto denn seinen Ladeport, wenn du die Stopp-Funktion benutzt? Die Wallbox kann eigentlich kein Ladeende signalisieren, da Lademodus „Aus“ und Benutzer-Stopp aus Sicht des Autos nicht unterscheidbar sind. Den Zustand „ladebereit, aber kein Strom“ gibt seitens der Wallbox nicht. Die Wallbox gibt Strom frei, wenn sie ladebereit ist. Gibt sie keinen Strom frei, ist sie auch nicht ladebereit.

Das kommt ganz darauf an, wie der Shelly den Strom berechnet. Das Lastmanagement verwendet nur Stromwerte und verlässt sich darauf, dass der installierte Stromzähler diese korrekt meldet. Meldet der Mist, macht das Lastmanagement wahrscheinlich auch Mist. Hier einige mögliche Szenarien: Ohne Spannung wird immer ein Stromwert nahe Null ausgegeben. Das Lastmanagement geht dann davon aus, dass am Netzanschluss kaum Strom fließt und eine Überlastung wird nie erkannt. Der gemessene Strom wird in korrekter Höhe immer positiv ausgegeben. In diesem Fall funktioniert das Lastmanagement wie erwartet. Der gemessene Strom wird in korrekter Höhe immer negativ ausgegeben und somit als Einspeisung interpretiert. In diesem Fall wird eine Überlastung nie erkannt. Die gemessene Spannung an den nicht angeschlossenen Klemmen schwankt zufällig zwischen 0,1 V und -0,1 V, was dazu führt, dass die angenommene Richtung des Wirkstroms mal als Bezug und mal als Einspeisung interpretiert wird. Wird der Stromfluss gerade als Einspeisung interpretiert, wird eine mögliche Überlastung nicht erkannt. Genaueres kann ich dir nicht sagen, da ein Stromzähler ohne Spannungsmessung Unsinn ist und das noch keiner ausprobiert hat. Offiziell wird das auch nicht unterstützt.

Für dynamisches Lastmanagement brauchst du prinzipiell nur die Phasenströme, aber es muss dabei auch die Richtung des Wirkstroms bekannt sein. Die bekommt man nur raus, wenn man auch die Phasenspannung kennt. Ohne Spannung kann der Zähler nicht zwischen Bezug, Einspeisung und Blindleistung unterscheiden.

Das Problem ist nicht die Anzahl oder das Alter der Ladevorgänge, sondern dass sich bei der Behandlung von Ladevorgängen mit unbekannter Startzeit ein Bug eingeschlichen hat, der aber, wie schon gesagt, mit der nächsten Firmware behoben werden soll.

Die nächste Firmware enthält dann auch auf der Zertifikats-Unterseite einen Hinweis auf die unterstützten Schlüsseltypen, damit niemand auf die Idee kommt, ECDSA mit P-521 oder RSA mit 8192 Bit zu verwenden.

Mit 2.10.0 haben wir neben Cipher-Suites ohne PFS auch bei den elliptischen Kurven aufgeräumt und theoretisch ungenutzte optionale Kurven entfernt. Dem ist auch die NSA-Kurve P-384 zum Opfer gefallen. Da sie ziemlich lahm ist, aktuell keinen praktischen Sicherheitsgewinn bietet und halt optional ist, bin ich davon ausgegangen, dass sie niemand tatsächlich verwendet. Dein eigenes Rootzertifikat verwendet P-384, sodass die Wallbox das aktuell nicht verifizieren kann und die Verbindung abgebrochen wird. Zwischenzeitlich haben wir aber schon festgestellt, dass eine handvoll offizieller Root-CAs auch P-384 verwendet, sodass die nächste Firmware die Kurve wieder unterstützen wird. Du kannst bis zum nächsten Release auf die vorige Firmware zurückgehen. Version 2.9.1 gibt es nicht. Meinst du 2.9.0?

Kannst du einmal die verwendeten Zertifikate posten oder alternativ mir per PM schicken? Root CA, Intermediate CA und Leaf; sowohl die ECDSA- als auch die RSA-Varianten; nur Zertifikate, keine privaten Schlüssel. Welche Cipher-Suites hast du auf dem MQTT-Server aktiviert? Wir haben nach 2.9.1 Cipher-Suites ohne PFS deaktiviert. Der Server muss also Cipher-Suites mit ECDHE-RSA oder ECDHE-ECDSA anbieten und du solltest die x25519-Kurve nicht explizit deaktivieren.

Nee, warte erstmal ab. Ich hoffe, ein Kollege wird sich das morgen ansehen können.

Kannst du in dem Zustand mal einen Debug-Report runterladen (unter System → Ereignis-Log) und hier anhängen?

Das ist ein Ladeprotokoll (von Wallbox → Ladestatus), was in diesem Fall nicht weiter hilft. Bitte hänge einen Debug-Report an. Dafür unter System → Ereignis-Log auf den breiten blauen Knopf drücken. Lade den Debug-Report möglichst dann runter, wenn das Auto gerade kurz geladen hat und immer noch angesteckt ist.

Wenn NFC-Authorisierung aktiviert ist, kann man zu Beginn des Ladevorgangs über das Webinterface oder MQTT die Freigabe für einen bestimmten Benutzer erteilen. Die NFC-Tags müssen dafür nicht tatsächlich existieren. Man kann auch irgendwas eintragen und die Fantasie-Tags Nutzern zuordnen. Das klappt allerdings nur zu Beginn des Ladevorgangs. Man kann nicht nachträglich einen Ladevorgang einem Benutzer zuordnen.

Hast du schon im Menü unter „Schnittstellen“ nachgesehen?