<?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>Kinetis MicrocontrollersのトピックK22F DAC glitches when crossing midpoint</title>
    <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/K22F-DAC-glitches-when-crossing-midpoint/m-p/731603#M44735</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I'm using the MK22FN1M0AVLH12's 12-bit DAC for audio output and I'm seeing a consistent glitch in the DAC's output.&amp;nbsp; Every time the signal crosses the midpoint of the DAC's range I get a brief (~0.7 us) excursion of about +60 mV.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I've got it sending samples via DMA, and the DAC's buffer is enabled.&amp;nbsp; To rule out a problem in my reconstruction filter I've removed it completely; I'm just measuring straight from the DAC.&amp;nbsp; I set it up to do a slow ramp across the full range and the problem is consistent.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;0.7 us is consistent with the code-to-code settling time given in the datasheet but I'm surprised by the amplitude of the glitch.&amp;nbsp; Is there a way to reduce this?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Scott&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 06 Mar 2018 00:49:10 GMT</pubDate>
    <dc:creator>scottm</dc:creator>
    <dc:date>2018-03-06T00:49:10Z</dc:date>
    <item>
      <title>K22F DAC glitches when crossing midpoint</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/K22F-DAC-glitches-when-crossing-midpoint/m-p/731603#M44735</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I'm using the MK22FN1M0AVLH12's 12-bit DAC for audio output and I'm seeing a consistent glitch in the DAC's output.&amp;nbsp; Every time the signal crosses the midpoint of the DAC's range I get a brief (~0.7 us) excursion of about +60 mV.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I've got it sending samples via DMA, and the DAC's buffer is enabled.&amp;nbsp; To rule out a problem in my reconstruction filter I've removed it completely; I'm just measuring straight from the DAC.&amp;nbsp; I set it up to do a slow ramp across the full range and the problem is consistent.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;0.7 us is consistent with the code-to-code settling time given in the datasheet but I'm surprised by the amplitude of the glitch.&amp;nbsp; Is there a way to reduce this?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Scott&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 06 Mar 2018 00:49:10 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/K22F-DAC-glitches-when-crossing-midpoint/m-p/731603#M44735</guid>
      <dc:creator>scottm</dc:creator>
      <dc:date>2018-03-06T00:49:10Z</dc:date>
    </item>
    <item>
      <title>Re: K22F DAC glitches when crossing midpoint</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/K22F-DAC-glitches-when-crossing-midpoint/m-p/731604#M44736</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Scott&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I believe that there was a similar discussion about 2..3 years ago and I also could reproduce a similar effect when I tested at the time (not sure on which part but possible a KL processor). Unfortunately I haven't been able to locate the thread anymore.&lt;BR /&gt;Try avoiding the mid-point value (round up or down to next possible) since if I remember correctly not using the value that causes the jump meant that it was then more or less worked around.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Mark&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 06 Mar 2018 12:49:59 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/K22F-DAC-glitches-when-crossing-midpoint/m-p/731604#M44736</guid>
      <dc:creator>mjbcswitzerland</dc:creator>
      <dc:date>2018-03-06T12:49:59Z</dc:date>
    </item>
    <item>
      <title>Re: K22F DAC glitches when crossing midpoint</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/K22F-DAC-glitches-when-crossing-midpoint/m-p/731605#M44737</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Yeah, I was going to give that a try and see if it's the code itself or if it's the transition across the midpoint that's causing the glitch.&amp;nbsp; Fortunately the way my code is set up, the audio is all run through a lookup table anyway to handle volume level adjustment so avoiding a code won't cause a performance hit.&lt;BR /&gt;&lt;BR /&gt;Now, what I'd really like is a lookup table function built into the DMA controller, even if it was limited to a small block of dedicated RAM.&amp;nbsp; That would make some of this stuff way more efficient...&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Scott&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 06 Mar 2018 17:30:04 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/K22F-DAC-glitches-when-crossing-midpoint/m-p/731605#M44737</guid>
      <dc:creator>scottm</dc:creator>
      <dc:date>2018-03-06T17:30:04Z</dc:date>
    </item>
  </channel>
</rss>

