Beiträge von Steve8x8

    bist du ja aber zwangsläufig, wenn du mit der gepatchten App arbeitest, weil die nicht parallel mit dem Lesegerät genutzt werden kann

    Das löst das Problem der Abhängigkeit vom Lesegerät (diesem einen speziellen) auch nicht - auf dem Kistchen läuft auch nur eine Software und unverletzlich ist es auch nicht.

    Blutig messen geht zum Glück immer noch.

    Problem ist, wenn die LibreLink App nach einem Android Update nicht mehr geht

    "aapt d badging" erzählt mir über die originale App:


    package: name='com.freestylelibre.app.de' versionCode='4751' versionName='2.3.0' platformBuildVersionName=''

    sdkVersion:'21'

    targetSdkVersion:'27'


    Wenn ich die gängigen Tabellen richtig verstehe, dann entspricht API-Level 21 Android 5.0 (Lollipop) und 27 ist 8.1 (Oreo Maintenance Release 1). Weder minSdkVersion noch maxSdkVersion sind spezifiziert, die App sollte also mit allen zur Zeit der Erstellung gängigen API-Leveln laufen. "Ewig" ist das nicht, das ist schon wahr, aber gegen alle Eventualitäten kann man sich nur begrenzt absichern.

    Ein OS, das seit Jahren keine Sicherheitsfixes mehr bekommt, als Grundlage für eine medizinische Lösung zu verwenden, ist auch nur kalkuliertes (kalkulierbares?) Risiko.

    Nach den ganzen Fehlercodes habe ich auch lange (und größtenteils vergeblich) gesucht... Dass der 1er Reader nach dem Upgrade nicht besser mit den Sensoren umgehen kann als der 2er, verwundert mich aber nicht wirklich. (Haben die beiden denn nun wenigstens die gleiche Firmware-Version?)

    Bitte keine Diskussion in diese Richtung @helmama, auch hier kann ich nicht bestimmen WANN ein neues Update herauskommt und wann die 60 Tage "anlaufen".


    Ist für mich nicht wirklich hilfreich. Angenommen ich beginne die Reise und nach 1 Woche kommt ein Update und ich bin mehrere Monate unterwegs, was nun?

    Nach zwei Tagen der Reise hat die Pumpe schon die Hufe von sich gestreckt und Du hast ein ganz anderes Problem...

    An den Gerüchten, man könne mit Glimp einen Libre-Sensor weit über seine geplante Laufzeit hinaus sinnvoll auslesen, scheint nichts (mehr?) dran zu sein. Pünktlich nach 14 Tagen und 11 Stunden, also am Ende des gelben Balkens von Glimp, kommt nur noch hanebüchener Unsinn aus der Endlosschleife. Schade, aber alles hat ein Ende, nur die Wurst hat zwei.

    Jetzt habe ich Zeit (*), um alle Infos zusammenzuführen (Sensorwerte von Glimp, blutige Messwerte, Basal, Aktivitäten und Mahlzeiten von der Contour-App) und Diagramme zu zeichnen, alles für die liebe Diafee. Also letzten Endes für mich ;)

    (*) wenn ich nicht gerade mal wieder blutig messen muss... Ach wie war es doch vordem / mit Freestyle Libre sehr bequem (frei nach August Koppisch)

    Ich habe den Patch mehrmals nach dem Pinguin durchsucht, aber keine passende Stelle gefunden - wo genau wird das verändert?

    Irgendetwas scheine ich falsch gemacht zu haben.

    Ein Vergleich der Ausgaben von "aapt d badging" für die originale und die von mir gepatchte APK zeigt:

    - in der "package:"-Zeile steht ein nicht-leerer "platformBuildVersionName"

    - bei "uses-permission:" gibt es mehrere Differenzen: android.permission.INTERNET, android.permission.ACCESS_NETWORK_STATE, com.android.vending.CHECK_LICENSE fehlen, android.permission.FOREGROUND_SERVICE ist hinzugekommen.

    - application-debuggable ist gesetzt


    Also alles so, wie es laut Beschreibung der Patches sein sollte... nur der Pinguin-Schmetterling und die Schriftart passt nicht...

    Man kann die gepatchte App, zumindest die ohne Anbindung an die Abbott Sever, leicht erkennen. Die gepatchte App verwendet statt des Schmetterlings den Tux und die Schriftart des FreestyleLibreLink Schriftzuges ist anders.

    :/ meine (nach Tino Kossmann / user...resu gepatchte, nicht-nach-Hause-telefonierende) App hat einen Schmetterling und die originale Schrift.

    Im PlayStore finde ich sie nicht unter "Installiert".

    Ein Backup der originalen App (mit TiBackup, .apk.gz) ist 22.7 MB groß, ein im September nach der Installation gezogenes 45.6 MB (faktisch verdoppelt, passt wg. Einbindung der original.apk).

    Ich habe den Patch mehrmals nach dem Pinguin durchsucht, aber keine passende Stelle gefunden - wo genau wird das verändert?

    Irgendetwas scheine ich falsch gemacht zu haben.

    Mal schnell einen Termin beim Augenarzt machen... :pupillen:


    Update: App gelöscht, /data/data/com.freestyle... ist weg. Neu installiert, Initialisierung durchlaufen, fragt mich nicht nach irgendwelchen Accounts, hat aber immer noch den Schmetterling. :/

    Wie/wo kann man eigentlich sehen ob man die originale oder gepatchte Libre Link App installiert hat?

    Merkwürdig, diese Frage hatte ich mir heute morgen, noch halb im Schlaf, auch gestellt. Eine Antwort habe ich bisher nicht gefunden :(


    Update: Zumindest für gerootete Handys gibt es einen Hinweis. Unter /data/data/com.freestylelibre.app.de/no_backup sollte sich die in der neu gebauten APK eingebettete original.apk finden - ich vermute aber, dass die bei einem versehentlichen Upgrade der App nicht entfernt wird, es ist also bestenfalls ein Indikator, dass die gepatchte App mal installiert war :/

    Die Smartwatch hat mich erst einmal geärgert, indem sie nach 12 Stunden (NFC aktiviert, sonst unbenutzt und im Kinomodus) leer war.

    Ich habe dann eine andere Firmware raufgespielt (die von alex6600 bei xdc, bei crazyinfo verlinkt), war direkt die richtige Version (kein 3faches Upgrade) und OTA auch gleich deaktiviert. Was soll ich sagen: sie hat von Freitagmorgen bis Sonntagnachmittag durchgehalten. So muss das...

    Was mich noch nervt: Wenn ich die Benachrichtigungen auf der Uhr ausschalte, ist auch das Handy still. Keine gute Idee :(

    Ansonsten: Das Ende ist nah, morgen läuft der zweite Libre-Sensor ab (wie lange er trotzdem noch weiterläuft, wird sich zeigen müssen). Termin beim DiaDoc ist drei Wochen später, da habe ich noch Zeit, ein paar schöne oder weniger schöne BZ-Verläufe rauszusuchen. Momentan ist das noch fummelig, weil ich mehrere Apps am Start habe (Glimp konnte ich nicht beibringen, einfach mal nur so pauschal BE zu registrieren, das will immer gleich das komplette Rezept sehen; Contour bekommt das, aber natürlich nicht die FGM-Daten; NightScout habe ich noch nicht so genau unter die Lupe genommen, aber eigentlich will ich "one device to rule them all").

    Eins ist sicher: Nudeln sind mit nur-Basal momentan eine der schlechteren Ideen. Ist halt doof, wenn 2/3 des Essenangebots in der Kantine HiCarb sind (und das eine LC-Drittel alle). 240 und kein Ende abzusehen...

    Ich habe seit kurzem eine Nightscout-Instanz und lasse Glimp dorthin hochladen. Das geht auch manchmal gut, manchmal scheinen die Daten nicht anzukommen (Refresh der Webseite liefert nur alte Daten). Ich muss dann Glimp abschießen und neu starten - mit einem neuen Scan ist dann wieder alles da.

    Bin ich mit diesem Problem allein? (Auf xDrip wechsele ich, wenn die Tests mit dem Libre1 zu Ende sind.)

    Mittlerweile läuft der zweite Sensor (seit Dienstag), und da ich mal einen Vormittag Zeit hatte, habe ich die mittlerweile eingetroffene Sony-Smartwatch für NFC fit gemacht und tatsächlich, unter bestimmten Bedingungen kann sie den Sensor auslesen und das Handy bekommt das auch per WearOS-Anbindung gleich mit.

    Einen GlimBee habe ich noch nicht, das wird vor Ablauf des Sensors wohl auch nichts mehr mit dem Pseudo-CGM, aber mal schnell scannen ist mit der Watch doch deutlich einfacher als wenn man erst das 6-Zoll-Handy rausholen muss.


    Zu den diversen Eigenheiten des Libre (mir war auch schnell aufgefallen, dass es der erste Sensor im mittleren Bereich passte, aber "unten" und "oben" deutlich übertrieb - der zweite ist da weniger auffällig - außerdem ist die Temperaturabhängigkeit deutlich erkennbar) habe ich ein interessantes Blog gefunden, obwohl 4-5 Jahre alt, doch erstaunlich aktuell: http://type1tennis.blogspot.co…h/label/Freestyle%20Libre


    Unabhängig von diversen Ausreißern des Sensors wird aber nun klar, dass sich meine Vormittagskurven nicht per Basal, statt dessen entweder durch eine Nulldiät - oder aber durch Bolus in den Griff kriegen lassen sollten. Ersteres ist wegen meines Arbeitsweges sicher keine perfekte Idee... Das abendliche Basal fällt derzeit aus, seitdem gibt es auch keine fies niedrigen Werte nachts mehr, und dass ich dann mit 115 beim Frühstück sitze, ist vermutlich das kleinere Übel.


    Demnächst werde ich dann mal anfangen mich zu den Änderungen zu belesen, die mir bevorstehen, sollte es ab November ein Libre 2 werden ...

    Ich hatte kurz nach Erstellen des Themas noch anderthalb Geistesblitze:geek: und habe mir mal die Logs etwas genauer angesehen. :pupillen::huh::cursing::thumbdown:

    Für jeden neu angelegten Datensatz wird der älteste in der Datenbank (die ich immer noch nicht lesen kann) gelöscht, es bleiben nur 1000 (oder 1001) stehen. Bei 5 bis 7 Mahlzeit(ch)en am Tag plus blutigen Messungen plus Aktivität kommt da schon mal ein Dutzend Datensätze pro Tag zusammen, und 1000/12 < 90.:rofl

    Der CSV-Export zählt auch brav von 1 bis 1000 hoch, wenn es weniger als 100 Tage sind. (Ein Export mit ca. 750 Zeilen lief vom 26.5. bis 2.9., das sind 99 Tage; ein anderer mit 100 Zeilen vom 31.7. bis 14.10., 75 Tage.) Das ist dann wohl alles.


    Kurz: da ist nichts zu holen:( - interessiert hätte es mich schon, wie man an die DB rankommt:/, aber das CSV scheint wirklich alles zu sein, das man rausholen kann unter diesen Umständen. ;(


    Für die Zukunft muss ich mir überlegen, Datensätze zu sparen:hmmmm:, indem ich mit dem Frühstück in der Hand zur Arbeit radle und dabei noch piekse (1 DS statt 3), dann komme ich vielleicht wirklich mit 1000 DS in 99 Tagen aus. :nummer1:

    Aber ehe ich das perfektioniert habe, bin ich wahrscheinlich bei 65535 Messungen und das Next One verlangt nach "Next One, please".:pfeil:


    Wenigstens weiß ich jetzt, warum der "ContourDiaryReport" für 12 Wochen regelmäßig abstürzt - ein klassischer Indexüberlauf. Gibt es MPU für Programmierer?:devil: