rtrbt

Firmware: WARP2 2.7.1, WARP3 2.7.1 Erkennung der angeschlossene Phasen nach Neustart repariert (durch Update auf Ladecontroller-Firmware 2.2.10) Download: WARP2 2.7.1 bzw. WARP3 2.7.1

Firmware: WARP1 2.7.0, WARP2 2.7.0, WARP3 2.7.0, WARP Energy Manager 2.3.0,WARP Energy Manager 2.0 1.2.0 (Nur WARP Energy Manager) Unterstützung der Phasenumschaltung von mehr als einer Wallbox durch ein Schütz entfernt (Nur WARP Energy Manager) "Nur Phasenumschaltung"-Modus hinzugefügt: Erlaubt anderem WARP Charger oder Energy Manager einen Verbund aus einem WARP Energy Manager und einem WARP Charger als phasenumschaltbare Wallbox zu steuern (Nur WARP Energy Manager) Lastmanagement überarbeitet: Phasen werden unabhängig gesteuert (Nur WARP Energy Manager) Dynamisches Lastmanagement hinzugefügt (Nur WARP Energy Manager) Unterstützung von PV-Überschussladen mit mehr als einer Wallbox hinzugefügt (Nur WARP Energy Manager) Maximum der (lastgemanagten) Wallboxen auf 64 erhöht (Nur WARP Energy Manager) Passive Unterstützung von Batteriespeichern zum PV-Überschussladen hinzugefügt (Nur WARP2, WARP3, WARP Energy Manager) Abfrage dynamischer Strompreise hinzügefügt (Nur WARP2, WARP3, WARP Energy Manager) PV-Ertragsprognose hinzugefügt (Nur WARP2, WARP3, WARP Energy Manager, WARP Energy Manager 2.0) Eco-Modus / Ladeplanung hinzugefügt MQTT-"Nur lesen"-Modus hinzugefügt Fernzugriff: Registrierung mit Autorisierungstoken hinzugefügt (Nur WARP Energy Manager) Unterstützung für weitere Modbus-TCP-Geräte hinzugefügt: Hybrid-Wechselrichter: GoodWe, Solax, Hailei, Fox ESS H3; Stromzähler: Siemens PAC, Carlo Gavazzi; Batteriespeicher: Fronius GEN24 Plus (Nur WARP Energy Manager) Unterstützung für RCT Power Hybrid-Wechselrichter hinzugefügt (Nur WARP Energy Manager) Einstellung für Systemsprache hinzugefügt (Nur WARP Energy Manager) "PV-Überschuss" und "dynamisches Lastmanagement"-Vorlagen zum API-Meter hinzugefügt (Nur WARP Energy Manager) Maximum der Fernzugriffs-Nutzer auf 5 erhöht (Nur WARP Energy Manager) SunSpec: Unterstützung mehrerer Modelle des selben Typs pro Gerät hinzugefügt (Nur WARP Energy Manager) Hinzugefügt, dass der Energy Manager im Proxy-Modus erkennt und blockiert, wenn er von mehreren Lastmanager gleichzeitig gesteuert wird (Nur WARP Energy Manager) Hinzugefügt, dass erst bei bestehender Netzwerkverbindung Verbindungen zu Servern aufgebaut werden (Nur WARP Energy Manager) Zeitmessung über RTCs, NTP und andere Zeitquellen verbessert (Nur WARP Energy Manager) Beschreibungstexte der Energiewerte des 4. Quadranten verbessert (Nur WARP Energy Manager) Einphasigen Modus des Shelly Pro (3)EM repariert (Nur WARP Energy Manager) MQTT: Sichergestellt, dass bei einer Verbindung zu einem nicht-standard-konformen MQTT-Broker nicht der Arbeitsspeicher gefüllt wird (Nur WARP Energy Manager) Häufige Modbus-Timeout-Meldungen im Ereignislog behoben (Nur WARP Energy Manager) Behoben, dass Nulllinie auf Achsenlabels gezeichnet wurde (Nur WARP Energy Manager) Benutzerinterface der Stromzähler-Unterseite verbessert (Nur WARP1, WARP2, WARP3, WARP Energy Manager 2.0) Lastmanagement: Hinzugefügt, dass Wallboxen synchron ab-/zugeschaltet werden um allen Fahrzeugen das Laden zu erlauben (Nur WARP1, WARP2, WARP3, WARP Energy Manager 2.0) Lastmanagement: Priorisierung der Wallboxen nach durchschnittlich zugewiesener Ladeleistung hinzugefügt (Nur WARP1, WARP2, WARP3, WARP Energy Manager 2.0) Lastmanagement: Fälschliche Ausgabe eines Fehlers nach einem Neustart des Lastmanagers entfernt (Nur WARP1, WARP2, WARP3, WARP Energy Manager 2.0) Sichergestellt, dass Anmeldeseite in der bevorzugten Sprache des Browsers des Nutzers angezeigt wird WLAN-Scanergebnisse bei unerwarteten Zeichen repariert Fernzugriff: Mehrzeilige Notizen hinzugefügt (Nur WARP1, WARP2, WARP3, WARP Energy Manager 2.0) SunSpec: Automatische Erkennung des Fronius GEN24 Plus Batterie-Modells hinzugefügt Modbus TCP: Netzfrequenzwerte des Shelly Pro (3) EM hinzugefügt Modbus TCP: Vorzeichen diverser Deye-Messwerte repariert SunSpec: Vorzeichen der SolarEdge-Wechselrichter-Leistung repariert SunSpec: Work-around für byte-vertauschte Kostal-Float-Werte hinzugefügt SunSpec: Work-aroung für SolarEdge-Zählermodell-Vertauschung hinzugefügt (Nur WARP Energy Manager 2.0) Zurücksetzen auf Werkszustand mit Knopfdruck repariert Erkennung des CapsLock-Zustands bei Passwort-Feldern verbessert (Nur WARP2) Hinzugefügt, dass eine Wallbox sich als einphasig angeschlossen annimmt, wenn der Zähler nur Spannung auf L1 misst (durch Update auf Ladecontroller-Firmware 2.2.9) Mehrere Fernzugriffs-Bugs behoben Übersetzungen verbessert Download: WARP1 2.7.0 bzw. WARP2 2.7.0 bzw. WARP3 2.7.0 bzw. WARP Energy Manager 2.3.0 bzw. WARP Energy Manager 2.0 1.2.0

Das sieht nach einem EVCC-Bug aus: Alle 3 bis 4 Minuten wird das Laden für eine bis wenige Sekunden verboten und dann wieder erlaubt. Hast du von dem Zeitraum (27.01. nachts bis ~ 06:43) noch das EVCC-Log? Vielleicht sehen wir darin, warum die Stromfreigabe immer kurz weggenommen wird. Alternativ-Ideen: Hast du andere Software, die per MQTT mit der Wallbox redet? Welchen MQTT-Broker benutzt du?

With the Pi 3 and Brick Viewer you should be able to find the HAT Brick. (You can also run Brick Viewer on your PC and connect to the Pi instead of installing it on the Pi) brick-flash does not work because the HAT is called Brick but technically it works like a Bricklet.

Es wird nur Adresse 1 benutzt. Die automatische Erkennung erkennt ausschließlich den Zählertypen (also SDM72 oder SDM630, usw.) anhand des Holding Registers 64515.

Das kommt darauf an, wann du blockierst. Im Extremfall blockierst du ab 8 Uhr wenn du jeden Tag vor 8 auf die Arbeit fährst. Im Moment nur mit Hacks. Wir haben noch auf der Liste eine Automatisierungs-Aktion einzubauen, mit der man beliebige APIs aufrufen kann (oder auch Ladestromslots außer dem für die Automatisierung schreiben). Aktuell kannst du das nur entweder extern machen (so wie @wuesten_fuchs) oder du hängst die Wallbox auf einen MQTT-Broker und benutzt die "Sende MQTT-Nachricht"-Aktion damit die Wallbox auf sich selbst evse/start_charging aufruft.

Du kannst dir unter Wallbox -> Automatisierung zwei Regeln anlegen, eine die um 02:00 den Ladevorgang freigibt und eine die um z.B. 18:00 den Ladevorgang blockiert (diese Regel ist nur notwendig, damit dann gegen 19:00 wenn du das Auto ansteckst der Ladevorgang blockiert ist) Achtung: Die Regeln sind so trivial wie sie aussehen, d.h. wenn du die Regel zum Blockieren heute um 18:01 konfigurierst, dann ist das Laden bis morgen 18:00 freigegeben, weil die Regel noch nicht ausgeführt wurde. Wenn du das eingerichtet hast und doch mal abends laden möchtest, kannst du unter Wallbox -> Ladestatus die Automatisierungs-Ladestromgrenze freigeben. Bis zur nächsten Ausführung der Blockierungs-Regel ist dann freigegeben.

Die externe Steuerung kannst du nicht mehr deaktivieren, stattdessen wird es mit dem nächsten Firmware-Release die Möglichkeit geben, dass du den MQTT-Schreibzugriff blockieren kannst (das ist effektiv das selbe nur strikter). Details hier:

Kannst du gerne machen. Im Anhang eine Testfirmware, du kannst damit unter Schnittstellen -> MQTT den "Nur Lesezugriff" aktivieren. Edit: Veraltete Firmware entfernt.

Um prinzipiell wieder zu ermöglichen, dass du mit EVCC Statistiken aufsammeln kannst, aber EVCC dir nicht das Laden verbietet, habe ich einen "Nur Lesen"-Modus zu den MQTT-Einstellungen hinzugefügt. Kommt mit dem nächsten Firmware-Update.

Hast du dazu im EVCC-Log mehr Details? Ich wüsste ad-hoc nicht unter welchen Umständen die Wallbox einen 403 schickt. Wenn du EVCC nicht erlauben möchtest, dass es den Ladestrom kontrolliert, würde ich auch erwarten, dass es die Phasenumschaltung nicht kontrolliert.

Firmware: WARP1 2.6.6, WARP2 2.6.6, WARP3 2.6.6 Maximum der Fernzugriffs-Nutzer auf 5 erhöht "PV-Überschuss" und "dynamisches Lastmanagement"-Vorlagen zum API-Meter hinzugefügt (Nur WARP1) Unterstützung für SDM630MCT-V2 hinzugefügt Behoben, dass Lastmanagement die falschen Wallboxen deaktiviert hat um andere wartende Wallboxen zu aktivieren Übersetzungen verbessert Download: WARP1 2.6.6 bzw. WARP2 2.6.6 bzw. WARP3 2.6.6

Laut Debug-Report ist unter Energiemanagement -> PV-Überschussladen die "Min + PV: Min­dest­lade­leistung" auf 1,380 kW konfiguriert. Das entspricht 6 Ampere einphasig. Du schreibst auch Das passt also. Was aber noch fehlt ist, dass du unter Wallbox -> Einstellungen die Zuleitung auf einphasig konfigurieren musst. Danach sollte es funktionieren wie erwartet.

Korrekt. Hintergrund ist das 1. jemand der die API aufrufen kann, die z.B. EVCC verwendet um den Strom zu setzen (eine Zahl auf evse/external_current zu schreiben), der kann genauso gut auch evse/external_enabled auf true setzen und damit die externe Steuerung aktivieren und 2. ist die vermutlich mit Abstand häufigste Supportanfrage, warum eine externe Steuerung die Wallbox nicht steuern kann und die Antwort ist in 99,9% der Fälle, dass die externe Steuerung auf der Wallbox nicht aktiviert wurde. Was ist dein Use-Case, dass du EVCC temporär(?) aussperren möchtest? Ich sehe im Debug-Report, dass du das PV-Überschussladen über die Wallbox machst und nicht über EVCC. D.h. du benutzt EVCC nur für das Auslesen des Batteriestands des Autos?

Wenn du keine Einzelsicherungen hast wird das kompliziert. Dann lassen wir das. Ja, dann können wir das ausschließen. Ich würde das Problem damit erstmal auf den e-Up scheiben.

Hier einmal geplottet: https://vislog.warp-charger.com/9kRSJhsGfAShANGoAsKgu8 Aus Sicht der Wallbox ist alles okay. Kurz wie das Laden funktioniert: Die Wallbox teilt dem Auto den erlaubten Ladestrom über ein PWM auf der CP-Leitung mit. Der erlaubte Strom sind in deinem Fall konstant 16 Ampere. Das Auto legt auf der CP-Leitung einen Widerstand an: ~ 2,7 kΩ wenn es nicht laden möchte, ~ 880 Ω wenn es laden möchte. Den kannst du auch plotten, wenn du auf "Widerstand CP/PE (Ohm)" klickst. Rauscht in deinem Fall etwas, ist aber absolut okay: Der e-Up legt permanent ~ 820 Ω an, was wir als "das Auto will laden" interpretieren. Wenn die Wallbox sieht, dass das Auto laden möchte und der erlaubte Ladestrom >= 6 Ampere ist, dann wird das Schütz geschaltet (kannst du auch zum Plot hinzufügen) und das Auto kann laden. Wie viel Strom das Auto tatsächlich zieht, hängt absolut vom Auto ab. Die Wallbox kann nur mitteilen "bitte ziehe maximal X Ampere" (das ist der erlaubte Ladestrom). Wie du im Plot sehen kannst, zieht der e-Up immer ~ 10 bis 20 Sekunden lang 16 A auf beiden Phasen und hört dann plötzlich auf. Das wird aber nicht von der Wallbox verursacht, der erlaubte Ladestrom und auch der Schützzustand bleiben immer gleich. Folgende Dinge könntest du testen: Lädt der e-Up wie erwartet an einer anderen Wallbox? (Falls du z.B. bei deinen Nachbarn oder einer öffentlichen AC-Säule testen kannst) Tritt das Problem nur bei zweiphasigem Laden auf? (Wenn deine Wallbox separat abgesichert ist, kannst du die 2. und 3. Phase wegschalten während das Auto nicht angesteckt ist und dann einmal versuchen zu laden) Wir hatten schonmal ein ähnliches Verhalten gesehen, wenn sich eine der Anschlussklemmen in der Wallbox gelöst hat. Du könntest die Box einmal stromlos machen und die Klemmen nochmal anziehen Es gibt im Moment ähnliche Probleme mit dem ID.4 und anderen VWs. Da liegt es wohl an einem Software-Update, das den Batteriecontroller nicht neustartet. Siehe z.B. hier https://github.com/evcc-io/evcc/discussions/17238 oder hier https://www.meinid.com/thread/5372-ac-laden-id4-schaltet-beim-laden-von-3-auf-2-phasen-alfen-eve-single-wallbox/?pageNo=2

Im Ladeprotokoll ist der interessante Teil leider nicht enthalten: Es werden maximal ~ 15 Minuten aufgesammelt, danach werden die ältesten Einträge verworfen (was das Webinterface im Moment nicht anzeigt, Issue hier: https://github.com/Tinkerforge/esp32-firmware/issues/386). Du hast das Protokoll aber nach Übergang nach Zustand B noch ~ 20 Minuten laufen lassen, deshalb wurde alles vor ungefähr 09:43 abgeschnitten. Im Ist-Zustand beim Start des Protokolls (der wird nie weggeworfen) sieht aber alles aus wie erwartet. Kannst du nochmal ein Protokoll ziehen?

Firmware: WARP1 2.6.5, WARP2 2.6.5, WARP3 2.6.5 Behoben, dass externe Steuerung nach einem Firmware-Update blockiert Behoben, dass gesteuerte Wallboxen nicht mehr per mDNS gefunden werden konnten (Nur WARP3) Unnötige Phasenumschaltungen bei gesteuerten Wallboxen behoben, wenn Fahrzeug voll ist (Nur WARP3) Anzeige der Phasenumschaltung auf gesteuerten Wallboxen repariert Behoben, dass Nulllinie auf Achsenlabels gezeichnet wurde Download: WARP1 2.6.5 bzw. WARP2 2.6.5 bzw. WARP3 2.6.5

Firmware: WARP1 2.6.4, WARP2 2.6.4, WARP3 2.6.4 Fehlende Hinweistexte im Webinterface behoben Download: WARP1 2.6.4 bzw. WARP2 2.6.4 bzw. WARP3 2.6.4

Firmware: WARP1 2.6.3, WARP2 2.6.3, WARP3 2.6.3 Behoben, dass der Lastmanager nie Strom verteilt, wenn nicht alle gesteuerten Wallboxen sofort erreichbar sind Download: WARP1 2.6.3 bzw. WARP2 2.6.3 bzw. WARP3 2.6.3

Firmware: WARP1 2.6.2, WARP2 2.6.2, WARP3 2.6.2 Passive Unterstützung von Batteriespeichern zum PV-Überschussladen hinzugefügt Unterstützung für NFC-Tag-Typ 5 hinzugefügt (Durch Update auf NFC-Bricklet-Firmware 2.1.0 Einstellung für Systemsprache hinzugefügt. Wird beispielsweise für MQTT-Auto-Discovery verwendet Unterstützung für RCT Power Hybrid-Wechselrichter hinzugefügt Unterstützung für weitere Modbus-TCP-Geräte hinzugefügt: Hybrid-Wechselrichter: Solax, Hailei, Fox ESS H3; Stromzähler: Siemens PAC, Carlo Gavazzi; Batteriespeicher: Fronius GEN24 Plus Unterstützung für ein- und zweiphasiges dynamisches Lastmanagement hinzugefügt (Nur WARP2, WARP3) Maximum der (lastgemanagten) Wallboxen auf 64 erhöht Modbus-TCP-Server überarbeitet NFC-Tag-Vortäuschung zum WARP-Registerset hinzugefügt (Nur WARP3) Phasenumschaltung zum WARP-Registerset hinzugefügt (Nur WARP3) LED-Farbsteuerung zum WARP-Registerset hinzugefügt (Nur WARP2) Steuerung des konfigurierbaren Ein-/Ausgangs zum WARP-Registerset hinzugefügt Option zur (de-)aktivierung der externen Steuerung entfernt SunSpec: Unterstützung mehrerer Modelle des selben Typs pro Gerät hinzugefügt Erzeugung des Ladelog-PDFs beschleunigt Mehr Wallboxen das gleichzeitige Laden erlaubt, wenn dynamisches Lastmanagement deaktiviert ist Hinzugefügt, dass eine Wallbox erkennt und blockiert, wenn sie von mehreren Lastmanager gleichzeitig gesteuert wird Hinzugefügt, dass erst bei bestehender Netzwerkverbindung Verbindungen zu Servern aufgebaut werden charge_manager/available_current-API und entsprechende Automatisierungs-Aktion repariert Zeitmessung über RTCs, NTP und andere Zeitquellen verbessert (Nur WARP3) Uhrenfehler der Echtzeituhr verbessert Beschreibungstexte der Energiewerte des 4. Quadranten verbessert (Nur WARP2, WARP3) OCPP: Abgeschnittenes gemeldetes Modell der Wallbox repariert (Nur WARP2, WARP3) OCPP: Kompatibilität mit SteVe verbessert (Nur WARP2, WARP3) OCPP: Wiederaufbau der Verbindung verbessert Einphasigen Modus des Shelly Pro (3)EM repariert Erlaubt, dass zurücksetzbare Energiewerte für den Ladetracker verwendet werden, falls keine nicht-zurücksetzbaren verfügbar sind (z.B. Shelly Pro (3)EM) Lastmanagement: Startphase repariert Lastmanagement: Phasenwechsel bei langsam reagierenden Fahrzeugen repariert Lastmanagement: Sichergestellt, dass das Aufwecken eines Fahrzeugs keine Phasenumschaltung durchführt, falls globale Hysterese noch nicht abgelaufen ist MQTT: Sichergestellt, dass bei einer Verbindung zu einem nicht-standard-konformen MQTT-Broker nicht der Arbeitsspeicher gefüllt wird Häufige Modbus-Timeout-Meldungen im Ereignislog behoben Mehrere Fernzugriffs-Bugs behoben (Nur WARP2, WARP3) Minimalzeit der CP-Trennung auf 5 Sekunden erhöht (Durch Update auf Ladecontroller-Firmware 2.2.7) (Nur WARP2, WARP3) Erlaubte Reaktionszeit des Fahrzeugs nach einem Phasenwechsel auf 10 Sekunden erhöht (Durch Update auf Ladecontroller-Firmware 2.2.7) (Nur WARP2, WARP3) Sofortigen Phasenwechsel wenn Schütz noch nie geschaltet, oder seit dem CP getrennt war, hinzugefügt (Durch Update auf Ladecontroller-Firmware 2.2.7) (Nur WARP2, WARP3) Kurzzeitigen Fehler nach 30-sekündiger CP-Trennung behoben (Durch Update auf Ladecontroller-Firmware 2.2.7) Download: WARP1 2.6.2 bzw. WARP2 2.6.2 bzw. WARP3 2.6.2

Es ist geplant, dass man die Topics filtern kann: https://github.com/Tinkerforge/esp32-firmware/issues/36 wie du siehst besteht der Plan aber schon länger.

Die EVCC-Anbindung gab es schon, als wir Modbus TCP noch nicht implementiert hatten, das konnten die EVCC-Entwickler also noch nicht benutzen. Eventuell hackt man irgendwann mal einen Pull-Request zusammen, um auf die HTTP-API oder Modbus TCP zu wechseln.

Unter der Prämisse, dass EVCC nicht direkt mit dem Auto redet (dann müsstest du https://docs.evcc.io/docs/devices/vehicles#volkswagen-we-connect-id eingerichtet haben), sollte EVCC keinen Einfluss gehabt haben. CP-Trennungen sind auch in beiden Fällen nicht passiert. Ich fürchte, dass ist wirklich die Software des Autos. Habe spontan https://www.goingelectric.de/forum/viewtopic.php?f=100&t=14508 und https://www.goingelectric.de/forum/viewtopic.php?f=101&t=8525 gefunden. Bei manchen Leuten hilft wohl ein Software-Update, bei anderen macht es das schlimmer. Außerdem habe ich noch https://www.goingelectric.de/forum/viewtopic.php?t=31028&start=10 gefunden. Hast du nur eine Abfahrtszeit oder auch einen Mindestladestand konfiguriert?

Ich glaube Matze meinte, dass im Event-Log-Teil viele Ladevorgänge sind. Protokolliert ist in der Tat nur ein Ladevorgang. In dem sieht man folgendes: - Aus Sicht der Wallbox verbietet nur EVCC den Ladestart - 15 Sekunden nach Start des Protokolls hast du das Auto angesteckt - Nochmal 10 Sekunden später erlaubt EVCC den Ladevorgang - Ungefähr 0,4 Sekunden später fordert das Auto Strom an und beginnt zu laden. - Nach ~ 47 Sekunden fordert das Auto keinen Strom mehr an Prinzipiell hast du damit Recht. EVCC und Wallbox kommunizieren nur an das Auto ob und wenn ja wie viel Strom verfügbar ist. Wenn Strom verfügbar ist, dann muss das Auto signalisieren, dass es laden möchte und wenn es das tut, wird das Schütz geschaltet. D.h. in letzter Instanz entscheidet das Auto, wann es lädt. Eine Idee hätte ich noch: Die Wallbox hat eine CP-Trennung eingebaut. Damit können wir dem Auto vortäuschen, dass man das Kabel auf Wallboxseite abgezogen hat (Das Auto weiß nicht, ob die Wallbox eine Dose oder ein fest angebrachtes Kabel hat). Die CP-Trennung ist nützlich, weil damit manche Autos aufgeweckt werden können, falls deren Ladeelektronik im Stand-By ist. Wir versuchen das Auto aufzuwecken, wenn 30 Sekunden lang Strom verfügbar ist und das Auto keinen anfordert. Es kann jetzt sein, dass dein Auto "vergisst", dass es zeitversetzt laden soll, wenn die CP-Trennung passiert. Du kannst deshalb unter Wallbox -> Einstellungen den Fahrzeug-Weckruf deaktivieren. Dann wird eine CP-Trennung nur noch durchgeführt, wenn die Wallbox eine Phasenumschaltung durchführt.