diff --git a/docs/build/pump.md b/docs/build/pump.md index b107c950498..08f99c5f01a 100644 --- a/docs/build/pump.md +++ b/docs/build/pump.md @@ -69,7 +69,7 @@ The DASH system has the newer, slimmer locked-android Personal Diabetes Manager ![img/dash.png](img/dash.png){width="750"} {align="center"} -[See warning about iPhone 16 with DASH](phone.md#compatible-device){: target="_blank" }. +[See warning about iPhone 16/17e with DASH](phone.md#compatible-device){: target="_blank" }. ### Omnipod 5 @@ -79,8 +79,6 @@ Loop does not support Omnipod 5 Pods in the released code. * You must build a development branch to test Omnipod 5 - we encourage most people to wait while experienced users test this implementation * Be sure to read the [Omnipod 5 FAQs](../faqs/omnipod-faqs.md#is-omnipod-5-available-for-open-beta-testing){: target="_blank" } * See [Updates in dev](../version/development.md#updates-in-dev){: target="_blank" } if you are an experienced user who wants to help with testing and are willing to build frequently and report any issues to the development team - * Omnipod 5 code is experimental and does not provide a heartbeat - * This means you rely on your CGM to wake up the app when it is in the background or the phone is locked - - - diff --git a/docs/faqs/glossary.md b/docs/faqs/glossary.md index 71e46a575b6..cb8f88aa198 100644 --- a/docs/faqs/glossary.md +++ b/docs/faqs/glossary.md @@ -116,6 +116,8 @@ When Google Translate is selected: **Hamburger Menu**  (Hamburger Menu): three parallel lines that, when tapped, open a new menu +**hotfix**  (hotfix): An urgent fix that is applied to both the released and development branches at the same time + **HUD**  (HUD): Heads-Up Display at top of Loop main screen, phone in portrait mode **ICE**  (ICE): Insulin Counteraction Effect - Refers to the difference between observed change in blood glucose and the change in blood glucose that Loop models based on the effects of insulin. diff --git a/docs/faqs/omnipod-faqs.md b/docs/faqs/omnipod-faqs.md index d36460e4f43..cf15fe1534d 100644 --- a/docs/faqs/omnipod-faqs.md +++ b/docs/faqs/omnipod-faqs.md @@ -44,7 +44,7 @@ OmnipodKit replaces the need for OmniKit and OmniBLE submodules and provides sup * If you read the PR, you may see language about the system getting "wedged" where the iOS and Pod states were not communicating and suffered from a very-long timeout before trying again * The *eager-connect* method, senses if the connection is taking too long and restarts the process * With iPhone 16/17e, the connection is much faster: a few seconds instead of seconds to minutes - * For all other phones, the *eager-connection* is ready to communicate with the pod in a few seconds, so the user can still notice a slight delay compared to the *keep-connected* method, but faster than with *ble-heartbeat* method + * For all other phones, the *eager-connection* is ready to communicate with the pod in a few seconds, so the user can still notice a slight connection delay compared to the *keep-connected* method, but faster than with *ble-heartbeat* method ### Table of OmnipodKit Versions @@ -55,9 +55,24 @@ For details about the different Bluetooth connection methods nicknamed *keep-con |:--|:--|:--|:--|:--| | before Loop 3.14.2 | released | OmniKit
OmniBLE | *keep-connected*| Classic, DASH | | Loop 3.14.2 | released | OmnipodKit | *keep-connected* | Classic, DASH | -| Loop 3.14.4 | dev | OmnipodKit | *ble-heartbeat* | Classic, DASH, Omnipod 5 | +| Loop 3.14.5 | dev | OmnipodKit | *ble-heartbeat* | Classic, DASH, Omnipod 5 | | Loop 3.15.2 | next-dev | OmnipodKit | *eager-connect* | Classic, DASH, Omnipod 5 | +#### Map of OmnipodKit SHA + +This is a snapshot in time. Users do not need this but developers may find this helpful in selecting which version of OmnipodKit to use for their release and development branches. + +**OmnipodKit Branches / SHA as of 2026-09-06** + +* subject to modification - be sure to check [GitHub](https://github.com/loopandlearn/OmnipodKit/branches) +* all these branch support Classic, DASH, and Omnipod 5 Pods +* all these branches support a connect on demand Bluetooth method + +| Branch | Date | SHA | BLE Method | +|:--|:--|:--|:--| +| main | 5 Sep 2026 | `1d1f21b` | *ble-heartbeat* | +| dev | 6 Sep 2026 | `8df0b2b` |*ble-heartbeat* | +| next-dev | 31 Aug 2026 | `6106c1c` | *eager-connect* | ## Is Omnipod 5 available for open-beta testing? @@ -77,12 +92,7 @@ This is all handled for you automatically. You simply need to ensure you have in ### Should I switch to Omnipod 5 now? -1. Don't be in a rush -1. This is new code that has been tested by a dozen developers in closed-beta testing -1. Consider waiting a few weeks and letting experienced people do the testing -1. There are a few known issues but we expect more will be revealed when we get a bigger group of testers - * The current implementation for Omnipod 5 requires you to [use a CGM with a heartbeat](#what-are-the-known-issues) - * If you are using something like Nightscout as a CGM, your app goes to sleep and does not wake up if it is not in the foreground with the phone unlocked +Don't be in a rush, the open beta testing is almost completed and Omnipod 5 will be in released code soon ### How can I switch to Omnipod 5? @@ -130,32 +140,27 @@ You are not required to upload a Loop Report following each successful Pod chang These are known issues for the `dev` branch of Loop. +* The `dev` branch uses a connect-on-demand method for connecting to both DASH and Omnipod 5 Pods so you may notice a slight delay in connecting, getting status and then responding to a command from Loop + * This is normal, be patient +* [Will I still get 203 errors?](#will-i-still-get-203-errors) - we do not know but early testing indicates reduced frequency of 203 faults for Atlas DASH Pods +* If you are using an iPhone 16/17e, the connection delay is variable and can be quite severe (up to minutes to connect) + * Use the [Pod Keep Alive Feature](../loop-3/omnipod.md#pod-keep-alive-feature){: target="_blank" } - most people use the Silent Tune option + #### Updates in `next-dev` branch only A new BLE management protocol is under test in the `next-dev` branch. This branch fixes the following issues: -* [No Pump Heartbeat](#no-pump-heartbeat) - the `next-dev` branch provides a heartbeat -* [More frequent pod not connected messages](#more-frequent-pod-not-connected-messages) - limited testing, but this is no longer observed -* [Will I still get 203 errors?](#will-i-still-get-203-errors) - we do not know but because the new method communicates much less frequently with Pods (DASH and Omnipod 5), it is possible this will reduce the frequency of 203 faults +* [Will I still get 203 errors?](#will-i-still-get-203-errors) - we do not know but early testing indicates reduced frequency of 203 faults for Atlas DASH Pods +* If you are using an iPhone 16/17e, the connection delay has been dramatically redused using the new *eager-connect* connect-on-demand method + * Early testing indicates the Pod Keep Alive option might not be needed, but it is available if you have difficulty with the iPhone 16/17e plus Atlas DASH combination #### No Pump Heartbeat -* The current implementation for Omnipod 5 requires you to [use a CGM with a heartbeat](#what-are-the-known-issues) -* If you are using something like Nightscout as a CGM, your app goes to sleep and does not wake up if it is not in the foreground with the phone unlocked - -> see [Updates in `next-dev` branch only](#updates-in-next-dev-branch-only) - -#### More frequent pod not connected messages - -The private-beta testers noticed more frequent notifications that the pod is not connected. But the app continues to work. There are more periods when the spacing between automatic adjustments is 10 minutes instead of 5 minutes, but the majority of the time, every CGM reading triggers an automatic calculation. - -> see [Updates in `next-dev` branch only](#updates-in-next-dev-branch-only) +* An early implementation (dev v3.14.3) did not provide an Omnipod 5 heartbeat; please rebuild if your CGM does not provide a hearbeat ### Will I still get 203 errors? -The increased frequency of faults noticed with DASH Atlas Pods has not been observed in the Ominpod 5 Pods tested to date. Considering just the Pods that are not expired, there is a 3% failure rate with the failure being an occlusion (105) fault. There were testers in the private beta group using DASH instead of Omnipod 5. They had a 20% failure rate on a small sample of DASH Pods, all 203 faults near the 72 hours time frame. - -> see [Updates in `next-dev` branch only](#updates-in-next-dev-branch-only) +Both the `dev` and `next-dev` branches use a new connect-on-demand method that appears to reduce the frequency of 203 faults for Atlas DASH pod. In addition, not 203 faults have been observed to date by any of the Omnipod 5 testers. ## Which Pods work with the *Loop* app? @@ -185,16 +190,19 @@ You do not need the Omnipod Personal Diabetes Manager (PDM), just the pod suppli DASH and Omnipod 5 pumps communicate with the phone via Bluetooth so they do not require a RileyLink compatible device. You may find the Omnipod 5 a little slower when pairing than the DASH because of the extra layer of security added to these Pods. -!!! tip "To date, no iPhone model specific issues have been found with Omnipod 5 Pods" - * Omnipod 5 code is experimental and does not provide a heartbeat - * This means you rely on your CGM to wake up the app when it is in the background or the phone is locked - +**To date, no iPhone model specific issues have been found with Omnipod 5 Pods.** ### Increase in DASH Faults There have been a number of lots of Atlas DASH Pods that exhibit an increase in the frequency of certain DASH Faults when used with iOS Open-Source Automated Insulin Delivery Systems (OS-AID). This is different from the Bluetooth connection issues for some iPhone models: see [Keep Alive: Atlas or InPlay DASH Pods](#keep-alive-atlas-or-inplay-dash-pods). -To the best of our knowledge this is not something that we (as OS-AID developers and users) can control. People who have boxes that fail early find most Pods in that box fail early. +It took a while, but we are testing (in `dev` and `next-dev` branches) a different method of connecting to Pods that appears to reduce the frequency of 203 Faults. There are still other faults that can happen with any pods, but that particular fault was quite a problem. + +#### Status for released code + +This section remains valid for folks using released code, v3.14.2 or earlier, which used the *keep-connected* method for Bluetooth between the phone and pod. The new methods under test, which connect on demand, provide reduced frequency for 203 faults. + +People who have boxes that fail early find most Pods in that box fail early. * The 203 fault is the most common one to exhibit an increase in frequency; occuring on the third day of Pod life * The 016 fault also exhibits an increased frequency and this one happens early in Pod life @@ -202,16 +210,16 @@ To the best of our knowledge this is not something that we (as OS-AID developers We have looked at the analytics reported from Loop users who [share their data](../loop-3/onboarding.md#usage-data-sharing){: target="_blank" }. The increase in fault rate appears to go along with the increased used of Atlas Pods. Reports from users that their Pods failed early started in November/December of 2025 and continues to increase through at least May 2026. Note that 203 and 016 faults have been around for a long time. The increased fault rate (almost 20 times more likely for 203 and 4 times more likely for 016) is associated with the Atlas DASH Pods which use a different internal card with different firmware. -> see [Updates in `next-dev` branch only](#updates-in-next-dev-branch-only) - ### Keep Alive: Atlas or InPlay DASH Pods !!! warning "iPhone 16 (all models) and 17e model with Omnipod DASH" **iPhone 16 all models** and **iPhone 17e model only** can be slow to reconnect to Atlas versions of DASH Pods. This can cause delays to automatic and manual insulin dosing. - **Other phones, including iPhone 17 models other than 17e, do not have the reconnection problems with InPlay DASH Pods** - but see [Increase in DASH Faults](#increase-in-dash-faults) which affects all phone models and seems to be box specific. + **Other phones, including iPhone 17 models other than 17e, do not have the reconnection problems with InPlay DASH Pods** - but see [Increase in DASH Faults](#increase-in-dash-faults) when using the *keep-connected* Bluetooth method which affects all phone models and seems to be box specific. -> Note that the BLE Management updates found in the `next-dev` branch, see [Updates in `next-dev` branch only](#updates-in-next-dev-branch-only), cannot fix the slow reconnection time for Atlas DASH Pods using iPhone 16 and 17e. The `next-dev` code still offers Pod Keep Alive, which works by always keeping the Pod connected via Bluetooth. +> * Note that the BLE Management modifications found in the `dev` branch, known as *ble-heartbeat*. cannot fix the slow reconnection time for Atlas DASH Pods using iPhone 16 and 17e. + +> * The `next-dev` code offers yet another version of connect on demand, nicknamed *eager-connect*. It senses if the connection is taking too long, quits the attempt and retries until the connection goes through. For iPhone 16/17e, this can still be a few seconds, but much faster than before. Beginning in 2025, DASH Pods began using the newer version of chips and firmware. The only way to tell the difference before use is to examine the paper cover over the Pods inside the box for the word `Atlas` (newer) or `SAW` (older) as shown in the graphic below. These `Atlas` Pods, which report electronically as `InPlay BLE`, are the new version. @@ -243,8 +251,7 @@ Beginning in 2025, DASH Pods began using the newer version of chips and firmware > The earliest `Atlas` DASH Pods noticed by the OS-AID community were manufactured in Feb 2025. Some TWI DASH Pods were manufactured in May 2025. Later in 2025, `Atlas` DASH Pods with July 2025 and later manufacture dates were seen. -We have no insight into the deployment plans from Insulet. Just pay attention if you have an iPhone 16 or iPhone 17e. Otherwise, you won't notice a difference. - +**The *eager-connect* method, currently under test, may be a fix for the iPhone 16/17e connection issue.** - - - diff --git a/docs/loop-3/add-cgm.md b/docs/loop-3/add-cgm.md index ef59d4c451b..ee30a59b902 100644 --- a/docs/loop-3/add-cgm.md +++ b/docs/loop-3/add-cgm.md @@ -148,6 +148,15 @@ Part of the problem with Libre sensors is that there are differences in region, Libre sensors that are unsupported: Libre Pro, Libre H, and Libre Sense Glucose Sport Biosensors. ### Eversense E3/365 + +!!! warning "Eversense Transmitter Connects to One App" + You can move back and forth between your OS-AID app with Eversense or the Eversense native app but you can only use one at a time. + + When transitioning: + + * Disconnect the Transmitter from the app you are leaving + * Go into phone settings: Bluetooth, find the Transmitter ID and select "Forget this device" + * Go to the app you want to use with Eversense, log in if needed and select the Transmitter With Eversense added to *Loop* you get direct connection to your transmitter for glucose readings and can configure alert notifications. Because the transmitter can only connect to one app at a time, you must first disconnect from the Eversense app before you can connect to the *Loop* app. @@ -178,10 +187,10 @@ Step 3: Once connected to the Eversense Transmitter, tap on the row that says DM #### Troubleshooting -If you are having trouble with connecting to the Eversense, try these steps. +If you are having trouble with connecting to the Eversense, try these steps, one at a time. * Make sure the official Eversense app is not connected to the Transmitter -* In your phone settings, find the Transmitter name and forget that device +* In your phone settings under Bluetooth, find the Transmitter name and forget that device * Reboot your phone #### Important Information diff --git a/docs/loop-3/eversense.md b/docs/loop-3/eversense.md index 754118efd8e..6824da32624 100644 --- a/docs/loop-3/eversense.md +++ b/docs/loop-3/eversense.md @@ -45,11 +45,13 @@ If you want to upload your readings to the Eversense servers tap on the DMS Sett * Enable Upload * Enter your Eversense Credentials -If you want to share your readings using Eversense NOW, you can invite them from this same screen. +The default delay is 1 hour but can be selected with a delay of "None" as an option. -![eversense calibration status](img/eversense-dms.png){width="300"} +![eversense dms status](img/eversense-dms.png){width="300"} {align="center"} +If you want to share your readings using Eversense NOW, scroll down on this same screen and tap the *Invite follower* row. + - - - ## *Loop* Main Screen diff --git a/docs/loop-3/omnipod.md b/docs/loop-3/omnipod.md index fa16973d48d..4b99006e561 100644 --- a/docs/loop-3/omnipod.md +++ b/docs/loop-3/omnipod.md @@ -430,10 +430,6 @@ You are likely to hear a Pod fault before Loop notices. If your phone is locked, Unlock your phone, open Loop, navigate to the Pod Status screen and use the slider to Deactivate Pod to stop the noise. The Pod fault - even if it does not show up in the HUD or the Pod Status screen, will be picked up by the process of sliding to Deactivate Pod. You can then view the Fault information in the [Previous Pod Details](#previous-pod) screen. -#### Updates with Version 3.4.x - -The updates included with version 3.4.x make it easier to find the Pod fault, should one occur. - The fault will appear on the Omnipod screen and more details will be shown when you tap on Replace Pod to arrive at the Deactivate screen. You can grab a quick screenshot on the Deactivate screen if desired. The fault information can still be found under [Previous Pod Details](#previous-pod) if you need to find it after you Deactivate the "screaming" Pod. @@ -442,11 +438,9 @@ The fault information can still be found under [Previous Pod Details](#previous- ## Pod Keep Alive Feature -No better solution has been found for dealing with the difficulty reconnecting Atlas DASJ Pods with iPhone 16 (all models) and iPhone 17e. Therefore, the features previously found just in the `feat/pod-keep-alive` branch of LoopWorkspace are part of the released code as of version 3.14.0. - -There is a new "Pod Keep Alive" option at the bottom of the "Omnipod DASH" screen. This is intended to assist users who have both an iPhone 16 (all models) or 17e and [DASH Pods with a InPlay BLE (Atlas) board](../faqs/omnipod-faqs.md#keep-alive-atlas-or-inplay-dash-pods){: target="_blank" }. Model 17 phones, except for the 17e, do not exhibit this problem. No action is taken automatically unless both these cases are detected to be true. +Although there is a method under test in development branches, it is not available in the released code. Until that method is proven, the difficulty reconnecting Atlas DASH Pods with iPhone 16 (all models) and iPhone 17e is helped by using the Pod Keep Alive feature. It still might take time for the initial connection, but so long as the pod and phone are within Bluetooth range, the pod never disconnects itself from the phone. This is available as part of the released code for versions 3.14.0 and newer. -It was tested for LoopWorkspace and Trio. +The "Pod Keep Alive" option is found the bottom of the "Omnipod DASH" screen. This is intended to assist users who have both an iPhone 16 (all models) or 17e and [DASH Pods with a InPlay BLE (Atlas) board](../faqs/omnipod-faqs.md#keep-alive-atlas-or-inplay-dash-pods){: target="_blank" }. Model 17 phones, except for the 17e, do not exhibit this problem. No action is taken automatically unless both these cases are detected to be true. The concept is by choosing one of the Pod Keep Alive choices, the app sends a getStatus to the Pod before the 3 minute disconnect happens. Therefore, so long as you and the Pod stay close to the phone, the Pod will be connected for any command (either manual or automatic) including bolus, temp basal, modify scheduled basal rates, suspend, or deactivate. diff --git a/docs/version/development.md b/docs/version/development.md index ac43e35f596..e76569e60b8 100644 --- a/docs/version/development.md +++ b/docs/version/development.md @@ -42,12 +42,12 @@ Please read this entire page before using any version of *Loop* other than the r This section provides an overview of changes to `dev` compared to the current release: [`Loop v3.14.2`](releases.md#v3142-highlights){: target="_blank" }. -The current version of `dev` is v3.14.4. The differences with respect to `main` are found in [PR 459](https://github.com/LoopKit/LoopWorkspace/pull/459) and [PR 469](https://github.com/LoopKit/LoopWorkspace/pull/469). +The current version of `dev` is v3.14.5. The differences with respect to `main` are found in [PR 459](https://github.com/LoopKit/LoopWorkspace/pull/459), [PR 469](https://github.com/LoopKit/LoopWorkspace/pull/469) and [PR 488](https://github.com/LoopKit/LoopWorkspace/pull/488). * Those who want to participate in the Open Beta for using Omnipod 5, should build the `dev` branch; it is also supported in the `next-dev` branch * Those who have been using feature branches for Medtrum or Eversense support can build the released code, which has support for both Medtrum Pumps and Eversense CGM -* Those on the Dana pump must keep building a feature branch, but the name of the branch changed - * Dana users need to update the name of the branch they build to `feat/all-managers` + * There are updates to both Medtrum and Eversense in the `dev` branch (v3.14.5), which should be released to `main` very soon +* Those on the Dana pump must keep building the feature branch, `feat/all-managers` Please see [Table of Retired Branches](#table-of-retired-branches) for up to date information about what branch you need to build for Dana support. @@ -59,7 +59,7 @@ In addition to the main and dev branches, which are tightly controlled and only * The `update_dev_to_M.m.#` is where the next version of dev is tested before becoming part of `dev` and later being released as `main` * The branches starting with `feat/` have one or more special features, like support for new pumps, CGM or the new universal pump manager for all types of Omnipods -* As mentioned earlier, there is also a `next-dev` branch for early adopters of what will eventually be Loop version 4, but is currently tagged as v3.15. +* As mentioned earlier, there is also a `next-dev` branch for early adopters of what will eventually be Loop version 4, but is currently tagged as v3.15.x The graphic below shows the `main` and `dev` branches along with some feature branches and an update branch. This is a snapshot in time and no longer reflects the current status. Always check [Table of Active Branches](#table-of-active-branches). @@ -84,8 +84,8 @@ The table below lists active branches. |
branch | version # |
last updated | comments | |:--|:--|:--|:--| | main | 3.14.2 | 6 June 2026 | release | -| dev | 3.14.4 | 31 July 2026 | uses the *ble-heartbeat* method for OmnipodKit plus improves G7 Sensor drop-outs
adds support for Omnipod 5
Please read [Status for Open Beta for Omnipod 5](#status-for-open-beta-for-omnipod-5)
See [PR 459](https://github.com/LoopKit/LoopWorkspace/pull/459)
See [PR 469](https://github.com/LoopKit/LoopWorkspace/pull/469) | -| `feat/all-managers`
- SHA `7a35cf6` | 3.14.4 | 31 July 2026| This branch contains all the managers and is primarily for developers to use for testing
It also provides `DanaKit @ 2884c39` support
**Please read** [Status for Dana Support](#status-for-dana-support)
**Please read** [Feature Branch: feat/all-managers](#feature-branch-featall-managers) | +| dev | 3.14.5 | 6 Sep 2026 | uses the *ble-heartbeat* method for OmnipodKit plus improves G7 Sensor drop-outs
adds support for Omnipod 5
Please read [Status for Open Beta for Omnipod 5](#status-for-open-beta-for-omnipod-5)
See [PR 459](https://github.com/LoopKit/LoopWorkspace/pull/459)
See [PR 469](https://github.com/LoopKit/LoopWorkspace/pull/469)
See [PR 488](https://github.com/LoopKit/LoopWorkspace/pull/488) | +| `feat/all-managers`
- SHA `30135eb` | 3.14.5 | 5 Sep 2026| This branch contains all the managers and is primarily for developers to use for testing
It also provides `DanaKit @ 7f4f3e4f` support
**Please read** [Status for Dana Support](#status-for-dana-support)
**Please read** [Feature Branch: feat/all-managers](#feature-branch-featall-managers) | | `next-dev` | 3.15.2 | subject to rapid change | [Status for `next-dev` Branch](#status-for-next-dev-branch)| ??? question "What is SHA? (Click to Open/Close)" @@ -182,13 +182,12 @@ The next-dev branch will eventually be released as *Loop* version 4. The preset !!! warning "Use of Omnipod 5 Pods requires a CGM with a heartbeat" * Omnipod 5 code is experimental - * The initial implementation found older builds of the `dev` branch, v3.14.3, did not provide a heartbeat at this time - * This means you rely on your CGM to wake up the app when it is in the background or the phone is locked - * If your CGM does not supply a heartbeat, the app with stop automatically running when it is not open - * These two branches are available which do provide a heartbeat for Omnipod 5 but are only for expert testers + * The current versions of `dev` and `next-dev` both provide a heartbeat for Omnipod 5 * The `dev` branch uses the *ble-heartbeat* Bluetooth connection method * The `next-dev` branch uses the *eager-connect* Bluetooth connection method * See [Table of OmnipodKit Versions](../faqs/omnipod-faqs.md#table-of-omnipodkit-versions){: target="_blank"} for more information about Bluetooth connection methods + * The initial implementation for Omnipod 5 Pods from an older `dev` build, v3.14.3, did not provide a heartbeat for Omnipod 5 Pods + * If you are running this older version and your CGM does not supply a heartbeat, the app will stop running when it is not open; please rebuild Please read the open beta [Omnipod 5 FAQS](../faqs/omnipod-faqs.md#is-omnipod-5-available-for-open-beta-testing){: target="_blank" }. @@ -296,22 +295,11 @@ For Dana support, you must build a new feature branch, `feat/all-managers`. The `feat/all-managers` branch replaces several [retired feature branches](#table-of-retired-branches). If you need a feature branch for a Dana pump - you need to build this branch. Be sure to review the [Status For Dana Support](#status-for-dana-support) section. -If you previously used a feature branch for Medtrum or Eversense support, you can switch to the `dev` branch. +If you previously used a feature branch for Medtrum or Eversense support, you can switch to the `main` branch, with updates coming in to the `dev` branch. -!!! Question "What is different between `feat/all-managers` and `dev` branch" - There are several differences between `feat/all-managers` and `dev` branch. For one thing, this branch has all the pump managers: OmniBLE, OmniKit, OmnipodKit, DanaKit, MedtrumKit and MinimedKit and the new CGM manager EversenseKit. When other new managers become available, they may be added here for testing. - - Keeping OmniBLE & OmniKit in this branch is useful for developers. Those pump managers were removed from `main` and `dev` branches (v3.14.2). We expect those managers will eventually be dropped from this branch, but only when the developers agree to do so. - - Because OmniBLE & OmniKit are present, a tester who comes in with a Pod attached to one of those managers stays with the manager. The automatic conversion to OmnipodKit, which happens with v3.14.2, does not happen with this branch. The tester has to manually change pump managers during a Pod change. - -#### Transition to OmnipodKit - -!!! important "Once you transition to OmnipodKit, stay with OmnipodKit" - The new unified Omnipod Pump Manager, OmnipodKit, is provided in v3.14.2 or newer. - - If you are running a Pod and you transition to the OmnipodKit Pump Manager, then any build you install on your phone should have OmnipodKit. If you need to downgrade to a build earlier than v3.14.2, do so after deactivating a Pod. +## OmnipodKit Information +When you build the `main` or `dev` (v3.14.2 or newer) branch or `next-dev` (v3.15.0 or newer) branch over an older build, your Pod is automatically transitioned to use a new Pump Manager: OmnipodKit. You will notice the user interface is a little different from the older managers (OmniKit and OmniBLE). The OmnipodKit pump manager comes with improved user interface and user experience for Omnipod Classic (Eros) and DASH pods including @@ -319,9 +307,8 @@ The OmnipodKit pump manager comes with improved user interface and user experien * Some new labels * Some reworked sub-menus with added information or features -If you are running the `main` or `dev` branch - your Pod is automatically transitioned to OmnipodKit. You will notice the user interface is a little different. If you are running `feat/all-managers` branch, see [Manual transition with `feat/all-managers`](#manual-transition-with-featall-managers). -One of the biggest things is that you can [Switch Pod Type](../loop-3/omnipod.md#switch-pod-type){: target="_blank" } between Pods without deleting the pump manager. That means all your configuration choices for desired notifications and type of Insulin are maintained when you change Pod Type. With this version of OmnipodKit, only Eros and DASH are supported. +One of the biggest things is that you can [Switch Pod Type](../loop-3/omnipod.md#switch-pod-type){: target="_blank" } between Pods without deleting the pump manager. That means all your configuration choices for desired notifications and type of Insulin are maintained when you change Pod Type. With the `main` (v3.14.2) branch, only Eros and DASH are supported. With the `dev` (3.14.3 or newer) or `next-dev` ( 3.15.0 and newer) branches, Eros, DASH and Omnipod 5 are all supported. !!! question "Why OmnipodKit?" When the initial work to add DASH to the supported pumps was started in 2021, a completely separate pump submodule was created distinct from the Classic (Eros) pump submodule. In other words, OmniBLE handled DASH and OmniKit handled Eros. @@ -334,25 +321,34 @@ One of the biggest things is that you can [Switch Pod Type](../loop-3/omnipod.md This will be a significant time saver for developers moving forward for updating code and adding support for new types of pods. -#### Manual transition with `feat/all-managers` +- - - + +## Older updates -If you are running `feat/all-managers` branch, you need to take these steps to switch to using the new pump manager. +### Updates from v3.14.0 to v3.14.2 -The next time you change a pod, delete the pump manager you are using and add a new pump. See [Change Pump Type](../loop-3/add-pump.md#change-pump-type){: target="_blank" } for detailed instructions. +> Note - the numbering is "limited" to 3.14.x for Loop 3 because next-dev, which will be Loop 4, is using 3.15.x. -* Select `All Omnipod Types` as your new pump manager. -* Go through the onboarding of selecting notifications and reminders and insulin type. -* You will then be presented with a screen to select the type of pod. -* Choose the Classic (Eros) or DASH Pod type +The updates developed in the `dev` branch before the release of v3.14.2: +* [Update dev to 3.14.2](https://github.com/LoopKit/LoopWorkspace/pull/453) +* [Update dev to 3.14.1](https://github.com/LoopKit/LoopWorkspace/pull/452) -- - - +### Updates from v3.12 to v3.14.0 -## Older updates +The updates developed in the `dev` branch before the release of v3.14.0: + +* [Update dev to 3.13.1](https://github.com/LoopKit/LoopWorkspace/pull/422) + +### Updates from v3.10 to v3.12 + +The updates developed in the `dev` branch before the release of v3.10.0: + +* [Update dev to 3.11.1](https://github.com/LoopKit/LoopWorkspace/pull/408) ### Updates from v3.8 to v3.10 -The updates developed in the `dev` branch before the release of v3.10.0 are found in these PR. +The updates developed in the `dev` branch before the release of v3.10.0: * [Update dev to 3.9.5](https://github.com/LoopKit/LoopWorkspace/pull/394) * [Update dev to 3.9.4](https://github.com/LoopKit/LoopWorkspace/pull/367) diff --git a/includes/tooltip-list.txt b/includes/tooltip-list.txt index fe2616c5e6b..7ac4bc0c0d8 100644 --- a/includes/tooltip-list.txt +++ b/includes/tooltip-list.txt @@ -51,6 +51,7 @@ *[GMT]: Greenwich Mean Time is mean (average) solar time at 0 degrees longitude, see UTC *[Guardrails]: limits in the code for user selected settings, recommended and absolute limits are provided *[Hamburger Menu]: three parallel lines that, when tapped, open a new menu +*[hotfix]: An urgent fix that is applied to both the released and development branches at the same time *[HUD]: Heads-Up Display at top of Loop main screen, phone in portrait mode *[ICE]: Insulin Counteraction Effect - Refers to the difference between observed change in blood glucose and the change in blood glucose that Loop models based on the effects of insulin. *[Identifiers]: names of modules found on your Apple Developer Identifiers page that are required for GitHub build method