DFU over BLE and USB

[MattyIce]

My current project has DFU enabled through the secure BLE bootloader and it works well. I would like to include the additional option of performing DFU over USB. Is it possible to combine the two functions into the same bootloader? Does Nordic have any sample code which does this?

Thanks

[ovrebekk]

Hi

It is possible to do, yes, but there is no example showing how to do it unfortunately. 

How are you planning to switch between the two bootloader transports?

Best regards
Torbjørn

[Anantha Keshava]

I have a similar requirement to use USB DFU in the factory, use background DFU over BLE in the field. Is there any pointer to achieve this?

I read that for background DFU, the Bootloader shouldn't initialize any of the transports however, I have the need to have these be initialized and then choose between a factory/RMA update vs. user/field update.

Appreciate any help.

Thanks and regards,

Ananth

[Sergnrf]

//However, I find that on attempting to enter the DFU mode (button press during reset), I see that the board continuously keeps resetting.

Did you solve this problem?

[Anantha Keshava]

Sergnrf, I changed companies recently and hope the team working on that issue have been able to solve it by now. Thanks for the follow up.

[arjun123]

Were you able to resolve this issue? I am also stuck at trying to figure out how to get the ble transport layer to initialize. Currently we use a ble bootloader, but when we added the code for USB, only USB DFU works and ble fails to initalize and crashes, putting the board in a constant resetting state.

[mbredes]

I ran into this problem while trying this out, it's because the paths are all messed up. You just need to either redo all the paths or copy the pca10040_ble_uart_debug folder into <whatever path you have before this>\nRF5_SDK_15.2.0\examples\dfu\secure_bootloader and then it will build.

[Peter]

Hello Hung Bui,

I got it running on the nRF52832 with SDK15.3 as Non-Debug version but I am wondering if it might be possible to get this Non-Debug version fit into the 24kB Flash which is resevred for the bootloader. Is there any known overhead regarding used drivers or something else which I could try to remove to save flash memory? If you could give me a hint it would be great.

Thank you

Peter   

[Hung Bui]

Hi Peter, 
Please create a new case for your question. But I don't think there is anything you can remove to save more space except for increasing the optimization level. 

[arikramon]

Hi Peter

Can you share with us your nRF52832 with SDK15.3 as Non-Debug code

Thanks