Neue Android App "m365 Plus" für alle Xiaomi Roller: LTGM, DPC, KERS uvm.

Status
Für weitere Antworten geschlossen.
nandtek schrieb:
Version 2.0.0: Fixes, fixes, fixes!!

Ich hab nicht groß Zeit dazu was zu schreiben, aber die Version ist jetzt oben. Neben einer UNZAHL an Bugfixes gibt es jetzt zwei neue Dialoge:
1. Wenn die BLTID fehlt, wird nun ein Hinweis angezeigt und die App danach beendet
Anhang anzeigen 19978

2. Der Scooter Name kann nun wahlweise in die BLE oder in die APP geschrieben werden ( Svencore Svencore):
Anhang anzeigen 19977
Zum Vergrößern anklicken....
Super und ein herzliches Dankeschön!!!Echt klasse wie du dich da reinkniest 👍👍👍👍👍👍👍👍zum testen komme ich auch gerade noch nicht richtig, leider
 
Zuletzt bearbeitet:
nobbes65 schrieb:
Hatte, nachdem die 1.9.9 auf der Kurzstrecke stabil lief, heute auf Langstrecke mehrere Bluetooth-Abbrüche. Hab dir die Logs als zip per E-Mail zugeschickt. Das Update auf 2.0.0 habe ich gerade erst vorgenommen und werde erst morgen zum testen kommen. Feedback folgt.
Zum Vergrößern anklicken....
Hatte nach dem Update auf 2.0.0 weiterhin gelegentlich Bluetooth-Abstürze. Beim Versuch, Bluetooth neu zu starten, reagierte die App nur mit einem Whitescreen und musste abgeschossen und neu gestartet werden, dabei wurden dann die bisherigen Tripdaten übernommen.
 
N nobbes65 Vielen Dank für deinen Test und die Email mit den Logs!

Ich bin das Logfile mal durchgegangen und versuche zu rekonstruieren:

Gestern
App gestartet um 21:04
Verbindung beendet um 21:41

Innerhalb dieser ~40min traten keinerlei Fehler auf. Die Verbindung wurde sauber beendet, entweder bewusst oder aufgrund vom Bluetooth Empfang.
So weit korrekt?

Heute
App gestartet um 12:59
App Absturz um 13:06

Zum Absturz: Ich habe den Fehler nachverfolgt und dieser kann nur auftreten, wenn 1. die App in den Hintergrund gebracht wird und 2. Android die App "optimiert", d.h. Speicher freigibt. Wenn du danach wieder in die App zurück wechselst, sind dann alle Objekte die beim Starten der App erstellt werden nicht mehr da und es kommt zu einer NullPointerException bei der Einstiegsfunktion `onCreate()` (siehe Bild im Anhang).

Ein paar Fragen dazu:
1. Kann es sein, dass du die App in den Hintergrund schickst und dann das Handy sperrst?
2. Falls die App nicht dauerhaft im Vordergrund läuft, sind Akkuoptimierung und andere Späße für die App ausgeschaltet? Das von dir genannte Verhalten (Bluetooth Verbindungsabbruch, App Abstürze) ist eigentlich sehr typisch für Android, wenn man diese Optimierungen nicht ausstellt, irgendwann werden die Apps automatisch gekillt. Siehe dazu hier: https://www.giga.de/artikel/so-gehts--jw3rr6v98j

Von meiner Seite werde ich die ein oder andere NullPointer Exception für diesen Fall noch abfangen, mehr kann ich da aber nicht tun.

LG
 

Anhänge

  • 1658694064451.webp
    1658694064451.webp
    24,1 KB · Aufrufe: 45
  • Hilfreich!
  • Liebe zum Detail! (2 Punkte)
Reaktionen: Svencore, Skipper36, Olli_69 und 2 andere
ist die App denn OS in einem Git? Ich bin einer der (vor langer Zeit) Lifecycle-aware/LiveData Mitentwickler und kenne mich noch etwas aus.

Der Anhang sieht mir stark danach aus, als wäre hier die GUI unsauber entwickelt (was nicht heißt, dass die App schlecht sei!).

" Falls die App nicht dauerhaft im Vordergrund läuft, sind Akkuoptimierung und andere Späße für die App ausgeschaltet? Das von dir genannte Verhalten (Bluetooth Verbindungsabbruch, App Abstürze) ist eigentlich sehr typisch für Android, wenn man diese Optimierungen nicht ausstellt, irgendwann werden die Apps automatisch gekillt. Siehe dazu hier: https://www.giga.de/artikel/so-gehts--jw3rr6v98j" - Genau hierfür gibt es Permissions, um die App nicht von der Akkuoptimierung zu killen - und selbst wenn, dann sollte das noch Abfangbar sein.

Falls du die App irgendwo im Git hast, gucke ich gern mal darüber.

Liebe Grüße
 
misternote schrieb:
Der Anhang sieht mir stark danach aus, als wäre hier die GUI unsauber entwickelt (was nicht heißt, dass die App schlecht sei!).
Zum Vergrößern anklicken....
Das stimmt vollkommen. Eigentlich müsste man die GUI komplett neu schreiben.

Das Java Backend ist im Git, wenn du willst kannst eine GUI schreiben und contributen, weil mir fehlt dafür Erfahrung mit Android und Frontend generell. Dort habe ich auch eine Lib für Ninebot, die ich in meiner App nie eingebaut habe.

misternote schrieb:
Genau hierfür gibt es Permissions, um die App nicht von der Akkuoptimierung zu killen - und selbst wenn, dann sollte das noch Abfangbar sein.
Zum Vergrößern anklicken....
Danke für den Hinweis, kannte ich nicht. Ist es REQUEST_IGNORE_BATTERY_OPTIMIZATIONS?

LG
 
blog.esper.io

How Android 13's new restrictions on alarm APIs will improve battery life

Android 13 will block most apps from being able to schedule exact alarms by default, saving battery life but potentially breaking some apps.
blog.esper.io blog.esper.io

Unter anderem, ja. Allerdings ist es die Sache des Herstellers (Samsung, Google (Pixel), HTC, ..) ob sie die Permissions für non-system-apps erlauben. Samsung erlaubt es allerdings definitiv, genauso wie Xiaomi und Lenovo.

Die Frage ist nur, wieso sollte man überhaupt den Batteriesparmodus deaktivieren? Ist die App inaktiv, serialisiert sie halt eben alles. BT sollte ja problemlos reconnecten.
 
nandtek schrieb:
@nobbes65 Vielen Dank für deinen Test und die Email mit den Logs!
Zum Vergrößern anklicken....
nandtek schrieb:
Gestern
App gestartet um 21:04
Verbindung beendet um 21:41
Zum Vergrößern anklicken....
Die Zeiten gestern sind mir nicht ganz schlüssig, war kurz vor 20 Uhr am Ziel (kein Abbruch) und hab den Roller bis ca 23 Uhr ausgehabt. Von der Rückfahrt gab es keine Daten im Log? Bei der Ankunft vor der Haustür hatte ich auch einen Abbruch. 🤔
Die Zeiten von heute sind dagegen auf die Minute korrekt inkl. Abbruch der Bluetooth-Verbindung.

Dank deines Tipps habe ich die App-Einstellungen geändert, siehe unten:
- Im App Timer einen höheren Wert eingestellt und die Berechtigung für ungenutzte App entfernt
- Bei "Mobile Daten" Hintergrunddatennutzung und Verwendung bei Datensparen aktiv gestellt
- Akku von "Optimiert" auf "Nicht eingeschränkt".
Wahrscheinlich habe ich die ein oder andere Option jetzt unnötig umgestellt, aber die Sache mit der Akkueinschränkung ist einleuchtend.

1658698573839.webp
1658698236940.webp
1658698382148.webp



1658699164429.webp
1658699393502.webp
 
Wakelock.

Sowas realisiert man am besten mit einem gebundenen Foregorund-Service. Eine andere saubere Lösung gibt es imho nicht mehr.

Wakelocks sind gefährlich, wenn nicht anständig benutzt. Viele Hersteller erlauben nur keepalive mit Foreground-Service und Icon (aus Sicherheitsgründen).

Anders würde ich auch bei so präzisen Daten nicht arbeiten. Portieren in einen FG-Service geht super schnell.
 
misternote schrieb:
Wakelock.
Zum Vergrößern anklicken....
"Creating and holding wake locks can have a dramatic impact on the host device's battery life. Thus you should use wake locks only when strictly necessary and hold them for as short a time as possible. For example, you should never need to use a wake lock in an activity. As described above, if you want to keep the screen on in your activity, use FLAG_KEEP_SCREEN_ON.


One legitimate case for using a wake lock might be a background service that needs to grab a wake lock to keep the CPU running to do work while the screen is off. Again, though, this practice should be minimized because of its impact on battery life."


FLAG_KEEP_SCREEN_ON ist bei mir schon drin. Bei Wakelock bin ich zurückgeschreckt wegen dem Text.
 
  • Hilfreich!
Reaktionen: Rumpelstilz
Hallo in die Runde,

bitte verzeiht, wenn ich potentiell etwas sehr offensichtliches übersehe, aber bei mir klappt das alles irgendwie nicht 😕

Hintergrund: Ich habe früher die German Maneuver App mit dem roten Icon erfolgreich genutzt aber nun seit über einem Jahr aus Gründen nicht mehr.
Jetzt steht mir nach >4000km wieder passendes Privatgelände zur Verfügung und die App von damals funktioniert bekanntermaßen nicht mehr.
Also bin ich hier gelandet, stecke in der ganzen CFW-Geschichte allerdings nicht wirklich drinnen und verstehe die Begrifflichkeiten schon teilweise nicht.

Mein Ziel: 25km/h freischalten (18km/h Werksgeschwindigkeit 🙄)

Mein Vorgehen:
Ich starte die App, kopple den Scooter, wähle für Edit 1 LTGM (wohinter sich das Germany Maneuver verstecken sollte?! (Gibt es eine Übersicht für was die Acronyme jeweils stehen?)), Tippe Edit 1 (LTGM) es wird "Maneuver erfolgreich" angezeigt, aber der Roller fährt weiterhin nur seine 18 km/h.

Vergesse ich einen Schritt?
Muss ich ein Update durchführen? (Das habe ich bisher immer vermieden)

Einen Log füge ich bei. (.txt durch .log ersetzt)
Danke für die Unterstützung eines Noobs 😬
 

Anhänge

ThorGro schrieb:
Ich starte die App, kopple den Scooter, wähle für Edit 1 LTGM (wohinter sich das Germany Maneuver verstecken sollte?! (Gibt es eine Übersicht für was die Acronyme jeweils stehen?))
Zum Vergrößern anklicken....
LTGM wird hier ausführlich erklärt:

RP ✔️ - VLT Firmwares, in DE 22Kmh⚡ mit Vanilla Firmware und vieles mehr

Codi hats verstanden 😉. Mir geht es nur allgemein um das einstellen variabler Werte - dezimal zu hex kriege ich ja auch noch hin, aber - und da wiederhole ich mich - mit " 46f2a813 "MOVW R3,#MILLIAMPERE_IN_HEX" 0x5f4c 9a42 8042" braucht mir keiner kommen, das ist für mich chinesisch 🤷🏼‍♂️
rollerplausch.com rollerplausch.com

ThorGro schrieb:
Tippe Edit 1 (LTGM) es wird "Maneuver erfolgreich" angezeigt, aber der Roller fährt weiterhin nur seine 18 km/h.
Zum Vergrößern anklicken....
ThorGro schrieb:
Vergesse ich einen Schritt?
Zum Vergrößern anklicken....
LTGM ist ohne Firmware Modifikation, d.h. den entsprechenden VLT Patch, nicht möglich.

Seit dem Re-Release handelt es sich bei m365 Plus technisch gesehen nicht mehr um eine "GM APP" sondern eine m365 App mit CFW Funktionen.

Den Titel des Threads müsste ich mal anpassen, aber ich habe noch keinen passenden gefunden. Vielleicht einfach "Neue m365 Android App für alle Xiaomi Roller (...)?
 
  • Hilfreich!
Reaktionen: ThorGro
nandtek schrieb:
LTGM wird hier ausführlich erklärt:

RP ✔️ - VLT Firmwares, in DE 22Kmh⚡ mit Vanilla Firmware und vieles mehr

Codi hats verstanden 😉. Mir geht es nur allgemein um das einstellen variabler Werte - dezimal zu hex kriege ich ja auch noch hin, aber - und da wiederhole ich mich - mit " 46f2a813 "MOVW R3,#MILLIAMPERE_IN_HEX" 0x5f4c 9a42 8042" braucht mir keiner kommen, das ist für mich chinesisch 🤷🏼‍♂️
rollerplausch.com rollerplausch.com



LTGM ist ohne Firmware Modifikation, d.h. den entsprechenden VLT Patch, nicht möglich.

Seit dem Re-Release handelt es sich bei m365 Plus technisch gesehen nicht mehr um eine "GM APP" sondern eine m365 App mit CFW Funktionen.

Den Titel des Threads müsste ich mal anpassen, aber ich habe noch keinen passenden gefunden. Vielleicht einfach "Neue m365 Android App für alle Xiaomi Roller (...)?
Zum Vergrößern anklicken....

Die HomeMi App ist ja auch noch im Store verfügbar, die kann doch das normale GM, oder?
Screenshot_20220725-190240_Google Play Store.webp
 
nandtek schrieb:
LTGM wird hier ausführlich erklärt:

RP ✔️ - VLT Firmwares, in DE 22Kmh⚡ mit Vanilla Firmware und vieles mehr

Codi hats verstanden 😉. Mir geht es nur allgemein um das einstellen variabler Werte - dezimal zu hex kriege ich ja auch noch hin, aber - und da wiederhole ich mich - mit " 46f2a813 "MOVW R3,#MILLIAMPERE_IN_HEX" 0x5f4c 9a42 8042" braucht mir keiner kommen, das ist für mich chinesisch 🤷🏼‍♂️
rollerplausch.com rollerplausch.com



LTGM ist ohne Firmware Modifikation, d.h. den entsprechenden VLT Patch, nicht möglich.

Seit dem Re-Release handelt es sich bei m365 Plus technisch gesehen nicht mehr um eine "GM APP" sondern eine m365 App mit CFW Funktionen.

Den Titel des Threads müsste ich mal anpassen, aber ich habe noch keinen passenden gefunden. Vielleicht einfach "Neue m365 Android App für alle Xiaomi Roller (...)?
Zum Vergrößern anklicken....

Vielen Dank für die schnelle Antwort!
Dann war ich von den falschen Grundvoraussetzungen ausgegangen und muss wich wohl doch noch mit der Firmware-Geschichte auseinandersetzen.

Bzw. erstmal die HomeMi App testen. ✌🏼
 
Olli_69 schrieb:
Die HomeMi App ist ja auch noch im Store verfügbar, die kann doch das normale GM, oder?
Zum Vergrößern anklicken....
Ja, noch. Und das auch nur für Tester der Stunde 0, d.h. Tester der HomeMi App.

ThorGro schrieb:
Vielen Dank für die schnelle Antwort!
Dann war ich von den falschen Grundvoraussetzungen ausgegangen und muss wich wohl doch noch mit der Firmware-Geschichte auseinandersetzen.
Zum Vergrößern anklicken....
Gerne. Glaub mir, die Ausseinandersetzung lohnt sich.

ThorGro schrieb:
Bzw. erstmal die HomeMi App testen. ✌🏼
Zum Vergrößern anklicken....
Die HomeMi App wird nicht weiterentwickelt, dementsprechend muss diese auch nicht mehr getestet werden. Anders gesagt: Als neuer Tester findet man diese App nicht im PlayStore.

LG
 
Status
Für weitere Antworten geschlossen.