<?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のトピックRe: Inverted SD_CLK on LPC4337</title>
    <link>https://community.nxp.com/t5/LPC-Microcontrollers/Inverted-SD-CLK-on-LPC4337/m-p/570731#M18232</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;STRONG&gt;Content originally posted in LPCWare by bavarian on Fri Oct 17 03:37:35 MST 2014&lt;/STRONG&gt;&lt;BR /&gt;&lt;STRONG&gt;In order not to keep others in the dark on this issue&lt;/STRONG&gt;&lt;SPAN&gt;&amp;nbsp;&amp;nbsp; 8-) &lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Using the negative edge of the clock is a way to arrange simple compliance to the 5ns hold requirement of the SD cards.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;The IP block NXP used suggests a different solution. The IP block has internally 2 extra clocks. One is used for driving data to the outside and the other one for capturing data.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;By delaying the driving clock you can generate the hold time. And by delaying the sample clock you can compensate for internal &amp;amp; external delays.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;The control settings for these delays are not yet described in the UM :-(&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Register address 0x4008 6D80 (default = 0x0)&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt; &lt;/SPAN&gt;&lt;BR /&gt;&lt;STRONG&gt;bits 3..0&lt;/STRONG&gt;&lt;SPAN&gt; sdio_sample_delay &lt;/SPAN&gt;&lt;BR /&gt;&lt;STRONG&gt;bits 11..8&lt;/STRONG&gt;&lt;SPAN&gt; sdio_drv_delay&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt; &lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;The delay is about 0.5ns per step; the range is 0..15 x 0.5ns&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Suggested settings are:&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;&amp;nbsp; - sdio_sample_delay = 8&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;&amp;nbsp; - sdio_drv_delay = 15&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;So write value 0x0F08&amp;nbsp; to address&amp;nbsp; 0x4008 6D80.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Regards,&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;NXP Support Team.&lt;/SPAN&gt;&lt;BR /&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 15 Jun 2016 18:57:08 GMT</pubDate>
    <dc:creator>lpcware</dc:creator>
    <dc:date>2016-06-15T18:57:08Z</dc:date>
    <item>
      <title>Inverted SD_CLK on LPC4337</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/Inverted-SD-CLK-on-LPC4337/m-p/570730#M18231</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;STRONG&gt;Content originally posted in LPCWare by jgorsk on Fri Oct 03 00:32:12 MST 2014&lt;/STRONG&gt;&lt;BR /&gt;&lt;SPAN&gt;Is there any reason why SD_CLK line on the LPC4337 in LQFP144 would be inverted? When a command is sent to SD card,&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;active edge of SD_CLK is the falling edge. Therefore the card is not replying. When I delay SD_CMD slightly with a simple RC &lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;circuit, the card actually starts replying.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;This happens during the initialization of the card when the clock frequency is 400kHz. I'm using CLK0 pin for SD_CLK.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;I'm running this on my own board with no SDRAM.&lt;/SPAN&gt;&lt;BR /&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 15 Jun 2016 18:57:07 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/Inverted-SD-CLK-on-LPC4337/m-p/570730#M18231</guid>
      <dc:creator>lpcware</dc:creator>
      <dc:date>2016-06-15T18:57:07Z</dc:date>
    </item>
    <item>
      <title>Re: Inverted SD_CLK on LPC4337</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/Inverted-SD-CLK-on-LPC4337/m-p/570731#M18232</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;STRONG&gt;Content originally posted in LPCWare by bavarian on Fri Oct 17 03:37:35 MST 2014&lt;/STRONG&gt;&lt;BR /&gt;&lt;STRONG&gt;In order not to keep others in the dark on this issue&lt;/STRONG&gt;&lt;SPAN&gt;&amp;nbsp;&amp;nbsp; 8-) &lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Using the negative edge of the clock is a way to arrange simple compliance to the 5ns hold requirement of the SD cards.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;The IP block NXP used suggests a different solution. The IP block has internally 2 extra clocks. One is used for driving data to the outside and the other one for capturing data.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;By delaying the driving clock you can generate the hold time. And by delaying the sample clock you can compensate for internal &amp;amp; external delays.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;The control settings for these delays are not yet described in the UM :-(&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Register address 0x4008 6D80 (default = 0x0)&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt; &lt;/SPAN&gt;&lt;BR /&gt;&lt;STRONG&gt;bits 3..0&lt;/STRONG&gt;&lt;SPAN&gt; sdio_sample_delay &lt;/SPAN&gt;&lt;BR /&gt;&lt;STRONG&gt;bits 11..8&lt;/STRONG&gt;&lt;SPAN&gt; sdio_drv_delay&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt; &lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;The delay is about 0.5ns per step; the range is 0..15 x 0.5ns&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Suggested settings are:&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;&amp;nbsp; - sdio_sample_delay = 8&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;&amp;nbsp; - sdio_drv_delay = 15&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;So write value 0x0F08&amp;nbsp; to address&amp;nbsp; 0x4008 6D80.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Regards,&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;NXP Support Team.&lt;/SPAN&gt;&lt;BR /&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 15 Jun 2016 18:57:08 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/Inverted-SD-CLK-on-LPC4337/m-p/570731#M18232</guid>
      <dc:creator>lpcware</dc:creator>
      <dc:date>2016-06-15T18:57:08Z</dc:date>
    </item>
    <item>
      <title>Re: Inverted SD_CLK on LPC4337</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/Inverted-SD-CLK-on-LPC4337/m-p/570732#M18233</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;STRONG&gt;Content originally posted in LPCWare by jgorsk on Thu Oct 23 05:44:18 MST 2014&lt;/STRONG&gt;&lt;BR /&gt;&lt;SPAN&gt;Thanks for your reply. &lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Let me say it again. I see the incorrect clock phase (falling edge) only during the SD card initialization phase when the clock&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;frequency is 400kHz. When that passes, the high speed communication has the correct clock phase (rising).&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;I actually have 0x0F08 in the register at address 0x4008 6D80 (register SDDELAY). That register is described&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;in the used manual. SDDELAY register has negligible effect on the clock phase at 400kHz.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;So, is it correct that the the negative clock edge is the active edge during the initialization?&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Is there any other register that's not described in the user manual yet that can influence the SD clock phase?&lt;/SPAN&gt;&lt;BR /&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 15 Jun 2016 18:57:08 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/Inverted-SD-CLK-on-LPC4337/m-p/570732#M18233</guid>
      <dc:creator>lpcware</dc:creator>
      <dc:date>2016-06-15T18:57:08Z</dc:date>
    </item>
  </channel>
</rss>

