bobrippling

Most recent activity

• Need help with Error: VC31 WHO_AM_I failed (0)

  in Bangle.js • 3 months, 2 weeks

  

  Cool - I don't use that but interesting to compare against. I don't seem to get the HRM starting up now, I erased and re-wrote some boot files and I'm wondering if it's order-sensitive

• Need help with Error: VC31 WHO_AM_I failed (0)

  in Bangle.js • 3 months, 2 weeks

  

  I've been using nohrm.boot.js which contains:

  Bangle.setHRMPower = () => false;
  

  to avoid my device locking up if something enables HRM (e.g. swiping through clkinfo, going into an app which turns it on, etc).

  If I load runplus, it seems this is circumvented because it doesn't run boot code, how might I avoid that without hacking runplus?

• Need help with Error: VC31 WHO_AM_I failed (0)

  in Bangle.js • 4 months, 1 week

  

  Thanks, shall give it a gander - I came off a bike recently and while the watch didn't get a single scratch, I was wearing it so I'm wondering if something got knocked loose.

• Encrypt/mask GPS data stored on watch

  @bobrippling started

  • 17 comments
  • 1,670 views

  @Gordon replied
• Need help with Error: VC31 WHO_AM_I failed (0)

  in Bangle.js • 4 months, 2 weeks

  

  I see the same issue, and following the above steps:

  This doesn't sound good - can you locate where is the heat is coming
  from?

  Centre of the watch, roughly where the HRM is, I'd guess

  The first step I'd suggest is to ensure you run the battery totally
  flat (there's a menu option in Settings for this) and leave it for an
  hour, then recharge.

  Done, ran the battery down, left it for a day. Same issue - when HRM fires up the watch heats up and the green HRM light never appears. Battery consumption then goes through the roof, even if HRM is turned off.

  Are there other steps I can take, such as dismantling the watch to see if there's any loose components?

• Encrypt/mask GPS data stored on watch

  in Bangle.js • 4 months, 2 weeks

  

  I've setup an SWD probe and am able to access the watch - there is flashing as one option, but let's say something went wrong with this E.setPassword boot code. Are there other ways to reset that over SWD? (such as clearing parts of flash storage)

• Encrypt/mask GPS data stored on watch

  in Bangle.js • 7 months, 3 weeks

  

  About this - the USB cable that comes with the watch, do you know if its pins that connect to the SWD contacts on the watch also hook up to anything on the USB side?

  I'm thinking it'd be nice to have a fallback in case I did lock myself out, and SWD would provide a nice way in, but I'm not sure how easy it'd be. I do have a cmsis-dap probe which can talk SWD that I could attempt to manually attach

• Encrypt/mask GPS data stored on watch

  in Bangle.js • 1 year, 4 months

  

  I've been thinking about this more and like the idea of setPassword - my plan would be something like:

  • In padlock.boot.js:
    
    • Read padlock.setting.json for the password
      
    • Call E.setPassword(password) (and E.lockConsole())
      
  • Only allow padlock.setting.json to be set from the apploader / IDE
    
    • (If the password is setable from the settings app, anyone with physical access can unlock the watch)
      
      

  Is there any existing standard setup for adding this into .bootrst ? I don't see any apps using it at the moment so I was going to generate it from all the <app>.bootrst.js files, if that sounds like a plan?

  How cautious should I be with this file btw? Could I potentially brick my watch if I accidentally raise an exception or break BLE connections here?

• Encrypt/mask GPS data stored on watch

  in Bangle.js • 1 year, 4 months

  

  I like the sound of asymmetric keys or using phone IDs/mac addresses to encrypt too. E.setPassword sounds very useful for dealing with more technical attacks - I suppose an existing bluetooth whitelist will cover anyone accessing the console unless an attacker guess the allowed mac addresses too.

  I'm thinking the existing scramble GPS app works as a lightweight/ease-of-use "lock", and I have a few ideas for a more lockdown-mode which would incorporate these ideas along with encryption based on some key.

  We could either encrypt just GPS and use recorder's existing async prompting to add a password-prompt afterwards, or go for more of a whole-device lock and request a password at either boot or unlock time.

• Encrypt/mask GPS data stored on watch

  in Bangle.js • 1 year, 4 months

  

  regular or automatic sync (with auto delete in case no sync happened for a while) of the data to GadgetBridge

  This is something I've been thinking about for a while - a bluetooth daemon running on a raspberry pi that regularly updates my watch's clock, fetches health/gps data off the watch and so on