<?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>Segger J-link fails to reset nrf52840 rev C</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/35441/segger-j-link-fails-to-reset-nrf52840-rev-c</link><description>This one is weird. On a new board with a Rev C &amp;#39;840, when trying to reset the processor using &amp;#39;nrfjprog --program nuttx.hex --sectorerase --erase&amp;#39;, a Decawave DW1000 connected to the &amp;#39;840 via SPI can&amp;#39;t synchronize it&amp;#39;s clock. If I power cycle the board</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 19 Jun 2018 13:05:31 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/35441/segger-j-link-fails-to-reset-nrf52840-rev-c" /><item><title>RE: Segger J-link fails to reset nrf52840 rev C</title><link>https://devzone.nordicsemi.com/thread/136763?ContentTypeID=1</link><pubDate>Tue, 19 Jun 2018 13:05:31 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:71e5c0fc-e39a-4e86-9fac-b3d6d50dfe0b</guid><dc:creator>H&amp;#229;kon Alseth</dc:creator><description>&lt;p&gt;How do you handle the DW1000 RSTn pin? The DW1000 datasheet has its own chapter on handling this signal, so it seems that bad behavior can occur if it&amp;#39;s sourced externally. The nRF GPIO controlling this signal should be configured with &lt;a href="http://infocenter.nordicsemi.com/topic/com.nordic.infocenter.nrf52840.ps/gpio.html?cp=2_0_0_5_8_1_9#register.PIN_CNF-0-31"&gt;PIN_CNF[n]&lt;/a&gt;, field DRIVE = S0D1 (or H0D1) to&amp;nbsp;avoid this scenario.&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Håkon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Segger J-link fails to reset nrf52840 rev C</title><link>https://devzone.nordicsemi.com/thread/136624?ContentTypeID=1</link><pubDate>Mon, 18 Jun 2018 21:37:20 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:83faabcb-e5ad-4b2d-a235-8ca1b9a44025</guid><dc:creator>Mike</dc:creator><description>&lt;p&gt;The DW1000 reset sequence is to pull the RSTn line low for 500us, then wait for the STATUS.CPLOCK bit to be set to 1. It&amp;#39;s that waiting for the bit to be set to 1 is where we have a 75% chance of hanging forever.&lt;/p&gt;
&lt;p&gt;The same code doing the same reset procedure works 100% of the time on a Rev. B &amp;#39;840 board and the &amp;#39;832 in Decawave&amp;#39;s DWM1001 module.&lt;/p&gt;
&lt;p&gt;The fact that the DW1000 does successfully reset ~25% of the time makes me believe that something on the Rev C board is marginal. The question is what is marginal? A chip? A pullup? A route? A placed component? ...&lt;/p&gt;
&lt;p&gt;Back to looking at the Gerbers.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Segger J-link fails to reset nrf52840 rev C</title><link>https://devzone.nordicsemi.com/thread/136477?ContentTypeID=1</link><pubDate>Mon, 18 Jun 2018 07:06:41 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:7bb2eb76-602c-49a0-b0d0-121936ef1864</guid><dc:creator>H&amp;#229;kon Alseth</dc:creator><description>&lt;p&gt;Unfortunately, I do not have any experience with the DW1000 IC, but this sounds like an initialization issue. Reprogramming and resetting the nRF will not automatically reset the DW1000, unless you actively do so&amp;nbsp;as a part of the nRF startup routine. Could the DW1000 be&amp;nbsp;in a state where it is awaiting specific commands from the nRF?&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;H&amp;aring;kon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Segger J-link fails to reset nrf52840 rev C</title><link>https://devzone.nordicsemi.com/thread/136399?ContentTypeID=1</link><pubDate>Fri, 15 Jun 2018 14:31:04 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ed003a40-2e9c-40cc-a9de-8d90542768ec</guid><dc:creator>Mike</dc:creator><description>&lt;p&gt;Sorry, I typed the nrfjprog command incorrectly into the message above. The &amp;#39;--erase&amp;#39; option should have been &amp;#39;--reset&amp;#39; so the whole command I flash the device with is:&lt;/p&gt;
&lt;p&gt;nrfjprog --program nuttx.hex --sectorerase --reset&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;and just plain&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;nrfjprog --reset&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;will also cause the &amp;#39;840 to wait forever for the DW1000 to synchronize its clock. Both GDB and the output of our code confirm that the &amp;#39;840 is running, reading the status bit from the DW1000, and looping over and over.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;There&amp;#39;s some kind of weird coupling between the &amp;#39;840 being reset by the J-Link and the DW1000 not coming out of reset correctly.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Segger J-link fails to reset nrf52840 rev C</title><link>https://devzone.nordicsemi.com/thread/136272?ContentTypeID=1</link><pubDate>Fri, 15 Jun 2018 07:33:02 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:faf02e4b-4f17-4f39-8e95-01256faeb0b3</guid><dc:creator>H&amp;#229;kon Alseth</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;When programming using nrfjprog, it leaves the nRF in a halted state unless you do a &amp;quot;nrfjprog --run&amp;quot; or a &amp;quot;nrfjprog --reset&amp;quot; afterwards. Could this be the issue?&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Cheers,&lt;/p&gt;
&lt;p&gt;Håkon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>