<?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>nRF52832 can not be flashed</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/69966/nrf52832-can-not-be-flashed</link><description>I&amp;#39;m using a custom board designed around this nRF52832 module . I have broken out SWIO/SWCLK/SWO and nRF_RST to a standard Arm 10-pin header. 
 Using Black Magic Probe, I was able to flash a few test firmware to the device (but with errors). 
 At the</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 30 Dec 2020 12:35:10 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/69966/nrf52832-can-not-be-flashed" /><item><title>RE: nRF52832 can not be flashed</title><link>https://devzone.nordicsemi.com/thread/286996?ContentTypeID=1</link><pubDate>Wed, 30 Dec 2020 12:35:10 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ea58d5ea-4013-41d9-9202-cf99a60fefac</guid><dc:creator>engineer287</dc:creator><description>&lt;p&gt;Yes I was able to. Then I flashed a firmware which used UART.&lt;/p&gt;
&lt;p&gt;Seems like TX RX and GND were also had ~100Ohm resistance. So at this point I call the mcu toast. UART was unreliable also.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF52832 can not be flashed</title><link>https://devzone.nordicsemi.com/thread/286994?ContentTypeID=1</link><pubDate>Wed, 30 Dec 2020 12:17:18 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e729b56b-6111-4184-8918-4220696d2826</guid><dc:creator>JONATHAN LL</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
[quote user="engineer287"]Now it works.[/quote]
&lt;p&gt;You are able to flash the device again with different firmware ?&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
[quote user="engineer287"]But there is still 40k to ~1M resistance between Vcc and Gnd[/quote]
&lt;p&gt;&amp;nbsp;Do you measure when the device is power or not ? The resistance should not change/float up and down.&amp;nbsp;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Have you tested any Bluetooth firmware?&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: nRF52832 can not be flashed</title><link>https://devzone.nordicsemi.com/thread/286979?ContentTypeID=1</link><pubDate>Wed, 30 Dec 2020 10:29:27 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b7101e07-0921-44b5-8315-6855ca66d40e</guid><dc:creator>engineer287</dc:creator><description>&lt;p&gt;Ok it seems out of **all** pins I soldered, because of the soldering oild, Vcc was shorted to Gnd and SWIO to SWCLK.&lt;/p&gt;
&lt;p&gt;Now it works. But there is still 40k to ~1M resistance between Vcc and Gnd. Is it normal? Is my chip toast?&lt;/p&gt;
&lt;p&gt;How to know if chip is still useful? I mean, which firmware acts kinda like a stress-test?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF52832 can not be flashed</title><link>https://devzone.nordicsemi.com/thread/286932?ContentTypeID=1</link><pubDate>Wed, 30 Dec 2020 08:25:19 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:78f35acf-f0f3-4708-9276-53ad9fc162d2</guid><dc:creator>engineer287</dc:creator><description>&lt;p&gt;Thanks for your reply.&lt;/p&gt;
&lt;p&gt;I&amp;#39;m using Black Magic Probe which is a FOSS firmware able to flash/debug Arm Cortex devices. I don&amp;#39;t have any JLinks currently. I was able to flash/debug nRF51822 and STM32F103 with BMP.&lt;/p&gt;
&lt;p&gt;I&amp;#39;m powering the target directly from the 3v3 of BMP debugger.&lt;/p&gt;
&lt;p&gt;Do you think the clock define in line 46 of `custom_board.h` may have something to do with this?&lt;/p&gt;
&lt;p&gt;Even if that is the case, I don&amp;#39;t know why the target is not responding to SW signals.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF52832 can not be flashed</title><link>https://devzone.nordicsemi.com/thread/286905?ContentTypeID=1</link><pubDate>Wed, 30 Dec 2020 03:05:43 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:9a78b23c-244c-41e1-8edd-d27017f10a4b</guid><dc:creator>Henry_Chou</dc:creator><description>&lt;p&gt;Maybe it&amp;#39;s the system clock cycle issue. In your customer board definition. The system apply for 32Khz low frequency crystal. Have you ever check that the system clock is normal or not?...If it get some trouble, the jlink SW-DP will be scanned fail.&amp;nbsp; By the way, may you show the Jlink connection between customer board &amp;amp; segger EDU especial the target power side?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>