<?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 Re: FTM Channel (n) Value (FTMx_CnV) issue in Vybrid Processors</title>
    <link>https://community.nxp.com/t5/Vybrid-Processors/FTM-Channel-n-Value-FTMx-CnV-issue/m-p/304587#M2733</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Alejandro&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thank you for trying reproducing the issue. May I ask you what maskset is your Vybrid device? I tried executing code with your modifications on 1N02G, Vybrid Tower card.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;1) &lt;/P&gt;&lt;P&gt;conditions: hit reset, reset default clocks, caches and MMU disabled, boot ROM code not executed&lt;/P&gt;&lt;P&gt;result: code hangs on first while loop.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;2)&lt;/P&gt;&lt;P&gt;conditions: 500MHz core, 83MHz IPG, caches and MMU enabled&lt;/P&gt;&lt;P&gt;result: code doesn't hang&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Then I tried executing my old variant of while loop. Interesting is that loop iterations count depends on value written to CnV. If new value differs by one, then one iteration may be enough. If value differs say by 0x1000, then it may need 41 loop iterations @500MHz to set.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;So you didn't persuade me there's no problem. Something very odd and more dangerous than I thought. At low speed it doesn't help to keep writing-verifying CnV. This workaround doesn't work and hangs at low core speed!&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards&lt;/P&gt;&lt;P&gt;Edward&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 28 Mar 2014 07:53:55 GMT</pubDate>
    <dc:creator>kef2</dc:creator>
    <dc:date>2014-03-28T07:53:55Z</dc:date>
    <item>
      <title>FTM Channel (n) Value (FTMx_CnV) issue</title>
      <link>https://community.nxp.com/t5/Vybrid-Processors/FTM-Channel-n-Value-FTMx-CnV-issue/m-p/304583#M2729</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;It looks like writes to FTM channel timer compare value register (FTMx_CnV) are often ignored. I see it both reading compare register and observing pin output with o-scope.&lt;BR /&gt;I'm not sure if maskset 1N02G errata "e6165 FTM: FlexTimer external clock source cannot be faster than 20MHz" applies here. I'm using Fast OSC clock /2 clocking option (see Vybrid RM 9.10.3 FTM clocking). That's 12MHz. I further prescale it down by 1/128. What I see is that I need to loop writing FTMx_CnV about 40 times at 500MHz A5 core clock. Lowering FTM prescaler to 1/16 I need up to 6 write loop iterations.&lt;BR /&gt;If this is normal, then please point me to Vybrid RM where this is explained.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;Edward&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;P.S. Initialization and write-verify loop.&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;&amp;nbsp;&amp;nbsp; // ungate Flextimer&lt;BR /&gt;&amp;nbsp;&amp;nbsp; CCM-&amp;gt;CCGR1 |= CCM_CCGR1_CG9(CCM_CCGR_BITS_ON_ALWAYS);&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; // use "external" Fast OSC clock/2&lt;BR /&gt;&amp;nbsp;&amp;nbsp; CCM-&amp;gt;CSCMR2 = (CCM-&amp;gt;CSCMR2 &amp;amp; CCM_CSCMR2_FTM1_EXT_CLK_SEL_MASK) | CCM_CSCMR2_FTM1_EXT_CLK_SEL(2);&lt;BR /&gt;&amp;nbsp;&amp;nbsp; CCM-&amp;gt;CSCDR1 |= CCM_CSCDR1_FTM1_CLK_EN_MASK;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; FTM1-&amp;gt;SC =&amp;nbsp;&amp;nbsp; (3&amp;lt;&amp;lt;3) // "ext" clock&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; | 7;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; // 1/128 divider&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; FTM1-&amp;gt;CONTROLS[TRIGCH].CnSC = 0x18; //output compare, set pin low on match&lt;BR /&gt;...&lt;/P&gt;&lt;P&gt;#define PulseWTicks 100&lt;BR /&gt;unsigned int newtv;&lt;BR /&gt;volatile int i;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; FTM1-&amp;gt;CONTROLS[TRIGCH].CnSC &amp;amp;= ~FTM_CnSC_CHF_MASK; // clear flag&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; newtv= FTM-&amp;gt;CONTROLS[TRIGCH].CnV + PulseWTicks;&lt;BR /&gt;&amp;nbsp;&amp;nbsp; newtv &amp;amp;= 0xFFFF;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; i = 0;&lt;BR /&gt;&amp;nbsp;&amp;nbsp; do&lt;BR /&gt;&amp;nbsp;&amp;nbsp; {&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; FTM1-&amp;gt;CONTROLS[TRIGCH].CnV = newtv;&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; i++;&lt;BR /&gt;&amp;nbsp;&amp;nbsp; }while(newtv != FTM-&amp;gt;CONTROLS[TRIGCH].CnV);&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 26 Mar 2014 09:06:48 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Vybrid-Processors/FTM-Channel-n-Value-FTMx-CnV-issue/m-p/304583#M2729</guid>
      <dc:creator>kef2</dc:creator>
      <dc:date>2014-03-26T09:06:48Z</dc:date>
    </item>
    <item>
      <title>Re: FTM Channel (n) Value (FTMx_CnV) issue</title>
      <link>https://community.nxp.com/t5/Vybrid-Processors/FTM-Channel-n-Value-FTMx-CnV-issue/m-p/304584#M2730</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;One thing that you have to keep in mind is that the FTM features different modes for writing coherency and it varies depending on the FTM mode and which register you intend to write.&lt;/P&gt;&lt;P&gt;For example in the RM:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/43345iCC2127937122B64B/image-size/large?v=v2&amp;amp;px=999" title="pastedImage_0.png" alt="pastedImage_0.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Is the above code all your configuration?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Best Regards,&lt;/P&gt;&lt;P&gt;Alejandro&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 27 Mar 2014 15:24:07 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Vybrid-Processors/FTM-Channel-n-Value-FTMx-CnV-issue/m-p/304584#M2730</guid>
      <dc:creator>alejandrolozan1</dc:creator>
      <dc:date>2014-03-27T15:24:07Z</dc:date>
    </item>
    <item>
      <title>Re: FTM Channel (n) Value (FTMx_CnV) issue</title>
      <link>https://community.nxp.com/t5/Vybrid-Processors/FTM-Channel-n-Value-FTMx-CnV-issue/m-p/304585#M2731</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;CnV register description includes this:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;"In output modes, writing to a CnV register latches the value into a buffer. A CnV register&lt;/P&gt;&lt;P&gt;is updated with the value of its write buffer according to Registers updated from write&lt;/P&gt;&lt;P&gt;buffers."&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I just want what is written here, I want single write to CnV to latch value in some internal FTM buffer. Value latched could be applied to timer compare register later, no problem. This is how things work in other FSL microcontroller timers. It is up to internal timer logic, where it takes value latched in buffer. Contrary to this, on Vybrid, most often a write to CnV is just ignored.&lt;/P&gt;&lt;P&gt;Table 39-305 IMO agrees with my expectations. Write to CnV should latch new value in some buffer, and then apply it in case of FTMEN=0 at the end of prescaler counting, fine. But I see it different. Single write to CnV never confirms (unless it happens on some clever time moment), also timer output pins toggle time doesn't confirm with new CnV value.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards&lt;/P&gt;&lt;P&gt;Edward&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 27 Mar 2014 15:49:28 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Vybrid-Processors/FTM-Channel-n-Value-FTMx-CnV-issue/m-p/304585#M2731</guid>
      <dc:creator>kef2</dc:creator>
      <dc:date>2014-03-27T15:49:28Z</dc:date>
    </item>
    <item>
      <title>Re: FTM Channel (n) Value (FTMx_CnV) issue</title>
      <link>https://community.nxp.com/t5/Vybrid-Processors/FTM-Channel-n-Value-FTMx-CnV-issue/m-p/304586#M2732</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I have tried the below code and it is working, it does not need to keep writing to the CNV register. I used IAR.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;#include "common.h"&lt;/P&gt;&lt;P&gt;#include "sysinit.h"&lt;/P&gt;&lt;P&gt;#include "FTM_test.h"&lt;/P&gt;&lt;P&gt;#include "lpt.h"&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;#define PulseWTicks 100&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp; unsigned int newtv;&lt;/P&gt;&lt;P&gt;&amp;nbsp; volatile int i;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;int main()&lt;/P&gt;&lt;P&gt;{&lt;/P&gt;&lt;P&gt;&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp; printf("Hello World!\n");&lt;/P&gt;&lt;P&gt;&amp;nbsp; &lt;/P&gt;&lt;P&gt;&amp;nbsp; //led_blink_tower();&amp;nbsp; &lt;/P&gt;&lt;P&gt;&amp;nbsp; &lt;/P&gt;&lt;P&gt;&amp;nbsp; // ungate Flextimer&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; CCM-&amp;gt;CCGR1 |= CCM_CCGR1_CG9(0x3);&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; // use "external" Fast OSC clock/2&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; CCM-&amp;gt;CSCMR2 = (CCM-&amp;gt;CSCMR2 &amp;amp; CCM_CSCMR2_FTM1_EXT_CLK_SEL_MASK) | CCM_CSCMR2_FTM1_EXT_CLK_SEL(2);&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; CCM-&amp;gt;CSCDR1 |= CCM_CSCDR1_FTM1_CLK_EN_MASK;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; FTM1-&amp;gt;SC =&amp;nbsp;&amp;nbsp; (3&amp;lt;&amp;lt;3) // "ext" clock&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; | 7;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; // 1/128 divider&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; FTM1-&amp;gt;CONTROLS[0].CnSC = 0x18; //output compare, set pin low on match&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; FTM1-&amp;gt;CONTROLS[0].CnSC &amp;amp;= ~FTM_CnSC_CHF_MASK; // clear flag&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; newtv= FTM1-&amp;gt;CONTROLS[0].CnV + PulseWTicks;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; newtv &amp;amp;= 0xFFFF;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; i = 0;&lt;/P&gt;&lt;P&gt;&amp;nbsp; // do&lt;/P&gt;&lt;P&gt;&amp;nbsp; // {&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; FTM1-&amp;gt;CONTROLS[0].CnV = newtv;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; i++;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; /*}*/while(newtv != FTM1-&amp;gt;CONTROLS[0].CnV);&lt;/P&gt;&lt;P&gt;&amp;nbsp; &lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; FTM1-&amp;gt;CONTROLS[0].CnV = newtv + 1;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; i++;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; /*}*/while(newtv + 1 != FTM1-&amp;gt;CONTROLS[0].CnV);&lt;/P&gt;&lt;P&gt;&amp;nbsp; return 0;&lt;/P&gt;&lt;P&gt;}&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;/* Blink LEDs on TWR-VF600 */&lt;/P&gt;&lt;P&gt;void led_blink_tower()&lt;/P&gt;&lt;P&gt;{&lt;/P&gt;&lt;P&gt;&amp;nbsp; //Setup GPIO output on LED pins (PTB0-PTB3)&lt;/P&gt;&lt;P&gt;&amp;nbsp; IOMUXC-&amp;gt;SINGLE.PTB0 = IOMUXC_PTB0_DSE(0x1)| IOMUXC_PTB0_OBE_MASK; //enable GPIO output for PTB0&lt;/P&gt;&lt;P&gt;&amp;nbsp; IOMUXC-&amp;gt;SINGLE.PTB1 = IOMUXC_PTB1_DSE(0x1)| IOMUXC_PTB1_OBE_MASK; //enable GPIO output for PTB1 &lt;/P&gt;&lt;P&gt;&amp;nbsp; IOMUXC-&amp;gt;SINGLE.PTB2 = IOMUXC_PTB2_DSE(0x1)| IOMUXC_PTB2_OBE_MASK; //enable GPIO output for PTB2 &lt;/P&gt;&lt;P&gt;&amp;nbsp; IOMUXC-&amp;gt;SINGLE.PTB3 = IOMUXC_PTB3_DSE(0x1)| IOMUXC_PTB3_OBE_MASK; //enable GPIO output for PTB3 &lt;/P&gt;&lt;P&gt;&amp;nbsp; &lt;/P&gt;&lt;P&gt;&amp;nbsp; &lt;/P&gt;&lt;P&gt;&amp;nbsp; //Flash on and off LED's&lt;/P&gt;&lt;P&gt;&amp;nbsp; while(1)&lt;/P&gt;&lt;P&gt;&amp;nbsp; {&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; //Turn on LED's by driving 0 (active low)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; GPIO0-&amp;gt;PDOR=~(PIN(22)|PIN(23)|PIN(24)|PIN(25)); //corresponds with PTB0-PTB3&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; //Delay&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; time_delay_ms(1000);&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; //Turn off LED's by driving 1&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; GPIO0-&amp;gt;PDOR=PIN(22)|PIN(23)|PIN(24)|PIN(25); //corresponds with PTB0-PTB3&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; //Delay&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; time_delay_ms(1000);&lt;/P&gt;&lt;P&gt;&amp;nbsp; }&lt;/P&gt;&lt;P&gt;}&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 27 Mar 2014 16:09:47 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Vybrid-Processors/FTM-Channel-n-Value-FTMx-CnV-issue/m-p/304586#M2732</guid>
      <dc:creator>alejandrolozan1</dc:creator>
      <dc:date>2014-03-27T16:09:47Z</dc:date>
    </item>
    <item>
      <title>Re: FTM Channel (n) Value (FTMx_CnV) issue</title>
      <link>https://community.nxp.com/t5/Vybrid-Processors/FTM-Channel-n-Value-FTMx-CnV-issue/m-p/304587#M2733</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Alejandro&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thank you for trying reproducing the issue. May I ask you what maskset is your Vybrid device? I tried executing code with your modifications on 1N02G, Vybrid Tower card.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;1) &lt;/P&gt;&lt;P&gt;conditions: hit reset, reset default clocks, caches and MMU disabled, boot ROM code not executed&lt;/P&gt;&lt;P&gt;result: code hangs on first while loop.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;2)&lt;/P&gt;&lt;P&gt;conditions: 500MHz core, 83MHz IPG, caches and MMU enabled&lt;/P&gt;&lt;P&gt;result: code doesn't hang&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Then I tried executing my old variant of while loop. Interesting is that loop iterations count depends on value written to CnV. If new value differs by one, then one iteration may be enough. If value differs say by 0x1000, then it may need 41 loop iterations @500MHz to set.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;So you didn't persuade me there's no problem. Something very odd and more dangerous than I thought. At low speed it doesn't help to keep writing-verifying CnV. This workaround doesn't work and hangs at low core speed!&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards&lt;/P&gt;&lt;P&gt;Edward&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 28 Mar 2014 07:53:55 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Vybrid-Processors/FTM-Channel-n-Value-FTMx-CnV-issue/m-p/304587#M2733</guid>
      <dc:creator>kef2</dc:creator>
      <dc:date>2014-03-28T07:53:55Z</dc:date>
    </item>
    <item>
      <title>Re: FTM Channel (n) Value (FTMx_CnV) issue</title>
      <link>https://community.nxp.com/t5/Vybrid-Processors/FTM-Channel-n-Value-FTMx-CnV-issue/m-p/304588#M2734</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;As I mentioned before I created a new project using as reference, the projects of the Vybrid code example found at:&lt;A href="http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=TWR-VF65GS10&amp;amp;fpsp=1&amp;amp;tab=Design_Tools_Tab" title="http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=TWR-VF65GS10&amp;amp;fpsp=1&amp;amp;tab=Design_Tools_Tab"&gt;TWR-VF65GS10: Vybrid Controller Solutions Tower System Module&lt;/A&gt; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Can you give more details about your environment? Maybe you can share your projects.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Best Regards,&lt;/P&gt;&lt;P&gt;Alejandro&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 28 Mar 2014 14:51:29 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Vybrid-Processors/FTM-Channel-n-Value-FTMx-CnV-issue/m-p/304588#M2734</guid>
      <dc:creator>alejandrolozan1</dc:creator>
      <dc:date>2014-03-28T14:51:29Z</dc:date>
    </item>
    <item>
      <title>Re: FTM Channel (n) Value (FTMx_CnV) issue</title>
      <link>https://community.nxp.com/t5/Vybrid-Processors/FTM-Channel-n-Value-FTMx-CnV-issue/m-p/304589#M2735</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Yes, I just tried Gpio project from Vybrid Sample Code (VSC). Now I see why you didn't find problems. It works for me too at VSC-default 396MHz core clock. To see problem please reset target, point program counter at next after&amp;nbsp;&amp;nbsp; printf("Hello World!\n");&amp;nbsp; code line and click continue. This way high frequency core clock initialization will be skipped and code will stuck at first while loop.&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards&lt;/P&gt;&lt;P&gt;Edward&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 28 Mar 2014 15:57:37 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Vybrid-Processors/FTM-Channel-n-Value-FTMx-CnV-issue/m-p/304589#M2735</guid>
      <dc:creator>kef2</dc:creator>
      <dc:date>2014-03-28T15:57:37Z</dc:date>
    </item>
    <item>
      <title>Re: FTM Channel (n) Value (FTMx_CnV) issue</title>
      <link>https://community.nxp.com/t5/Vybrid-Processors/FTM-Channel-n-Value-FTMx-CnV-issue/m-p/304590#M2736</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&lt;A class="jx-jive-macro-user" href="https://community.nxp.com/people/alejandrolozano"&gt;alejandrolozano&lt;/A&gt; can you continue with the follow up?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 03 Apr 2014 22:45:40 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Vybrid-Processors/FTM-Channel-n-Value-FTMx-CnV-issue/m-p/304590#M2736</guid>
      <dc:creator>karina_valencia</dc:creator>
      <dc:date>2014-04-03T22:45:40Z</dc:date>
    </item>
    <item>
      <title>Re: FTM Channel (n) Value (FTMx_CnV) issue</title>
      <link>https://community.nxp.com/t5/Vybrid-Processors/FTM-Channel-n-Value-FTMx-CnV-issue/m-p/304591#M2737</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Sure, l will delve into it&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Alejandro&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 03 Apr 2014 22:52:33 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Vybrid-Processors/FTM-Channel-n-Value-FTMx-CnV-issue/m-p/304591#M2737</guid>
      <dc:creator>alejandrolozan1</dc:creator>
      <dc:date>2014-04-03T22:52:33Z</dc:date>
    </item>
    <item>
      <title>Re: FTM Channel (n) Value (FTMx_CnV) issue</title>
      <link>https://community.nxp.com/t5/Vybrid-Processors/FTM-Channel-n-Value-FTMx-CnV-issue/m-p/304592#M2738</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I have been testing this and I just modified the Clock setups.&lt;/P&gt;&lt;P&gt;It does not change the PLL settings, it just enables the clock gates and it is working too.&lt;/P&gt;&lt;P&gt;To modify that,&amp;nbsp; I chose the below define in the tower.h&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;TABLE&gt;&lt;TBODY&gt;&lt;TR&gt;&lt;TD&gt;#define CLOCK_SETUP &lt;/TD&gt;&lt;TD&gt;&lt;P&gt;2&amp;nbsp;&amp;nbsp;&amp;nbsp; /* Leave BootROM defaults - Uses 264MHz CA5 and 83.5MHz bus, 24MHz XOSC clock source */&lt;/P&gt;&lt;/TD&gt;&lt;/TR&gt;&lt;/TBODY&gt;&lt;/TABLE&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;And commented this in the system_Vybrid.c file&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;#elif (CLOCK_SETUP == 2)&lt;/P&gt;&lt;P&gt;&amp;nbsp; //Do nothing, just update the SystemClock variable&lt;/P&gt;&lt;P&gt; // SystemCoreClockUpdate();&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The code is working. You have to enable the clock gate of the module.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Best Regards,&lt;/P&gt;&lt;P&gt;Alejandro&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 04 Apr 2014 15:09:22 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Vybrid-Processors/FTM-Channel-n-Value-FTMx-CnV-issue/m-p/304592#M2738</guid>
      <dc:creator>alejandrolozan1</dc:creator>
      <dc:date>2014-04-04T15:09:22Z</dc:date>
    </item>
    <item>
      <title>Re: Re: FTM Channel (n) Value (FTMx_CnV) issue</title>
      <link>https://community.nxp.com/t5/Vybrid-Processors/FTM-Channel-n-Value-FTMx-CnV-issue/m-p/304593#M2739</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&lt;BR /&gt;Hi&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Leaving boot ROM defaults isn't interesting. This and some other clocks setup in vybrid_sc doesn't work if I command debugger to reset target and reload app and start from scratch.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;See attached complete demo. Compile, reset target from debugger and run from start. I see i loop count =11 running at 266MHz and i =16 at 500MHz.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Edward&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 05 Apr 2014 06:39:44 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Vybrid-Processors/FTM-Channel-n-Value-FTMx-CnV-issue/m-p/304593#M2739</guid>
      <dc:creator>kef2</dc:creator>
      <dc:date>2014-04-05T06:39:44Z</dc:date>
    </item>
    <item>
      <title>Re: FTM Channel (n) Value (FTMx_CnV) issue</title>
      <link>https://community.nxp.com/t5/Vybrid-Processors/FTM-Channel-n-Value-FTMx-CnV-issue/m-p/304594#M2740</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&lt;A class="jx-jive-macro-user" href="https://community.nxp.com/people/alejandrolozano"&gt;alejandrolozano&lt;/A&gt;&amp;nbsp; do you have an update?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 21 Apr 2014 19:55:14 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Vybrid-Processors/FTM-Channel-n-Value-FTMx-CnV-issue/m-p/304594#M2740</guid>
      <dc:creator>karina_valencia</dc:creator>
      <dc:date>2014-04-21T19:55:14Z</dc:date>
    </item>
    <item>
      <title>Re: Re: FTM Channel (n) Value (FTMx_CnV) issue</title>
      <link>https://community.nxp.com/t5/Vybrid-Processors/FTM-Channel-n-Value-FTMx-CnV-issue/m-p/304595#M2741</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I just tried to skip the clock initialization and the FTM is still working.&lt;/P&gt;&lt;P&gt;Also, I tried with the project you sent but I found a compiling error, after fixing it I noticed that my DS-5 license expired, so I tried with the attached IAR example.&lt;/P&gt;&lt;P&gt;I contains the same code you sent and the FTMx_CnV register is being updated. The code does not hang.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 22 Apr 2014 00:01:17 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Vybrid-Processors/FTM-Channel-n-Value-FTMx-CnV-issue/m-p/304595#M2741</guid>
      <dc:creator>alejandrolozan1</dc:creator>
      <dc:date>2014-04-22T00:01:17Z</dc:date>
    </item>
    <item>
      <title>Re: FTM Channel (n) Value (FTMx_CnV) issue</title>
      <link>https://community.nxp.com/t5/Vybrid-Processors/FTM-Channel-n-Value-FTMx-CnV-issue/m-p/304596#M2742</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Code provided shouldn't hang. When it reaches for(;;) loop, i variable has to be =1. But it is much higher than 1. The same on 1N02G and 2N02G masksets.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;ADDRESS&gt;(I didn't study your attachment. )&lt;/ADDRESS&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 22 Apr 2014 08:38:12 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Vybrid-Processors/FTM-Channel-n-Value-FTMx-CnV-issue/m-p/304596#M2742</guid>
      <dc:creator>kef2</dc:creator>
      <dc:date>2014-04-22T08:38:12Z</dc:date>
    </item>
  </channel>
</rss>

