<?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: IRQ pin not tripping interrupt in 8-bit Microcontrollers</title>
    <link>https://community.nxp.com/t5/8-bit-Microcontrollers/IRQ-pin-not-tripping-interrupt/m-p/127959#M1541</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;Hi:&lt;BR /&gt;&lt;BR /&gt;When using the SMAC, be aware of the reentrant interrupts in the receive functions. This could be creating a conflict between the TX process and the RX process that creates your lockup. Your code might be in the middle of a TX , when receives (Rx) a message, and then both processes get lost.&lt;BR /&gt;&lt;BR /&gt;The best way is to modify your code to avoid the reentrant interrupt.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;&lt;BR /&gt;Alex&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 07 Mar 2006 00:53:24 GMT</pubDate>
    <dc:creator>alex_spotw</dc:creator>
    <dc:date>2006-03-07T00:53:24Z</dc:date>
    <item>
      <title>IRQ pin not tripping interrupt</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/IRQ-pin-not-tripping-interrupt/m-p/127958#M1540</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;DIV&gt; &lt;/DIV&gt;&lt;DIV&gt;Using the SMAC 4.1a simple network template, with a M9S8GT60 processor, my remote (rx) works for a period of time, (from 1 min - 3 days) then suddenly locks up.&amp;nbsp; This only happens if it is recieving communication on the same channel. (ie I shut the tx off, &amp;amp; it runs fine for 1 week +).&amp;nbsp; I have managed to capture with BDM what is happening when this happens, &amp;amp; the IRQ pin is driven low (verified on a scope) but the Interrupt flag is never set. I've tried (IRQSC = 00010010) and (IRQSC = 00010011)&amp;nbsp;.&amp;nbsp; If I manually change the IRQMOD register, the module recovers, but I'm not sure how much of that is related to the BDM.&amp;nbsp; Any Suggestions?&lt;/DIV&gt;&lt;P&gt;Message Edited by MichaelB on &lt;SPAN class="date_text"&gt;03-03-2006&lt;/SPAN&gt;&lt;SPAN class="time_text"&gt;01:44 PM&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 04 Mar 2006 02:50:11 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/IRQ-pin-not-tripping-interrupt/m-p/127958#M1540</guid>
      <dc:creator>MichaelB</dc:creator>
      <dc:date>2006-03-04T02:50:11Z</dc:date>
    </item>
    <item>
      <title>Re: IRQ pin not tripping interrupt</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/IRQ-pin-not-tripping-interrupt/m-p/127959#M1541</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;Hi:&lt;BR /&gt;&lt;BR /&gt;When using the SMAC, be aware of the reentrant interrupts in the receive functions. This could be creating a conflict between the TX process and the RX process that creates your lockup. Your code might be in the middle of a TX , when receives (Rx) a message, and then both processes get lost.&lt;BR /&gt;&lt;BR /&gt;The best way is to modify your code to avoid the reentrant interrupt.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;&lt;BR /&gt;Alex&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 07 Mar 2006 00:53:24 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/IRQ-pin-not-tripping-interrupt/m-p/127959#M1541</guid>
      <dc:creator>alex_spotw</dc:creator>
      <dc:date>2006-03-07T00:53:24Z</dc:date>
    </item>
    <item>
      <title>Re: IRQ pin not tripping interrupt</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/IRQ-pin-not-tripping-interrupt/m-p/127960#M1542</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;DIV&gt;&lt;/DIV&gt;&lt;P&gt;Just so that I'm clear, this would involve disabling the interrupt pin at the start of the tx, then enabling it afterwards.&amp;nbsp; The clarification I'm after is that the IRQ pin isn't required durring the TX portion?&lt;BR /&gt;Thanks&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 07 Mar 2006 03:50:45 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/IRQ-pin-not-tripping-interrupt/m-p/127960#M1542</guid>
      <dc:creator>MichaelB</dc:creator>
      <dc:date>2006-03-07T03:50:45Z</dc:date>
    </item>
    <item>
      <title>Re: IRQ pin not tripping interrupt</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/IRQ-pin-not-tripping-interrupt/m-p/127961#M1543</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;Hi:&lt;BR /&gt;&lt;BR /&gt;The SMAC code relies on receiving an IRQ request after finishing the TX to change to the Idle mode. That's where the things get more complicated. This means that: yes, the IRQ pin is required during the TX.&lt;BR /&gt;&lt;BR /&gt;I suggest to inspect the SMAC code and try to understands all interactions happening in the TX and RX processes.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;&lt;BR /&gt;Alex&lt;P&gt;Message Edited by alex_spotw on &lt;SPAN class="date_text"&gt;03-07-2006&lt;/SPAN&gt;&lt;SPAN class="time_text"&gt;11:45 AM&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;Message Edited by alex_spotw on &lt;SPAN class="date_text"&gt;03-07-2006&lt;/SPAN&gt;&lt;SPAN class="time_text"&gt;11:45 AM&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 08 Mar 2006 01:44:18 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/IRQ-pin-not-tripping-interrupt/m-p/127961#M1543</guid>
      <dc:creator>alex_spotw</dc:creator>
      <dc:date>2006-03-08T01:44:18Z</dc:date>
    </item>
  </channel>
</rss>

