Closed lytex closed 2 years ago
Mine doesn't even get that far. I am also on 1.8.0 I tried with gadgetbridge with the .bin and it says "Element cannot be installed"
I downloaded and installed NRF Connect and tried with the .zip Mine gets to 0%, reboots (3 times total) with it getting to 0% and fails out.
Getting exactly this in the NRF Connect app logs
D 00:23:09.896 [Callback] Connection state changed with status: 8 and new state: DISCONNECTED (0) E 00:23:09.896 Error 8 (0x8): GATT CONN TIMEOUT I 00:23:09.896 Disconnected E 00:23:09.937 [DFU] Device has disconnected
Have you tried something besides NRF Connect?
I tried the dfu zip and gadgetbridge twice and everything worked fine
Siglo did not work for me (using that from the pinephone - non Pro) Siglo reported "The firmware update has failed. Retrying the update will fix it in most cases". I re-tried about 20 times with no change in response from Siglo. No whining from me here. :) The purpose of my post is to provide more info. to you - whom I greatly appreciate your time and effort on the software. I have been letting my regular job and family take my time.
Maybe it's worth changing the ambient radio environment, might be noise that causes the uploads to fail.
Rebooting all components in the setup as well, but you've probably done that.
Maybe it's worth changing the ambient radio environment, might be noise that causes the uploads to fail.
Rebooting all components in the setup as well, but you've probably done that.
Moved to another part of the house sadly the same result... Also have been rebooting like a mad man as well as repairing device multiple times. Can't even flash the same firmware thats on it, let alone anything else.
I changed the ambient radio environment and rebooted both devices .
After doing that, the download and install worked the 1st time and as well as all of the previous downloads and installs.
Thank you!
Have any of you had similar issues before 1.8?
After 6 attempts using my PinePhonePro and Siglo on Manjaro ARM i was able to get it flashed. Never had an issue with my android phone in the past. Kinda weird but yeah
I think this might have to do with previously configured secure pairing in ble
did any of you configured secure pairing?
Is that the "companion device pairing' in gadget bridge? I had tried that both off and on if so
I have a suspicion it might have to do with this I will check on my PC soon
I'm seeing a lot of strange changes in NimbleController namely in line 189 and the gav event switch but also in general, see full diff.
I can't investigate further at the moment...
I have this issue (restarting at 0% transfer) coming from version 1.7.1 too. Tried both GadgetBridge and nRF Connect on Android.
Failing miserably here with Gadgetbridge. Mostly fails at about 5%, few times into the 30s, only once up to 75%. Frustrating. Looking forward to seeing that terminal watchface. 😁
EDIT: Finally got it installed. After numerous attempts with Gadgetbridge and nRF Connect I went to another phone. Still no-go with nRF so I installed Gadgetbridge and it fully uploaded on first try.
Initial tries was on a Moto G5 Plus with LineageOS 14.1 (recent unofficial build). Final attempts on OnePlus 8T, CarbonROM, Android 11.
I got mine working installing with gadgetbridge from the .bin. I initially moved from it to nRF Connect because it was gadgetbridge which got stuck.
No succes with nRF Conn. (0% - reboot, x3, see https://github.com/InfiniTimeOrg/InfiniTime/issues/1066#issuecomment-1086740627)
Success by first attempt with Gadgetbridge and dfu-zip. I could provide some log from nRF. I suspect something changed with their new version.
HTH
My update experience is hit and miss as well, updates via NRF connect on Android stopped working some time ago, but that might be due to an update of the app. Siglo sometimes manages to update. I suspect that the watch can't cope with some (presumably) higher datarate? Or maybe some timing issue, as the amount of data successfully transferred before a crash varies.
The only tool that works somewhat reliably for me (>50% of tries, but slow transmission) is the bootloader/ota-dfu-python/dfu.py
script.
The update of my dev kit PineTime from 1.8.0 to 1.9.0 worked first time. Pixel 3A phone, Android 12, Gadgetbridge 0.65. I used the .zip file.
Bizarre that there is so much variation in updating, whats working, whats not and how many times its taking various persons to get the update to stick.
Did anyone try to downgrade to previous versions? This might shed some light on the matter
Did anyone try to downgrade to previous versions? This might shed some light on the matter
So i didn't bother with downgrading but I got the same error when trying to just reflash the same version I was on.
Use the dfu .zip file when flashing with most companion apps like Gadgetbridge or nRF Connect. The image .bin file is only used by Amazfish. If the firmware upgrade fails, restart your PineTime before retrying.
I upgrade the firmware with Gadgetbridge often. I used to have some issues a long time ago, but nowadays I never have any issues. Same thing with reconnecting. I tried using Siglo, and couldn't get it to work. I had trouble getting it to detect the watch. I had it fail at 0%, at 100%, and now it won't even start.
From my experience, all firmware upgrades after a single failed attempt will also fail most of the time, if not always, until the watch is restarted. If the upgrade fails, please restart your watch by holding down the button until you see the pine logo.
I'm doubtful that there's any new issue with InfiniTime. People have reported issues with all versions.
Did anyone try to downgrade to previous versions? This might shed some light on the matter
I tried to reflash V1.9: No success with nRF and GB. Same with downgrade to 1.8: Both not working. After several attempts only 1 reflash of V1.9 was sussessful.
It's no fun.
I had better luck when I moved the watch closer to the Bluetooth adapter / phone, which seems to indicate that dropped packets could be a problem. Maybe I have a lot of RF interference.
I switched to try Siglo. Worked like a charm the first time. So the issue is likely not related to InfiniTime itself, but rather the connection between the phone and the watch.
nRF restart my device many times, only works with gadgetbridge
Remember that nRFConnect is a proprietary application by Nordic Semiconductor. They might have pushed an update that makes it incompatible with the DFU implementation in InfiniTime.
I strongly recommend using one of the open source companion app as they implemented the DFU protocol specifically for InfiniTime.
Also, note that the OTA is some kind of stress tests for both the phone/computer side and InfiniTime : it transmits a lot of data in a short amount of time. A single issue during the transfer will make the OTA fail. It can be a packet lost or corrupted, RF interference, bug in the BLE stack of the phone or in InfiniTime,...
So, as other said, reboot your watch between every attempts, try with another phone/computer and another companion app and, if possible, analyze and debug to find out why the transfer failed and how we could improve the code ;-)
Also, note that most of the companion app will only accept the DFU (.zip) file, while Amazfish only supports the image (.bin) file.
What worked for me (Android 12) was to stop using nRFConnect and connected via GadgetBridge 0.66, downloaded the .zip, and then in a file browser opened the .zip with GadgetBridge. This worked first time without incident.
Same here: couldn't really use nRFConnect (4.24.3) as it always got stuck at the 0% stage, while GadgetBridge (0.59.2) worked at the first attempt. Upgrading from 1.2 to 1.9
Verification
What happened?
The upgrade from 1.8.0 to 1.9.0
What should happen instead?
The device should upgrade to 1.9.0
Reproduction steps
Upgrade from 1.8.0 to 1.9.0, either using the .zip or the .bin app image using nRF Connect. The update always gets stuck at 13%.
More details?
Version
1.8.0
Companion app
NRF Connect