<?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: HCS08 and lauterbach debugger</title>
    <link>https://community.nxp.com/t5/8-bit-Microcontrollers/HCS08-and-lauterbach-debugger/m-p/131483#M2769</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;DIV&gt;&lt;/DIV&gt;Hi, Christopher:&lt;BR /&gt;&lt;BR /&gt;After the reset occurs, you can check the reset status register (SRS on the GBxx) to see the cause of the reset.&lt;BR /&gt;&lt;BR /&gt;If the stack was corrupted, and it sent your code to never-never-land, the ILOP (illegal opcode) bit may be set.&lt;BR /&gt;&lt;BR /&gt;HTH&lt;BR /&gt;&lt;DIV&gt;&lt;/DIV&gt;&lt;P&gt;Message Edited by rocco on &lt;SPAN class="date_text"&gt;2007-04-23&lt;/SPAN&gt;&lt;SPAN class="time_text"&gt;01:05 PM&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 24 Apr 2007 03:00:15 GMT</pubDate>
    <dc:creator>rocco</dc:creator>
    <dc:date>2007-04-24T03:00:15Z</dc:date>
    <item>
      <title>HCS08 and lauterbach debugger</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/HCS08-and-lauterbach-debugger/m-p/131481#M2767</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;DIV&gt;I'm a newbie in the use of both the lauterbach debugger&amp;nbsp;and the&amp;nbsp;HCS08 microprocessor.&lt;/DIV&gt;&lt;DIV&gt;Although I was able to connect the debugger to the HCS08 microprocessor, it is not operating properly.&lt;/DIV&gt;&lt;DIV&gt;When I do a step by step operation on the debugger, and a function call is performed, after processing the content of the function and an&amp;nbsp; RTS command is reached, the cursor of the debugger must return to the place where the function is called when the RTS command is processed. But this is not what&amp;nbsp;happened.&amp;nbsp;After processing the RTS command, the cursor goes to the address 0xFFFE which is the RESET interrupt vector.&amp;nbsp;I already disabled the COP and the LVD. There is nothing connected on the RESET pin except the debugger. What do you think causes the cursor to&amp;nbsp;go to the RESET interrupt?&amp;nbsp;Please help me fix this. Thanks in advance.&amp;nbsp;&lt;/DIV&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 23 Apr 2007 17:23:36 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/HCS08-and-lauterbach-debugger/m-p/131481#M2767</guid>
      <dc:creator>cris2pher</dc:creator>
      <dc:date>2007-04-23T17:23:36Z</dc:date>
    </item>
    <item>
      <title>Re: HCS08 and lauterbach debugger</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/HCS08-and-lauterbach-debugger/m-p/131482#M2768</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&amp;gt;What do you think causes the cursor to&amp;nbsp;go to the RESET interrupt?&lt;DIV&gt;&lt;/DIV&gt;&lt;BR /&gt;Check your stack contents right before executing the RTS instruction.&amp;nbsp; Chances are you have corrupted your stack (or have unbalanced PUSH and PULL instuctions) and the return address pulled is garbage.&lt;BR /&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 23 Apr 2007 17:28:25 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/HCS08-and-lauterbach-debugger/m-p/131482#M2768</guid>
      <dc:creator>tonyp</dc:creator>
      <dc:date>2007-04-23T17:28:25Z</dc:date>
    </item>
    <item>
      <title>Re: HCS08 and lauterbach debugger</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/HCS08-and-lauterbach-debugger/m-p/131483#M2769</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;DIV&gt;&lt;/DIV&gt;Hi, Christopher:&lt;BR /&gt;&lt;BR /&gt;After the reset occurs, you can check the reset status register (SRS on the GBxx) to see the cause of the reset.&lt;BR /&gt;&lt;BR /&gt;If the stack was corrupted, and it sent your code to never-never-land, the ILOP (illegal opcode) bit may be set.&lt;BR /&gt;&lt;BR /&gt;HTH&lt;BR /&gt;&lt;DIV&gt;&lt;/DIV&gt;&lt;P&gt;Message Edited by rocco on &lt;SPAN class="date_text"&gt;2007-04-23&lt;/SPAN&gt;&lt;SPAN class="time_text"&gt;01:05 PM&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 24 Apr 2007 03:00:15 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/HCS08-and-lauterbach-debugger/m-p/131483#M2769</guid>
      <dc:creator>rocco</dc:creator>
      <dc:date>2007-04-24T03:00:15Z</dc:date>
    </item>
    <item>
      <title>Re: HCS08 and lauterbach debugger</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/HCS08-and-lauterbach-debugger/m-p/131484#M2770</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;DIV&gt;Also, be sure you are not "calling" an interrupt service routine (ISR), which returns with an RTI instead of an RTS.&amp;nbsp; Or, if your function is an ISR, be sure it is declared as an interrupt routine so the return will be correct.&lt;/DIV&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 24 Apr 2007 21:59:00 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/HCS08-and-lauterbach-debugger/m-p/131484#M2770</guid>
      <dc:creator>Luigi</dc:creator>
      <dc:date>2007-04-24T21:59:00Z</dc:date>
    </item>
  </channel>
</rss>

