<?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 Clocking problem with MCF52259 Board in ColdFire/68K Microcontrollers and Processors</title>
    <link>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/Clocking-problem-with-MCF52259-Board/m-p/160943#M5096</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;We have developed our own board based on the Tower Demo board. Our board is fitted with a 48MHz crstal as is the demo board but when we run exactly the same application code on our board it seems to be running much slower.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Both CLKMOD pins are tied LOW as default on the TWR demo board and XTAL is tied high (likewise on the demo board). Using the HelloWorld demo serial data is corrupted from our board while the demo works fine.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;To make sure its not something to do with the serial line drivers we have put in a never ending loop to flash one of the LEDs at the end of the program. The demo board flashes the LED at a rate of 5Hz while our board flashes the LED at a rate of about 1.67 Hz.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Has anyone got any idea what we are doing wrong?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thank you in advance&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Richard.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 22 Aug 2011 22:28:41 GMT</pubDate>
    <dc:creator>rParker</dc:creator>
    <dc:date>2011-08-22T22:28:41Z</dc:date>
    <item>
      <title>Clocking problem with MCF52259 Board</title>
      <link>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/Clocking-problem-with-MCF52259-Board/m-p/160943#M5096</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;We have developed our own board based on the Tower Demo board. Our board is fitted with a 48MHz crstal as is the demo board but when we run exactly the same application code on our board it seems to be running much slower.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Both CLKMOD pins are tied LOW as default on the TWR demo board and XTAL is tied high (likewise on the demo board). Using the HelloWorld demo serial data is corrupted from our board while the demo works fine.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;To make sure its not something to do with the serial line drivers we have put in a never ending loop to flash one of the LEDs at the end of the program. The demo board flashes the LED at a rate of 5Hz while our board flashes the LED at a rate of about 1.67 Hz.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Has anyone got any idea what we are doing wrong?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thank you in advance&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Richard.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 22 Aug 2011 22:28:41 GMT</pubDate>
      <guid>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/Clocking-problem-with-MCF52259-Board/m-p/160943#M5096</guid>
      <dc:creator>rParker</dc:creator>
      <dc:date>2011-08-22T22:28:41Z</dc:date>
    </item>
    <item>
      <title>Re: Clocking problem with MCF52259 Board</title>
      <link>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/Clocking-problem-with-MCF52259-Board/m-p/160944#M5097</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Put a scope on CLKOUT and see what you get...&lt;/P&gt;&lt;P&gt;Compare it to the TWR board.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 22 Aug 2011 23:33:56 GMT</pubDate>
      <guid>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/Clocking-problem-with-MCF52259-Board/m-p/160944#M5097</guid>
      <dc:creator>JimDon</dc:creator>
      <dc:date>2011-08-22T23:33:56Z</dc:date>
    </item>
    <item>
      <title>Re: Clocking problem with MCF52259 Board</title>
      <link>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/Clocking-problem-with-MCF52259-Board/m-p/160945#M5098</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;5 / 1.67 = 3.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;If you think your crystal should be running at 48MHz then it looks like it may be running at 16MHz.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;That's been reported here a few times, most recently:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;A href="https://community.freescale.com/message/92682#92682" title="https://community.freescale.com/message/92682#92682"&gt;https://community.freescale.com/message/92682#92682&lt;/A&gt;﻿&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Previous detailed one (just search for "48MHz"):&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;A href="https://community.freescale.com/message/66903#66903" title="https://community.freescale.com/message/66903#66903"&gt;https://community.freescale.com/message/66903#66903&lt;/A&gt;﻿&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Tom (A Random Poster)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 23 Aug 2011 08:01:55 GMT</pubDate>
      <guid>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/Clocking-problem-with-MCF52259-Board/m-p/160945#M5098</guid>
      <dc:creator>TomE</dc:creator>
      <dc:date>2011-08-23T08:01:55Z</dc:date>
    </item>
    <item>
      <title>Re: Clocking problem with MCF52259 Board</title>
      <link>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/Clocking-problem-with-MCF52259-Board/m-p/160946#M5099</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Sorry guys I thought that I had checked the forums before posting but it turns out that I am using a 3rd overtone crystal which would explain the speed problems.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Richard&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 23 Aug 2011 17:35:32 GMT</pubDate>
      <guid>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/Clocking-problem-with-MCF52259-Board/m-p/160946#M5099</guid>
      <dc:creator>rParker</dc:creator>
      <dc:date>2011-08-23T17:35:32Z</dc:date>
    </item>
    <item>
      <title>Re: Clocking problem with MCF52259 Board</title>
      <link>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/Clocking-problem-with-MCF52259-Board/m-p/160947#M5100</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;I make the same process and took the conclussion we must work with a fundamental frequency crystal. Later Freescale reported similar problems in MCF52259 errata&lt;BR /&gt;&lt;BR /&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 25 Aug 2011 15:06:53 GMT</pubDate>
      <guid>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/Clocking-problem-with-MCF52259-Board/m-p/160947#M5100</guid>
      <dc:creator>nnadal2</dc:creator>
      <dc:date>2011-08-25T15:06:53Z</dc:date>
    </item>
  </channel>
</rss>

