<?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>LPC Microcontrollers中的主题 Random delays in IRQ triggering with programmable glitch filter</title>
    <link>https://community.nxp.com/t5/LPC-Microcontrollers/Random-delays-in-IRQ-triggering-with-programmable-glitch-filter/m-p/612281#M23941</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I'm seeing substantial random delays in IRQ triggering when I use the programmable glitch filter on an input used to trigger the interrupt.&amp;nbsp; I'm seeing this on LPC1517, but I suppose it is the same with all parts that have the programmable glitch filter. As a test, the first thing my ISR does is turn off an output pin, and the last thing it does is turn the pin back on.&amp;nbsp; This interrupt is set at the highest priority in the system running at 72MHz.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Without the programmable filter I see a very consistent result.&amp;nbsp; From the moment my input requests the IRQ there is a delay of either ~750ns or 990ns to when my test output falls.&amp;nbsp; That's a difference of about 17 instructions if I did my math right.&amp;nbsp; I can deal with that.&amp;nbsp; Disabling the default 10ns glitch filter produces pretty much the same results.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Next I test with a custom 1us glitch filter (72MHz/72) on the input pin.&amp;nbsp; As I expected, the quickest response time is 1us longer than without the filter.&amp;nbsp; However, sometimes it takes up to an additional 1.2us to trigger my test output.&amp;nbsp; Why the huge variance?&amp;nbsp; Further testing shows that the random variance in processing time to call the ISR increases as the glitch filter time increases.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper" image-alt="Delay-default.bmp"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/8579i9020274ADD741649/image-size/large?v=v2&amp;amp;px=999" role="button" title="Delay-default.bmp" alt="Delay-default.bmp" /&gt;&lt;/span&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Default 10ns glitch filter.&amp;nbsp; Yellow is the IRQ input, green is pin turned off by the ISR.&amp;nbsp; (IRQ happens about 120Hz &amp;amp; there is 8 seconds of image persistence on the scope.)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper" image-alt="Delay-72Mhz x 1.bmp"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/8629i363C0DEFF91512F6/image-size/large?v=v2&amp;amp;px=999" role="button" title="Delay-72Mhz x 1.bmp" alt="Delay-72Mhz x 1.bmp" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;Here we see the random variance in in time to trigger the ISR with a 1us custom glitch filter enabled.&amp;nbsp; Again, ISR triggered at about 120Hz and 8 seconds of persistence on the scope.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Can anyone explain why the custom glitch filter is adding so much uncertainty to the timing of my input?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 21 Nov 2016 21:00:26 GMT</pubDate>
    <dc:creator>jdupre</dc:creator>
    <dc:date>2016-11-21T21:00:26Z</dc:date>
    <item>
      <title>Random delays in IRQ triggering with programmable glitch filter</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/Random-delays-in-IRQ-triggering-with-programmable-glitch-filter/m-p/612281#M23941</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I'm seeing substantial random delays in IRQ triggering when I use the programmable glitch filter on an input used to trigger the interrupt.&amp;nbsp; I'm seeing this on LPC1517, but I suppose it is the same with all parts that have the programmable glitch filter. As a test, the first thing my ISR does is turn off an output pin, and the last thing it does is turn the pin back on.&amp;nbsp; This interrupt is set at the highest priority in the system running at 72MHz.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Without the programmable filter I see a very consistent result.&amp;nbsp; From the moment my input requests the IRQ there is a delay of either ~750ns or 990ns to when my test output falls.&amp;nbsp; That's a difference of about 17 instructions if I did my math right.&amp;nbsp; I can deal with that.&amp;nbsp; Disabling the default 10ns glitch filter produces pretty much the same results.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Next I test with a custom 1us glitch filter (72MHz/72) on the input pin.&amp;nbsp; As I expected, the quickest response time is 1us longer than without the filter.&amp;nbsp; However, sometimes it takes up to an additional 1.2us to trigger my test output.&amp;nbsp; Why the huge variance?&amp;nbsp; Further testing shows that the random variance in processing time to call the ISR increases as the glitch filter time increases.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper" image-alt="Delay-default.bmp"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/8579i9020274ADD741649/image-size/large?v=v2&amp;amp;px=999" role="button" title="Delay-default.bmp" alt="Delay-default.bmp" /&gt;&lt;/span&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Default 10ns glitch filter.&amp;nbsp; Yellow is the IRQ input, green is pin turned off by the ISR.&amp;nbsp; (IRQ happens about 120Hz &amp;amp; there is 8 seconds of image persistence on the scope.)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper" image-alt="Delay-72Mhz x 1.bmp"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/8629i363C0DEFF91512F6/image-size/large?v=v2&amp;amp;px=999" role="button" title="Delay-72Mhz x 1.bmp" alt="Delay-72Mhz x 1.bmp" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;Here we see the random variance in in time to trigger the ISR with a 1us custom glitch filter enabled.&amp;nbsp; Again, ISR triggered at about 120Hz and 8 seconds of persistence on the scope.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Can anyone explain why the custom glitch filter is adding so much uncertainty to the timing of my input?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 21 Nov 2016 21:00:26 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/Random-delays-in-IRQ-triggering-with-programmable-glitch-filter/m-p/612281#M23941</guid>
      <dc:creator>jdupre</dc:creator>
      <dc:date>2016-11-21T21:00:26Z</dc:date>
    </item>
    <item>
      <title>Re: Random delays in IRQ triggering with programmable glitch filter</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/Random-delays-in-IRQ-triggering-with-programmable-glitch-filter/m-p/612282#M23942</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Joseph,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have reproduced the behavior you mention, I will continue investigating about this and will get back to you as soon as possible.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Best Regards!&lt;BR /&gt;Carlos Mendoza&lt;BR /&gt;Technical Support Engineer&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 06 Dec 2016 03:06:39 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/Random-delays-in-IRQ-triggering-with-programmable-glitch-filter/m-p/612282#M23942</guid>
      <dc:creator>Carlos_Mendoza</dc:creator>
      <dc:date>2016-12-06T03:06:39Z</dc:date>
    </item>
  </channel>
</rss>

