nightscout / nightscout/AndroidAPS

Usage tracking for Omnipod basal drift compensation

Open
#4,783 14 comments 40 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

enhancement
Dominant language
Kotlin
Stars
1.2k
Forks
6.4k
Avg merge
2d 7h
Merged PRs (30d)
19

Description

Usage tracking: Omnipod basal drift compensation

This feature is available in 3.4.2.3 and later. It is currently gated by a semaphore file. We want to understand how many users have enabled it so we can confirm sufficient real-world usage and testing before safely removing the gating.

This feature compensates for basal insulin that the pump did not deliver as intended (e.g. due to frequent updates affecting delivery timing). The resulting deficit is detected and compensated for by delivering small (0.05U) boluses. For background and discussion, see issue #4158 and PR #4499.

Enable drift compensation

Create an empty file called omnipod_drift_compensation in the extra subfolder (lower case!) of your phone’s AAPS directory. After that, restart AndroidAPS.

Image
Notes
  • Basal drift may have (un)intentionally propagated into profiles — reassess your profile after enabling this feature.
  • Compensation is delivered as a 0.05U bolus and will appear as such in the GUI and Watch app.
Are you using it?

Please leave a 👍 reaction on this issue if you enabled basal drift compensation.

Issues

Please do not report issues here. Open a separate issue with logs, steps to reproduce, and relevant details.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

No source file, test, or implementation entry point is identified; the issue only describes the omnipod_drift_compensation semaphore file and asks users to react if they enabled it. Start by reviewing the linked background issue #4158 and PR #4499, then clarify what usage-tracking change is expected and how completion would be measured.

Written by the indexing model from the issue text.

Assessment

Tech stack
android, kotlin
Domain
mobile
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Quiet
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.