<?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: 9S08QG8 STOP1 issues</title>
    <link>https://community.nxp.com/t5/8-bit-Microcontrollers/9S08QG8-STOP1-issues/m-p/131718#M2818</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;Hi Stevo10 and thanks for your reply.&lt;BR /&gt;In Stop1mode according to the data sheet "all module control and status registers are reset" and "the processor wakes up as from a power on reset and takes the reset vector"&lt;BR /&gt;It is clear that what you are saying happens, does actually happen; but I would have thought the stack pointer would have been lost as well as the stacked register data.&amp;nbsp; Also if the reset vector is taken, shouldn't program execution continue from the address stored in the reset vector which is outside the interrupt service routine?&amp;nbsp;&lt;BR /&gt;I have resolved the issue by setting a "ready to stop flag" inside the ISR and executing the STOP instruction outside the ISR, but I still don't understand the original problem.&lt;BR /&gt;Doug&lt;BR /&gt;&lt;DIV&gt;&lt;/DIV&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Sat, 05 May 2007 01:05:36 GMT</pubDate>
    <dc:creator>Dougq5x</dc:creator>
    <dc:date>2007-05-05T01:05:36Z</dc:date>
    <item>
      <title>9S08QG8 STOP1 issues</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/9S08QG8-STOP1-issues/m-p/131716#M2816</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN style="font-family: Arial; font-size: 2;"&gt;Hi&lt;BR /&gt;I am trying to power up and power down my project with the PTA5/IRQ/RESET pin only.&lt;BR /&gt;In the main program I configure the pin as IRQ.&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN&gt; &lt;/SPAN&gt;&lt;DIV&gt;&lt;SPAN style="font-family: Arial; font-size: 2;"&gt;&lt;BR /&gt;&lt;/SPAN&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;SPAN style="font-family: Arial; font-size: 2;"&gt;Inside an interrupt service routine I am executing a STOP command (processor is configured for STOP1 mode).&amp;nbsp; The literature says&amp;nbsp; "upon&amp;nbsp;wakeup from&amp;nbsp;STOP1 mode the MCU will start up as from a power on reset(POR). The CPU will take the reset vector." (Page 38 of data sheet)&amp;nbsp; What I am finding when using the debugger (WinIDE with DEMO9S08QG8), is that waking up from STOP1 the CPU carries on to the next instruction in the ISR.&amp;nbsp; Is the debugger not capable of simulating the STOP1 mode, or is there another reason not to STOP in an ISR?&amp;nbsp;&lt;BR /&gt;&lt;/SPAN&gt;&lt;/DIV&gt;&lt;SPAN&gt;Thanks&lt;/SPAN&gt;&lt;BR /&gt;&lt;DIV&gt; &lt;/DIV&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 25 Apr 2007 06:35:13 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/9S08QG8-STOP1-issues/m-p/131716#M2816</guid>
      <dc:creator>Dougq5x</dc:creator>
      <dc:date>2007-04-25T06:35:13Z</dc:date>
    </item>
    <item>
      <title>Re: 9S08QG8 STOP1 issues</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/9S08QG8-STOP1-issues/m-p/131717#M2817</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;When using interrupts the CPU will finish it current instruction (with this info placed on the stack) and will then begin to execute the ISR. It will only exit the ISR when it has been &lt;U&gt;fully&lt;/U&gt; executed. (and the CPU will regain the address info from the stack and contiune to execute from where it was interrupted). You are still finding yourself in the ISR because the interrupt has not been fully serviced yet.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;DIV&gt;&lt;/DIV&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 04 May 2007 16:50:13 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/9S08QG8-STOP1-issues/m-p/131717#M2817</guid>
      <dc:creator>stevo10</dc:creator>
      <dc:date>2007-05-04T16:50:13Z</dc:date>
    </item>
    <item>
      <title>Re: 9S08QG8 STOP1 issues</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/9S08QG8-STOP1-issues/m-p/131718#M2818</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;Hi Stevo10 and thanks for your reply.&lt;BR /&gt;In Stop1mode according to the data sheet "all module control and status registers are reset" and "the processor wakes up as from a power on reset and takes the reset vector"&lt;BR /&gt;It is clear that what you are saying happens, does actually happen; but I would have thought the stack pointer would have been lost as well as the stacked register data.&amp;nbsp; Also if the reset vector is taken, shouldn't program execution continue from the address stored in the reset vector which is outside the interrupt service routine?&amp;nbsp;&lt;BR /&gt;I have resolved the issue by setting a "ready to stop flag" inside the ISR and executing the STOP instruction outside the ISR, but I still don't understand the original problem.&lt;BR /&gt;Doug&lt;BR /&gt;&lt;DIV&gt;&lt;/DIV&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 05 May 2007 01:05:36 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/9S08QG8-STOP1-issues/m-p/131718#M2818</guid>
      <dc:creator>Dougq5x</dc:creator>
      <dc:date>2007-05-05T01:05:36Z</dc:date>
    </item>
    <item>
      <title>Re: 9S08QG8 STOP1 issues</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/9S08QG8-STOP1-issues/m-p/131719#M2819</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;DIV&gt;&lt;FONT size="2"&gt;Hello Doug,&lt;/FONT&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;FONT size="2"&gt;&lt;/FONT&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;&lt;FONT size="2"&gt;It would seem unusual to have a STOP instruction within ISR code.&amp;nbsp; Conventionally, I would assume that all pending tasks, as a result of hardware interrupts, would usually need to be completed before entering one of the STOP modes.&amp;nbsp; However, I can't see a reason why the instruction should not work within the ISR, particularly for STOP1.&lt;/FONT&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;FONT size="2"&gt;&lt;/FONT&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;&lt;FONT size="2"&gt;It is not clear to me whether you are using full chip simulation, or are debugging the actual device using BDM.&amp;nbsp; If using simulation, it would not surprise me if there were problems in simulating stop mode.&lt;/FONT&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;FONT size="2"&gt;&lt;/FONT&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;&lt;FONT size="2"&gt;However, for debug using BDM, I wonder if STOP1 is actually entered whilst BDM is enabled.&amp;nbsp; Does the problem persist with BDM cable disconnected?&lt;/FONT&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;FONT size="2"&gt;&lt;/FONT&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;&lt;FONT size="2"&gt;Regards,&lt;/FONT&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;FONT size="2"&gt;Mac&lt;/FONT&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;FONT size="2"&gt;&lt;/FONT&gt;&amp;nbsp;&lt;/DIV&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 05 May 2007 12:37:59 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/9S08QG8-STOP1-issues/m-p/131719#M2819</guid>
      <dc:creator>bigmac</dc:creator>
      <dc:date>2007-05-05T12:37:59Z</dc:date>
    </item>
  </channel>
</rss>

