Geschrieben September 9, 2026 at 08:239. Sep 2026 Hallo zusammen,ich teile einmal hier meine Lösung um an der Wallbox direkt den Lademodus von EVCC umzuschalten, welches ich aktuell noch nutze, evtl. steige ich noch komplett auf die Steuerung der Warp um. Vielleicht ist es ja für jemanden interessant. Hintergrund: Mir gefiel, dass ich den Taster meiner Warp 4 Pro so einstellen kann, dass zwischen den einzelnen Lademodi direkt an der Box umgeschaltet werden kann und ich auch eine Rückmeldung über das Ändern der Farbe der LED bekomme. Das habe ich nun auch für EVCC mit einer Automation in meiner Home Assistant Konfiguration.Zunächst habe ich die Tastereinstellung auf "Keine Aktion" gesetzt und folgende Automation in der Warp angelegt:Dann habe ich in Home assistant die folgende Automation angeleg, die Entities und MQTT-Topics müssen natürlich für eure Konfiguration angepasst werdent:alias: WARP Taster – Lademodus umschalten (jeder Druck) description: >- Jeder Fronttaster-Druck (Topic warp4/86ze/automation_action/button) schaltet den evcc-Lademodus einen Schritt weiter: off→smart→now→off. Basis ist der reale evcc-Modus (sensor.evcc_carport_modus). Neuer Modus wird per MQTT gesetzt und als LED-Farbe angezeigt. Die LED-Farbe wird per repeat(count=2) zweimal gesendet (Retry gegen verschluckte Farbwechsel der WARP), mit 400ms Pause nur zwischen den Durchläufen (if not repeat.last). triggers: - topic: warp4/86ze/automation_action/button trigger: mqtt conditions: [] actions: - variables: cur: >- {{ states('sensor.evcc_carport_modus') if states('sensor.evcc_carport_modus') in ['off','smart','now'] else 'smart' }} next: '{{ ''smart'' if cur == ''off'' else ''now'' if cur == ''smart'' else ''off'' }}' hue: '{{ 0 if next == ''off'' else 120 if next == ''smart'' else 180 }}' - action: mqtt.publish data: payload: '{{ next }}' topic: evcc/loadpoints/1/mode/set - repeat: count: 2 sequence: - action: mqtt.publish data: payload: >- {"indication":255,"duration":10000,"color_h":{{ hue }},"color_s":255,"color_v":255} topic: warp4/86ze/evse/indicator_led_update - if: - condition: template value_template: '{{ not repeat.last }}' then: - delay: milliseconds: 400 max: 10 mode: queued Funktioniert bei mir wunderbar, allerdings "verschluckt" der Taster manchmal die Tastendrücke. Dann muss ich noch einmal drücken und auch nicht zu schnell hintereinander. So wie es aussieht liegt dass daran, dass die MQTT Nachrichten für den Tastendruck sporadisch nicht beim MQTT Broker ankommen. Evtl. würde hier helfen, den QoS für die Nachrichten hoichzusetzen, der scheint aber zur Zeit bei der Warp fest auf 0 zu stehen.
Geschrieben September 9, 2026 at 11:289. Sep 2026 Statt dass du mit einer Automatisierung die MQTT-Nachricht schickst, kannst du evse/button_state verwenden. Wenn du da prüfst, ob sich die "button_release_time" geändert hat, sollte es deutlich unwahrscheinlicher sein, dass du einen Knopfdruck verpasst.
Geschrieben September 9, 2026 at 15:299. Sep 2026 Autor Danke für den Hinweis, das hat etwas gebracht. Läuft jetzt sehr zuverlässig. Hier die neue Variante, die Automatik in der Warp wird dadurch nicht mehr benötigt. Zusätzlich muss jetzt aber ein neuer Sensor angelegt werden in Home Assistant (die entsprechenden Entities müssen wieder auf das jeweilige Setup angepasst werden):mqtt: sensor: - name: "WARP Button Release Time" unique_id: warp_button_release_time state_topic: "warp4/86ze/evse/button_state" value_template: "{{ value_json.button_release_time }}" - name: "evcc Carport Modus" unique_id: evcc_carport_mode_raw state_topic: "evcc/loadpoints/1/mode" availability_topic: "evcc/status"Die neue Automation in Home Assistant, ich habe das wiederholte Senden der Tasterfarbe entfernt. Es läuft auch so zuverlässig durch bei mir:alias: WARP Taster - Lademodus umschalten description: >- Jeder Fronttaster-Druck schaltet den evcc-Lademodus einen Schritt weiter: off→smart→now→off. Trigger ist die Wertänderung von sensor.warp_button_release_time (aus warp4/86ze/evse/button_state, Feld button_release_time). triggers: - entity_id: sensor.warp_button_release_time not_from: - unknown - unavailable trigger: state conditions: [] actions: - variables: cur: >- {{ states('sensor.evcc_carport_modus') if states('sensor.evcc_carport_modus') in ['off','smart','now'] else 'smart' }} next: '{{ ''smart'' if cur == ''off'' else ''now'' if cur == ''smart'' else ''off'' }}' hue: '{{ 0 if next == ''off'' else 120 if next == ''smart'' else 180 }}' - action: mqtt.publish data: payload: '{{ next }}' topic: evcc/loadpoints/1/mode/set - action: mqtt.publish data: payload: >- {"indication":255,"duration":10000,"color_h":{{ hue }},"color_s":255,"color_v":255} topic: warp4/86ze/evse/indicator_led_update max: 10 mode: queuedNoch ein Hinweis: Ich verwende im Moment den Dev-Build von evcc, in dem es die Modi off, smart und now gibt. In der aktuellen Release Version 0.315.0 sind das noch off, pv, minpv und now. Also entweder auf das nächste Release von evcc warten, den Dev-Build nutzen oder die Automation entsprechend anpassen damit es funktioniert. bearbeitet September 9, 2026 at 15:449. Sep 2026 von philipps
Geschrieben September 17, 2026 at 20:0917. Sep 2026 Moin zusammen,ich mache grade ähnliches mit EVCC und der WARP4.Habe die Umschaltung via MQTT und NodeRed gemacht.Nur die Ansteuerung der LED will noch nicht so recht funktionieren.Im Prinzip mache ich das wie du auch schon durch setzen der verscheiden Werte in color_h.Die EInstellung das die LED von aussen gesteuert werden kann wurde in der Warp auch gemacht.Allerdings leuchte die LED nur blau.
Geschrieben September 17, 2026 at 20:2117. Sep 2026 On 9/17/2026 at 10:09 PM, brub said:Allerdings leuchte die LED nur blau.Hast du schon mal andere Farben gesehen, wenn die LED von der Wallbox selbst gesteuert wurde?
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.