-
Notifications
You must be signed in to change notification settings - Fork 590
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
Beta: iOS micro:bit app refuses to pair with hex from Beta #5913
Comments
Thanks for opening the ticket Martin! I didn't realised this was in CODAL, I'll look into this right away. @abchatra something we need to discuss for the release. |
Heads up: I don't normally look at the iOS code so this could be wrong! You can access the beta editor by long pressing the back button inside MakeCode in iOS and enabling the toggle. Best guess is that it’s reading this: That seems to be the eVER field in the LZMA’d metadata which uses this value:
I'm not sure what type of version number that is (perhaps CODAL?). If you test live hex on device -> flash using iOS app with beta your get an “Update” / “Send” / “Cancel” dialog. Send still works. Update appears to do nothing (back to MakeCode). If you test beta hex on device -> flash using iOS app with beta you also get an error but no dialog just an option to view Details that shows “Failed - old software”. |
Not convinced its that version any more - lots of versions are checked before showing the UI that reads that version again. Will leave to @martinwork and @carlosperate (who I think suspects CODAL version). |
Thanks @microbit-matt-hillsdon @microbit-carlos It refuses to pair with a recently built C++ program too. |
@martinwork I can confirm that this is caused by the latest CODAL populating the Tested this by using MakeCode beta with the iOS app and setting the {
"yotta": {
"config": {
"CODAL_VERSION": "\"unknown\""
}
}
} If I set If I set it to But once the board has a hex with CODAL_VERSION set to "1.0.0" (via WebUSB flashing or BLE flashing), then I cannot flash anymore a project with Is it possible the app is checking the "firmware version" to determine if it's compatible with the micro:bit board connected? |
Yes the checks in the app are for V1. V2 always passed by default because it's version was "unknown", but now fails because the V2 DAL version is earlier than any V1 DAL version. The thresholds are... reject versions <1.4.16 and ask about sending a version < 2.1.0 unless the target is a V1.3. The app needs to be updated to cope with the change, which might take a few days. |
Thanks Martin! We should consider this a blocking issue, so I'll reopen this until I have sent a PR with the tag, and be able to test the latest beta with the iOS app. @abchatra once a new CODAL tag is released and merged into MakeCode, will somebody from the MakeCode team be able to test flashing with the the iOS app + MakeCode beta before releasing to live? Any previous testing with the app should have triggered this issue, so it'd be good if you could also check if you can replicate the problem as it currently stands, to be able to confidently test that it's been fixed. |
This is to workaround an issue in the iOS app as described in: microsoft/pxt-microbit#5913
This is to workaround an issue in the iOS app as described in: microsoft/pxt-microbit#5913
@abchatra I've created the PR: |
@microbit-carlos The app seems OK with MakeCode 7.0.38. |
Thanks Martin! |
Hex files from beta contain version information that the iOS micro:bit app interprets as too old to work. I expect this is a CODAL issue - mentioning here for visibility. I will investigate further.
The text was updated successfully, but these errors were encountered: