<?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: Very Basic Questions in ColdFire/68K Microcontrollers and Processors</title>
    <link>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/Very-Basic-Questions/m-p/141609#M2428</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;Hi&lt;BR /&gt;&lt;BR /&gt;I'll try to answer some of your questions...&lt;BR /&gt;&lt;BR /&gt;I don't think the user manual should suggest starting with 'Internal ROM' as the target BEFORE migrating to Flash. This target IS the one to build when Flashing the code into the on-chip Flash (which CW is calling Internal ROM).&lt;BR /&gt;&lt;BR /&gt;Instead you should start with a target like 'Console Debug' or 'UART Debug'.&lt;BR /&gt;&lt;BR /&gt;The difference between the targets is as follows:&lt;BR /&gt;&lt;BR /&gt;:smileyinfo: The 'Console Debug' and 'UART Debug' targets run out of the processor's on-chip SRAM. The debugger loads the code into the SRAM via the BDM cable before running it. This means that it's very quick to test code without having to burn it into Flash. (Note: Some ColdFire processors have external SDRAM, and for these processors the corresponding CodeWarrior project may locate the code in the SDRAM instead).&lt;BR /&gt;&lt;BR /&gt;The 'Internal ROM' target runs out of Flash. After building it, you need to program the executable into Flash using CodeWarrior's Flash Programmer tool. (The debugger cannot download code into the Flash)&lt;BR /&gt;&lt;BR /&gt;If you try to run the target without programming the Flash, the debugger will connect to the board via the BDM and try to execute uninitialised/stale Flash. This explains why your attempt to execute the code was giving the 'Address Error' exception.&lt;BR /&gt;&lt;BR /&gt;(ii) The 'Console Debug' and 'UART Debug' targets differ in that the 'Console Debug' target performs I/O - printf(), getc(), etc - by opening a window on the PC. This is achieved by a special library linked into the 'Console Debug' target which causes I/O routines to communicate with the debugger via the BDM cable.&lt;BR /&gt;&lt;BR /&gt;The 'UART Debug' and 'Internal ROM' targets perform I/O using the UART, so you would need to connect the board to a terminal emulator on the PC using a serial port.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;CodeWarrior does have a ColdFire simulator, allowing you to run code without hooking up to a real board. However, I've barely used it so I can't comment on its effectiveness.&lt;BR /&gt;&lt;BR /&gt;I don't know what's causing your compile error. Creating a new C++ project from stationery works OK for me.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Hope this helps&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 04 Jan 2007 18:34:49 GMT</pubDate>
    <dc:creator>SimonMarsden_de</dc:creator>
    <dc:date>2007-01-04T18:34:49Z</dc:date>
    <item>
      <title>Very Basic Questions</title>
      <link>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/Very-Basic-Questions/m-p/141608#M2427</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;DIV&gt;Hello.&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;I've been using CW for the HCS12X and and migrating over to ColdFire.&amp;nbsp; Oddly enough the CW IDE for ColdFire has some differences and I'm confused by a few things.&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;*&amp;gt; The user's manual for the M52233Demo board says that you should run and debug your code in internal ROM before migrating over to flash for regular use.&amp;nbsp; But I do not see anything explaining that process.&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;*&amp;gt; The HCS12X version of CW debugged in a separate simulation window.&amp;nbsp; Is anything like this available for ColdFire?&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;*&amp;gt; I get strange errors trying to compile the default projects that get created by the IDE.&amp;nbsp; A C++ project will only compile if I pick Console as the target.&amp;nbsp; For example if I pick 'UART Debug' or 'Internal ROM'&amp;nbsp;I get these errors:&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;Error&amp;nbsp;&amp;nbsp; : declaration syntax error&lt;BR /&gt;Int_handlers.c line 14&amp;nbsp;&amp;nbsp; extern "C" {&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;Error&amp;nbsp;&amp;nbsp; : declaration syntax error&lt;BR /&gt;Int_handlers.c line 191&amp;nbsp;&amp;nbsp; }&lt;/DIV&gt;&lt;DIV&gt;Error&amp;nbsp;&amp;nbsp; : ')' expected&lt;BR /&gt;fec.c line 193&amp;nbsp;&amp;nbsp;&amp;nbsp; nif-&amp;gt;receive = (void (*)(NIF_t*))&amp;amp;fec_receive;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;Error&amp;nbsp;&amp;nbsp; : declaration syntax error&lt;BR /&gt;mcf5xxx.c line 10&amp;nbsp;&amp;nbsp; extern "C" {&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;Error&amp;nbsp;&amp;nbsp; : declaration syntax error&lt;BR /&gt;mcf5xxx.c line 511&amp;nbsp;&amp;nbsp; }&lt;/DIV&gt;&lt;DIV&gt;Error&amp;nbsp;&amp;nbsp; : declaration syntax error&lt;BR /&gt;mcf52233_sysinit.c line 340&amp;nbsp;&amp;nbsp; }&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;Are there some other project settings I have to set somewhere to use these other modes?&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;*&amp;gt; A C project will compile under any mode, but if I run it under 'Internal ROM' I get an error when I try to step through the code.&amp;nbsp; The first line it starts with is&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;jmp _asm_startmeup&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;and I get a Windows pop-up error box with the message&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;Exception vector name : Address error&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;Any thoughts on this one?&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;I'm also puzzled as to what manual I should be using to learn to program the MCU on the board.&amp;nbsp; I'd thought we had the MCF52233, but no chip on the board has that name.&amp;nbsp; I see an MC9S12UF and a PCF52233CAF60, neither of which I see manuals for.&amp;nbsp; Freescale's product page for the demo board lists a manual for a genenric chip family.&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 31 Dec 2006 08:20:28 GMT</pubDate>
      <guid>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/Very-Basic-Questions/m-p/141608#M2427</guid>
      <dc:creator>Eggmania</dc:creator>
      <dc:date>2006-12-31T08:20:28Z</dc:date>
    </item>
    <item>
      <title>Re: Very Basic Questions</title>
      <link>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/Very-Basic-Questions/m-p/141609#M2428</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;Hi&lt;BR /&gt;&lt;BR /&gt;I'll try to answer some of your questions...&lt;BR /&gt;&lt;BR /&gt;I don't think the user manual should suggest starting with 'Internal ROM' as the target BEFORE migrating to Flash. This target IS the one to build when Flashing the code into the on-chip Flash (which CW is calling Internal ROM).&lt;BR /&gt;&lt;BR /&gt;Instead you should start with a target like 'Console Debug' or 'UART Debug'.&lt;BR /&gt;&lt;BR /&gt;The difference between the targets is as follows:&lt;BR /&gt;&lt;BR /&gt;:smileyinfo: The 'Console Debug' and 'UART Debug' targets run out of the processor's on-chip SRAM. The debugger loads the code into the SRAM via the BDM cable before running it. This means that it's very quick to test code without having to burn it into Flash. (Note: Some ColdFire processors have external SDRAM, and for these processors the corresponding CodeWarrior project may locate the code in the SDRAM instead).&lt;BR /&gt;&lt;BR /&gt;The 'Internal ROM' target runs out of Flash. After building it, you need to program the executable into Flash using CodeWarrior's Flash Programmer tool. (The debugger cannot download code into the Flash)&lt;BR /&gt;&lt;BR /&gt;If you try to run the target without programming the Flash, the debugger will connect to the board via the BDM and try to execute uninitialised/stale Flash. This explains why your attempt to execute the code was giving the 'Address Error' exception.&lt;BR /&gt;&lt;BR /&gt;(ii) The 'Console Debug' and 'UART Debug' targets differ in that the 'Console Debug' target performs I/O - printf(), getc(), etc - by opening a window on the PC. This is achieved by a special library linked into the 'Console Debug' target which causes I/O routines to communicate with the debugger via the BDM cable.&lt;BR /&gt;&lt;BR /&gt;The 'UART Debug' and 'Internal ROM' targets perform I/O using the UART, so you would need to connect the board to a terminal emulator on the PC using a serial port.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;CodeWarrior does have a ColdFire simulator, allowing you to run code without hooking up to a real board. However, I've barely used it so I can't comment on its effectiveness.&lt;BR /&gt;&lt;BR /&gt;I don't know what's causing your compile error. Creating a new C++ project from stationery works OK for me.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Hope this helps&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 04 Jan 2007 18:34:49 GMT</pubDate>
      <guid>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/Very-Basic-Questions/m-p/141609#M2428</guid>
      <dc:creator>SimonMarsden_de</dc:creator>
      <dc:date>2007-01-04T18:34:49Z</dc:date>
    </item>
    <item>
      <title>Re: Very Basic Questions</title>
      <link>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/Very-Basic-Questions/m-p/141610#M2429</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;DIV&gt;&lt;/DIV&gt;&lt;DIV&gt;The MC9S12UF32 is an HCS12 device dedicated the on-board USB BDM.&amp;nbsp; You should not try to access this device&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;The target MCU for your board is the PCF52233CAF60.&amp;nbsp; PCF signifies a pre-production device similar in all functions to the production MCF device.&lt;/DIV&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 06 Jan 2007 02:35:25 GMT</pubDate>
      <guid>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/Very-Basic-Questions/m-p/141610#M2429</guid>
      <dc:creator>admin</dc:creator>
      <dc:date>2007-01-06T02:35:25Z</dc:date>
    </item>
  </channel>
</rss>

