Sorry, aber MQTT Auto Discovery hat es doch noch nicht in die neue Firmware geschafft. Du müsstest dir dafür eine eigene Firmware bauen.

Kurzes Update: Auto Discovery ist in der gestern veröffentlichten Firmware 2.1.1 enthalten.

Hi, habe das gerade ausprobiert. Finde ich gut, spart etliche Einträge in der yaml und funktioniert. Außerdem wird das jetzt als ein Gerät in der Geräteübersicht angezeigt, sehr cool.

Was allerdings etwas unschön ist, ist die Tatsache, dass alle Warps das Gleiche bereitstellen. Bei einer Wallbox kein Thema, bei mehreren führt das dazu:

 

 

 

 

 

Da wo man mit den Entitäten direkt arbeitet (z.B. hier in NodeRed) ist das etwas unübersichtlich. Etwas heikel ist auch: ich nehme an "_2" wird nur angehängt, wenn es den Wert schon gibt. Ist also ein Wert bei der ersten Wallbox nicht vorhanden (z.B. kein Zähler) hat die zweite den Entitätennamen wohl ohne "_2" und es wird inkonsistent. 

Das ist jetzt zwar eher eine Eigenschaft von HA und nicht das Problem der Wallbox. Dennoch wäre ein optimales Präfix für Variablen- und Entitätennamen (oder wird der automatisch von HA angelegt, dann nur Variablenname) toll. 

Also auf der Konfigurationsseite der Warp z.B. eine Textbox: 

          Variablennamen-Präfix (optional):          [ Warp1                                    ]

--> Warp1 Konfigurierter Ladestrom (number.warp1_konfigurierter_ladestrom)

Sonst (technisch) top. Danke!

Gruß, Florian

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.

 

 

Zitat

Zitat

Das Problem ist, dass die Namen der Entitäten aus der lesbaren Benennung generiert werden. Wenn der Button „Ladevorgang beenden“ heißt, macht HA daraus halt „button.ladevorgang_beenden“. Wenn man stattdessen „button.warp1_ladevorgang_beenden“ haben möchte, geht das nur, wenn man die Beschriftung des Buttons auf „WARP1 Ladevorgang beenden“ ändert. Das würde dann bedeuten, dass alle Buttons/Felder/etc ein „WARP1“ davor stehen hätten. Wenn das gewünscht ist, können wir das einbauen. Eine bessere Möglichkeit sehe ich aufgrund der Einschränkungen der Auto Discovery nicht. Wenn jemand weiß, wie man die Auto Discovery doch dazu überreden kann, dass HA bessere Entitätsnamen generiert, immer her damit. 🙂

Ja, genau so meinte ich das. Wer es nicht will kann das Feld dann ja leer lassen. Mir würde es helfen. Und in der Gui kann der Displayname ja unabhängig geändert werden. 
Vielen Dank.

Am 27.3.2023 um 11:10 schrieb MatzeTF:

Das Problem ist, dass die Namen der Entitäten aus der lesbaren Benennung generiert werden. Wenn der Button „Ladevorgang beenden“ heißt, macht HA daraus halt „button.ladevorgang_beenden“. Wenn man stattdessen „button.warp1_ladevorgang_beenden“ haben möchte, geht das nur, wenn man die Beschriftung des Buttons auf „WARP1 Ladevorgang beenden“ ändert. Das würde dann bedeuten, dass alle Buttons/Felder/etc ein „WARP1“ davor stehen hätten. Wenn das gewünscht ist, können wir das einbauen. Eine bessere Möglichkeit sehe ich aufgrund der Einschränkungen der Auto Discovery nicht. Wenn jemand weiß, wie man die Auto Discovery doch dazu überreden kann, dass HA bessere Entitätsnamen generiert, immer her damit. 🙂

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

On 3/27/2023 at 1:26 PM, philipps said:

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

Die Bezeichnung „object_id“ wird auch schon als Komponente des MQTT-Topic verwendet, allerdings wird der Wert nicht zum Generieren der Entity ID verwendet.

<discovery_prefix>/<component>/[<node_id>/]<object_id>/config

Mit dem object_id-Feld im Payload kann man aber wie gewünscht die Entity ID setzen. Hätte man vielleicht eindeutiger benennen können.

Demnächst wird das Feld object_id gesetzt, und zwar auf genau den gleichen Wert wie die Unique ID. Warum Home Assistant nicht gleich die bereits vorhandene Unique ID verwendet, um die notwendigerweise eindeutige Entity ID zu generieren, sei mal dahingestellt.

Alt: button.ladevorgang_beenden

Neu: button.warp2_abc_stopcharge

Entweder wartet ihr auf das nächste Firmware-Release, kompiliert euch die Firmware von Github selbst, oder traut euch an die angehängte Firmware in Daily-Snapshot-Qualität. 😉

Edit: Gerade gesehen, dass floho anscheinend eine WARP1 hat und mit der WARP2-Firmware nichts anfangen kann.

Edit: Veraltete Firmware entfernt.

 

 

Klasse. Vielen Dank für die schnelle Umsetzung. 

Super, hab es getestet und funktioniert bei mir.

Am 27.3.2023 um 17:03 schrieb MatzeTF:

Edit: Gerade gesehen, dass floho anscheinend eine WARP1 hat und mit der WARP2-Firmware nichts anfangen kann.

Danke. Habe eine 1 und eine 2. mit der 2 hatte ich es getestet. Probier bei Gelegenheit noch die 1. 

Am 27.3.2023 um 17:03 schrieb MatzeTF:

Die Bezeichnung „object_id“ wird auch schon als Komponente des MQTT-Topic verwendet, allerdings wird der Wert nicht zum Generieren der Entity ID verwendet.

<discovery_prefix>/<component>/[<node_id>/]<object_id>/config

Mit dem object_id-Feld im Payload kann man aber wie gewünscht die Entity ID setzen. Hätte man vielleicht eindeutiger benennen können.

Demnächst wird das Feld object_id gesetzt, und zwar auf genau den gleichen Wert wie die Unique ID. Warum Home Assistant nicht gleich die bereits vorhandene Unique ID verwendet, um die notwendigerweise eindeutige Entity ID zu generieren, sei mal dahingestellt.

Alt: button.ladevorgang_beenden

Neu: button.warp2_abc_stopcharge

Entweder wartet ihr auf das nächste Firmware-Release, kompiliert euch die Firmware von Github selbst, oder traut euch an die angehängte Firmware in Daily-Snapshot-Qualität. 😉

Edit: Gerade gesehen, dass floho anscheinend eine WARP1 hat und mit der WARP2-Firmware nichts anfangen kann.

warp2_firmware_2_1_1_6421ad85_599febcb6a60600_merged.bin 2.38 MB · 1 download

warp_firmware_2_1_1_6421b132_599febcb6a60600_merged.bin 2.09 MB · 0 downloads

Wird das MQTT Discovery auch beim WEM integriert?

On 3/30/2023 at 5:02 PM, TMA84 said:

Wird das MQTT Discovery auch beim WEM integriert?

In Zukunft wahrscheinlich ja, aktuell ändert sich die Funktionalität des WEM noch zu häufig.

Hallo zusammen,

 

ich versuche aktuell den WARP Energy Manager per mqtt in HomeAssistant zu integrieren und scheitere an der Benennung der verschiedenen Lademodi.

 

Mein YAML:

mqtt:
  sensor:
    - name: "WARP Energy Manager"
      unique_id: "warp_energy_manager"
      state_topic: "wem/26JT/energy_manager/config"
      value_template: "{{ value_json.enabled }}"
      device:
        identifiers: ["warp_energy_manager"]
        name: "WARP Energy Manager"
        manufacturer: "WARP"
        model: "Energy Manager"
        sw_version: "1.0"
    - name: "Lademodus"
      unique_id: "warp_lademous_state"
      state_topic: "wem/26JT/power_manager/charge_mode"
      value_template: "{{ value_json.mode }}"

  select:
    - name: "Lademodus"
      unique_id: "warp_lademodus_steuerung"
      state_topic: "wem/26JT/power_manager/charge_mode"
      command_topic: "wem/26JT/power_manager/charge_mode_update"
      options:
        - "0"
        - "1"
        - "2"
        - "3"
      value_template: >
        {% set mode = value_json.mode %}
        {% if mode == 0 %} Schnellladen 
        {% elif mode == 1 %} Aus 
        {% elif mode == 2 %} PV-Überschussladen 
        {% elif mode == 3 %} Min + PV 
        {% else %} Unbekannt 
        {% endif %}
      device:
        identifiers: ["warp_lademodus"]

Der Sensor funktioniert und auch das Schalten über 0,1,2,3

Ich möchte aber auswählen können: Aus, PV, PV-Min, Schnell

Hat jemand eine Idee?

Hallo,

ich konnte es fixen. Der folgende Code funktioniert, falls jemand das gleiche haben möchte:

 

# MQTT Sensoren: Informationen zum Power Manager
mqtt:
  sensor:
    - name: "WARP Energy Manager"
      unique_id: "warp_energy_manager"
      state_topic: "wem/26JT/energy_manager/config"
      value_template: "{{ value_json.enabled }}"
      device:
        identifiers: ["warp_energy_manager"]
        name: "WARP Energy Manager"
        manufacturer: "WARP"
        model: "Energy Manager"
        sw_version: "1.0"
    - name: "Lademodus"
      icon: "mdi:ev-station"
      unique_id: "warp_lademodus_state"
      state_topic: "wem/26JT/power_manager/charge_mode"
      value_template: >
        {% set mode = value_json.mode %}
        {% if mode == 0 %}
          Schnellladen
        {% elif  mode == 1 %}
          Aus
        {% elif  mode == 2 %}
          PV
        {% elif  mode == 3 %}
          Min + PV
        {% else %}
          Unbekannt
        {% endif %}
      device:
        identifiers: "warp_lademodus"

  select:
    - name: "Lademodus"
      unique_id: "warp_modus_select"
      state_topic: "wem/26JT/power_manager/charge_mode"
      command_topic: "wem/26JT/power_manager/charge_mode_update"
      command_template: >
        {% if value == "Aus" %}
          1
        {% elif value == "PV" %}
          2
        {% elif value == "Min + PV" %}
          3
        {% elif value == "Schnellladen" %}
          0
        {% endif %}
      icon: "mdi:ev-station"
      value_template: >
        {% set mode = value_json.mode %}
        {% if mode == 0 %} Schnellladen 
        {% elif mode == 1 %} Aus 
        {% elif mode == 2 %} PV 
        {% elif mode == 3 %} Min + PV 
        {% else %} Unbekannt 
        {% endif %}
      options:
        - "Aus"
        - "PV"
        - "Min + PV"
        - "Schnellladen"
      device:
        identifiers: ["warp_lademodus"]

 

Am 30.3.2023 um 17:05 schrieb MatzeTF:

In Zukunft wahrscheinlich ja, aktuell ändert sich die Funktionalität des WEM noch zu häufig.

Sorry für die Nekromantie, aber das ist der sinnvollste Thread, den ich zu dem Thema finden konnte.

Es sind jetzt drei Jahre vergangen und der WEM steht bereits auf ganz anderen Füßen. Wäre es wohl denkbar, die MQTT Auto-Discovery Funktion auch hier hinzuzufügen? Das würde viele speziellere use cases einfacher möglich machen, denke ich, da man mittels Skripten in der eigenen Heimautomatisierung steuern könnte. Das betreffende github issue ( https://github.com/Tinkerforge/esp32-firmware/issues/218 ) ist ebenfalls seit Jahren sehr still.

Aktuell gibt es leider zu viele Dinge, die auf der Todo-Liste weiter oben stehen, sodass das leider noch warten muss. 🙈

Ich mag mich täuschen ... aber unwahrscheinlich.
Aber meine WARP2 hat eine MQTT-Schnittstelle incl. Auto-Discovery und es hat vor ein paar Tagen auch sauber funktioniert, die zu aktivieren.
Ich sah die dann automatisch in Home Assistant.

So sieht es in HA aus:

Da kann man nun Dashboards damit bauen usw. aber das habe ich noch nicht weiter verfolgt, nur mal kurzer Test/Versuch:

Am 14.4.2026 um 12:14 schrieb wuesten_fuchs:

Ich mag mich täuschen ... aber unwahrscheinlich.
Aber meine WARP2 hat eine MQTT-Schnittstelle incl. Auto-Discovery und es hat vor ein paar Tagen auch sauber funktioniert, die zu aktivieren.

Nein, du täuschst dich ganz und gar nicht. Das MQTT Auto-Discovery des Warp Charger steht solide da und funktioniert einwandfrei, soweit ich das beurteilen kann. Mir geht's hier um den WEM, also den Warp Energy Manager.

Schade, dass das noch warten muss, @MatzeTF . :(

Tut mir leid. Ich hatte Deinen Text anders herum verstanden. Das es im WEM funktioniere und in der WARP nicht.

Ich besitze seit Ende letzter Woche eine WARP3 Smart (2.9.0+69831bfb) und bekomme in Home Assistant (Auto Discovery) "nur" Folgendes angezeigt. Zur Zeit läuft die Wallbox im Einrichtungsmodus, also auf einer Phase. Kommt der Rest mit einer der nächsten Firmwares noch?

bearbeitet April 15, 2026 at 10:4015. Apr 2026 von arboeh

On 4/15/2026 at 12:37 PM, arboeh said:

Kommt der Rest mit einer der nächsten Firmwares noch?

Welchen „Rest“ meinst du?

Am 15.4.2026 um 15:05 schrieb MatzeTF:

Welchen „Rest“ meinst du?

Unter "Rest" verstehe ich die Topics, die über den MQTT Broker gepublisht werden. Das sind doch ein paar mehr, als die, die von Home Assistant über Auto Discovery erkannt werden, oder habe ich etwas übersehen?

bearbeitet April 15, 2026 at 16:1715. Apr 2026 von arboeh

Es ist geplant, dass noch mehr Informationen per Auto Discovery bereitgestellt werden. Leider lassen sich nicht alle verfügbaren Informationen in HA anzeigen, da manches nicht sinnvoll mit den beschränkten HA-Sensortypen abgebildet werden kann.

Ansonsten fehlen bei dir halt die Energie- und Leistungswerte, da du eine Smart hast und keine Pro.

Am 15.4.2026 um 18:22 schrieb MatzeTF:

Es ist geplant, dass noch mehr Informationen per Auto Discovery bereitgestellt werden. Leider lassen sich nicht alle verfügbaren Informationen in HA anzeigen, da manches nicht sinnvoll mit den beschränkten HA-Sensortypen abgebildet werden kann.

Ansonsten fehlen bei dir halt die Energie- und Leistungswerte, da du eine Smart hast und keine Pro.

Die bekomme ich schon rein, bin vom Fach. 🙃

Danke für die schnellen Rückmeldungen!

bearbeitet April 15, 2026 at 17:2915. Apr 2026 von arboeh