Skip to content
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

Suunto Traverse syncing issues caused by PTE 0 #250

Open
MrFlip0815 opened this issue Apr 12, 2020 · 6 comments
Open

Suunto Traverse syncing issues caused by PTE 0 #250

MrFlip0815 opened this issue Apr 12, 2020 · 6 comments

Comments

@MrFlip0815
Copy link

Hi guys.

I'm using a Suunto Traverse and syncing doesn't work because the Traverse does not write a PTE value into the log before uploading compared to the Ambit. This can be fixed by manually editing the log file and giving it some random PTE value you think is valid but that's missing the mark imho. The faulty log entry is
<PeakTrainingEffect>0</PeakTrainingEffect>
Unfortunately the log entry can't be just removed so you have to come up with a fake value. Do you happen to know if there is a more elegant fix to this problem?

Thanks for this tool and best regards,
Stefan

@MrFlip0815 MrFlip0815 changed the title Suunto Travere syncing issues caused by PTE 0 Suunto Traverse syncing issues caused by PTE 0 Apr 12, 2020
@marguslt
Copy link

I'd start by checking how Moveslink2 and/or Movescount for Android are handling this.
If you have access to a Windows installation or you are OK with using one of MS-provided virtual machines (google for "microsoft tools vms"), intercepting traffic between Moveslink2 and Movescount and catching json with activity data is probably easiest with Telerik Fiddler.

If you (still) happen to have Movescount on a Adnroid device, you could back up app data over adb and extract that same json from there. Or if your device is rooted, just get it from app data. Can't remember by heart if json files for activities were always left behind or only when there was some kind of connection issue (i.e. wifi and data turned turned off when syncing with the watch).

And you might be able to run Moveslink2 through Wine as well and perhaps use mitmproxy instead of Fiddler. Success probably dependents on exact Wine version and once running, it's not the most stable process, at least in my experience, but I've been able to sync my Ambits with Moveslink2+Wine. Last time I checked, it was in October 2019, was using Wine 4.17 from winehq-devel/disco PPA for Ubuntu. A relevant wine bug report (check bits about disabling SDL, in case it's still relevant today) and notes from @Gerold-R helped a lot, I hope he doesn't mind sharing those :) :
https://bugs.winehq.org/show_bug.cgi?id=46711
https://drive.google.com/drive/folders/18bncjaIMUYITKMFs-FmfKerd7rRziDy1

My own notes about installing Moveslink2 on Wine - https://docs.google.com/document/d/10c5STmm2kONjINEOY8AwxQZ-1sQhWOGAHfR24_alNZY/edit?usp=sharing , though those might miss some details.

@MrFlip0815
Copy link
Author

Thank you for the quick reply.
I do indeed have a windows installation where i can intercept and inspect the traffic. I'm really interested in this project as it might come in very handy once they (Suunto) decide to turn off their website, even though they said they will try to keep it alive to some extent. The new app is actually quite meh to say the least, but that is a totally different story :). I will try to create a working solution for the Traverse as it might help others in the future.

The Traverse seems to be like the Ambit with a more restricted feature set. There is basically no PTE or Recovery Time after activities for instance but the PTE has to be between 1-5 (10-50) when uploading the JSON.

Thanks for the links and your help - i will check that out for sure 👍

@marguslt
Copy link

Thanks for the links and your help - i will check that out for sure 👍

As you already have access to Win, I really wouldn't bother with Wine at this state - while you might be spending hours trying figure to out what went wrong with Wine setup, setting up Fiddler is effortless and it takes probably up to 10-15 minutes from downloading installer until you already have captured what you need. Well.. at least I never had issues with it.

@centic9
Copy link
Contributor

centic9 commented Apr 13, 2020

You will likely need to adjust code at src/movescount/movescountjson.cpp:806 to write a "default" value when PTE is 0.

Make sure to send a combined PRs when it works for you so we can consider adding it the necesary fixes to the public version

@Gerold-R
Copy link

@marguslt
Don't worry, I don't mind sharing the link. Today I updated the ReadMe file and added a subfolder "Portable" to make it a bit easier to use our "MovesLink for Linux" solution.

@MrFlip0815
You are right. As far as I know, the Traverse/Vertical is like the Ambit 3 series. I think it's even possible to run Ambit 3 firmware on a Traverse. Looks like you are from Austria ;-)

@MrFlip0815
Copy link
Author

@centic9
Thanks for the confirmation! The interesting part is that the watch either creates a PTE value (not sure yet) or movescount.com does some calculations or estimation based on hr values. It is not directly shown in the data/graph part but you can see the PTE value when you hover over the activity in the calendar. I have to investigate that. I hope it's on the movescount part otherweise the reading from the watch using ambit3 driver might be off?

@Gerold-R
Yes i am from Austria :-) Linz to be specific

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

No branches or pull requests

4 participants