Recommended Android apps: BLE scanner or Lightblue
I have been using this app since FSL2:
https://play.google.com/store/…ee.bluetoothscanner&hl=de
It can be set to scan continuously and has found every "live" sensor so far.
Beiträge von Red Baron
-
-
... Schwierigkeiten ...
Neben den Sensoren deren zweite Kompetenzbereich.
-
Ich nutze ein Xiaomi Mi9 mit Android 10, ...
Wenn ich mein Handy nicht direkt bei mir habe und außer Reichweite bin, baut Juggluco erst wieder eine Verbindung zum Sensor auf, wenn ich den Sensor mit NFC abgescannt habe und Juggluco anzeigt, dass nun Werte empfangen werden. Was muss ich tun, damit die Werte automatisch angezeigt werden, sobald ich wieder in Reichweite bin?
Bis auf die letzten 4 Monate habe ich meine Libre2-Phase komplett mit einem Mi9 "erlebt".
Immer wieder hatte ich Unterbrechungen in der Verbindung zwischen FSL2 und der gepatchten Libre2-App.
Selbst wenn Sensor und Mi9 über längere Zeit dicht beieinander waren.
Alle nur möglichen Optionen unter MIUI die Akkuoptimierung für die genutzten Apps zu deaktivieren, waren ausgeschöpft.
Mit den exakt gleichen Apps und App-Einstellungen bin dann auf ein Google Pixel 6 mit Android 12 umgezogen und das Problem war weg und blieb weg.
Auch jetzt mit dem FSL3 ist, bis auf einen defekten Sensor, kein Verbindungsproblem mehr aufgetreten.
Bei zukünftigen Smatphone-Wechseln machte ich einen Bogen um MIUI & Co.
-
Hab ich mal direkt bestellt.
... und bekommen?
12 Tage nach meiner Bestellung keine Info und keine Alkoholtücher.
-
Kommt das jemanden bekannt vor?
Oh ja!
Darum setze ich meinen neuen Sensor ca. 10 Stunden vor seiner Aktivierung.
Alarme kommen bei mir nur aus xDrip+, welches ich kalibrieren kann und auch regelmäßig tue.
Die letzten 3 FSL3-Sensoren sind erst nach 2 bis 3 Tagen in den Bereich der realen Werte gekommen, vorher waren die Werte bis zu 30mg/dl zu hoch oder zu tief.
-
Gibt es ein Zifferblatt, das eine andere Zahl zwischen 40 und 500 anzeigt? Zum Beispiel Luftfeuchtigkeit, Windgeschwindigkeit oder Windrichtung.
Unter 40 wird LOW angezeigt. Ab welchem Wert HIGH angezeigt wird, konnte ich leider nicht herausfinden.
Für mich müssen auf der Uhr nicht extrem hohe Werte anzeigt werden.
Auf existierende Watchfaces setze ich nur jetzt zum Testen, final müsste ich mir ein eigenes erzeugen, denn Wetterdaten werden mir stets viel zu klein dargestellt.
Die Windrichtung, mit einem Limit bei 360, wäre für mich perfekt - wenn es diesen Wert / Parameter für die *.json denn gibt.
Auch der Wetterort ohne störende führendes Minus und das störende Grad-Symbol passt, nur fehlt mir auch hier der Wert / Parameter.
Ich habe eine Version erstellt, bei der die letzte Ziffer des mg/dL in die minimale Temperatur und die Ziffer davor in die maximale Temperatur eingegeben wird. Die aktuelle Temperatur stellt die Änderungsrate dar.
Auf meiner BIP funktioniert die letzte Stelle leider nicht.
Ich bitte das ausdrücklich als konstruktive Kritik aufzufassen!
Für den Wert 139 mit einer Veränderung zum letzten Wert von +1 wird mir z.B. das hier angezeigt, wobei das - und das Symbol ° zusätzlich die Lesbarkeit erschweren:
Die Darstellung auf dem Watchface ist entsprechend.
1 - Set the minus as a 1 in the watchface, so that values from 128 to 199 could be represented by -28 to -99. This limits the range only to 199 though.
2 - Use the actual value from 40 to 127, then use the closest round number divided by 10 ( eg 13 for 128 and for 18 for 182 ) and tweak the wacthface ( align to the left and add a zero in the background to have the third digit ) . This extends the range to 390 at the cost of a maximum rounding of 5 units in the range 127-390, which sounds acceptable.
Ich weiß natürlich nicht, was progammiertechnisch möglich ist.
Um eine Zahl von 40 bis z.B. 360 darzustellen, bräuchte man zunächst eine Liste der möglichen Parameter, die Gadgetbridge als Zahlen übertragen kann.
Interessant, sind natürlich die, ohne ein führendes mathematische Zeichen und ohne nachfolgende Einheit.
Auch die Zusammensetzung einer dreistelligen Zahl aus zwei Werten sollte beim selbst erstellten Watchface kein Problem sein.
Die von jka verwendeten Wettersymbole für die Trendpfeile würde man ja im selbst erstellen Watchface auch durch passende Grafiken ersetzen.
###
Of course, I don't know what is possible in terms of programming.
In order to display a number from 40 to 360, for example, one would first need a list of possible parameters that Gadgetbridge can transmit as numbers.
Interesting, of course, are those without a leading mathematical sign and without a following unit.
Even the composition of a three-digit number from two values should not be a problem with a self-made watchface.
The weather symbols used by jka for the trend arrows could also be replaced by suitable graphics in the self-created watchface.
-
Nur der Wetterstandort gibt den richtigen Wert.
Ich würde gerne experimentell ein Watchface anpassen, finde aber leider keine Infos zur korrekten Bezeichnung vom "Wetterstandort" für eine config.json .
Kann mir jemand Links zu einer vollständigen Elemente- / Beziechnungs-Liste posten?
-
Diese Version von Juggluco setzt den gerundeten Glukosewert in die aktuelle Temperatur, die Zahl vor dem Komma in die maximale Temperatur und die Ziffer hinter dem Komma in die minimale Temperatur.
Ich bin leider erst heute dazu gekommen, es auszuprobieren.
Mit Juggluco 4.17.3-arm64 sende ich an Gadgetbridge 0.74.0 und von dort an meine Amazfit Bip mit (testweise) diesem Watchface.
Das Ergebnis sieht mit 123 mg/dl und der Sonne für den konstanten Trendpfeil oft so aus:
Chapeau!
Ein minütlich aktualisierter Wert ohne die gefühlt ewigen Uploads ist definitiv das, was ich möchte!
Ich bin mal wieder von jka begeistert!
Die beiden anderen Trendpfeil-Wettersymbole erscheinen natürlich auch korrekt.
Warum sieht es nur "oft" so aus?
Weil nach jeder neuen Verbindung und immer wieder zwischendurch für bis zu eine Stunde ein um 256 mg/dl zu niedriger Wert auf allen drei Positionen angezeigt wird:
Der reale Wert 152 mg/dl ist rechts in der Wetter-App zu erkennen.
Dort und im Watchface erscheint aber drei mal 152-256=-104
Der Wert 256 ist sicher kein Zufall ...
Irgend eine Kleinigkeit in Gadgetbridge oder Juggluco triggert vermutlich diesen Fehler.
Sollte sich das Problem klären lassen, würde ich versuchen selbst ein Watchface mit großen Trendpfeilen und Wert zu gestalten.
Das auf meiner über xDrip+ / WatchDrip+ aktuell genutzten Bip Lite kommt dem Ideal schon recht nahe:
-
Das ist kein Sensorfehler sondern ein Bluetooth-Problem, ...
Eine defekte Bluetooth-Einheit des Sensors ist ein Sensorproblem!
Einfach auf dem Smartphone (kann auch ein anderes sein!) einen Bluetooth-Scanner installieren und nach einem Device mit der MAC-Adresse suchen, welche in Juggluco für den aktiven Sensor angezeigt wird.
Auf dem selben Smartphone wird das Device (in diesem Fall also der Sensor) auch als "Verbunden" angezeigt.
Falls nach einer Minute kein Signal empfangen wurde, ist (mindestens) die Bluetooth-Funktion des aktiven Sensors hinüber.
Das hatte ich 2x mit dem FSL2 und schon 1x mit dem FSL3.
-
jka You're fast as lightning!
Mit Deiner Entwicklungsgeschwindigkeit kann ich leider nicht mithalten.
Ich muss erst mal nach einem Watchface für meine Amazfit Bip suchen, das den Standort anzeigt.
Wird der Trendpfeil als Grafik oder als einer der Pfeile aus dem Zeichensatz (↑→↓) übertragen?
Vor dem Wochenende werde ich dazu leider kaum kommen ...
-
Es ist zwar schön das Juggloco die Werte jede Minute an Watchdrip schickt, jedoch geht das extrem auf die Akkulaufzeit. Ich muss das Band mittlerweile alle zwei bis drei Tage aufladen. Mit xDrip hatte ich fast zehn Tage Laufzeit, bei 5 minütlichen Werten.
Vielleicht lässt sich das ja irgendwie mit einbauen, wie oft die Werte gesendet werden.
Das gleiche Problem habe ich mit meiner Amazfit Bip auch, bei minütlichem Übertragen der kompletten unteren Watchface-Grafik ist der Uhren-Akku ruckzuck leer.
Außerdem geht ein nicht unerheblicher Teil der Minute für die Übertragung drauf und währenddessen sehe ich gar keine Info.
Darum bin ich zurück zum 5minütigem Wert aus xDrip.
Ein besserer Ansatz wäre sicher, wenn Juggluco per Gadgetbridge die Glukosewerte selbst auf die Uhr übertragen würde, womit das Übertragen als Grafik unnötig wäre.
Der Ansatz ist hier und hier für Free Three erklärt, würde aber die Implementierung einer Gadgetbridge-Schnittstelle erfordern.
Ich kann so etwas leider nicht, aber vielleicht könnten morator und jka das hin bekommen?
-
Da du mit diesem Wunsch ziemlich alleine bist ...
OK, OK - ich wechsle zu Euch in die "Abfall-Wirtschaft"!
-
Im Zweifelsfall kann man auch wieder zur Libre App zurück und nochmals auslesen.
Wenn der Sensor funktioniert -> ja.
Ich möchte aber an die Ereigniskennzahlen eines defekten Sensors heran, den ich nicht mehr auslesen, der nicht mehr per Bluetooth funkt und der diese Kennzahlen auch nicht per LibreView von Juggluco erhält.
-
... wie oft ist das denn?
Zum Glück selten und vor allem (gefühlt) seltener, als beim FSL1 und FSL2.
Problem sind nur defekte Chargen, wo dann gleich mehrere Sensoren hintereinander den frühen Tod sterben.
Ich bin absolut kein Fan der Abbott-APP und öffne die nur zum Starten des Sensors.
Auf meinem gerooteten Pixel 6 mit Android 12 läuft sie glücklicher Weise mit minimalem Akkuverbrauch.
-
Die Notwendigkeit dem Abbott-Support in bestimmten Situationen passende Ereignis-Kennzahlen aus der Libre3-APP nennen zu müssen, lässt sich leider nicht vollständig mit dem "Ist-Abgefallen-Joker" kompensieren.
Die Ereignis-Codes gibt es nur aus der Original-APP, denn eine übersetzte Code-Liste zur strategischen Nennung scheint nicht zu existieren.
Ich bin begeistert von der rasanten Weiterentwicklung von Juggluco, aber leider hat jka meine Frage nach der dauerhaften Unterstützung seiner angepassten Libre3-APP hier mit einem klaren NEIN beantwortet.
Es wird also vermutlich bald eine Juggluco-Version geben, die letztmalig die Schnittstelle zu dieser Libre3-APP enthält.
Die Datenversorgung einer aktuellen, original Libre3-APP per LibreView von Juggluco aus hilft nicht, da die Ereignis-Codes scheinbar nicht im Datensatz enthalten sind.
Ich suche weiter nach einer dauerhaften Lösung für dieses Problem.
Eine vollständige Code-Liste wäre ein Ansatz, vorgeschobene Kleber-Probleme sind leider keiner.
-
Wie gesagt, für Fehlermeldungen braucht man es nicht.
Die Libre3-APP lädt (in meinem Fall zumindest) bei Reaktivierung keine zurückliegenden Daten durch den NFC-Scan oder von LibreView in das Ereignisprotokoll.
Ich hatte vor 6 Wochen (3 Sensoren) die Libre3-APP per root deaktiviert und gestern Abend zur Übernahme des noch 10 Stunden laufenden alten Sensors wieder aktiviert.
Heute früh habe ich den neuen Sensor mit der Libre3-APP gestartet.
Daten im Ereignisprotokoll endeten vor 6 Wochen und starteten gestern Abend wieder.
Falls ein Juggluco-only-L3-Sensor technisch ausfällt, scheint man über eine danach installierte / reaktivierte Libre3-APP nicht an die von der Hotline gewünschten Zahlen aus dem Ereignisprotokoll vor dem Sensorausfall zu kommen.
Darum würde ich gerne die ansonsten eher ärgerliche Libre3-APP dauerhaft vor Juggluco betreiben.
Falls es doch einen Weg zu den historischen Fehlercodes ohne mitlaufende Libre3-APP geben sollte, bin ich für ein Lösung dankbar!
-
... Ich will die Daten in Juggluco von Libre3-patch empfangen. ...
Ich habe heute früh gerade wieder von "Juggluco only" auf "Libre3-patched & Juggluco" gewechselt, da ich neulich bei einem Bluetooth-toten L3-Sensor leichte (
) Probleme mit der Abbott-Hotline bei Fragen nach dem Ereignisprotokoll hatte.Juggluco 4.14.3 ließ sich problemlos mit deaktiviertem "Sensor über Bluetooth" und deaktiviertem "Libreview" (macht ja beides wieder die Libre3-patched-APP) verbinden.
Diese Anleitung dürfte noch gültig sein.
Leider hat jka meine Frage #2, ob Juggluco dauerhaft die Libre3-patched-APP unterstützen wird, noch nicht beantwortet.
-
jka und Wissende
Ich habe zwei Fragen:
#1
Ich habe eine neue Version ins Netz gestellt, die die Möglichkeit bietet, die Wake Lock auszuschalten. Es gibt auch den echten Gerätenamen an Libreview anstelle von RMX2202 (Realme).
Dieses Zitat ist vom 18.10.2022.
Mir ist aufgefallen, dass in LibreView unter unter "Gerätedetails" noch mein alte Smartphone mit der Android-Version 30 angezeigt.
Welche Möglichkeit habe ich, diesen Smartphone-Eintrag (automatisch) aktuell zu halten?
Trotz intensivem Suchen finde ich nichts passendes in den Einstellmöglichkeiten von Juggluco.
#2
Wird der Betrieb von Juggluco mit der gepatchten Libre 3 App v3.3.0 dauerhaft weiter möglich sein?
Nachdem ich bei der Reklamation eines Juggluco-Only-Sensors "Probleme"
mit der Nennung der Fehlerzahlen hatte, überlege ich, die Libre 3 App wieder vorzuschalten. -
Eine vibrierende Smartwatch am Handgelenk, oder wie bei mir auf dem Nachtisch, macht schon sehr intensiv auf sich aufmerksam!
Mir gelingt es nicht, das zu ignorieren.
Seit dem Libre 2 checke ich bei ausbleibenden Werten mit einer Bluetooth-Scanner-App, ob der Sensor noch online ist.
In Juggluco findet Ihr unter "Sensor" die mit 5 Doppelpunkten versehene MAC-Adresse des aktiven Sensors.
Findet der Bluetooth-Scanner innerhalb von 2 Minuten kein verbundenes Device mit dieser MAC, ist der Sensor offline bis tot!
-
Hallo!
Nach 10 Monaten Libre 3 ohne ein Problem hatte ich vor kurzem den ersten mit Defekt.
Direkt nach der Aufwärmphase waren die Werte um 30 mg/dl zu niedrig und blieben es auch.
7 Stunden später war er plötzlich "weg", kam nach 90min noch einmal zurück ins Leben um dann 17 Stunden nach dem Start endgültig auszufallen.
Ich habe dann zur Reklamation die Hotline angerufen und wurde unvorbereitet mit der Frage nach den Fehler-Codes konfrontiert.
Bei Juggluco only nicht so einfach zu beantworten ...
Zum Glück war die 3er Libre-App noch auf (per root) deaktiviert auf dem Smartphone.
Also schnell aktiviert und ein paar Monate alte, zufällige Code vorgelesen, was dann wohl reichte.
Auch wenn die 3er selten ausfallen, frage auch ich mich nun nach einer Strategie für die Zukunft:
- einen bunter Strauß passender Fehlermeldungen bereithalten? (Hier bräuchte ich mal Hilfe von Euch!)
- oder doch lieber gleich "Abgefallen by proxy"?
