<?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 GNSS solution retention</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/71326/nrf9160-gnss-solution-retention</link><description>From the gnss_extension.rst documentation shown below, it appears as thought the GNSS receiver can retain solution information from previous fixes/tracking in order to speed up the acquisition of new fixes (warm/hot). Can you please confirm: 
 1) RTC</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Fri, 05 Feb 2021 13:53:49 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/71326/nrf9160-gnss-solution-retention" /><item><title>RE: nRF9160 GNSS solution retention</title><link>https://devzone.nordicsemi.com/thread/293118?ContentTypeID=1</link><pubDate>Fri, 05 Feb 2021 13:53:49 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:75e0a383-9813-4481-8171-1a152fbfbf2c</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;
[quote user=""]1) RTC maintained as long as Vdd1/Vdd2&amp;nbsp;is present on module[/quote]
&lt;p&gt;As long as the modem is active, the time is kept. If you turn off the modem, you will also stop any running clocks.&lt;/p&gt;
[quote user=""]2) Does&amp;nbsp;GNSS receiver maintain its own RTC or share with M33?[/quote]
&lt;p&gt;The modem and application is separated. They do not share any specific peripherals, but clock sources do source both the modem and the application.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
[quote user=""]3) Solution information is stored in non-volatile, as indicated below, and will survive disruptions to Vdd1/Vdd2?[/quote]
&lt;p&gt;&amp;nbsp;As long as you have gotten to the point of successfully downloaded the ephemerides, almanac, etc; it should be stored and loaded after a reset, provided that the delete_mask bits isn&amp;#39;t populated:&lt;/p&gt;
&lt;p&gt;&lt;pre class="ui-code" data-mode="text"&gt; *          - Bit 0 denotes ephemerides data.
 *          - Bit 1 denotes almanac data (excluding leap second and ionospheric correction parameters).
 *          - Bit 2 denotes ionospheric correction parameters data.
 *          - Bit 3 denotes last good fix (the last position) data.
 *          - Bit 4 denotes GPS time-of-week (TOW) data.
 *          - Bit 5 denotes GPS week number data.
 *          - Bit 6 denotes leap second (UTC parameters) data.
 *          - Bit 7 denotes local clock (TCXO) frequency offset data.&lt;/pre&gt;&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>