Würdet ihr den Sensor in die Tonne klopfen?
Bei mit tritt dieses Problem bei sehr vielen Sensoren auf. Nach 12 bis 24 Stunden laufen sie dann gut.
Würdet ihr den Sensor in die Tonne klopfen?
Bei mit tritt dieses Problem bei sehr vielen Sensoren auf. Nach 12 bis 24 Stunden laufen sie dann gut.
Wenn du noch einen "alten Brustgurt" von der Dana i auftreiben kannst, dann ist die Pumpe dort gut verstaut.
Meinst du die Schultertasche?
die gibt es wieder...
https://diabetes.mediq.de/dana-schultertasche-weiss
Alles anzeigenIch hab ne Frage.🤔
Mein AAPS 3.4.2.2 hat irgendwie ein Eigenleben. Leider hab ich noch nicht raus bekommen wo ich das einstellen kann. 🙄
Immer wieder habe ich ein grün unterlegtes TT und weiß nicht warum. Die Zielwerte sind mir oft zu tief und auch zeitlich nicht begrenzt.
Ich habe keine Automationen laufen.
Wo kann ich die Werte abstellen oder wenigstens begrenzen in Höhe und Zeit.🤔
Ich bin zu doof um das zu finden.🫣
Evtl. in den AutISF-Einstellungen: "Resistenz senkt den Zielwert"
Etwas seltsam...
Im Diabetesforum konnte er/sie noch verständlich schreiben. Und die Probleme waren auch andere...
https://www.diabetes-forum.de/…0513/tslim-pumpe#m_136802
Ich will mir auch eine Galaxy Watch holen, aber erst dann, wenn ich weiß, obves funktioniert.
Aktuell bekomme ich die Werte über xdrip auf meine Fitbit Versa 2.
Was funktioniert - sicherheitshalber gerade kurz auf ner Galaxy Watch7 getestet:
Den Dataglucohandler auf Uhr und Handy Installieren. Im Dataglucohandler als Quelle "Lokale Apps" und da dann "xdrip+ Lokaler Broadcast API" einstellen. Die andere Variante geht bei mir nicht, kann aber an AAPS liegen...
Dann kannst Du den Glukose-Wert und viele andere Features als Complication nutzen.
Mit älteren Uhren als der Watch 7 funktioniert das auch, ob mit der Watch8 weiß ich nicht.
Und natürlich gibt es dazu auch ein Video von Sandy:
Hier gibt es reichlich zu lesen...
https://github.com/bernie4375/…l-autoISF/tree/FCL-e-book
Und warum kalibriert man dann nicht ? Pro Sensor brauch ich ca. 2-3 Teststreifen wo ich dann alle 3 Tage morgens nach dem aufwachen den BZ messe und ggf. den Sensor kalibriere aber meistens ist an Tag 6 gar keine Abweichung mehr, ich kalibriere bei Abweichungen von mehr als 12mg.
Die Aussage Deutlich zu hoch bedeutet das man nicht kalibriert oder man hat nen Libre
Nein, du irrst und unterstellst Dinge, die nicht stimmen.
Wenn ein Sensor das Spinnen anfängt (meist nach unten, aber gelegentlich halt auch nach oben), merkt man das halt nicht ohne blutiges Messen und das kann durchaus innerhalb weniger Stunden passieren. Kalibrieren geht auch nicht ohne... Ich habe meistens die automatische Kalibrierung aktiviert.
Der Loop fängt dann natürlich auch an Blödsinn zu machen, was die Situation nicht besser macht.
Und 100mg/dl oder 70mg/dl ist z.B. für mich, wenn ich mich ins Auto setze schon ein DEUTLICHER Unterschied.
Mag nicht mehr notwendig sein, aber wenn was passiert, habe ich schon gerne einen Nachweis, dass ich mich nicht blind auf ein GGMS verlassen habe... Wenn CGMS und blutiger Wert etwa dasselbe sprechen, habe ich meiner Sorgfaltspflicht im Rahmen meiner Möglichkeiten genüge getan...
Und ich hatte durchaus schon Sensoren, die deutlich zu hoch angezeigt haben. Meistens time ich die blutige Messung passend zur Autofahrt.
Du suchst nur Dexcom G7? G6 Sensoren und Transmitter könnte ich dir anbieten...
Hat wer die Pumpe er schon Benutzt meine vor dem Krankenhaus Termin.
Ja, aber nicht bei der ersten Pumpe!
Du bist, was Pumpentherapie angeht, völlig unerfahren. Also: LASS ES SEIN!
Der Caresens Air ist seit gestern im Hilfsmittelverzeichnis.
Ich werde dann nächste Woche mal bei meiner Krankenkassen rumnerven...
wie gesagt - Mailadresse? (und wo finde ich logs... ich brauchte die noch nie)
Erster Schritt: Einstellen, was im Log sein soll
gehe im Hamburger-Menue auf Wartung und dann auf Log-Einstellungen.
da wählst du am Besten zusätzlich alles mit "pump" an
Unter "interner Speicher-Dokuments-aapsLogs" wird jede Stunde ein Log-File abgelegt.
Wenn der Fehler auftritt gehst dir hierhin:
https://github.com/nightscout/AndroidAPS/issues
Da klickst du auf "New Issue" und dann auf "Customer Issue Template".
Da beschreibst du in Englisch den Fehler und wann genau er aufgetreten ist und deine AAPS-Version rein und ziehst das passende Logfile für die Zeit und einen Screenshot zum Fehlerzeitpunkt rein.
"Create" und fertig
Selbst wenn es nicht perfekt ist und irgendwer motzt, ich bin mir sicher es kuckt jemand rein...
Du schaffst das gaaaaaaaannnnnnnz sicher.
Was ich mir auch vorstellen könnte, ist, dass an deinen aktuellen Patches irgendeine Kleinigkeit anders ist. Die Metrum Software kann damit umgehen und macht trotzdem weiter, AAPS behandelt es als Fehlfunktion des Patches. Wenn das häufiger in AAPS auftritt und die User die Logs an z.B. Milos schicken, können die Entwickler auch darauf reagieren.
Aber solange sie nichts davon wissen...
Bis wann denn?
siehe oben, zu blöd ein Datum richtig zu lesen...
Unglaublich...
die Dexcom G6 Lieferung, die ich heute bekommen habe, ist 6 Monate kürzer haltbar, als die vor 3 Monaten.
Quatsch, falsch gelesen...
Ich habe mal einen kurzen Blick ins GIT geworfen:
Es könnte tatsächlich sein, dass die Änderung aus diesem Issue die Sache verbessert.
https://github.com/nightscout/AndroidAPS/pull/4694
Da wurde was an den Fehlerstati beim Primen geändert, damit der Patch nicht so schnell deaktiviert wird - so ich das auf die Schnelle verstanden habe
Ist in der 3.4.2.2 drin.
Hast Du schon Version 3.4.2.2 drauf? Da wurde auf jeden Fall was an der Medtrum gemacht. Vielleicht löst das Dein Problem.
Die gibt es noch nicht mit aISF... da ist die aktuelle die 3.4.2.1.
DBLG1 hatte ne Tagesgesamtmenge von 90IE. Dann ist der Loop ausgestiegen.
Daher kommt wahrscheinlich die Verwirrung bei der Dame...
Aber ich meine gelesen/gehört zu habe, dass das nicht mehr so ist. Ich such mal...