<?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: ECSPI5 Rx Problem in i.MX Processors</title>
    <link>https://community.nxp.com/t5/i-MX-Processors/ECSPI5-Rx-Problem/m-p/854932#M130757</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Igor,&lt;/P&gt;&lt;P&gt;Thanks for the suggestion.&amp;nbsp;I&amp;nbsp;figured out why it wasn't working. Our hardware has a buffer between the RTC chip and the I.MX6. The i.MX6 GPIO that controls the output enable for that buffer is&amp;nbsp;gets set to an input at some point during boot. I'm still investigating.&lt;/P&gt;&lt;P&gt;Thanks for your help.&lt;/P&gt;&lt;P&gt;Andre&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 24 Jan 2019 23:06:41 GMT</pubDate>
    <dc:creator>andrelabelle111</dc:creator>
    <dc:date>2019-01-24T23:06:41Z</dc:date>
    <item>
      <title>ECSPI5 Rx Problem</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/ECSPI5-Rx-Problem/m-p/854930#M130755</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have a&amp;nbsp; RTC SPI device (PCF2123) connected to the i.MX6Q ECSPI5 peripheral. I'm using a GPIO to control the chip select.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;A logic analyzer attached to the SCK,MOSI,MISO and CS pins show the external signals are good. I can read the current time and see the&amp;nbsp;time increment on MISO.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The problem is the data received from the peripheral is always zero, even though I see the correct data on MISO.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I'm using:&lt;/P&gt;&lt;P&gt;u-boot: git://source.codeaurora.org/external/imx/uboot-imx.git imx_v2018.03_4.14.62_1.0.0_beta&lt;/P&gt;&lt;P&gt;linux:&amp;nbsp;source.codeaurora.org/external/imx/linux-imx/ imx_4.14.62_1.0.0_beta&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Here are some clues I have gathered:&lt;/P&gt;&lt;P&gt;-no problem if I downgrade to an older boundary u-boot (around 2014-12)&lt;/P&gt;&lt;P&gt;-if I put the peripheral in loopback mode, the tx data is received correctly (no longer rx all zeroes)&lt;/P&gt;&lt;P&gt;-same issue when using either the pcf2123 driver or the spidev driver&lt;/P&gt;&lt;P&gt;-the other ECSPIx peripherals are working fine&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I tried comparing memory spaces (using memtool) between the working version (using the old u-boot) and non-working version.&lt;/P&gt;&lt;P&gt;ECSPI5 address space matches&lt;/P&gt;&lt;P&gt;IOMUX address had minor changes, new u-boot sets the drive strength to 48ohm instead of 40ohm on some pins&lt;/P&gt;&lt;P&gt;CCM address space matches&lt;/P&gt;&lt;P&gt;CCM analog, difference in CCM_ANALOG_PLL_ARM/CCM_ANALOG_PFD_528n&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thank you for reading this. Any hints or suggestions would be greatly appreciated.&lt;/P&gt;&lt;P&gt;Andre&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 23 Jan 2019 00:25:05 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/ECSPI5-Rx-Problem/m-p/854930#M130755</guid>
      <dc:creator>andrelabelle111</dc:creator>
      <dc:date>2019-01-23T00:25:05Z</dc:date>
    </item>
    <item>
      <title>Re: ECSPI5 Rx Problem</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/ECSPI5-Rx-Problem/m-p/854931#M130756</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Andre&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;may be recommended to try latest nxp L4.14.78 :&lt;/P&gt;&lt;P&gt;&lt;A class="link-titled" href="https://source.codeaurora.org/external/imx/uboot-imx/tree/?h=imx_v2018.03_4.14.78_1.0.0_ga" title="https://source.codeaurora.org/external/imx/uboot-imx/tree/?h=imx_v2018.03_4.14.78_1.0.0_ga"&gt;uboot-imx - i.MX U-Boot&lt;/A&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;A class="link-titled" href="https://source.codeaurora.org/external/imx/linux-imx/tree/?h=imx_4.14.78_1.0.0_ga" title="https://source.codeaurora.org/external/imx/linux-imx/tree/?h=imx_4.14.78_1.0.0_ga"&gt;linux-imx - i.MX Linux kernel&lt;/A&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Best regards&lt;BR /&gt;igor&lt;BR /&gt;-----------------------------------------------------------------------------------------------------------------------&lt;BR /&gt;Note: If this post answers your question, please click the Correct Answer button. Thank you!&lt;BR /&gt;-----------------------------------------------------------------------------------------------------------------------&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 23 Jan 2019 23:23:45 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/ECSPI5-Rx-Problem/m-p/854931#M130756</guid>
      <dc:creator>igorpadykov</dc:creator>
      <dc:date>2019-01-23T23:23:45Z</dc:date>
    </item>
    <item>
      <title>Re: ECSPI5 Rx Problem</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/ECSPI5-Rx-Problem/m-p/854932#M130757</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Igor,&lt;/P&gt;&lt;P&gt;Thanks for the suggestion.&amp;nbsp;I&amp;nbsp;figured out why it wasn't working. Our hardware has a buffer between the RTC chip and the I.MX6. The i.MX6 GPIO that controls the output enable for that buffer is&amp;nbsp;gets set to an input at some point during boot. I'm still investigating.&lt;/P&gt;&lt;P&gt;Thanks for your help.&lt;/P&gt;&lt;P&gt;Andre&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 24 Jan 2019 23:06:41 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/ECSPI5-Rx-Problem/m-p/854932#M130757</guid>
      <dc:creator>andrelabelle111</dc:creator>
      <dc:date>2019-01-24T23:06:41Z</dc:date>
    </item>
  </channel>
</rss>

