pstorage_raw_clear issue in single-bank DFU

[sagha]

I am noticing a problem with pstorage_raw_clear when called in the DFU code. My problem is this: when attempting to update an application, if the application is too large, the process freezes and the DFU times out. It looks like the call to pstorage_raw_clear is the culprit, and I think that the problem is that there isn't enough time between clearing the application space and sending the next packet. The problem occurs between sending the Start DFU packet and the Init packet and goes away when I either 1) flash a smaller application or 2) increase the time between sending the start packet and the init packet.

Is this something that could/should happen? And, if so, how can I tell if the pstorage module is finished clearing the memory so that I can send the next packet?

Some background:

• I am using SDK 8.0.0 and SoftDevice S110 (v8.0.0)
• I am performing a single-bank serial update on the chip
• I am using a custom messaging interface between the computer and the Nordic chip to send the DFU packets over UART

Thanks.

[Anders Strand]

Hi.

I think you have identified the problem correctly. The solution will be to delay the sending of the init packet. If you see on line 55 of this DFU python script, the delay is 10 seconds. You can play around with different values, and see what works.

[bjorn-spockeli]

@sagha : The problem is that the start packet will be acked before you get the pstorage callback, so the easiest solution is to add a deley as Anders suggested.