Die Bilder kannst du direkt in der Karte hochladen.
Hab gerade festgestellt, dass es gestern doch schon bisschen spät war: die Templates funktionieren, sind allerdings etwas eigensinnig: er erkennt bspw. nur "True" aber nicht "true". Und man sollte die Templates besser im yaml schreiben, nicht in der UI. Mich hat jetzt der Ehrgeiz gepackt und ich mache nun doch mal die Karte "fertig". Ich poste dann den neuen Code.
Ich hab gestern mal bisschen mit der Karte "rumgespielt". Tatsächlich sehr "flexibel" und mit vollständiger UI-Unterstützung. Allerdings leider auch nicht ganz intuitiv. Es brauchte einen Moment, zu verstehen, wie sie funktioniert. Also die Usability könnte etwas besser sein. Schwerwiegender finde ich, dass es zwar schön ist, dass Templates so zahlreich unterstützt werden, aber die Umsetzung ist zuweilen ziemlich "buggy". Ein Template, welches im Template-Editor einwandfrei funktioniert (und ich habe schon einige Templates geschrieben), funktioniert in der Karte leider nicht. Oder es funktioniert nur, wenn das Template "true" zurück gibt, bei "false" wird der Quellcode ausgegeben. Ich hab dann irgendwann aufgehört, aber war schon ziemlich weit gekommen:
Bildschirmfoto 2025-03-02 um 10.44.38.pngBildschirmfoto 2025-03-02 um 10.45.40.pngBildschirmfoto 2025-03-02 um 10.45.53.pngBildschirmfoto 2025-03-02 um 10.46.02.png
type: custom:vehicle-status-card
button_card:
- button:
primary: Reifendruck
notify: >
{% set vl = states('sensor.smart_reifendruck_fahrerseite_vorne') |
float(0) %}
{% set vr = states('sensor.smart_reifendruck_beifahrerseite_vorne') |
float(0) %}
{% set hl = states('sensor.smart_reifendruck_fahrerseite_hinten') |
float(0) %}
{% set hr = states('sensor.smart_reifendruck_beifahrerseite_hinten') |
float(0) %}
{{ vl > 2.4 && vr > 2.4 && hl > 2.4 && hr > 2.4 }}
secondary:
state_template: >-
{% set vl = states('sensor.smart_reifendruck_fahrerseite_vorne') |
float(0) %}
{{ vl > 2.4 }}
icon: mdi:car-tire-alert
custom_card: []
default_card:
- collapsed_items: false
items:
- entity: sun.sun
- entity: ensor.sun_next_dawn
- entity: sensor.sun_next_midnight
- entity: sensor.sun_next_noon
title: Default Card
- collapsed_items: true
items:
- entity: sun.sun
- entity: ensor.sun_next_dawn
- entity: sensor.sun_next_midnight
- entity: sensor.sun_next_noon
title: Collapsed Card
hide_button: false
button_action:
entity: ""
tap_action:
action: more-info
hold_action:
action: none
double_tap_action:
action: none
tire_card:
title: Reifendruck
front_left:
entity: sensor.smart_reifendruck_fahrerseite_vorne
name: " "
front_right:
entity: sensor.smart_reifendruck_beifahrerseite_vorne
name: " "
rear_left:
entity: sensor.smart_reifendruck_fahrerseite_hinten
name: " "
rear_right:
entity: sensor.smart_reifendruck_beifahrerseite_hinten
name: " "
horizontal: false
background: /api/image/serve/c043d63ce8f3bbf5703c132e0b521456/original
image_size: 100
value_size: 80
card_type: tire
button_type: default
- button:
primary: Klimatisieren
secondary:
state_template: Innenraum heizen / kühlen
icon: mdi:air-conditioner
button_type: default
card_type: custom
custom_card:
- type: thermostat
entity: climate.smart_vin_conditioning
features:
- style: dropdown
type: climate-hvac-modes
hvac_modes:
- heat_cool
- "off"
name: Klimatisierung
- type: tile
entity: select.smart_vin_conditioning_driver_seat
vertical: true
hide_state: true
name: Fahrersitz
features:
- type: select-options
- type: tile
entity: select.smart_vin_conditioning_passenger_seat
vertical: true
hide_state: true
name: Beifahrersitz
features:
- type: select-options
- type: tile
entity: select.smart_vin_conditioning_steering_wheel
vertical: true
hide_state: true
name: Lenkradheizung
features:
- type: select-options
default_card: []
hide_button: false
button_action: {}
entity: climate.smart_vin_conditioning
features:
- style: dropdown
type: climate-hvac-modes
hvac_modes:
- heat_cool
- "off"
name: Klimatisierung
- button:
icon: mdi:car-door
primary: Türen
secondary:
state_template: This is a new button
button_type: default
card_type: default
custom_card: []
default_card:
- collapsed_items: false
items:
- entity: sensor.smart_door_open_status_driver
name: Fahrerseite vorn
state_template: "{{ 'geschlossen' if states(config.entity) == '0' else 'offen' }}"
icon: mdi:car-door
- entity: sensor.smart_door_open_status_driver_rear
name: Fahrerseite hinten
state_template: "{{ 'geschlossen' if states(config.entity) == '0' else 'offen' }}"
- entity: sensor.smart_door_open_status_passenger
name: Beifahrerseite vorn
state_template: "{{ 'geschlossen' if states(config.entity) == '0' else 'offen' }}"
- entity: sensor.smart_door_open_status_passenger_rear
name: Beifahrerseite hinten
state_template: "{{ 'geschlossen' if states(config.entity) == '0' else 'offen' }}"
title: Türen
hide_button: false
button_action: {}
- button:
icon: mdi:new-box
primary: New Button
secondary:
state_template: This is a new button
button_type: default
card_type: custom
custom_card:
- entities:
- sensor.sun_next_dawn
- sensor.sun_next_midnight
- sensor.sun_next_noon
title: Custom Card
type: entities
default_card: []
hide_button: false
button_action: {}
- button:
icon: mdi:new-box
primary: New Button
secondary:
state_template: This is a new button
button_type: default
card_type: default
custom_card: []
default_card:
- collapsed_items: false
items:
- entity: sun.sun
- entity: ensor.sun_next_dawn
- entity: sensor.sun_next_midnight
- entity: sensor.sun_next_noon
title: Default Card
hide_button: false
- button:
icon: mdi:new-box
primary: New Button
secondary:
state_template: This is a new button
card_type: custom
custom_card:
- entities:
- sensor.sun_next_dawn
- sensor.sun_next_midnight
- sensor.sun_next_noon
title: Custom Card
type: entities
default_card: []
hide_button: false
layout_config:
button_grid:
rows: 2
columns: 2
swipe: true
hide:
button_notify: false
buttons: false
images: false
indicators: false
mini_map: false
range_info: false
map_address: false
card_name: false
theme_config:
mode: dark
theme: default
section_order:
- header_info
- images
- mini_map
- buttons
images_swipe:
max_height: 260
autoplay: false
loop: false
name: "Smart #3"
mini_map:
device_tracker: device_tracker.smart_none
enable_popup: false
map_height: 190
us_format: false
hours_to_show: 2
default_zoom: 17
theme_mode: auto
images:
- url: /api/image/serve/c0fef7ea16a6d294328853e0694689ec/original
title: SMART3.PNG
indicators:
single:
- entity: sensor.smart_12v_batterie_ladestand
icon: ""
attribute: ""
action_config:
entity: sensor.smart_12v_batterie_ladestand
tap_action:
action: more-info
hold_action:
action: none
double_tap_action:
action: none
- entity: sensor.smart_kilometerstand
icon: ""
action_config:
entity: sensor.smart_kilometerstand
tap_action:
action: more-info
hold_action:
action: none
double_tap_action:
action: none
visibility: ""
- entity: sensor.i3s_120_charging_end_time
icon: mdi:battery-clock
attribute: ""
action_config:
entity: sensor.i3s_120_charging_end_time
tap_action:
action: more-info
hold_action:
action: none
double_tap_action:
action: none
visibility: "{{ is_state('sensor.smart_ladezustand', 'charging') }}"
- entity: sensor.smart_letztes_daten_update
icon: ""
action_config:
entity: ""
tap_action:
action: more-info
hold_action:
action: none
double_tap_action:
action: none
state_template: >-
vor {{
relative_time(states['sensor.smart_letztes_daten_update'].last_changed |
default('unbekannt'))
|replace("hours","Stunden") |replace("hour","Stunde")
|replace("minutes","Minuten") |replace("minute","Minute")
|replace("seconds","Sekunden") |replace("second","Sekunde")
|replace("days","Tagen") |replace("day","Tag") }}
group: []
range_info:
- energy_level:
entity: sensor.smart_batterie
attribute: ""
icon: mdi:battery
range_level:
entity: sensor.smart_reichweite
attribute: ""
progress_color: "#db0045"
charging_entity: sensor.smart_ladegerat_angeschlossen
card_mod:
style:
vehicle-buttons-grid$:
vsc-button-single$: |
.grid-item {
background: transparent !important;
}
.: |
ha-card {
background: transparent !important;
}Dann hab erstmal einen schönen Urlaub! 
Ich muss sagen, dass mir die Update-Intervalle bisher nicht wichtig waren. Um den Kilometerstand und Reifendruck im Blick zu haben, reicht mir auch 1 mal täglich. Ist mit ABRP-Anbindung natürlich was anderes. Gut möglich, dass die API nach Ladeende seltener Daten sendet. Du hast das Abfrage-Intervall in Home-Assistant auf 30 Sekunden eingestellt?
- Die Ladeleistung wurde durch das Teilen durch 1000 falsch übertragen, ich habe dabei auch die Rundung ein- und das Datenformat auf float umgeschaltet:
Ich habe bei mir mal in der Historie geschaut: die Ladeleistung ist originär in W angegeben. Insofern ABRP also eine Angabe in kW erwartet, ist das Teilen durch 1000 entsprechend richtig und nötig. Hast du möglicherweise im Info-Dialog der Entität die Einheit von W auf kW geändert? Dann rechnet er in der UI es überall um und es würde mich nicht wundern, wenn dies dann auch im Template der Fall wäre - das würde dann erklären, weshalb bei dir die Umrechnung nicht nötig ist.
Nun das echte Problem: Wenn ich das Fahrzeug lade, läuft alles perfekt: ABRP kriegt alle 30 Sekunden die aktuelle Leistung und den aktuellen SOC usw..
Aber: Nach Beenden des Ladens kriegt die Integration offensichtlich die Motten und macht gar nichts mehr, auch das Widget in HA bleibt im Ladezustand hängen:
Hier ist zunächst wichtig, herauszubekommen, wie häufig die Werte in Home Assistant aktualisiert werden. Der Trigger der die Automation auslöst, welche die Daten dann an ABRP sendet, ist laut Doku folgende Entität:
Allerdings gibt es diese bei mir gar nicht - bei mir lautet diese scheinbar:
Offenbar eine Folge der unvollständigen Übersetzung. Ist nicht dramatisch, aber stellt natürlich eine zusätzliche Hürde dar, wie du selbst ja auch schon beschrieben hast.
Schau daher zunächst mal, wie häufig sich der Wert dieser Entität aktualisiert. Und dann schau bitte auch mal, wie häufig sich die Entitäten aktualisieren, die an ABRP übermittelt werden. In Home Assistant gibt es nämlich eine Besonderheit: wird ein Wert empfangen, der identisch zum bisherigen ist, wird dieser üblicherweise ignoriert und löst keinen Zustandswechsel aus. Möglicherweise wäre es daher einen Versuch wert, statt der zentralen Update-Entität eine der Entitäten als Trigger zu verwenden, die auch als Wert an ABRP gesendet werden, insofern diese häufiger aktualisiert werden.
Auch könnte man statt eines State-Triggers (Zustand der Update-Entität) einen zeitlichen Trigger verwenden, der einfach pauschal alle x Minuten die Werte an ABRP meldet. Nützt natürlich wenig, wenn die Entitäten schon nicht aktualisiert werden. Daher erstmal schauen, wie oben beschrieben.
In meinem Fall scheint es so zu sein: wenn das Auto geladen wird, erhalte ich stündlich** ein Update über die API an Home-Assistant bei einem Standard Scan-Interval von 300 (vermutlich in Sekunden und entsprechend 5 Minuten). Wenn das Auto aber abgeschlossen einfach nur rumsteht, können das auch schon mal 13 Stunden oder mehr sein, seit dem letzten Daten-Update. Dann spielt es sicherlich eine Rolle, ob das Auto benutzt wird, ob Türen geöffnet werden usw. halt alles, was das Auto aus dem Tiefschlaf holt, hat potentiell Einfluss darauf, wie häufig die Werte über die API aktualisiert werden.
Nun gibt es diverse Integrationen bei denen das Scan-Interval bereits schon wieder als obsolet gilt und es ist fraglich, ob es für die Smart-Integration überhaupt (noch) oder in dem erwarteten Maß funktioniert. Was du stattdessen machen kannst: eine Automation, die nach einem von dir festgelegten Intervall die Daten abruft, indem die update_entity-Aktion ausgelöst wird. In der kommenden Home-Assistant-Version ist dies bspw. für die Integration von Synology DSM der Fall und die Alternative (manuelles Polling per Automation) ist hier im ersten Beitrag verlinkt:
Also auch das wäre ein Ansatz, den man versuchen könnte, aber auch der nützt natürlich nichts, wenn Smart die Daten nur sporadisch über die API bereitstellt. Sollte sich letzteres als Ursache herausstellen, wäre der Ansatz, den die alternativen Smartphone-Apps verfolgen, einen Versuch wert: zyklisch ein Aufwachsignal an das Auto senden, z.B. "Sitzheizung abschalten". Aber Vorsicht: beschwere dich dann nicht, wenn das Auto dann nicht mehr in den Tiefschlaf geht und die Batterie ständig leer ist oder der Popo friert 
- also kein genereller Ansatz, aber gekoppelt an eine Bedingung, wie "Auto ist aufgeschlossen" oder "Motor ist an" oder "device_tracker is not at_home" oder dergleichen ggf. doch brauchbar.
**edit: das ist nicht korrekt. Mein letztes Mal Laden des Autos ist länger als 7 Tage her und damit sehe ich in Home-Assistant nur die Daten aus der Long-Term-Statistik, die auf stündliche Granularität verdichtet. Wie häufig es also tatsächlich ist, kann ich aktuell gar nicht sagen - gut möglich dass es dann auch 5 Minuten wären.
Ich glaube du würdest hier auch einige im Forum finden, mich eingeschlossen, bei denen die Fahrzeuge recht problemlos laufen.
Laut dieser Umfrage, sind mehr als 3 von 4 zufrieden bis sehr zufrieden:
Wir reden hier über eine 1.5.2, was ist mit der 1.5.1? Zusammen mit dem langen Zeitraum seit dem letzten Update lässt das die Vermutung aufkommen, dass die 1.5.1 übersprungen wurde, aus welchem Grund auch immer. Qualitätsmängel? Einführung des #5 band Ressourcen anderweitig?
Hast du dich mit demselben Smart-Account eingeloggt, wie vorher? Bei uns haben meine Frau und ich separate Smart-Accounts, das Auto hatte ich damals aber eingerichtet und seitdem bin ich der „Hauptnutzer“. Wenn jetzt meine Frau den Login am Zentraldisplay macht, dann sind auch alle Profile und Einstellungen „weg“ - solange, bis ich den Login über mein Handy mache.
Dann hat das Auto sehr wahrscheinlich keine Internet-Verbindung. Was sagt denn das Mobilfunk-Icon? Alternativ mal das Handy als WLAN-Hotspot verwenden und den Smart darüber verbinden.
Kommisions-SW (schaut euch mal die Package Struktur von HelloSmart an und ihr seht die Herkunft) im Hintertreffen.
Klingt interessant - magst du dazu noch 2 Worte mehr erzählen? Lass mich raten: viel Baukasten-Gedöns uns Framework-Overhead.
Stimmt, aber ohne Kabel ist schon bisschen komfortabel - Krach machen sie beide. Tatsächlich hatte ich an das Reifenkit im Moment der Kaufentscheidung aber nicht gedacht.
