9160modem delta update issue

RE: 9160modem delta update issue

llly — Mon, 09 Dec 2024 01:25:32 GMT

Okay, I'll try using the log module when I have time and get back to you

RE: 9160modem delta update issue

dejans — Fri, 06 Dec 2024 10:39:14 GMT

Hi,

The download will be aborted if there is an error on receive and then it has to be restarted. That is expected. If the download is in progress (with an offset returned by modem), fota_download will cancel the current download and start a new one from the given offset. If the offset is actually zero because it has already been erased, it will continue and if the offset is dirty (0x280000) it must be erased first.

It could be that there is a log synchronization issue in your terminal output. It looks like some lines are using logging module while others use printk(). The offset is read in dfu_target_modem_delta_init() and if it is dirty, the area will be erased. Then dfu_target_offset_get() is called in the download_client_callback which will return 0 and then 452 after first write. Can you try to use logging module for all logs (and not mix it with printk())? You could also add logs for all offsets reported by calls to nrf_modem_delta_dfu_offset() in dfu_target_modem_delta.c. This might show different behavior.

Best regards,
Dejan

RE: 9160modem delta update issue

llly — Thu, 05 Dec 2024 01:55:08 GMT

hi dejans

Is there any new progress on this issue？

RE: 9160modem delta update issue

llly — Thu, 28 Nov 2024 01:43:02 GMT

ok thank you

RE: 9160modem delta update issue

dejans — Wed, 27 Nov 2024 13:36:33 GMT

Hi,

We will investigate this issue. I will get back to you with status update by the end of next week.

Best regards,
Dejan

RE: 9160modem delta update issue

llly — Wed, 27 Nov 2024 01:19:36 GMT

Full update requires pressing two buttons, while delta update uses the same button.

You probably didn't understand what I meant

RE: 9160modem delta update issue

dejans — Tue, 26 Nov 2024 12:18:02 GMT

Hi,

Testing section of the modem delta update sample provides information about 2 button presses, first to start downloading delta modem firmware and second to apply the update.

Best regards,
Dejan

RE: 9160modem delta update issue

llly — Mon, 25 Nov 2024 07:03:47 GMT

I just upgraded NCS to 2.8.0 and created a brand new modem delta update example based on 2.8.0. In it, I only modified the server address and file name, and everything else was the default code. I still encounter the same problem in this version

Here is a complete serial port output information

In the figure, it can be seen that when I pressed the button for the first time, 9160 connected to my server and downloaded the first 2k sized segment with an offset of 0, but still prompted me to delete the modem firmware. After the deletion was completed, the download client returned an error and prompted me to press the button again to download. At this moment, I pressed the button for the second time and the output message showed that I was connecting to the server. However, after a few seconds, the LTE network was disconnected. After waiting for a while, the output message showed that 9160 downloaded the first 2k segment from my server again and paused the download. Then, it read an offset of 452 from the DFU and continued to download firmware from the server using this offset. At this point, waiting for the download to complete will result in a successful update

Here is an example of a modem full update based on version 2.8.0. I only need to press the button once to download and update normally, and the offset value is also normal, not 452 or anything else

RE: 9160modem delta update issue

llly — Mon, 25 Nov 2024 01:59:06 GMT

In the download_with_offset of fota_download. c, dfu_target_offset_get is also used to read the offset to continue updating from the last interrupted position, instead of starting from scratch?

In addition, in the delta update, the offset is also read at the beginning of the dfu. The read offset should have been 0, but it was read as a different value. Therefore, in download_client_callback, it is considered that the last update was not completed, but in fact, there was no previous update, which caused an error to enter the process shown in the figure below. Can you help me try to see if this problem can be reproduced？

RE: 9160modem delta update issue

dejans — Fri, 22 Nov 2024 15:35:28 GMT

Hi,

[quote user=""]Why do the values obtained by using dfu_target_offset_get in two different update methods differ?[/quote]

The offset should only be used when the application begins the DFU process. If the offset is non-zero the application can resume from that offset. If it is zero the application begins from scratch. The values of offset during the DFU process are opaque to the application. The application does not need to inspect offset value or care about it during the DFU process.

Best regards,
Dejan