Warum der DIY AID Loop kein Selbstläufer ist und was bei inoffiziellen cgm-Quellen wichtig ist.

Das mit am wichtigsten beim DIY AID Loop, sind die BG Werte!

Dann die Faktoren, br und natürlich die richtigen Einstellungen.

 

Es gibt ja offizielle Apps/Werte/Algorithmen (die vom Hersteller selbst) und inoffizielle wie z.B. xDrip, spike, tomato, bluecon-app usw.

Die inoffiziellen Apps nehmen die RAW-Werte und bauen meist mit einer Liniearen Kalibrierung dann die GZ-Werte daraus. Das läuft auch richtig gut bei mir. Selten sind die Abweichungen zu groß und so lange ich den Wert „runter“ ziehe, ist das in Ordnung.

Andersherum, wenn ich ein Wert hoch ziehe, hat man nach unten nicht mehr so viel Spielraum.

 

Wenn ein Sensor nur noch LO anzeigt (GZ unter 40), ist es nötig dies blutig zu verifizieren und auch mit den offiziellen Reader/Apps zu prüfen.

Ein Beispiel, wie man es nicht machen sollte:

Quelle: https://slack-files.com/TAWP5KA0L-FJV9J8U5U-478bd8cf56?nojsmode=1

Dort hätte die offizielle App/Reader garantiert gesagt „Sensor defekt“ oder „bitte in 10 Minuten noch einmal versuchen“ und nach 2-3h, hätte das Gerät dann ausgegeben, das der Sensor defekt ist.

Ebenso, ist so eine Kalibrierung von 1,x mmol auf 16mmol NICHT gut, da durch die Linieare Kalibrierung alle Werte entsprechend angepasst werden.

Sprich der Wert bei 6 wird ebenso angepasst wie der Wert bei 2 oder 20 mmol.

 

Deshalb wird empfohlen die NATIVE-Mode zu verwenden, bzw. die gepatchten offiziellen Apps, denn dort kommen die originalen Algorithmen der Hersteller zum Einsatz, welche dann auch schneller/früher sagen, das ein Sensor defekt ist.

Ebenso hätten vermutlich die meisten offiziellen Apps/Reader solch eine Kalibrierung, wie auf dem Bild, nicht zu gelassen, da diese nicht plausible ist.

Es gibt auch in den inoffiziellen Apps zum Teil ein paar plausibiltäts Prüfungen, welche man aber deaktivieren kann, da davon ausgegangen wird, das der Anwender weiß was er macht.

 

Worauf ich (und die community) hinaus will:

Ein Sensor der LO anzeigt muss man mit den offiziellen Apps/receiver gegen prüfen und nicht von 40 mgdl auf 400 mgdl kalibrieren! Der ist zu 99% defekt, wenn man nicht gerade blutig bei 60 war!

 

Weitere links/Informationen dazu (auf English):

Offizielles Statement der core Entwickler:

https://facebook.com/groups/1782449781971680?view=permalink&id=2266177020265618

 

Paar weitere offizielle und inoffizielle links dazu:

http://seemycgm.com/2019/05/20/fda-warning-against-diy-systems/

 

https://www.fda.gov/medical-devices/2019-safety-communications/fda-warns-people-diabetes-and-health-care-providers-against-use-devices-diabetes-management-not

 

Deshalb ist es auch gut die Sensor mit tape zu fixieren, das sie nicht verrutschen und kein starkes Gummiband zu nehmen, das den Sensor verschiebt.

 

 

Geschrieben vom Handy aus!

 

Kurze Einleitung/Erklärung für xDrip+ und Nightscout, sowie allgemein paar Einstellungen für xDrip

In xDrip kann man sehr, sehr viel einstellen.

In Verbindung mit Nightscout, vor allem mit https://ns.10be.de/ schreibe ich kurz paar Einstellungen auf, die man setzten/deaktivieren sollte.

Je nach Transmitter und Handy, können die Einstellungen aber abweichen!

 

Ein paar Videos dazu zum „starten“, gibts z.b. hier:

 

Wenn der Transmitter verbunden ist, kann man über „Menü“, „Sensor starten“ einen Sensor starten.

Nach jedem SensorWechsel, sollte man über „stop Sensor“ diesen auch „stoppen“, damit die Kalibrierung resettet wird, sonst kann es vor allem beim Libre falsche Werte ergeben!

 

Wichtig, bei dem Libre, muss der Sensor schon mit dem Lesegerät/Handy gestartet worden sein. Am besten erst mit dem Lesegerät aktivieren und dann mit dem Handy mit der offiziellen App scannen, dann kann man die offiziellen Geräte auch verwenden.

Beim Sensor start, einfach der Anleitung auf dem Bildschirm folgen 🙂

 

MiaoMiao

Bei den Einstellungen unter erweitere Einstellung bei „BluetoothEinstellungen„, sollte beim MiaoMiao alles außer folgend Punkte deaktiviert sein:

Schalte Bluetooth ein

Use scanning

Always discover services

Sollten diese Punkte nicht da sein, installiere bitte eine aktuellere (Nightly) Version:

https://github.com/NightscoutFoundation/xDrip/releases

 

 

Warnungen

Unter dem Menüpunkt „Warnungen“, kann man ganz viele Warnungen für unterschiedliche Zeiten und Typen einstellen.

Da muss man einfach austesten. Ich habe z.B. mittlerweile nur noch 2 Warnungen für „niedrig“ drin und nur für Hoch über 400 mit einer hohen snooze-Time, das die Alarme (abgesehen von <60) nicht alle 5 Minuten kommt.

 

Unter dem Menüpunkt Einstellungen, Vorhersageeinstellungen kann man seine ISF (Korrekturfaktor), CR (Kohlenhydrate-Faktor) eintragen und dann unter „Unterzucker-Vorhersagewerte„, den DIA vom Insulin und Ziel-Wert eingeben.

Bei den Warnungen, „Weitere Warnungen“ kann man dann „Niedrige Werte vorhersage“ aktivieren und sagen, das er z.B. wenn er abschätzen kann, das man in xx Minuten unter den eingetragenen Zielwert beiȠ“Vorhersage“ kommt, das er dann auch Alarm gibt.

Ebenso habe ich dort aktiviert, das bei „hoch“, er erst ab 300 Minuten dauerhaft hoch alle 60 Minuten sich melden soll. Da das Fiasp bei mir „normal schnell“ wirkt und ich nach 1h weiteren Stunde nach dem korrigieren keine Änderung sehe, kann ich noch mal vorsichtig korrigieren oder stärker, wenn ich später gegen essen kann.

 

Nightscout

Unter Einstellungen, Cloud-Upload, API-Rest-Upload kann man bei der Basis-URL die Nightscout URL im Format:

httpS://dein-api-passwort@dein-server.ns.10be.de:xxxx/api/v1/

eintragen.

Dann sollte man noch die Option „Download Datadeaktivieren und unter „Extra Options„,  „Upload Treatments“ deaktivieren, wenn man AAPS nutzt.

Hier ist es auch wichtig, die Checkbox bei „automatic Calibration“ zu deaktivieren!

Wenn das Häkchen bei „automatic calibration“ gesetzt ist, einmal kurz „Download data“ aktivieren, dann die Checkbox bei „automatic calibration“ raus nehmen und „Download data“ wieder deaktivieren, ansonsten bekommt man die Treatments (IE/KH) doppelt in Nightscout rein.

Wenn man NUR xDrip benutzt, kann man „Upload Treatments“ aktiviert lassen, damit die IE/KH auch hoch geladen werden.

Die Option „Alert on failures“ sollte man auch deaktivieren, ansonsten bekommt man alle 5 Minuten ein Alarm, wenn das wlan/Netz zu schlecht ist oder der Server gerade nicht erreichbar ist.

 

Automatic Calibration muss die Checkbox raus sein, wenn man Follower ist oder AndroidAPS nutzt!

 

 

 

InterApp-Settings (Broadcast)

Wenn man loopt und die Daten sollen an z.B. AndroidAPS weitergegeben werden, muss man in xDrip in den Einstellungen, Inter-App Einstellungen das Broadcasting noch aktivieren:

Damit die Werte gleich sind, sollte man „Sende den angezeigten Glukosewert“ aktivieren.

Bei identifiziere Empfänger muss (alles klein geschrieben) folgendes noch rein:

info.nightscout.androidaps

 

Wenn man dann noch „Behandlungen annehmen“ aktiviert hat und in AAPS auch das Broadcasting, dann bekommt xDrip die IE/KH/BR auch wieder zurück und kann damit die UZ-Vorhersage usw. genauer abschätzten.

 

Allerdings sollte man, wenn man AAPS benutzt, unbedingt bei xDrip „Upload Treatments“ deaktivieren, sonst hat man die Einträge doppelt in Nightscout.

 

Artikelserie: Closed Loop; 2. Was braucht man (Hardware/Software/Faktoren)?

2. Was braucht man dafür?

Man braucht mehrere Sachen.

Wichtig, ich werde hier nur über die Variante mit der Dana R berichten. Die OpenAps Varianten werden ich erwähnen, aber nicht weiter drauf eingehen.

Einmal die Hardware:

  • Ein CGM, welches man mit Glimp/xDrip+ oder eigener Software auslesen kann (z.B. ein Dexcom) oder
  • ein Freestyle Libre, der mit einem Transmitter wie Smartwatch3, LimiTTer, BlueReader, SweetReader, Bluecon, Transmitter Mini oder ähnlichen ausgelesen wird.
  • Eine kompatible Pumpe. Da gehen ältere Medtronic Pumpen oder die Dana Diabcare R, bzw. dann bald die Dana Diabcare RS und vielleicht auch die Combo
  • Ein Handy mit Android 4.4 oder höher. Besser natürlich 6 oder 7

Am Ende sieht die komplette Hardware, die ich mit mir rum trage dann so aus:

 

Meine Diabetes Hardware

 

2.1 Die Software

2.1.1 BZ-Quellen

Einmal Braucht man eine BZ Quelle. Dafür eignet sich xDrip+ oder Glimp. Ich bevorzuge xDrip+, da ich es selbst anpassen kann (Quellcode ist offen) und man kann sehr, sehr viel mehr einstellen.

xDrip+ ist so verdammt mächtig und alleine die Anzeige des BZ (kalibriert) auf der Uhr am Handgelenk mit dem Trend, macht das Leben so viel leichter.

Zum Beispiel wurde auf dem Ziffernblatt/Uhr sehr viel geändert, was bei mir auch nach dem deaktivieren die Laufzeit der Uhr am Handgelenk auf unter < 20h verringert hat. Dadurch, dass mein Java nicht so gut ist, habe ich eine Version von Mai/Juli oder so genommen, wo der Akku-Verbrauch noch gut war und die benötigten Änderungen, wie z.B. für den BlueReader oder andere BugFixes, dank Changelogs/Git rein einfach gepatcht.

Wenn man nun natürlich 50 Patches auf einmal einspielt, dann kann man (als unerfahrener Java Nutzer), dann schon mal dreimal so lange wieder zum einzelne Patches rückgängig machen brauchen.

 

So, nun hat man also Glimp oder xDrip+ installiert (ich rede hier jetzt immer nur von xDrip+). Dort dann die entsprechende Quelle ausgewählt und kann dann unter „Einstellungen“, „Inter-App Einstellungen“, “ Lokaler Broadcast“ aktivieren. Bei mir sind alle Punkte aktiv, bis auf der letzte:

Da ich nur in xDrip+ kalibriere und nicht in den anderen Apps, sollen diese unter Umständen (bei Fehlbedienung…) die Kalibrierung von xDrip nicht kaputt machen.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

2.1.2 AndroidAPS

AndroidAPS ist eine verdammt super App. Ohne diese App, würde die Steuerung so einfach nicht funktionieren.

AndroidAPS ist die Software, welche sich dann zur Pumpe verbindet und die temporäre Basalrate, bzw. den Extended Bolus erhöht oder runter stellt.

Je nach den Einstellungen in AndroidAPS selbst, kann man damit immer perfekte Nächte schaffen.

Dadurch, dass ich mich zu ungesund ernähre, ist mit der ICT bei mir nicht möglich, mehr als 50% im Zielbereich zu schaffen.

Mit AAPS schaffe ich mit dem gleichen Lebensstill mindestens 75 bis 90% im Zielbereich.

Dazu kann man das Insulin einfach per SmartWatch abgeben und muss dadurch nicht mehr das Handy raus holen, bzw. kann in der randvollen S-Bahn trotzdem korrigieren, bzw. essen.

 

Wie man AndroidAPS kompiliert ist im Wiki sehr gut beschrieben:

https://github.com/MilosKozak/AndroidAPS/wiki/Home_de

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

2.2 Faktoren

Es gibt ein paar Faktoren, die man zu einer passenden Basalrate braucht. Dies sind folgende:

Damit kann man dann eigentlich schon los legen.

Es gibt noch einige weitere Einstellungen, die man dann im Feintuning anpassen und einstellen kann.

Dazu gibt es unterschiedliche Algorithmen die z.B. die Sensitivität ermitteln und anpassen. Je nach dem, welchen man verwendet, ist es unabdingbar, die gegessenen Kohlenhydrate sehr genau einzugeben, ansonsten ermittelt der Algorithmus falsche Werte.

Ich fahre mit der „Durchschnittlichen Sensitivität“ am besten.

Beim APS gibt es zwei Varianten. Einmal OpenAPS MA und einmal OpenAPS AMA der AMA, kann z.B. früher beim Bolus abgeben reagieren.

Also das essen braucht z.B. länger, weil es sehr fettig  oder langsam ist, so stellt der Algorithmus das Insulin bereits aus.

Oder wenn der Blutzucker direkt in die Höhe schießt, gibt er auch direkt mehr Insulin.

Da habe ich z.B. festgestellt, das bei ganz schnellen Kohlenhydrate wie RedBull mit Zucker, ist es dann zu schnell und somit zu viel Insulin am Wirken. Da berechne ich dann nicht die ganzen KH, sondern nur 200ml statt 250. Damit komme ich dann sehr gut hin.

 

Im nächsten Artikel beschreibe ich dann, wie man die einzelnen Faktoren ermittelt und was die einzelnen Variablen in AAPS bedeuten und für was sie da sind.

 

Es fällt mir nicht so leicht das alles schriftlich zu schreiben und zu erklären. Mündlich ist das viel einfacher.

 

 

Vorheriger Artikel:  1. Was ist ein Closed Loop…?          |             Übersicht Artikelserie          |             Nächster Artikel: 3. Wie ermittle ich die benötigten Faktoren?