-
-
Notifications
You must be signed in to change notification settings - Fork 274
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Weird update procedure from firmware 4.1.4 to 4.1.5 #580
Comments
I also hit the same thing this morning (and after panicking tried For my Somu, after it hit this point on the first
no other |
If you read the version while the key is in bootloader mode, it will return the version of the bootloader and not the application, which can be confusing. |
Ok, so the key was stuck in bootloader mode after the failed update? Still bears the question: Why did the update fail in the first place? Might the error |
I just faced the same issue, running the upgrade a second time ended up with a successful update though.
|
That's worse than expected as the firmware update will trigger again when already on 4.1.5 |
Same here with Somu. |
Before today's update, my Somu was on:
The first attempt to update allegedly fails:
But it actually downgraded my locked Somu from 4.1.4 to an unlocked 3.0.0? 🤨
After that, the update to 4.1.5 seems to work fine:
And my Somu is locked again:
Now I'd like to ask: Is this really the expected update behaviour? I thought it wouldn't be possible to unlock a key once it was locked...
I'm using v0.0.30 of the solo-python CLI.
The text was updated successfully, but these errors were encountered: