Beiträge von Szaladin

    Dana-I hat jetzt Tripple-A Standard-Batterien ... ist ansonsten (Software, Menü etc.) zu 99% identisch zur RS. Können uns gerne mal näher unterhalten, bei Interesse. ;)

    Die Dana-I wird doch noch gar nicht unterstützt, oder?



    Nach der Dana hab ich mich für die Insight (mit AndroidAPS) entschieden, weil mir das Befüllen und die Gewindestange auf den Wecker ging und die "geschätzte" Restanzeige der Pumpe.

    Bisher hab ich es nicht betreut, die Insight funktioniert super mit AndroidAPS, die vorgefüllten Fiasp-Patronen sind klasse und obwohl ich die Ampulle doppelt so häufig wechseln muss wie vorher, nervt es mich weniger...

    Das Aufziehen der Gewindestangen fand ich früher auch immer sehr lästig. Das kenne ich noch aus H-Tron-Zeiten. Dahin würde ich eigentlich nicht zurück wollen...


    Aber gut zu wissen, dass die Insight mit AAPS ganz sauber läuft!

    Meine (nun zweite) Combo erreicht jetzt langsam ihr 5. Jahr und durch das Loopen habe ich mich jetzt auch daran versucht, mich in den aktuellen Pumpenmarkt einzulesen.


    Da tut sich ja einiges, aber es sind auch noch viele alte bekannte unterwegs.


    Von den Dingen, die von AAPS unterstüzt werden, sind einige eher nicht so mein Geschmack. Andere schon eher.


    DANA:

    + 300er Reservoir

    + anscheinend gute "Loopbarkeit"

    - Hersteller-Batterien. Da bekomme ich Flashbacks zur H-Tron und D-Tron, wo die "Schrotpatronen" rein gedreht werden mussten. Ich möchte nicht wirklich missen, einfach im Notfall eine Batterie an der Tanke um 3:00 morgens kaufen zu können.


    Omnipod

    + Kabellos, hatte ich als Jugendlicher während einer Studie für ein 3/4 Jahr getragen (die Eros damals noch). War schon cool. Aber damals habe ich auch noch nicht so sehr geschwitzt wie heute.

    - 200E im Reservoir. Ich schwanke momentan zwischen 40E und 60E pro Tag und der Mittelwert liegt bei 56E/Tag. Das ist knapp.

    - Omnipod Dash ist noch nicht in AAPS. Soll zwar kommen, aber langfristig erprobt ist das ganze ja noch nicht.

    - Der PDM wirkt nicht so zuverlässig, wenn ich so durch den User-Thread hier blätter.


    Insight:

    + Batterien sind AAA und im Handel kaufbar

    + Vorgefüllte Ampullen gefielen mir bei der D-Tron schon so gut, dass ich sie zwei mal (je 4 Jahre) hatte. Trotz der Größe!

    - 1,60ml * U-100 = 160 Einheiten... das ist grad mal die Hälfte der Combo.

    - Ich müsste von Humalog auf Fiasp oder Novorapid umsteigen. Nicht unmöglich, mit Fiasp liebäugel ich eh. Aber Humalog läuft momentan sehr gut, und das seit 2001. :)


    Medtronic:

    + 300er Reservoir

    + Nimmt Standard-Batterien

    - AAPS Unterstützung laut dem Wiki nicht so das wahre...



    Insgesamt finde ich die Combo momentan als Loop-Pumpe gar nicht so schlecht. Nur die Bluetooth-Verbindung ist bei mir manchmal echt wackelig.


    Hat jemand Erfahrungen, ob das mit der Insight besser läuft? Dort müsste das ganze ja ohne Ruffy laufen (wo ich die Instabilität der Verbindung vermute). Wenn ja, dann würde ich 2022 mal nutzen, um mit meinem DiaDoc über Fiasp zu reden. Quasi als Vorbereitung zum Wechsel :p


    Ansonsten finde ich im Netz auch nicht viele Gegenüberstellungen der Pumpen, da meist Nutzer nur über ihr eigenes AAPS/Loop-Erfahren sprechen - und es hat ja nicht jeder 5 Insulinpumpen zum Vergleich da :D

    Ich merke gerade auch, dass die "Marken" Batterien von Duracell deutlich besser halten als die Billig-Dinger aus dem Discounter.


    Selten, dass die Budget-Lösung so deutlich schlechter ist als das Markenprodukt...

    Kleines Update meinerseits:


    1. Ich habe den /master/ Branch gebaut bekommen. Das Problem mit dem "WeekdaySelector" besteht nicht mehr.
    2. Bin jetzt im Objective 4 und damit im Open Loop. Das war ich effektiv ja im /dev/ Branch auch die letzte Woche schon. Allein jetzt hat sich einiges stabilisiert an den Werten und einiges an scharfen Spitzen sind auch schon geglättet. Ich bin begeistert!
    3. Ich hoffe, dass das "ich beschäftige mich mit dem Open Loop, der App und allem drum-und-dran weil es neu ist" nicht so schnell nachlässt.
    4. Das Arbeiten über die App forciert geradezu, ordentlich Tagebuch zu führen, abzuwiegen und sich um den Diabetes zu kümmern. Knapp 90% in-range konnte ich die letzten 15 Jahre nur von träumen. Am Ende ist es doch der innere Schweinehund (der bei mir eher ein Bär schon ist), der mir Schwierigkeiten macht.
    5. Allgemein finde ich es auch sehr angenehm, am Rechner einfach Nightscout mal schnell öffnen zu können. NS ist jetzt auch meine Startseite im Browser.
    6. Ich habe noch ein paar RasPi's rumfliegen. Vielleicht ist ein kleiner "Diabetes-Bildschirm" gar nicht so übel als nächstes Projekt :)
    7. Ich bin gespannt, wenn Objective 4 dann in knapp einer Woche durch ist!
    8. Mein Job und Ausbildung (Physiker) machen mich ja auch sehr Grafik-Affin. Daher macht das ganze sogar irgendwie "Spaß".
    9. Der Batterieverbrauch der Spirit Combo ist natürlich arg. Hat da wer Tipps?

    Hallo zusammen :)


    Ich bin zwar der Diabetiker in der Beziehung, aber meine Partnerin musste ihren Insulin-Wert und Nüchterglukose in der Kinderwunschklinik testen lassen.


    Dabei kam ein BZ von 92 und ein leicht erhöhter Insulinwert bei rum. Daher ist der HOMA-Index relativ hoch (über 6). Dank Corona lief das Gespräch mit der Ärztin am Telefon ab und war dementsprechend... kurz.


    Sie hat eine Überweisung zum Endokrinologen bekommen, um das checken zu lassen.


    Hier nun meine Frage:


    Ist mit Endokrinologe auch ein Diabetologe gemeint? Ich weiß, dass Endokrinologe und Diabetologe sich zum Teil überschneiden. Wir sind aber unsicher, ob im Kontext zum Kinderwunsch ein "vollwertiger" Endokrinologe das richtige ist. Gleichzeitig habe ich zu meiner Diabetes-Schwerpunktpraxis natürlich hohes Vertrauen und würde sonst diese gerne meiner Partnerin "empfehlen".


    Klar, man könnte sich auch von beiden Ärzten Meinungen holen. Aber wir wissen ja alle, wie die Wartezeiten auf Termine so sein können. 8)

    Ich habe stark überlegt, Nightscout über nen Raspberry zuhause laufen zu lassen.


    Nicht unbedingt aus praktischen Gründen, sondern weil ich ein paar von denen noch rumfliegen hab und es wie ein klasse und machbares Projekt klingt.


    Die Verfügbarkeit meines Internetanschlusses in den letzten zwei Wochen haben mich aber etwas abgeschreckt :bigg

    Die Version vom weekday-selector ist mittlerweile 1.1.1 - evtl reicht es schon, die Versionsnummer auszutauschen?

    Habe es noch nicht ausprobiert.


    Ich bleibe erstmal mit dem /dev/ Branch im Open Loop. Das alleine ist schon sehr klasse.


    Entweder warte ich ein paar Tage, um es nochmal zu versuchen und ggf. Workarounds zu basteln. Oder ich warte auf die Version 3.0 und gehe die Objectives/Closed-Loop dann erst an.


    Alleine schon die Daten in AAPS einzugeben und zu wissen, dass die Daten im Nightscout eingetragen sind (Werte, KH, Insulin und Anmerkungen) sind Gold wert. Ich finde das Tagebuch-Einträge-Verfassen von der DexCom App sehr, sehr umständlich. Vom Interface (Horizontal-Sicht fürs Zoomen, das ärgert mich schon länger) gar nicht zu reden.


    Ich halte euch auf dem Laufenden :)

    In der aktuellen DEV, die ja später die 3.0 werden wird, wird die API nicht mehr verwendet.


    Verrückte Idee... aber die "api 'com.github.DavidProdinger:weekdays-selector:1.1.0'" Zeile einfach mal auskommentiert und gekuckt, was passiert?


    In so mancher Software ist`ne Menge nicht verwendeter Code und besonders unnötige Includes drin...

    Hab auch in der FB Gruppe das Feedback bekommen, dass eine eigene Lösung in 3.0 verwendet wird. Aber das zeigt doch, dass die Funktionalität für irgendetwas verwendet wird, oder? Ich würde da ungerne herumbasteln. Besonders, da anscheinend bei anderen das einfach klappt.


    ... was ironisch ist, da ich es auf nem anderen Rechner (anderes OS, AS und git frisch installiert) genauso nicht machen konnte.

    Nope, nur die Windows Firewall. Die habe ich aber - wie im Wiki gewarnt - ausgeschaltet vor dem builden.


    Studio kommt ins Stolpern,sobald er dieses "Weekdays Selector" Repository ziehen soll. Gibt ja nun zwei Fälle:


    - er kann allgemein keine Repos ziehen, aber Weekdays Selector ist das erste (unwahrscheinlich, aber nicht unmöglich, auch wenn es mit "W" anfängt)

    - er kann nur dieses eine Repository nicht beziehen


    Er versucht es ja, an verschiedenen Orten:

    Ich habe die Online-Orte mal abgesucht.


    - Der Link "https://github.com/com.github.DavidProdinger/weekdays-selector/archive/1.1.0.xml" ist nicht verfügbar.

    - "https://jitpack.io/com/github/DavidProdinger/weekdays-selector/1.1.0/weekdays-selector-1.1.0.pom" klappt nicht

    - Getestet: "https://jitpack.io/com/github/DavidProdinger/weekdays-selector/1.1.0/ beinhaltet nur eine "buid.log" Datei

    - Die lokalen Orte sind zwar nicht leer, beinhalten aber auch nur die selben Sachen wie im Github. Kein Weekdays Selector.



    Ich hatte zum Probieren mal den Link hier probiert:


    https://jitpack.io/com/github/…/weekdays-selector/1.1.0/


    Aber dort findet sich nicht "weekdays-selector-1.1.0.jar", "weekdays-selector.jar". Aber eine "weekdays-selector-1.1.0-sources.jar", die mir nicht viel bringt.


    Langsam wirds echt ärgerlich ._.

    Ist ja schräg, dass das nur bei mir passiert.


    Besonders, da ich den Fehler sogar über zwei unabhängige PCs reproduzieren konnte...


    Ich erstelle seit einiger Zeit jede neue Version komplett neu mit veränderter Bezeichnung und habe damit keine Probleme. Die jks Datei habe ich auf dem Rechner an sicherer Stelle liegen und auch außerhalb gesichert. Dann wähle ich beim Kompilieren diese Datei aus und stelle die apk mit immer demselben Schlüssel fertig. Dann gibt es auch keine Probleme beim Drüberinstallieren.

    Der Keystore ist ja auch nicht das Problem.


    Es gibt an sich auch nicht viele Sachen, die schief gehen könnten. Android Studio und Git zu installieren sind no-brainer. Den Master-Branch zu clonen sollte auch nicht wirklich schief gehen. Der Download des 9er SDK und das akzeptieren der Lizenz dafür sind ein kleiner Umweg.


    Dann nicht Gradle nicht updaten (wie's im AAPS Wiki steht) und das ganze builden.


    An sich sollte da nix zum schiefgehen sein. Aber tuts trotzdem. Falls wer Interesse/Neugierde hat, hier der Build Output:


    https://www.codepile.net/pile/…KoWl2hQ_B129ztLoyT2pOS7pU

    Cool, danke für die Info.


    Ich würde ja gerne die 2.8.er auf meinem Android 10 zum laufen bringen.


    Mal schauen, ob das jitpack-Problem bis zur 3.0.0 noch gelöst wird :bigg (auch wenn ich nicht verstehe, warum andere dennoch die 2.8er builden können :|)

    Hey, ich hatte ja in nem anderen Thread schon mal erwähnt, dass ich gerade Probleme mit den Repos in AS habe. Da hab ich den Thread hier noch nicht gesehen :)


    Eine kurze Verständnisfrage:


    Was ist der Unterschied zwischen

    https://github.com/nightscout/AndroidAPS

    und

    https://github.com/MilosKozak/AndroidAPS


    Die Versionsnummern scheinen ja auch unterschiedlich zu sein.


    Im Wiki von AAPS wird auf die /nightscout/ Variante hingewiesen.


    Wenn ich das richtig verstehe, nutzt ihr die /MilosKozak/ Variante, um eine ältere Versionsnummer zu nutzen, um wiederum das ganze auf Android 7 zu bringen. Wenn so, gibts noch andere Gründe/Dinge zu beachten? Das AAPS Wiki ist in manchen Dingen sehr detailliert, in anderen hängt man etwas in der Luft :)

    Habe jetzt vor kurzem mein RealTyme wiedergefunden und folgendes bemerkt:


    Ich dachte immer, dass Ruffy nur mit Android 4 funktioniert. Aber da lag ich falsch, anscheinend. Es klappt unter 4 und über 8.1. ... Wie ärgerlich, weil mein altes Telefon mit LineageOS nen ziemlich ausgelutschten Akku hat und mein aktuelles Haupt-Telefon auf Android 10 läuft. Aber das Pairing hat jetzt super mit dem Galaxy Note 10+ geklappt.


    Cool!


    Gleich vom Loop-Fieber gepackt. XDrip+ war schon installiert, mit Werten vom G6 via Share. Das ist sehr machbar, da ich die Großstadt kaum verlasse und mein Datenplan mehr als i.O. ist.


    Mein altes Nightscout lief nicht mehr (irgend eine interne Änderung bei Heroku). Aber das Neu-Aufsetzen hat nur circa eine Stunde gedauert.


    Kommunikationswege, die laufen:

    - Pumpe <-> Telefon (Ruffy)

    - Telefon <-> Nightscout (XDrip, Nightscout, etc)

    - CGM <-> Telefon (Dexcom-App, Clarity, XDrip und Nightscout)


    Fehlt nur die AndroidAPS App. Sollte sich machen lassen, hab ich vor zwei Jahren ja schon mal kompiliert. Der Ablauf war wie folgt:

    - AndroidStudio installiert

    - Git installiert (war schon da)

    - aktuellstes AAPS geclont

    - an die Anleitung gehalten

    - ERROR, dass irgendwelche Pakte/Repositories nicht da sind


    Was ist passiert? Ich habe zwar ein paar Erfahrungen mit Paket-Handlern aus Python, aber ich war insgesamt doch Ahnungslos. Daher habe ich in der Facebook-Gruppe nachgehakt und hab mit dem Milos und anderen etwas Troubleshooting betrieben.


    Ende der Geschichte (bisher): Das Paket, das fehlt, ist ein Modul für die Menüs. Der "Wochentags-Auswahl-Button". Und die Schnittstelle, die das liefert, ist... gerade irgendwie nicht verfügbar. Nicht nur für AAPS, sondern auch bei anderen Projekten (link).


    Das heißt, ich bin total scharf auf den Kram. Aber etwas werde ich mich noch gedulden müssen, bis ich die APK endlich installieren kann. Das so ein Problem aber auch genau JETZT auftaucht, ist nun echt ärgerlich :D

    Update: Die Post kam noch, obwohl vorher schon drei andere Wagen vorbei gefahren sind... Um 18:30!


    Was für ein Auf- und Ab der Gefühle :)


    Der erste Sensor ist leider gleich in der Setzhilfe hängen geblieben... Schreck!


    Zweiter sitzt und kalibriert nun.


    Musste vorher auch eine inoffizielle Apk laden, da die G6 App von Haus aus das Huawei Mate 20 nicht mochte -.-


    Läuft aber jetzt und das Android Zifferblatt auf der Uhr wartet nun auch fleißig auf Input 💪


    Spontane, aber auch schwere Geburt :p

    Hier mal eine nette kleine Story, die mich grad zum schmuntzeln bringt :)


    Ich habe nen Antrag für nen Wechsel vom Libre auf Dexcom gestellt. Dieser wurde erst formal abgeleht. Aber den Tag darauf hatte ich von der AOK den Brief im Kasten, dass es ab dem 01.01.19 bewilligt sei. Hurra!


    Das war im Herbst irgendwann. AOK schrieb, sie würde Dexcom bescheid geben. Daher hab ich auch gleich mein Online-Webinar gemacht und ab dann gewartet.


    Mit Alltag im Schlepptau hab ich dann gar nicht mehr auf Rückmeldung von Seiten KK oder Dexcom geachtet... Bis mir heute beim Quartalstermin klar wurde, dass meine Libre ja auch nur noch 4 Wochen reichen :huh: Daher rief ich den Dexcom-Kundenservice an (keine Wartezeit - gibts das heute noch sonst irgendwo? :p)


    "Ich weiß gar nicht, ob Sie von mir jetzt schon ein Kundenkonto haben. Oder ob das noch versendet wird. Oder ist die Lieferung erst am 01.01. dann fällig?"


    Nach etwas klappern auf der Tastatur:


    "Keine Sorge Herr R., das Paket ging am 16. raus und wurde heute morgen ins Zustellfahrzeug geladen. Sie haben heute genau am richtigen Tag angerufen!"


    Also wenn das nicht mal eine Punktlandung war! Jetzt nur hoffen, dass ein Nachbar das Paket entgegen nimmt :x

    Ich hab ne Ablehnung im Briefkasten gehabt, da ich ja noch den Libre für ne Zeit (bis 31.12.) bewilligt habe. Der MDK hätte auch nicht gesehen, warum man jetzt wechseln sollte.


    Ein Tag später:


    Ich hab ne Zusage im Briefkasten gehabt, dass ich ab 01.01. das Dexcom bekomme.


    Was fü ne Achterbahfahrt!


    Aber yay!

    Ich hab jetzt von den Leuten der AOK die Post bekommen, dass sie weitere Infos angefordert haben und den MDK befragen werden.


    Mit einer Antwort soll ich zu Ende September erwarten.


    Das Warten macht einen ja ganz hibbelig =O

    Da ich feststellen musste, dass mit meinem momentanen Insulinverbrauch ein Omnipod wohl nicht in Aussicht steht (200U sind doch ein bisschen wenig), hat meine Beraterin mir mal die Dana gezeigt.


    Nun habe ich etwas recherchiert...


    • Nur bestimmte Batterien?
    • Gewindestange zum selber aufziehen?


    Das sind alles Sachen, die ich von den alten D-Tron und H-Tron Pumpen noch kenne. Also Pumpen, die mittlerweile auf Google kaum noch auftauchen und auch in diversen Museums-Schränken liegen.


    Gerade auf speziell hergestellte Batterien angewiesen zu sein find ich arg, besonders wenn man viel reisen muss.


    Natürlich ist das Loopen ein wichtiger Faktor für die Dana. Und 300U Ampullen sind definitiv klasse! Und das schlanke Design.


    Aber nur fürs Reservoir? Dann auch neue Kathether, weil der Anschluss was eigenes ist? Was spricht denn eurer Meinung denn möglicherweise noch für die DANA RS?


    Denn:

    • Loopen über AAPS geht auch mittels Insight, oder (quasi wie bei der Dana auch direkt)
    • AAPS kann damit also auch das Handy als Steuerung nutzen (wie bei der Dana)
    • Kleinere Reservoirs sind nervig, aber bei nicht-patch-Pumpen ist das nicht so das Problem
    • Besonders, weil es für Novorapid auch fertige Ampullen gibt, oder? (Fand ich damals bei der D-Tron MEGA klasse!)

    Ich bin gespannt über euren Input, gerade bei den Pumpen gibt es immer so viele verschiedene Blickwinkel :)