nRF52833 DFU OTA failing due to flash space (MCUboot dual-slot too large)

RE: nRF52833 DFU OTA failing due to flash space (MCUboot dual-slot too large)

Hung Bui — Fri, 19 Sep 2025 10:56:26 GMT

Hi,
No you should be able to update the same application as long as you can flash it on the chip.
The size is already compensate for dual bank update. For example when you look here:
FLASH: 227600 B / 232960 B (97.7%)

It say that your application flash is 227600 byte and it is 97.7% of the mcuboot_primary size (232960).
This doesn't count the secondary slot. So if you can't update the same application, there must be something else wrong.
I would suggest to try testing with very simple application, try doing DFU on that first.
Have you followed our Dev Academy guide ?
academy.nordicsemi.com/.../

RE: nRF52833 DFU OTA failing due to flash space (MCUboot dual-slot too large)

Sangam Prajapati — Fri, 19 Sep 2025 07:34:05 GMT

Thank you for your answer. I was able to reduce the used flash space from 97% down to 82%. However, I still need to bring it closer to 50%. From what I understand, OTA via DFU mode is only possible if the used flash size is less than 50%.

I also checked on the Nordic forum and documentation, and found that image compression and external flash are not supported on nRF52833 – Image compression is only available on nRF54L15, nRF5340, and nRF52840.

Could you please suggest what other methods we can apply to reduce the flash usage further?

Are there any Nordic-specific recommendations or best practices to shrink the application image size further on nRF52833 so that OTA DFU can work?

RE: nRF52833 DFU OTA failing due to flash space (MCUboot dual-slot too large)

Hung Bui — Thu, 18 Sep 2025 13:20:55 GMT

Hi Sangam,
So what I can see in the partitions.yml is that you have the slot1 configuration as follows:

mcuboot_secondary:
address: 0x45000
end_address: 0x7e000
placement:
after:
- mcuboot_primary

The size of the slot is 0x39000=233472.
You will have few hundred bytes less due to over head. But that's pretty much the limit with the nRF52833.
Please check if your new image exceed this.

You have some some options:
- Follow what I wrote to reduce the size of the image

- Use external flash.

- Try the image compression

I don't think the single bank update on NCS will come for nRF52. But for this future feature, you will have to contact our sale representative.

RE: nRF52833 DFU OTA failing due to flash space (MCUboot dual-slot too large)

Sangam Prajapati — Thu, 18 Sep 2025 09:52:42 GMT

Thank so much for your support and valuable answer. Here is the partition.yml

app:
address: 0xc200
end_address: 0x45000
region: flash_primary
size: 0x38e00
mcuboot:
address: 0x0
end_address: 0xc000
placement:
align:
end: 0x1000
before:
- mcuboot_primary
region: flash_primary
size: 0xc000
mcuboot_pad:
address: 0xc000
end_address: 0xc200
placement:
align:
start: 0x1000
before:
- mcuboot_primary_app
region: flash_primary
size: 0x200
mcuboot_primary:
address: 0xc000
end_address: 0x45000
orig_span: &id001
- app
- mcuboot_pad
region: flash_primary
sharers: 0x1
size: 0x39000
span: *id001
mcuboot_primary_app:
address: 0xc200
end_address: 0x45000
orig_span: &id002
- app
region: flash_primary
size: 0x38e00
span: *id002
mcuboot_secondary:
address: 0x45000
end_address: 0x7e000
placement:
after:
- mcuboot_primary
align:
start: 0x1000
region: flash_primary
share_size:
- mcuboot_primary
size: 0x39000
settings_storage:
address: 0x7e000
end_address: 0x80000
placement:
align:
start: 0x1000
before:
- end
region: flash_primary
size: 0x2000
sram_primary:
address: 0x20000000
end_address: 0x20020000
region: sram_primary
size: 0x20000

RE: nRF52833 DFU OTA failing due to flash space (MCUboot dual-slot too large)

Hung Bui — Thu, 18 Sep 2025 09:28:02 GMT

Hi Sangam,

Could you send us the partitions.yml file in your build folder ?
What did you change in your new firmware compare to old firmware ? Normally the size of slot 1 (where you receive new image) should be equal to the size of slot 0 (where the current image is). If you don't have significant change in the firmware you should be able to receive the image.

1. Single slot DFU update is currently not supported in NCS. It is coming but I don't know when and nRF52 may not be supported.
2. There are a few things you should try:
- Disable unused features and peripherals
For example

CONFIG_I2C=n
CONFIG_SPI=n
CONFIG_SERIAL=n
CONFIG_LOG=n
CONFIG_USE_SEGGER_RTT=n
CONFIG_CONSOLE=n
CONFIG_UART_CONSOLE=n
CONFIG_STDOUT_CONSOLE=n
CONFIG_PRINTK=n
CONFIG_EARLY_CONSOLE=n

- Optimize Bluetooth Stack and Features

You should optimize the bluetooth stack to only use what you need, for example only peripheral , no PHY update, no extended advertising etc.
- Compiler Optimization Flags
Use compiler optimization flags for size, such as -Os or -Oz
CONFIG_COMPILER_OPT="-Os"

- Remove Debugging and Assert Features

3. Yes compression support in MCUboot helps. It allows the slot 1 to be 70% of slot 0.