Gisteravond behoorlijk aan het prutsen geweest met LibreAlarm: de laatste tijd lijkt het vrij onbetrouwbaar, en we zitten net in een fase waar we een plotse terugval van de insulineresistentie verwachten.
Het grootste probleem waar we nu mee kampen is onderbroken nachten: zowel door terechte alarmen als door 'valse' alarmen (langer dan een half uur geen data, of alarmen op basis van xDrip+ waarden die niet overeenkomen met waarden gemeten met vingerprik). De tweede categorie van alarmen kan ik niet onmiddellijk iets aan doen (op langere termijn wel, maar dat is een ander verhaal), maar de eerste categorie zou toch te vermijden moeten zijn. De oorzaken van de haperende datastroom zijn velerlei: verschoven smartwatch tov. sensor, en connectieverlies ergens in de ketting gegenereerd alarm - waarden opgemeten door sensor. Verschuiven op zich doet zich de laatste tijd niet meer voor (oorspronkelijk door hulpmiddel in FIMO, nu eerder door de sensor iets meer naar de binnenkant van de arm te plaatsen), maar ik heb nog niet echt zicht op waar de oorzaken zitten van connectieverlies.
Om dat connectieverlies wat in kaart te brengen, en er eventueel iets aan te doen heb ik momenteel Tasker en AutoWear geinstalleerd, maar zelfs met gecontroleerd connectieverlies (haal de smartwatch uit het bereik van de telefoon, zodat Android Wear aangeeft dat hij niet langer verbonden is) krijg ik geen consistente logging.
Verder nog een nieuw idee voor het project: we kunnen libreAlarm blijven gebruiken in eerste instantie en de nightscout API gebruiken.
Geen opmerkingen:
Een reactie posten