Closed betees82 closed 2 years ago
I will need logs from the last >3 days. Did you switch between Dash and Eros(or other pumps) after activating a pod? When this error happens, the only way to fix is to wait for max ~3 days for the fake TBR to "expire". :( I'm trying to understand how it ended in this state. Are you in the discord testing channel?
Ok i'll attach long log, but now pod is just activated today so i need to wait few more days. Yes, we use both Eros and Dash. Currently we're on Dash. We are now on 2nd dash. And this issue we faced when we started DASH. so 3 beta 4. Now updated to beta 5 and same issue. Let me know direction what is needed? Best would be whloe POD (3 days) history? I'll also send more screenshots.
Here is situation with vale different than 0 U/h and different that set in profile.
This buggy TBR was set sometime in the last 3 days. If you still have them, please attach the logs for the last 3/4 days(since the 6th of November).
When did you start with Dash? After activating a Dash pod, did you switch back to Eros?
The only solution that I know for this problem to go away is to wait 3 days(drop the pod and wait). Changing the AAPS version will not help.
I'm also interested in the pod history screenshots if you can share them. If there are errors, please scroll down to the first line that doesn't have an error. If all lines have errors, please share the first line in history.
It's also possible that this issue is a duplicate of https://github.com/nightscout/AndroidAPS/issues/861 As I mentioned before, unfortunately for this case, updating the AAPS version will not fix it. You have to wait for the "bad" TBR to expire(~3 days).
Well yes, this issue #861 was also mine, but it was closed, and Milos mentioned, that it will be solved with new build. Situation is that I still have this issue with beta 5.
What do you mean by Bad TBR? TBR I can change in any time. I can also change Basic BR in profile setting. Issue is only when AAPS decide to stop TBR and use basic basal value. In such case it is showen in OVERVIEW tab as TBR 0 U/h with this icon:
and should be:
Question is also what is then value taken to IOB calculation.
In Dash tab it is ok. There is nothing in TBR, and Basic Basal Rate is correct. I guess it is just matter of display in Overview screen. In NS basal ratio is correct - Basic Basal Rate.
Take a log on attached log.
Acording AAPS Overiev screen Basal was 0 U\h since more or less 00:30 CET.
But in log you can see that it was set to 0.25 U/h like in Profile setting.
I also have Logs from 6th of Nov, but I don't know if there is a reason to send it.
Today we started 2nd Dash, so it's 4th day now. Before we used Eros on Beta 3. TBR was working OK for Eros
Thank you
Ok, this buggy TBR your mean this from SMS? It looks like 3 more hours to go. We will see
Yes, this is the TBR I mentioned! If you still have them, please attach the logs for the last 3/4 days(since the 6th of November). This was the date when this TBR was set. I'm also interested in the pod history screenshots if you can share them. If there are errors, please scroll down to the first line that doesn't have an error. If all lines have errors, please share the first line in history.
YES! Problem despaired after this wired TBR 4800 minutes ended. Do you still need logs mentioned above?
Do you have earlier logs?
I see that this TBR was set on 6th at @20:43
The logs start at 21:09
:(
No, I think I installed new Beta that day, and older logs disappeared. But i can share NS history. It was first time Dash after previous Eros at 21:09
After conferring with @avereha over in Discord, I will add to this issue rather than creating my own. History: Just switched pod and decided to try an Eros pod with beta5. First had to "deactivate" old pod for some reason, even though I deactivated dash pod before AND deactivation of the last Eros pod we had in 2.8.2 was successful 3 weeks ago before we started the beta testing. Then had several instances of system message AAPS is not responding, wait or wait, during the new pod activation. I started screen recording after the first one. Two or three restarts later pod was activating, but the on-screen guidance got stuck. I.e I hit next to insert cannula, confirmed the "are you sure" pop-up, pod started the insertion process, phone stayed in the "hit next to insert cannula" screen, then after cannula inserted I pressed next again, then circle for a fraction of a second, then checkmark pod inserted. Screen recordings from pod change: https://user-images.githubusercontent.com/71758682/141377990-ea5c40e6-1415-4c6a-9f95-7f04dba607dd.mp4
After the pod change I had to bolus for her evening meal, serve it. After that I noticed a 0 basal still running, and on a whim went into pod history. It had a bunch of records for "cancel fake temporary basal created because pod was suspended".
I've since tried canceling the 0 basal several times, but it seems the message isn't coming through to the pod or isn't accepted by pod. I have tried exiting AAPS, suspending and resuming delivery, shutting down phone and restarting. But it keeps apparently not being able to suspend temp basal. New iterations of the "cancel fake temp basal" messages are writing to the pod history every minute. Screen recording from attempt to cancel temp basal: https://user-images.githubusercontent.com/71758682/141378109-7420a95c-c452-4083-b0e1-1c8c11516dce.mp4
We did just hear a "tick" indicating basal is running.
Workaround to solve: After conferring with avereha I suggested to try to export settings, force stopping AAPS, deleting all app data from phone, uninstalling and reinstalling/importing settings. And that actually worked. The "bad TBR" has disappeared, I can set and cancel temp basals, and I did not have to kill the pod after all. I will of course keep checking frequently that everything seem well for an hour or two before going to bed. The AAPS phone seems to have lost historic temp basals for the last 24hours (as displayed in graph area), but as I can still see them in NSClient and NS.
I suspect the "bad TBR" that wouldn't go away was the one "created" after switching to Eros in the config builder. I had already deactivated the Dash pod a good half hour before switching to eros, so a "real" 0 TBR from deactivating that pod should have been running.
AndroidAPS_LOG_1636664924724.log.zip
These logs should include the pod change and attempts to cancel fake temp basal, I sent them to myself just after discovering we had a problem.
Should be fixed with: https://github.com/nightscout/AndroidAPS/commit/85178ee19ff628dfe4422409973c6f8ae7b511b5
This issue can be closed
AAPS 3.0-beta5 Remote: https://github.com/nightscout/AndroidAPS Build: 917de7261-2021.11.09-18:49 Flavor: AAPS Nightscout version: 14.0.7 Omnipod Dash
When there is no overwritten TBR, and basal rate is according to profil. In Overview screen of AAPS it is shown as TBR 0U/H. When it is such situation, it is not possible to use CANCEL TBR in ACTIONS tab. In Dash Tab, there is no value in TBR, In NS basal rate is visible as normal rate, acording profile setings
When TBR is different it is working ok, and it can be cancelled, but cancelation provides to TBR 0 U/H, not possible to set own TBR value.
AndroidAPS (3).log