<?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: USB Contact Mating Sequence in i.MX RT Crossover MCUs</title>
    <link>https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/USB-Contact-Mating-Sequence/m-p/1195512#M11574</link>
    <description>&lt;P&gt;I replied to the email notice, but Outlook couldn't send it for some reason. I'm using the MIMXRT1062DVJ6A as a host. The USB SDK is what came with MCUXpresso 2.6.2 (it's what we started and and its too late in the development cycle to change). I ended up looking for (kEHCIDeviceAttached == ehciInstance-&amp;gt;deviceAttached) &amp;amp;&amp;amp;&amp;nbsp;(kStatus_DEV_Attached != cdcInstance-&amp;gt;deviceState), then disabling Vbus to the connector, tearing down and rebuilding the USB stack, and enabling Vbus to connector. It's a bit of sledge hammer approach, but it works reliably. The device immediately enumerates and communicates.&lt;/P&gt;</description>
    <pubDate>Tue, 08 Dec 2020 13:00:54 GMT</pubDate>
    <dc:creator>jeffthompson</dc:creator>
    <dc:date>2020-12-08T13:00:54Z</dc:date>
    <item>
      <title>USB Contact Mating Sequence</title>
      <link>https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/USB-Contact-Mating-Sequence/m-p/1191070#M11471</link>
      <description>&lt;P&gt;I'm working with a non-standard USB connection method and MCUXpresso USB SDK. If the device and host contact mating sequence is GND, then D+, then D-, then Vbus, the device enumerates. But if the mating sequence is reversed, it does not.&lt;/P&gt;&lt;P&gt;Is there a specification for the contact mating sequence?&lt;/P&gt;&lt;P&gt;Is there some way I can poll to see if there is a connected device, or to force an enumeration attempt?&lt;/P&gt;</description>
      <pubDate>Mon, 30 Nov 2020 18:51:16 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/USB-Contact-Mating-Sequence/m-p/1191070#M11471</guid>
      <dc:creator>jeffthompson</dc:creator>
      <dc:date>2020-11-30T18:51:16Z</dc:date>
    </item>
    <item>
      <title>Re: USB Contact Mating Sequence</title>
      <link>https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/USB-Contact-Mating-Sequence/m-p/1191756#M11489</link>
      <description>&lt;P&gt;Hello jeffthompson,&lt;/P&gt;
&lt;P&gt;Standard connectors usually have the GND and VBUS pins elongated in relation to the Data pins as to have power first and then proceed with the enumeration so I wouldn’t recommend your current sequence.&lt;/P&gt;
&lt;P&gt;It’s possible that it works as the data signals are present when the power is enabled. The other way around you would have VBUS present, but no ground reference signal and the data pins cannot function properly this way.&lt;/P&gt;
&lt;P&gt;Would you please provide more details on your setup? For example, which i.MXRT you are using and is it working as host or device? If you are running a specific demo please also let us know.&lt;/P&gt;
&lt;P&gt;Regards,&lt;BR /&gt;Gustavo&lt;/P&gt;</description>
      <pubDate>Tue, 01 Dec 2020 17:37:57 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/USB-Contact-Mating-Sequence/m-p/1191756#M11489</guid>
      <dc:creator>gusarambula</dc:creator>
      <dc:date>2020-12-01T17:37:57Z</dc:date>
    </item>
    <item>
      <title>Re: USB Contact Mating Sequence</title>
      <link>https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/USB-Contact-Mating-Sequence/m-p/1191811#M11491</link>
      <description>&lt;DIV&gt;&lt;DIV&gt;So, I modified my code to disable USB power and start a 1-second timer when the EHCI device attached state is Attached, but the CDC device state is not Attached. I connect the device, but it would not enumerate.&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;I then changed the timeout to 2 seconds. Still not working. I really don't what else I can do. I can't change the connection method, but I have contacted the device developer to see if there is anything they can do on their end. Fortunately, it's all in the same company, and the device and the host only need to work with each other.&lt;/DIV&gt;&lt;/DIV&gt;</description>
      <pubDate>Tue, 01 Dec 2020 21:09:27 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/USB-Contact-Mating-Sequence/m-p/1191811#M11491</guid>
      <dc:creator>jeffthompson</dc:creator>
      <dc:date>2020-12-01T21:09:27Z</dc:date>
    </item>
    <item>
      <title>Re: USB Contact Mating Sequence</title>
      <link>https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/USB-Contact-Mating-Sequence/m-p/1195512#M11574</link>
      <description>&lt;P&gt;I replied to the email notice, but Outlook couldn't send it for some reason. I'm using the MIMXRT1062DVJ6A as a host. The USB SDK is what came with MCUXpresso 2.6.2 (it's what we started and and its too late in the development cycle to change). I ended up looking for (kEHCIDeviceAttached == ehciInstance-&amp;gt;deviceAttached) &amp;amp;&amp;amp;&amp;nbsp;(kStatus_DEV_Attached != cdcInstance-&amp;gt;deviceState), then disabling Vbus to the connector, tearing down and rebuilding the USB stack, and enabling Vbus to connector. It's a bit of sledge hammer approach, but it works reliably. The device immediately enumerates and communicates.&lt;/P&gt;</description>
      <pubDate>Tue, 08 Dec 2020 13:00:54 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/USB-Contact-Mating-Sequence/m-p/1195512#M11574</guid>
      <dc:creator>jeffthompson</dc:creator>
      <dc:date>2020-12-08T13:00:54Z</dc:date>
    </item>
  </channel>
</rss>

