Repository navigation
Suspend/Resume Cancels TBR, but isn't Reflected in HUD #927
Description
Describe the bug
Suspending then resuming the pump while open looping cancels any current active TBR, but that change is not reflected in the app UI (HUD and Insulin Delivery section) which continue to display the previous TBR as active.
Attach an Issue Report
To Reproduce
Steps to reproduce the behavior:
- Be open looping with an active TBR
- Suspend then resume the pump.
- Upon resume the pump will begin delivering scheduled basal rate, but the app continues to display the TBR as active.
Expected behavior
The app interface will correctly reflect if a TBR is currently active or not.
Screenshots
Pump is resumed at 7:22:43 AM and returns to scheduled basal rate:
However, Loop UI continues to display active -1.05u/hour TBR:
Phone
- Hardware: iPhone XS
- Software: iOS 12.2
Loop Version
- Version Number: 1.10.0DEV
- Repo: LoopKit/Loop/omnipod-testing
CGM
- Device: Dexcom G6
- Manager app: Dexcom App
Pump
- Manufacturer: Omnipod
- Model: Eros
Additional context
I noticed the issue because I was hearing pulses from the pump despite the UI displaying the 0 TBR rate. Also, for what it's worth, Nightscout mirrors the bug in the app display; it incorrectly shows that the 0 temp continued. Not sure if that's relevant or not, but found it interesting.
Activity
shaunlichti commentedon Apr 24, 2019
Github won't let me attach the Loop Report; I'm getting an unsupported file type error. Linking to version of the report hosted on Zulip from when I posted there for now.
Nightfoxy commentedon Aug 31, 2019
When in closed loop, it would be great if Loop tried to restart the TBR after resume. In my case, my daughter was falling and a 0 TBR was set. I knew I needed to reduce the scheduled basal rates. I adjusted and "sync to pod", but that runs a suspend/resume, which canceled the 0 u/hr TBR and resumed the scheduled basal rate. This caused more insulin to be added to her falling BG and the insulin wasn't accounted for in the IOB math. I heard the pod clicking to verify.
@ps2 , does the fix you merged handle basal rate changes that trigger suspend/resume? Can closed loop trigger a re-evaluation of the basal rate so it could set a 0 u/hr rate right after updating basal rates in my case above?
Kdisimone commentedon Oct 9, 2019
Resolved in PR linked above
Updates to wording and layout tweak for Required Software Update (Loo…