Hallo Maxi, ich habe auf der Rückfahrt weitere Erfahrungen gesammelt, unter anderem unterstützt durch deine Anregung in deiner Antwort.
App im entsprechenden Polestar Menü über „Beenden erzwingen“ beendet und auf der gleichen Seite auch den Cache gelöscht, danach App wieder geöffnet (i.e. gestartet) und siehe da: sich macht, was sie sollte und die gefahrene Strecke bzw. verbrauchte Energie wird wieder korrekt angezeigt; zudem ist schon erstaunlich, wie rasch sich auf der (ebenen) Autobahn bei praktisch konstanter Geschwindigkeit über mehrere Kilometer die verschiednen beeinflussbaren Verbraucher (Heizung im Klimamenü, ECO Klima, Sitz- und Lenkradheizung) auf die verbrauchte Energie auswirken…
auch die Graphik funktionierte tadellos und zeigte deutlich die Sprünge im Verbrauch bei zu- oder abgeschalteten Verbrauchern
leider gab es dann ein paar Kilometer vor der Ankunft zu Hause wieder den vorher beschriebenen „Ausfall“ mit Mehrfachberechnung der Strecke etc. und auch die Graphik fror ein wie oben von @terencetoi gezeigt, und ich kann das keinem konkretem Umstand zuordnen (ausser dass ich in der Zwischenzeit auch mal die ABRP App geöffnet hatte und dann wieder auf Google Maps bzw. Car Stats Viewer gewechselt hatte).
Und zum Schluss noch eine Beobachtung, die Zufall sein kann und die ich mangels einer weiteren Fahrstrecke mit Navigation noch nicht reproduzieren konnte:
in Google Maps sind die früher angefahrenen und normalerweise angezeigten Ziele* alle verschwunden (ohne dass ich in Google Maps bewusst irgend etwas verändert hätte)…ob da das Leeren des Cache der CarStatsViewer App irgendwie interagiert hat? Gleiches ist mir bisher nur passiert, wenn ich explizit den Cache der Google Maps App geleert hatte.
*die gespeicherten Ziele sind nach wie vor vorhanden
Auf meiner Heimfahrt heute habe ich leider auch wieder allerlei Fehlerchen feststellen müssen:
Beim Losfahren hat sich das Diagramm nicht aktualisiert (wie hier auch schon beschrieben)
Beim Zuhause ankommen hat sich wieder die Kamera nach vorne gedrängelt. Als sie wieder Aus war, war das Diagramm mit daten gefüllt.
Die Werteerfassung hat durchgehend gearbeitet, ob die Distanz abgewichen hat, konnte ich leider nicht feststellen.
Daraus schließe ich, dass die Daten für das Diagramm wie gewünscht im Hintergrund gesammelt wurden, aber aus irgend einem Grund die Diagramm-View nicht „invalidated“ wurde. Die Funktion dafür habe ich nun schon mal in das regelmäßige Ansichts-Update der Hauptansicht hinein genommen, damit sollte sowas dann hoffentlich nicht mehr passieren.
Um den ganzen auf den Grund gehen zu können bastle ich jetzt grade an einem „In App Log“, der hoffentlich etwas Aufschluss darüber liefert, was die App so für Schabernack treibt:
Ich werde dann noch eine Funktion hinzufügen, mit der der Log in die Zwischenablage kopiert werden kann. Dann könnt ihr mir die Logs über den Vivaldi-Browser zuschicken, wenn euch etwas suspektes auffällt.
(Wenn das so funktioniert wie ich mir das vorstelle, dann kann man die selbe Mechanik ggf. auch nutzen, um sich selber Fahrzeugdaten zuzuschicken )
So, ich habe dann noch mal die Version 0.11 hochgeladen. In der App ist jetzt ein Debug-Log vorhanden, der in die Zwischenablage kopiert werden kann. Dort hin gelangt ihr, wenn ihr die Versionsnummer in den Einstellungen antippt:
Sollte euch wieder seltsames Verhalten der App auffallen, wäre ich sehr dankbar, wenn ihr den Log kopiert und mir dann z.B. über den Vivaldi-Browser als PN oder E-Mail (ixam97@ixam97.de, Betreff: CSV-Log [Datum] [Username]) zukommen lasst.
Die Einstellung „Deep Log“ ist standardmäßig an. Das bedeutet, dass für jeden VHAL-Callback ein Eintrag erzeugt wird. Ich weiß noch nicht, ob das vielleicht etwas overkill ist. Das wird die Zeit zeigen. Wenn die Einstellung aus ist, dann werden die Ereignisse nur gezählt und der Zeitstempel des letzten Ereignisses getracked.
Außerdem kann die App direkt aus den Einstellungen heraus beendet werden, wenn mal wieder irgendwas spinnt. Dabei wird der Log dann automatisch in die Zwischenablage kopiert.
Hallo, Maxi,
auch heute wieder ein für deine Arbeit.
Der Graph sieht jetzt deutlich besser aus.
Zwei Dinge hätte ich:
Die Angabe „Momentanverbrauch auf 100km“ (du merkst, ich nutze lieber diese Einheit) macht meiner Meinung nach keinen Sinn. Entweder betrachte ich eine Momentaufnahme (die hab ich aber schon farblich in der ersten Zeile) oder ich brauche den Durchschnittsverbrauch (die ist eine Zeile unter diesem Wert hier). Die Kombination Momentanverbrauch auf 100km erschließt sich mir nicht. Aber sie wird wohl im Diagramm benutzt???
Können wir den „Refresh-Button“ bitte auf die Einstellungsseite packen? Eine Bodenwelle zur falschen Zeit, wenn man gerade in die Einstellungen will, und alles ist futsch…
Dort auf der Seite kann ja nix passieren, denn zurück geht es ja links mit dem roten Pfeil oder aber ich beende die App über den Button.
Danke, aber das Lob gebührt nicht nur mir, sondern auch @boessi , der mir maßgeblich die Visualisierung des Diagramms abgenommen hat.
Das ist im Prinzip ein Überbleibsel aus der Verbrennerzeit: In den allermeisten Verbrennern hat man ja auch im Bordcomputer die Möglichkeit, sich den Momentanverbrauch anzuzeigen. Im Stand ist das dann meistens l/h, wenn man sich bewegt aber l/100km. Das ist dann der Verbrauch bezogen auf die Momentangeschwindigkeit ((l/h) / (100 * km/h) = l/100km). Das ist beim E-Auto das selbe, nur dass man eben kW statt l/h benutzt.
Die Angabe in kW ist also die tatsächlich abgerufene Leistung und die Angabe in kWh/100km ist auf die Geschwindigkeit normiert. Wenn man z.B. bei hoher Geschwindigkeit eine hohe Momentanleistung hat, dann ist der Momentanverbrauch nicht unbedingt höher als bei einer niedrigeren Geschwindigkeit, obwohl die Leistung höher ist.
Daher werde ich beide Werte beibehalten. Die visuelle Darstellung wird aber auf jeden Fall noch angepasst. Insbesondere redundante Daten, die dann im Diagramm zu sehen sind, werde ich denke ich auf eine „Detaillierte Fahrdaten“-Seite verbannen, wenn es soweit ist.
Ich würde vorübergehend erst mal einen Dialog davor schalten, den man nochmals bestätigen muss, bevor die Daten gelöscht werden. Das System, wie die Daten gespeichert werden, möchte ich ohnehin noch mal überarbeiten und persistenter machen (also mehrere Datenspeicher für verschiedene Zwecke wie Langzeit, Trip etc.)
Version aktualisiert, ich bin weiterhin begeistert. Schade das mein Android Programmierer nicht mehr in der Firma ist was man da alles programmieren könnte.
Was ich noch nicht verstanden habe (oder überlesen) ist die Aktualisierungsrate des Diagramms. Manchmal habe ich den Eindruck es hängt und wenn ich dann was auf dem CD hin und her klicke aktualisiert es sich wieder.
Das Diagramm bekommt alle 100m gefahrene Strecke einen neuen Datenpunkt. Leider kommt es dabei immer noch vor, dass irgendwas einfriert. Wenn du irgend eine Fehlfunktion vermutest, dann würde ich dich bitten mir wie oben Beschrieben einen Log zukommen zu lassen.
Ich habe eben noch mal ein kleines Update hochgeladen. Hinzugekommen ist das besagte Dialogfenster. Drückt man auf „Nein“ werden die Daten beibehalten, aber die GUI lädt ein mal neu. Möglicherweise reicht das in vielen fällen schon, um die App wieder wach zu rütteln.
Außerdem gibt es jetzt ein Diagramm für die gefahrene Geschwindigkeit (womit dann auch die gewünschte Durchschnittsgeschwindigkeit Einzug hält). Die Checkbox und die Auswahl der Distanz sind aber noch nicht persistent und müssen nach jedem Starten/Zurücksetzen wieder aktiviert werden. Die entsprechenden Daten werden aber auch im Hintergrund weiter aufgezeichnet.
Edit:
Das Drücken der Reset-Taste und den Dialog mit „nein“ abbrechen führt wie erwartet zu einem Reload der UI und eingefrorene Werte werden wieder „Aufgetaut“. Wenn also jemand diesen Fehler hat, das ist fürs erste ein Workaround. Beim Nächsten Update wird das dann bei einem „Resume“, also wenn das Programm wieder in den Vordergrund kommt, automatisch durchgeführt. Hoffentlich wird die Häufigkeit des Fehlers dadurch geringer. Ich kann allerdings nicht versprechen, dass dadurch nicht vielleicht doch Daten verloren gehen oder nicht aufgezeichnet werden.
Außerdem empfehle ich, den Deep Log aus zu schalten. Dadurch werden sehr viele Einträge im Log erzeugt, mit denen die Zwischenablage des Polestar nicht klar kommt. Entweder werde ich also auf den detaillierten Log verzichten, oder den Puffer für den Log deutlich kleiner machen. Allerdings wird dadurch natürlich auch nur ein kürzerer Zeitraum abgebildet.
Und noch ein Foto, wie die Hauptansicht nun aussieht:
Sieht gut aus! Komme mit dem Updates kaum hinterher. Könnten wir im 1. Post ggf. ein Mini-Logbuch verankern? Im Sinne von… Versionsverlauf, eine kleine Dokumentation und Beschreibung, was was macht?
Ggf. reicht es auch aus, wenn du deine Posts was Updates betrifft, im 1. Post zu verlinken oder irgendwie zu kopieren und einzuklappen? Im Zweifel gern auch zu einem Zeitpunkt x eine kleine zusammenfassung, wenn es ein Stand gibt, der dir fürs 1. gefällt.
Und ja ich weiß, Dokumentation ist das wahrscheinlich nervigste in der Programmierung
Bspw. verstehe ich das Diagramm mittlerweile nicht mehr
Klingt interessant. Aber ist nicht nachvollziehbar, bspw. am letzten Bild von Ixam.
Momentleistung ist im Peak bei 117kw, während Geschwindigkeit bei 0.
Alle 100m wird ein Wert aufgenommen und um keine absolut unplausiblen Werte zu haben, bilden diese Werte den Durchschnitt der letzten 100m ab. Wenn der Plot also ca. 130 kWh/100km im Peak anzeigt, dann sind das in Wahrheit 130 kWh/100km im Durchschnitt über 100m. So hohe Werte hat man nicht, wenn man schnell fährt, sondern wenn man grade irgendwo langsam durch die Gegend schleicht, beschleunigt und kaum Strecke zurücklegt.
In dem Konkreten Fall bin ich gut 1km über die Umgehungsstraße gefahren. Der verbrauch geht ins negative, als ich die volle Rekuperation genutzt habe, um in der Abfahrt zu bremsen. 1km weiter war ich bei Edeka und bin Einkaufen gewesen. Da bin ich ein paar 100m über den Parkplatz gefahren. Also sehr langsames schleichen (Tiefpunkt im grünen Plot), und ein paar mal aus dem Stillstand angefahren → Hoher Verbrauch bei sehr niedriger Geschwindigkeit.
Wenn man hingegen die Geschwindigkeit recht konstant hält, wie z.B. die 40km/h am Anfang der fahrt, dann ist der Verbrauch vergleichsweise stabil.
Das Diagramm zeigt nicht die durchschnittliche Leistung in kW, sondern den Durchschnittlichen Verbrauch in kWh/100km (In der Verbrennerwelt wäre das zu vergleichen mit Leistung in PS und Verbrauch in l/100km). Das heißt, da ist eine Geschwindigkeitskomponente drin. Kurze Beispielrechnung:
20kW bei 100km/h ergeben (20kW) / (100km/h) = 20 kWh/100km
20kW bei 10km/h ergeben (20kW) / (10km/h) = 200 kWh/100km
Du siehst also: Die selbe Leistung verursacht einen niedrigeren Verbrauch, wenn die Geschwindigkeit steigt.
Die Werte sind nach meiner Einschätzung sehr plausibel. Ungemittelte Werte machen bei so einem Diagramm keinen Sinn. Das sieht man ja auf Nicos Bild von gestern. Da erkennt man nichts mehr drauf. Darum werden wir demnächst auch noch einen gleitenden Durchschnitt implementieren, damit die Darstellung abhängig von der Distanz noch etwas geglättet wird.
Dann ist es wie befürchtet - es scheitert bei mir anscheinend an der grundsätzlichen Intelligenz. Nach meinem Verständnis brauche ich bei höherer Geschwindigkeit mehr Leistung, resultierend einen höheren Verbrauch. Wenn ich dauerhaft mit einer Momentanleistung von 20kw beschleunige, reicht das ja irgendwann nicht mehr aus - weil Auto wird ja nicht mehr schneller.
Nagut, ich versuch mir das mal selbst zu erarbeiten. Muss ja Sinn machen. Als Logik verteilt wurde, hab ich wohl grad die Speisekarte gelesen…
)
für deine Arbeit.
was man da alles programmieren könnte.
