philipps

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.

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.

Exakt, gerade gemerkt 🤦Ich muss mir doch etwas einfallen lassen wegen der Hutschiene. Ja, ich hab im Stromlaufplan gesehen, dass das mit dem DC-Sensor so gedacht ist. Aber es war vorher auch nach den Schützen in der Warp 2 und nach meinem Verständnis dürfte es auch keinen Unterschied machen. War für mich einfacher so einzubauen.

Ich habe nun auch den Umbau meiner Warp 2 auf 4 erfolgreich abgeschlossen. Als Material habe ich benötigt: Warp 3 auf Warp 4 Upgrade Kit Warp4 Smart Hutschienensatz, eigentlich nur einen Teil der Reihenklemmen daraus. Hätte ich mir wahrscheinlich auch sparen können. Warp 4 Smart / Pro Kabelsatz Warp 4 Taster / LED Gruppe 2 x Schaltschütz (hatte ich noch) Ich habe ärgerlicheres erst nach dem Einbau gemerkt, dass das alte Bricklet-Kabel vom NFC-Leser zu kurz ist, definitiv keine 15 cm. Ich werde deshalb noch nachbestellen müssen: Bricklet Kabel 15cm (7p-7p) Wie schon beschrieben ist alles ein wenig frickelig einzubauen, aber machbar. Ich habe vorher die Hutschiene ausgebaut und das meiste ausserhalb des Gehäuses aufgebaut und verkabelt. Entgegen anderer Beschreibungen musste ich die Hutschiene nicht nach oben oder unten versetzen. Ich weiss ehrlich gesagt nicht, inwieweit das geholfen hätte.

Würden auch noch 4 zusätzliche Reihenklemmen für N und L1-L3 mit reinpassen? Links ist ja noch etwas Platz. Oder sonst nur N und L1. L2 und L3 könnten ja wie bisher direkt an den Stromzähler.

Super, danke für die Klarstellung. Dann werde ich das Projekt mal in Angriff nehmen.

Den habe ich gelesen. Das passt dann aber auch noch vom Platz in der Breite? Hat das EVSE Bricklet der Warp 3 die gleiche Breite wie bei der Warp 4? In der Warp 3 ist der Stromzähler ja anscheinend "konventionell" eingebaut und das EVSE Prickelt wäre dann der einzige Unterschied zwischen Warp 3 und Warp 4.

Ich habe ebenfalls vor, meine jetzige Warp2 Pro auf eine Warp 4 Pro aufzurüsten. Dazu zwei Fragen: Im Shop gibt es auch einen Warp 4 Pro Hutschienensatz Brauche ich den? Im Moment habe ich einen Eastron SDM630 Stromzähler. Kann ich den weiterverwenden? Ausserdem: Gibt es schon jemand, der das Upgrade erfolgreich gemacht hat?

Super, beide Probleme sind mit dem Update gelöst! Danke für die schnelle Reaktion.

Das ist das aktuelle Log. Mir fällt dabei gerade auf, dass es anscheinend zu Reboots der Box kommt, wenn ich mich über https://my.warp-charger.com verbinde. Das Log habe ich jetzt eine eigene VPN-Verbindung zu meinem Heimnetz gezogen. warp2-X7n-Debug-Report-2025-04-04T10-52-52-558.txt

Hallo zusammen, ich habe ein kleines Problem bei der Anbindung des Services ChargeAtFriends and meine Warp2-Pro Wallbox. Hierüber möchte ich gerne meine Wallbox für andere zum Laden zur Verfügung stellen. Die Anbindung/Autorisierung erfolgt dabei über OCPP. Das klappt grundsätzlich auch, nur leider bricht die Verbindung zum Server von ChargeAtFriends in regelmässigen Abständen ab und wird wieder aufgebaut. Hier mal ein Auszug aus dem Log: 0,486 | | **** TINKERFORGE WARP2 CHARGER V2.7.7+67ED53B1 **** 0,487 | | 319K RAM SYSTEM 281668 HEAP BYTES FREE 0,498 | | READY. 0,498 | | Last reset reason was: Software reset due to exception/panic. 0,831 | main | Firmware partitions: app0 (new, running, boot), app1 (new) 1,201 | fs | Mounted data partition. 122880 of 3538944 bytes (3.5 %) used 1,650 | api | WARP2 Charger config version: 2.6.6 (warp) 1,661 | esp32_eth_brick | ESP32 Ethernet Brick UID: X7n 2,057 | evse_common | Continuing to use sum of imported and exported energy for charge tracker. 2,058 | evse_common | Remove tracked charges to switch to imported energy. 2,254 | ntp | Set timezone to Europe/Berlin 4,764 | ethernet | Started 4,765 | ethernet | Connected: 100 Mbps Full Duplex, MAC: A8:03:2A:30:E0:2B 4,783 | ethernet | Got IP address: 192.168.2.21/24 5,183 | firmware_update | Firmware is signed by: Tinkerforge GmbH 5,330 | meters | Meter 0: Meter declared 79 (76) values 5,409 | meters | Meter 1: Meter declared 4 values 5,836 | charge_tracker | Found 1 record: first is 1, last is 1 5,878 | charge_tracker | Last charge record size is 64 (64, 0) 6,947 | remote_access | Remote Access is enabled trying to connect 7,599 | network | mDNS responder started 8,449 | power_manager | Charge manager not enabled. Won't try to distribute energy. 8,461 | device_name | This is warp2 (warp2-X7n), a WARP2 Charger Pro 11kW 8,462 | power_manager | PV excess charging unavailable because power values are not available yet. 9,436 | network | Network connected (Ethernet) 12,680 | mqtt | Connected to broker at mqtt://homeassistant.local:1883. 14,903 | ocpp | OCPP connected 2025-04-04 10:16:10,998 | remote_access | Connecting to Management WireGuard peer my.warp-charger.com:51820 2025-04-04 10:16:11,725 | remote_access | Management connection connected 2025-04-04 10:16:11,904 | remote_access | Opening connection 4 for user 0 2025-04-04 10:16:12,725 | remote_access | Connection 4 for user 0 connected 2025-04-04 10:16:24,413 | ntp | NTP synchronized at 33,388 2025-04-04 10:16:41,183 | ocpp | OCPP disconnected 2025-04-04 10:17:42,675 | ocpp | OCPP connected 2025-04-04 10:18:17,854 | ocpp | OCPP disconnected 2025-04-04 10:19:19,101 | nfc | Failed to get tag ID 0, rc: -1 2025-04-04 10:19:19,309 | ocpp | OCPP connected 2025-04-04 10:19:54,481 | ocpp | OCPP disconnected 2025-04-04 10:20:53,501 | uptime_tracker | Wrote last uptime to flash 2025-04-04 10:20:55,924 | ocpp | OCPP connected 2025-04-04 10:21:31,091 | ocpp | OCPP disconnected 2025-04-04 10:22:32,602 | ocpp | OCPP connected 2025-04-04 10:23:07,769 | ocpp | OCPP disconnected Mir ist auch aufgefallen, dass das wahrscheinlich an einem regelmässigen Ping liegt, welches nicht beantwortet wird und deshalb die Verbindung von der Warp Box abgebrochen wird. So zumindest meine Interpretation. Das Problem scheint nicht an CHargeAtFriends zu liegen, ich hatte dasselbe Problem mit einem anderen Service (Name fällt mir gerade nicht ein). Habt ihr Ideen, was hier das Problem sein könnte?

Super, hab es getestet und funktioniert bei mir.

Laut Doku soll es möglich sein über object_id den Entitätsnamen beeinflussen zu können.

Dem kann ich mich nur anschließen. Super Umsetzung und macht die Integration in Home Assistant um Einiges sauberer. Ich habe zwar nur eine Wallbox, aber mich stört die Namenskonvention der generierten Entitäten auch etwas. Ich würde hier auf jeden Fall auch den Gerätenamen mit erwarten. sensor.stromverbrauch_absolut z.B. sagt mir wenig wenn ich wissen möchte, auf welches sich das bezieht. Ich habe mich jetzt erst einmal damit beholfen, dass ich bei allen Entitätsnamen manuell ein Prefix im Entitätseditor ergänzt habe.

Vielleicht blöde Antwort, aber manchmal übersieht man ja etwas: Hast Du evtl. das mqtt-Topic aus den Beispielen direkt so übernommen? Das muss auf jeden Fall angepasst werden genauer gesagt der Teil, der bei mir mit XXX im state_topic definiert ist. Wenn DU auf # lauscht am MQTT-Broker müsstest DU sehen, welche Tonics genau gesendet werden.

Hallo zusammen, danke für die Homeassistant Konfiguration -Thomas-. Das ganze finktioner auch mit Firmware Version 2.0, ich musste allerdings eine kleine Änderung für einen Sensor vornehmen: - platform: mqtt name: "Wallbox verfügbar" state_topic: "warp/XXX/evse/low_level_state" device_class: connectivity json_attributes_template: '{{ value_json }}' value_template: '{{ value_json.uptime > 0 }}' expire_after: 30 payload_on: 'True' payload_off: 'False' Eine Frage in dem Zusammenhang an rtbt: Bei Home Assistant gibt es die Möglichkeit, solche Sensoren auch automatisch per MQTT Discovery zu definieren. Wäre es denkbar, das zu integrieren? Ich könnte hier gerne unterstützen bei der Erstellung der entsprechenden Definitionen. Es sieht für mich auf jeden Fall nach aus Nutzersicht sehr einfachen Möglichkeit zum Einbinden in Homeassistant aus, ohne dass eine eigene Integration geschrieben werden muss. Der Nutzer muss im Grunde nur die Verbindung zum MQTT-Broker herstellen. Gruß, Philipp

Ist evtl. im NFC Menü der Start per Tag aktiviert? In dem Fall kann der Autostart nicht aktiviert werden.

Danke, ich habe meine Smart nun auch mit einem noch vorhandenen SDM630 zur Pro aufgerüstet. Zusätzlicher Tip: Es handelt sich um einen 4-poligen JST PH 2.0 Stecker. Hier gibt es genügend Angebote zu günstigen Preisen auch auf Ebay. Die nicht benötigte 4. Litze kann man leicht entfernen.