Beiträge von dideldum

    Seit heute ist auch auf der Camdiab-Seite (ganz runter scrollen) eine aktuelle Nachricht, dass der Libre 3 nun in mylife Loop unterstützt wird.

    Ich habe heute sofort meine Umversorgung von Libre auf Dexcom bei der Krankenkasse storniert.

    Da CamAPS FX in meinen Augen das intelligenteste System ist, das derzeit für Diabetiker verfügbar ist (da kommt für mich auch AndroidAPS nicht mit, weil das eben kein lernendes System ist, CamAPS FX aber schon), hatte ich nach fast 5 Jahren Dana (R und RS) den Wechsel auf Ypsopump beantragt, war bis gestern aber noch im Glauben, dass ich dazu unglücklicherweise den Dexcom brauche.

    Ich bin aber froh, beim Libre zu bleiben, nachdem ich jetzt schon 2 Jahre die minütlichen Werte vom Libre 2 genieße. Auf 5minütige Werte mit dem Dexcom zu wechseln, wäre für mich ein übler Rückschritt.

    Am Montag haben wir auch für meine Tochter ihren Diabetologen-Termin, da wird für sie auch gleich der Wechsel auf Ypsopump/CamAPS FX/Libre 3 beantragt.


    P.S.: Ich glaube, das Fragezeichen kann man jetzt aus dem Titel entfernen, huetterei

    Ich rede ja auch nicht von dem öffentlichen Zeug, sondern von dem was auch CamAPS nutzt; die benutzen eine Dexcom Library, die auch ohne App direkt den Sensor verwenden kann. Die Version der Library sieht man glaube ich sogar in den Infos zur App.


    Momentan ist mir nichts derartiges bekannt für den Libre, aber wahrscheinlich werden die bald auch so was anbieten weil CamAPS ja Libre Support angekündigt hat.


    Es "existiert" halt zumindest, auch wenns nur für Kunden ist die da explizit mit Dexcom zusammenarbeiten. Aber da gibts mehr als einen. T-Slim nutzt bestimmt auch direkt eine Library.

    Aha.

    Du hast also gar keine Ahnung.

    Was glaubst du wohl, wie TT1 "Super Sapiens" gemacht hat?

    Natürlich gibt es da eine Programmierschnittstelle zum Libre.

    Aber du kolportierst einfach mal den Unsinn weiter, den andere auch verbreiten. Und das in einem Zusammenhang, der suggeriert, dass es mit der ominösen Dexcom Library ja ganz einfach sei, an die Werte zu kommen (was es für die Community gar nicht ist, weil diese Library niemandem außer Geschäftspartnern von Dexcom zugänglich ist!), aber bei Abbott nicht. Was für ein Quatsch!

    Es ist für uns bei Dexcom genauso unmöglich, auf einem offiziellen parterschaftlichen Weg mit der Firma an die Sensorwerte zu kommen wie bei Abbott.

    Es gibt für uns in Sachen direkten Zugang zum Sensorwert überhaupt keinen Vorteil zwischen Dexcom und Abbott.

    Genau deshalb muss bei Dexcom genauso dauernd gehackt werden wie bei Abbott. Da spielt eine Library, die Geschäftspartner von Dexcom haben, überhaupt keine Rolle. Zumal es eine gleichartige Schnittstelle (siehe Super Sapiens) eben auch offensichtlich für Abbott gibt.

    Für uns sieht die Situation mit Dexcom und Libre völlig gleich aus. Kein Grund also (wie du das ja auch tust), Dexcom als besser darzustellen als Abbott. Für unsere Bemühungen ist Dexcom keinen Deut besser "dank einer Library", die es für niemanden hier gibt, als Abbott.

    Das ganze wäre einfacher wenn die einfach wie Dexcom ne Library haben würden.

    Nein.

    Auch von Dexcom gibt es keine Library, um AUF DEM EMPFANGSGERÄT DES SENSORS direkt die Werte abzugreifen. Lediglich eine Web-API zum Abrufen aus Clarity existiert. Das ist für einen Loop, der auch offline funktionieren muss, völlig unbrauchbar. Selbst wenn es nur um die Anzeige der Werte geht, funktioniert das mit der Dexcom Library in einem Funkloch bzw Innenräumen ohne Mobilfunk/WLAN auch nicht.

    Insofern ist die immer wieder fälschlich gelobhudelte Dexcom Library in diesem Zusammenhang hier völlig sinnlos und stellt keinen Vorteil gegenüber dem Libre dar.

    Eine offene Lösung für den lokalen Sensor-Empfang gibt es von Dexcom genauso wenig wie von Abbott.

    1. Du hast mit den 7 Quartalssensoren keinen Ersatzsensor. Jedenfalls nicht, wenn du (wie wir) eine Jahresverordnung hast. Dann bekommst du dreimal 7 und im vierten Quartal weniger (wir 6, ich habe aber auch jahrelang nur 5 im letzten Quartal bekommen). Du brauchst, wenn alles läuft, im Quartal 6,6Sensoren. Wo soll da bei 7 der Ersatz sein?

    2. Jeder Sensor, der seine 14 Tage nicht funktioniert, wie er soll, wird reklamiert. Selbst am Türrahmen abreißen gehört natürlich nicht dazu, ein Sensor, der seine Funktion nicht mehr erfüllt, natürlich aber schon. Du kannst die Reklamation auch per Webformular machen.

    Ist es möglich, den Sensor zu aktivieren, wenn das Telefon kein NFC hat? Oder, wenn das Telefon nicht über NFC verfügt, kann ein anderes Telefon mit NFC verwendet werden, um den Sensor nur zu starten...?

    Siehe: http://jkaltes.byethost16.com/Juggluco/mirror/index.html

    Die dort geschilderte Variante 2 ist die Lösung.

    Ich habe es allerdings noch nicht probiert (wir benutzen noch einige Monate den Libre2).

    Der englische Text ist manchmal verwirrend, es steht manchmal "without NFC" wo es eigentlich "with NFC" heißen müsste, sonst macht der Text keinen Sinn.

    Ekke Ich glätte in meiner App selbst, und zwar mit exponentieller Glättung über die letzten 5 Minuten, dadurch maximal 2 Minuten Verzögerung zum von der gepatchten Libre app ausgespuckten Wert. Mit der Libre-Glättung in xdrip war ich nie zufrieden, wir benutzen xdrip seit dem Libre2 daher nicht mehr. AndroidAPS kam in der Version 2.5.1 durchaus mit den minütlichen Werten zurecht, neuere Versionen haben wir dann nicht mehr benutzt.

    Ist hier bei juggluco aber off-topic (sorry dafür).

    wobei minütliche Werte in AAPS die Batterie der Pumpe doch arg beanspruchen würden.

    Wir benutzen die minütlichen Libre2-Werte bereits seit fast zwei Jahren mit der Dana RS.

    Mit 5minütiger Steuerung hielt die Dana-Batterie immer so 35 Tage, mit minütlicher sind es in der Regel 28 Tage. Für uns ist das absolut vertretbar.

    Man muss schließlich bedenken, dass nicht jede minütliche Glukose-Änderung zu einer Pumpen-Kommunikation führt.

    Ich habe gerade erst das ziemlich neue Cubot Pocket entdeckt, das auch NFC hat (die einzigen mir bekannten bisher verfügbaren Miniphones mit NFC - Unihertz und Soyes - waren ja ziemlich unbrauchbar für den Libre).

    Wir benutzen im Moment das RugGear RG360 (mit NFC), das funktioniert super mit dem Libre, ist aber einfach zu dick und zu schwer für ein Kind im Bauchband (RG360: 26mm dick und 197g schwer!).

    Das Cubot Pocket wäre endlich wieder ein halbwegs flaches und leichtes (13mm dick und 128g schwer) Miniphone mit NFC. Nicht so leicht wie das von mir sehr geliebte Melrose 2019 (nur 9mm dick und 62g leicht, aber eben auch ohne NFC), aber immerhin deutlich besser als das RG360.

    Hat jemand schon das Cubot Pocket mit dem Libre probiert?

    Wenn auf den Rezepten "Lispro" stehen würde,

    Nein, so funktioniert das nicht.


    Denn Humalog und Liprolog sind gleichartige Lispro-Insuline. Da ist ein Wechsel sicherlich ohne große Komplikationen machbar. Lyumjev ist aber ebenfalls ein Insulin Lispro! Und zwischen Humalog/Liprolog und Lyumjev sollte man definitiv nicht einfach so wechseln. Da muss man sich der unterschiedlichen Wirkzeiten bewusst sein. Insofern wäre ein Rezept mit dem generischen "Lispro" fahrlässig!

    Zum Humalog kann ich schon eine Weile nichts mehr sagen, aber mit Lyumjev gibt es bei uns keine Probleme.

    Vor 3 Wochen ein 5er-Pack Durchstechfläschchen für Tochter, letzte Woche 2 5er Packungen für mich. Morgens bestellt, nachmittags da, wie immer.

    Frage mich, wieso bei einigen Lieferprobleme sind und bei anderen nicht.

    Schaf Lyumjev gibt es doch von niemandem außer Lilly. Was hast du denn da dann bekommen?

    Tatsächlich haben wir in verschiedenen Räumen ausgediente Smartphones stehen, die permanent am Ladekabel hängen und auch permanent den Bildschirm anhaben. Auf denen läuft ein Follower für unsere BZ-Werte. Da braucht es irgendwie kein Extragerät, alte Smartphones sind irgendwie genug zusammen gekommen. Für Nightscout gab es auch schon vor Jahren Extra-Anzeige-Geräte. Also, ich bin jetzt nicht von so einer Meldung begeistert. Wie mein Deutschlehrer früher immer sagte: "Was uns als neu verkauft wird, ist entweder schlecht, oder es war schon mal da." Ist hier wieder so ein Fall.

    Gut, war mal nötig das zusammenzustellen, vor allem die Links für die nicht mehr jungen Hasen.

    Bei den Kohlenhydraten fehlt noch eine Klarstellung:

    Die USA kennt auch BE, bedeutet dort aber Berechnungseinheit und 1 BE entspricht 15 g Kh.


    Das ist/war zumindest bei Medtronic so und kann im Handbuch nachgelesen werden oder selbst ausgetestet werden, indem man in den Einstellungen zwischen Gramm Kh und BE umschaltet.

    Die USA kennen mitnichten "Berechnungseinheiten".

    Die USA kennen "carb choice" mit 15gKH.

    Das Wort "Berechnungseinheit" kennt nur Medtronic in ihrem saudummen Versuch, die amerikanische Einheit zu übersetzen.

    Es gibt ja auch keinen Pen bei dem du genauer wie 0,5 dosieren kannst.

    Das ist falsch.


    Mit dem Pendiq 2.0 kann man in 0,1-Schritten dosieren. Die Mindestabgabe ist zwar 0,5IE, aber ab da kann man sehr fein abgeben. Wir haben den Pen extra als Backup zur Pumpe unserer Tochter besorgt, weil der Pendiq meines Erachtens der einzig sinnvolle Pen für Kinder ist. Aber natürlich auch für Erwachsene mit sehr wenig Insulin-Bedarf und dementsprechend Ansprüchen an fein dosierbare Insulinabgabe.

    Fisi-pjm : Wozu genau hast Du "Pi Hole" noch installiert? [...] Was genau macht das Pi Hole für nightscout? Oder nutzt Du den Raspi zusätzlich für andere Aufgaben und nicht nur für den Nightscout-Server?

    Ich benutze bei uns den Pi 4 auch für "alles": PiHole/DNS/DHCP, Mosqitto für unsere eigene interne Diabetes-Daten-Weiterleitung und Kopano Mailserver zusätzlich zu Nightscout mit 2 Instanzen (Vater und Tochter) mit Apache. Nightscout (bzw. das ausführende Node.js) und MongoDB sind klar die Spitzenreiter im CPU- und Resourcenverbrauch, alles andere ist ziemlich unerheblich. Insofern ist das Hinzufügen weiterer Services ziemlich unproblematisch, zumindest auf dem Pi 4 (bei uns die kleine Variante mit nur 2GB RAM).

    Fisi-pjm : Bei mir ist nach 1 Woche die SD-Karte "abgeraucht"

    Wir benutzen den Pi 4 für die genannten Aufgaben jetzt seit 2,5 Jahren. Nach ca. 1,5 Jahren war auch die SD-Karte hinüber. Ich habe die SD-Karte dann durch eine SSD ersetzt (eine normale HD wollte ich nicht nehmen, weil der Pi im Wohnzimmer steht, das wäre mir zu laut.). Dazu habe ich sicherheitshalber eine zweite gekauft, die ich mit der ersten mal als Raid-1 zusammenschalten will (bin aber leider noch nicht dazu gekommen). Mit entsprechender Firmware-Änderung läuft der Pi 4 einwandfrei direkt von SSD und ganz ohne SD-Karte.

    Selbst mit OOP2, die die Trägheit des Libre (mit pachtedApp) ja schon ziemlich gut ausbügelt,

    Es gibt keine Trägheit des Libre2, nur die künstlich erzeugte Trägheit in xDrip+ selbst aufgrund der unnötigen 20min-Mittelung der Librewerte. Mit OOP2 wird diese xDrip+ Verzögerung nur einfach nicht angewendet.

    Ich habe in meiner App schon immer die Werte mit einer 5minütigen exponentiellen Mittelung und dadurch nur eine Verzögerung von 1-2min zum Libre2-Wert, xDrip+ verursacht mit seiner schlechten und überflüssigen Mittelung 15min Verzögerung. Aber das ist eben NICHT Schuld des Libre2!