1 Jahr Car Stats Viewer 🎉 | 0.26.x

Polestar 2
79

Hi,

erstmal liebe ich die app - ich finde ja prinzipiell alles toll wo ich Daten raus bekomme :smiley:

Die neuen Farben finde ich cool!

Ich habe heute nachdem ich etwas Zeit im stehenden Auto hatte, gesehen das man die Möglichkeit hat daten zu exportieren


Ich habe einen smtp Server eingerichtet um mir diese per mail senden zu lassen. Allerdings wenn ich nun auf den Button klicke will er es auf einen Webhook laden.

In dem Screen wo man die destinations einrichten kann, kann man auch nichts weiter auswÀhlen dazu


Ich habe tatsÀchlich keine Ahnung was ein webhook ist noch wo ich mir einen dementsprechenden Server einrichten kann.
Hat jemand einen tipp?

Ich wĂŒrde das ganze gerne weiter in meinen iobroker senden um es mir visuell anzeigen zu lassen

Vielen Dank

80

Hi Dominik,

die SMTP-Integration dient derzeit vor allem dem Debugging. Das ist alles nicht so sauber implementiert und steht noch auf meiner Todo-Liste. Per Mail kann man nur manuell ĂŒber das Debug-MenĂŒ (10x auf die Versionsnummer tippen) Daten verschicken. Da kann ich aber nicht dafĂŒr garantieren, dass das ĂŒberhaupt klappt, da ich das selbst nur zusammen mit einem speziellen Postfach fĂŒr Debugging-Zwecke verwendet.

Live-Telemetrie (und der Datenbank-Upload) passiert nur ĂŒber die Webhook API. Wie die funktioniert, ist auf GitHub beschrieben: CarStatsViewer/docs/APIDOC.md at master · Ixam97/CarStatsViewer · GitHub

Mit Smarthome-Integration habe ich selber keine Erfahrung, weiß aber, dass das einige hier umgesetzt haben. Vielleicht kann da wer anderes helfen.

Was den Webhook angeht hat ein Forumsmitglied ein Tool ĂŒber Google Sheets realisiert, wofĂŒr man keinen eigenen Server braucht. Vielleicht ist das einen Blick wert:

2 „GefĂ€llt mir“
81

Hallo zusammen,
am nÀchsten Dienstag hole ich mir meinen ersten Polestar 2 MY23 und es wÀre cool wenn die erste App die installiert wird Car Stats App wÀre :slight_smile:
Ich sehe aber dass alle 9 Test Tracks schon voll sind und dass man sich nicht mehr anmelden kann. Sind weitere geplant? Kann ich da irgendwie behilflich sein?
Danke im Voraus!

82

Maxi @Ixam97: Kannst du in der nĂ€chsten Version evtl die Höhe anzeigen lassen. Aktuell sehe ich „nur“ den Durchschnitt im Diagram. Vielleicht als Umschaltbare Komponente. Aktuelle Höhe ( dann ohne Durchschnittslinie ) oder eben Durchschnittliche Höhe. Der Ort am Rand kann ja bleiben, direkt neben dem Höhenverlauf im Diagram. Das wĂ€re richtig nice.

3 „GefĂ€llt mir“
83

Das fĂ€nde ich auch klasse. Ich hab schon ĂŒberlegt, was ich mit einer Angabe zur „Durchschnittshöhe“ anfangen kann - mir ist nix eingefallen :smiling_face::man_shrugging:t2:

1 „GefĂ€llt mir“
84

Hallo zusammen, wie im entsprechenden Thread angemerkt wurde, ist v0.16.0 mit Android 12 (P3.0) nicht kompatibel. Es gab eine kleine Änderung bei den Richtlinien innerhalb von Android. Das wird mit dem Patch 0.26.1 behoben:

Das Update wird in KĂŒrze in meinem Track #1 zum Download verfĂŒgbar sein.

7 „GefĂ€llt mir“
85

Das ging ja fix mit dem Fix :sweat_smile: ich wĂŒrde CSV auch sehr gerne wieder nutzen, leider bin ich aus dem Test raus. Weißt du welcher Fork noch TestkapzitĂ€ten hat?

86

Außerdem gibt’s was neues zum Thema Sommerzeit-Bug. Ein Blick in die Daten von Tobias hat gezeigt, dass die Uhr vom Auto wie bereits vermutet irgendwas komisches macht:

image
image1112×496 67.8 KB

Das fehlen der Location ist immer ein gutes Zeichen dafĂŒr, dass das Auto keinen Empfang hat. Man sieht also, dass das Auto wohl ab Datenpunkt 4 wieder Netz hatte. Da ist dann die Uhr auch um eine Stunde gesprungen. Nun könnte man sagen „Ja, da kam dann das Update der Zeitzone“. Das wĂ€re in diesem Fall aber das falsche Verhalten. Die Zeitstempel sind bezogen auf die UTC. Diese dĂŒrfen von der Zeitumstellung nicht beeinflusst werden! Das bedeutet, dass im Auto nicht nur die Zeitzone falsch eingestellt war, sondern die koordinierte Weltzeit-Uhr tatsĂ€chlich eine Stunde nachgegangen ist.

Das macht den Anschein, dass irgendwo die Zeit als „Klartext“ mit Zeitzone gespeichert wird, und nicht als UTC-Zeitstempel. Wenn dann die UTC-Zeit daraus auf Grundlage der (falsch) eingestellten Zeitzone rekonstruiert wird, wĂŒrde das dieses Fehlerbild erklĂ€ren.

Das Thema werde ich auf jeden Fall bei meinem nĂ€chsten Meeting mit den Schweden aufgreifen, da dadurch auch Polestar-Apps betroffen sind. Mal sehen, was daraus wird. Und wer weiß, vielleicht ist das auch der Keimpunkt des Klimatimer-Bugs, der bei jeder Zeitumstellung auftritt.

9 „GefĂ€llt mir“
87

Leider habe ich da selber keinen definitiven Überblick. Da kann ich dich leider nur auf den Link ins Wiki im ersten Post in diesem Thread verweisen :confused:

88

Wahrscheinlich :rofl: Du solltest langsam Bug-Bounty von PS bekommen.

6 „GefĂ€llt mir“
89

sollte sich Maxis Vermutung bewahrheiten, wundert es mich, dass in der Karre ĂŒberhaupt irgendwas funktioniert

Ja, Zeitstempel und Datentypen sind PITA aber sowas kann doch in einem professionellem Umfeld nicht lange Bestand haben, WENN man eine QualitÀtssicherung hÀtte.

1 „GefĂ€llt mir“
90

Vor allem, weil‘s da echt gute Librarys gibt, die das alles fĂŒr dich erledigen. Im Frontend ist der Overhead dafĂŒr auch so gering, dass es gar keinen Sinn macht, soch ĂŒber das ganze Zeitthema mehr Gedanken als nötig zu machen.* Und da, wo es drauf ankommt, schiebt man einfach einen UTC-Unix-Timestamp hin und her und schon spricht alles die gleiche „Sprache“.

*Und da kann man viel falsch machen:

91

Irgendwie bekomme ich auch immer mehr Kopfschmerzen, je lĂ€nger ich ĂŒber meine eigene Aussage nachdenke :face_with_spiral_eyes:

Es macht einfach ĂŒberhaupt keinen Sinn. Da muss irgendwo ein ganz ganz böser Fehler in der Schnittstelle zwischen Zeitgeber und Android stecken, der weit ĂŒber eine falsch eingestellte Zeitzone hinaus geht
 Wie gerne ich einfach mal in den betreffenden Code rein schauen wĂŒrde 


Einfach um mal auszuschließen, dass es sich hierbei um einen individuellen Fehler handelt: Gibt es hier CSV-Nutzer, die wĂ€hrend der Zeitumstellung in einer Tiefgarage ohne Empfang geparkt haben und mir ihre Daten zur VerfĂŒgung stellen wĂŒrden?

92

Meiner steht ohne Netz in der TG und wurde erst am 01.04. um 10 wieder genutzt. Wie kann ich helfen?

93

Mein PS2 hat bei der Sommerzeitumstellung auch die Klima-Timer verstellt (also auf eine Stunde spÀter: vorher 7:30 Uhr, jetzt 8:30 Uhr).

94

Noch immer Schrott mit den Zeiten. :upside_down_face: :wink: :expressionless: :smirk: :roll_eyes: :triumph: :angry:

95

Ich melde mich gleich per PN bei dir.

Das Absurde daran ist ja, dass das in die falsche Richtung geht. Als wĂŒrde man ein Problem lösen wollen, das es nicht gibt. Relativ zur UTC wurde der Timer ja um zwei Stunden verstellt


Stand dein Auto auch ohne Empfang?

96

Nein, mein Auto hatte Empfang (LTE voller Empfang, Radio schlecht).

Aber ist es nicht relativ zur UTC gleich geblieben, oder hab ich einen Denkfehler?
Winterzeit ist UTC+1
Sommerzeit UTC+2
Wenn der Timer auf 7:30 Uhr gestellt war, entspricht das 6:30 Uhr UTC. Nach der Zeitumstellung steht er dann auf 8:30 Uhr CEST, wenn der Timer in UTC gespeichert wird.

97

Genau, die Uhr wird vor gestellt. Aus Vorher 6 Uhr wird 7 Uhr. Wenn der Timer in der UTC-Zeit „Feststecken“ wĂŒrde, wĂŒrde er nicht mit verschoben werden. WĂ€hrend also die Urzeit eine Stunde nach vorn wandert, wandert der Timer relativ gesehen nach hinten. Der Timer steht jetzt aber 1 Stunde VOR der Zeit. Also wĂŒrde er relativ zur UTC um zwei Stunden vor verschoben.

Edit: Halt, Stopp, jetzt habe ich mir selbst verwirrt, was hier steht ist Quatsch :rofl:

98

Ich antworte mal hierauf, damit der Bezug nicht verloren geht, ich will nur ein PuzzlestĂŒck fĂŒrs VerstĂ€ndnis und zur Einordnung beitragen.
Im Screenshot, den Maxi von meinen Daten veröffentlicht hat, steht als Zeitmarker bei „Drive Start“ 12:12.
Tatsache ist, dass der „Drive Start“ am 31.3.24 um 13:12 UTC stattfand.
Die Frage ist also, wieso hier die Zeit nicht stimmt, wenn das doch eigentlich UTC sein soll