Wertemenge für select.evcc_[lp-name]_vehicle_name

[Bernd95]

Welche Werte kann der Sensor select.evcc_[lp-name]_vehicle_name annehmen? Ich habe db:12 und db:13 gesehen - die kann ich auf meine Fahrzeuge mappen. Ich meine aber auch -None-, -keins- und Unknown gesehen zu haben - da bin ich verwirrt. Welche Werte bekomme ich, wenn ein fremdes „Gast-Fahrzeug“ angeschlossen ist oder wenn kein Fahrzeug angeschlossen ist? Gibt es noch weitere Zustände? Ich würde gerne in einem Template Sensor alle Zustände abfangen und in „freundliche Namen“ für die Oberfläche wandeln.

[marq24]

also 'eigentlich' sollten da nicht db:12 und db:13 stehen... sondern eben die Fahrzeug Fahrzeug Bezeichner, wie Du sie vergeben hast... Kannst Du so gut sein und einmal das DEBUG log aktivieren, HomeAssistant neu starten und mir dann das LOG zukommen lassen (am besten per eMail)...

Danke...

Ansonsten sollte in der Liste neben den bakannten/konfiguroerten Fahrzeugen nur der Wert -keins- auftauchen - ich muss aber gerade gestehen, dass ich nicht weiß, wie die HA Integration reagiert, wenn evcc ein 'Gastfahrzeug' an der Wallbox meldet... [klingt als hätte ich eben einen Hausaufgabe gewonnen...]

[Bernd95]

Ich stelle Dir die Datei morgen Abend zusammen, aber ich brauche etwas Hilfe, da ich relativ neu bin bei HA, evcc und Deiner Integration. Für was soll ich Debug aktivieren und wo mache ich das? In HA oder Deiner Integration? Und welches Log brauchst und wo finde ich das?

[marq24]

hier solltest Du alles finden können - https://github.com/marq24/ha-senec-v3/blob/master/docs/HA_DEBUG.md

[thecem]

Ich glaube die db:xx ist die bessere Lösung als mit db_xx. Weiterhin ist nach einem Neustart von ha der Name des vehicles verfügbar und wird in der Anzeige richtig gemappt. Ich hatte bis auf den zusätzlichen Neustart mit der Lösung bis 10.0 keine Probleme.

für select.evcc_garage_vehicle_name db_7 anstatt db:7 im state zu nutzen ist in meinen Augen Murks. Alias in der UI wird bei beiden 10.0 und 10.1 richtig angezeigt.

[thecem]

Das ist ein “Problem” was in evcc gelöst werden muss und nicht in der ha Integration von dir!

[marq24]

für select.evcc_garage_vehicle_name db_7 anstatt db:7 im state zu nutzen ist in meinen Augen Murks.

ich kann das total nachvollziehen - ich find's aktuell auch eher UNCOOL...

Alias in der UI wird bei beiden 10.0 und 10.1 richtig angezeigt.

Den kram zu testen ist recht aufwendig, da irgendwas in der HA installation dann auch noch anfängt Dinge zu cachen - so dass man Code an der Integration ändern kann, HA neu startet und sich NIX verändert... AKA ich verstehe nicht wirklich wie HA tatsächlich die Übersetzungen der Auswahl einer SELECT-BOX handled...

Bin jetzt so weit, dass ich jedesmal den ganzen Docker Container wegwerfe nachdem ich meine HA installation gestoppt habe (docker system prune)... damit haben zumindest meine Code Änderungen dann Auswirkungen...

Und "ja" auch bei mir gibt es den Fall, dass OHNE das ich den evcc-key von : auf _ patche, dass dann trotzdem auch der translation key in HA entsprechend gefunden wird...

NUR DANN VERSTEHE ICH ÜBERHAUPT NICHT, wie USER, wie hier der Bernd eben in den SELECTS nur die "evcc-key"s sehen (ohne Übersetzung)... Deswegen der 'Versuch mit dem Patch'

@Bernd95 funktioniert das denn jetzt bei Dir nach dem Update auf die 2025.10.1, das Dir die Auswahllisten jetzt Deine Fahrzeuge anzeigen?

[Bernd95]

Das Ergebnis hängt von der Sprache ab. Bei deutscher Oberfläche bekomme ich ein Fahrzeug als "BMW i3s" zurück. Bei englischer Oberfläche bekomme ich etwas wie "db:12" zurück. Wenn ich jetzt eine Automatisierung drauf setzen will, müsste ich etwas schreiben wie "if (Fahrzeug=i3s or Fahrzeug=db:12) then 'Mach was für den i3s' else if (.. or ..)". Das finde ich eher unpraktisch zu handhaben. Von einem Sensor würde ich etwas sprachneutrales erwarten; oder mindestens etwas, das in jeder Sprache gleich ist. Wenn ich es abhängig von der Oberflächensprache anzeigen will, kann ich mir immer noch etwas außenrum bauen.

[thecem]

Das löschen von pychache und neu starten von der dev instance sollte ausreichen.

[thecem]

@marq24: Danke!🙏

[marq24]

Danke für die Aufklärung Bernd...

jetzt dann für Dich auch nochmal ein wenig Hintergrund Info - der Text den Du in der Auswahlliste angezeigt bekommst, ist nicht der Value der dann gesetzt wird... HA kennt so etwas wie 'value' (in dem Fall) eine 'option' und einem DisplayValue (bzw. DisplayOption)...

Und da man ja eben ganz bestimmt keine Sprach abhängigen Automatisierungen schreiben möchte, bis Du auf der Suche nach den möglichen OPTIONS dieser Auswahlliste...

In HA kannst Du unter http://YOUR-HOST:8123/developer-tools/state dir die select.evcc_[DEIN-NAME]_vehicle_name anzeigen lassen und dort stehen dann auch die möglichen Werte der Auswahlliste (options) - bei mir ist das:

options:
  - "null"
  - ford_mach_e

-> null für -kein- / -none-
und eben ford_mach_e für mein Auto - das mir als "Ford MachE GT...." angezeigt wird

bei dir steht da so was wie:

options:
  - "null"
  - db:12
  - db:13

weil das eben genau tatsächlich die evcc identifier für Deine Fahrzeuge sind...

[marq24]

zu 1) wenn ich das richtig auf dem Schirm habe macht evcc es wie folgt: Wenn die WB meldet da ist was verbunden, dann wird "null" = Gastfahrzeug angezeigt, wenn nix am Kabel hängt, dann eben -keins- (in HA unterscheide ich ich da nicht...

zu 2) Da muss ich noch was bei den Übersetzungen hinzufügen denke ich (es gibt da zwei Objekte - das habe ich heute Abend neu gelernt) :-D

[thecem]

@Bernd95 unter Entwickler Werkzeuge > Zustände sieht du den “state”. Dieser ist für automatisation relevant.
Wenn du ein binary_sensor hast der als Fenster definiert ist, wird dort “true” stehen und in der Anzeige “Fenster geschlossen”.
Nur diese values sind in template automatisationen relevant!

[marq24]

ein update zu 2) - bitte auf die 2025.10.3 updaten - und dann ist das Thema hoffentlich erledigt ?! - Über eine kurze Rückmeldung würde ich mich freuen.

[thecem]

[Bernd95]

Ich hab's auf deutsch und englisch getestet - sieht gut aus. Vielen Dank. In ein paar anderen Sprachen kommt trotzdem db:12, aber das ist mir wurscht ;-) Und durch die Attribute wird auch mein Template Sensor einfacher.
Aber meinen kleinen Feature-Wunsch würde ich aufrecht erhalten (wenn's die evcc Schnittstelle hergibt): Ich fände es schon praktisch, wenn ich in HA zwischen "Es ist kein Fahrezug angeschlossen" und "Es ist ein Fahrzeug angeschlossen, das ich aber nicht (er)kenne" unterscheiden könnte.

[marq24]

@Bernd95 Dein Wunsch ist notiert - scheitert hier aber ganz aktuell an der Tatsache, das ich kein zweites EV zur Verfügung habe, das ich zum entwickeln/testen mal an meine Wallbox hängen könnte :-)

Also ich verstehe z.B. aktuell gar nicht, wie evcc erkennt, dass es mein Auto ist, das an der WB angeschlossen ist - ich denke nicht, das diese info vom Ford über da Kabel zur WB geht... Aber genau diese Dinge möchte/muss ich vorher einmal testen. Ggf kann ich einen Kollegen ja mal motivieren für 1-2h bei mir vorbei zu kommen, um Sein Auto ein/aus zustecken...

[Bernd95]

Super, dann bin ich gespannt.
Bei meiner Konstellation (Compleo eBox und BMW Fahrzeug) holt evcc sich die Daten sehr sicher aus dem Fahrzeug-Backend. BMW hatte vor ein paar Wochen sein App-Backend für Dritt-Software wie evcc und HA gesperrt. Dann hatte ich plötzlich nur noch Gast-Fahrzeuge. Seit ich BMW Cardata konfiguriert habe, werden die Fahrzeuge wieder erkannt. Allerdings scheint evcc mehrere Mechanismen zu Fahrzeugerkennung zu nutzen, soweit ich die Dokumentation verstehe.
Aber wozu brauchst Du das? Holst Du Dir das angeschlossene Fahrzeug nicht aus der evcc API unter loadpoints->0->vehicleName? Da steht bei mir bei bekanntem angeschlossenen Fahrzeug z.B. "db:14". Wenn kein Fahrzeug angeschlossen ist, ist vehicleName "". Gerade habe ich meinen i3 angeschlossen und das BMW Backend brauchte ewig, um zu antworten. In der Zeit wurde mir in evcc ein Gastfahrzeug angezeigt, der vehicleName war weiterhin "". Allerdings war loadpoints->0->connected "true". Ich vermute, dass evcc aus der Kombination connected true und vehicleName (noch) unbekannt ableitet, dass er das Fahrzeug Gast-Fahrzeug nennt - wäre zumindest ein plausibler Mechanismus.

[marq24]

gut möglich, das rvcc aus der Kombo von zwei Werten das Gastfahrzeug herleitet...

Allerdings lässt sich sowas in HA möglicherweise nur.mit ganz schlimmen rumgepatche lösen...

[Bernd95]

Wenn ich es mir recht überlege, sollte ich das in HA selbst lösen können. Ich muss ja nur die Sensoren binary_sensor.evcc_bmw_ebox_connected und select.evcc_bmw_ebox_vehicle_name kombinieren. Ist nichts connected, dann habe ich kein Fahrzeug. Ist etwas connected, ist es das Fahrzeug aus vehicle_name oder, falls das leer ist, ein Gast. Also ungefähr so (Ausgabe von ChatGPT, ungetestet 😊):

          {% set connected = is_state('binary_sensor.evcc_bmw_ebox_connected', 'on') %}
          {% set vehicle = states('select.evcc_bmw_ebox_vehicle_name') %}
          {% if not connected %}
            keins
          {% elif vehicle == '' or vehicle == 'unknown' or vehicle == 'unavailable' %}
            Gast
          {% else %}
            {{ vehicle }}
          {% endif %}

[thecem]

Wenn du mehrere loadpoints hast kann du das ebenfalls so prüfen.
Evcc macht auch nichts anderes um das Fahrzeug zu erkennen, die api abfragen um zu sehen ob connected. Kann man dann auch mit einem Charge mit 6a 1p durchtestesten wenn es mehrere Fahrzeuge sind und mehrer loadpoints.

[thecem]

BMW: geht das vernünftig mit der “neuen” API ? Was ist das aktualisierungsintervall? Bei VW bin ich bei 60sec. Will mir aber mal den ix3 anschauen.

[marq24]

Wenn du mehrere loadpoints hast kann du das ebenfalls so prüfen. Evcc macht auch nichts anderes um das Fahrzeug zu erkennen, die api abfragen um zu sehen ob connected. Kann man dann auch mit einem Charge mit 6a 1p durchtestesten wenn es mehrere Fahrzeuge sind und mehrer loadpoints.

Wenn ich also mein Auto (ganz irgendwo anders lade), und zeitgleich ein anders Auto sich bei mir an die WB anschließt, dann meint EVCC also mein Auto wäre an meine WB angeschlossen?

Da muss ich wohl dann noch zusätzlich ein vehicle location check in meine "WB-Laden-ist-freigegeben" Automation einbauen! - Denn also nur aus der Tatsache, das mein Auto an eine WB angeschlossen ist und das an meiner WB ein Auto angeschlossen ist, kann man ja nur wirklich nicht ableiten, das MEIN Auto an MEINER WB angeschlossen ist!

[Bernd95]

Zu der neuen BMW API: Seit evcc 0.209.2 scheint das stabil zu laufen (nach 2 Tagen Erfahrung). Wenn ich die BMW-Doku richtig verstehe, werden die Daten über das Streaming Interface quasi sofort zur Verfügung gestellt. Wie schnell evcc sie abholt, weiß ich nicht.