Nano 33 BLE: SoftDevice Relocation Timeout After Re-Flashing #18469
Unanswered
HeinerTholen
asked this question in
nRF
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Hello there,
I am encountering a strange issue where the MicroPython firmware on my Arduino Nano 33 BLE fails to start up after a re-flash (using both the MicroPython installer and
bossac).MicroPython was installed and worked fine. Problems started when trying to re-flash microPython. Normal arduino scripts can be flashed and run fine.
I tried 3 different ways:
a) The MicroPython Installer always times out with the message: "Waiting for the device to relocate the SoftDevice."
b) After flashing "Nano33_updateBLandSoftDevice", relocating the SoftDevice and flashing with
bossacthe device doesn't appear for a usb connection.c) After flashing with the openMV IDE, the device also doesn't appear for a usb connection.
System & Setup Details:
bossacOperating System:
bossac, used latest Arduino BOSSA with nRF support downloaded here andmpremotefor REPL access.More info and possible clues:
ulaband other libs, but then found thatdisable_irq/enable_irqweren't working on openMV (fixed on main now), resulting in problems with an HX711 driver, so I wanted to go back to 1.26.1 on the rev2.)bossaccommand taken from microPython download page. Always had to put the board into bootloader mode with double-tapping reset. Example command and the output:mpremoteboth failed to establish a REPL connection (the devices don't even seem to appear on usb at all).MBR.h,bootloader.handSoftDevice.hfiles that came bundled with the micropython installer app and the ones I flashed using the Arduino IDE usingdiff. The corresponding files are identical.Conclusion/Question:
The boards were freshly flashed microPython and openMV, but can't be reflashed. SoftDevice/Bootloader and a clean flash of MicroPython all done, the persistent "SoftDevice Relocation" timeout may suggest an issue during the MicroPython boot sequence when it attempts to initialize the SoftDevice?
Could this be related to a specific configuration register or a known timing issue when starting the BLE stack on the nRF52840 after the bossac reset?
Do I have to take the "nuclear option", i.e. SWD and
nrfjprog? Would that even help?Thank you in advance for any insight and/or guidance!
Beta Was this translation helpful? Give feedback.
All reactions