Skip to content

Commit 2577190

Browse files
author
XiTatiON
committed
Split out ble troubleshooting, and updates relevant section to link here
1 parent b378d2f commit 2577190

5 files changed

Lines changed: 189 additions & 116 deletions

File tree

docs/EN/CompatiblePumps/MedtrumNano.md

Lines changed: 3 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -383,6 +383,9 @@ From AAPS version 3.3.0.0 onwards, the sync progress is shown in the the home sc
383383
If you are experiencing connection timeouts or other connection issues:
384384
- In Android application settings for AAPS: Set location permission to "Allow all the time".
385385

386+
### Bluetooth issues
387+
For known issues with Bluetooth connections, dropouts of pump/pods, or activation and connection issues [Bluetooth Troubleshooting](../GettingHelp/BluetoothTroubleshooting.md)
388+
386389
### Activation interrupted
387390

388391
If the activation process is interrupted for example by and empty phone battery or phone crash. The activation process can be resumed by going to the change patch screen and follow the steps to resume the activation as outlined here: [Resume interrupted activation](#nano-resume-interrupted-activation)

docs/EN/CompatiblePumps/OmnipodDASH.md

Lines changed: 3 additions & 86 deletions
Original file line numberDiff line numberDiff line change
@@ -24,7 +24,7 @@ These are the specifications of the **Omnipod DASH** ('DASH') and what different
2424
- The activation status of a Pod is stored in the settings file, if you export a settings file with an active pod. Then change to a new pod, then restore the settings from your previous export you will have now restored the old pod activation and removed the new pod activation. This is why we recommend to export settings after each pod activation to allow a restore of that pods activation state if something happens to your rig.
2525
- When setting a new basal profile, DASH will suspend delivery before setting the new basal **Profile**. If there is a communication interruption or error, the basal profile won't automatically re-start. See section [Resuming Insulin Delivery](#omnipod-dash-resuming-insulin-delivery) for details.
2626
- If alerts are configured, and the pod is about to expire, the pod will keep beeping until alerts are silenced, see [Silencing Pod Alerts](#omnipod-dash-silencing-pod-alerts) for details.
27-
- There are a number of known issues with Bluetooth which can cause pod activation problems. See [Troubleshooting](#troubleshooting) for advice on Bluetooth issues, specifically the [Bluetooth related issues](#omnipod-dash-bluetooth-related-issues) section.
27+
- There are a number of known issues with Bluetooth which can cause pod activation problems. See [Bluetooth Troubleshooting](../GettingHelp/BluetoothTroubleshooting.md) for the known issue and solutions to these problems.
2828

2929
(hardware-software-requirements)=
3030

@@ -493,92 +493,9 @@ This section covers common known issues and solutions for Omnipod DASH use with
493493

494494
(omnipod-dash-bluetooth-related-issues)=
495495

496-
### Bluetooth related issues
496+
## **Bluetooth related issues**
497497

498-
Some members of the community have been running into issues with Pod activation failures and other pod errors related to Bluetooth. Many of these issues can be traced to one of the following issues:
499-
500-
#### **Android 16**
501-
502-
- Android 16 needs at a minimum **AAPS** version 3.3.2.1, as this versions has fixes added to specifically address [known problems](../GettingHelp/GeneralTroubleshooting.md#cannot-start-omnipod-with-android-16) introduced in Android 16 for Omnipod.
503-
504-
#### **Apps that use the "Nearby devices" Android permission**
505-
506-
Android allows you to control what each app is able to do or access on your phone via a permission model. For each app installed you can choose to allow or deny specific permissions, e.g. access files on the device, access to bluetooth, scan for nearby devices etc.
507-
508-
**AAPS** requires a number of specific permission to function, one which is required ensure that Pods work is the "Nearby devices" permission. There are many other applications which also require this permission, the community is finding that a number of applications when they are granted this permission can cause issues with activating new Pods on some devices.
509-
510-
#### **Apps that use "Nearby device" permissions and are known to have caused problems:**
511-
512-
Apps in this list have been discussed in one or more places in the community as causing problems for Omnipod DASH devices. Any advice and links to the information found will be in this table.
513-
514-
***NOTE:** If you wish to update any info in this table please ping @XiTatiON on #omnipod-dash Discord channel.*
515-
516-
- **myBMW** MyBMW interrupted Medtrum Nano and Omnipod DASH. The MyBMW app prompts regarding permission for "find nearby devices" only once, if you don't grant it, it still works absolutely OK
517-
518-
- **Amazon Alexa** Removing "Nearby devices" for Alexa app resolved problem for some people but will break the ability to pair Matter IOT devices
519-
520-
- **MINI app** Appears the app is based on myBMW app and might mirror it's behavior as a result
521-
522-
- **BM2** Solar Battery Monitoring app, used in a bunch of camper van and camping solar setups, when the app is running it prevented activation of a New Pod. Forcer Stoping the app while activating an new pod worked around the issue. Running the app after that didn't appear to interfere with Dash functionality (On a Pixel 8 Pro running A16).
523-
524-
525-
526-
#### **How to revoke "Nearby device" permissions for other apps:**
527-
If you are facing issues activating a new Pod and you are running on the correct supported version of **AAPS** for your version of Android. It may be necessary to revoked the permission for other apps while activating a new Pod.
528-
529-
Follow this procedure to revoked the "Nearby device" permission for all apps except **AAPS**:
530-
531-
***NOTE:** The screenshots and instructions in this guide are from a Vanilla Android 16 install on Google Pixel 8 Pro. Other manufactures and devices will likely not exactly match these menus and settings descriptions, adjust the steps to suit the device you have and if you are stuck see [Where to get help for dash](#omnipod-dash-where-to-get-help-for-dash) section on how to reach out to the community for support.*
532-
533-
1. Open Android settings on your phone, scroll down and press on **Security and privacy (1)**.
534-
535-
![android_settings_sec_priv](../images/android_16/android_settings_sec_priv.png)
536-
537-
2. Scroll down and press on **Privacy controls (1)**.
538-
539-
![android_sec_priv](../images/android_16/android_sec_priv.png)
540-
541-
3. Press on **Permission manager (1)**.
542-
543-
![android_priv_control](../images/android_16/android_priv_control.png)
544-
545-
3. Scroll down and press on **Nearby devices (1)**.
546-
547-
![android_perm_man_nearby_dev](../images/android_16/android_perm_man_nearby_dev.png)
548-
549-
4. Browse the list of apps and press on the app you wish to revoke **Nearby devices** permissions for.
550-
551-
In this guide **Android Auto (1)** is the app we will revoke the permission on.
552-
553-
To avoid bricking more pods we advise everyone initially to revoke the permission on all apps except **AAPS**.
554-
555-
***NOTE:** If you are unsure which app is causing you an issue, disable them all (remember to check the list of known problem apps too and start with those) and if you can spare a few bricked pods on the way, enable the permission on one new app before every new Pod activation, until you can narrow down which app specifically causes your Pod issues. If you do identify new problematic apps please let us know on the #omnipod-dash Discord channel.*
556-
557-
![android_nearby_dev](../images/android_16/android_nearby_dev.png)
558-
559-
5. To revoke the permission Press on **Don't allow (1)**, then Press on **Don't allow anyway (2)**. If done correctly you should see **Don't allow (3)** as the selected Toggle option. You can now go back to the **Nearby device** menu by pressing the **Back arrow (4)** and change this setting on other apps if required.
560-
561-
![android_auto_nearby_dev](../images/android_16/android_auto_nearby_dev.png) ![android_auto_nearby_dev](../images/android_16/android_auto_nearby_dont_allow_anyway.png) ![android_auto_nearby_dev](../images/android_16/android_auto_nearby_dont_allow.png)
562-
563-
#### **How to re-enable "Nearby device" permissions for system apps and other apps:**
564-
565-
1. If required Reference the **"How to revoke "Nearby device" permissions for other apps"** section on how to get to the app privacy settings, then once in the **Nearby device** configuration proceed to 2.
566-
567-
2. Browse the list of apps and press on the app you wish to allow **Nearby devices** permissions for.
568-
569-
In this guide **Android Auto (1)** is the app we will allow the permission on.
570-
571-
You will notice that **Android Auto (1)** is missing in the app list after the permission is revoked. This is because the **Android Auto** app is a **System app** and by default system apps are hidden.
572-
573-
![android_auto_nearby_dev_missing](../images/android_16/android_auto_nearby_dev_missing.png)
574-
575-
3. To show hidden system apps Press on the **Three Dotted Lines (Hamburger) (1)**, then Press on **"Show System (1)"**. You should now be able to see the hidden system app in the list **Android Auto (3)**.
576-
577-
***NOTE:** If an app is revoked you will need to scroll down until you see the list of revoked apps lower down in the list.*
578-
579-
![android_auto_nearby_dev_missing_hamburger](../images/android_16/android_auto_nearby_dev_missing_hamburger.png) ![android_auto_nearby_show_system](../images/android_16/android_auto_nearby_show_system.png) ![android_nearby_dev_system](../images/android_16/android_nearby_dev_system.png)
580-
581-
5. Follow the guidance in **"How to revoke "Nearby device" permissions for other apps"** in reverse to re-enable permissions for each app.
498+
For known issues with Bluetooth connections, dropouts of pump/pods, or activation and connection issues [Bluetooth Troubleshooting](../GettingHelp/BluetoothTroubleshooting.md)
582499

583500
---
584501
### Delivery suspended
Lines changed: 124 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,124 @@
1+
(bluetoothtroubleshooting-bluetooth-related-issues)=
2+
3+
# **Bluetooth related issues**
4+
5+
Some members of the community have been running into issues with Omnipod DASH activation failures and Medtrum Nano connectivity problems, and other pod errors related to Bluetooth. Many of these issues can be traced to one of the following issues.
6+
7+
Some of these issues likely apply to other Bluetooth Insulin pumps too, the Medtrum Nano has known issues with nearby device permission as well as the Omnipod DASH.
8+
9+
---
10+
11+
(bluetoothtroubleshooting-cannot-start-omnipod-with-android-16)=
12+
13+
## Cannot start Omnipod with Android 16
14+
- Android 16 needs at a minimum **AAPS** version 3.3.2.1 for the Omnipod DASH to work correctly, as this versions has fixes added to specifically address [known problems](../GettingHelp/GeneralTroubleshooting.md#cannot-start-omnipod-with-android-16) introduced in Android 16 for Omnipod.
15+
16+
---
17+
18+
(bluetoothtroubleshooting-apps-using-nearby-device-permission)=
19+
20+
## Apps that use the "Nearby devices" Android permission can cause connection drops and Pod activation problems
21+
22+
Android allows you to control what each app is able to do or access on your phone via a permission model. For each app installed you can choose to allow or deny specific permissions, e.g. access files on the device, access to bluetooth, scan for nearby devices etc.
23+
24+
**AAPS** requires a number of specific permission to function, one which is required ensure that Pods work is the "Nearby devices" permission. There are many other applications which also require this permission, the community is finding that a number of applications when they are granted this permission can cause issues with activating new Pods on some devices.
25+
26+
(bluetoothtroubleshooting-apps-using-nearby-device-permission-known-apps)=
27+
28+
### **Apps that use "Nearby device" permissions and are known to have caused problems:**
29+
30+
Apps in this list have been discussed in one or more places in the community as causing problems for Omnipod DASH devices and in some cases Medtrum Nano too. Any advice and links to the information found is listed below:
31+
32+
***NOTE:** If you wish to update any info here please ping @XiTatiON on #omnipod-dash Discord channel.*
33+
34+
- **myBMW** MyBMW interrupted Medtrum Nano and Omnipod DASH. The MyBMW app prompts regarding permission for "find nearby devices" only once, if you don't grant it, it still works absolutely OK
35+
36+
- **Amazon Alexa** Removing "Nearby devices" for Alexa app resolved problem for some people but will break the ability to pair Matter IOT devices
37+
38+
- **MINI app** Appears the app is based on myBMW app and might mirror it's behavior as a result
39+
40+
- **BM2** Solar Battery Monitoring app, used in a bunch of camper van and camping solar setups, when the app is running it prevented activation of a New Pod. Forcer Stopping the app while activating an new pod worked around the issue. Running the app after that didn't appear to interfere with Dash functionality (On a Pixel 8 Pro running A16).
41+
42+
(bluetoothtroubleshooting-revoke-nearby-device-permission)=
43+
44+
### **How to revoke "Nearby device" permissions for other apps:**
45+
If you are facing issues activating a new Pod and you are running on the correct supported version of **AAPS** for your version of Android. It may be necessary to revoked the permission for other apps while activating a new Pod.
46+
47+
Follow this procedure to revoked the "Nearby device" permission for all apps except **AAPS**:
48+
49+
***NOTE:** The screenshots and instructions in this guide are from a Vanilla Android 16 install on Google Pixel 8 Pro. Other manufactures and devices will likely not exactly match these menus and settings descriptions, adjust the steps to suit the device you have and if you are stuck see [Where to get help for dash](#omnipod-dash-where-to-get-help-for-dash) section on how to reach out to the community for support.*
50+
51+
1. Open Android settings on your phone, scroll down and press on **Security and privacy (1)**.
52+
53+
![android_settings_sec_priv](../images/android_16/android_settings_sec_priv.png)
54+
55+
2. Scroll down and press on **Privacy controls (1)**.
56+
57+
![android_sec_priv](../images/android_16/android_sec_priv.png)
58+
59+
3. Press on **Permission manager (1)**.
60+
61+
![android_priv_control](../images/android_16/android_priv_control.png)
62+
63+
3. Scroll down and press on **Nearby devices (1)**.
64+
65+
![android_perm_man_nearby_dev](../images/android_16/android_perm_man_nearby_dev.png)
66+
67+
4. Browse the list of apps and press on the app you wish to revoke **Nearby devices** permissions for.
68+
69+
In this guide **Android Auto (1)** is the app we will revoke the permission on.
70+
71+
To avoid bricking more pods we advise everyone initially to revoke the permission on all apps except **AAPS**.
72+
73+
***NOTE:** If you are unsure which app is causing you an issue, disable them all (remember to check the list of known problem apps too and start with those) and if you can spare a few bricked pods on the way, enable the permission on one new app before every new Pod activation, until you can narrow down which app specifically causes your Pod issues. If you do identify new problematic apps please let us know on the #omnipod-dash Discord channel.*
74+
75+
![android_nearby_dev](../images/android_16/android_nearby_dev.png)
76+
77+
5. To revoke the permission Press on **Don't allow (1)**, then Press on **Don't allow anyway (2)**. If done correctly you should see **Don't allow (3)** as the selected Toggle option. You can now go back to the **Nearby device** menu by pressing the **Back arrow (4)** and change this setting on other apps if required.
78+
79+
![android_auto_nearby_dev](../images/android_16/android_auto_nearby_dev.png) ![android_auto_nearby_dev](../images/android_16/android_auto_nearby_dont_allow_anyway.png) ![android_auto_nearby_dev](../images/android_16/android_auto_nearby_dont_allow.png)
80+
81+
(bluetoothtroubleshooting-re-enable-nearby-device-permission)=
82+
83+
### **How to re-enable "Nearby device" permissions for system apps and other apps:**
84+
85+
1. If required Reference the **"How to revoke "Nearby device" permissions for other apps"** section on how to get to the app privacy settings, then once in the **Nearby device** configuration proceed to 2.
86+
87+
2. Browse the list of apps and press on the app you wish to allow **Nearby devices** permissions for.
88+
89+
In this guide **Android Auto (1)** is the app we will allow the permission on.
90+
91+
You will notice that **Android Auto (1)** is missing in the app list after the permission is revoked. This is because the **Android Auto** app is a **System app** and by default system apps are hidden.
92+
93+
![android_auto_nearby_dev_missing](../images/android_16/android_auto_nearby_dev_missing.png)
94+
95+
3. To show hidden system apps Press on the **Three Dotted Lines (Hamburger) (1)**, then Press on **"Show System (1)"**. You should now be able to see the hidden system app in the list **Android Auto (3)**.
96+
97+
***NOTE:** If an app is revoked you will need to scroll down until you see the list of revoked apps lower down in the list.*
98+
99+
![android_auto_nearby_dev_missing_hamburger](../images/android_16/android_auto_nearby_dev_missing_hamburger.png) ![android_auto_nearby_show_system](../images/android_16/android_auto_nearby_show_system.png) ![android_nearby_dev_system](../images/android_16/android_nearby_dev_system.png)
100+
101+
5. Follow the guidance in **"How to revoke "Nearby device" permissions for other apps"** in reverse to re-enable permissions for each app.
102+
103+
---
104+
105+
(bluetoothtroubleshooting-android-15-bluetooth-connection-problems)=
106+
107+
## Android 15 Frequent Bluetooth connection problems
108+
109+
After upgrading Android or moving to a recent phone, **AAPS** frequently loses Bluetooth connection to the pump. The problem disappears temporarily when restarting the phone. If the phone runs Android 15. Enabling the **Bond BT device on Android 15+** setting within **AAPS** settings may help improve stability of Bluetooth connections, follow guide below to enable this:
110+
111+
***NOTE:** Only enable the **Bond BT device on Android 15+** option on Android 15, and only if you experiance connectivity issues. DO NOT enable bonding option on Android 16.*
112+
113+
1) **Open preferences** by clicking the three-dot menu on the top right side of the home screen.
114+
115+
![Open preferences](../images/Pref2020_Open2.png)
116+
117+
2. Scroll down and open the **Confirmation beeps** / **Advanced** submenu. Enable **Bond BT device on Android 15+**.
118+
119+
![BondBT](../images/troubleshooting/BondBT.png)
120+
121+
122+
3. If the pump asks for a pairing request, accept it.
123+
124+
4. Restart your phone.

0 commit comments

Comments
 (0)