<?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>8-bit Microcontrollers中的主题 Re: MC68HC908QB8 problems</title>
    <link>https://community.nxp.com/t5/8-bit-Microcontrollers/MC68HC908QB8-problems/m-p/138338#M4940</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;DIV&gt;&lt;/DIV&gt;&lt;P&gt;Problem 1 guess: The debugger is using some RAM locations for its own needs, so it keeps overwriting them.&lt;/P&gt;&lt;P&gt;Problem 2 guess:&amp;nbsp; The code you see is pre-linker.&amp;nbsp; The linker will fill the 0000 portion of the various instructions with the actual address.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 06 Jun 2006 16:29:28 GMT</pubDate>
    <dc:creator>tonyp</dc:creator>
    <dc:date>2006-06-06T16:29:28Z</dc:date>
    <item>
      <title>MC68HC908QB8 problems</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/MC68HC908QB8-problems/m-p/138337#M4939</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;When you want something to work in a timely fashion, it usually won't. Isn't that one of Murphy's Laws? &lt;/SPAN&gt;&lt;A href="http://freescale.i.lithium.com/i/smilies/16x16_smiley-happy.gif"&gt;&lt;IMG alt=":smileyhappy:" class="emoticon emoticon-smileyhappy" src="http://freescale.i.lithium.com/i/smilies/16x16_smiley-happy.gif" title="Smiley Happy" /&gt;&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;So I'm working on a MC68HC908QT4 project that uses the internal EEPROM routines and ran into a very strange bug. That drove me back to my DEMO QB8 board to try to debug it.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;STRONG&gt;Problem #1&lt;/STRONG&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Well that in turn revealed a totally different bug. I'm unable to change the RAM on this known working demo board at the addresses: $EE-F4. I can't tell if this is because my program is locking up those addresses somehow (not even sure if that's possible), or what. The datasheet claims that $80-FF should be RAM. Beyond $F4 can be edited in the debugger.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;STRONG&gt;Problem #2&lt;/STRONG&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Both CodeWarrior 3.1 and 5.0 are compiling the following lines of C bizarrely.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BLOCKQUOTE class="jive-quote"&gt;Code:&lt;BR /&gt;if (variable1 == CONSTANT1)&lt;BR /&gt;Compiled:&lt;BR /&gt;c60000 LDA variable1&lt;BR /&gt;&lt;BR /&gt;Code:&lt;BR /&gt;if (variable2 == CONSTANT2)&lt;BR /&gt;Compiled:&lt;BR /&gt;c60000 LDA variable2&lt;/BLOCKQUOTE&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;See the problem? Both are compiling as a LDA from memory address $0000. That's the PTA control register! How can both variable1 and variable2 be in the same spot? More importantly, they're not in the PTA! I'm confused.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;One clarification: both variable1 and 2 are defined as enums. But that shouldn't be a problem, right?&lt;/SPAN&gt;&lt;P&gt;Message Edited by irob on &lt;SPAN class="date_text"&gt;06-05-2006&lt;/SPAN&gt; &lt;SPAN class="time_text"&gt;10:28 PM&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 06 Jun 2006 11:16:47 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/MC68HC908QB8-problems/m-p/138337#M4939</guid>
      <dc:creator>irob</dc:creator>
      <dc:date>2006-06-06T11:16:47Z</dc:date>
    </item>
    <item>
      <title>Re: MC68HC908QB8 problems</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/MC68HC908QB8-problems/m-p/138338#M4940</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;DIV&gt;&lt;/DIV&gt;&lt;P&gt;Problem 1 guess: The debugger is using some RAM locations for its own needs, so it keeps overwriting them.&lt;/P&gt;&lt;P&gt;Problem 2 guess:&amp;nbsp; The code you see is pre-linker.&amp;nbsp; The linker will fill the 0000 portion of the various instructions with the actual address.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 06 Jun 2006 16:29:28 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/MC68HC908QB8-problems/m-p/138338#M4940</guid>
      <dc:creator>tonyp</dc:creator>
      <dc:date>2006-06-06T16:29:28Z</dc:date>
    </item>
    <item>
      <title>Re: MC68HC908QB8 problems</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/MC68HC908QB8-problems/m-p/138339#M4941</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;Ahh, thanks Tony. I didn't realize that about the linker step. Is there a file with the final dis-assembly so I can see where that memory is being read from? I guess I can find that in the debugger too.&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 06 Jun 2006 22:19:42 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/MC68HC908QB8-problems/m-p/138339#M4941</guid>
      <dc:creator>irob</dc:creator>
      <dc:date>2006-06-06T22:19:42Z</dc:date>
    </item>
    <item>
      <title>Re: MC68HC908QB8 problems</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/MC68HC908QB8-problems/m-p/138340#M4942</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;DIV&gt;&lt;/DIV&gt;&lt;P&gt;Hello&lt;/P&gt;&lt;P&gt;Two solution to see actual code from the application:&lt;/P&gt;&lt;P&gt;&amp;nbsp; 1- After you download the code in the debugger (either simulator or target board), you should be able to see the assembly code of the application in the Assembly component.&lt;/P&gt;&lt;P&gt;2- If you wish to see a disassembly listing from the current executable file:&lt;/P&gt;&lt;P&gt;&amp;nbsp; - Add the .abs file to the project&lt;BR /&gt;&amp;nbsp;&amp;nbsp;- Click with the right mouse button on the newly added .abs file and select "Disassemble" in the pop up menu. You will get a new window with the actual&amp;nbsp;disassembly of the executable file.&lt;/P&gt;&lt;P&gt;Be careful, you will need to remove the .abs from the project afterward,&amp;nbsp;otherwise you will not be able to link the application any more.&lt;/P&gt;&lt;P&gt;I hope this helps.&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;CrasyCat&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 07 Jun 2006 19:01:36 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/MC68HC908QB8-problems/m-p/138340#M4942</guid>
      <dc:creator>CrasyCat</dc:creator>
      <dc:date>2006-06-07T19:01:36Z</dc:date>
    </item>
  </channel>
</rss>

