Beiträge von FraOrolo

    Da der Sensor ja genug "Chemie" an Bord haben müsste, um auch für 14 Tage horrend hohe Werte abdecken zu können (viel Glucose braucht viel Chemie), sollte das aber auch im ersten Fall keine Rolle spielen... theoretisch... ich werd an Tag 13 um 12 Uhr mehr wissen :D

    Da ist schon genuegend Sicherheitspuffer in den Timings. Chemie hat meistens exponentielle Abbaukurven, da kommt es auf ein paar Stunden am Ende auch nicht mehr drauf an.

    Beim Libre 1 gibt es ein deutliches Absinken des Rohsignals um etwa Tag 9-10. Aber zwischen Tag 13 und 14,5 (wenn man nicht mit Abbot-Software liest) gibt es keine merklichen Unterschiede...


    LG

    Martin

    Was Du hier zeigst ist nicht die Aktivitaet, sondern das IOB. Das ist aber fuer den Glucoseabbau nur der erste Schritt.


    Was ich meine ist die gepunktete Linie im xDrip Graph die eben angibt, wie stark das Insulin grade blutzuckersenkend wirkt.


    Kappa natuerlich weiss ich das 2h DIA Bloedsinn sind, aber mit 5-6h stimmt die Vorhersage der Aktivitaet in meinem xDrip (von 2019-12-23) eben ueberhaupt nicht. Und 3h DIA fuer Novorapid in der neuen Version ist auch nix, mit dem man sich auf das errechnete IOB verlassen kann.


    Also doch lieber AAPS benutzen.


    LG

    Martin

    Marani


    Zitat zu den Leberwerten von Gitter


    "this is based on the DIYPS model, the liver factor is where the model says the liver may absorb glucose when insulin activity is sufficiently high. The factor and max impact control this. https://diyps.org/2014/05/14/d…eal-blood-glucose-levels/"

    Das ist eine nicht ganz so tolle Implementierung des Modells das auch in AAPS verwendet wurde (vor langer Zeit).

    Unter anderem ist die Insulinaktivität in xDrip linear als Dreieck modelliert, mit Peak bei DIA/2 . Daher stellt man den Dia besser auf 2h bei Novorapid ...


    Ich hab xDrip in dem Zusammenhang aufgegeben, AAPS / NSClient2 macht das einfach viel besser. Das kann man auch OpenLoop verwenden und den Bolusrechner nutzen.

    Oder sich IOB und Aktivität tracken lassen um kein Insulinstacking zu betreiben.


    LG

    Martin

    re. Handy: siehe Abbott / Disclaimer: "[...]

    8. Die FreeStyle LibreLink App wurde für NFC-fähige Smartphones mit Android-Betriebssystem entwickelt, die die OS-Version 5.0 (Lollipop) oder höher verwenden, sowie iPhones mit iOS-Version oder höher (iPhone 7.0 oder höher).[...]"

    Glaubst du das etwa? Das steht doch schon seit Jahren da, mittlerweile gab's etliche Updates von LibreLink und den Wechsel vom Libre 1 zu 2.

    Wenn Du den Patch der App Version 2.3.0 nicht nur durchfuehrst sondern auch das AndroidManifest liest, weisst Du, dass Android APV v21 notwendig ist: also Android 5.

    Ob der BT-Stack eines Smartphones stabil ist, hat nicht sosehr mit der Version zu tun. Manche Hersteller bauen durchaus Schei$#%% .


    Ich hab die gepatchte APP auf einem S5 Mini am laufen, das ist zwar kein Renner aber NFC und BT funktionieren gut.


    LG

    Martin

    bleiben alle Einstellungen erhalten, Backup sinnvoll aber überflüssig.

    Ist das in AAPS nicht auch so, dass die Einstellungen erhalten bleiben?

    Wenn du ein Update auf demselben Telefon machst, ja.

    Aber es sollte auch noch eine Loesung geben, wenn das Telefon den Geist aufgibt.

    Du willst ja die Objectives nicht noch mal machen und die erreichten Objectives sind im PrefsFile gespeichert.


    LG

    Martin

    ja, mir ging es um die Einstellungen in AAPS ;) bei xDrip z. B. kann ich die per QR-Code sichern und dann beim Update einfach einscannen, wie ist das bei AAPS?

    Da kannst Du die Einstellungen als Datei in den FlashSpeicher des Smartphone spielen, und dann per Dropbox / Google Drive / whatever cloud share auf ein anderes Telefon uebertragen...


    LG

    Martin

    Da Teststreifen eine nicht unerhebliche toleranz haben, ist die Vorgabe, dass nur Abbott Teststreifen verwendet werden dürfen, technisch schon verständlich.

    Da es fuer TestStreifen einen festgelegten Medizinprodukte-Standard gibt (im Gegensatz zu Sensoren), den alle Hersteller erfuellen muessen, ist das eben nicht verstaendlich. Wenn man dann 3 Streifen mit > 15% Abweichung gegen den Sensor hat, ist ein Messfehler der Streifen schon seehr unwahrscheinlich.


    LG

    Martin

    Allerdings, stimmen die Angaben auch nicht alle. überein... denn ich habe teilweise andere Antworten gegeben und damit die Frage gelöst. :/ :?:

    Und das blöde ist ja auch, das die Antworten in den Fragen, die Position hin und wieder wechseln, zumindest bei mir nach ein paar Fehlversuchen...

    Die Reihenfolge der Quizfragen wird definitiv gewuerfelt. Fuer die Reihenfolge der Antworten hab ich das noch nicht gefunden.


    LG

    Martin

    Ja das Ziel 3 wird ja vom Ersteller stark verteidigt. Einige Fragen davon sind unter aller Sau und komplett überflüssig.

    Dem kann ich nur zustimmen, AAPS hat eine ganze Reihe von Features die ich nie nutze, weil sie fuer uns nicht relevant sind.

    Ich hab den Fragebogen abgehakt, nachdem ich diese Seite gelesen habe, mit Android-Studio liest sich das noch besser.


    LG,

    Martin

    "out of process" - kann man in xDrip+ unter "Less common settings" > "Other misc options" konfigurieren (bzw. bietet das xDrip+ sogar selbst an, wenn es die Unterstützung im System findet).

    Hi,


    Das OOP brauchts Du aber nur, wenn die Rohdaten vom Libre / Libre 2 auf direktem Weg in xDrip ankommen (NFC scan, MM oder so). Wenn Du LibreLink (enhanced) nutzt, hilft Dir das nicht.


    (Ich hatte es jedenfalls oben so verstanden, dass du die patched App benutzt).


    LG

    Martin

    Wieso in 3 Teufels Namen verkaufen die Leute das dann über eBay?! Von den moralischen, ethischen und ggf strafrechtlichen Dingen mal gar nicht anzufangen X/

    Vielleicht haben Sie das auch einfach selbst bezahlt?

    Ich hab auch noch einen Libre 1 Reader uebrig, weil der Doc unbedingt einen aufs Rezept schreiben musste, obwohl ich uns das Starterset zum Testen selbst gekauft hatte.


    Und auch bei Hilfsmitteln mit Eigentumsvorbehalt (wie gebrauchte Pumpen).

    Wenns keinen Sinn fuer die Krankenkasse macht, kann es auch sein dass Patient das Zeug behalten und verticken darf. Hab ich mit Therapiegeraeten und Autokindersitzen auch schon gemacht, in Absprache mit den Hilfsmittel-Leuten von der KK. Unser Kind war rausgewachsen und in den Hilfsmittelpool zurueckgeben wollte die KK nicht. Es gibt diverse Dinge, die aus hygienischen oder Passformgruenden eh nicht an andere Patienten weitergegeben werden.


    LG

    Martin

    Ich glaub das war nicht gemeint: Was Du aus der LL-App rausbekommst (auch nach xDrip durch den Hack) ist ja schon durch den Algorithmus von

    Abbot gefiltert worden. Das die 1-min Werte mehr spitze Ausreisser haben als die (sliding-mean-gefilterten) 15-min werte, ist normal. Was du da siehst ist echtes (gaussches) Messrauschen.


    Anscheinend sind die roh im NFC-Protokoll uebertragenen Daten noch mit einem Extra "Fehlersignal" ueberlagert, das aller paar Minuten Pulse-Jumps erzeugt (hab ich aber auch nur aus Plots von andern Leuten). Das sieht man nur wenn man ohne den Code von Abbot die Daten dekodiert. Da bekommt man durch Mean oder Savitzky-Golay Filter nichts besseres raus, weils eben kein stochastic Noise ist.



    LG

    Martin

    ich hab eben beim suchen (nach euren Einstellungen, ich werd am Sonntag loslegen :D) gesehen, dass man die Einstellungen als QR-Code "abspeichern" und dann wieder auslesen kann. Ich geh davon aus, dass sowas für Updates gedacht ist, oder?

    Fuer sichere Updates kannst Du die Einstellungen als Datei ins FileSystem exportieren. Danach kannst Du auch dein altes xdrip deinstallieren und frisch neu installieren um mal Tabula Rasa zu machen.

    Der QR ist eher, um auf einem anderen Smartphone die gleichen Einstellungen zu verwenden.


    LG

    Martin

    ich finde es eh ein Unding, dass es keine offline-Software zum auswerten gibt

    Wenn ich mein Libre per USB an den PC anschließe, kann ich mit der Libre-PC-Anwendung das Gerät auslesen (und die Daten z.B. als CSV exportieren). Dazu muss ich nicht mit dem Internet verbunden sein. Zum Auswerten gibt es also schon eine Lösung.

    Dann musst du aber das Netzkabel von deinem PC abziehen, Wlan ausschalten.
    Abbot schickt Daten auch vom PC nach Hause: http://type1tennis.blogspot.co…ibre-something-every.html


    LG

    Martin (glad to be disturbing for you)

    Hallo, ich mußte festellen, das mein Sensor extrem auf Kälte reagiert und mir erst eine schwere Unterzuckerung alamiert und beim Gegenscheck allerdings alles ok ist. Das Kälte Problem ist allerdings nur Nachts, weil wir mit offenen Fenster schlafen. Nun habe ich überlegt den Sensor mit etwas warmen zu schützen. Allerdings weiß ich nciht was ich nehmen soll, das die Nacht über auch hält, also nicht verrutscht und trotzdem noch Messungen durchläßt. Könnt ihr mit Tipps geben, gerne auch links zu den Produkten (wenn es hier erlaubt ist ) Danke Euch schon mal.

    Hmm, eigentlich haette ich weniger Probleme erwartet, wenn die Temperatur-Aenderung langsam ist. Im Prinzip hat der Libre ja eine Temp.-Kompensation, und sollte bei Kaelte den geringeren Elektrodenstrom rausrechnen. Ich kannte nur Probleme, wenn Temperaturaenderungen schnell sind (heisse Dusche): Da ist das Termometer zu langsam.


    Meine Tochter nutzt als Sensorschoner so einen Frotteeschlauch, den man auch unter Gipsverbaende anzieht:


    https://www.ebay.de/itm/NOBAFR…m:miuNySJ_YySGn67N9y7G-7g


    Das isoliert ziemlich gut gegen Kaelte.


    Ansonsten gibts auch noch so Kapitaens-Armbinden fuer Fussballer, die passen auch ueber den Oberarm. (Im Gegensatz zu Schweissbaendern, die sind nur fuer Handgelenke). Musst nur welche aus dickem Material (Frottee) raussuchen.


    LG,

    Martin

    Du meinst diese App ?

    https://www.accu-chek.at/jetzt…k-insight-pump-app-testen

    Die kann nur Infos aus der Pumpe anzeigen, Steuern tut die nix.

    (nur Demo)


    Download geht hier:

    https://apkpure.com/pumpapp-beta/com.rochedc.pumpapp

    (halt ohne Play-Store)


    Zum wirklichen Steuern der Pumpe koenntest Du diese App probieren:


    https://github.com/MilosKozak/…control-release-2.5.1.apk


    Das ist im Prinzip die Loop-Software, bei der die Automatik weggelassen wurde. Damit sollten sich Boli und TBR manuell steuern lassen.


    LG

    Martin

    Da ist der große Vorteil die Bedienugn mit dem Handy.



    Ich habe auch immernoch daas Problem, dass in den Novorapid Ampullen immer Luftblasen sind. Ich trage die Pumpe in der Hosentasche mit dem Anschluss/Schlauch nach oben.

    Komisch, mit Luftblasen hatten wir nur seehr selten Probleme. Wenn dann war auch nur im Schlauch eine kleine Blase. Wegen kleiner Basalmenge beim Kind haetten Blasen dann schon grosse Auswirkung.
    Pumpe steckt bei uns in der Unterwaesche, Anschluss oben oder seitlich und wird nur per BT bedient. Und ich hol die Ampulle auch erst aus dem Kuehlschrank, wenn sie gebraucht wird (30min Vorlauf).

    Mit AndroidAPS oder (reduziert ohne Loop) Pumpcontrol wuerde auch eine Bedienung durch Android-Handy moeglich sein. Die Pumpe selbst ist ja eigentlich ganz robust.


    LG

    Martin

    Ich würde gerne einfach eine funktionierende Geschichte haben. Nun komme ich ins Zweifeln ob ich dem "Loop" überhaupt gewachsen bin. Nicht wegen der Einstellungen, was bislang eher mein Unsicherheitsfaktor war.

    Das ist sicher ein ernsteres Problem:

    Offiziell gibt es derzeit nur ein zertifiziertes, zugelassenes Produkt -- die Medtronic 670 mit ihrer nicht so cleveren Wahl von CGM. Das waere die Loesung fuer den Otto-Normalverbraucher (nicht falschverstehen, ich will niemanden bewerten).


    DIY-Loop ist aus rechtlichen Gruenden immer nur als "Ich habs von Quelltexten selbst gebaut" erhaeltlich. Das schliesst ein, dass man die Software halbwegs versteht und die Einschraenkungen verinnerlicht hat, und im Zweifel auch eine Idee hat, welche Teile des Systems kaputt sind, wenn mal was nicht geht.

    Also die Nutzung des Systems hat sicher eine steile Lernkurve. Du musst die Software erstellen, mit anderen Subsystemen kombinieren (CGM und Pumpe), selber checken dass das alles funktioniert, im Falle von Fehlern oder Hickups zur Sicherheit die Loop eher abschalten (z.B. wenn auf Winterzeit gewechselt wird, wenn Du mit CGM eine heisse Dusche nimmst, der Sensor grad spinnt ...). Und ganz nebenbei lernst Du auch noch, wie Teile deiner Insulintherapie funktionieren, vielleicht auch wie es besser geht.
    Es ist in Deiner Verantwortung, ob Du diese Bedingungen akzeptierst. Rundum-sorglos ist es ganz sicher nicht, so ein System gibt es im Moment aber weder DIY noch kommerziell. Es kostet sicher Freizeit, auch beim nur-Nutzer.


    Das Github-Repo ist gut gepflegt und Milos's Repository ist die offizielle Masterkopie.

    Natuerlich darf aber jeder das Repo clonen und selbst Aenderungen machen und sei es nur, weil er anderer Meinung ist als die Entwicklergruppe.


    LG

    Martin

    @Kathrin94 es zwingt dich niemand zu loopen. Auch wenn dich die Bedingungen nerven, rechtfertigt das nicht, die engagierten Entwickler und Programmierer zu beleidigen und in die Nerd-Schublade zu werfen.

    Nu kommt doch mal runter! Niemand beleidigt hier irgendwen, und User einer Software sind nun mal die Leute die Features einfordern duerfen, auch wenns den Entwicklern gegen den Strich geht.


    Es ist ein Open-Source Projekt, mit jeder Version kommen neue (teilweise sinnlose oder fuer mich uninteressante) Features rein und andre werden wieder abgeschaltet.

    Will sagen: die Weiterentwicklung ist nicht notwendigerweise fuer jeden Nutzer positiv.


    2.5.0 hat offensichtlich bei einigen Leuten gar nicht funktioniert (Crash aller 5min). Fuer mich wurden wichtige Features abgeschaltet -- ich muss erst mal sehen was ich daraus mache (patche).


    Wenn ich eine funktionierende Loop habe und keine offensichtlichen Bugs bekannt sind, gibts keinen Grund den neuen Versionen nachzuhecheln. Wenn ich Support-Request zu alten Versionen stelle, koennen die auch gern ignoriert werden oder mit "Please Update" beantwortet werden.
    Ich hab die Timebombs im Code abgestellt. Die Klasse dazu heisst ziemlich offensichtlich VersionsUeberpruefer und ist eigentlich selbsterklaerend -- wenn man Java oder Kotlin lesen kann.


    LG

    Martin