<?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 ProcessorsのトピックRe: I2C driver</title>
    <link>https://community.nxp.com/t5/i-MX-Processors/I2C-driver/m-p/196213#M10428</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&lt;SPAN style="font-size: 10.0pt; font-family: 'Arial','sans-serif'; color: #575757;"&gt;I think that the best approach would be to compare the behavior you are seeing when you try to access your hardware with the behavior of a working I2C hardware. &lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 10.0pt; font-family: 'Arial','sans-serif'; color: #575757;"&gt;And then to try and figure out what is missing to the I2C protocol when you try to access your hardware.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class="mce_paste_marker"&gt;&lt;BR /&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 09 Jan 2013 21:51:58 GMT</pubDate>
    <dc:creator>yossishukron</dc:creator>
    <dc:date>2013-01-09T21:51:58Z</dc:date>
    <item>
      <title>I2C driver</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/I2C-driver/m-p/196211#M10426</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;I have a strange problem with the I2c driver and I'm starting to run out of ideas.&lt;/P&gt;&lt;P&gt;I'm working on imx28 self designed board and I'm trying to perform simple read and write operations from a device working on i2c bus. &lt;/P&gt;&lt;P&gt;I'm working according to the I2C bus example I found in \WINCE600\SUPPORT_PDK1_9\APP\EEPROM_24LCxxx_I2C_Test and adjusted it to my system. &lt;/P&gt;&lt;P&gt;I've made a certain progress in the I2C driver, however, I still have a few questions&lt;/P&gt;&lt;P&gt;I have 2 problems: &lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; (a) I can't perform a READ operation. Whenever, I send a READ command to the bus (after a write command with a slave address), it sends the first packet&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; (slave+read bit), the device ACKs and that's it. There are no more clock cycles after this packet was sent. &lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; (b) So now,&amp;nbsp; I'm sending only WRITE command, and after the slave, I'm writing 0xFF byte to the bus. I can see in the scope that the device responds with&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; data, but I can't read it, cause it's a WRITE command. How can I perform READ operation?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;How can I take the information out of the DMA buffers and return it?&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Shany&lt;/P&gt;&lt;P&gt;&lt;SPAN class="mce_paste_marker"&gt;&lt;BR /&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 19 Sep 2012 05:03:11 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/I2C-driver/m-p/196211#M10426</guid>
      <dc:creator>shany</dc:creator>
      <dc:date>2012-09-19T05:03:11Z</dc:date>
    </item>
    <item>
      <title>Re: I2C driver</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/I2C-driver/m-p/196212#M10427</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello, &lt;/P&gt;&lt;P&gt;Another thing I forgot to mention, I found a bug in the driver - when writing more than 1 byte, the driver sends another START signal. I've changed it, and now, it works fine, but I'm still not able to perform READ operation. the change is in this file - &lt;/P&gt;&lt;P&gt;WINCE600\PLATFORM\COMMON\SRC\SOC\MX28_FSL_V2_PDK1_9\I2C\PDK\i2cClass.cpp .&lt;/P&gt;&lt;P&gt;In the function ProcessPackets.&lt;/P&gt;&lt;P&gt;&lt;SPAN class="mce_paste_marker"&gt;&lt;BR /&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 19 Sep 2012 08:12:37 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/I2C-driver/m-p/196212#M10427</guid>
      <dc:creator>shany</dc:creator>
      <dc:date>2012-09-19T08:12:37Z</dc:date>
    </item>
    <item>
      <title>Re: I2C driver</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/I2C-driver/m-p/196213#M10428</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&lt;SPAN style="font-size: 10.0pt; font-family: 'Arial','sans-serif'; color: #575757;"&gt;I think that the best approach would be to compare the behavior you are seeing when you try to access your hardware with the behavior of a working I2C hardware. &lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 10.0pt; font-family: 'Arial','sans-serif'; color: #575757;"&gt;And then to try and figure out what is missing to the I2C protocol when you try to access your hardware.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class="mce_paste_marker"&gt;&lt;BR /&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 09 Jan 2013 21:51:58 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/I2C-driver/m-p/196213#M10428</guid>
      <dc:creator>yossishukron</dc:creator>
      <dc:date>2013-01-09T21:51:58Z</dc:date>
    </item>
  </channel>
</rss>

