<?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>nRF9160 - Issue reconfiguring IF5 (P0.23) to Open Drain</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/117461/nrf9160---issue-reconfiguring-if5-p0-23-to-open-drain</link><description>I have a custom board that started life based off of RF9160-DK 1.1.0. 
 We have a single programming header that can be used to program either the 52840 or the 9160 depending on the switch position. 
 
 During regular operation, the 9160 needs to be able</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Fri, 20 Dec 2024 22:17:16 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/117461/nrf9160---issue-reconfiguring-if5-p0-23-to-open-drain" /><item><title>RE: nRF9160 - Issue reconfiguring IF5 (P0.23) to Open Drain</title><link>https://devzone.nordicsemi.com/thread/516008?ContentTypeID=1</link><pubDate>Fri, 20 Dec 2024 22:17:16 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:eabe34df-51ce-4873-ab37-45bb7844636c</guid><dc:creator>gwagner_emf</dc:creator><description>&lt;p&gt;Hello&lt;span&gt;&amp;nbsp;&lt;/span&gt;&lt;span&gt;H&amp;aring;kon&lt;/span&gt;,&lt;/p&gt;
&lt;p&gt;The original issue was that the reset being driven by the JLINK to the 52840 was not being allowed to reach 0V since the 9160 pin 0.23 was not being properly configured as open drain.&amp;nbsp; Somehow it was being left as an active drive and unintentionally we were ending up with both the JLINK (driving 0) and 9260 (driving 1).&amp;nbsp; End result being a quasi-low of 0.8V being supplied to the 52840 pin.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Your comment about using nrf52840_reset as-is gave us an idea to try.&lt;/p&gt;
&lt;p&gt;Seems the solution was not to delete the nrf52840_reset node and redefine p0.23 GPIO as we had in the code samples above ... but instead overlay the node taken from here:&amp;nbsp;&lt;a href="https://github.com/nrfconnect/sdk-zephyr/blob/d96769facecaba386b642d2c76c92c7694c81da0/boards/arm/nrf9160dk_nrf9160/dts/nrf9160dk_nrf52840_reset_on_if5.dtsi#L9"&gt;https://github.com/nrfconnect/sdk-zephyr/blob/d96769facecaba386b642d2c76c92c7694c81da0/boards/arm/nrf9160dk_nrf9160/dts/nrf9160dk_nrf52840_reset_on_if5.dtsi#L9&lt;/a&gt;)&amp;nbsp;with the desired&amp;nbsp; GPIO properties in our overlay file:&lt;/p&gt;
&lt;p&gt;&lt;pre class="ui-code" data-mode="text"&gt;&amp;amp;nrf52840_reset {
	status = &amp;quot;okay&amp;quot;;
	gpios = &amp;lt;&amp;amp;interface_to_nrf52840 5 (GPIO_ACTIVE_LOW | GPIO_OPEN_DRAIN | GPIO_PULL_UP)&amp;gt;;
};&lt;/pre&gt;&lt;/p&gt;
&lt;p&gt;This worked.&amp;nbsp; When the Jlink asserts NRESET, there is no more interference from the 9160&amp;#39;s p0.23 and the scope is showing the NRESET signal gets down to 0V.&lt;/p&gt;
&lt;p&gt;Thank you for your help!&lt;/p&gt;
&lt;p&gt;-- Glenn&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF9160 - Issue reconfiguring IF5 (P0.23) to Open Drain</title><link>https://devzone.nordicsemi.com/thread/515981?ContentTypeID=1</link><pubDate>Fri, 20 Dec 2024 16:13:21 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:965b8094-2366-452b-8777-1227e091c2fa</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;Are you using the board file for nrf52840_reset as-is?&lt;/p&gt;
&lt;p&gt;&lt;a href="https://github.com/nrfconnect/sdk-zephyr/blob/v3.5.99-ncs1/boards/arm/nrf9160dk_nrf9160/nrf52840_reset.c#L60"&gt;https://github.com/nrfconnect/sdk-zephyr/blob/v3.5.99-ncs1/boards/arm/nrf9160dk_nrf9160/nrf52840_reset.c#L60&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Is the problem here that the firmware running on the nRF9160 is trying to reset the nRF52 device while you&amp;#39;re connecting the debugger?&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Have you tried looking at the signal &amp;quot;NRF52_NRESET&amp;quot; with an oscilloscope?&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Kind 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: nRF9160 - Issue reconfiguring IF5 (P0.23) to Open Drain</title><link>https://devzone.nordicsemi.com/thread/515958?ContentTypeID=1</link><pubDate>Fri, 20 Dec 2024 14:47:07 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:36e2d09c-2295-4367-ae37-642abab454d5</guid><dc:creator>gwagner_emf</dc:creator><description>&lt;p&gt;Hello &lt;span&gt;H&amp;aring;kon&lt;/span&gt;,&lt;/p&gt;
&lt;p&gt;I added GPIO_ACTIVE_LOW as suggested:&lt;/p&gt;
&lt;p&gt;&lt;pre class="ui-code" data-mode="text"&gt;/delete-node/ &amp;amp;nrf52840_reset;

/	{
	gpio_pins {
		compatible = &amp;quot;gpio-keys&amp;quot;;
		
		nrf52840_reset_gpio: nrf52840_rst{
			gpios = &amp;lt;&amp;amp;gpio0 23 (GPIO_PULL_UP | GPIO_OPEN_DRAIN | GPIO_ACTIVE_LOW)&amp;gt;;
			label = &amp;quot;NRF52840 reset pin&amp;quot;;
		};
	};
};&lt;/pre&gt;&lt;/p&gt;
&lt;p&gt;Unfortunately, I still end up with 800mV when the JLINK attempts the reset.&lt;/p&gt;
&lt;p&gt;BR,&lt;/p&gt;
&lt;p&gt;-- Glenn&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF9160 - Issue reconfiguring IF5 (P0.23) to Open Drain</title><link>https://devzone.nordicsemi.com/thread/515938?ContentTypeID=1</link><pubDate>Fri, 20 Dec 2024 14:12:34 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:da3de993-70ee-4061-9361-9703241477ce</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;A programmer/debugger only needs SWDIO/SWDCLK to program, so you can technically omit the nRESET signal.&lt;/p&gt;
&lt;p&gt;That being said, it shall be supported to have it present.&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;In your gpios definition, it seems that you do not have a field for the&amp;nbsp;polarity of the pin. Try adding &amp;quot; | GPIO_ACTIVE_LOW&amp;quot; to the properties.&lt;/p&gt;
&lt;p&gt;Without any explicit level, it will be determined to be ACTIVE_HIGH.&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Kind regards,&lt;/p&gt;
&lt;p&gt;Håkon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>