nightscout / AndroidAPS

Opensource automated insulin delivery system (closed loop)
https://wiki.aaps.app
GNU Affero General Public License v3.0
725 stars 1.76k forks source link

Temp zero basal after profile switch is not respected by pump (omnipod eros) #1265

Open sennierer opened 2 years ago

sennierer commented 2 years ago

When switching to a profile (in my case one altered on NS) AAPS sets a 4800 minutes temp basal zero. However, in the omnipod tab under temp basal rate there is a dash only and I heard from the clicking that the pump is delivering insulin (while AAPS records zero).

Screenshots is attached (profile switch was at 7 in the morning). Build is 23207a275-2022.02.01-20:24, Orangelink v1 firmware 3.2. I am using a Pixel 3a with Grapheneos latest release.

Relevant part of AAPS log is here

Screenshot_20220203-071542

sennierer commented 2 years ago

Sorry, GitHub didnt take the second screenshot the first time ...

Screenshot_20220203-071545

philippowell2557 commented 2 years ago

I'm having this issue as well! Please share if you have found a resolution to the indefinite temp basal of 0 units / hour.

samspycher commented 2 years ago

Hi @sennierer, as I read from the code, the 80 hours is a default duration for a "fake suspended TBR" that is created temporarily during certain workflows. It is cancelled when delivery continues, and in fact you do see the log entries "Cancelling fake suspended TBR" in your log file when normal delivery is resumed.

Perhaps the issue is that the cancellation of the fake TBR is perhaps not as visible on the UI as the creation itself?

It would be helpful to see a larger scope of the log, at minimum including the time of the screenshots, and also screenshots of the treatment decisions. If this is something that is re-occurring, it would be great if you could send a more complete trace along with screenshots also of treatment decisions.

If it does not occur anymore, I suggest we close this issue.

nlof commented 1 year ago

I seem to have a similar issue with Dash on AAPS 3.1.0.3. Despite the fact that I set up a Temp basal of zero in manual mode for some 30, 100 or even 500 minute, it gets overridden very frequently, without AAPS asking me to manually approve the change.

In view of the thread above, the issue is clearly connected to the frequent profile switches (from automation). If you look at the periods without profile switches, the temp zero stays put. After a profile switch, AAPS changes temp basal without my approval or intervention.

I don't know how to add a dash label...

Screenshot_20230417-194648_AndroidAPS

Screenshot_20230417-211808_AndroidAPS

Screenshot_20230417-211510_AndroidAPS

AndroidAPS.log AndroidAPS._2023-04-1718-22-17.11.zip AndroidAPS._2023-04-1718-22-17.10.zip AndroidAPS._2023-04-1718-22-17.9.zip AndroidAPS._2023-04-1718-22-17.8.zip AndroidAPS._2023-04-1718-22-17.7.zip AndroidAPS._2023-04-1718-22-17.6.zip AndroidAPS._2023-04-1718-22-17.5.zip AndroidAPS._2023-04-1718-22-17.4.zip AndroidAPS._2023-04-1718-22-17.3.zip AndroidAPS._2023-04-1718-22-17.2.zip AndroidAPS._2023-04-1718-22-17.1.zip AndroidAPS._2023-04-1718-22-17.0.zip AndroidAPS._2023-04-1700-00-00.72.zip AndroidAPS._2023-04-1700-00-00.71.zip AndroidAPS._2023-04-1700-00-00.70.zip AndroidAPS._2023-04-1700-00-00.69.zip AndroidAPS._2023-04-1700-00-00.68.zip AndroidAPS._2023-04-1700-00-00.67.zip AndroidAPS._2023-04-1700-00-00.66.zip AndroidAPS._2023-04-1700-00-00.65.zip AndroidAPS._2023-04-1700-00-00.64.zip AndroidAPS._2023-04-1700-00-00.63.zip AndroidAPS._2023-04-1700-00-00.62.zip AndroidAPS._2023-04-1700-00-00.61.zip

Attached logs