Beiträge von Red Baron

    Aber in der Regel ist ein Sensor ja schon aktiv und kann eh nicht mehr gescannt werden.

    Ein bereits laufender Sensor wird durch ein späteres "Scannen" natürlich nicht neu gestartet, aber Juggluco scannt ihn sehr wohl und quittiert das auch mit einer Anzeige!


    Neben meinem bis morgen früh laufenden Sensor sitzt seit heute früh der nächste im "Standby".

    Würde mir mein alter Sensor jetzt aussteigen, könnte ich z.B. durch erneutes Scannen versuchen, ihn wieder zur Zusammenarbeit zu überreden (zuletzt mit dem Libre 2 passiert).

    Wie scanne ich den alten Sensor ohne dabei den neuen direkt daneben zu früh zu starten?

    Anderes Szenario - gleiches Problem!

    OK, damit ist meine erste Frage aus #2.872 fast beantwortet. :thumbup:

    Ich gehe davon aus, dass mir der zweite Sensor dann mit einer andere Kurven-Farbe angezeigt wird.


    Bleiben noch meine Fragen 2. und 3. ... ;)

    Da meine nächste Lieferung von Libre 3-Sensoren vermutlich als Plus-Variante kommt, ich aber trotzdem weiterhin 14tägig wechseln möchte, ergeben sich folgende Fragen:

    1.

    Stimmt es, dass eine Juggluco-Installation zwei Libre 3-Sensoren gleichzeitig empfangen und auswerten kann?

    Ich habe das hier schon gelesen, kenne aber die Einschränkungen nicht, wenn es denn welche gibt.


    2.

    Wie kann ich in Juggluco bestimmen, welcher der beiden aktiven Sensoren seine Daten per "Patched Libre Broadcast" an xDrip+ sendet?

    Mein Plan wäre, den neuen Sensor erst nach einem Tag / mit Abschaltung des alten Sensors an xDrip+ senden zu lassen.


    3.

    Wie scannt man bei 2 direkt nebeneinander (ich wechsle immer in der Höhe hin und her) sitzenden Libre 3-Sensoren nur einen davon?

    Auf den jeweils anderen Arm wechseln kann ich nicht, da ich stets auf der linken Seite schlafe.

    Respekt! Das würde ich auch gerne sagen.

    Das "Geheimnis" meiner ca. 155 komplett durchgelaufenen Libre (1), 2 und 3 Sensoren beruht auf 2 Paradigmen:

    - Die Setzstelle wird mit satt Isopropyl auf Küchentuch entfettet, bis die Haut zart rosa aussieht. Dann ca. 3min Ablüften lassen und setzen - hält!.

    - Die APPs laufen inzwischen unter Stock-Android (Google Pixel) und jegliche Akkuoptimierung aller beteiligten APPs ist komplett aus. Der Sensor ist stets < 4m am Smartphone.


    Vor den Pixels hatte ich ein Xiaomi Mi 9, wo mir durch die wohl nicht vollständig deaktivierbare Doze-Funktion zwischendurch immer mal wieder Sensoren "entwischt" sind.

    Alle (bis auf 2 mit Bluetooth-Ausfall) ließen sich aber mit einer Bluetoot-Scanner-APP wieder "einfangen".

    Das Daten-Auslesen der noch gekoppelten Sensoren hilft wohl zuverlässig beim Wiedereinbinden in die neu gestarteten FreeStyle-Libre- und Juggluco-APPs.

    Die Pixels bleiben ohne Tricks dauerhaft verbunden!

    Ich bin mal gespannt, wann Abbott merkt, dass das mit dem regelmäßigen 14-tägigen Wechselrhythmus ein prima Produktfeature war.

    In meinem Wochenablauf gibt es exakt einen perfekten Tag zum Sensorwechsel!


    Würde Abbott mit dem "Plus" von 14 auf 21 Tage Laufzeit wechseln, wäre das ein echter Gewinn!

    Einen wandernden Wechseltag werde ich mir nicht antun, denn seit 6 Jahren laufen alle* Sensoren über die vollen 14 Tage.


    Wenn die Versorgung mit dem "Plus" von 26 Sensoren/a auf 25/a oder weniger reduziert wird, könnte es passieren, dass 1 - 2 Sensoren pro Jahr bereits am Starttag abfallen ... ;)


    *Einer der ersten Libre fiel vom Arm, weil ich noch die original Mikro-Alko-Tücher verwendet habe.

    Bei 2 Libre 2 war das Bluetooth-Modul vor Ablauf der 14 Tage defekt.

    Was geil ist: Blutzucker auf dem Sperrbildschirm und in der Notification. Gerade "nachts" ist das ein Druck auf den AN Knopf (oder Handy aus Ladeschale nehmen), Display geht an, man sieht was gerade Phase ist.

    Ich lesen hier immer wieder, wie begeistert über die Wert auf dem Sperrbildschirm geschrieben wird.

    Habt Ihr alle kein "Always On Display" / AOD? ;)

    Jedes aktuelle Smartphone mit AMOLED-Display sollte das haben / können!


    Meine Smartphones zeigen mir schon lange permanent den aktuellen Blutzucker und hängen dafür nachts erhöht neben dem Bett.

    xDrip+ kann das "out of the box" für Juggluco habe ich glucodata-aod von sinni800 dazu installiert.

    Ich sehe immer, was Phase ist! :)


    Bei Unterschieden zwischen dem Sensor- und Blutwert - oft in den ersten Tagen eines frischen Sensors - habe ich den Juggluco- und den kalibrierten xDrip-Wert auf dem AOD. 8o

    ... der Alarm funktioniert auf dem Band aber leider trotzdem noch nicht wieder.

    In meiner App-Kette zwischen Sensor und Uhr ist noch die Komponente Watchdrip enthalten:

    FSL3 -> Jugcluco -> xDrip+ -> Watchdrip -> Amazfit Bip

    Damit funktionieren die Alarme auf der Uhr absolut zuverlässig!


    Könnte es sein, dass Du versehentlich beim MiBand 4 den Ruhemodus aktiviert hast?

    Mit dem habe ich auch schon ungewollt meine Bip vibrationsfrei geschaltet ... :ohno:

    Hat jemand von Euch eine Lösung dazu, ...

    Nur einen Ansatz, der meist bei Übertragungsproblemen hilft:

    - MiBand ausschalten

    - Cache von xDrip löschen (lange auf das Icon drücken - App Info - Speicher und Cache - Cache löschen)

    - ggf. Smartphone neu starten

    - MiBand wieder starten

    Minütlich messen ist Standard bei der Pixel und kann auch nicht geändert werden, ...

    Hier muss ich mal nachfragen:

    Das Messintervall kann nicht geändert werden oder die Pulsmessung kann nicht deaktiviert werden?


    Ich bin mit meiner Amazfit Bip Lite immer noch sehr glücklich, da ich nur Zeit, Zucker und Vibrations-Alarme benötige und nur alle ~10 Tage laden muss.

    Aber irgendwann werde auch ich mal wechseln ...

    Als Bluetooth-Scanner verwende ich diesen.

    Wenn bei meinem ehemaligen Xiaomi Mi 9 gemerkt habe, dass der Sensor eine Weile nicht mehr empfangen worden ist, habe ich den Scanner gestartet.

    Am besten ist "Startet den Scan automatisch neu" aktiviert.


    Dank Juggluco kennst du die MAC-Adresse Deines aktuellen Libre - bei den Libre 2 wurde noch die bekannte Seriennummer angezeigt.

    Nach kurzer Zeit tauchte das Bluetooth-Gerät mit dieser MAC und dem Attribut "verbunden" auf und war stets kurz danach wieder im Juggluco / xDrip+.

    Dem neu gefundenen Bluetooth-Device habe ich dann noch den Typ "Glucose-Messgerät" zugeordnet, was eine weitere Suche beim selben Sensor erleichterte.


    Um Zufälle auszuschließen, habe ich mehrfach auf einen "verlorenen" Sensor mehrere Stunden gewartet.

    Nach Aktivieren des Scanns hatte ich auch diese in wenigen Minuten wieder "eingefangen".


    Seit ich ein Pixel mit unverbasteltem Android habe, ist das alles zum Glück nicht mehr nötig!

    Jensen

    Mit dem Pixel 6 unter Android 13 habe ich gar keine Signalverluste.

    Alle relevanten Prozesse sind von der Akkuoptimierung ausgenommen.


    Davor hatte ich ein Xiaomi Mi 9 mit Android 11, mit welchem es immer wieder Signalverluste gab, obwohl auch dort die Akkuoptimierung deaktiviert war.

    Mit einem Bluetooth-Scanner konnte ich aber die Verbindung immer wieder "triggern" und somit den Sensor stets wieder einfangen.


    Bis auf einen Libre 2 mit definitiv ausgefallenem Bluetooth (Batterie?) sind bei mir alle Typ 1, 2 und 3 Sensoren volle 14 Tage gelaufen.

    derDer

    Ich aktualisiere alle paar Versionen.

    Veränderungen im Kontext des Libre 3 habe ich nicht festgestellt, aber bei einem signifikant höheren Akkuverbrauch würde ich ein Rollback machen.

    der Akkuverbrauch ist um das Dreifache gestiegen

    Das kann ich für mich nicht als Problem bestätigen:

    WatchDrip+ 0.3.1 - 3%

    xDrip+ vom 2024-04-07: - 1%

    Juggluco 8.0.5 und Glucodata AOD 1.0 unter 1%, also gar nicht gelistet!


    Pixel 6, Android 13, root

    Juggluco nutzt diesen Cache nicht. Der Effekt des Leerens des Caches ist völlig imaginär.

    Gestern früh beim Sensorstart mit Juggluco 7.6.0 wurde mir wieder mal nicht die Option des Kalendereintrags angeboten.

    Ich bin sofort in die App-Info von Juggluco, um die App zu beenden und neu zu starten - dies korrigiert bislang zuverlässig dieses Kalender-Problem.

    Dort fiel mir dann der Cache von 94,21 kB auf, den ich zusätzlich gelöscht habe:



    Leider habe ich direkt nach dem Aufwachen (:sleeping:) vergessen, vorher in /data/data/tk.glucodata/cache nach dem Inhalt zu schauen.

    Beim zweiten Sensor-Scan nach dem APP-Neustart mit Cache-Löschen kam dann wieder die Kalender-Option.


    Ich kann mit dem Workarround leben und bin sehr glücklich mit Juggluco! :thumbup:

    Dies ist also keine negative Kritik, sondern nur ein Hinweis. ;)

    Gibt es zwischenzeitlich dafür eine ... oder Lösung,

    Juggluco über das App-Menü beenden, Cache löschen (kann man wohl auch weg lassen) und Juggluco wieder starten.

    Das hilft bei mir, auch wenn ich einen Sensor wieder "einfangen" muss.

    jka

    Ich konnte, seit ich Juggluco (geniale APP!) nutze, jeden "verlorenen" Sensor wieder einbinden:

    - Juggluco erzwungen beenden

    - Cache von Juggluco löschen

    - Juggluco manuell wieder starten

    - Sensor neu Scannen

    Wenige Minuten danach hatte ich jeden Sensor wieder aktiv in Juggluco!

    In wenigen Fällen musste ich zusätzlich Bluetooth neu starten oder das Smartphone neu starten.


    Eben habe ich Juggluco-7.3.0-arm64 beendet, den Cache gelöscht, neu gestartet und den Sensor von heute früh neu gescannt.

    Nun kam die heute früh nicht erschienene Abfrage des Kalendereintrags -> Problem gelöst! :bigg


    Das gelegentliche Cache-Löschen hilft also bei diversen Problemen!

    Vielleicht ein Ansatz für die weitere Entwicklung.


    Systemumgebung:

    Pixel 6, Android 13, root

    Ich habe heute früh einen neuen FSL3 mit der "Juggluco-7.3.0-arm64" gestartet und es gab keine automatische Option zum Eintragen des Enddatums in den Kalender.

    Auch ein nachträglicher erneuter Scann des Sensors liefert keine Option zum Eintrag in den Kalender.


    Den letzten Sensor hatte ich vor 14 Tagen mit der "Juggluco-7.2.1-arm64" gestartet, und damit gab es kein Problem mit der Kalenderoption, wie mit allen Versionen davor.

    Mit den bisherigen Versionen wurde mir bei einen späteren Re-Scan des selben Sensors auch stets erneut der Kalendereintrag angeboten.


    Bevor ich jetzt die Juggluco-Versionen rauf und runter wechsle, die Frage an Euch:

    Könnt ihr die Kalender-Probleme mit der 7.3.0 bestätigen und falls ja, sind die mit 7.4.* wieder verschwunden?

    Das Changelog steht nichts zu "calendar" ...