Possible Ways to Brick?

[Nick]

Hello,

I have a board with an RFDuino on it which uses a Nordic nRF51822 internally. We are seeing a few of them auto-brick when the input voltage dips too low.

My first guess is that it is doing an EEPROM write even when the voltage dips or something, but I am just wondering what can brick these? Any known errata for this?

Basically it is running off of a big battery and as long as it stays above 2.9-ish volts, it works forever it seems. When it goes to 2.8v or so, sometimes it stops responding and then never turns on again. I haven't written the software but I am trying to get the code to look at.

[Øyvind Karlsen]

Hi,

What do you mean by brick, do these devices not turn on again when powered by lab power supplies?

Are you sure that the battery can take the approx 15 mA current spikes (radio TX + cpu active)? You can alleviate this somewhat by adding capacitor reservoirs on the VDD line.

What is probably happening is that your battery is being pulled down from 2.8V by a radio TX current draw, the battery voltage will drop due to not being able to supply the instantaneous current. At 2.8V a coin cell battery is typically at the end of its life.

Best regards,

Øyvind

[Nick]

And yes I have tried with my lab supply and they do not turn on again. Out of about 20 parts, we have had 4 fail in this way which is very concerning. As far as I know, I am not doing anything that the datasheet says it cannot handle.

Yes by "brick" I mean non-recoverable fault. I have received the code and there are no writes to the flash memory at all. So back to no idea why these would fail.

Are there any signals that are probe-capable on the output that will show it completed a POR? Like measuring a node for something internal to connect? A small change in an output voltage when a programmed trim value gets loaded, etc? I would like to prove that the RFDuino or Nordic device is powering up and completing a POR or not and bricked. All other aspects of the circuit work perfectly.