Watchdog constantly reboots PineTime when bluetooth connected in version 1.15.0
Verification
- [x] I searched for similar bug reports (including closed issues) and found none was relevant.
What happened?
PineTime reboots immediately after connecting to a bluetooth device.
What should happen instead?
PineTime connects successfully to the bluetooth device and stays on after that.
Reproduction steps
Install pinetime-mcuboot-app-dfu-1.15.0.zip on PineTime with the previous memory chip (XTX XT25F32B, ref. https://github.com/InfiniTimeOrg/InfiniTime/issues/2096). For companion app I tried GadgetBridge (Android) and Amazfish (SailfishOS) with the same results. Keep the bluetooth active on the companion device, or activate it after PineTime boots with firmware 1.15.0, so the watch connects to the device.
If you want to experience several reboots without reverting to the previous firmware, you have to switch off bluetooth on the companion device right after the flashing is completed and before the PineTime completes booting, and you have to validate the firmware in the PineTime settings before switching on the bluetooth in the companion device. Otherwise, PineTime will try connecting during the first boot which will lead to rebooting and reverting to the previous firmware.
More details?
If bluetooth is disabled or not connected, the watch works as expected with all of its other functions.
If you don't validate the new firmware in the PineTime settings, reverting to the previous firmware after the first reboot leads to a fully working PineTime with the previous firmware. But if you validate the new firmware, you have two options for reverting:
- Reboot PineTime while keeping the button pressed until the pine logo turns blue. After that, PineTime will revert to the previous firmware;
- (if the first doesn't help) Reboot PineTime while keeping the button pressed until the pine logo turns red. After that, PineTime will load some emergency firmware, which allows connecting to the companion device and you can flash some working firmware.
ATTENTION! No matter which of these two methods was used for reverting, it's not enough to clear the bluetooth problem. You have to boot PineTime with bluetooth disconnected (otherwise, PineTime will reboot again and switch to the validated new firmware), then validate the working firmware in the PineTime settings, manually reboot PineTime again (keep the button pressed while the pine logo is still white or green), and then you can switch on the bluetooth and connect to the companion device.
All the above is the same, no matter if the previous firmware is 1.14.0 or 1.14.1, or the bootloader is 1.0.0 or 1.0.1, or if you keep the added device in the companion app, or delete it after the flashing and make a new pairing after booting with 1.15.0. Clearing saved data, reinstalling and trying different versions of GadgetBridge and Amazfish doesn't help too.
It was fun to discover that PineTime keeps three firmware installations even after validating in the settings:
- The main firmware which it boots by default;
- The previous firmware that it reverts to, be it after rebooting non-validated firmware, or by going to the blue pine logo during the boot;
- The strange emergency firmware, which can be loaded by going to the red pine logo during the boot. It doesn't tell what it is (just the text InfiniTime with its logo), you can do nothing on the watch (even to turn off the display, you can just reboot), but allows you to connect to the companion device and even vibrates when new message arrives.
Version
v.1.15.0, now back to 1.14
Companion app
Different versions of GadgetBridge and Amazfish
Thanks for the detailed report, sorry to hear 1.15 isn't working. So far there has been 1 report of 1.15 crashing regularly (#2178), which is very likely some hardware defect (a new PineTime worked fine, but root cause issue analysis hasn't been done). There are two known issues causing crashes: #2206 (already fixed in main) and #2245 (just reported and not analysed yet).
Since every PineTime is the same and 1.15 is working for everyone else AFAIK (no other reports of this issue), something weird is definitely happening. It might be the case that your device has a hardware defect that is being revealed by a new functionality in 1.15 or similar, but it's possibly a programming error that only reveals itself on your specific watch (though I'm not sure through what mechanism this could happen - but bugs always surprise!). Would you be able to git bisect between 1.14 and 1.15? That way you could find the first broken commit which would be the starting point for if you want to debug this