<?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>i.MX RT Crossover MCUsのトピックRe: LPSPI under Zephyr</title>
    <link>https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/LPSPI-under-Zephyr/m-p/1823651#M29213</link>
    <description>&lt;P&gt;Thanks for posting the solution, it has helped me alot!&lt;/P&gt;&lt;P&gt;I cannot believe the driver doesn't default to a sane value when transfer-delay is absent, its a really bad design by NXP!&lt;/P&gt;</description>
    <pubDate>Thu, 07 Mar 2024 22:02:03 GMT</pubDate>
    <dc:creator>anthony_asterisk</dc:creator>
    <dc:date>2024-03-07T22:02:03Z</dc:date>
    <item>
      <title>LPSPI under Zephyr</title>
      <link>https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/LPSPI-under-Zephyr/m-p/1419445#M18501</link>
      <description>&lt;P&gt;We are using Zephyr and the iMXRT1052 LPSPI.&amp;nbsp; I am trying to interface to a device (LTC2986) that requires me to send 7 bytes in a single transfer.&amp;nbsp; The driver does not allow a frame of 56 bits, so I set a frame of 8 bits and I transfer 7 bytes.&amp;nbsp; However, between each 8 bit group there is a "glitch" in the clock.&amp;nbsp; The clock goes high for the last bit and then goes low so fast as the next byte starts, that it appears as a glitch.&amp;nbsp; The last bit in the frame does not get a full clock high time.&amp;nbsp; I spent all day trying different configurations in an attempt to fix this, with no success.&amp;nbsp; Do&amp;nbsp; you have any suggestions?&lt;/P&gt;&lt;P&gt;The driver in use is the NXP fsl_lpspi.c/h.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 25 Feb 2022 02:15:18 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/LPSPI-under-Zephyr/m-p/1419445#M18501</guid>
      <dc:creator>kk7xo</dc:creator>
      <dc:date>2022-02-25T02:15:18Z</dc:date>
    </item>
    <item>
      <title>Re: LPSPI under Zephyr</title>
      <link>https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/LPSPI-under-Zephyr/m-p/1421046#M18582</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/172140"&gt;@kk7xo&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;P&gt;&amp;nbsp; To the RT1050 SPI, the minimum frame size is 8bits, so your 7 bit can't be supported.&lt;/P&gt;
&lt;P&gt;&amp;nbsp; &amp;nbsp;If you want to use 8bit*7, and you want each byte is not delayed, I suggest you use the DMA, that transfer is quick, and each byte is near, you can try it on your side.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Best Regards,&lt;/P&gt;
&lt;P&gt;Kerry&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 01 Mar 2022 08:04:24 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/LPSPI-under-Zephyr/m-p/1421046#M18582</guid>
      <dc:creator>kerryzhou</dc:creator>
      <dc:date>2022-03-01T08:04:24Z</dc:date>
    </item>
    <item>
      <title>Re: LPSPI under Zephyr</title>
      <link>https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/LPSPI-under-Zephyr/m-p/1421355#M18592</link>
      <description>&lt;P&gt;We are using 8 bit frames.&amp;nbsp; The problem was that we needed to send 7 such frames.&amp;nbsp; We are not attempting to send 7 bits, we are sending 7 bytes.&lt;/P&gt;&lt;P&gt;I fixed the problem after my colleague found some variables that can be set in the device tree to affect the operation of the driver.&amp;nbsp; There are 3 variables, sck-pcs-delay, pcs-sck-delay, and transfer-delay.&lt;/P&gt;&lt;P&gt;pcs-sck-delay sets the number of ns from chip-select active to sck active at the beginning of the transfer.&lt;/P&gt;&lt;P&gt;sck-pcs-delay sets the number of ns from sck inactive to chip-select inactive at the end of the transfer.&lt;/P&gt;&lt;P&gt;transfer-delay sets the number of ns between frames during the transfer.&lt;/P&gt;&lt;P&gt;Since we were not using these variables at first we were getting 0 ns between frames during the transfer, which appeared as glitches on the scope.&amp;nbsp; I set transfer delay to 1000 and it put 1 us between frames which made the glitches disappear, and now everything works fine.&lt;/P&gt;&lt;P&gt;Thank you for your interest and help.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 02 Mar 2022 19:34:19 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/LPSPI-under-Zephyr/m-p/1421355#M18592</guid>
      <dc:creator>kk7xo</dc:creator>
      <dc:date>2022-03-02T19:34:19Z</dc:date>
    </item>
    <item>
      <title>Re: LPSPI under Zephyr</title>
      <link>https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/LPSPI-under-Zephyr/m-p/1823651#M29213</link>
      <description>&lt;P&gt;Thanks for posting the solution, it has helped me alot!&lt;/P&gt;&lt;P&gt;I cannot believe the driver doesn't default to a sane value when transfer-delay is absent, its a really bad design by NXP!&lt;/P&gt;</description>
      <pubDate>Thu, 07 Mar 2024 22:02:03 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/LPSPI-under-Zephyr/m-p/1823651#M29213</guid>
      <dc:creator>anthony_asterisk</dc:creator>
      <dc:date>2024-03-07T22:02:03Z</dc:date>
    </item>
  </channel>
</rss>

