Possible Damage from camera flash nRF52832-CIAA-R (WLCSP)

[jcorn_ps]

Hello,

I am working with a board (currently embedded inside a clear container I cannot easily take it out of) with an nRF52832-CIAA-R. We were taking photos of it with a strong flash (think umbrella lights and similar, so very high intensity) and it is now no longer functioning. 

A possibility we are exploring is that the camera flash could have tampered with the internal flash storage of the nRF52832 SoC, or some other part of the chip is not behaving as expected. Is this physically possible? We are not sure how this could happen otherwise. We have a few other components in WLCSP and are exploring faults in those as well. The nature of this fault seems to be indicative of either (1) a hardware failure or (2) a firmware failure as it is not advertising on BLE anymore and indicator lights are not turning on. We plan on trying to access our SWD pins later today if we can physically reach them.

For context on timeframe, the incident occurred at about 1500 hours PST yesterday, and we are still observing a lack of responsiveness from the device.

JC

[Kenneth]

Hello,

As a first step I would likely have tried to power cycle it if possible.

In terms of lightly sensitivity we have this information in the datasheet, not sure it this is something you have already followed?
https://docs.nordicsemi.com/bundle/ps_nrf52832/page/recommended_op_conditions.html#d940e168 

My impression about the light sensitivity is that it would affect the analog performance, e.g. that radio or analog performance would be degraded while it was exposed to light, I have not heard it permanently affected the chip after the light was removed.

Kenneth

[jcorn_ps]

Hello,

I read that documentation. Unfortunately, power cycling is not an option in this case, as this board is encased in a capsule we cannot open. We plan to attempt JLINK interfacing today as we have managed to expose those pins.

Will update later. 

Is there any other possibility of digital modules being affected? I have heard this happen on other WLCSP packages (for example the Raspberry Pi 2's power module would reset the chip when exposed to flash photography)

JC

[jcorn_ps]

How would you suggest testing it in a QA environment? We might try analyzing this failure ourselves with the other boards we have on hand.

JC

[jcorn_ps]

Just an update: we managed to powercycle and it now works, now we are just trying to figure out the root cause of the issue; could the RAM (or other volatile storage media) have been affected photonically?

Trying to find a good way to fix this issue as we would have no way of fixing this in production.

JC

[Kenneth]

Hi,

So if I understand you correctly there is no permanent damage to the chip, so I dont see any specific reason to transfer this to our QA lab. I suggest you add protection according to the guidelines we have in the datasheet due to light sensitivity, if you have problems afterwards we will of course look into this further. I guess analog performance can also apply to regulators, currents, clocks etc, so I am not terrible surprised it may cause the chip to enter an undefined state either.

Kenneth

[jcorn_ps]

Hello,

Thank you for the information! I found that the datasheet doesn't supply any specific reccomendations for optical protection; are there any suggested materials or features to look for in one?

JC

[Kenneth]

Hi,

I am sorry, but I can't find that we have looked into specific IR-absorbing coatings or blockers that can be used on our WLCSP variants. I can find there are application notes from other vendors on "WLCSP Package Light Sensitivity" and "Methods of Reducing Light Sensitivity in CSP Packages" that seems to be more useful than any recommendations I can give on this specific topic.

Edit: You can also just double check that you have set CONFIG_RESET_ON_FATAL_ERROR=y (just in case it's not related to light sensitivity).

Kenneth

[jcorn_ps]

Alright, thanks!

JC