Skip to content

DK2 SDK v2.9.0 update #2275

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

Open
wants to merge 3 commits into
base: main
Choose a base branch
from
Open

Conversation

apullin
Copy link
Contributor

@apullin apullin commented Apr 28, 2025

Updates DK2 project for Nordic SDK v2.9.0

Also resolves many build warnings throughout the project.

@skywinder
Copy link
Collaborator

Hi @apullin, thanks for the fix.

I can’t run it on my DK2 — it just blinks red after the build. Did it work on yours? Did you test it? If so, let’s troubleshoot what’s causing the problem.

Here’s my setup — please double-check yours, and also send the U2F file so I can compare it with mine. Feel free to send it on Discord.

In addition, please update the docs and README — include how to build with the new config and what settings need to be installed.

CleanShot 2025-05-05 at 17 24 12@2x

@skywinder skywinder added the needs-context needs more context to implement label May 5, 2025
@apullin apullin force-pushed the dk2_2.9.0_update branch from e2e29a5 to 09ed678 Compare May 5, 2025 16:15
@apullin
Copy link
Contributor Author

apullin commented May 5, 2025

@skywinder This DID work for me when I tried it. But I also had to go through a length process to recover my DK2 due to some failure to flash. It's possible it's an incompatibility with the "SoftDevice", since I updated to whatever the latest is.

  • will dig into it and figure out the issue
  • TODO update readme

@skywinder
Copy link
Collaborator

OK, thank you! I’m also curious how you were able to recover your Omi, because I know at least three people with the same problem.

It happened to me too, but I just connected the debugger and updated the bootloader because it stopped responding to anything.

If you can share your steps or process to rescue it, that would be super helpful — especially for people in Discord who also have dead Omi DK2s.

@BasedHardware BasedHardware deleted a comment from vercel bot May 5, 2025
@skywinder
Copy link
Collaborator

Also, I would like to ask if you will make updates. Let’s split it into two pull requests : fixing empty spaces and actual changes. I agree that it should be changed, and all these trailing spaces are very annoying.

  • But otherwise, it's quite hard to review and find where there are just trailing spaces and where there are the changes.

It also shows that there is some unused variable, so probably we will remove it as well. What is the first step? Let’s make it work with minimal changes.

Thanks for the help.

@skywinder
Copy link
Collaborator

just a reference to dead DK issue in disocord, in case if we will find the rescue:
https://discord.com/channels/1192313062041067520/1364435262956114061

@apullin
Copy link
Contributor Author

apullin commented May 5, 2025

If you can share your steps or process to rescue it, that would be super helpful — especially for people in Discord who also have dead Omi DK2s.

In my case, it was only partly "dead".
https://discord.com/channels/1192313062041067520/1231903583717425153/1366623165958193163

The symptoms were:

  • red LED would blink
  • mass storage would enumerate
  • looking at "INFO_UF2.txt", it showed: SoftDevice: none at the end

To resolve this, I checked out:
https://github.com/adafruit/Adafruit_nRF52_Bootloader

and did all the appropriate setup. AFAIK you'll have to have an arm-none-eabi-gcc toolchain installed locally and added to your PATH.

and did:
make BOARD=feather_nrf52840_express SERIAL=/dev/ttyACM0 flash-dfu
which did visibly work - DFU detected the device and flahed it.

thereafter, I did:
make BOARD=feather_nrf52840_express flash-sd

After that, the "INFO_UF2.txt" did show a version for "SoftDevice".

I actually don't recall if that alone made it so that copying a UF2 in made it work.
At some point, I deleted the CURRENT.UF2 in the USB mass storage drive that enumerates when plugged in (which doesn't really make sense), and then dropped in the zephyr.uf2, and it then flahed, worked, booted up into the Omi FW.

A final note is that I observed TWO red LED states, one with a red LED "breathing" quickly, another with it going slow.
Unusure what these two states correspond to.

Info on what the chip can actually do wrt to DFU mode and UART bootloader mode is spread out all over Nordic's site ... horrible that they don't just publish a Reference Manual.
If there's not even a red LED showing, maybe the bootloader itself is nuked. But it should still be possible to get it into DFU mode, if the right pin is accessible

@beastoin
Copy link
Collaborator

If you can share your steps or process to rescue it, that would be super helpful — especially for people in Discord who also have dead Omi DK2s.

In my case, it was only partly "dead". https://discord.com/channels/1192313062041067520/1231903583717425153/1366623165958193163

The symptoms were:

* red LED would blink

* mass storage would enumerate

* looking at "INFO_UF2.txt", it showed: `SoftDevice: none` at the end

To resolve this, I checked out: https://github.com/adafruit/Adafruit_nRF52_Bootloader

and did all the appropriate setup. AFAIK you'll have to have an arm-none-eabi-gcc toolchain installed locally and added to your PATH.

and did: make BOARD=feather_nrf52840_express SERIAL=/dev/ttyACM0 flash-dfu which did visibly work - DFU detected the device and flahed it.

thereafter, I did: make BOARD=feather_nrf52840_express flash-sd

After that, the "INFO_UF2.txt" did show a version for "SoftDevice".

I actually don't recall if that alone made it so that copying a UF2 in made it work. At some point, I deleted the CURRENT.UF2 in the USB mass storage drive that enumerates when plugged in (which doesn't really make sense), and then dropped in the zephyr.uf2, and it then flahed, worked, booted up into the Omi FW.

A final note is that I observed TWO red LED states, one with a red LED "breathing" quickly, another with it going slow. Unusure what these two states correspond to.

Info on what the chip can actually do wrt to DFU mode and UART bootloader mode is spread out all over Nordic's site ... horrible that they don't just publish a Reference Manual. If there's not even a red LED showing, maybe the bootloader itself is nuked. But it should still be possible to get it into DFU mode, if the right pin is accessible

interesting.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
needs-context needs more context to implement
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants