Das wäre eine mögliche Erklärung. Aber vielleicht war auch einfach die Strecke zu kurz. Ich beobachte das einfach mal weiter.
Du kannst ja einfach Mal die gefahrene Strecke durch die Zeit teilen, und gucken, was näher dran ist, BC oder CSV
gehört eigentlich noch zu 0.24, vielleicht hat sich daran bereits etwas geändert:
der Updateprozess lässt sich nicht manuell während der Fahrt anstarten, da zwar im App-Store ein Update „pending“ ist, aber auf das Beenden der App wartet.
Schießt man nun CSV über die Systemeinstellungen („Beenden erzwingen“) ab, startet sich der DataCollector sofort wieder mit der üblichen Meldung, ob der Service nach einem unknownEvent wieder gestartet werden soll.
Im Endeffekt eine Dauerschleife, die sich nur durch Tiefschlaf des Fahrzeugs beheben lässt.
Das hat nichts mit der App zu tun, sondern mit dem Play Store. Der aktualisiert Apps nur, wenn das Auto geparkt ist. Ich habe das auch schon mehrfach versucht, Die Updates liefen dann aber erst durch, nachdem das Auto abgestellt wurde.
Neue Installationen funktionieren auch, wenn man nur steht, ohne geparkt zu haben (So geschehen z.B. im Stau in Österreich, um TuneIn zu installieren, da das Radio keine Österreichischen Radiosender empfangen wollte )
aaah, ok, ich bin davon ausgegangen, dass nur das Menü „distraction optimized“ ist und während Bewegung nicht verfügbar ist.
Man kann dann an der Ampel hinnavigieren und das Update starten, aber es bleibt auf „pending“… dass er dazu Fahrstufe P fordert ist natürlich nicht angegeben.
Nun ja, jetzt steht das Auto in der Tiefgarage und wartet hoffentlich mit 0.25 auf meinen Feierabend
OT: Danke für den Hinweis, da wir demnächst in unsere Lieblingsstadt Wien reisen.
Ich finde die Entscheidung, den SOC-Wert nun als Float-Wert (0.0-1.0) abzuändern, ehrlich gesagt „schwierig“.
In allen - zumindest mir bekannten - Verwendungszwecken wird dieser Wert als ganzzahliger Wert zwischen 0-100 verwendet.
Mit dieser Änderung müssen jetzt fremde Systeme unnötigerweise angepasst werden.
Heute morgen war trotz gestriger PV-Überschussladung(en) der Trip „nach dem letzten Laden“ nicht zurückgesetzt worden. Ich beobachte weiter.
Zu welchen Zeitpunkten hast du das Kabel an- und abgesteckt? War das CD in der Zeit aktiv und konnte den Ladevorgang erfassen?
Anstecken ja
abstecken nein.
Ich bin am überlegen einen weiteren Testtrack zu eröffnen. Ich halte dich mal im Kopf.
Wollte aber erstmal abwarten bis mein Auto da ist und ich die Funktionalität sicherstellen kann.
Das wäre super
Daran wäre ich tatsächlich auch sehr interessiert
Gratulation. Und die App hat es echt verdient.
Würdet ihr TuneIn vielleicht woanders besprechen? Hier geht es doch um eine viel bessere App.
Die API-Verbindung zu ABRP ist wohl etwas brüchig zur Zeit?
Das Verbindungssymbol, was mit 0.24.x eigentlich immer blau war, zeigt bei mir auch durchaus andere Status an.
Häufig ist es auch gelb, heute morgen war es sogar zwischenzeitlich rot.
Aber es wird auch wieder blau.
Hat das was mit der Änderung des Sende-Intervalls zu tun und ist das normal?
Ja, aber soweit ich weiß hängt das nicht mit CSV zusammen, oder zumindest nicht an Änderungen an der Schnittstelle. Aufgefallen ist mir das das erste mal bei der Anreise nach Hilden. Da hatte ich regelmäßig das rote Symbol. Das haben auch andere Anwesende mit 0.24 bestätigt, dass sie das selbe Phänomen beobachtet haben.
Mit 0.25 habe ich eine Mechanik eingebaut, die bei einer fehlerhaften Verbindung das Intervall um 5 Sekunden anhebt, bis zu einem Maximum von 30 Sekunden. Nach 5 Versuchen wird wieder um 5 Sekunden reduziert. Bei einem erhöhten Intervall ist das Icon dann gelb. Das ganze soll dann den Endpoint von ABRP etwas entlasten. Mehr kann ich da von meiner Seite leider auch nicht tun, außer vielleicht dauerhaft das Intervall von 5 auf 10 Sekunden anzuheben. Die API-Dokumentation von ABRP gibt allerdings 5 Sekunden als Regelintervall für die Telemetrie-API an.
Wie schauts mit den Updates der anderen Tracks aus? Noch etwas warten? Am Wochenende vielleicht?