<?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>ColdFire/68K Microcontrollers and ProcessorsのトピックRe: MCF51JM128 device doesn't run without programming adapter connected</title>
    <link>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/MCF51JM128-device-doesn-t-run-without-programming-adapter/m-p/201581#M9307</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Through some trial and error I determined that the device will actually run without the adapter connected, provided there are no calls to _time_delay().&amp;nbsp; This is a new bare board MQX project with the single main task and only some simple GPIO toggling to confirm operation.&amp;nbsp; It runs out of reset up to the first _time_delay and halts, unless it's running with the Multilink attached.&amp;nbsp; It's as if the task got blocked right there.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Does that provide any useful clues?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;In the meantime, it's ironic that I can't debug this problem as it doesn't occur when the debugger is attached (darn Heisenberg), so I guess I'll look through the MQX code to try to get some further ideas.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 28 Apr 2011 13:44:17 GMT</pubDate>
    <dc:creator>ARQuattr</dc:creator>
    <dc:date>2011-04-28T13:44:17Z</dc:date>
    <item>
      <title>MCF51JM128 device doesn't run without programming adapter connected</title>
      <link>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/MCF51JM128-device-doesn-t-run-without-programming-adapter/m-p/201580#M9306</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I'm using a P&amp;amp;E Micro USB Multilink Universal programmer to flash and debug a MCF51JM128 (64pin) device.&amp;nbsp; I have no issues flashing, debugging, and running the program as long as the programmer is connected, but the program doesn't run otherwise.&amp;nbsp; If I get the code running and then disconnect the programmer it continues running, but if cycle power or reset it, the program stops.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I have 10k pull-ups on the BKGD and RESET lines, and the oscillator runs normally, but it just doesn't seem to start the code.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Are there any suggestions as to what I might try here?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thank you&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 28 Apr 2011 01:10:36 GMT</pubDate>
      <guid>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/MCF51JM128-device-doesn-t-run-without-programming-adapter/m-p/201580#M9306</guid>
      <dc:creator>ARQuattr</dc:creator>
      <dc:date>2011-04-28T01:10:36Z</dc:date>
    </item>
    <item>
      <title>Re: MCF51JM128 device doesn't run without programming adapter connected</title>
      <link>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/MCF51JM128-device-doesn-t-run-without-programming-adapter/m-p/201581#M9307</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Through some trial and error I determined that the device will actually run without the adapter connected, provided there are no calls to _time_delay().&amp;nbsp; This is a new bare board MQX project with the single main task and only some simple GPIO toggling to confirm operation.&amp;nbsp; It runs out of reset up to the first _time_delay and halts, unless it's running with the Multilink attached.&amp;nbsp; It's as if the task got blocked right there.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Does that provide any useful clues?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;In the meantime, it's ironic that I can't debug this problem as it doesn't occur when the debugger is attached (darn Heisenberg), so I guess I'll look through the MQX code to try to get some further ideas.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 28 Apr 2011 13:44:17 GMT</pubDate>
      <guid>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/MCF51JM128-device-doesn-t-run-without-programming-adapter/m-p/201581#M9307</guid>
      <dc:creator>ARQuattr</dc:creator>
      <dc:date>2011-04-28T13:44:17Z</dc:date>
    </item>
    <item>
      <title>Re: MCF51JM128 device doesn't run without programming adapter connected</title>
      <link>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/MCF51JM128-device-doesn-t-run-without-programming-adapter/m-p/201582#M9308</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I should clarify 'new bare board MQX project' - what I have is a custom board based on the EVB51JM128 board, and in CW it's a new MQX3.6 project using that EVB.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I also tried creating a new 'bare board' project in CW for the 51JM128 device, and with some basic code it runs fine, but of course I can't use _time_delay so I'm not sure if this is significant.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I can't see what's happening in _time_delay or MQX in general that would be causing the operation to halt.&amp;nbsp; Linker/memory settings?&amp;nbsp; Compiler/MQX options?&amp;nbsp; I rebuilt the PSP and BSP also but it didn't help.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks for any help.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 28 Apr 2011 21:09:24 GMT</pubDate>
      <guid>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/MCF51JM128-device-doesn-t-run-without-programming-adapter/m-p/201582#M9308</guid>
      <dc:creator>ARQuattr</dc:creator>
      <dc:date>2011-04-28T21:09:24Z</dc:date>
    </item>
  </channel>
</rss>

