Rangliste

Endlich ist es soweit: In diesem Beta-Release sind alle Funktionen enthalten, die die WARP Charger bereits seit Ende Sommer bekommen haben. Zu den Highlights gehören: Neues Lastmanagement, inklusive dynamischem Lastmanagement und verbessertem PV-Überschussladen. Beachten von Batteriespeichern für PV-Überschussladen, damit das Auto nicht immer den Speicher leer zieht. Modbus TCP-Unterstützung für mehr Wechselrichter und Batteriespeicher. Aktueller Fernzugriff. Als besonderes Feature unterstützt der Energy Manager nun Phasenumschaltung mit mehreren Energy Managern für mehrere WARP 2. Soll heißen, wenn jede Wallbox ihren eigenen Energy Manager hat, kann einer der Energy Manager PV-Überschussladen übernehmen und die zweite Wallbox und deren Energy Manager steuern. Achtung: Die Konstellation mit zwei oder mehr Wallboxen hinter einem Energy Manager-Schütz wird nicht mehr unterstützt. Offiziell wurde die Konstellation nie unterstützt, war allerdings prinzipiell möglich. Wer das aktuell noch so verkabelt hat, muss das vor dem aktualisieren der Firmware ändern. Ein Energy Manager kann nur noch für eine Wallbox Phasenumschaltungen durchführen. Hat man zwei Wallboxen hinter dem Schütz und aktiviert die Phasenumschaltung für eine davon, wird für die zusätzliche Wallbox keine CP-Trennung durchgeführt und ein angeschlossenes Fahrzeug kann beschädigt werden. Wie richtet man mehrere Energy Manager im Verbund ein? Wallbox A hängt hinter Energy Manager A und Wallbox B hängt hinter Energy Manager B. Im Energy Manager B aktiviert man im Lastmanagement den Proxy-Modus und trägt Wallbox B als gesteuerte Wallbox ein. Im Energy Manager A aktiviert man das Lastmanagement als Lastmanager und trägt Wallbox A und Energy Manager B ein. Im Energy Manager A wählt man unter den gesteuerten Wallboxen die Wallbox A für die Phasenumschaltung aus. Wallbox B wird nicht im Energy Manager A eingetragen. Energy Manager A kann nun PV-Überschussladen für beide Wallboxen mit Phasenumschaltung durchführen. Ich bitte um reges Feedback, insbesondere auch dann, wenn irgendeine Einstellung vergessen wurde, die man einfach wieder neu einstellen kann. energy_manager_firmware_2_2_0_676463cc_3c830b2ec427f56_merged.bin

Ziemlich sicher. Wenn ich das lese, tropft mir jetzt schon der Zahn.

Die Funktionen gibt es doppelt, da sie sowohl von den Wallboxen selbst, als auch von einem Energy Manager übernommen werden können. Den Energy Manager gibt es eigentlich nur (noch), um bei WARP 2 die Phasenumschaltung nachzurüsten. In dem Fall übernimmt der Energy Manager dann auch das PV-Überschussladen, um die Phasen entsprechend zu schalten. Da die WARP 3 selbst Phasenumschaltung kann oder vielleicht jemand PV-Überschussladen mit einer WARP 2 machen möchte und keine Phasenumschaltung braucht, ist die Funktionalität auch in den Wallboxen enthalten. Es entspricht unserer Überzeugung, dem Kunden nicht ein zusätzliches Manager-Gerät anzudrehen, wie manche andere Hersteller das tun, wenn die Wallbox die Funktion genauso gut selbst übernehmen kann. Setzt du einen Energy Manager ein, muss das Lastmanagement der Wallbox auf fremdgesteuert eingestellt werden und alle anderen Einstellungen auf dem Energy Manager vorgenommen werden. Da muss man also nichts zweimal einstellen. Das gilt allerdings nicht für den Fernzugriff; den musst du bei jedem Gerät einzeln einrichten, sofern du die Geräte alle über den Fernzugriff erreichen möchtest.

Danke fürs Testen. @OpiFS Die Änderung wird dann Teil der nächsten Firmware-Version, bis dahin kannst du bei der Test-Version bleiben.

Okay, Problem gefunden. Fronius hat zwei leicht verschiedene Registersätze. Bei @pene8 und @Steff49 ist es der eine und bei @OpiFS der andere. Die angehängte Firmware erkennt jetzt automatisch welcher von beiden es ist. Könntet ihr drei das bitte testen? warp3_firmware_2_6_6_6762a913_4b6d1d017fe4b8b_merged.bin

Seit Anfang dieses Jahres unterstützen alle WARP Charger dynamisches Lastmanagement, was dafür sorgen soll, dass ein unterdimensionierter Netzanschluss nicht von ladehungrigen Elektroautos überlastet wird. Für diejenigen, die das dynamische Lastmanagement mal in Aktion sehen wollen, habe ich hier den heutigen Stromverbrauch der Firma visualisiert. Da wegen horrender Strompreise gestern und vorgestern niemand laden wollte, war heute richtig was los. Acht Stunden lang war der 63 A-Netzanschluss fast komplett ausgelastet. Morgens kann man gut sehen, dass es einige Verbraucher gibt, die in Intervallen aktiv sind. Im Bereich 9:00 bis 10:30 haben die verschiedenen Verbraucher sogar zwei Phasen teilweise überlastet, obwohl alle Wallboxen im Lastmanagement bereits ausgeschaltet waren. Die Überlast wurde begünstigt von anderen Wallboxen, die nicht vom dynamischen Lastmanagement beeinflusst werden und die ganze Zeit mit voller Leistung geladen haben. Ab 10:30 waren dann die drei Wallboxen im Lastmanagement wieder aktiv und am Netzanschluss wurden 63 A eingeregelt. Am Ladestrom der Wallboxen (unten) kann man wieder gut die Intervalle der anderen Verbraucher sehen, die jeweils zu Einbrüchen in der Ladeleistung oder gar komplettem Abschalten führten. Gegen 15:30 waren dann zwei der Autos voll und die dritte Wallbox wurde auf dreiphasig umgeschaltet, sodass deren aufsummierter dreiphasiger Ladestrom auf bis zu 84 A stieg (3 x 28 A). Ab 16:45 war dann nur noch ein Auto an einer anderen Wallbox am Laden und die vorher angenehm warmen Sicherungen und Stromleitungen konnten wieder abkühlen. 😀 Vollgeladene Autos: 7 Rausgeflogene Sicherungen: 0 Fragen dazu oder wilde Spekulationen, was wir für Verbraucher in der Firma haben? Immer her damit.

Das Problem ist mit Firmware 2.6.5 behoben.

Die Möglichkeit zum Auslesen von Batteriespeichern zur Verbesserung des PV-Überschussladens ist in der heute veröffentlichten Wallbox-Firmware 2.6.2 enthalten. Ich danke allen fleißigen Beta-Testern.

Prinzipiell lässt sich das entsprechend erweitern, allerdings stehen aktuell andere Features weiter oben auf unserer Todo-Liste. Irgendwann™ sollen mal die meisten Features ohne Reboot einstellbar sein, aber wer weiß, wie lange das noch dauern wird…

Die batteriebezogenen Features stehen zwar noch nicht in der API-Dokumentation, aber im MQTT sind sie ja zu finden: warp3/2auT/power_manager/config {"enabled":true,"phase_switching_mode":0,"excess_charging_enable":true,"default_mode":2,"meter_slot_grid_power":1,"meter_slot_battery_power":2,"battery_mode":1,"battery_inverted":false,"battery_deadzone":100,"target_power_from_grid":-50,"guaranteed_power":1380,"cloud_filter_mode":2} Was es anscheinend (noch) nicht gibt: eine Möglichkeit, die Speicherpriorität zur Laufzeit umzuschalten. Für den Lademodus (PV, schnell, min+PV, aus) gibt es ja dieses Topic: warp3/2auT/power_manager/charge_mode {"mode":1} Könnte man da analog ein battery_mode (und battery_mode_update) einrichten? Oder wird das prinzipbedingt nie ohne Reboot der Wallbox gehen?

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.

Die Pinbelegung der Bricklet-Stecker findest du hier. Der NFC-Kartenleser ist übrigens nicht mit dem EVSE verbunden, aber wahrscheinlich meist du die Verbindung zwischen NFC-Leser und ESP32 Brick, der auf der Rückseite des EVSE sitzt. Ich kann dir leider gerade nicht sagen, was für ein Steckertyp das ist. Am einfachsten ist es, bei Bedarf ein vorhandenes Bricklet-Kabel durchzuschneiden.

Ich habe die Box in meinen Home Assistant eingebunden, funktioniert soweit ganz gut. Hier meine Konfiguration: config/configuration.yaml: binary_sensor: - platform: mqtt name: "Wallbox Ladekabel verbunden" state_topic: "warp/SLq/evse/state" device_class: plug json_attributes_template: '{{ value_json }}' value_template: '{{ value_json.vehicle_state in [1, 2, 3] }}' payload_on: 'True' payload_off: 'False' - platform: mqtt name: "Wallbox Fehler" state_topic: "warp/SLq/evse/state" device_class: problem json_attributes_template: '{{ value_json }}' value_template: '{{ value_json.vehicle_state in [3] }}' payload_on: 'True' payload_off: 'False' - platform: mqtt name: "Wallbox verfügbar" state_topic: "warp/SLq/evse/state" device_class: connectivity json_attributes_template: '{{ value_json }}' value_template: '{{ value_json.uptime > 0 }}' expire_after: 30 payload_on: 'True' payload_off: 'False' - platform: mqtt name: "Wallbox Ladevorgang" state_topic: "warp/SLq/evse/state" device_class: battery_charging json_attributes_template: '{{ value_json }}' value_template: '{{ value_json.vehicle_state in [2] }}' payload_on: 'True' payload_off: 'False' sensor: - platform: mqtt name: "Wallbox Leistung" state_topic: "warp/SLq/meter/state" value_template: "{{ value_json.power }}" device_class: power unit_of_measurement: "W" - platform: mqtt name: "Wallbox Zählerstand" state_topic: "warp/SLq/meter/state" value_template: "{{ value_json.energy_abs }}" device_class: energy unit_of_measurement: "kWh" switch: - platform: mqtt name: "Wallbox Maximaler Ladestrom" command_topic: "warp/SLq/evse/current_limit" payload_on: '{"current": 16000}' payload_off: '{"current": 6000}' state_topic: "warp/SLq/evse/max_charging_current" value_template: '{{ value_json.max_current_configured >= 16000 }}' state_on: "True" state_off: "False" json_attributes_template: "{{ value_json }}" - platform: mqtt name: "Wallbox Automatisches Laden" icon: mdi:ev-plug-type2 command_topic: "warp/SLq/evse/auto_start_charging_update" payload_on: '{"auto_start_charging": true}' payload_off: '{"auto_start_charging": false}' state_topic: "warp/SLq/evse/auto_start_charging" value_template: '{{ value_json.auto_start_charging }}' state_on: "True" state_off: "False" - platform: mqtt name: "Wallbox Ladevorgang" icon: mdi:battery-charging command_topic: "warp/SLq/evse/charging_command" state_topic: "warp/SLq/evse/state" value_template: '{{ value_json.vehicle_state in [2] }}' state_on: "True" state_off: "False" - platform: template switches: wallbox_ladevorgang: friendly_name: "Wallbox Ladevorgang" icon_template: mdi:battery-charging value_template: '{{ is_state("binary_sensor.wallbox_ladevorgang", "on") }}' turn_on: service: mqtt.publish data: topic: warp/SLq/evse/start_charging payload: 'null' turn_off: service: mqtt.publish data: topic: warp/SLq/evse/stop_charging payload: 'null' config/automations.yaml: Die Automation ist leider notwendig, um das MQTT-Kommando der Wallbox richtig zu senden. Die Box hat zwei Topics zum Starten und Stoppen des Ladevorgangs, und Home Assistant unterstützt leider nur einen Topic für den Schalter. Funktioniert aber gut soweit. Edit: Ich habe doch eine Variante ohne Automation gefunden, mit Hilfe eines Template-Switches.