• State Not Answered
  • Replies 6 replies
  • Subscribers 74 subscribers
  • Views 258 views
  • Users 0 members are here
Attachments (0)
Nordic Case Info
  • Case ID: 347402
Options

DFU OTA mcumgr slot 1 stuck (bad state 6)

86s9f5w8

Hi, I have issue where the slot 1 image seems stuck. It can not be erased, confirmed, or swapped in the state that it is currently on. When I click erase, the error bad state 6 will show. As per the error code, the source has this definition "The device is not currently in a state to handle the request.

This firmware image is thoroughly tested in production and has been working for 2 years. The version is stable and supports the SMP server version and implementation same as in the other version on slot 1 and slot 0.

Can the slot 1 still be recovered in some way?

nrf sdk v2.4.2
nrf device manager

Parents
  • 0

    Hi, 

    This firmware image is thoroughly tested in production and has been working for 2 years. The version is stable and supports the SMP server version and implementation same as in the other version on slot 1 and slot 0.

    Is the firmware enabled for the downgrade protection? Do you update the new firmware with the same partition?

    Can the slot 1 still be recovered in some way?

    You can upload a new file built with the same partition of the image in slot 0. If it enables the downgrade protection, also ensure to update the version.  

    86s9f5w8 said:
    does confirm and test set some additional flags to check this version which would prevent it from downgrading?

    No, the mcuboot would check it before swapping. 

    Could you upload the mcuboot log if it's possible?

    Regards,
    Amada H.

  • 0 in reply to Amanda Hsieh
    Amanda Hsieh said:
    Is the firmware enabled for the downgrade protection?

    CONFIG_MCUBOOT_DOWNGRADE_PREVENTION is not set. CONFIG_BOOT_UPGRADE_ONLY is not set. We have functionality to downgrade our devices using older firmwares which is why these options are not set. It has been working for 2 years now aswell with thousands of firmware updates.

    Amanda Hsieh said:
    Do you update the new firmware with the same partition?

    Yes, the same yml is used with the partitions specified.

    Amanda Hsieh said:
    You can upload a new file built with the same partition of the image in slot 0. If it enables the downgrade protection, also ensure to update the version.  

    I have tried this solution but to no luck.

    Amanda Hsieh said:
    Could you upload the mcuboot log if it's possible?

    Not at the moment because this is a production device with no access to JTAG interface.

  • 0 in reply to 86s9f5w8

    Hi, 

    It sounds like a known issue that is addressed in v2.6.0. To recover from this, you must physically attach a debugger to the device and erase the secondary partition.

    86s9f5w8 said:
    Not at the moment because this is a production device with no access to JTAG interface.

    It won't be able to recover from this without JTAG.

    Have you already distributed the FW update to your customers, or did you catch this issue during release testing? 

    It needs to figure out what caused the update to become stuck in the pending state in the first place to prevent it from happening again on other devices. 

    -Amanda H.

  • 0 in reply to Amanda Hsieh
    Amanda Hsieh said:
    It sounds like a known issue that is addressed in v2.6.0. 

    Can you link or describe this issue? On our side, we need to document this to know the full extent. We are currently on 2.4.2.

    Amanda Hsieh said:
    Have you already distributed the FW update to your customers, or did you catch this issue during release testing? 

    No, this FW package is not in distribution. This was noticed during DFU testing. 

Reply Children
Related
Terms of service