<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic LPIT TMR_CUR_VAL sporadically returning 0xFFFF'FFFF in S32K</title>
    <link>https://community.nxp.com/t5/S32K/LPIT-TMR-CUR-VAL-sporadically-returning-0xFFFF-FFFF/m-p/721189#M1696</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;We are using one LPIT channel as free running&amp;nbsp;counter to measure execution times.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;&lt;EM&gt;Sporadically&lt;/EM&gt;&lt;/STRONG&gt;, the LPIT&amp;nbsp;current value register returns 0xFFFF'FFFF, although the actual counter value is different.&lt;/P&gt;&lt;P&gt;The counter reload value is not equal to 0xFFFF'FFFF, so I don't expect to read this value at all, while the timer is running.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;DBG_EN and DOZE_EN are set to 0.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Is there any known issure regarding the LPIT timer wrt. to the described behavior?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks!&lt;/P&gt;&lt;P&gt;Martin&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 10 Apr 2018 19:34:38 GMT</pubDate>
    <dc:creator>maddinhoffmann</dc:creator>
    <dc:date>2018-04-10T19:34:38Z</dc:date>
    <item>
      <title>LPIT TMR_CUR_VAL sporadically returning 0xFFFF'FFFF</title>
      <link>https://community.nxp.com/t5/S32K/LPIT-TMR-CUR-VAL-sporadically-returning-0xFFFF-FFFF/m-p/721189#M1696</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;We are using one LPIT channel as free running&amp;nbsp;counter to measure execution times.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;&lt;EM&gt;Sporadically&lt;/EM&gt;&lt;/STRONG&gt;, the LPIT&amp;nbsp;current value register returns 0xFFFF'FFFF, although the actual counter value is different.&lt;/P&gt;&lt;P&gt;The counter reload value is not equal to 0xFFFF'FFFF, so I don't expect to read this value at all, while the timer is running.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;DBG_EN and DOZE_EN are set to 0.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Is there any known issure regarding the LPIT timer wrt. to the described behavior?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks!&lt;/P&gt;&lt;P&gt;Martin&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 10 Apr 2018 19:34:38 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/LPIT-TMR-CUR-VAL-sporadically-returning-0xFFFF-FFFF/m-p/721189#M1696</guid>
      <dc:creator>maddinhoffmann</dc:creator>
      <dc:date>2018-04-10T19:34:38Z</dc:date>
    </item>
    <item>
      <title>Re: LPIT TMR_CUR_VAL sporadically returning 0xFFFF'FFFF</title>
      <link>https://community.nxp.com/t5/S32K/LPIT-TMR-CUR-VAL-sporadically-returning-0xFFFF-FFFF/m-p/721190#M1697</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;It seems, that this happens only when using &lt;EM&gt;&lt;STRONG&gt;SIRC&lt;/STRONG&gt;&lt;/EM&gt;_DIV2 as timer clock.&lt;/P&gt;&lt;P&gt;When using SOSC_DIV2 I cannot reproduce the behavior.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 11 Apr 2018 14:30:19 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/LPIT-TMR-CUR-VAL-sporadically-returning-0xFFFF-FFFF/m-p/721190#M1697</guid>
      <dc:creator>maddinhoffmann</dc:creator>
      <dc:date>2018-04-11T14:30:19Z</dc:date>
    </item>
    <item>
      <title>Re: LPIT TMR_CUR_VAL sporadically returning 0xFFFF'FFFF</title>
      <link>https://community.nxp.com/t5/S32K/LPIT-TMR-CUR-VAL-sporadically-returning-0xFFFF-FFFF/m-p/721191#M1698</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;BR /&gt;We dealt with this problem recently. Reading/polling of this register can return invalid data.&lt;BR /&gt;The answer provided by design team:&lt;BR /&gt;“The LPIT was designed to be mainly used for interrupts and timeouts (in Compare and Accumulator modes). Only in capture mode does the timer value need to be read and this value is stable when read after an interrupt. Thus, there is no use case when software will need to know the current value of the timer when it is running.”&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Could you please use another timer (FTM, LPTMR, RTC, SysTick, DWT) for your use case?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thank you,&lt;/P&gt;&lt;P&gt;Daniel&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 11 Apr 2018 15:17:19 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/LPIT-TMR-CUR-VAL-sporadically-returning-0xFFFF-FFFF/m-p/721191#M1698</guid>
      <dc:creator>danielmartynek</dc:creator>
      <dc:date>2018-04-11T15:17:19Z</dc:date>
    </item>
  </channel>
</rss>

