<?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: ILAD RESET</title>
    <link>https://community.nxp.com/t5/8-bit-Microcontrollers/ILAD-RESET/m-p/236921#M19493</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello Marc,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;It is possible for stack problems to cause this type of error reset, where the stack contains return address information associated with functions and/or ISRs.&amp;nbsp; Should the stack overflow into the global variable region, writing a new value to a global variable may potentially cause the error.&amp;nbsp; Of course, the stack over-writing some global variables would cause other problems, as well.&amp;nbsp; Perhaps increase the stack size to ensure this is not the cause.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Another potential cause of stack overflow, even with a reasonable size stack, could be a run-away interrupt, perhaps in conjunction with an unintended nested interrupt source.&amp;nbsp; Check that each ISR clears its associated interrupt flag, and that interrupts are never re-enabled within any ISR function.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Mac&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 23 Sep 2013 08:53:16 GMT</pubDate>
    <dc:creator>bigmac</dc:creator>
    <dc:date>2013-09-23T08:53:16Z</dc:date>
    <item>
      <title>ILAD RESET</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/ILAD-RESET/m-p/236919#M19491</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Dear all,&lt;/P&gt;&lt;P style="min-height: 8pt; padding: 0px;"&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I have been using the search engine but I don't found a answer to my question.&lt;/P&gt;&lt;P style="min-height: 8pt; padding: 0px;"&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I'm facin ga problem wuith the ILAP reset, the application is working fine and afetr 5/10 or 15 minuts the SRS register shows me a ILAP reset.&lt;/P&gt;&lt;P style="min-height: 8pt; padding: 0px;"&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I'm using CW6.1 and QD4 and C code. I tried to trace the program but I don't know jhow to do it in CW6.1 and try to make a wacth point in order to know what is going on and fine the error but I fix the watchpoint but nothing happens when the rst is produced.&lt;/P&gt;&lt;P style="min-height: 8pt; padding: 0px;"&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I assume that is a problem with the stack but I don't know what exactly happens.&lt;/P&gt;&lt;P style="min-height: 8pt; padding: 0px;"&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Anyonw knows a tip or trick to debug the cause? &lt;/P&gt;&lt;P style="min-height: 8pt; padding: 0px;"&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;BR,&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 17 Sep 2013 10:09:25 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/ILAD-RESET/m-p/236919#M19491</guid>
      <dc:creator>Cram</dc:creator>
      <dc:date>2013-09-17T10:09:25Z</dc:date>
    </item>
    <item>
      <title>Re: ILAD RESET</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/ILAD-RESET/m-p/236920#M19492</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;ILAD reset happened because CPU detects the program try to access unimplemented areas. this will result in an illegal access reset (system reset). SRS register ILAD bit - Illegal Address Reset Flag - ILAD is set to 1.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;when an illegal address reset occurs. please check the chip datasheet to see if your code access unimplement address in memory map.&amp;nbsp; CW doesn't have a tool to locate where is the problem in your code. this has to be checked by yourself. I suggest check:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;1. prm file and map file if any code and data are in the unimplemented address.&lt;/P&gt;&lt;P&gt;2. check the source file code if any code/data try to access unimplemented address.&lt;/P&gt;&lt;P&gt;3. please test the project part by part to see which code causes the problem&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 22 Sep 2013 07:53:32 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/ILAD-RESET/m-p/236920#M19492</guid>
      <dc:creator>ZhangJennie</dc:creator>
      <dc:date>2013-09-22T07:53:32Z</dc:date>
    </item>
    <item>
      <title>Re: ILAD RESET</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/ILAD-RESET/m-p/236921#M19493</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello Marc,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;It is possible for stack problems to cause this type of error reset, where the stack contains return address information associated with functions and/or ISRs.&amp;nbsp; Should the stack overflow into the global variable region, writing a new value to a global variable may potentially cause the error.&amp;nbsp; Of course, the stack over-writing some global variables would cause other problems, as well.&amp;nbsp; Perhaps increase the stack size to ensure this is not the cause.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Another potential cause of stack overflow, even with a reasonable size stack, could be a run-away interrupt, perhaps in conjunction with an unintended nested interrupt source.&amp;nbsp; Check that each ISR clears its associated interrupt flag, and that interrupts are never re-enabled within any ISR function.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Mac&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 23 Sep 2013 08:53:16 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/ILAD-RESET/m-p/236921#M19493</guid>
      <dc:creator>bigmac</dc:creator>
      <dc:date>2013-09-23T08:53:16Z</dc:date>
    </item>
    <item>
      <title>Re: ILAD RESET</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/ILAD-RESET/m-p/236922#M19494</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Dear all,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks for your comments.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The problems finally was not the stack, some elecvtrical noise due to a couple of relays was making it malfunctioning. Removing the internal pull-up for the unsused pions and ad and external pull-down, seems to work so far.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 24 Sep 2013 06:12:37 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/ILAD-RESET/m-p/236922#M19494</guid>
      <dc:creator>Cram</dc:creator>
      <dc:date>2013-09-24T06:12:37Z</dc:date>
    </item>
    <item>
      <title>Re: ILAD RESET</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/ILAD-RESET/m-p/236923#M19495</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Marc,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;thanks a lot for sharing the resolution with community!&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Best,&lt;/P&gt;&lt;P&gt;Monica.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 10 Oct 2013 21:20:56 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/ILAD-RESET/m-p/236923#M19495</guid>
      <dc:creator>Monica</dc:creator>
      <dc:date>2013-10-10T21:20:56Z</dc:date>
    </item>
  </channel>
</rss>

