<?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 Stopping system clocks in debug mode with Code Warrior in ColdFire/68K Microcontrollers and Processors</title>
    <link>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/Stopping-system-clocks-in-debug-mode-with-Code-Warrior/m-p/173420#M6593</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello-&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I've been trying to debug some code on the MCF52233 that makes use of an interrupt for PIT0.&amp;nbsp; With other architectures I've used the internal clocks are usually strictly controlled so that timer counters only increment as you advance opcode by opcode through your code.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;With CW though we're finding that the clocks never stop running even though you would expect the device to be 'paused' when program execution halts due to a breakpoint or using the 'break' feature.&amp;nbsp; This is making it very difficult to debug code because we keep branching back to the ISR even before we've left the ISR to begin with.&amp;nbsp; To try and prevent this we push clearing the interrupt flag right down to before the RTE statement, but if 'too much' time has been spent looking at the code, we'll branch back to the start of the ISR before we can even execute the RTE.&amp;nbsp; Is there a way to get the PIT timers to only update their counters when instructions are actually being executed?&amp;nbsp;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Sun, 19 Apr 2009 23:56:39 GMT</pubDate>
    <dc:creator>Eqqman</dc:creator>
    <dc:date>2009-04-19T23:56:39Z</dc:date>
    <item>
      <title>Stopping system clocks in debug mode with Code Warrior</title>
      <link>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/Stopping-system-clocks-in-debug-mode-with-Code-Warrior/m-p/173420#M6593</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello-&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I've been trying to debug some code on the MCF52233 that makes use of an interrupt for PIT0.&amp;nbsp; With other architectures I've used the internal clocks are usually strictly controlled so that timer counters only increment as you advance opcode by opcode through your code.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;With CW though we're finding that the clocks never stop running even though you would expect the device to be 'paused' when program execution halts due to a breakpoint or using the 'break' feature.&amp;nbsp; This is making it very difficult to debug code because we keep branching back to the ISR even before we've left the ISR to begin with.&amp;nbsp; To try and prevent this we push clearing the interrupt flag right down to before the RTE statement, but if 'too much' time has been spent looking at the code, we'll branch back to the start of the ISR before we can even execute the RTE.&amp;nbsp; Is there a way to get the PIT timers to only update their counters when instructions are actually being executed?&amp;nbsp;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 19 Apr 2009 23:56:39 GMT</pubDate>
      <guid>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/Stopping-system-clocks-in-debug-mode-with-Code-Warrior/m-p/173420#M6593</guid>
      <dc:creator>Eqqman</dc:creator>
      <dc:date>2009-04-19T23:56:39Z</dc:date>
    </item>
    <item>
      <title>Re: Stopping system clocks in debug mode with Code Warrior</title>
      <link>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/Stopping-system-clocks-in-debug-mode-with-Code-Warrior/m-p/173421#M6594</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Set the &lt;STRONG&gt;DBG&lt;/STRONG&gt; bit (&lt;EM&gt;bit 5&lt;/EM&gt;) in the &lt;STRONG&gt;PIT C&lt;/STRONG&gt;ontrol and &lt;STRONG&gt;S&lt;/STRONG&gt;tatus register to cause it to stop when in debug mode.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Regards&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Mark&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;A href="http://www.uTasker.com" rel="nofollow" target="_blank"&gt;www.uTasker.com&lt;/A&gt;&lt;/P&gt;&lt;P&gt;- OS, TCP/IP stack, USB, device drivers and simulator for M521X, M521XX, M5221X, M5222X, M5223X, M5225X. One package does them all - "&lt;EM&gt;Embedding it better...&lt;/EM&gt;"&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 20 Apr 2009 02:04:42 GMT</pubDate>
      <guid>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/Stopping-system-clocks-in-debug-mode-with-Code-Warrior/m-p/173421#M6594</guid>
      <dc:creator>mjbcswitzerland</dc:creator>
      <dc:date>2009-04-20T02:04:42Z</dc:date>
    </item>
    <item>
      <title>Re: Stopping system clocks in debug mode with Code Warrior</title>
      <link>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/Stopping-system-clocks-in-debug-mode-with-Code-Warrior/m-p/173422#M6595</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Works like a charm, thanks!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I'm not used to having devices support that feature in hardware and I'd overlooked that bit.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 20 Apr 2009 07:00:38 GMT</pubDate>
      <guid>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/Stopping-system-clocks-in-debug-mode-with-Code-Warrior/m-p/173422#M6595</guid>
      <dc:creator>Eqqman</dc:creator>
      <dc:date>2009-04-20T07:00:38Z</dc:date>
    </item>
  </channel>
</rss>

