Ist glaube das kam erst später nach einem SW Update dazu
Beiträge von rolandpj
-
-
Komm gerade nach 400km heim, 15 min ladestopp mit ca. 100kw ohne vorkonditionierung waren ausreichend um mit 30% soc heimzukommen (hätte also auch ein kürzerer Stopp gereicht.)
Den test möchte ich etwas korrigieren. Die Assistenten empfinde ich nicht als Oberlehrer , sondern sie machen die Autobahnfahrt irrsinnig angenehm. Hab eigentlich nur zugeschaut und das Auto fuhr bei ca. 120kmh alleine locker der Spur entlang. Bin einfach gechillt dahin gefahren. Ein sehr angenehmes Reisen!
-
-
Alles anzeigen
Darf ich für mein besseren Verständnis bitte kurz zusammentragen:
Situation:
An deinem Fahrzeug gibt es seit dem Softwareupdate auf die Version 3.1.0 die Situation das sich das Fahrzeug einige Zeit nach dem Ausschalten häufig nicht mehr Online via APP erreichen lässt.
Die Standheizung/Vorwärmung funktioniert grundsätzlich einwandfrei und liese sich per Zeitschaltung aktivieren.
Mangel:
Da jedoch die Onlineverbindung häufig nicht funktioniert lässt sich (u.a.) die Standheizung/Vorwärmung nicht mit Sicherheit von der Ferne einschalten.
Habe ich es so richtig vertanden? Oder ist bei deinem SL tatsächlich die Standheizung/Vorwärmung defekt?
Ja genau.
Bei mir ging die Verbindung vor dem Update auch sehr unzuverlässig und jedes Mal nur nach öfterer Aktualisierung.
Jetzt geht es leider meist gar nicht mehr.
Also kein Problem mit der Heizung, nur mit der Verbindung. Ich denke es könnte mit einem SW Update gelöst werden
-
-
Ist im Grunde dasselbe wie bei uns. Der SL7 hat die selbe Akku Technologie. Lädt man länger nicht auf 100%, fordert einen der SL7 auch zum Voll laden auf.
Alle paar Monate soll man auch von niedrigem Akku stand (unter 10%) durchgängig auf 100 laden... Steht ein der Anleitung
Alles wichtig für die Kalibrierung, damit die Anzeigen stimmen
-
Durch den Kaisermühlentunnel fahr ich mit acc und icc, da brauch ich als Fahrer auch nicht viel sehen 😉
-
Alles anzeigen
So hab jetzt mal geforscht.
@Roland,
bin mir nicht mehr sicher das das deaktivieren der Webhook hilft.
Habe mal die bereits aufgezeichneten Daten (mit Webhook) analyisiert. Das ist eigenartig, es gibt Tage da verlier ich über nachts wenig und andersmal wieder weit mehr. Das bewegt sich umgerechent zwischen 8W und 270W. Wie ich das damals ausprobiert habe hatte ich vermutlich einen guten Tag erwischt und
deshalb gedacht das es hilft (webhook deaktivieren). Die webhook funktion hat alle vollen Stunden einen Wert geliefert über die Nacht manchmal gar kein einziges Update manchmal zu Mitternacht oder so ein oder zwei Updates aber immer zur vollen Stunde. Ich habe auf smartcar gelesen das die die Updatefrequenz Situationsbedingt ändern. Könnte das verhalten klären.
Heute hab ich folgende Erkentnisse bekommen. Das update der entity in HA weckt das Fahrzeug auf (sieht man schön am Display und den USB Beleuchtung) und nach ca 2min ist das Fahrzeug wieder schlafen gegangen. Später ist mir dann aufgefallen das ich im Smartcar regelmäßig so ca alle 7min ein Update bekomme und siehe da das Fahrzeug ist wirklich wach und geht nicht mehr schlafen. Smartcar komplett getrennt. Fahrzeug ist schlafen gegangen, lässt sich über BYD APP aufwecken und geht wieder nach 2min schlafen.
Sieht leider danach aus das es hier irgendeinen SW Fehler gibt der das Fahrzeug wirklich nicht mehr schlafen schickt und es scheint ein Zusammenhang mit der Verbindung zu smartcar zu sein.
Ist irgendjemand ohne Smartcar, enode, ABRP oder sonstige Verbindung schon mal aufgefallen das der Seelöwe über nacht mal 1% SOC verliert?
Ohne Anbindung verliert das Auto keinen SOC, selbst nach Tagen bei Minusgraden ohne Bewegung selber SOC bei mir.
Danke fürs nachforschen, deckt sich leider alles mit meinen Erfahrungen.. bei mir war er eigentlich nie schlafen, obwohl es keine API Aufrufe gab. Trotzdem gab es im Smartcar Dashboard regelmäßig Updates.
Fahrzeug Disonnected und ein paar Minuten schlief das Auto.
Ich hab auch nichts gefunden wie man das bei Smartcar beeinflussen kann.
Eventuell schau ich mir das mal an, wollte aber diese Bastelei vermeiden, die vermutlich nach jedem SW Update wieder nicht geht...
GitHub - jkaberg/byd-hass: Export your BYD car data to Home AssistantExport your BYD car data to Home Assistant. Contribute to jkaberg/byd-hass development by creating an account on GitHub.github.com -
Im free account hast du nur 500 api calls pro monat das geht sich für mich gerade so aus.
Smartcar.com würde sogar unterstützen das man die webhook über die api aktiviert bzw. Deaktiviert. Leider unterstützt das hass plugin das nicht. Überlege gerade wie ich das trotzdem hinbekomme. Idee wäre bei autostart webhook zu aktivieren und nach 10min ohne charging nach auto stop die webhook wieder zu deaktivieren .
Ich hab das jetzt genauso umgesetzt wie du, Michael, das beschrieben hast.
Funktional in Ordnung.
- ich sehe in den Logs, von Smartcar meine API Anfragen von Homeassistant- unter Vehicles beim Auto unter Overview sehe ich allerdings, dass smart.com alle paar Minuten einen aktuellen Status meines Autos bekommt.
dadurch bleibt das Auto aktiv und das Display ist die ganze Zeit an.
Auf HA hab ich keinen Webhook konfiguiert und die Option "Enable polling for changes" in der Integration deaktiviert. Ich polle derzeit nur manuell bzw. über die Automatisierung
auf der Smartcar.com Seite habe ich keine Integration konfiguriert, sprich der Webhook ist gar nicht existenz dort, nur das "Vehicle" ist eingerichtet und connected.
hab ich irgendwo etwas vergessen? gibt es auf der Smartcar seite noch etwas einzustellen?
Danke!
-
Super, woran erkennst du das Android Auto Event? Kann das der ha Client am Handy oder über tasker oder andere Apps?
Damit würde ja genau das gehen, dass man öfter abgefragt, wenn verbunden und selten, wenn nicht verbunden.