DFU Bootloader Update

Hello,

I use sDK 17.1.0, I want to update my bootloader with OTA-DFU. I can update my main application with DFU there is no problem about it. However, I need to upgrade the current bootlader. Is it possible to do it? 

Sincerely,

Parents
  • Hello Cemile,

    If you have been using the same bootloader provided in the nRF5 SDK v17.1.0, with its default configurations, then it can be updated.
    See: https://docs.nordicsemi.com/bundle/sdk_nrf5_v17.1.0/page/lib_bootloader_dfu_process.html#lib_bootloader_dfu_step.

    Otherwise, it depends on the specifics of the bootloader you are working with.

    Sincerely,

    Hieu

  • Hello Hieu,

    Thank you for your quick answer. I forgot the tell my bootloader version as you specified. I am using pca10040_s132_ble example and I did few changes like a changing DFU advertise data etc. not more than that. Right now, my product on production stage and unfortunately, there many products on field. Actually bootloader works pretty fine too. But sometimes the customers cannot update the main application correctly from our mobile application. They forgot keep open the phone during upgrading process or their internet connection can be a total mess. In addition, my main application is larger than half of total flash. Because of that situation the product stays on the DFU stage if the upgrading process not goes right and cannot recover itself. In the current bootlader the DFU advertise data is default value "Dfutarg" but right now I have changed it to the shortening of the device name + MAC ID of the product to find the device if it is in the DFU stage or not. Thanks to this feature the customer can save their product with the new upgrade process and mobile application can confirm with the advertisement name is it true product to upgrade or not. 

    Otherwise, it depends on the specifics of the bootloader you are working with.

    In short, I will try to upgrade my bootlader via the link that you send and inform you. If you have any other recommendation about the situation I will accept them gladly. Thank you for your patience.

    Sincerely,

    Damnali

Reply
  • Hello Hieu,

    Thank you for your quick answer. I forgot the tell my bootloader version as you specified. I am using pca10040_s132_ble example and I did few changes like a changing DFU advertise data etc. not more than that. Right now, my product on production stage and unfortunately, there many products on field. Actually bootloader works pretty fine too. But sometimes the customers cannot update the main application correctly from our mobile application. They forgot keep open the phone during upgrading process or their internet connection can be a total mess. In addition, my main application is larger than half of total flash. Because of that situation the product stays on the DFU stage if the upgrading process not goes right and cannot recover itself. In the current bootlader the DFU advertise data is default value "Dfutarg" but right now I have changed it to the shortening of the device name + MAC ID of the product to find the device if it is in the DFU stage or not. Thanks to this feature the customer can save their product with the new upgrade process and mobile application can confirm with the advertisement name is it true product to upgrade or not. 

    Otherwise, it depends on the specifics of the bootloader you are working with.

    In short, I will try to upgrade my bootlader via the link that you send and inform you. If you have any other recommendation about the situation I will accept them gladly. Thank you for your patience.

    Sincerely,

    Damnali

Children
Related