# Omnipod Looping

**URL:** https://forum.fudiabetes.org/t/omnipod-looping/8012
**Category:** Type 1 & LADA
**Tags:** dexcom, omnipod
**Created:** [July 30, 2019, 4:26pm UTC](https://forum.fudiabetes.org/t/omnipod-looping/8012 "2019-07-30T16:26:34Z")
**Posts on this page:** 20
**Page:** 5

<div class="post-metadata">

### Author: ![Eric](https://yyz2.discourse-cdn.com/flex030/user_avatar/forum.fudiabetes.org/eric/32/9209_2.png) [@Eric](https://forum.fudiabetes.org/u/Eric)
#### Post date: [August 3, 2019, 3:02pm UTC](https://forum.fudiabetes.org/t/omnipod-looping/8012/81 "2019-08-03T15:02:16Z")

</div>

This was asked on the other thread, and I think there were some speculative answers on it but I am not sure they were ever confirmed.

Suppose you are in Closed Loop mode and have an Override running at X%.

But then your Dexcom blanks out and starts giving you the “???”.

* * *

* * *

- Does that Override stay active and stay at its X% of your scheduled basal profile **?**

Or

- Does Loop just return you to your normal basal settings **?**

* * *

* * *

Since you can’t really be in Closed mode when Dexcom has blanked out on you, I am just wondering what happens during that Override.

This was discussed but I am not sure it was confirmed either way.

Potentially a big deal if it does not stay at the percentage but instead returns to the normal basal settings!

Has anyone confirmed this? @Trying, I think you were looking at this, what did you find?

At some point I will need to test this by putting a pod next to my ear for a little while and counting clicks.

---

<div class="post-metadata">

### Author: ![Trying](https://yyz2.discourse-cdn.com/flex030/user_avatar/forum.fudiabetes.org/trying/32/4078_2.png) [@Trying](https://forum.fudiabetes.org/u/Trying)
#### Post date: [August 4, 2019, 1:46am UTC](https://forum.fudiabetes.org/t/omnipod-looping/8012/82 "2019-08-04T01:46:12Z")

</div>

> [@Eric](#):
>
> Has anyone confirmed this? @Trying, I think you were looking at this, what did you find?

I looked into this but couldn’t figure out how to reproduce the scenario for testing:-(

I originally thought that once the Override was set, it takes over the Scheduled Basal as far as the pod knows. But it seems from your additional questions and @dm61’s response, that the Override temp basals only last a max of 30 minutes if disconnected from Dex, pump or any other failure. Is this correct, @dm61? Thank you in advance for any insight into how Overrides work on hw failure.

---

<div class="post-metadata">

### Author: ![Eric](https://yyz2.discourse-cdn.com/flex030/user_avatar/forum.fudiabetes.org/eric/32/9209_2.png) [@Eric](https://forum.fudiabetes.org/u/Eric)
#### Post date: [August 4, 2019, 3:05am UTC](https://forum.fudiabetes.org/t/omnipod-looping/8012/83 "2019-08-04T03:05:56Z")

</div>

I noticed a couple of times I have gotten a delivery failed message on my phone, where it says something like “safe to try again”. I am guessing it was just from the RL being too far away (opposite pocket from the side the pod was placed).

Is there a way of getting that feedback on the watch?

I am worried that if I used the watch and the phone was in my pocket, I would not know that the delivery had failed.

---

<div class="post-metadata">

### Author: ![dm61](https://yyz2.discourse-cdn.com/flex030/user_avatar/forum.fudiabetes.org/dm61/32/1602_2.png) [@dm61](https://forum.fudiabetes.org/u/dm61)
#### Post date: [August 4, 2019, 3:07am UTC](https://forum.fudiabetes.org/t/omnipod-looping/8012/84 "2019-08-04T03:07:42Z")

</div>

> [@Trying](#):
>
> I originally thought that once the Override was set, it takes over the Scheduled Basal as far as the pod knows.

My best guess is that any Override basal is implemented as a 30-min temp basal, which means that it most likely expires in 30 minutes in case of any disconnects or failures. But, I am not 100% sure, will check and get back to you.

---

<div class="post-metadata">

### Author: ![dm61](https://yyz2.discourse-cdn.com/flex030/user_avatar/forum.fudiabetes.org/dm61/32/1602_2.png) [@dm61](https://forum.fudiabetes.org/u/dm61)
#### Post date: [August 4, 2019, 3:08am UTC](https://forum.fudiabetes.org/t/omnipod-looping/8012/85 "2019-08-04T03:08:24Z")

</div>

> [@Eric](#):
>
> Is there a way of getting that feedback on the watch?

You get the same feedback on the watch.

---

<div class="post-metadata">

### Author: ![Eric](https://yyz2.discourse-cdn.com/flex030/user_avatar/forum.fudiabetes.org/eric/32/9209_2.png) [@Eric](https://forum.fudiabetes.org/u/Eric)
#### Post date: [August 4, 2019, 3:42am UTC](https://forum.fudiabetes.org/t/omnipod-looping/8012/86 "2019-08-04T03:42:52Z")

</div>

> [@dm61](#):
>
> You get the same feedback on the watch

Thank you, that is absolutely vital to me!

---

<div class="post-metadata">

### Author: ![Eric](https://yyz2.discourse-cdn.com/flex030/user_avatar/forum.fudiabetes.org/eric/32/9209_2.png) [@Eric](https://forum.fudiabetes.org/u/Eric)
#### Post date: [August 4, 2019, 9:51pm UTC](https://forum.fudiabetes.org/t/omnipod-looping/8012/87 "2019-08-04T21:51:40Z")

</div>

Does anyone happen to know where you can make the change for the low reservoir warning? I think the default is 20 units.

I am sure it is easy to find and change, but I haven’t looked yet.

Off-hand does anyone know where it is?

I’ll dig around the code a bit, but if you happen to already know, please let me know. Thanks!

---

<div class="post-metadata">

### Author: ![dm61](https://yyz2.discourse-cdn.com/flex030/user_avatar/forum.fudiabetes.org/dm61/32/1602_2.png) [@dm61](https://forum.fudiabetes.org/u/dm61)
#### Post date: [August 4, 2019, 11:41pm UTC](https://forum.fudiabetes.org/t/omnipod-looping/8012/88 "2019-08-04T23:41:28Z")

</div>

> [@Eric](#):
>
> easy to find and change

Yes, it is: check [line 530 of Loop/Managers/DeviceDataManager](https://github.com/Kdisimone/Loop/blob/f4e64607b1ed5c34e29dab70300685fd5dd37de5/Loop/Managers/DeviceDataManager.swift#L530). The default warnings are at 30, 20 and 10, and there is a separate “empty” warning.

---

<div class="post-metadata">

### Author: ![Eric](https://yyz2.discourse-cdn.com/flex030/user_avatar/forum.fudiabetes.org/eric/32/9209_2.png) [@Eric](https://forum.fudiabetes.org/u/Eric)
#### Post date: [August 5, 2019, 12:52am UTC](https://forum.fudiabetes.org/t/omnipod-looping/8012/89 "2019-08-05T00:52:57Z")

</div>

Thanks. I’ll update my next build!

Not sure if we already have a wiki here on FUD for these things, but it would be cool to put all these customizations someplace easy to reference.

I have a growing list now. I can eventually post a list if there is not a wiki.

---

<div class="post-metadata">

### Author: ![Eric](https://yyz2.discourse-cdn.com/flex030/user_avatar/forum.fudiabetes.org/eric/32/9209_2.png) [@Eric](https://forum.fudiabetes.org/u/Eric)
#### Post date: [August 5, 2019, 7:06pm UTC](https://forum.fudiabetes.org/t/omnipod-looping/8012/90 "2019-08-05T19:06:45Z")

</div>

I put a split ring on my RL and I am using a small S-Biner clip to carry it around and attach it to whatever I need. I like this method because it’s easy to attach or remove the clip depending on what I am doing.

![image](https://canada1.discourse-cdn.com/flex030/uploads/fudiabetes/original/2X/3/3526a733715efbb11d70df6edfc61a2b12fc5ddf.jpeg)

---

<div class="post-metadata">

### Author: ![Eric](https://yyz2.discourse-cdn.com/flex030/user_avatar/forum.fudiabetes.org/eric/32/9209_2.png) [@Eric](https://forum.fudiabetes.org/u/Eric)
#### Post date: [August 6, 2019, 3:59pm UTC](https://forum.fudiabetes.org/t/omnipod-looping/8012/91 "2019-08-06T15:59:49Z")

</div>

I know the RL battery life will not be the same for everyone. Besides the differences there might be in the actual batteries themselves, there is a difference in how everyone uses their RL.

But for mine, I wanted to share what I found.

I ran mine into the ground twice. I let it get totally depleted, then I fully recharged it and ran it down completely a second time. I needed to get an idea of the battery life, since there is no charge level gauge to look at.

For what it’s worth, **I got 85 hours out of it both times**. In both tests, I had the phone near the RL the entire time, bluetooth was connected the whole time, and I was running the Loop app the whole time. I was not always in Closed mode, I did both Closed and Open. And I may not be doing the same number of bolus entries as others, so my RL battery life may not be anything like what you will see.

But I thought it might be useful information to share what I found, and thought others may want to test this for themselves at some point. I would be interested to hear what others find for theirs.

---

<div class="post-metadata">

### Author: ![Trying](https://yyz2.discourse-cdn.com/flex030/user_avatar/forum.fudiabetes.org/trying/32/4078_2.png) [@Trying](https://forum.fudiabetes.org/u/Trying)
#### Post date: [August 6, 2019, 4:14pm UTC](https://forum.fudiabetes.org/t/omnipod-looping/8012/92 "2019-08-06T16:14:59Z")

</div>

> [@Eric](#):
>
> For what it’s worth, **I got 85 hours out of it both times**.

This is impressive even if there is a diff between usage! Thank you for taking the time to test and share!! 🙂 I always charge mine at night and now I have a spare.

---

<div class="post-metadata">

### Author: ![Eric](https://yyz2.discourse-cdn.com/flex030/user_avatar/forum.fudiabetes.org/eric/32/9209_2.png) [@Eric](https://forum.fudiabetes.org/u/Eric)
#### Post date: [August 7, 2019, 3:34am UTC](https://forum.fudiabetes.org/t/omnipod-looping/8012/93 "2019-08-07T03:34:19Z")

</div>

I was a little bit surprised at this. When I go from Closed Loop to Open Loop, my expectation is that it would cancel whatever temp basal is running and return me to the programmed basal schedule - meaning I would actually be back to Open.

But it looks like what is actually happening is that it waits 30 minutes for the current temp basal to run out before it returns to the programmed basal schedule.

It would be nice if going from Closed to Open would cause the app to issue a cancel temp basal command to the pod, so you are returned to the programmed basal schedule immediately. That would seem to be expected behavior, because when you look at the app and see that it is in Open, you assume your programmed basal rates are running again.

(The workaround I have found is to go to basal settings and sync them with the pod. This immediately returns the pod to the programmed basal rates.)

Any thoughts on this?

---

<div class="post-metadata">

### Author: ![Trying](https://yyz2.discourse-cdn.com/flex030/user_avatar/forum.fudiabetes.org/trying/32/4078_2.png) [@Trying](https://forum.fudiabetes.org/u/Trying)
#### Post date: [August 7, 2019, 2:06pm UTC](https://forum.fudiabetes.org/t/omnipod-looping/8012/94 "2019-08-07T14:06:29Z")

</div>

> [@Eric](#):
>
> It would be nice if going from Closed to Open would cause the app to issue a cancel temp basal command to the pod, so you are returned to the programmed basal schedule immediately

I agree. I’ve seen in the FB looped group that it is recommended to suspend and then resume delivery to cancel the 30 minute temp basal. I tried this just now but the ZB temp basal remained active in Open Loop. I also tried your workaround of Sync with Pod, but my Scheduled Basal still did not resume. Maybe I need to wait for the next Loop - pod communication, up to 5 minutes??

---

<div class="post-metadata">

### Author: ![Eric](https://yyz2.discourse-cdn.com/flex030/user_avatar/forum.fudiabetes.org/eric/32/9209_2.png) [@Eric](https://forum.fudiabetes.org/u/Eric)
#### Post date: [August 7, 2019, 2:36pm UTC](https://forum.fudiabetes.org/t/omnipod-looping/8012/95 "2019-08-07T14:36:26Z")

</div>

> [@Trying](#):
>
> I also tried your workaround of Sync with Pod, but my Scheduled Basal still did not resume.

That is odd. I look at the updated status by clicking the pod icon in the upper right, and then scrolling down to Status \> Basal Delivery. It says “Schedule” which I am pretty sure means it is back to the programmed pod basal schedule.

Try this test. Have it run on Closed Loop for a while, in such a way that you know that something is happening to your basal. Like if you have a lowish BG and it drops your basal to zero (that is the easiest indicator I know of).

Click on the pod icon again, and scroll down like I described above, and you should see something like:  
Status \> Basal Delivery \> 0 u/hr  
(or something like that)

Then exit out of there, go to Settings (gear icon), click Basal Rates, then click Sync With Pod

After a few seconds you will see the sync is complete. Exit out of that screen.

Now click on the pod icon and scroll down. Now you should see:  
Status \> Basal Delivery \> Schedule

For me the sync always changes it back to where it says Schedule.

Try that and let me know what you are seeing.

---

<div class="post-metadata">

### Author: ![BrianJ](https://yyz2.discourse-cdn.com/flex030/user_avatar/forum.fudiabetes.org/brianj/32/10796_2.png) [@BrianJ](https://forum.fudiabetes.org/u/BrianJ)
#### Post date: [August 7, 2019, 2:45pm UTC](https://forum.fudiabetes.org/t/omnipod-looping/8012/96 "2019-08-07T14:45:11Z")

</div>

The displays are sometimes not up to date after a suspend/resume. They are working on this bug, but for now you might need to restart the app.

After tapping Suspend and then Resume, scroll to the bottom and you’ll see current basal showing. This reported value comes from the pod itself.

---

<div class="post-metadata">

### Author: ![Trying](https://yyz2.discourse-cdn.com/flex030/user_avatar/forum.fudiabetes.org/trying/32/4078_2.png) [@Trying](https://forum.fudiabetes.org/u/Trying)
#### Post date: [August 7, 2019, 2:52pm UTC](https://forum.fudiabetes.org/t/omnipod-looping/8012/97 "2019-08-07T14:52:59Z")

</div>

> [@Eric](#):
>
> Try that and let me know what you are seeing.

Yes, that works, but as @BrianJ mentioned, the home screen showing the temp doesn’t update. I guess that is just a bug. Thank you!!

---

<div class="post-metadata">

### Author: ![Eric](https://yyz2.discourse-cdn.com/flex030/user_avatar/forum.fudiabetes.org/eric/32/9209_2.png) [@Eric](https://forum.fudiabetes.org/u/Eric)
#### Post date: [August 7, 2019, 3:01pm UTC](https://forum.fudiabetes.org/t/omnipod-looping/8012/98 "2019-08-07T15:01:32Z")

</div>

But besides the bug of it not updating the display, does anyone know if the issue is being worked on that any temp basal should be promptly stopped when going from Closed to Open?

That seems like a reasonable expectation of being in Open mode, right?

---

<div class="post-metadata">

### Author: ![Trying](https://yyz2.discourse-cdn.com/flex030/user_avatar/forum.fudiabetes.org/trying/32/4078_2.png) [@Trying](https://forum.fudiabetes.org/u/Trying)
#### Post date: [August 7, 2019, 3:19pm UTC](https://forum.fudiabetes.org/t/omnipod-looping/8012/99 "2019-08-07T15:19:05Z")

</div>

> [@Eric](#):
>
> That seems like a reasonable expectation of being in Open mode, right?

That would be my expectation. Checking the github [issues](https://github.com/LoopKit/Loop/issues), I don’t see anything opened for this. Maybe open a feature request??? 🙂

---

<div class="post-metadata">

### Author: ![BrianJ](https://yyz2.discourse-cdn.com/flex030/user_avatar/forum.fudiabetes.org/brianj/32/10796_2.png) [@BrianJ](https://forum.fudiabetes.org/u/BrianJ)
#### Post date: [August 7, 2019, 3:20pm UTC](https://forum.fudiabetes.org/t/omnipod-looping/8012/100 "2019-08-07T15:20:38Z")

</div>

Originally, the biggest fear was “how do we insure” temp basals are cancelled after a fault or problem. This was handled by dealing in setting maximum 30 minute temp basals, which was the smallest basal time period a Medtronic pump would allow.

You have always had the option to turn temp basals off when you stop closed loop. It also might be in your advantage to continue the temp basal when Loop is temporarily offline.

[Previous page](https://forum.fudiabetes.org/t/omnipod-looping/8012.md?page=4)

[Next page](https://forum.fudiabetes.org/t/omnipod-looping/8012.md?page=6)
