-
-
Notifications
You must be signed in to change notification settings - Fork 180
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
Since V4.90 movement detection inactive #1756
Comments
The idle time should apply to all sensors (it is still in the wrong place in the settings though). |
I checked it today and turned most voice announcements on. But I got no idle announcements, just average speed, heart frequency etc. But regarding heart frequency, may be I have an idea. I always use the app with bluetooth heart frequency sensor. As you mentioned idle time applies to all sensors, may be idle detection also does in the new release ? And the heart frequency sensor does not stop sending data when movement has stopped... So, may be that's the problem ? |
Actually, that might be the problem. |
I tried without heartrate sensor today. But no change. I don't get any idle-announcements and both times are identical during the whole track. |
I also noticed this issue. When riding my bike I use Wahoo speed+candence sensors as well as heartrate sensor. Edit: I also have the issue of wrong elevation detection (shaking the phone makes it climb up) which in other issues get referred to broken barometric sensor. Maybe this is also relevant for the movement detection. In my test the phone was lying flat. |
I use a Pixel 5 5G. As far as I know and according to https://www.android-user.de/im-test-google-pixel-5-5g-das-vernuenftige-solide-google-phone/ it has no barometric sensor. |
I think it does. I just called it wrong. That article lists "Barometer" under Sensoren and gsmarena also lists it for Pixel 5 and Pixel 5A 5g |
Ok, checked it with the Barometer App from Google Play Store. It appears to have a barometer sensor, as it shows pressure without GPS enabled/allowed. |
You might be right; the relevant code is in TrakRecordingManager.onNewTrackPoint(). There is a timer that is started and if it triggers idle is assumed. |
I did some more testing and in addition to removing all Bluetooth sensors, I used the developer options to disable all internal sensors. Even with no sensors at all, it still does not detect idle. |
Then my next guess is some kind of powersaving. And do you use the idle announcements? |
I noticed a flaw in my testing. If you never moved and everything stays at 0, it never switches to idle. I redid the testing by first moving a bit and then sitting down. That way the idle got detected correctly and moving time did no longer climb. With this setting I tested so far:
All tests were done with screen active and idle announcements off. |
Did testing on the bike with the different sensors:
So in my case the problem seems to be coming from the speed sensor. |
Nice digging! |
I checked the latest version today(i.e. 5563, v4.9.8). It looks like idle recognition works now as expected including idle-announcements. But, there are other problems now.
|
@lsuhrbier Thanks for the report. The cadence problem is tracked here: #1790 |
I can confirm that with 4.9.9-16 nightly the movement detection worked for me. |
Idle recognition does not work anymore. Even though, the voice says "becoming idle", boths clocks are showing the same time, the average speed continuously goes down when having stopped and the speed and cadence display are probably show the last measured values (speed or frequency) before movement has been stopped. |
I have found the tests cases. Option 3. is already implemented. |
Ok, please keep digging !!! Option 1 and 2 appear to me to finally offering the same functionality, i.e. not saving any sensor data when not moving. Both options are not offering the expected behaviour, but would be better than the current situation. I do not really understand, what's option 3's impact is (fix moving time?). Hope you can solve the problem somehow. |
Hi. FYI, I have the same issue on Pixel 3a, using latest version (v.4.12.3 updated today....unfortunately :-( ). Not using any Bluetooth device, just the phone. |
Same issue here, on a Moto Razr Plus, no bluetooth anything. I hear "Becoming idle" quite often, but the "total movement time" is identical to actual time. April 13 worked; 20th didn't. Maybe we should make a separate issue? |
I did a downgrade to 4.11.3 from 4.12.3. This was the last version with working idle detection (for me). |
I did some tests on different devices (Xiaomi Redmi A2 and Fairphone 5). I'm guessing v4.12.2 probably broke something. |
I have the same issue and it appeared around May 2. Before that moving time was shorter than total time like it should. |
For me the idle detection functionality apparently stopped working in an update between April 19th (last recording with time and speed in motion ok) and April 21. Checking the recorded tracks I have noticed that idle detection is actually working (only are recorded positions when there is movement), but for some reason, the same values of time and speed are shown, both in movement and total. |
Since the update to V4.90 the app can not distinguish anymore between movement time and overall time.
After having started a track and going to a bike tour, both times are always the same. Before, the movement time stopped automatically on stops. I configured an idle time (which is only possible for GPS, but not for bluetooth sensors), but this appears not to have any impact. I am using a bluetooth speed sensor.
Nevertheless, the app appears to track it. When I change to OSM Dashboard to watch my track, I can see a lot of coffee cups there, but no time differences between movement and overall time.
The text was updated successfully, but these errors were encountered: