The swap algorithm is executed every time the device is powered on, and the swap type is "perm".

[Denghongyan]

Hello, 

We use nrf54l15dk + MX25R8035F external flash to do the matter development on NCS2.9.0, and we meet some problems:

1. when the matter.ota is 1003KB, takes about 10min30s to get the new fw, and 3min18s to do the swap algorithm, is it a normal speed?

2. The swap algorithm is executed every time the device is powered on, and the swap type is "perm". Following is my log:

[Vidar Berg]

Hello,

To reduce the swap time, you can set CONFIG_NRF_RRAM_WRITE_BUFFER_SIZE to '=20' in your MCUBoot configuration. This will be the default in the upcoming SDK v3.0.0 release. Regarding the confirm failure, do you have the same partition layout in the new and old version of the app (Partitioning device memory)?

It also looks like you are using the wrong JDEC ID for MX25R8035F:

Best regards,

Vidar

[Denghongyan]

Thank you for replay, Vidar

1. I will set CONFIG_NRF_RRAM_WRITE_BUFFER_SIZE to do the test

2. We have set only one pm_static.yml

3. For JDEC ID, we set in overlay (both mcuboot and app), but don't know why cannot recognized correctly.

overlay configure:

[Denghongyan]

here is my pm_static.yml:

mcuboot:

  address: 0x0

  region: flash_primary

  size: 0xD000

mcuboot_pad:

  address: 0xD000

  region: flash_primary

  size: 0x800

app:

  address: 0xD800

  region: flash_primary

  size: 0xFA000

mcuboot_primary:

  orig_span: &id001

  - mcuboot_pad

  - app

  span: *id001

  address: 0xD000

  region: flash_primary

  size: 0xFA800

mcuboot_primary_app:

  orig_span: &id002

  - app

  span: *id002

  address: 0xD800

  region: flash_primary

  size: 0xFA000

factory_data:

  address: 0x107800

  region: flash_primary

  size: 0x1000

settings_storage:

  address: 0x108800

  region: flash_primary

  size: 0xA000

fillter_storage:

  address: 0x112800

  region: flash_primary

  size: 0x6A800

mcuboot_secondary:

  address: 0x0

  orig_span: &id003

  - mcuboot_secondary_pad

  - mcuboot_secondary_app

  region: external_flash

  size: 0xFA800

  span: *id003

mcuboot_secondary_pad:

  region: external_flash

  address: 0x0

  size: 0x800

mcuboot_secondary_app:

  region: external_flash

  address: 0x800

  size: 0xFA000

external_flash:

  address: 0xFA800

  size: 0x5800

  device: MX25R80

  region: external_flash

[Denghongyan]

Hi Vidar,

I have a question, can you check about the following code in matter\examples\platform\nrfconnect\util\OTAUtil.cpp:

It looks like if the mcuboot swap type is BOOT_SWAP_TYPE_TEST, it will return (we use nrf54l15), not excute boot_write_img_confirmed(). Is this ok?

[Denghongyan]

For JDEC ID，I have solved the problem by adding 

&mx25r64

{

    status = "disabled";

};

[Vidar Berg]

Denghongyan said:

For JDEC ID，I have solved the problem by adding 

Have you cut the solder bridges connecting the MX25R64 on the development kit so you could use the same pins to connect to the MX25R8035F instead?

Denghongyan said:

It looks like if the mcuboot swap type is BOOT_SWAP_TYPE_TEST, it will return (we use nrf54l15), not excute boot_write_img_confirmed(). Is this ok?

The log says the swap is 'perm' which indicates that the image has been confirmed already. I.e. it will not be reverted.