UPDATE: Need your help to broadly confirm a new data set
HYPOTHESIS: The Saris H3 trainer appears to āwantā iOS Location Services to be active to maintain a stable BLE pairing (see below). However, ZG does not require that iOS Location Services are active in order to run ZGā¦and it appears that having iOS Location Services active on the device running ZG causes the BLE connection drops to the H3 that we have all experienced.
Toggle OFF the Location Services on your iOS device (Settings>>Privacy>>Location Services>>OFF), and ride to your heartās content. Report back to this thread as to whether your BLE connection drops go away.
If your rides are no longer interrupted with Location Services OFF, then toggle LS back ON and ride some more. Report back to this thread if your BLE connection problems reappear.
ATV Users: I donāt run ZG on ATV, but my friends who do tell me that ATV also has a Location Services toggle on its Privacy menu as well. You too can join the fun.
Like everyone on this thread, I was suffering repeated BLE (or āBTā, if you prefer) drops from my H3 while running ZG on an iOS14.2 (or higher device). After doing tons of experimentation, I identified a Workaround that worked for me (published previously on this thread). However, I have been bothered by two things:
#1. Many other users tried my Workaround, but reported that their BLE drop issues did not significantly improve. Sorry, folks. I really tried and did a ton of experiments, but I missed one critical variable (see below).
#2. I noticed that the Saris utility app requires that you must have the Location Services (hereafter āLSā) toggled ON for your iOS device in order to use the Saris app in any capacity. In fact, I have read Saris Developer email responses to bug reports filed on our BLE drop problem in which the Saris people tell users to make sure that LS is toggled ON. The Saris Developers claim that having LS toggeled ON permits some sort of āfiner peripheral scanning processā to occur. Sounds hokey, but thatās what they say.
So the question arose: Have I ever seen another app using BLE device pairings that requires LS to be toggled ON in order to use the app? No, I have not unless the app is actually using GPS data to perform its primary function. Frankly, it seems rather ridiculous that Saris requires LS to be ON to use their app, butā¦the Marketing department is probably calling the tune.
I will tell you that Zwift, Rouvy, etc do NOT require LS to be ON in order to use their apps successfully.
Some Tests That I Just Finished Conducting
I discovered that my LS setting on the iPad that I use to run ZG was switched to OFF. I look at my previous testing notes, and much to my chagrin, realized that I had turned LS to OFF during the testing that I was doing for the published Workaround. Ugh ā nobody likes an uncontrolled variable!
So to test the LS hypothesis, I switched LS back to ON for my iPad, and joined a group ride on ZG. Less than 30 secs after the gate dropped to start the ride, my avatar coasted to a halt, and the status light on my H3 went from solid blue (paired) to flashing green (unpaired). Bingo!
Next, I force-closed ZG and turned my iPadās LS to OFF. I restarted ZG and did a late join to the very same group ride. After 15 mins, no BLE drops and everything was great. Hey, maybe weāre getting somewhere. Quit the group ride and force-closed ZG.
Next up, toggled LS back ON and did a solo free ride in ZG. About 6 mins into the ride, the BLE pairing to the H3 dropped, and my avatar coasted to a halt. Wow! Can I really cause the BLE drop to happen by switching LS ON? Force-closed ZG again.
Finally, switched LS to OFF again, started a ZG session and went for a 30 min solo free ride. No BLE drops. Ride On!