DFU Failure - seems to be a hardware issue

[mikefraguglia]

Hi, we use BMD-350 modules (nrf52832) in our product which has been in production for over a year. Our DFU service is very well tested.

a couple weeks ago, while performing automated DFU updated on our production line (using Nordic Tools), we found one unit which cannot probably receive DFU. It seems to crash out almost instantly. The main application appears to run normally, including BLE.

I have not tried to recover/re-flash the unit.

Are there any diagnostic tests I can perform?

Can Nordic perform any sort of failure analysis?

We were lucky to capture this failure in production, but in our normal process, it is not typical for us to perform DFU on the production line. If this unit had been shipped to a customer, they would have been unable to perform DFU.

Thank you

-Mike

[Priyanka]

Hi Mike,

Could you provide some more details?

Do you work on nRF Connect SDK or is it the nRF5SDK?

Could you attach the logs that you see during the crash?

Have you confirmed that this does not happen to any other unit? Just the one?

-Priyanka

[mikefraguglia]

We use nRF5 SDK 15.3.0 for this device. When I say "DFU" above I mean an over-the-air update of the main application. We use nRF52 Connectivity for this.

The unit in question was powered by a coin cell battery while being tested on the production line. When I received the unit, I confirmed that I saw the same behavior that they had reported. 

I removed the battery and instead supplied power from a benchtop power supply. The DFU was successful. Subsequent DFUs are now successful even with the original battery installed. I cannot reproduce the issue.

It's possible that cycling the power on the unit is what made the difference, rather than the change of power supply.