...
Für Alarme gibt es doch einen Test Button, um das eingestellte Verhalten zu testen.
...
Oh. Den Test habe ich jetzt gerade erst gefunden nach Verwendung eines anderen Alarmtons.
Sehr gut ! Genau diese Funktion wollte ich haben.
Etwas tief im Menu verwurzelt evtl.?!
Auch dass man den Ton nach Wunschsekunden der Vibration erst hört ist super.
...
Also die Alarmbenachrichtigung wird automatisch geschlossen, wenn der Alarmton und -vibration fertig sind und bleibt nicht die ganze Zeit aktiv.
Die Benachrichtigungen werden aber mindestens 30 Sekunden angezeigt.
Wird dann der Alarmton nur einmal abgespielt, statt bis zum deaktivieren? Alarm vs Benachrichtigung irritierte mich.
Fänd ich gut, da es schon recht laut stört, wenn ich z.B. Badmintontraining gebe und nicht so schnell zum Smartphone wetzen kann.
Da hatten einige Sportler mal eine Hallensirene vermutet.
Cool wäre evtl. eine Testfunktion für alles Widget/Alarm/Farben:
Einstellbarer Testwert z.B. 59 mg/dl. Sehr tiefer Alarm bei mir unter 60 mg/dl.
Vielen Dank auch von mir.
Automatisches Schließen der Alarm Benachrichtigung
Verstehe trotz Erklärtext nicht genau, was das bewirkt?!
Im- und Export von Einstellungen
Sehr sinnvolle Funktion!
Vielleicht hattest Du an Deinem Standort etwas "elektronischen Bluetooth SMOG"? Hab davon gehört, dass es zu BT-Fehlern kommen kann, wenn zu viele BT-Geräte in näherer Umgebung sind...
Eher nicht:
Dass Parallelkopplung nicht "automatisch" funktioniert, habe ich bei jedem Sensorwechsel.
Und es funktioniert in der Regel nach meinen 4 ausgeführten Punkten. 
Verwendest Du die Libre-ID innerhalb JugGluco?
Ja, die Konto-ID unter dem Punkt Libreview (wenn du das meinst).
Die Version 8,0,22 läuft bei mir völlig normal,
Der neu Sensor lässt sich starten, während der alte noch aktiv ist. Es laufen Beide parallel wie bisher. Lediglich, wenn der alte Sensor keine Werte mehr liefert, beendet ihn Juggluco automatisch .
Beschreibst du mal bitte deine genaue Vorgehensweis für Parallelbetrieb bei 14tägigem Sensorwechsel?
Bei mir folgendermaßen:
60 Min. vor Ablauf des Senor A setze ich Sensor B.
Mit geöffnetem Juggluco (jetzt 8.1.5) starte ich Sensor B anhand NFC-Check = Sensor B zeigt Bereitschaft in 60 Min.
Nach ca. 3-5 Minuten wird kein Wert mehr von Sensor A angezeigt.
Sensor B benötigt noch ca. 55 Min.
Meine Versuche, die dann irgendwann zum Lesen des noch laufenden Sensors A führen:
1. Sensor A scannen per NFC = Kein Wert (auch nicht nach 3-5 Min.)
2. Im Menü "Sensor" Turbo aktivieren= Kein Wert (hat mal irgendwann bei einem Wechsel geklappt)
3. Im Menü "Sensor" Sensor B beenden = Kein Wert (auch nicht nach 3-5 Min.)
4. Bluetooth vom Smartphone de-/aktivieren = Nach einigen Minuten zeigt Sensor A wieder Werte.
Welche der Punkte 1-4 die Werte tatsächlich reanimiert haben, weiss ich nicht.
Damit habe ich mich nie beschäftigt, weil libreview sowieso keine Kommentare kann.
In Libre View nicht, aber Kommentare halte ich für User selbst zur Dokumentation von z.B. speziellen Gegebenheiten als sinnvoll.
Habe ich in der Libreapp (vor Juggluco) häufig genutzt.
...bin ich froh über die einfache Reklamation der Sensoren nun auch online.
Ja, ist etwas einfacher geworden.
Was ich jedoch weiterhin umständlich finde:
Obwohl eingeloggt reklamiert wird, muss immer komplett Name, Adresse usw. neu angegeben werden für Versand.
Schlechte Programmierung vom Reklamationsformular?
Unter Einstellungen "xDrip lokaler Broadcast" deaktivieren und "Librelink broadcast" aktivieren.
Wo soll "Librelink broadcast" stehen in den Juggluco-Einstellungen (v 8.1.2)?
Und welche "Datenquelle" soll man dann in XDrip+ wählen?
Habs gefunden:
Nicht "Libelink", sondern "Patched Libre" in Juggluco.
In XDrip als Datenquelle dann Patched Libre2
Mal was anderes:
Deine Apps kommunizieren ja eh mit Juggluco.
Könntest du evtl. GlucoDataHandler so aufbohren, dass man darin seine Eintragungen (IE Schnell, IE Basal, BE, evtl. Notizen) vornehmen kann, die dann zu Juggluco und damit auch zu Libreview gesendet werden?
Juggluco wird ja vom Programierer laut eigenen Aussagen nie vom Breitbild wegkommen und die Eingaben sind zusätzlich etwas aufwändig.
XDrip+ nur für Eingaben zu verwenden halte ich für "oversized" und kompliziert für OttoNorm. Ich finde z.B. gerade notwendige Einstellungen der Synchronisierung nicht.
Danke.
Gerade installiert und keine Probleme festgestellt.
Ich verwende JugGluco nur als Sensorauslesesoftware ...
In xDrip führe ich mein Tagebuch mit Ausnahme von Basalbedarf. Das kann xDrip leider immer noch nicht auseinanderhalten.
Daher notiere ich Basal in SiDiary, wo ich letztenendes auch die xDrip-Daten hinschubse.
Wollte ich ebenso versuchen: XDrip als Tagebuch statt Juggluco.
Wenn Basal allerdings in XDrip nicht möglich ist, leider keine Alternative für mich. 
So toll Juggluco auch ist...
Gestern hatte ich wie so oft eine Situation, in der der Portraitmodus extrem nervt:
Fahrrad als Navi in der Halterung (hochkant).
Nach 60 km niedriger Blutzucker durch Anstrengung.
Gummibärchen gegessen und 2 BE in Juggluco eintragen. Gar nicht so einfach, wenn Juggluco im Zwangsbreitbild bleibt. 
Lösungsmöglichkeiten, die jetzt wahrsch. empfohlen werden:
a) Smartphone aus Halterung nehmen = Umständlich für 1ne Eintragung.
b) Naviapp im Breitbild nutzen = Wenig Platz auf Lenker.
Hat sich evtl. XDrip in den letzten 3 Jahren so verbessert, dass es Juggluco in allen Punkten ersetzen kann?
Mich nervt das ständige Drehen des Smartphones seit Verwendung von Juggluco.
derDer Noch eine Frage, bist du dir sicher, dass Juggluco auch einen neuen Wert anzeigt oder nur den alten länger?
In der neuesten Juggluco Version wurde das Timeout in Juggluco verlängert, sprich die App zeigt den Wert mehr als 5 Minuten an. Die Zeit siehst du zum Beispiel in der Benachrichtigung von Juggluco.
Ist vor einigen Tagen aufgetreten, als ich noch Juggluco 7.6.5 nutzte.
Jetzt bin ich auf JG 8.1.2. Bisher noch keine Auffälligkeiten von GDH 1.0.1 wieder festgestellt.
Das ist wirklich komisch. Du nutzt aber den GlucoData Broadcast in Juggluco?
Würde GlucoDataHandler ohne Broadcast in Juggluco überhaupt was zeigen?
Mir ist etwas eigenartiges aufgefallen:
Testweise habe ich die Widgets von Juggluco und GlucoDataHandler auf dem Smartphone nebeneinander.
Bei sehr hohen und sehr niedrigen BZ-Werten kommt es vor, dass Juggluco weiterhin anzeigt, aber GlucoDataHandler keinen Wert darstellt.
Das führt dazu, dass gelegentlich der Veralteter-Wert-Alarm von GlucoDataHandler auslöst. Habe diesen Alarm deshalb deaktiviert.
Was vielleicht funktioniert hätte, wenn du auf deinem Telefon ihren Sensor in der Libre 3 App (mit ihrem Konto) übernommen hättest, dann wäre die Libre App mit ihrem und Juggluco mit deinem verbunden.
Ich hätte noch als Fallback meine Smartwatch, welche ich mit dem Sensor verbinden kann, musste ich auch schonmal, als mein Telefon ein Akkuproblem hatte und plötzlich unterwegs leer war.
Libre 3 App habe ich seit Monaten nicht mehr auf meinem Smartphone.
Smartwatch habe ich nur eine Amazfit, welche die Werte von Juggluco über Watchdrip erhält.
War wohl doch eine gute Entscheidung meiner Frau, ihr Smartphone von der Arbeit zu holen. 
Meine Frau und ich nutzen beide Libre3 Sensoren.
Meine Frau: Pumpennutzung und als Software Libre app (patched) -> Juggluco und von dort auf AllwaysOnDisplay. Nur wegen AOD ist bei ihr Juggluco drauf. Eingaben macht sie in der Libre app. Ihr ist Juggluco zu umständlich und unübersichtlich.
Ich: Pennutzung und seit 03.2024 nur noch Juggluco + GlucoDataHandler für AOD.
Bin mit Juggluco weiterhin nicht uneingeschränkt zufrieden, aber scheinbar gibt es für mich derzeit keine bessere Lösung.
Jetzt kam es zu folgender Situation:
Meine Frau kam sehr spät abends vom Dienst nach hause und bemerkte, dass sie ihr Smartphone bei der 15 km entfernten Arbeitsstelle vergessen hatte. Sie konnte entsprechend keine BZ-Werte (bzw. GZ-Werte) ermitteln.
Am nächsten Tag (ca. 12 Std. später) müsste sie eh wieder zur Arbeit.
Ich schlug vor, dass wir beide zusammen mein Smartphone bis zum nächsten Tag nutzen:
Ihr L3-Sensor und mein L3-Sensor also zusammen nur mit meinem Smartphone und Juggluco (V. 7.6.5).
Wäre das möglich gewesen und wie am einfachsten?
Alternativ hätte auch noch ein Libre3 Lesegerät zur Verfügung gestanden.
Letzendlich wollte meine Frau ihr Smartphone sofort zurück haben und ist die Strecke 2x15km gefahren.
Wie hättet ihr das Problem gelöst?
Sofern beide Sensoren parallel in Juggluco laufen würden, wäre (insbesondere in der Nacht) ein häufiges switchen wahrscheinlich umständlich?!
Bei den Grenzen weiß ich nur noch nicht, ob ich es ändere, da sich das ja eher auf den Zielbereich bezieht.
Könntest alternativ auch schreiben:
Sehr tiefe Grenzunterschreitung
Tiefe Grenzunterschreitung
Hohe Grenzüberschreitung
Sehr hohe Grenzüberschreitung
Die Adjektive (Sehr tief usw.) sind der übereinstimmende Wortlaut für: Zielbereich/Alarm
derDer mal ne Frage dazu. Klar würde ich "Hoher Glukosewert" und "Niedriger Glukosewert" entsprechend in "Sehr hoher Glukosewert" und "Sehr tiefer Glukosewert" ändern.
Ich überlege nun nur, was ich aus Obere und Untere Grenze mache. Wenn ich diese in "Hoher Glukosewert" und "Tiefer Glukosewert" ändern würde, was ja Sinn macht, müsste ich halt auch die Werte um 1 (bzw. 0,1) erhöhen, bzw. verringern... Bei den Kommawerten von mmol/l fällt das weniger auf, aber bei mg/dl, hat man dann mit einmal 89. Sieht schon komisch aus. Oder sollte man das besser bei der "Grenze" lassen. Bin mir da gerade unsicher... Was würdest du vom Gefühl her sagen?
Meine Gedanken, die mit denen anderer User evtl. kollidieren 
:
1) Ich selbst nutze nur 2 Alarme:
a) Sehr tiefer Alarm. Den habe ich per Zielbereich Niedriger Glukosewert auf 59 eingestellt.
b) Veralteter Wert. Benötigt keinen Zielbereich, sondern löst immer aus, wenn kein Wert übermittelt wird?! Habe 20 eingestellt. Sind wahrscheinlich Minuten?!
c) Würde ich evtl. in Zukunft nurtzen: Sehr hoher Alarm <- ist wahrscheinlich bei Zielbereich Hoher Glukosewert einzustellen?!
Noch weitere Alarme zu höhren, würde mir auf den Geist gehen. Glücklicherweise kann man die ja einfach deaktivieren.
Aus Usersicht wäre es am einfachsten, die Alarmwerte direkt selbst in/neben den Alarm zu schreiben.
Du hast aber geschrieben, dass das nicht geht. Also Namen ändern. 
Sehr tiefer Alarm = Sehr tiefer Glukosewert
Tiefer Alarm = Tiefe Grenze
Hoher Alarm = Hohe Grenze
Sehr hoher Alarm = Sehr hohe Grenze
Veralteter Wert (Notiz: Alarm, wenn kein Wert für x-Minuten empfangen wird).
Die Namen und Notizen der Farben passen gut.
Evtl. Notiz ändern:
Farbe für sehr hohe und sehr niedrige Glukosewerte.
