<?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>Losing Connection With JLINK - APPROTECT?</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/121029/losing-connection-with-jlink---approtect</link><description>Hello - 
 I was nearing completion of a BLE Mesh project with the NRF52840 when there became a shortage of NRF52840 QFN. I decided to migrate back to the NRF52832 and reworked my custom boards. Here is what I am experiencing with the NRF52832, Zepher</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 28 Apr 2025 10:25:15 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/121029/losing-connection-with-jlink---approtect" /><item><title>RE: Losing Connection With JLINK - APPROTECT?</title><link>https://devzone.nordicsemi.com/thread/533155?ContentTypeID=1</link><pubDate>Mon, 28 Apr 2025 10:25:15 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:611a5877-43a9-4cc3-8bea-97870c72bef6</guid><dc:creator>David Carlin</dc:creator><description>&lt;p&gt;Resolved. Insufficient clearance between a reset net via and a ground pin under the programming header caused a short to ground on the reset line. The NRF52832 would program the first time but then pinreset was enabled. The reset pin being at ground potential kept the SOC in reset. nrfprog --recover and --eraseall now work as expected. My bad : ) &lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>