<?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>8-bit MicrocontrollersのトピックS08TPMV3 glitch-free initialization?</title>
    <link>https://community.nxp.com/t5/8-bit-Microcontrollers/S08TPMV3-glitch-free-initialization/m-p/160574#M9676</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello All,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;how can I preset the output compare flipflop of the S08TPMV3 to get a glitch-free initialization?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;IOW if the pin was temporarily used as GPIO and I set&amp;nbsp; ELSnB:ELSnA from 0:0 to "set" or "clear", the pin has to stay in correct state until the output compare triggers.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;In my tests, the pin switched immediately to the last state caused by an active OC event when I set ELSnB:ELSnA.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;If this event had the wrong polarity, the output switches immediately (I can't tolerate this).&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;SPAN&gt;Is there any workaround?&lt;/SPAN&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks in advance,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Oliver&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 10 Dec 2009 02:42:43 GMT</pubDate>
    <dc:creator>Obetz</dc:creator>
    <dc:date>2009-12-10T02:42:43Z</dc:date>
    <item>
      <title>S08TPMV3 glitch-free initialization?</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/S08TPMV3-glitch-free-initialization/m-p/160574#M9676</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello All,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;how can I preset the output compare flipflop of the S08TPMV3 to get a glitch-free initialization?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;IOW if the pin was temporarily used as GPIO and I set&amp;nbsp; ELSnB:ELSnA from 0:0 to "set" or "clear", the pin has to stay in correct state until the output compare triggers.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;In my tests, the pin switched immediately to the last state caused by an active OC event when I set ELSnB:ELSnA.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;If this event had the wrong polarity, the output switches immediately (I can't tolerate this).&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;SPAN&gt;Is there any workaround?&lt;/SPAN&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks in advance,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Oliver&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 10 Dec 2009 02:42:43 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/S08TPMV3-glitch-free-initialization/m-p/160574#M9676</guid>
      <dc:creator>Obetz</dc:creator>
      <dc:date>2009-12-10T02:42:43Z</dc:date>
    </item>
    <item>
      <title>Re: S08TPMV3 glitch-free initialization?</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/S08TPMV3-glitch-free-initialization/m-p/160575#M9677</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello Oliver,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I presume that the TPM operation is correct immediately after a reset, where the initial channel output state will be determined by the GPIO setting that preceeded the enabling of the TPM channel.&amp;nbsp; The TPM module itself does not seem to provide for explicit setting or clearing the initial channel output state (which the old HC908 TIM module did provide).&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Perhaps there are a few things you might try to see if it is possible to "reset" the TPM module:&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;If you are currently clearing only the ELSnB:ELSnA bits, try clearing all bits within the TPMxCnSC register prior to re-initialising the GPIO pin, or&lt;/LI&gt;&lt;LI&gt;Temporarily disable the TPM module by clearing the bits CLKSA:CLKSB within the TPMxSC register, or&lt;/LI&gt;&lt;LI&gt;Clear the TPM counter by writing to the TPMxCNT register.&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Mac&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 10 Dec 2009 09:26:39 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/S08TPMV3-glitch-free-initialization/m-p/160575#M9677</guid>
      <dc:creator>bigmac</dc:creator>
      <dc:date>2009-12-10T09:26:39Z</dc:date>
    </item>
    <item>
      <title>Re: S08TPMV3 glitch-free initialization?</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/S08TPMV3-glitch-free-initialization/m-p/160576#M9678</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello Mac,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;you wrote what I also expected / wished, but sadly it's not what we get:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;0. The initial output state under TPM control is &lt;STRONG&gt;not&lt;/STRONG&gt; determined by the previous output state in GPIO mode. Not after reset and not later. Out of reset, the initial state is 0. So the TPM can't produce a 0 pulse starting at a certain CNT value without a preceding '0' glitch!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;1. Setting TPMxCnSC to 0 doesn't change the state of the internal flipflop. As soon as you change it to output compare with pin control, the pin switches to the last state under OC control.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;2. Disabling the TPM module doesn't change the state of the internal flipflop.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;3. Clearing the TPM counter doesn't change the state of the internal flipflop.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;It would be extremly disappointing if the S08TPMV3 had really no way to control the putput flipflop.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Oliver&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 10 Dec 2009 17:50:29 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/S08TPMV3-glitch-free-initialization/m-p/160576#M9678</guid>
      <dc:creator>Obetz</dc:creator>
      <dc:date>2009-12-10T17:50:29Z</dc:date>
    </item>
    <item>
      <title>Re: S08TPMV3 glitch-free initialization?</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/S08TPMV3-glitch-free-initialization/m-p/160577#M9679</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Is this (still) true?&amp;nbsp; Because I am running into the same issue with newer NXP chips.&amp;nbsp; Specifically the KL17.&amp;nbsp; In order to control an output pin with TPM0, I have to "condition" the timer by running it through the sequence of TPM0 events at least once before expected / dependable results are obtained.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;-thanks&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 23 May 2016 16:18:40 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/S08TPMV3-glitch-free-initialization/m-p/160577#M9679</guid>
      <dc:creator>rickstuart</dc:creator>
      <dc:date>2016-05-23T16:18:40Z</dc:date>
    </item>
  </channel>
</rss>

