Skip to content

Pod keep alive#165

Merged
marionbarker merged 24 commits into
devfrom
pod-keep-alive
Apr 16, 2026
Merged

Pod keep alive#165
marionbarker merged 24 commits into
devfrom
pod-keep-alive

Conversation

@marionbarker

Copy link
Copy Markdown
Collaborator

Purpose

Provide a work-around for the DASH pods that use the InPlay BLE (Altas) version and do not connect reliably for iPhone 16 (all models) and iPhone 17e. All new DASH pods are being manufactured with this hardware.

See LoopDocs: Omnipod FAQs for more information.

Method

This special branch has been available for more than 6-months and used by many people.
It is good enough as a work-around for now. The keep alive features are optional and require the user to opt-in.

  1. This PR will merge the pod keep alive code into dev.

  2. The strings in this branch can then be uploaded to lokalise for translations.

  3. This optional keep-alive section will later be added to the LoopWorkspace and other AID systems without need for building a special branch.

itsmojo and others added 21 commits September 11, 2025 22:03
Always display the Pod Keep Alive option for each testing
No longer fake InPlay pod and iPhone 16's as no longer needed
Updated README to document Loop's plist updated needed for Silent Tune
Relocate blank.wav file down one level to the OmniBLE subdirectory
Add heartbeat.wav file for easy access for background audio testing
Increase the silent tune keep alive interval from 150 to 160 seconds
Update RileyLink description to note selection and connection are needed
Prevent possible disconnect during transistions
Miscellaneous cleanup and improvements
…0202

Merge dev to pod keep alive 20260202
@marionbarker marionbarker requested review from itsmojo and ps2 April 10, 2026 14:22
+ Remove some patchable debug variables and logging messages
+ Remove some some sections of code that were not being compiled
@itsmojo

itsmojo commented Apr 11, 2026

Copy link
Copy Markdown

This PR needs to be updated for the iPhone 17e that also has reconnect issues with InPlay pods.

The need for the patchable fakeInPlayPod and fakeIPhoneWithPossibleInPlayIssues debug vars is no longer present and these should be deleted.

There's a lot of extra debug print statements and commented out &/or #if'ed out code in PodKeepAliveView.swift that should be removed.

I created the following commit in my OmniBLE repo to address the above mentioned issues that I'd like to have be included in this PR before it is merged.

Two other issues related to merging this patch into dev I'll leave for others:

  1. The README is specific for this branch feature and should not be replacing the OmniBLE README. Probably most or all of this info about using the Pod Keep Alive option should get moved elsewhere (like loodocs.org).

  2. The blank.wav (and the testing heartbeat.wav) files were left at the top level of OmniBLE in the patch. With Pod Keep Alive support being merged into dev, it would make sense for this PR to move these files into a new "Resources" directory that would also contain the Localizable.xcstrings file. This would be a much cleaner file organization and would match the approach used by the OmniKit and OmniKitUI frameworks.

@marionbarker

Copy link
Copy Markdown
Collaborator Author

We opted not to modify the location of the wav files.

The plan, in the near future, is to replace OmniKit and OmniBLE with a new repository, OmnipodKit, that will manage all Pod Types.

Any improvements will be applied to the addition of pod-keep-alive features to the new repository.

@marionbarker marionbarker left a comment

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code has been tested and reviewed.

LGTM

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants