Ich hatte früher mal das Guide mit xDrip gekoppelt und das gab Probleme mit der Bluetooth Verbindung des Sensors. Hab es deshalb schnell wieder abgeschaltet und gebe Werte zum Kalibrieren generell manuell ein. Das hat auch den Vorteil, dass man noch entscheiden kann, ob man den Wert verwendet. Manche Messwerte sind ungeeignet.
Da man meist nur wenig Kalibrierungen in der Laufzeit des Sensors benötigt, ist das zu verkraften. Zu häufiges Kalibrieren ist kontraproduktiv.
Mal eben etwas anderes.. Welche neuere xdrip Version hat bei der Darstellung von Statistiken und Historie keine Probleme? Ich nutze xdrip immer in der deutschen Version...
Kann das wer beantworten zufällig?
Das wäre super. 😉
definiere Probleme... ich hab keine, die Darstellung ist wie immer (Version vom 8.3.21)
Du brauchst ja mehr von xDrip als ich.
Ich habe relativ oft mit der Kopplung des Bluetooth Probleme und muss dann das Smartphone neu starten oder ewig warten. Ich hatte da auch schon mal eine ältere Version installiert - war nicht viel besser.
Aber letztes Jahr (ohne t:slim im zweiten Kanal des Transmitters, da hatte ich auf dem zweiten Kanal den Dex-Receiver) lief alles ohne Abstürze.
Bei mir koppelt sich ja die BlueJay an den Transmitter und das abstürzende Smartphone ist nur mit der BlueJay gekoppelt.
Mit den Abstürzen kann ich aber gut leben: entweder warten oder das Smartphone neu starten.
definiere Probleme... ich hab keine, die Darstellung ist wie immer (Version vom 8.3.21)
Ich habe mit der neusten neulich Probleme gehabt. das sie nur im Querformat zu lesen war und im geraden Zustand vom Phone , waren über die Hälfte der Anzeigen im nirgendwo.
bierernst du meinst Issue 1641 (https://github.com/NightscoutFoundation/xDrip/issues/1641)? Das ist mit einem MR von Mitte April (#1698) behoben ... Commit 3df0152 (d.h. von JamOrHam akzeptiert) ist vom 21.5., danach gab es ein automatisches Build xDrip-plus-20310521-3df0152.apk, da sollte alles passen...
du meinst Issue
ähm - ich bin im Alpha Kanal...
Ist irgend wie eine andere Nummer....?
Schalte mal um auf Nightly. Ist alles ohne Reue, da sich ältere Versionen problemlos über die letzte drüber installieren lassen.
Hatte grad eine Begegnung der Dritten Art...
Der erste Smartphone Absturz durch xdrip bei/ nach Updatet... Hat sich mal eben eine blöden Nachrichten irgendwas mitinstalliert...
Alles raus und neu...
Okay... ich guck mal mit nightly, PS ist stable die nightly? Was anderes als Alpha, Beta und Stable wird bei mir nicht angezeigt???
diese Version vom 2103080800 will ich nun nicht...
Danke dir! 
Die letzte Version gibt es immer bei jamorham.github.io
Hat hier eigentlich jemand vertieften Einblick in die Kalibrierung von xdrip+ (mit Libre)?
Ich würde beim Libre gern vermeiden, dass die BZ-Kurve gegenüber der Rohdatenkurve "überschwingt".
Beispiel Libre vs. blutig weicht nur wenig (5-10 mg/dl) ab: Kurven im Normalbereich dementsprechend mit einem kleinen Offset. Dieser wird allerdings jenseits der 200 mg/dl deutlich größer und nach unten hin analog ebenso.
Sieht nach etwas Beobachtung aus, als hätte ein hoher Intercept in der Kalibrierungskurve damit zu tun, aber so ganz blicke ich da nicht durch (ich hatte das immer für den Achsenabschnitt der Kurve gehalten). Oder es liegt an der experimentellen Tzachi-Improvements-Version, aber da scheint keiner sowas zu bemängeln. Vermutlich verstehe ich einfach irgendwas nicht ganz....?
Lg Hubi
Im nightly gibt es seit gestern Abend eine neue Version mit den letzten Beiträgen von Tzachi (der mit dem OOP2 für den Libre 2). Läuft auf meinem zweiten Smartphone mit dem für LL abgelaufenen Sensor, hat jetzt auch die höher aufgelösten Werte (jede Minute?) und die Daten sehen deutlich ruhiger aus als beim alten Verfahren:
Der neue Sensor (links, pLL) scheint sich langsam zu fangen (gestern Abend gesetzt).
Nur dass die Kalibrierung genau aufs Frühstück fällt, bedarf einer Korrektur...
ich brauch bitte nochmal eure Hilfe, verzweifle bald 
.
Will wieder die Xdrip+ Version 4.2.1 von bigdigital mit MiBand-Anbindung und oop2 nutzten, was mir zuvor bereits mehrfach gelungen war, allerdings beim letzten Sensor nicht, deshalb dachte ich dort an einen BT-Fehler.
Nachdem die von Jensen freundlicherweise zur Verfügung gestellten Einstellungen leider in xdrip nicht übernommen werden konnten, habe ich nochmal selbst alles eingestellt nach der Anleitung in https://www.minimallooper.com/…tooth-connection-in-xdrip
Der einzige Unterschied zu früheren Starts ist, dass ich die vorher genutzte gepatchte Libre-App deinstalliert und den neuen Sensor mit der originalen 2.5 gestartet habe. Danach bei LL-App stopp erzwungen.
Nach dem ersten Scan in xdrip und Sensor-Scan per NFC kam gleich diese Anzeige
Ein zweites Mal scannen nach 60 sec. ging nicht.
Die Anzeige ist immer noch da, Werte können offensichtlich nicht empfangen werden, der Status sieht so aus:
Auf dem MiBand war zuerst eine Anzeige von xdrip da, jetzt kommt "no data".
Was kann ich denn machen???
Bin mir nicht sicher, ob das hierher gehört, ggf. bitte in anderen thread verschieben, vielleicht in "Fragen zu Libre 1+2 und Librelink, xdrip, usw."?
nein das gehört zu superduper miband. und müsste erstmal in normaldeutsch übersetzt werden.
nein das gehört zu superduper miband. und müsste erstmal in normaldeutsch übersetzt werden.
Kannst du bitte mal diese dummen Kommentare, die du jetzt schon mehrfach auch in anderen Themen abgegeben hast, sein lassen? Natürlich hat der Hilferuf von Machama mit xDrip zu tun, wenn auch in einer besonderen Kombination. Das Einzige was off-topic ist, ist dein Beitrag. Wenn du es inhaltlich nicht nachvollziehen kannst, ignorier es doch einfach.
oh, das tut mir leid, wenn ich nicht "normaldeutsch" geschrieben habe.
Alles anzeigenich brauch bitte nochmal eure Hilfe, verzweifle bald
Will wieder die Xdrip+ Version 4.2.1 von bigdigital mit MiBand-Anbindung und oop2 nutzten, was mir zuvor bereits mehrfach gelungen war, allerdings beim letzten Sensor nicht, deshalb dachte ich dort an einen BT-Fehler.
Nachdem die von Jensen freundlicherweise zur Verfügung gestellten Einstellungen leider in xdrip nicht übernommen werden konnten, habe ich nochmal selbst alles eingestellt nach der Anleitung in https://www.minimallooper.com/…tooth-connection-in-xdrip
Der einzige Unterschied zu früheren Starts ist, dass ich die vorher genutzte gepatchte Libre-App deinstalliert und den neuen Sensor mit der originalen 2.5 gestartet habe. Danach bei LL-App stopp erzwungen.
Nach dem ersten Scan in xdrip und Sensor-Scan per NFC kam gleich diese Anzeige
Ein zweites Mal scannen nach 60 sec. ging nicht.
Die Anzeige ist immer noch da, Werte können offensichtlich nicht empfangen werden, der Status sieht so aus:
Auf dem MiBand war zuerst eine Anzeige von xdrip da, jetzt kommt "no data".
Was kann ich denn machen???
Hallo, ich habe ein ähnliches Problem mit xdrip. Ich "hänge" hier fest und nichts geht mehr mit der neuen Version.
Hast du eine Lösung gefunden?
Ich habe es geschafft, den MM2 + FSL2 mit Tomato zu verbinden, aber xdrip verweigert das Auslesen/Verbinden...
Ich denke Amazon Alexa oder Fliese hant ihr nicht auf dem Handy.
Ebenfalls gehe ich davon aus, dass die Bluetooth-Kopplung aud dem Sensor durch xDrip+ nicht gestartet wurde. Sprich NFC-Scan durch xDrip+ bringt ebenfalls keine Werte.
Wahrscheinlich habt ihr die originale LL-APP auf dem Handy.
Zumindest könnt ihr mit der originalen LL-App NFC-scannen. Und wenn ihr in der originalen LL-App die Alarme aktiviert, kommt das rote Ausrufezeichen.
So war es bei mir.
Meine Lösung damals war, um den aktuellen Sensor nicht zu verlieren, die Robert Berger Methode:
- xDrip+ Datenquelle umstellem auf gepatchte LL-APP
- Librelink -> Speicher -> Cache & Daten löschen, dann LibreLink deinstallieren
- Apps -> Systemprozesse anzeigen -> Bluetooth -> Speicher -> Cache & Daten löschen
- Handy neu starten
- Gepatchte Librelink (Online-Version) wieder installieren und noch nicht starteen
- LibreLink -> Berechtigungen -> Speicher & Standort erteilen
- LibreLink -> Akku -> App-Start -> Manuell verwalten
- am Handy -> Standort, Bluetooth & Wlan aktivieren
= LibreLink starten & einrichten -> E-Mail und Kennwort, Maßeinheiten und Kohlehydrateinheiten. etc.
- Alarme aufrufen und die Einweisungen durchgehen. Zum Schluss sollte ein Alarm ausgewählt sein.
- Mit gepatchter Librelink nun 2mal scannen -> Die Scanns sollten innerhalb von 5 Sekunden erfolgen.
Wenn eine Fehlermeldung kommt, und der zweite Scan zu spät kommt, verschwindet zwar das rote Ausrufezeidhen
in der LL-App aber Bluetooth funktioniert weiterhin nicht. Dann hilft nur noch mal von vorne anfangen.
Wenn alles funktioniert hat, sollten bei xDrip+ wieder Daten eintrudeln und man kann xDrip+ wieder umstellen auf Libre Bluetooth und OOP2 und die gepatchte LL-App wieder durch die originale LL-APP ersetzen.
Da mir dies erst bei den neuen Sensoren passiert ist, könnte ich mir vorstellen, dass das Problem hausgemacht ist.
Aus dem Grund weiche ich von dem HOW TO ab und starte die Sensoren kommplett inklusive eingeschalteten Alarmen mit der originalen LL-APP und mit Einstündiger deaktivierter xDrip+-App. Nach dieser einen Stunde bzw. nach dem Ton-Signal von der originalen LL-APP, scanne ich mit der originalen LL-APP, bekomme meinen ersten Wert, deaktiviere die Alarme in der LL-APP und deaktiviere die LL-APP.
Dann starte ich xDrip+ und starte einen neuen Sensor im Hamburger Menü.
Fertsch. 
Es gibt sicherlich andere Wege und ich lasse mich auch gerne eines besseren Belehren, aber bei mir hats funktioniert.
15 Minuten Aufwand
Ich verwende noch eine xDrip Version von Anfang 2020. Nach dem Prinzip never change a running system drücke ich jeden Updatevorschlag weg, weil es reibungslos läuft.
In der Vorhersage hat das Wirkprofil von Fiasp gut funktioniert. Mit Lyumjev passt das aber meistens nicht mehr. Gibt es in den neueren bzw aktuellen Versionen auch ein Wirkprofil für Lyumjev? Dann würde ich doch mal ein Update wagen.
Oder verwendet ihr mit Lyumjev ein manuelles Profil? Wenn ja, mit welcher Wirkdauer?
Und gibt es eigentlich mittlerweile eine Veränderung/Verbesserung am Glättungsfilter für den Libre 2 mit gepatchter App? Von dem Projekt hab ich lange nichts mehr gehört.
