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]

Current LDO is a Microchip MCP1802T-3002I. Good for 10V max input, 300mA max output. The ONLY things hooked up to the +3v supply is the RFDuino and a 4-IO I2C expander (PCA9536TK,118). Previously when this happened everything was supplied by the +3.3v 1.5A SMPS.

Yes the LiPo goes down to 2.8v and is dead, correct. That is exactly what is being tested, dead batteries. However I have completely 100% disconnected the battery and it is being powered by a Keithley 2602B SMU ($10K USD). With the input voltage at 8.2v or any voltage for that matter, the RFDuino is completely unresponsive.

All other circuitry is operational. There is an additional 5v LDO and an LTC3883 with full telemetry capabilities, all are operational.