-
Notifications
You must be signed in to change notification settings - Fork 1.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Improve Disconnect Pump Funcionality / Ease of Use #3353
Comments
Can you give us which pump? 1- is included since several years (when you disconnect pump from overview, then a 0 TBR is sent to the pump for selected duration (but you can have within pump some max duration constraints 🤔). |
Thanks for your reply. Im unsure about your numbering of the points so will do my best. I dont know how it is 'supposed' to work and the FB post didnt throw any solutions. Sure, pump is Dana I. What more info would you like? The screen dumps are on the linked FB post. I understand your reluctance for e.g cgm disconnect. However, we dont have a human disconnection button, but it is the functionality Im suggesting here for people leaving their phone AND pump behind. I understand the loop doenst work with no CGM but you can enter stick BG in the BC but (I think) its not logged anywhere? Maybe this is a different ticket? Thanks |
It's not because pump is disconnected that pump can be out of range of your phone: Pump should remain within phone range (for BT connexion) even if disconnected. I definitively do not understand your CGM topic... A CGM sensor cannot be disconnected, it remains on your body and continue to work and record CGM values even if far from your phone (then when phone come back within range history is synchronised again (at least with FSL or Dexcom sensor, the 2 CGM I know...) Note concerning facebook link, on my phone I can't see your facebook message, I arrive in the head of AAPS FB group (I had to connect to my computer). So it's always better to put all information (especially screenshots) here directly into the issue and not with a facebook link... |
Thanks for your comments. Its hard doing this by messages because it could be easily fixed by conversing. Its hard to see what the other person doesnt understand via text and that is where we are now. I appreciate its what we have. Thank you. :) I leave the pump in the car and take the phone to the beach for the CGM. It the moment I have to take my meter because I cant switch the unnecessary TBR alarm off without switching the phone off. If someone stole my bag I wont lose my pump (and phone) if its (theyre) in the car. Also it (they) would sit in the hot sun all day for no benefit. Im pretty sure that anyone doing watersports including swimming would do this or similar. I dont think it is unreasonable that if you disconnect the pump that it stops trying to update TBR, this is the key issue. What is the purpose that AAPS apps is trying to update TBR of a disconnected pump? Im not a coder, but I am an engineer. I understand how things could or should work, but have no idea how or why in this case they are implemented. Formulating questions is even hard for most users. We have a debate in the community of what the CGM actually is. Yes the HW is fixed to my body, but the software is on my phone. You need both parts obviously to be complete. I said it may need a separate ticket. but CGMs go down for all sorts of comms reasons and leave us with sticking. Ive lost a full Anubis rig in the sea. :( Id like to see: Thanks. |
I will let @MilosKozak decide / answer your request, but I'm afraid it will have huge functional impact related to a very specific use case, I will explain why according to me:
If pump switch back to profile but remains disconnected and out of phone range, you will get an update of delivered Insulin when pump will be back within Phone range and will synchronize history data. This insulin cannot be ignored by AAPS (other use cases can select disconnect pump with patch pump remaining in body), so that will lead to wrong IOB... And regarding alerts concerning pump disconnection it's a safety feature... |
Thanks for the info re max TBR duration. I didnt know this was a limitation and I understand why it is there. I appreciate it would be easier if pumps are all treated the same but AAPS obviously knows what pump is in use. I also appreciate it may be specific use, but will be all lined pumps for water sport. I currently have to reconnect loop to 'record only' a bolus. If phone and pump are next to each other (Im back at the car maybe for break or some food) I have had, an SMB into my glove box. hahaha. This is easy to delete but you have to be aware it happened. I cant control theoretical TBR. Both also concerns. Not sure how this ties in with the dev developments for record only functionality. Sports are hard to deal with, particularly ones that could be aerobic OR anerobic and you dont know how it will go until you have done it. Im totally blind (no CGM or pump). I try to go out with minimum IOB. Dealing with T1 is harder than kitesurfing itself, so thank you for taking the time to read. Pump disconnection alarms are a good thing. They've woken me in the night for dead pump battery. My phone gets separation anxiety if Im in the next room a while. But still cant help think there should be a way to stop it, a manual override, that pump disconnect actually disconnects the pump...Otherwise why is it there? Qs |
Keep in mind than whatever the user request, no compromise will be done concerning safety on automated requests. Manual request will override automated commands. Not sure of 120 min as a safety constraint for pumps (max manual TBR can be up to several hours, and after verification pump constraints seems to be between 8 hours and 24 h), but it's a safety max duration for an automated TBR sent from loop. These safety requirement is link to a lost of phone connection while looping (phone lost, broken, battery down to 0, forgot at home,...). Concerning your questions, not 100% sure of everything but I will try some answer.
When a command is sent to the pump, if connection failed you can get an alarm immediatly (timeout is a few min only). When you disconnect pump, this will prevent loop to send command to the pump (max disconnection duration is 3 hours), after phone will try to connect to pump and raise an alarm if it fails. I don't know how alarm is managed if you have a shorter duration for alarm compared to disconnection duration...
No compromize concerning safety, all injected insulin recorded within pump history must recorded as injected insulin within your body whatever pump disconnection status. This is to avoid risk of insulin overdosing. (for ex if during a disconnection you connect temporary pump to provide a bolus manually from pump UI, you cannot ignore this bolus because status is disconnected... Some user can use disconnection feature for patch pumps, that by definition cannot be disconnected, to force a zero temp...)
Technical constraint is I think 24 hours
I think no 0 TBR will be recorded within pump history, so you will probably get standard profile basal rate take into account for abs iob (not 100% sure), so probably an over estimation of abs basal. (that's why a disconnection should be recorded to set a zero temp).
Workaround could be to disconnect pump for max duration (3 hours) to record the 0 TBR (or set manually a longer 0 TBR at your own risks), and close immediatly AAPS application (from 3 dots menu). This should prevent alarms. You can delete treatments within Treatments (3 dot menu). @MilosKozak correct me please if I made mistakes in my answers/explains... |
@Philoul Thanks for your generosity in taking the time to explain. Isn't pump disconnect a manual command and therefore more 'important' than an auto of re-establishing TBR? I appreciate the benefit of auto establishing base pump settings generally, but pump disconnect I would view as a master kill switch. If you dont have a pump connected, any insulin AAPS thinks it has delivered for any reason is 'fake'. I cant think of any safety exceptions to this, its a physical fact, unlike lost comms failures which would indeed be better with a standard basal rate applied. When reconnected I can indeed delete treatments, but TBR isn't a 'treatment'. So if it thinks its delivered basal and hasnt, I cant delete it. I have had to deleted SMBs where they have fired into my glove box. Im also effectively bolusing for basal. I dont know how this should be logged. The noise from other variables (stress, exercise etc) is probably more than the effect of programmed basal rate anyway. 3 dot>exit fully shuts down AAPS but it auto restarts, freezing action buttons until it first reloads pump history. Pump disconnect should auto trip a 0TBR for the time period selected, and AAPS currently doesn't do this. Manual 0TBR seems an unnecessary additional step that could / should be automated? I can manually kill TBR for an indefinite period. I do need the phone on for CGM and for manual bolus logging. I was running VP to manually log only boluses, but it doesnt fix the TBR issues although it may kill the alarms....since it can enact virtual TBR changes? How about switching to VP and then forcing 0TBR for indefinite period for a work around? Thanks |
This is true for your veŕy specific use case (tube pump physically disconnected) but wrong in several other possible use cases:
You cannot ignore insulin injected during this period
Wrong, or it could be a specific issue within your config... |
If you set disconnect for exercise and 0TBR ensues, under what circumstances would you want any insulin given? - having manually (top level) told AAPS you dont want any for the time period selected? Yes a patch is always physically there, but how can disconnect pump mean anything other than no insulin to be given for any reason (until 0TBR) times out)? And even then it would be recorded. The user sets the timer, and it would be better to re-initialize basal delivery as you say for no comms but this w/could be handled with loop on. BUT the user has manually overridden this by 'disconnect pump'. As you say, this is a top level command. It IS more important to log delivered insulin than to log fake insulin, this is true. Why do I need to set 0TBR if I disconnect pump? Is this user (me) error? Re-starting a TBR because the disconnected pump timed out is an automation, and only applies to patch users securely, for the same reason. I dont think you are following your own logical arguments / rules here. Manually delivered insulin (by pump) is checked by AAPS anyway? I'm not suggesting it should be ignored. If I cancel a bolus delivery half way through, it rightly throws an error, and on checking AAPS is aligned with pump history. Conversely, if I have to shut off the phone so that the alarms arent going crazy, Id have to switch it on, connect to the CGM, switch to VP and then log manual boluses and then switch it all off again. You unquestionably have more SW knowledge than me and make some good points, thanks for your interest and time. But there are some points that don't currently make sense (to me) and there is no obvious work around? I dont think its that small a population. Anyone who wants to run disconnected a while. It could even be forced as you dont have a spare canula / pod with you. You can manually enact a 0TBR for 24hr. I dont really see why its different. |
Technically, there is one case in AAPS where BG readings are already being added as careportal events automatically. That case is the Contour Plus/Next Link glucometer which, when configured, sends the BG level to a Medtronic pump and the readings can then get synced on the next refresh in AAPS. That is a unique situation though where the glucometer already communicates with the pump and it was simply possible to start handling the event that records that value. I believe the Eversense plugin also adds the BG level you input during calibration but I guess that can at best be called semi-manual since I don't believe Eversense app supports syncing with any glucometer. |
Hey family,
I believe disconnected pump / no CGM with stick functionality could be improved.
It would be more helpful if clicking 'disconnect pump', ALSO:
3)That the alarms are (optionally silenced) for CGM/pump comms. I normally have switched on (in case the pump battery dies, or there is no CGM for some reason) but the current disconnect pump needs users to silence these too.
Background:
I do water sports with pump off. I usually take the phone (and pen) to the beach so I can get CGM readings when resting.. After going out to sea, the TBR error alarm goes off even with the phone volume down (maybe alarm is notification volume?). Setting 0 TBR, alarms off are separate independent actions necessary
Logged on FB here https://www.facebook.com/groups/1900195340201874/user/885510710
The text was updated successfully, but these errors were encountered: