Beiträge von Steve8x8

Nachtrag: Während der Experimente mit Handy #5 hat mein aktiver L2-Sensor den Kontakt zur LL2-App auf Handy #2 verloren. Weder Flugmodus noch Neustart konnten den Signalverlust beheben - der Sensor ist nun wieder von xDrip/OOP2 auf Handy #3 "gekapert" worden und läuft wieder. (Alle Smartphones nutzen die gleiche Hardware und LineageOS, letzteres in verschiedenen Versionen.)

Korrelation oder Koinzidenz, genau kann ich das auch nicht sagen. Etwas Ähnliches hatte ich vor Monaten bei Versuchen mit Diabox, die mir einen Sensor geschrottet haben.

Das Update von Magisk 24.1 auf 24.2 hat das Handy in einen (wenig geeigneten) Briefbeschwerer verwandelt, außerdem fehlt seit 24.1 oder 24.2 die Möglichkeit des Umbenennens. Also zurück auf 24.0, was soll's.

Mit LSposed und der Shadow Mistress Yuko lässt sich die L3-App tatsächlich auf dem S4mini starten und einrichten - bis zum ersten Scan, weiter komme ich erst einmal nicht. (Dass man für die Alarme aus dem normalen Ablauf raus muss, ist auch eine A.-Spezialität...)

Merkwürdig, dass keine Standort (Bluetooth) Erlaubnis erfragt wurde (die scheint die App nicht einmal zu wollen? in den Einstellungen finde ich nichts), auch keine für Speicher. Um Batterieoptimierung scheint sich die App aber gekümmert zu haben... auch wenn sie momentan wohl eher nicht im Hintergrund läuft, so ganz ohne Sensor.

Inzwischen habe ich auch einige Hinweise aus dem Gitter fischen können - als nächstes werde ich wohl doch versuchen, an einen (oder zwei) Testsensor(en) zu kommen. Der Termin mit der Diafee ist erst einmal in ferne Zukunft gerückt...

Bärlauchbutter - mit Berliner oder Preußischem "allium paradoxum" Lauch. Das Zeug muss über Nacht geschossen sein, durch trockenes Laub hindurch.

Gleiche Umgebung (z.B. $PATH ist bei cron idR kürzer, ~/.bashrc und so werden nicht verwendet)?

Du benutzt die gepatchte App?

Mit sind zwei Möglichkeiten bekannt, die nicht das alte Handy weiter nutzen:

1. Die Robert-Berger-Methode, die aber eine Verbindung zu LibreLink voraussetzt - und die ich nie verwendet habe.

2. xDrip und OOP2, nach der Anleitung vom minimallooper - damit lässt sich eine laufende Sensor-Session definitiv kapern. Ich habe das aber lange Zeit "geübt", mit offiziell nach 14 Tagen abgelaufenen Sensoren.

Beide Varianten haben Potential zu scheitern, wenn man irgendwo doch eine Einstellung übersehen hat oder die falsche App-Version oder ... so gesehen ist es nicht unbedingt "einfach" (aber was ist das schon, v.a. im Diabetes-Kontext?)

Ist es denn wirklich so unerträglich, das alte Handy noch ein paar Tage zusätzlich rumzutragen?

Dann hast du eine zu neue WearOS-App auf dem Handy verwendet.

Ich habe das gerade heute durch, mit 2.39 konnte ich die Uhr (hier eine Fossil Sport 4) koppeln, und per Playstore auf der Uhr xDrip vom Handy holen.

Automatische Aktualisierungen sind bei mir generell aus, seit ein paar meiner Lieblings-Apps verschlimmbessert wurden (und Play Protect sowieso).

Wenn sonst nichts hilft: WearInstaller. Manchmal muss man Uhr und/oder Handy neu starten, bevor das klappt, aber wenn xDrip einmal "drüben" ist, ist das Schlimmste überstanden.

Was auch helfen kann (gehört bei mir zum Standard-Prozedere): die xDrip-App aus den Downloads noch einmal auf dem Handy drüber installieren.

Wenn mir dazu nun noch jemand eine halbwegs plausible Erklärung liefern kann, warum zweimaliges beinahe-Verbrühen das Bluetooth wieder zum Funktionieren bringt...

Sauna dürfte doch einen ähnlichen Effekt haben, und wenn nicht, warum?

Die Daten sind nicht wirklich doppelt, nehme ich an (was sagt die Status-Seite? ggf. developer mode einschalten).

Beim L2 kommt auch jede Minute ein Wert (mit OOP2 kann ich die allerdings in xDrip nicht sehen???)

Normalerweise packt xDrip die Daten in ein 150-Sekunden-Raster. 2,5 Minuten tauchen bei mir nur in den "graph settings" unter "lower fuzzer" auf, daran zu drehen hat aber auch nichts gebracht.

Ich suche weiter...

Peinlich... (Corona-Hirn hat wohl zugeschlagen.)

Update:

Ich gehe heute/morgen mal forschen, wozu habe ich Handys gesammelt (und wozu bin ich krankgeschrieben), wenn nicht für Tests wie diesen.

Bei mir wird es wohl eher LOS18.1 und MindTheGApps (und das aktuelle Magisk 24.2) auf einem der vielen S4minis. Stay tuned...

Hast du erwartet, dass sie das Gegenteil erzählen?

Der Asteroid, der alles Leben auf der Erde vernichtet, kommt auch. Mal sehen, wer schneller ist.

Beim L1 ist nichts passiert.

Reklamieren von abgelaufenen Sensoren dürfte schon schwieriger sein, musste letztens am Telefon die halbe Packung (L2) vorlesen, die Seriennummer reichte seltsamerweise nicht aus.

Äh, braucht man für die Fossil (WearOS) den Webdienst?? (Statt dessen: WearInstaller aufs Handy, der Anleitung folgen, um die Wear-App erstmalig auf die Uhr zu bekommen, xDrip-Watchface auswählen.)

Fantastisch, um mal den Spitzohrigen von der NCC-1701A zu zitieren.

Es ist also nicht nur theoretisch, sondern auch praktisch möglich, aktuelle Werte aus der App zu holen - und das auf mehrere Arten.

Was spricht nun eigentlich noch dagegen, so etwas wie ESEL zu bauen, das die Daten nicht an die Uhr, sondern an xDrip schickt?

Wenn ich das richtig lese, dann will der DK sich doch nur angekündigt aus dem Thema verabschieden? (Bei ein paar verbalen Exzessen vor kurzem hätte ich eher mit einem moderierenden Eingreifen gerechnet...)

Zitat von Angemessener Specht 67

F"trident.realm" Datei welche bei mir mehrere Megabyte hat und damit ein guter Kandidat ist. Die enthält aber keinen Klartext, und ich bilde mir ein in der App gesehen zu haben dass dafür Schlüssel vom Android-System gezogen werden.

So etwas habe ich schon mal gesehen, bei der Contour-App, in prä-xDrip-Zeiten. Die wollte ihre eigenen Daten nicht mehr, nachdem ich das Handy neu aufsetzen musste (da half auch Titanium Backup nicht). Meine Elfe war genauso begeistert wie ich.

Bei Dexcom stand ich noch mal wie Ochs vorm Tor. Da habe ich aber kein Backup/Restore versucht.

Scheint zum guten Ton zu gehören, sein Zeug zu verschlüsseln, natürlich nur gegen den Mitwettbewerb

Zu deinem letzten Absatz: Mit den Daten, die mein Libre gestern produziert hat, würde selbst A. nichts Brauchbares anstellen können, fürchte ich Das bringt mich auf eine Idee: Man könnte doch die alte LL so patchen, dass sie Müll an LV schickt...

Frage 1: Glückssache - zumindest ich sehe da nichts, wenn ich den Sensor wie vorgesehen am hinteren Oberarm setze. Der Trick mit dem zwischen-den-Schulterblättern-Kratzen hat auch ein paar Tücken, und die Augen werden nicht jünger.

Frage 2: Bisher gingen meine Sensoren immer ohne Gewaltanwendung ab, nicht nur am letzten Tag - ich fasse sie im Zangengriff quer zum Arm und ziehe parallel von der Haut weg. Selten bleibt der Kleber dabei auf der Haut, meistens geht er mit dem Sensor runter. Meißel oder ähnliches waren noch nie nötig...

Hm, kannst du ein Backup der App (mit "adb backup") ziehen und auspacken, ist die Datenbank lesbar? (Alternativ sollte mit root auch Kopieren von /data gehen.)

Die LL2-DB lässt sich mit sqlite3 auseinandernehmen...

Ich habe es probiert - MicroG reicht (-e vor ein paar Monaten) für WearOS leider nicht aus.

Und WearOS 2 braucht zwingend den Google-Kram samt Account.

Die Sony SWR50 mit WearOS / Android Wear 1.5 kommt ohne Account aus, die Google Apps braucht man aber (und die App "Android Wear" vor der Umbenennung). Nicht ganz Googless, aber schon dicht dran.

Wer das alles nicht haben will, kommt um BlueJay oder MiBand wohl nicht herum.

P.S.: ich bin nicht sicher, ob xDrip komplett ohne GApps auskommt, mindestens die Follow-Funktion geht definitiv über G.

https://jamorham.github.io - da ist der Entwickler von xDrip und BlueJay zu Hause

Das Weckerstellen kann doch auch der Sensor übernehmen? Also z.B., wenn du über 120 oder 130 gehst. xDrip ist da irre flexibel