<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://devzone.nordicsemi.com/cfs-file/__key/system/syndication/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>nRF52840 DK wont turn on</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/81667/nrf52840-dk-wont-turn-on</link><description>The disccussion here 
 https://devzone.nordicsemi.com/f/nordic-q-a/24592/my-nrf52-nrf51-dk-kit-doesn-t-work 
 has been closed. 
 I followed step 4 and it took a few tries but I got the boot record to show as drive F on my computer. I dragged the bin file</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 15 Nov 2021 09:25:52 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/81667/nrf52840-dk-wont-turn-on" /><item><title>RE: nRF52840 DK wont turn on</title><link>https://devzone.nordicsemi.com/thread/338955?ContentTypeID=1</link><pubDate>Mon, 15 Nov 2021 09:25:52 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:cf7050ea-89f8-46a3-8ec4-30b2ebbc1098</guid><dc:creator>brianreinhold</dc:creator><description>&lt;p&gt;No one does OOBs on purpose! But they are bound to happen when developing new code that is working with individual bytes as one often does in transport protocols. It&amp;#39;s scary that I can permanently brick my board doing an out of band write. I have trashed my code doing OOBs but this kind of trashing is a first!&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF52840 DK wont turn on</title><link>https://devzone.nordicsemi.com/thread/338946?ContentTypeID=1</link><pubDate>Mon, 15 Nov 2021 09:14:24 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:723074be-9645-4ae7-ad67-dbadea82f1bd</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Hi&lt;/p&gt;
&lt;p&gt;If you overwrite I.E the UICR that can indeed cause the board to get into this state. It is not recommended to do OOB writes, as the behavior when doing so will be undefined, and may even break it to a point where a reset like this no longer works. I&amp;#39;m glad you got it working again.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Simon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF52840 DK wont turn on</title><link>https://devzone.nordicsemi.com/thread/338836?ContentTypeID=1</link><pubDate>Fri, 12 Nov 2021 15:02:25 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:1b050214-49f3-4ee0-a970-73cc5775994e</guid><dc:creator>brianreinhold</dc:creator><description>&lt;p&gt;I used the Segger IDE to flash the project. It had to be something I did in code because the project worked and then this happened after many code changes. Device manager in WIndows no longer showed the com port.&lt;/p&gt;
&lt;p&gt;What I ended up doing was reverting the project (was in GIt) and that worked. After a few hours I got back to where I wanted to be and everything was good. Whatever mistake I made the first time did not repeat. Would an out-of-bounds write kill the firmware? I have made out of bounds writes before but I never crashed the board!&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF52840 DK wont turn on</title><link>https://devzone.nordicsemi.com/thread/338830?ContentTypeID=1</link><pubDate>Fri, 12 Nov 2021 14:20:52 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:fef50fec-ccec-4848-8aed-525d046820b7</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Hi&lt;/p&gt;
&lt;p&gt;Can you provide some more details on what this project you install is? Is any&amp;nbsp;SDK example causing your device to disconnect from PuTTY and &amp;quot;mess up the board&amp;quot; or is just one specific example causing this? One reason I could think of is that the UART pins are configured differently in this other project causing the PuTTY interface to disconnect. Also, what IDE are you using to build and flash your projects?&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Simon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>