FOTA

RE: FOTA

Vitaliy Freidovich — Fri, 04 Feb 2022 14:23:36 GMT

I cannot reproduce the error now anymore..

RE: FOTA

Hung Bui — Tue, 28 Dec 2021 16:42:00 GMT

Hi Vitaliy,
I can't think of any reason modifying HW configuration can cause MCUboot to fail. If you test with the example in the SDK (SMP_SVR for example) would you see the same problem of test and confirm ?

RE: FOTA

Vitaliy Freidovich — Tue, 28 Dec 2021 08:10:45 GMT

This is the behaviour I observe now as well.

Do you think that the HW switches configuration on the board might have caused the original problem?

Any HW switch effecting flash writes?

BTW, Test and Confirm seems faulty in the app, I have to do each separately to get the desired result.

RE: FOTA

Hung Bui — Mon, 27 Dec 2021 15:32:29 GMT

Hi Vitaliy,
I was suspecting that if you update the exact same image and if the image is already stored in one of the slot the bootloader will skip the image. It's what I have observed. But in my case the image is updated on the first time and run properly and if I tried to update same image again the connection immediately disconnect after the hash is sent.

RE: FOTA

Vitaliy Freidovich — Mon, 27 Dec 2021 12:40:08 GMT

Thanks Mike!

For me it suddenly started working now!

Not sure what changed, I just played with the switches on the development board.

Do you know if any of them may effect DFU?

RE: FOTA

Vitaliy Freidovich — Mon, 27 Dec 2021 12:38:40 GMT

Hi Hung,

1. I'm using SDK 1.7.1

2. Same behavior observed without secure boot

3. Same behavior observed with smp_svr

However not it seems to be working! I only played with the state of the switches on the dev board, and now it seems to be working! And I cannot reproduce the previous state where it failed. Is there any HW switch which can effect the DFU process? Perhaps write protects partially flash or anything similar?

I will continue testing to make sure that the issue is resolved, would appreciate your feedback on what might have caused it, to make sure it will not happen again in production :)

RE: FOTA

Hung Bui — Mon, 27 Dec 2021 12:22:11 GMT

Hi Vitaliy,

Could you let me know which SDK version you are using ?
I would suggest to test without the immutable Bootloader (remove CONFIG_SECURE_BOOT=y
CONFIG_BUILD_S1_VARIANT=y).

If you simply test the \zephyr\samples\subsys\mgmt\mcumgr\smp_svr (configured with Bluetooth support) example do you see the same issue ?

RE: FOTA

Mike Hibbett — Mon, 27 Dec 2021 12:05:48 GMT

github.com/.../69

RE: FOTA

Mike Hibbett — Mon, 27 Dec 2021 11:28:03 GMT

I'm in *exactly* the same spot today. Using an NRF52832.

I *thought* I has FOTA working, but I now have a decide in a state where it is not. My first suggestion is download NRF Device Manager.

In the app, turn of the filter (I am not sure why the SMP filter is not working with my devices)

Click the download icon, then touch ADVANCED.

Do a read, and take a look at your two image slots status.

FYI, I get the same kind of error as you,

W 15:36:00.931 [McuMgr] Error: (0x8): GATT CONN TIMEOUT

I am unable to erase slot1 (by pressing the erase button after a read). I get an error BAD_STATE(6)

TEST, CONFIRM, TEST & CONFIRM result in a repeated device reboot with no change.