Beiträge von Kanecaine

Zitat von kliffkante

Bin mehr so der Typ "es muss laufen wenn ich es auspacke"

Möglicherweise ist die HomeAssistant-Lösung dann für dich nicht die beste Wahl - nicht falsch verstehen, aber mit "auspacken und loslegen" ist es nach meiner Einschätzung nicht getan - es sei denn du bist sehr Technik affin. Wenn du dich darauf einlassen willst, ist das alles zwar kein "Hexenwerk" und alles ist auch halbwegs gut dokumentiert, aber du musst dir die Infos leider aus verschiedenen Quellen selbst zusammen suchen. Ich skizziere mal grob die Schritte, die nötig sind und wenn dich das nicht abschreckt, dann: leg los

1. Home Assistant installieren: hier kann man schon den ersten Fehler machen. Da wir (du) im nächsten Schritt HACS benötigen, darf man nicht die "abgespeckte" Core-Version installieren. Die verschiedenen Möglichkeiten sind hier beschrieben. Wie TomTomZoe schon schrieb, kannst du Home Assistant physisch auf einem Rechner wie dem Raspberry PI, jedem x-beliebigen anderen Rechner oder als virtuelle Maschine installieren - oder du kaufst dir die Hardware "Home Assistant Green" auf der HA bereits vorinstalliert ist.
2. HACS installieren: HA kommt mit einer Menge möglicher Integrationen für die verschiedensten Plattformen. Das sind Geräte aus dem Smarthome-Bereich, wie smarte Lampen, aber genauso auch Cloud-Dienste wie Wettervorhersagen oder Bahn-Fahrpläne. HACS ist der HA Community Store, der weitere Möglichkeiten bietet. Wie du HACS installierst, ist bspw. hier beschrieben.
3. Smart-Integration einrichten: diese findet man derzeit ausschließlich in HACS und wie diese zu installieren ist, ist hier beschrieben. Hier findest du auch, wie du anschließend die ABRP-Anbindung einrichtest. Die Smart-Integration fragt zyklisch die Smart-API ab und stellt die Fahrzeugdaten in HA als Entitäten (Datenpunkte) bereit.
   
   
   Wenn du soweit bist, müsstest du nun deine Fahrzeugdaten in HA sehen.
   
4. Automation in HA einrichten: Da du jetzt die Fahrzeugdaten (Akkustand, Restreichweite, Außentemperatur, usw.) in HA hast, können diese ABRP bereit gestellt werden. Dazu richtet man eine Automation ein, die fortan regelmäßig die Fahrzeugdaten weiterleitet. Hier sei angemerkt, dass das in (3) beschriebene Vorgehen nicht copy&paste funktioniert (zumindest laut diverser Meldungen hier). Die Bezeichnungen der Entitäten sind teilweise englisch, teilweise deutsch und müssen ggf. angepasst werden, so wie sie bei dir vorhanden sind. Wenn du sonst nichts anderes in HA hast, dürfte das relativ einfach sein.
   
   Spätestens jetzt ist klar: Home Assistant muss permanent laufen und benötigt auch eine permanente Internet-Verbindung. Heutzutage kein großes Thema mehr, aber wollte es dennoch erwähnen.

ABRP wird nun also permanent mit deinen Fahrzeugdaten versorgt und du kannst entsprechend ABRP auf deinem Handy nutzen, um deine Strecken zu planen oder dich navigieren zu lassen. Schon bisschen verrückt: dein Auto sendet permanent Daten an die Smart-Coud, von dort ruft Home Assistant sie bei dir zuhause per API-Abruf ab, um sie an ABRP zu senden, welches du auf deinem Handy nutzt, während du in eben diesem Auto sitzt.

Zitat von FireSmart#1

Ihr müsst mal gucken das ihr die VIN aus dem Code entfernt

Danke für den Hinweis. Hier nun meine fertige Karte. Funktioniert sicher nicht copy&paste bei jedem, aber vielleicht sind ein paar Anregungen dabei.

Features:

• Anzeige von
  • 12V-Batteriestand
  • Kilometerstand
  • Ladeziel, wenn geladen wird
  • Zeitpunkt letztes Daten-Update
  • Status Zentralveriegelung
  • Ladestand HV-Batterie und damit erzielbare Reichweite mit animiertem Icon bei aktivem Ladevorgang (erfordert zusätzlichen Template-Sensor**)
  • Position auf Karte
• Button Reifendruck
  • Farbe "grün" und Ausgabe "OK" wenn alle Reifendrücke in Ordnung
  • Farbe "rot", Hinweis-Badge und Ausgabe des ersten (bei mehreren) Reifens, mit zu niedrigem Luftdruck
  • öffnet Übersicht aller Reifendrücke (hier auch farbliche Anzeige, wenn nicht ok)
• Button Klimasteuerung
  • zeigt aktuelle Innenraumtemperatur
  • Farbe "grün" bei aktiver Vorklimatisierung
  • öffnet Steuerung der Vorklimatisierung, Sitz- und Lenkradheizung
• Button Türen und Klappen
  • zeigt an, wieviele Türen geöffnet sind
  • öffnet Übersicht zu allen Türen, Hauben, Klappen
• Button Fenster
  • zeigt an, wieviele Fenster geöffnet sind
  • öffnet Übersicht zu allen Fenstern

So bin ich mit der Karte erstmal zufrieden. Verbessern könnte man im Detail sicherlich noch das ein oder andere. Aber so gefällt es mir jetzt erstmal und sieht tatsächlich besser aus, als meine bisherige Übersicht zum Auto, in die ich auch schon viel Zeit investiert hatte. Daher: Danke cmdrfletcher für den Tipp!!

Hier ein paar Screenshots, sowie der Code:

Bildschirmfoto 2025-03-02 um 17.34.15.pngBildschirmfoto 2025-03-02 um 17.36.29.pngBildschirmfoto 2025-03-02 um 17.36.16.pngBildschirmfoto 2025-03-02 um 17.35.15.pngBildschirmfoto 2025-03-02 um 17.35.02.pngBildschirmfoto 2025-03-02 um 17.47.19.pngBildschirmfoto 2025-03-02 um 17.38.05.png

code.yaml.zip

edit: Code als ZIP-Datei angehangen, da zu lang für einen Post

**edit: hier noch der Template-Sensor - Notwendigkeit erübrigt sich, sobald die Integration korrekt binary_sensoren gemäß meines letzten Vorschlags bereit stellt.

{{ states('sensor.smart_ladezustand') == 'charging'}}

Einfach einen Template-Helfer vom Typ binary_sensor erstellen. Das Template macht nichts weiter, als den String "charging" in einen Boolean (True, False) zu übersetzen. Einen solchen erwartet die Karte nämlich, damit das animierte Icon angezeigt wird beim Laden.

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?

Zitat von T212

- 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.

Zitat von T212

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:

• sensor.smart_last_update

Allerdings gibt es diese bei mir gar nicht - bei mir lautet diese scheinbar:

• sensor.smart_letztes_daten_update

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:

Remove scan interval option from Synology DSM by mib1185 · Pull Request #138490 · home-assistant/core

Breaking change The scan interval option has been removed and the default of 15 minutes is used. There is an integration independent and common way available…

github.com

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.

Zitat von Schmarti

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:

Thema

Smart #1 Zufriedenheit im Alltag, Note 1 (2, 3, 4, 5, 6) - Review nach mind. 1.000km.

...

Clever

8. Oktober 2023

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.