Beiträge von Dot

    habe nicht schneller als 2 Minuten probiert aber auch da schon ratenkontrolle festgestellt. Daher mein Limit von 5 Minuten. Da ABRP ein Verbrauchstool ist und kein Statistiktool für Fahrtenlogs sollte das eigentlich genug sein?

    Eine weitere Verbesserung für ABRP wird bald live im Playstore erscheinen als V1.3.2.3 mit den folgenden Änderungen:

    - veränderter wiederholender Alarm für ABRP zur verbesserten Stabilität

    - feuere erstes ABRP Hochladen schon ein paar Sekunden nach Start

    - Erstes ABRP Hochladen wird unabhängig vom Parkstatus stattfinden


    Mit diesen Anpassungen sollte das Hochladen stabiler passieren (eine letzte Möglichkeit verbleibt, um das noch zu verbessern, aber dies benötigt eine strengere Erlaubnis - ich hoffe es wird ohne das funktionieren).

    Das erste Hochladen passiert nun recht schnell nach dem Starten und wird unabhängig vom Parkstatus durchgeführt, was nützlich sein sollte um alle Werte z.B. nach dem Laden zu erneuern.


    T212 ich hoffe, dass dies besser klappt jetzt - vor allen Dingen durch die zweite und dritte Änderung!

    Dss Problem ist natürlich: wann startest Du das Hochladen. Wenn du dass z.B. kurz vor dem Einsteigen machst und dann 20 Sekunden brauchst mit Fertigwerden und allem, ist der erste Trigger schon da, aber Du bist noch geparkt, also kommt der nächste dann nach 5 Minuten - wieder das gleiche Problem.


    Du brauchst also eine schnelles erstes Hochladen unabhängig vom Parkstatus - argh....

    T212 generell macht er das, aber eben auch nicht. Grund ist die Art wie Android die Alarme verwaltet. obwohl ich als initiale "Triggerzeit" den momentanen Zeitstempel angebe, wird der Trigger später ausgeführt. Die einzige Lösung wird sein, das Hochladen explizit auszuführen, was aber Änderungen im Code braucht 🙄

    ...ein Pluspunkt, um das klar positiv hervorzustellen, ist die Tatsache dass App von anderen Nutzern überhaupt möglich sind! In den return Codes der Authentifizierung sieht man klar dass Smart das macht da es dort einen Code für "3rd party authorization" gibt, um das gleichzeitige einloggen über HelloSmart und Smore# anzuzeigen (was vor zwei Monaten zum Rauswurf aus der davor genutzten App führte, während es jetzt wunderbar in beiden Apps gleichzeitig funktioniert).


    Das ist super und erlaubt Alternativen die die Freude am Wagen erhöhen (die Entwicklung von SMore# hat meine Freude aufs richtig hohe Niveau gehoben)


    Das ist schon positiv von Smart und ich wollte das mal klar hier sagen!

    Kann ich nicht sehen, warum der Schlüssel da schuld sein sollte. Zum einen sollte das Token auch nutzbar sein um Revokationen zu handhaben. Zum anderen, wenn es eine netzseitige Überprüfung benötigt, sollte das nur eintreten wenn man in den Tab/Kachel für den Schlüssel geht.


    Aber es scheint generell das mehrmals der Server kontaktiert wird. Z.b. starte die App und du siehst den Ladezustand (mit dem Wagen), d.h. die Daten sind lokal aktuell. Gehe dann in den Ladetab und die App hängt wieder bis sie die gleichen Daten wieder von Server holt (warum?). Und selbst dass dauert länger als alle Abfragen die ich in Smore# mache.


    Glaube mir, nachdem ich selbst mit SMore# angefangen habe konnte ich die Geschwindigkeit der App noch weniger verstehen als zuvor! Mehr noch, warum ich mich in der HelloSmart app nicht erfolgreich anmelden kann mit obskuren Fehlern aber Smore# glücklich funktioniert ist mir absolut unverständlich.