New Suuntolink to Replace Moveslink2
-
@halajos Alright thank you both for the clarification! Yeah hopefully it’ll get fixed in a future update
-
@halajos said in New Suuntolink to Replace Moveslink2:
Yes, AFAIK there’s a difference between the Ambit series and newer models with regards to syncing activities. The Ambits have flags on moves that indicates the data has been downloaded from the watch, which newer models don’t have.
Spartans have that too - not 100% sure about the S9 series where compatibility with MC ends after S9…
-
I find it bit strange. Memory reminder pops up when watch does not know about synced activities, Moveslink2 (and Movescount mobile app for A3/Traverse) handle this by setting a “synced” flag in watch logbook when activity is pulled from the watch. As Suunto App (again, for A3/Traverse) didn’t do that, SA adopters had to live with this or needed to switch to MC mobile / ML2 every now and then to clear this reminder.
The strange part is that it changed with Suuntolink 3 release, the very same that introduces support for whole Ambit line - at least for Ambit3 Suuntolink now handles the marking of activities in logbook and this keeps that reminder from popping up. Well, there is a small chance that Suunto App was updated at the same time and it’s actually SA that now handles activity flagging, but it find it quite unlikely.
Anyway, while annoying, that reminder can be ignored, new activities are written over the oldest as before and once it reaches 100% , it will not pop up. At least not until it reaches over 50% on a next cycle …
-
With Suuntolink, is there any way to get access to the raw SML files as we could with movescount? Thanks!
-
@mountainherder yes it’s there look at the suuntolink folder
-
@Dimitrios-Kanellopoulos said in New Suuntolink to Replace Moveslink2:
@mountainherder yes it’s there look at the suuntolink folder
As context here seems to be A3P, I’m afraid that does not apply for the current Suuntollink, v3+ . When service endpoint was switched from Movescount to Suunto App, apparently the usb sync stack for Ambits was also replaced(* ) and since then Suuntolink doesn’t leave much behind, meaning no SML-files, at least not with Ambits. And there seems to be a shift from temporary files to in-memory structures as files are not just cleaned up later, those temp files are not created in the first place - Moveslink2 and older Suuntloink(* ) used to load data from a watch to bin-files, then generated sml-files and then created json, also stored in a file, that was sent to Movescount, only sml was left behind but capturing bin & json at file-system level before they were deleted was easy enough. None of those 3 files created when syncing Suuntolink 3.
*) - Even though Ambit support was only announced with Suuntolink v3 just few months ago, under the hood most of functionality was there for quite some time, well before the whole transition thing was made public. It was possible to trick Suuntolink to sync Ambits with Movescount and back then it indeed generated SML-files.
@mountainherder , for SML-files you could use Moveslink2 along Suuntolink, you just need to take care that they are not running at the same time. Rather than installing Moveslink, use a stand-alone - http://moveslink.static.movescount.com/Moveslink2.zip , extract it and run Moveslink2.exe . Make sure you have closed all Suuntolink instances first. Also check auto start settings for both.
You also have to deal with sync flags - in-watch markers that were designed deal with duplicates - in one way or the other. Suuntolink does not care about those flags, it reads every activity from the watch that it hasn’t seen before (incl. those that are already synced with Suunto App, Movescount app, Moveslink2 or some other Suuntolink instance on a different PC / under another user account) and then sets the sync flag for each of those activities;
ML2 on the other hand ignores all activities with the sync flag, meaning that it will not create SML-files for activities that were already synced with Suuntolink;
to make it more confusing, Moveslink2 does read activities that were synced directly with Suunto App as SA does not set sync flags for Ambits.
So you either need to get there first with Moveslink2 or need to clear those sync flags manually ( https://forum.suunto.com/post/49787 , https://forum.suunto.com/post/57116 ). As SALogbook also updates the timestamp of activity, it appears as “new” for all applications, so you probably end up with some duplicates.
For some it’s worth the hassle, for most - probably not.
-
@margusl I am confused are you saying there are no sml files for ambits ? Till one month ago using suuntolink I could get those files also for Spartans and s9s
Community Manager / Admin @Suunto
Creator of Quantified-Self.io
youtube.com/c/dimitrioskanellopoulos
https://instagram.com/dimitrioskanellopoulos
https://www.strava.com/athletes/7586105 -
Do those files contain by any chance power data from A3P?
-
@lexterm77 I have not tested.
-
@Dimitrios-Kanellopoulos said in New Suuntolink to Replace Moveslink2:
@margusl I am confused are you saying there are no sml files for ambits ? Till one month ago using suuntolink I could get those files also for Spartans and s9s
Correct, no SML files for Ambit line with latest Suuntolink. Just to be sure, tested before my previous post today with my A3P. And I’ve tested checked it only with Windows build, so there is theoretical possibility it’s different with Mac.
-
@margusl said in New Suuntolink to Replace Moveslink2:
@Dimitrios-Kanellopoulos said in New Suuntolink to Replace Moveslink2:
@margusl I am confused are you saying there are no sml files for ambits ? Till one month ago using suuntolink I could get those files also for Spartans and s9s
Correct, no SML files for Ambit line with latest Suuntolink. Just to be sure, tested before my previous post today with my A3P. And I’ve tested checked it only with Windows build, so there is theoretical possibility it’s different with Mac.
Great news, need a memory dump to get data.
I wonder if it is encrypted while residing in ram. -
@margusl I checked and I have them. (From one month ago that I used the ambit)
They are compressed gzip files .gz. Open them, perhaps short by date and size to figure it out better.
I can also load them to qs
They are synced with latest Suunto link and a3
-
@Dimitrios-Kanellopoulos @margusl is correct. I thoroughly explored my suuntolink folders after syncing my A3P, I am unable to find any .sml or .gzip/.gz files, despite the sync working.
Windows 10, SuuntoLink 3.1.3.
@margusl : Thank you for the guidance, I’ll give that a try!
-
@mountainherder but then how do I have those ?
I even have for Spartans and s series.
-
@Dimitrios-Kanellopoulos said in New Suuntolink to Replace Moveslink2:
@margusl I checked and I have them. (From one month ago that I used the ambit)
They are compressed gzip files .gz. Open them, perhaps short by date and size to figure it out better.
I can also load them to qs
They are synced with latest Suunto link and a3
I checked it again, still the same Win 10 system, this time with a clean Suuntolink install:
- uninstall Suuntolink ( 3.1.3 )
- clean up %LOCALAPPDATA%\Suuntolink ( C:\Users\user\AppData\Local )
- clean up %APPDATA%\Suuntolink ( C:\Users\user\AppData\Roaming )
- clean up %APPDATA%\Suunto ( to remove Moveslink2 )
- download installer, http://suuntolink.static.movescount.com/Suuntolink_installer.exe
- installs to %LOCALAPPDATA%\Suuntolink , still the same version - 3.1.3
- stores files at %APPDATA%\Suuntolink
Content of %APPDATA%\Suuntolink after connecting A3P , providing Suunto App credentials to Suuntolink and syncing whole watch logbook:
. ├── Cache │ ├── data_0 │ ├── data_1 │ ├── data_2 │ ├── data_3 │ ├── f_000001 │ ├── f_000002 │ ├── f_000003 │ ├── f_000004 │ ├── f_000005 │ └── index ├── Code Cache │ └── js │ ├── index │ └── index-dir │ └── the-real-index ├── Cookies ├── Cookies-journal ├── Devices.xml ├── GPUCache │ ├── data_0 │ ├── data_1 │ ├── data_2 │ ├── data_3 │ └── index ├── KompostiSettings.xml ├── Local Storage │ └── leveldb │ ├── 000003.log │ ├── CURRENT │ ├── LOCK │ ├── LOG │ ├── LOG.old │ └── MANIFEST-000001 ├── Network Persistent State ├── Preferences ├── QuotaManager ├── QuotaManager-journal ├── ServiceAdapter.xml ├── Session Storage │ ├── 000003.log │ ├── CURRENT │ ├── LOCK │ ├── LOG │ ├── LOG.old │ └── MANIFEST-000001 ├── SuuntolinkLauncher.log ├── TransportSecurity ├── blob_storage │ └── 3aa5b828-38e7-42fb-b3a6-ed97f5892a7f ├── cacert.pem ├── databases │ ├── Databases.db │ └── Databases.db-journal ├── descr+AA############00+2.4.17 ├── library.xml ├── sds.log ├── sgee.7d ├── suuntoapp.log ├── suuntolink.log ├── suuntolink_data.json └── suuntolink_ui.log 11 directories, 51 filesOnly trace of synced activities (apart from *.log -s) is in suuntolink_data.json , there’s a syncedLogs array of activity timestamps. Spartan and S-line owners seem to refer to %LOCALAPPDATA%\Programs\Suunto\Suuntolink , but this does not exist for for Ambit users. creating it manually doesn’t make any difference.
@Dimitrios-Kanellopoulos , perhaps you have some developer / testing build or have a some tweaks in config files, but for us this is how production release behaves with Ambits.
-
@Dimitrios-Kanellopoulos said in New Suuntolink to Replace Moveslink2:
@mountainherder but then how do I have those ?
I even have for Spartans and s series.
To me it makes perfect sense, SML-files are part of Movescount infrastructure. Suuntolink still syncs Spartans and S with Movescount, isn’t it?
As I said before, there were SML files for Ambits before Suuntolink (for Ambits!) switched from Movescount to Suuntolink. And it wasn’t just API endpoint that was changed, with SL ver 3, whole (or better part of) watch sync stack (for Ambits!) was replaced, that completely changed how things worked. Before it was basically a Moveslink2 with different UI.
I though you didn’t have A3P … you really tested Suuntolink (v3!) with any of the Ambits?
-
@margusl I get back to this. It can be some developer flag.
I have checked my 3,5 weeks old last sync with ambit and saw the sml.
I will install normal production version and report back before I make you waste more time.
Sorry. I am on vacation and my ambit is not with me.
However I wonder if you have the Android app of those are there for ambits that are for spartans and s series. Some users get em from there.
-
@Dimitrios-Kanellopoulos , yes, we do get smlzips on Android with A3P / Traverse - https://forum.suunto.com/post/57111 .
Not sure if they follow the same structure as for Spartans and S. Though most SML tools still expect classic Moveslink2-style XML SMLs, while smlzips are zipped (not gz-ed) jsons (samples.json, summary.json) . And last time I checked those smlzips still lacked power. And it doesn’t matter much for Ambit1 / 2 users. -
@Dimitrios-Kanellopoulos, just to give you one more data point: @margusl’s folder structure is very similar to mine after syncing my watch.
. ├── ./blob_storage │ └── ./blob_storage/d76f0e9d-4ea0-45a6-9791-f9d310b318c4 ├── ./cacert.pem ├── ./Cache │ ├── ./Cache/data_0 │ ├── ./Cache/data_1 │ ├── ./Cache/data_2 │ ├── ./Cache/data_3 │ ├── ./Cache/f_000001 │ ├── ./Cache/f_000002 │ ├── ./Cache/f_000003 │ ├── ./Cache/f_000004 │ ├── ./Cache/f_000005 │ ├── ./Cache/f_000006 │ ├── ./Cache/f_000007 │ ├── ./Cache/f_000008 │ └── ./Cache/index ├── ./Code Cache │ └── ./Code Cache/js │ ├── ./Code Cache/js/2ab3d68638e1f582_0 │ ├── ./Code Cache/js/61eb8826be844072_0 │ ├── ./Code Cache/js/815d3f396b507780_0 │ ├── ./Code Cache/js/8aaa4c58c851cb5d_0 │ ├── ./Code Cache/js/c719a65d0471102d_0 │ ├── ./Code Cache/js/index │ └── ./Code Cache/js/index-dir │ └── ./Code Cache/js/index-dir/the-real-index ├── ./Cookies ├── ./Cookies-journal ├── ./databases │ ├── ./databases/Databases.db │ └── ./databases/Databases.db-journal ├── ./descr+################+2.4.17 ├── ./Devices.xml ├── ./GPUCache │ ├── ./GPUCache/data_0 │ ├── ./GPUCache/data_1 │ ├── ./GPUCache/data_2 │ ├── ./GPUCache/data_3 │ └── ./GPUCache/index ├── ./KompostiSettings.xml ├── ./library.xml ├── ./Local Storage │ └── ./Local Storage/leveldb │ ├── ./Local Storage/leveldb/000003.log │ ├── ./Local Storage/leveldb/CURRENT │ ├── ./Local Storage/leveldb/LOCK │ ├── ./Local Storage/leveldb/LOG │ ├── ./Local Storage/leveldb/LOG.old │ └── ./Local Storage/leveldb/MANIFEST-000001 ├── ./Network Persistent State ├── ./Preferences ├── ./QuotaManager ├── ./QuotaManager-journal ├── ./sds.log ├── ./ServiceAdapter.xml ├── ./Session Storage │ ├── ./Session Storage/000003.log │ ├── ./Session Storage/CURRENT │ ├── ./Session Storage/LOCK │ ├── ./Session Storage/LOG │ ├── ./Session Storage/LOG.old │ └── ./Session Storage/MANIFEST-000001 ├── ./sgee.7d ├── ./suuntoapp.1.log ├── ./suuntoapp.log ├── ./suuntolink_data.json ├── ./SuuntolinkLauncher.log ├── ./suuntolink.log ├── ./suuntolink_ui.log └── ./TransportSecurity 11 directories, 60 filesI was able to follow the instructions @margusl provided and extract the sml files via MovesLink (for use in GoldenCheetah). Thanks for looking into this!
-
i am not that skilled in info tech, but no SML in Suuntolink folder for my Ambit one neither. I get them from Android (if i need, but in fact i use the fit file now from SA
)A bit off topic here, but just to comment on something i tried and it works = change a workout Ascent and Descent total in SA.
- Switch off internet connection on Android smartphone before syncing workout
- Edit and save the summary.json file into the entryxxxxxxxxxxx.zip files and change ascent/descent values for the global workout (not all laps/splits ascent value).
- Once internet is on again, SA will sync to servers and new ascent is saved.
i find no way to change after syncing to servers.
