<?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 POFWARN</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/66581/nrf9160-pofwarn</link><description>Hi, 
 I was investigating the registers of the nrf9160 using segger embedded studio and found POFCON, which is not mentioned in the documentation. 
 
 
 
 Can you provide the documentation for this? Also, what is the best way to get access to the POFWARN</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Fri, 06 Nov 2020 14:32:36 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/66581/nrf9160-pofwarn" /><item><title>RE: NRF9160 POFWARN</title><link>https://devzone.nordicsemi.com/thread/278815?ContentTypeID=1</link><pubDate>Fri, 06 Nov 2020 14:32:36 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:0e871ccd-48d0-49f6-9cc6-8c21f2a5041d</guid><dc:creator>Thomas</dc:creator><description>&lt;p&gt;Thanks for all the helpful Simon! It is great to hear it will be added to the &amp;nbsp;MDK and PS.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF9160 POFWARN</title><link>https://devzone.nordicsemi.com/thread/278796?ContentTypeID=1</link><pubDate>Fri, 06 Nov 2020 13:52:07 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:53870d54-4a25-4e3b-8535-5bd0e7f2688a</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Hi again Thomas&lt;/p&gt;
&lt;p&gt;Latest update from our experts internally:&lt;/p&gt;
&lt;p&gt;As of now, you will have to use the %XPOFWARN AT command and get the power off warning through the modem. Please note that the minimum level should not be set below 3V as the PMIC will cut the power to the SoC at ~2.95V (depending on the operating conditions). The minimum supply level on the nRF9160 is 3V as stated in the product specification, and we will update the AT command guide as soon as possible to better communicate this.&lt;/p&gt;
&lt;p&gt;As for the EXTPOFCON feature/registers where the application can get power off warning events directly, we are in progress of documenting this in the PS and adding it to MDK.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Simon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF9160 POFWARN</title><link>https://devzone.nordicsemi.com/thread/278696?ContentTypeID=1</link><pubDate>Fri, 06 Nov 2020 02:13:57 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:4ddb536b-a095-46ee-b995-0757809ab6ba</guid><dc:creator>Thomas</dc:creator><description>&lt;p&gt;Thank you Simon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF9160 POFWARN</title><link>https://devzone.nordicsemi.com/thread/278577?ContentTypeID=1</link><pubDate>Thu, 05 Nov 2020 11:40:39 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:65789a5f-4862-4cb5-8720-cdc8a5085f75</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Hi Thomas,&lt;/p&gt;
&lt;p&gt;I have not gotten a &amp;quot;final&amp;quot; resolution from the R&amp;amp;D guys yet, but I asked them when, and they expect to have a finite answer by tomorrow. Thank you so much for your patience, and I apologize about the delay. This took longer to get to the bottom of than any of us imagined.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Simon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF9160 POFWARN</title><link>https://devzone.nordicsemi.com/thread/278543?ContentTypeID=1</link><pubDate>Thu, 05 Nov 2020 08:23:09 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d6c99af9-2080-4369-ae0d-67b661240c22</guid><dc:creator>Thomas</dc:creator><description>&lt;p&gt;Any updates on this Simon?&lt;/p&gt;
&lt;p&gt;Kind regards,&lt;/p&gt;
&lt;p&gt;Thomas&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF9160 POFWARN</title><link>https://devzone.nordicsemi.com/thread/276888?ContentTypeID=1</link><pubDate>Mon, 26 Oct 2020 13:37:40 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:a3c6889f-ae7c-4f40-ba3d-00c9f08b5007</guid><dc:creator>Thomas</dc:creator><description>&lt;p&gt;Okay thanks Simon. I&amp;rsquo;m confused as to why it isn&amp;rsquo;t in the specification as the POFWARN event that is triggered by this is in the specification but this not.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF9160 POFWARN</title><link>https://devzone.nordicsemi.com/thread/276858?ContentTypeID=1</link><pubDate>Mon, 26 Oct 2020 12:35:26 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:391a7aa7-de2e-413e-b0ee-ae8418eef30e</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Hi Thomas&lt;/p&gt;
&lt;p&gt;We would not suggest doing anything not defined in the specification itself. I have to get word back internally regarding this register, so please stand by until I get back to you.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Simon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF9160 POFWARN</title><link>https://devzone.nordicsemi.com/thread/276534?ContentTypeID=1</link><pubDate>Fri, 23 Oct 2020 06:25:05 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:077a9404-3021-46d2-bac9-51c647620625</guid><dc:creator>Thomas</dc:creator><description>&lt;p&gt;Hi Simon,&lt;/p&gt;
&lt;p&gt;I have discovered you can set your own clock driver using&amp;nbsp;&lt;span&gt;CONFIG_CLOCK_CONTROL_NRF_FORCE_ALT. So I now have access to the interrupt.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Can I please get confirmation on the layout of the register? From what I can gather:&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;1) It is at location&amp;nbsp;0x40004510&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;2) Bit 0 is used to turn the it on/off&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;3) Bits 1-4 control the threshold with 0 being 1.3V and&amp;nbsp;the LSB being&amp;nbsp;0.1V&amp;nbsp;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;4) When the threshold is crossed the POFWARN event is triggered&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;5) Internally the chip runs at 2.2V so the level must be set lower than that to&amp;nbsp;work correctly&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;I am using this on the B0 version and it is running correctly. There is no difference with the B1 version correct? We will be building tens of thousands&amp;nbsp;at a time so I need to ensure the hardware versions will behave the same.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Kind regards,&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Thomas&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF9160 POFWARN</title><link>https://devzone.nordicsemi.com/thread/276364?ContentTypeID=1</link><pubDate>Thu, 22 Oct 2020 08:12:53 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:8fec7ffa-900c-4cd5-969d-e87a1dfdcfe6</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Hi Thomas&lt;/p&gt;
&lt;p&gt;Revision 1 and 2 are different in this respect:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Rev. 1 does not really have a POF mechanism, but you can monitor battery voltage &amp;quot;manually&amp;quot; by requesting info and notifications dynamically from modem via the AT command %XVBAT, There&amp;#39;s no POF specific reset generated.&lt;/li&gt;
&lt;li&gt;Rev. 2 has an additional POF service feature through the modem AT command %XPOFWARN. There&amp;#39;s still no specific POF reset generated though.&amp;nbsp;&lt;/li&gt;
&lt;li&gt;Both Rev. 1 and 2 will generate a BOR when the SiP&amp;#39;s internal voltage drops below the BOR limit (P&lt;strong&gt;S chapter&amp;nbsp;&lt;/strong&gt;&lt;span&gt;&lt;strong&gt;&amp;quot;5.1.3.4.2 Power supply supervisor&amp;quot;&lt;/strong&gt;)&lt;/span&gt;&lt;/li&gt;
&lt;li&gt;&lt;span&gt;&lt;strong&gt;PS chapter &amp;quot;5.3.1.1.14 RESETREAS&amp;quot;&lt;/strong&gt; states that &amp;quot;If none of the reset sources are flagged, this indicates that the chip was reset from the on-chip reset generator, which will indicate a power-on reset or a brownout reset.&amp;quot; This goes for both revisions.&lt;/span&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;&lt;span&gt;Best regards.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Simon&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF9160 POFWARN</title><link>https://devzone.nordicsemi.com/thread/276154?ContentTypeID=1</link><pubDate>Wed, 21 Oct 2020 10:59:27 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:128c49e7-9b19-4b07-aa81-8f285596be6f</guid><dc:creator>Thomas</dc:creator><description>&lt;p&gt;Right I didn&amp;rsquo;t see that note in the manual, I am using B0 which would explain it. So a way to differentiate brown out resets on both hardware revision would be ideal.&amp;nbsp;&lt;br /&gt;&lt;br /&gt;&lt;/p&gt;
&lt;p&gt;Kind regards,&lt;/p&gt;
&lt;p&gt;Thomas&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF9160 POFWARN</title><link>https://devzone.nordicsemi.com/thread/276149?ContentTypeID=1</link><pubDate>Wed, 21 Oct 2020 10:40:35 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:4db76425-8231-4a7b-862d-c46872ce0f86</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Hi Thomas&lt;/p&gt;
&lt;p&gt;Just to clarify, you are using a&amp;nbsp;revision of the nRF9160 that supports external Power off warnings, right? The %XPOFWARN command is supported by revision nRF9160-SIxA-B1 and newer.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Simon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF9160 POFWARN</title><link>https://devzone.nordicsemi.com/thread/276059?ContentTypeID=1</link><pubDate>Wed, 21 Oct 2020 03:26:46 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:8d143b95-931b-4968-b3e6-3acdaf14cd77</guid><dc:creator>Thomas</dc:creator><description>&lt;p&gt;Thanks for looking into this Simon.&lt;/p&gt;
&lt;p&gt;Is this what you are after?&lt;/p&gt;
&lt;p&gt;&lt;img src="https://devzone.nordicsemi.com/resized-image/__size/320x240/__key/communityserver-discussions-components-files/4/pastedimage1603250728480v1.png" alt=" " /&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF9160 POFWARN</title><link>https://devzone.nordicsemi.com/thread/275877?ContentTypeID=1</link><pubDate>Tue, 20 Oct 2020 11:39:30 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:36a97cdf-fedd-4c56-8950-dae877cb31dd</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Thank you for the updates Thomas. We&amp;#39;re currently looking into both the BOR versus power on resets and the %XPOFWARN AT command. I will update you with the progress as soon as possible, but it might be a few days. Thank you for your patience.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Simon&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;UPDATE:&amp;nbsp;&lt;/strong&gt;AT%XPOFWARN is not available in mfw v1.2.0, but should definitely be available for mfw v1.2.1 and onwards. Can you provide an AT sequence log similar to the one below where you&amp;#39;re using mfw v1.2.1?&lt;/p&gt;
&lt;p&gt;&lt;pre class="ui-code" data-mode="text"&gt;14:54:43 AT%XMODEMUUID
14:54:43 %XMODEMUUID: c75da334-ae89-4e54-b5ad-bab013c787f2
OK
14:55:31 AT+CGMR
14:55:32 mfwRD_nrf9160_1.2.2-163.rc
OK
14:55:50 AT%XPOFWARN=1,30
14:55:51 OK
14:56:45 AT%XPOFWARN=1,31
14:56:45 OK
14:56:54 AT%XPOFWARN=1,32
14:56:54 OK&lt;/pre&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF9160 POFWARN</title><link>https://devzone.nordicsemi.com/thread/275788?ContentTypeID=1</link><pubDate>Tue, 20 Oct 2020 08:30:24 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:693fe999-0e8b-42b1-beef-4d92b3c526d3</guid><dc:creator>Thomas</dc:creator><description>&lt;p&gt;Also&amp;nbsp;%XPOFWARN is not available on the version 1.2.x modem firmware. It says it is in the manual and it appears in the CLAC list but attempts to set it fail&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF9160 POFWARN</title><link>https://devzone.nordicsemi.com/thread/275479?ContentTypeID=1</link><pubDate>Mon, 19 Oct 2020 06:08:40 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:7fdaa398-988c-4893-ab8c-325c862fec8c</guid><dc:creator>Thomas</dc:creator><description>&lt;p&gt;I see, then how are we meant to be able to detect brownouts? I was planning on using the interrupt to quickly set one of the general purpose registers and reset the system. Without something like that and with no differentiation between power on and brown out resets in the reset reason register I am at a loss.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF9160 POFWARN</title><link>https://devzone.nordicsemi.com/thread/275478?ContentTypeID=1</link><pubDate>Mon, 19 Oct 2020 06:02:02 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:42b701c5-da41-4905-bb35-e60a01b55035</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Hi Thomas&lt;/p&gt;
&lt;p&gt;Sorry for the late reply,&amp;nbsp; but it took some time getting an official statement on this. The POFCON register can be found in nRF91 projects because the power failure warning mechanism is supported as an AT-command from MFW v1.2.1 and onwards. It is described in documentation format in the nRF91 AT Commands reference guide (section 5.27 External Power off warnings %XPOFWARN).&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Simon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF9160 POFWARN</title><link>https://devzone.nordicsemi.com/thread/274002?ContentTypeID=1</link><pubDate>Fri, 09 Oct 2020 10:59:41 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e82377dd-e775-490a-831d-331a048e0a79</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Hi Thomas&lt;/p&gt;
&lt;p&gt;We will likely update to the latest Zephyr version when the next NCS version is released, but I can&amp;#39;t provide any information as to when this will be, as we never speculate in or discuss upcoming releases here on the DevZone. For details or a roadmap on the matter, please contact the RSM of your area. If you don&amp;#39;t know who this is, please let me know and I&amp;#39;ll help you get in touch.&lt;/p&gt;
&lt;p&gt;There has not been any updates on the POFCON register as of yet.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Simon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF9160 POFWARN</title><link>https://devzone.nordicsemi.com/thread/273935?ContentTypeID=1</link><pubDate>Fri, 09 Oct 2020 07:36:20 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:26990b5d-1c55-46c0-9f81-64b7a4ad293d</guid><dc:creator>Thomas</dc:creator><description>&lt;p&gt;It looks like this might be fixed in the latest version of zephyr, but in v1.3.0 and v1.3.1 of the SDK the zephyr version used is 2.3. RC1, but the trunk is up to v2.4.0. When do you update the zephyr version in your tagged SDK releases?&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF9160 POFWARN</title><link>https://devzone.nordicsemi.com/thread/273930?ContentTypeID=1</link><pubDate>Fri, 09 Oct 2020 06:58:57 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:f7265bb9-0aa7-4cbb-98de-a61540d02f5b</guid><dc:creator>Thomas</dc:creator><description>&lt;p&gt;Hi Simon, the interrupt for the clock and power are shared and is being used in nrf_power_clock, so I can enable the interrupt but can&amp;#39;t get access to the callback. I am using v1.3.0&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF9160 POFWARN</title><link>https://devzone.nordicsemi.com/thread/273927?ContentTypeID=1</link><pubDate>Fri, 09 Oct 2020 06:56:25 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b6aa85ff-b720-4556-9758-c1396ec70a2e</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Hi again,&lt;/p&gt;
&lt;p&gt;I&amp;#39;m sorry, but I&amp;#39;m not sure I understand? I can&amp;#39;t see where the POFWARN interrupt is used by nrf_power_clock.c. What version of the nRFConnect SDK (NCS) are you using?&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Simon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF9160 POFWARN</title><link>https://devzone.nordicsemi.com/thread/273637?ContentTypeID=1</link><pubDate>Thu, 08 Oct 2020 07:17:54 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:f3e3314a-7d91-487b-b260-211c628affd7</guid><dc:creator>Thomas</dc:creator><description>&lt;p&gt;Hi Simon, how can this work if nrf_power_clock is already using the interrupt?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF9160 POFWARN</title><link>https://devzone.nordicsemi.com/thread/272853?ContentTypeID=1</link><pubDate>Mon, 05 Oct 2020 01:28:49 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:af684bc6-e04d-4782-8ee7-5dd8a915a6e6</guid><dc:creator>Thomas</dc:creator><description>&lt;p&gt;Thank you Simon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF9160 POFWARN</title><link>https://devzone.nordicsemi.com/thread/272691?ContentTypeID=1</link><pubDate>Fri, 02 Oct 2020 10:30:26 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:35a16248-ddee-4ccc-9e2d-7ff51505a6c2</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Hi Thomas,&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;The easiest way to make use of the POFWARN interrupt should be either &lt;strong&gt;nrfx_power_pof_init&lt;/strong&gt;() or &lt;strong&gt;nrfx_power_pof_enable&lt;/strong&gt;() depending on whether CONFIG_NRFX_POWER is set to Y or N.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;As for the POFCON register you&amp;#39;re seeing, it indeed seems like a mishap on our side, I have reported this missing documentation internally, and I&amp;#39;ll get back to you with any progress on the matter.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Simon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF9160 POFWARN</title><link>https://devzone.nordicsemi.com/thread/272656?ContentTypeID=1</link><pubDate>Fri, 02 Oct 2020 06:58:43 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:8a9fe9d8-c8ca-4bc3-bbed-6eed30bd1f31</guid><dc:creator>Thomas</dc:creator><description>&lt;p&gt;Hi Simonr, this is on a custom board, so it can only be the nrf9160, and I have played around with it and it does seem to behave as expected?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF9160 POFWARN</title><link>https://devzone.nordicsemi.com/thread/272655?ContentTypeID=1</link><pubDate>Fri, 02 Oct 2020 06:48:33 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:9e077831-3ab0-43da-811c-da8d63f115ea</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Hi Thomas&lt;/p&gt;
&lt;p&gt;The POFCON register refers to the Power Failure Comparator found in&amp;nbsp; the nRF5x series. I assume the register you&amp;#39;re seeing is&amp;nbsp;found in the nRF52 control chip that I.E. the nRF9160DK uses for board control.&lt;/p&gt;
&lt;p&gt;I will have to look into the POFWARN possibilities, but I&amp;#39;ll get back to you with an update soon.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Simon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>