[McuMgr] Error : NOT_SUPPORTED during DFU by BLE with MCUBoot

RE: [McuMgr] Error : NOT_SUPPORTED during DFU by BLE with MCUBoot

Julien — Mon, 30 Oct 2023 07:52:44 GMT

Hi AHaug,

Yes, i achieve my goal, thanks again for the supports,

Best Regards,

Julien

RE: [McuMgr] Error : NOT_SUPPORTED during DFU by BLE with MCUBoot

AHaug — Wed, 25 Oct 2023 07:53:45 GMT

Hi Julien

Apologies for the long response time

Just checking in here regarding the status on your project and this case. Did you achieve your goal with the new pm design you mentioned? Is there anything else I can do for you (in this case)? The PM you posted looks fine to me, but I haven't ran any tests to verify

Kind regards,
Andreas

RE: [McuMgr] Error : NOT_SUPPORTED during DFU by BLE with MCUBoot

Julien — Fri, 13 Oct 2023 12:32:28 GMT

All right seem logical

app:
  address: 0xa200
  end_address: 0x45000
  region: flash_primary
  size: 0x3ae00
mcuboot:
  address: 0x0
  end_address: 0xa000
  placement:
    before:
    - mcuboot_primary
  region: flash_primary
  size: 0xa000
mcuboot_pad:
  address: 0xa000
  end_address: 0xa200
  placement:
    align:
      start: 0x1000
    before:
    - mcuboot_primary_app
  region: flash_primary
  size: 0x200
mcuboot_primary:
  address: 0xa000
  end_address: 0x45000
  orig_span: &id001
  - mcuboot_pad
  - app
  region: flash_primary
  sharers: 0x1
  size: 0x3b000
  span: *id001
mcuboot_primary_app:
  address: 0xa200
  end_address: 0x45000
  orig_span: &id002
  - app
  region: flash_primary
  size: 0x3ae00
  span: *id002
mcuboot_secondary:
  address: 0x45000
  end_address: 0x80000
  placement:
    after:
    - mcuboot_primary
    align:
      start: 0x1000
    align_next: 0x1000
  region: flash_primary
  share_size:
  - mcuboot_primary
  size: 0x3b000
sram_primary:
  address: 0x20000000
  end_address: 0x20020000
  region: sram_primary
  size: 0x20000

See my pm_static, it was just for tested actually, i will work on design it smartly in a next step.

Best regards,

Julien

RE: [McuMgr] Error : NOT_SUPPORTED during DFU by BLE with MCUBoot

AHaug — Fri, 13 Oct 2023 12:14:46 GMT

Thats great!

[quote user="Julien F"]Last thing, i don't understand it's why only 231kB in the secondary application slots, if i refer from [/quote]

Basically it is due to how the partition manager has defined the partitions and paddings. You're using all of the 512kB you have available, but the report only showcases that you're using 511,5kB (even though it should use the full space), i.e 48kB + 232kB + 512B + 231kB instead of 48kB + 232kB + 512B + 231,5kB

Could you also post your pm_static for the successfull build? I will have a closer look at this after the weekend

Kind regards,
Andreas

RE: [McuMgr] Error : NOT_SUPPORTED during DFU by BLE with MCUBoot

Julien — Fri, 13 Oct 2023 09:31:20 GMT

YEEES ! it is working with my pm_static.yml.

Last thing, i don't understand it's why only 231kB in the secondary application slots, if i refer from

  flash_primary (0x80000 - 512kB):
+-------------------------------------------------+
| 0x0: mcuboot (0xc000 - 48kB)                    |
+---0xc000: mcuboot_primary (0x3a000 - 232kB)-----+
| 0xc000: mcuboot_pad (0x200 - 512B)              |
+---0xc200: mcuboot_primary_app (0x39e00 - 231kB)-+
| 0xc200: app (0x39e00 - 231kB)                   |
+-------------------------------------------------+
| 0x46000: mcuboot_secondary (0x3a000 - 232kB)    |
+-------------------------------------------------+

  sram_primary (0x20000 - 128kB):
+--------------------------------------------+
| 0x20000000: sram_primary (0x20000 - 128kB) |
+--------------------------------------------+

We read 232kb on mcuboot secondary. I assume that it come from scratch_partition but not mentionned on partition_manager_report

Regard,

Julien

RE: [McuMgr] Error : NOT_SUPPORTED during DFU by BLE with MCUBoot

AHaug — Fri, 13 Oct 2023 07:46:31 GMT

[quote user="Julien F"]In fact, my firmware is 231196 B if i believe in VSC.[/quote]

Yep, I read the wrong column. 237056B is what you have available on that region, 231196 is your firmware.

[quote user="Julien F"]My issue seems to come from a different size between primary and secondary slot and then a bad managing of mcuboot who block any other dfu [/quote]

Are you able to resolve that issue by using a static partitioning map, setting both the primary and secondary application to be larger than your application? Remember to leave some room for necessary for headers, MCUboot and such. You can have a look at the machine learning algorithm for a couple of tips to optimize MCUboot https://developer.nordicsemi.com/nRF_Connect_SDK/doc/latest/nrf/applications/machine_learning/README.html

General ROM and RAM optimization tips can be seen here developer.nordicsemi.com/.../index.html

Kind regards,
Andreas

RE: [McuMgr] Error : NOT_SUPPORTED during DFU by BLE with MCUBoot

Julien — Fri, 13 Oct 2023 06:34:03 GMT

Hi Ahaug,

In fact, my firmware is 231196 B if i believe in VSC.

As you say "you have 232kB available in the primary application slot and 231kB in the secondary application slots", so it's normal that i'm able to perform a flash on a primary slot.

But when you want to make a DFU there is no enough size on secondary slot.

And after that, mcuboot seem to be broke, because i cannot realize any other dfu.

My issue seems to come from a different size between primary and secondary slot and then a bad managing of mcuboot who block any other dfu

Best regards

Julien

RE: [McuMgr] Error : NOT_SUPPORTED during DFU by BLE with MCUBoot

AHaug — Thu, 12 Oct 2023 09:22:27 GMT

Hi,

I was completely locked in on that this was a "custom board issue" and had the 5340 from your previous case fresh in my mind so a ROM issue was not on my mind at all!.. The nRF52833 has half the available flash than the nRF5340 has, so as you describe this is a ROM issue due to a too large application, which makes perfect sense regarding why you're not able to perform the update

Your firmware is 237KB and from the partition manager report you have 232kB available in the primary application slot and 231kB in the secondary application slots. It's just a bit weird that you were able to flash the firmware and run it since it's larger than what the partition manager reports without any warnings or errors

The primary and secondary application slot needs to be of the same size of the original image as this is where the update image will be stored before you perform the swap upgrade. In this case if you create a 232kB app, you will not be able to fit the upgrade image to the secondary slot in case you create a 232kB update.

I will also add this resource regarding the partition manager and how to add a static partition (which may be very useful to have if you intend to have multiple update cycles): https://developer.nordicsemi.com/nRF_Connect_SDK/doc/latest/nrf/scripts/partition_manager/partition_manager.html#static-configuration

Optimizing your firmware w.r.t. ROM, adding an external flash and moving the secondary application slot to the external flash or reducing the size of MCUboot by optimizing it will most likely solve the issue with the Custom board + your custom firmware

Kind regards,
Andreas

RE: [McuMgr] Error : NOT_SUPPORTED during DFU by BLE with MCUBoot

Julien — Thu, 12 Oct 2023 08:41:09 GMT

I test with the SMP sample, after i tried with this zip file devzone.nordicsemi.com/.../6012.dfu_5F00_application.zip, no other DFU works

Regards

Julien

RE: [McuMgr] Error : NOT_SUPPORTED during DFU by BLE with MCUBoot

Julien — Thu, 12 Oct 2023 08:31:12 GMT

I place the app_moved_test_update.hex devzone.nordicsemi.com/.../app_5F00_moved_5F00_test_5F00_update.hex on nrf connect, it show me that my memory is overflowed.

---EDIT----

I notice that all app_moved_test_update.hex reach address 0x7FFFF on nrf connect

--------------

Regards,

Julien

RE: [McuMgr] Error : NOT_SUPPORTED during DFU by BLE with MCUBoot

Julien — Thu, 12 Oct 2023 08:08:36 GMT

Hi Ahaug

Los of twists on my side.

I start to prepare a minimal version of my project and when i want to send it to you i observe that DFU over SMP service worked, and if you test with the whole project, it still does not work.

My guess is issue come from size of my firmware.

Size are at the limit

Memory region         Used Size  Region Size  %age Used
           FLASH:      231196 B     237056 B     97.53%
             RAM:       63068 B       128 KB     48.12%
        IDT_LIST:          0 GB         2 KB      0.00%

and should provoke an issue with mcuboot.

Once i tried a DFU with the .zip where the dfu not working, every other zip file will not work, even those that worked before.

Best Regards,

Julien

RE: [McuMgr] Error : NOT_SUPPORTED during DFU by BLE with MCUBoot

AHaug — Wed, 11 Oct 2023 08:15:53 GMT

Yep, I agree they do.

Can you share a minimal version of your project (zip and upload it) that has this issue? Remember that this is a public ticket so don't upload any sensitive information/code that is confidential

Kind regards,
Andreas

RE: [McuMgr] Error : NOT_SUPPORTED during DFU by BLE with MCUBoot

Julien — Wed, 11 Oct 2023 08:11:56 GMT

Hi,

partition manager on my custom project

  flash_primary (0x80000 - 512kB):
+-------------------------------------------------+
| 0x0: mcuboot (0xc000 - 48kB)                    |
+---0xc000: mcuboot_primary (0x3a000 - 232kB)-----+
| 0xc000: mcuboot_pad (0x200 - 512B)              |
+---0xc200: mcuboot_primary_app (0x39e00 - 231kB)-+
| 0xc200: app (0x39e00 - 231kB)                   |
+-------------------------------------------------+
| 0x46000: mcuboot_secondary (0x3a000 - 232kB)    |
+-------------------------------------------------+

  sram_primary (0x20000 - 128kB):
+--------------------------------------------+
| 0x20000000: sram_primary (0x20000 - 128kB) |
+--------------------------------------------+

and successfull smp_ble sample

  flash_primary (0x80000 - 512kB):
+-------------------------------------------------+
| 0x0: mcuboot (0xc000 - 48kB)                    |
+---0xc000: mcuboot_primary (0x3a000 - 232kB)-----+
| 0xc000: mcuboot_pad (0x200 - 512B)              |
+---0xc200: mcuboot_primary_app (0x39e00 - 231kB)-+
| 0xc200: app (0x39e00 - 231kB)                   |
+-------------------------------------------------+
| 0x46000: mcuboot_secondary (0x3a000 - 232kB)    |
+-------------------------------------------------+

  sram_primary (0x20000 - 128kB):
+--------------------------------------------+
| 0x20000000: sram_primary (0x20000 - 128kB) |
+--------------------------------------------+

looks like identical.

Regards,

Julien

RE: [McuMgr] Error : NOT_SUPPORTED during DFU by BLE with MCUBoot

AHaug — Wed, 11 Oct 2023 08:02:45 GMT

Thank you for sharing the progress.

[quote user="Julien F"]

I test the https://github.com/hellesvik-nordic/samples_for_nrf_connect_sdk/tree/main/bootloader_samples/smp/mcuboot_smp_ble sample on nrf52833dk and my custom board, both worked.

Seems to me that i missing something in my custom project, but i do not know what...

[/quote]

That narrows it down to firmware related, which (hopefully) makes it easier to investigate!

Could you provide a partition manager report for both the successfull smp_ble sample and your custom project either by using the built in tool in the VS Code extension or by navigating to the build folder in cmd and enter 'ninja partition_manager_report' and upload them here as a code snippet?

Kind regards,
Andreas

RE: [McuMgr] Error : NOT_SUPPORTED during DFU by BLE with MCUBoot

Julien — Wed, 11 Oct 2023 07:37:40 GMT

Hi,

I test the https://github.com/hellesvik-nordic/samples_for_nrf_connect_sdk/tree/main/bootloader_samples/smp/mcuboot_smp_ble sample on nrf52833dk and my custom board, both worked.

Seems to me that i missing something in my custom project, but i do not know what...

Best regards,

Julien

RE: [McuMgr] Error : NOT_SUPPORTED during DFU by BLE with MCUBoot

Julien — Wed, 11 Oct 2023 06:31:40 GMT

To test the DFU worked, i change my BT name but even when i have the popup "Application has been successful" when i select "Test" on nrfConnect, nothing change.

Regards,

Julien

RE: [McuMgr] Error : NOT_SUPPORTED during DFU by BLE with MCUBoot

Julien — Tue, 10 Oct 2023 14:26:27 GMT

If i select only test i have the popup "Application has been successful" but seems like nothing happen, and if i select confirm i got the error

RE: [McuMgr] Error : NOT_SUPPORTED during DFU by BLE with MCUBoot

Julien — Tue, 10 Oct 2023 14:22:57 GMT

Trying to add

CONFIG_MCUMGR_GRP_OS=y
CONFIG_MCUMGR_GRP_STAT=y (need to add CONFIG_STATS=y because of depencies)

But still got the same issue.

devzone.nordicsemi.com/.../error_5F00_mcumgr_5F00_2.txt

Regards,

Julien

RE: [McuMgr] Error : NOT_SUPPORTED during DFU by BLE with MCUBoot

AHaug — Tue, 10 Oct 2023 13:45:44 GMT

Noted, thank you for clarifying!

[quote user="Julien F"]What meaning the error code 8 on McuMgr?[/quote]

Based on what I see it is related to something that you receive that is not supported, my best current guess is that it's regarding reading the notification that you receive prior to the error message.

After examining the project configuration from https://github.com/zephyrproject-rtos/zephyr/blob/main/samples/subsys/mgmt/mcumgr/smp_svr/prj.conf and it's BLE overlay file https://github.com/zephyrproject-rtos/zephyr/blob/main/samples/subsys/mgmt/mcumgr/smp_svr/overlay-bt.conf with your configuration it looks like you've not included the following two configurations from the Zephyr smp_server sample. Does enabling these two change anything on your end?

CONFIG_MCUMGR_GRP_OS=y
CONFIG_MCUMGR_GRP_STAT=y

Kind regards,
Andreas

RE: [McuMgr] Error : NOT_SUPPORTED during DFU by BLE with MCUBoot

Julien — Tue, 10 Oct 2023 12:49:05 GMT

Hi AHaug,

1. Currently my only board are nrf5340, i could test on other board tomorrow

2. Apologize, it is nRF Connect SDK v2.4.1

3. I have not try, but i'm able to communicate with i2c, enable bluetooth and connect to it or connect to other device

4. No warning

5. I have no uart available on my custom board

What meaning the error code 8 on McuMgr?

Regards,

RE: [McuMgr] Error : NOT_SUPPORTED during DFU by BLE with MCUBoot

AHaug — Tue, 10 Oct 2023 12:44:20 GMT

Hi Julien,

A couple of questions here to start with as an attempt to narrow down what could be wrong

In your previous case you mention that you're testing with a nRF5340DK. Have you at any point tested and verified that you're able to add DFU support to a non-custom nRF52 based board such as the nRF52840DK?
You're mentioning 'Zephyr v2.4.1'. Could you clarify if you're referring to 'nRF Connect SDK v2.4.1' or if you're actually using a pure Zephyr environment?
Are you able to compile, flash and run any other non-DFU based samples from the SDK to your custom board?
Do you get any warnings when compiling?
Are you able to add DFU to your custom board using other transports than BLE? For instance using the UART sample instead? github.com/.../mcuboot_smp_uart

Kind regards,
Andreas