<?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>nrfjprog -e does  not erase nRF9160</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/65958/nrfjprog--e-does-not-erase-nrf9160</link><description>I&amp;#39;m currently running nrfjprog version on OSX. Version info below: 
 
 When running a nrfjprog -e I expect that the device doesn&amp;#39;t do anything afterwards. When monitoring the serial output I still see that the code that was last run is still running despite</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Fri, 16 Oct 2020 07:04:34 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/65958/nrfjprog--e-does-not-erase-nrf9160" /><item><title>RE: nrfjprog -e does  not erase nRF9160</title><link>https://devzone.nordicsemi.com/thread/275252?ContentTypeID=1</link><pubDate>Fri, 16 Oct 2020 07:04:34 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6d98465a-f273-4163-975f-daeba3e09395</guid><dc:creator>JONATHAN LL</dc:creator><description>&lt;p&gt;Hi,&amp;nbsp;&lt;br /&gt;&lt;br /&gt;Update on issue:&lt;br /&gt;A new release of nrfjprog v10.11.0 will&amp;nbsp;fix the issue&amp;nbsp;and its due to release within October.&amp;nbsp;&lt;br /&gt;&lt;br /&gt;regards,&lt;br /&gt;Jonathan&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrfjprog -e does  not erase nRF9160</title><link>https://devzone.nordicsemi.com/thread/271128?ContentTypeID=1</link><pubDate>Wed, 23 Sep 2020 13:48:08 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e3dd724c-ace9-4fa2-ab4c-1efa5a21b246</guid><dc:creator>JONATHAN LL</dc:creator><description>&lt;p&gt;I am able to reproduce the problem on both Windows and Linux. Where nrfjprog -e does not successfully erase when building a non-secure application.&lt;br /&gt;&lt;br /&gt;Reverting to 10.5.0 fixed the issue with nrfjprog -e not working properly.&lt;br /&gt;However the nrfjprog --recover worked on both 10.9.0 and 10.10.0.&lt;br /&gt;&lt;br /&gt;Regards,&lt;br /&gt;Jonathan&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrfjprog -e does  not erase nRF9160</title><link>https://devzone.nordicsemi.com/thread/270953?ContentTypeID=1</link><pubDate>Wed, 23 Sep 2020 00:09:41 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6b8e3bbb-0fb9-411c-8e2b-66ad88e751f4</guid><dc:creator>Daniel Veilleux</dc:creator><description>&lt;p&gt;I also see pynrfjprog 10.10.0 failing to erase all or sector erase with python 3.8. Using the recover operation or rolling pynrfjprog back to 10.5.0 are workarounds.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrfjprog -e does  not erase nRF9160</title><link>https://devzone.nordicsemi.com/thread/270455?ContentTypeID=1</link><pubDate>Mon, 21 Sep 2020 06:52:41 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:2fbfeb05-ce2b-4f7f-90b2-48fd0b75acac</guid><dc:creator>JONATHAN LL</dc:creator><description>&lt;p&gt;New version of nrfjprog, its now at 10.10.0, could try that.&lt;br /&gt;&lt;br /&gt;Can you read the device memory&amp;nbsp;using Programmer app before and after you have tried nrfjprog -e of --recover. Does it show if anything has changed?&lt;br /&gt;&lt;br /&gt;nrfjprog --halt, could you try this and se if it actually halts the &lt;span&gt;Feather board?&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;Do you have the same behavior if you test with another board? for example if you have another nrf9160DK that you can replace with your &lt;span&gt;Feather&lt;/span&gt;&amp;nbsp;board?&lt;br /&gt;&lt;br /&gt;I will talk to my &lt;span&gt;colleague&lt;/span&gt; about this and se if there is any known similar issues on &lt;span&gt;OSX&lt;/span&gt;.&amp;nbsp; The behaviour seems odd.&amp;nbsp;&lt;br /&gt;&lt;br /&gt;Regards,&lt;br /&gt;Jonathan&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrfjprog -e does  not erase nRF9160</title><link>https://devzone.nordicsemi.com/thread/270371?ContentTypeID=1</link><pubDate>Fri, 18 Sep 2020 14:59:57 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:27637a31-e704-4bf9-9ca2-8913838500e9</guid><dc:creator>Jared</dc:creator><description>[quote userid="91187" url="~/f/nordic-q-a/65958/nrfjprog--e-does-not-erase-nrf9160/270353"]Do you get the same behavior if you use nrfjprog &lt;span&gt;--recover ?&amp;nbsp;&amp;nbsp;&lt;br /&gt;&lt;/span&gt;[/quote]
&lt;p&gt;I thought it may have done it but I still have to erase using the Programmer app. Looking at the debug output, it appears to be using the same J-link library as nrfjprog.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrfjprog -e does  not erase nRF9160</title><link>https://devzone.nordicsemi.com/thread/270353?ContentTypeID=1</link><pubDate>Fri, 18 Sep 2020 13:46:19 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6739849a-9609-4af0-a1ab-2fc9c5aa7e2a</guid><dc:creator>JONATHAN LL</dc:creator><description>&lt;p&gt;Hi Jared,&lt;br /&gt;&lt;br /&gt;Do you get the same behavior if you use nrfjprog &lt;span&gt;--recover ?&amp;nbsp;&amp;nbsp;&lt;br /&gt;&lt;br /&gt;Regards,&lt;br /&gt;Jonathan&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrfjprog -e does  not erase nRF9160</title><link>https://devzone.nordicsemi.com/thread/270165?ContentTypeID=1</link><pubDate>Thu, 17 Sep 2020 16:29:14 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:3698001c-dc29-4b12-9d7d-11a87bb25731</guid><dc:creator>Jared</dc:creator><description>&lt;p&gt;Thanks for the suggestion Jeff.&lt;/p&gt;
&lt;p&gt;Unfortunately, even after an upgrade, it&amp;#39;s still exhibiting the same issue:&lt;/p&gt;
&lt;p&gt;&lt;pre class="ui-code" data-mode="text"&gt;nrfjprog --version
nrfjprog version: 10.9.0 
JLinkARM.dll version: 6.84a&lt;/pre&gt;&lt;/p&gt;
&lt;p&gt;My best guess it&amp;#39;s something to do with nrfjprog&amp;nbsp;&lt;i&gt;not&amp;nbsp;&lt;/i&gt;the JLink library.&lt;/p&gt;
&lt;p&gt;Jared&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrfjprog -e does  not erase nRF9160</title><link>https://devzone.nordicsemi.com/thread/269956?ContentTypeID=1</link><pubDate>Wed, 16 Sep 2020 23:55:03 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:27e46e6e-47c7-49a2-9dc6-cfd86a295517</guid><dc:creator>Jeff4BLE</dc:creator><description>&lt;p&gt;Hi Jared,&lt;/p&gt;
&lt;p&gt;It&amp;#39;s possible that nRF Connect for Desktop is using a different j-link driver than the command-line shell. So updating the JLINK driver is my first recommendation too.&lt;/p&gt;
&lt;p&gt;Because the nRF Connect for Desktop programs the device, it can be assumed that the device selection switch (SW5) is in the correct position. However, when using the nRF9160-DK is a good idea to use the &amp;quot;family&amp;quot; flag to ensure the program is communication to the nRF9160 and not the nrf52 For example, &amp;gt;nrfjprog -f NFR91 -e&lt;/p&gt;
&lt;p&gt;Cheers,&lt;/p&gt;
&lt;p&gt;Jeff&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrfjprog -e does  not erase nRF9160</title><link>https://devzone.nordicsemi.com/thread/269950?ContentTypeID=1</link><pubDate>Wed, 16 Sep 2020 21:18:23 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:36285eb1-60c0-4ee9-b6d7-9daefd1cbdf0</guid><dc:creator>Jared</dc:creator><description>&lt;p&gt;After some more playing, It seems to happen in a very certain instance during LWM2M bootstrapping. Only after being bootstrapped does it seem to fail to erase using the CLI. I&amp;#39;ll try to figure out some type of reproducible test case.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrfjprog -e does  not erase nRF9160</title><link>https://devzone.nordicsemi.com/thread/269916?ContentTypeID=1</link><pubDate>Wed, 16 Sep 2020 14:43:09 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:7b918821-67ae-4cc4-a8bb-c518dedc0077</guid><dc:creator>Jared</dc:creator><description>[quote userid="91187" url="~/f/nordic-q-a/65958/nrfjprog--e-does-not-erase-nrf9160/269900"]I am unsure what you meant by SB32.&amp;nbsp;&lt;a href="https://infocenter.nordicsemi.com/topic/ug_nrf91_dk/UG/nrf91_DK/solder_bridge_configuration.html"&gt;https://infocenter.nordicsemi.com/topic/ug_nrf91_dk/UG/nrf91_DK/solder_bridge_configuration.html&lt;/a&gt;&lt;br /&gt;What version of the DK are you using?[/quote]
&lt;p&gt;Ahh I misread it. It&amp;#39;s SB37. I&amp;#39;m using 0.9.0.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
[quote userid="91187" url="~/f/nordic-q-a/65958/nrfjprog--e-does-not-erase-nrf9160/269900"]if you do a &lt;strong&gt;nrfjprog -e&lt;/strong&gt; and then connect the device to &lt;em&gt;Programmer app&lt;/em&gt; and read the memory from the Feather device does it sow empty or show some&amp;nbsp;partitions whit a application?&amp;nbsp;&amp;nbsp;[/quote]
&lt;p&gt;I&amp;#39;ll give it a shot and get back to you on this.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
[quote userid="91187" url="~/f/nordic-q-a/65958/nrfjprog--e-does-not-erase-nrf9160/269900"]I currently do not have a Feather device so cant test this now, but if it is as you say I will see if I can get a hold of one and test it myself.&amp;nbsp;[/quote]
&lt;p&gt;Production is underway. I should have a handful if it comes to this. Here are all the files related to the design. Not much going on in there that could affect this (IMHO):&amp;nbsp;&lt;a href="https://docs.jaredwolff.com/nrf9160-downloads.html"&gt;docs.jaredwolff.com/nrf9160-downloads.html&lt;/a&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrfjprog -e does  not erase nRF9160</title><link>https://devzone.nordicsemi.com/thread/269900?ContentTypeID=1</link><pubDate>Wed, 16 Sep 2020 13:41:13 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b41cd32c-33d5-4cd5-b885-258556148b1b</guid><dc:creator>JONATHAN LL</dc:creator><description>&lt;p&gt;Hi Jared,&lt;br /&gt;&lt;br /&gt;I am unsure what you meant by SB32.&amp;nbsp;&lt;a href="https://infocenter.nordicsemi.com/topic/ug_nrf91_dk/UG/nrf91_DK/solder_bridge_configuration.html"&gt;https://infocenter.nordicsemi.com/topic/ug_nrf91_dk/UG/nrf91_DK/solder_bridge_configuration.html&lt;/a&gt;&lt;br /&gt;What version of the DK are you using?&lt;br /&gt;&lt;br /&gt;The programmer is &lt;a href="https://github.com/NordicSemiconductor/pc-nrfconnect-programmer"&gt;open source&lt;/a&gt; and it uses nrfjprog if you want to take a look at how the GUI is built, and version 1.4.5 was&amp;nbsp;released today and should be available.&lt;br /&gt;&lt;br /&gt;if you do a &lt;strong&gt;nrfjprog -e&lt;/strong&gt; and then connect the device to &lt;em&gt;Programmer app&lt;/em&gt; and read the memory from the Feather device does it sow empty or show some&amp;nbsp;partitions whit a application?&amp;nbsp;&amp;nbsp;&lt;br /&gt;&lt;br /&gt;I currently do not have a Feather device so cant test this now, but if it is as you say I will see if I can get a hold of one and test it myself.&amp;nbsp;&lt;br /&gt;&lt;br /&gt;Regards,&lt;br /&gt;Jonathan&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrfjprog -e does  not erase nRF9160</title><link>https://devzone.nordicsemi.com/thread/269878?ContentTypeID=1</link><pubDate>Wed, 16 Sep 2020 12:52:45 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:938bd7c3-6f08-4387-b420-0aeb52f407b4</guid><dc:creator>Jared</dc:creator><description>&lt;p&gt;Hey Jonathan&lt;/p&gt;
&lt;p&gt;Thanks or the answer. I actually jumped SB32 on the DK, so there never should be a case when the on-board device is being erased.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Curiously, the erase command in the nRF Desktop Programmer App *does* erase the device. So I&amp;#39;m &amp;nbsp;not sure what the difference is between the CLI and the GUI are but there&amp;#39;s something!&lt;/p&gt;
&lt;p&gt;Thanks&lt;/p&gt;
&lt;p&gt;Jared&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrfjprog -e does  not erase nRF9160</title><link>https://devzone.nordicsemi.com/thread/269822?ContentTypeID=1</link><pubDate>Wed, 16 Sep 2020 10:41:07 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:093a7fe7-b823-417e-8792-5ffecd10a66f</guid><dc:creator>JONATHAN LL</dc:creator><description>&lt;p&gt;Hi Jared,&lt;br /&gt;&lt;br /&gt;I have had more&amp;nbsp;success using the following routine:&lt;br /&gt;&lt;strong&gt;nrfjprog -r&lt;/strong&gt;&lt;br /&gt;&lt;strong&gt;nrfjprog -e&lt;/strong&gt;&lt;br /&gt;&lt;br /&gt;and do a hard reset on both devices.&amp;nbsp;&lt;br /&gt;&lt;br /&gt;make sure that the 9160DK is not he one targeted. Load a application on the nrf9160Dk that has a blinking led or something&amp;nbsp; that you can easily see is running on the device. Then when you run the &lt;strong&gt;nrfjprog -e&lt;/strong&gt; you will quickly see that which device is being erased, if it is the DK or the &lt;span&gt;Feather board.&lt;br /&gt;&lt;br /&gt;&lt;/span&gt;Latest version of JLinkARM is 6.84 I think so&amp;nbsp;maybe consider updating.&lt;br /&gt;&lt;br /&gt;Regards,&lt;br /&gt;Jonathan&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>