Not able to enter DFU mode of nRF52840 Fanstel dongle after upgraded the bootloader compiled from secure_bootloader example

RE: Not able to enter DFU mode of nRF52840 Fanstel dongle after upgraded the bootloader compiled from secure_bootloader example

Amanda Hsieh — Thu, 31 Mar 2022 06:47:40 GMT

Seems my suggestions could not help the Fanstel 52840 dongle. Because it's Fanstel's product, you need to go to Fanstel for help/support with their product.

-Amanda

RE: Not able to enter DFU mode of nRF52840 Fanstel dongle after upgraded the bootloader compiled from secure_bootloader example

Paul Bradford — Wed, 30 Mar 2022 17:29:22 GMT

The subject of this case says it's about a Fanstel 52840 dongle, not the Nordic dev-dongle.

RE: Not able to enter DFU mode of nRF52840 Fanstel dongle after upgraded the bootloader compiled from secure_bootloader example

Yuriy Sharamaha — Wed, 30 Mar 2022 15:51:37 GMT

I see, thanks for the information. I just need to program the dongle, but Reset button stopped working :( Is there any other way how to reset the dongle?

RE: Not able to enter DFU mode of nRF52840 Fanstel dongle after upgraded the bootloader compiled from secure_bootloader example

Amanda Hsieh — Wed, 30 Mar 2022 13:26:05 GMT

Hi,

You should use pca10059 for Dongle. Try the open_bootloader under nRF5_SDK\examples\dfu.

-Amanda

RE: Not able to enter DFU mode of nRF52840 Fanstel dongle after upgraded the bootloader compiled from secure_bootloader example

Yuriy Sharamaha — Wed, 30 Mar 2022 12:24:21 GMT

Amanda,

Yes, it is that dongle.

I've tried to upgrade bootloader (see issue description) compiled from secure_bootloader of nRF5 SDK (nRF5_SDK_17.1.0_ddde560\examples\dfu\secure_bootloader\pca10056_usb). The button stopped working after that and the dongle never enters DFU mode.

RE: Not able to enter DFU mode of nRF52840 Fanstel dongle after upgraded the bootloader compiled from secure_bootloader example

Amanda Hsieh — Wed, 30 Mar 2022 12:18:27 GMT

Hi,

[quote user="Yuriy Sharamaha"] there is only one button on its side that has been used to put the dongle into DFU mode. Unfortunately it does not work now. [/quote]

Are you using this https://www.nordicsemi.com/Products/Development-hardware/nRF52840-Dongle?

Why it doesn't work? Do you erase the opened bootloader?

[quote user="Yuriy Sharamaha"]Is it Reset or SW1 button?[/quote]

With the production bootloader, it is Reset to get into DFU. See this tutorial.

-Amanda

RE: Not able to enter DFU mode of nRF52840 Fanstel dongle after upgraded the bootloader compiled from secure_bootloader example

Yuriy Sharamaha — Wed, 30 Mar 2022 11:30:20 GMT

Thank you Amanda!

The dongle is closed into plastic box and there is only one button on its side that has been used to put the dongle into DFU mode. Unfortunately it does not work now. Is it Reset or SW1 button?

RE: Not able to enter DFU mode of nRF52840 Fanstel dongle after upgraded the bootloader compiled from secure_bootloader example

Amanda Hsieh — Wed, 30 Mar 2022 11:00:15 GMT

Hi,

[quote user=""]Is there is a way to let dongle to enter DFU mode again?[/quote]

Press the reset button to put the Dongle in DFU mode. This is not needed if the currently running application uses the DFU trigger library. Note that the reset button is the sideways button right next to the more obvious SW1 button on the Dongle:

[quote user=""]What is the correct way to upgrade SoftDevice and Bootloader from v6.1.1 to v7.2.0?[/quote]

[quote user=""]nrfutil pkg generate --hw-version 52 --sd-req 0xb6 --bootloader-version 2 --bootloader nrf52840_xxaa.hex --key-file private.pem bl.zip[/quote]

This command doesn't include the new SD image and --sd-id for the new SD ID.

See DFU package combinations:

However, the two SDs may have different IDs. The first update requires --sd-req to be set to the ID of the old SD. The APP update requires the ID of the new SD. The new ID must be set using --sd-id parameter. This parameter was added in nRF Util v3.1.0 and is required since v3.2.0 in case the package should contain SD (+ BL) + APP. Also, the new ID is copied to --sd-req list so that in case of a link loss during the APP update the DFU process can be restarted. In this case, the new SD would overwrite itself, so --sd-req must contain the ID of the new SD.

Regards,
Amanda