Beiträge von Kanecaine

Zitat von Schmarti

Funktioniert somit komplett "keyless" wie auch der PUK.

Da fällt mir gerade ein, dass ich bei mir auf dem Handy die Hintergrundaktualisierung für alle Apps deaktiviert habe. Sicherlich ist das der Grund, dass sich bei mir der digitale Schlüssel nach kurzer Zeit wieder trennt. Tatsächlich wäre das das erste Mal, dass ich durch Deaktivieren dessen eine funktionale Einschränkung bemerke. Selbst WhatsApp-Nachrichten kommen ohne Hintergrundaktualisierung rein, auch die Wetter-Daten einer Drittanbieter-App werden aktualisiert.

Zitat von clementgzl

Spendier mir einen Kaffee

gespendet. Vielen Dank für die tolle App!

wir43 ja genau. Daher finde ich das auch ziemlich sinnlos.

Ah, danke. Wieder was gelernt.

Dass das Auto von selbst öffnet ging vorher schon? Ich dachte man musste zumindest immer noch selbst den Türgriff berühren.

Zitat von Birger_s

Es ist ja nicht nötig, in Funkreichweite den UFO-Schlüssel erst zu aktivieren, also echtes „Key-Less-Go“

Ja ok, das ist natürlich was gänzlich anderes und würde aus meiner Sicht (bei Apple) aber nur mit CarKey funktionieren. Denn iOS dürfte es nicht zulassen, dass eine App dauerhaft im Hintergrund aktiv ist und nach Bluetooth-Geräten Ausschau hält, um dann eine Aktion auszulösen. Und das Intervall dafür müsste auch sehr kurz sein, ca. jede Sekunde - da wäre doch der Akku alle bevor ich je zum Auto komme

Den Schlüssel musste ich erstmal manuell verbinden. Die Verbindung bleibt in der App nicht dauerhaft bestehen. Danach kann ich das Handy in die Tasche stecken und wenn ich näher zum Auto komme, öffnet es.

Bei mir (mit iOS) funktioniert der digitale Schlüssel auch bei Annäherung. Eben probiert: Schlüssel verbunden, zum Auto gegangen, öffnet von selbst aus 2m Entfernung.

Zitat von smartuser

Man muss also in der App 100 % einstellen und kann dann über EVCC einen beliebigen Ziel-SoC eingeben, bis zu dem geladen wird. Habe aber noch nicht geprüft, ob man diesen Ziel SoC über eine Entität in eine Automation einbinden kann (sollte aber grundsätzlich meines Erachtens gehen). In der Smart-Integration gibt es die Entität leider nicht.

Hab mir jetzt EVCC eingerichtet und so wie ich das sehe, brauchst du dann die fahrzeugseitige Beschränkung des maximalen SoC gar nicht mehr. Kannst du, wie du ja selbst sagst, alles mit EVCC machen. Auch die Automation mit HomeAssistant, denn EVCC kannst du selbst in HomeAssistant integrieren und da sollte (noch nicht probiert) auch der SoC begrenzt werden können.

Zitat

Mit der ha-evcc Integration von marq24 kannst du evcc Daten und Funktionen einfach in Home Assistant integrieren. Unabhängig davon, ob du evcc in Home Assistant betreibst oder nicht.

Mal abgesehen davon, dass man mit EVCC selbst wohl schon ne ganze Menge tun kann (PV-Überschuss, variable Stromtarife, Hausakku, PV-Prognose) um das Laden zu steuern - was genau fehlt dir eigentlich, dass du meinst es mit HA machen zu müssen?

Übrigens funktioniert die Einbindung unserer Smart in EVCC auch reibungslos und zeigt bspw. den SoC auch an, wenn er nicht an der Wallbox hängt. Wofür das sinnvoll ist, weiß ich zwar noch nicht, aber es funktioniert

Danke MichaelH, wobei zu erwähnen wäre, dass dein Code eine custom card aus HACS verwendet. Die Standard-Maps-Card reicht auch erstmal, bietet aber nicht so viele Konfigurationsmöglichkeiten.

Die Device tracker Entität enthält die aktuellen Koordinaten. Die siehst du in deren Eigenschaften. Wenn du eine Karten-Karte benutzt, kannst du dir die Position anzeigen lassen und sogar auch wo das Auto in den letzten x Stunden gewesen ist.

Map card

The map card that allows you to display entities on a map

www.home-assistant.io