BT DFU OTA over SMP service from nRF54L15 Central to nRF54L15 Peripheral

RE: BT DFU OTA over SMP service from nRF54L15 Central to nRF54L15 Peripheral

Aunns Shabbir — Wed, 30 Apr 2025 16:36:34 GMT

br_adams_01
Would you be kind enough to share your sample?

Really appreciate it

RE: BT DFU OTA over SMP service from nRF54L15 Central to nRF54L15 Peripheral

Amanda Hsieh — Fri, 04 Apr 2025 18:16:47 GMT

Happy to hear that. 🙂

RE: BT DFU OTA over SMP service from nRF54L15 Central to nRF54L15 Peripheral

br_adams_01 — Fri, 04 Apr 2025 14:02:10 GMT

I figured out the problem. I was sending too much data for the last packet and exceeding the length that I send to the SMP server. Fixed that and OTA works now! Thanks for your help!

RE: BT DFU OTA over SMP service from nRF54L15 Central to nRF54L15 Peripheral

Amanda Hsieh — Mon, 24 Mar 2025 21:44:02 GMT

Hi,

How much percentage of the "Region Size" for the application image indicated in the build log? If it is over 95%, I would suspect it's related to the Known Issues now:

NCSDK-20567: Partitioning limitation with MCUboot swap move. also, check this post. Then, You could consider Optimizing the application or using external flash for the mcuboot_secondary partition.

-Amanda H.

RE: BT DFU OTA over SMP service from nRF54L15 Central to nRF54L15 Peripheral

br_adams_01 — Tue, 18 Mar 2025 22:44:15 GMT

Also, in addition to calculating the SHA hash, is there a way that we can get the exact image size before we OTA the file to the target?

Thanks!

RE: BT DFU OTA over SMP service from nRF54L15 Central to nRF54L15 Peripheral

br_adams_01 — Tue, 18 Mar 2025 00:01:21 GMT

Amanda,

Making good progress. I can list the images on the target, erase an image if there is an image populated in the secondary slot, and upload 99% (I'll explain below) of the image chunks. The example is helping out very well.

I did change the way that I stored the image on the Central in order to OTA the image to the Target (used mcumgr uart transport to store in secondary image partition instead of littlefs).

I have ran into a problem. When I sent the last packet of the image, I get an error return code "rc" on the central of 1 in the upload response packet (According to the SMP stack, an unknown error). On the target side, I get the following in the log:

"Image upload inspect failed: 31"

The offset that I am getting from the upload response appears to match the offset of what I am reading from flash.

Upon further observation, when this error occurred on the target, the image seemed to be discarded upon listing the images again.

I checked the SHA hash of the image file itself that I am sending in the first upload packet, and it is the same hash that was calculated from the nRF connect app, so I do not think that is the issue. Currently right now, I am calculating this hash in a Python script and inputting that hash into a shell command.

Any suggestions? Is there a way to calculate the hash of the image in the secondary partition on the Central?

Thanks!

RE: BT DFU OTA over SMP service from nRF54L15 Central to nRF54L15 Peripheral

Amanda Hsieh — Thu, 06 Mar 2025 20:13:23 GMT

[quote user="br_adams_01"]1)How much of the bin file do I need to chunk and send, and does this include the TLV area[/quote]

At least 32 bytes, since first it has to send the whole header (which is 32 bytes), not including the TVL area. Here is my colleague's unofficial sample, but it is not updated to v2.9.0. Still worth taking a look. https://github.com/hellesvik-nordic/samples_for_nrf_connect_sdk/tree/main/bootloader_samples/client_smp/smp_client_ble

Disclaimer:

This code/configuration is not thoroughly tested or qualified and should be considered provided “as-is”. Only for reference.

[quote user="br_adams_01"]2) How can I parse the TLV area from the application layer so that I can extract the hash to test the image?[/quote]

You can use the img_mgmt_find_tlvs() function, see the example https://github.com/nrfconnect/sdk-zephyr/blob/v3.7.99-ncs2/subsys/mgmt/mcumgr/grp/img_mgmt/src/img_mgmt.c#L227

RE: BT DFU OTA over SMP service from nRF54L15 Central to nRF54L15 Peripheral

br_adams_01 — Thu, 06 Mar 2025 15:07:46 GMT

Thanks, Amanda.

I have looked into this example already, and it gives me a good idea of how I want to approach the problem of sending the SMP commands themselves. However, I still would like to know information about questions 1 and 2 above -- ""1)How much of the bin file do I need to chunk and send, and does this include the TLV area, and 2) How can I parse the TLV area from the application layer so that I can extract the hash to test the image?""

RE: BT DFU OTA over SMP service from nRF54L15 Central to nRF54L15 Peripheral

Amanda Hsieh — Thu, 06 Mar 2025 14:46:13 GMT

Hi,

You can take a look at this Bluetooth: Central SMP Client sample.

Regards,
Amanda H.