Closed avicorp closed 2 years ago
Btw: just in case - Charge your phone, which should switch off phones battery saving mode and retry? ;-)
Hi, 1. Yes 2. Yes 3. Yes 4. Run from the idea using abd debug via wifi.
I am after night of charge.
Same issue on TicWatch - answers to the question are yes,yes,yes and run from AS console to physically connected (USB) watch
Did you try uninstalling - then reinstalling the wear app?
(Running watch 4 myself on 3.1.02-dev-a. No problems)
have reset watch and reinstalled twice
Did you try uninstalling - then reinstalling the wear app?
(Running watch 4 myself on 3.1.02-dev-a. No problems)
How do you connect the watch to the phone? You use samsung wearable or wear os app?
How do you connect the watch to the phone?
Using Samsung phone (Samsung Wear app) & Samsung Watch 4
How do you connect the watch to the phone?
Using Samsung phone (Samsung Wear app) & Samsung Watch 4
3.1.02-dev-a version uses the old version for wear connectivity, i'm still trying to pin point the problem in the new version. I will be happy for more eyes on the issue.
The watch app need to be sign in the same key like the app. In case of installation using idea, debug process, you will need to set signingConfigs in "build.gradle" file of the wear.
The watch app need to be sign in the same key like the app.
Yes, preferably build both AAPS app and wear app from same commit. Also can recommend installing the signed .APK using Wear Installer (from Google Store). It connects to the watch over WiFi (with adb debugging over WiFi enabled), copies the .apk and installs it. Works like a charm!
https://play.google.com/store/apps/details?id=org.freepoc.wearinstaller
I have the same issue as the OP (using v3.1.0.3) with the Samsung Watch 4.
In my case the wear app uses the build variant of 'pumpcontrolRelease', using the same commit as the AAPS aps. I transferred/installed to the watch using the freepoc.wearinstaller.
@avicorp can you confirm how you solved the issue? was it to rebuild using the commit referencing 3.1.02-dev-a?
Did you build a signd apk?
Thanks for the quick reply - yes, using the following steps: (On the same commit as the build of the full app)
(FYI - based on your comment, I am re-tracing/double checking the installs and will report back later)
Check it again, if that fail check the log file in the phone.
Log file can be sent by mail in the maintenance section, you can fined it under the hamburger menu on the top left of the main screen.
Thanks, I think the issue is as you suspected - a signing issue. Running jarsigner -verify on both apk's shows that whilst the watch apk is signed, the phone (full app) was not for some reason, which I am yet to solve.
- Select Next, build variant 'pumpControlRelease'
Why "pumpControlRelease"?? Just build and sign for fullRelease (for both AAPS and wear app)
- Select Next, build variant 'pumpControlRelease'
Why "pumpControlRelease"?? Just build and sign for fullRelease (for both AAPS and wear app)
I was looking to start open looping, but allow remote control of the pump as per instructions here: https://androidaps.readthedocs.io/en/latest/Configuration/Watchfaces.html#building-wear-os-version-of-aaps
I have been able to get the watch connected thanks to both yours and @avicorp's suggestions - thank you both!. I had to manually sign the main phone app using apksigner and build the watch app using 'fullRelease' to get it to connect.
After update to 3.1.0.2 and re install of the wear app on Galaxy watch 4. AAPS not recognaize the connection to galaxy watch 4, the connection app is samsung wear and not google wear app.
In version 3.0.0.2 the app sends data to the watch but action from the watch didn't affect AAPS phone app.
The app was intalled on the watch using debuging via wifi.