https://devzone.nordicsemi.com/f/nordic-q-a/22763/mcu-failure-analysis-requestHello, I am using nrf51822 / sdk10.0.0 / S110. I write flash in SD / bootloader / application order. I use nRFgoStudio and J-Link. There are about 20% of malfunctioning samples when operating after writing. The malfunction appears to be an MCU halten-USTelligent Community 13Fri, 16 Jun 2017 06:24:18 GMThttps://devzone.nordicsemi.com/thread/89486?ContentTypeID=1Fri, 16 Jun 2017 06:24:18 GMT137ad170-7792-4731-bb38-c0d22fbe4515:f8e789e7-ac73-4d48-9fd3-233b848e9e8cbjorn-spockeli<p>Ok, have you check whether you&#39;re able to debug the affected boards or not? If they can be debugged, then please state where in the code the CPU halts and any potential error codes.</p><div style="clear:both;"></div>https://devzone.nordicsemi.com/thread/89487?ContentTypeID=1Fri, 16 Jun 2017 04:03:59 GMT137ad170-7792-4731-bb38-c0d22fbe4515:98f1f79d-72de-4606-a894-fbb43cf2de2dair<p>Frankly, it&#39;s not my case. Someone believes so. I understand your answer. thanks.</p><div style="clear:both;"></div>https://devzone.nordicsemi.com/thread/89488?ContentTypeID=1Wed, 14 Jun 2017 08:54:49 GMT137ad170-7792-4731-bb38-c0d22fbe4515:693ff496-85ef-41fa-bac3-d5760ef39ff3bjorn-spockeli<p>Hi Air, all our ICs are 100% production tested at the factory and 20% is an very high failure rate. These might might come of as stupid questions, but here goes: 1) Does erasing the affected boards and re-flashing them resolve the issue? 2) Are you able to debug the bootloader? If so, does it reach the statement where it passes execution to the application? If it does are you able to debug the application?</p><div style="clear:both;"></div>