<?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: LPC1837 And USB1 FS Device Enumeration.</title>
    <link>https://community.nxp.com/t5/LPC-Microcontrollers/LPC1837-And-USB1-FS-Device-Enumeration/m-p/714816#M28871</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;To partially answer my own question - 67 is the answer. The 67 bytes is being delivered but still the enumeration flounders.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Since 67 bytes is less than wLength's 0xFF bytes asked for, an IN ZLP is required which I do fill in a DTD for and prime EP0 IN for transmission. But in spite of enabling IOC, I'm not seeing an interrupt. Is this normal?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I suspect all answers are in the USB0/USB1 sections which I have read, reread and reread some more. Guess I'll reread again.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 28 Sep 2017 05:09:50 GMT</pubDate>
    <dc:creator>workalot</dc:creator>
    <dc:date>2017-09-28T05:09:50Z</dc:date>
    <item>
      <title>LPC1837 And USB1 FS Device Enumeration.</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/LPC1837-And-USB1-FS-Device-Enumeration/m-p/714815#M28870</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Workalot is stuck getting&amp;nbsp;a CDC VCP up and running. At this point I get to the where an address is set, but when Windows asks for the configuration descriptor (67 bytes) the first 64 bytes arrives and not the remaining 3 bytes.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;So, my understanding of DQHs and DTDs needs edification.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Does a one setup of DTD cover all 67 bytes or&amp;nbsp;are two setups required?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;At UM10430 Rev 3.0, sec 23.10.11.2, page 611 the instruction "3. Fill in total bytes with transfer size." Would this be 67? Or 64?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have tried both ways but only 64 bytes gets the the PC (as per MMA log).&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I should add that I eschew demo libraries and favour roll your own.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanking in advance,&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 28 Sep 2017 01:26:19 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/LPC1837-And-USB1-FS-Device-Enumeration/m-p/714815#M28870</guid>
      <dc:creator>workalot</dc:creator>
      <dc:date>2017-09-28T01:26:19Z</dc:date>
    </item>
    <item>
      <title>Re: LPC1837 And USB1 FS Device Enumeration.</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/LPC1837-And-USB1-FS-Device-Enumeration/m-p/714816#M28871</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;To partially answer my own question - 67 is the answer. The 67 bytes is being delivered but still the enumeration flounders.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Since 67 bytes is less than wLength's 0xFF bytes asked for, an IN ZLP is required which I do fill in a DTD for and prime EP0 IN for transmission. But in spite of enabling IOC, I'm not seeing an interrupt. Is this normal?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I suspect all answers are in the USB0/USB1 sections which I have read, reread and reread some more. Guess I'll reread again.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 28 Sep 2017 05:09:50 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/LPC1837-And-USB1-FS-Device-Enumeration/m-p/714816#M28871</guid>
      <dc:creator>workalot</dc:creator>
      <dc:date>2017-09-28T05:09:50Z</dc:date>
    </item>
    <item>
      <title>Re: LPC1837 And USB1 FS Device Enumeration.</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/LPC1837-And-USB1-FS-Device-Enumeration/m-p/714817#M28872</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Today's report is that once the thinking cap was on and &lt;STRONG&gt;EP0 OUTs prepared&lt;/STRONG&gt;, enumeration resulted and the CDC VCP is seen to be present under Device Manager.Ports as a serial device.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Next drama is the reading of EP OUT data. How is it done?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;When a control write to 'Set Line Coding' is captured and the expected 7 bytes is reported, how is the data then extracted?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;I've tried loading the DTD's 'BUFFER POINTER PAGE 0' with a file scope buffer (aligned to 4 bytes), but no go.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Quite happy to post code, messy as it is.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;And, to correct a miss-statement above, an IN ZLP is required if the amount of data is less than the host asked for AND if that amount of data is a multiple of the MAX_PACKET_SIZE.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 02 Oct 2017 06:53:07 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/LPC1837-And-USB1-FS-Device-Enumeration/m-p/714817#M28872</guid>
      <dc:creator>workalot</dc:creator>
      <dc:date>2017-10-02T06:53:07Z</dc:date>
    </item>
    <item>
      <title>Re: LPC1837 And USB1 FS Device Enumeration.</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/LPC1837-And-USB1-FS-Device-Enumeration/m-p/714818#M28873</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Workalot,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Have you considered using the USB device rom examples that come with LPCOpen? The example usbd_rom_cdc_vcom shows how to use the USBD ROM stack to create a virtual comm port.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;A class="link-titled" href="https://www.nxp.com/support/developer-resources/software-development-tools/developer-resources-/lpcopen-libraries-and-examples/lpcopen-software-development-platform-lpc18xx:LPCOPEN-SOFTWARE-FOR-LPC18XX" title="https://www.nxp.com/support/developer-resources/software-development-tools/developer-resources-/lpcopen-libraries-and-examples/lpcopen-software-development-platform-lpc18xx:LPCOPEN-SOFTWARE-FOR-LPC18XX"&gt;LPCOpen Software for LPC18XX|NXP&lt;/A&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;Hope it helps!&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Best Regards,&lt;BR /&gt;Carlos Mendoza&lt;BR /&gt;Technical Support Engineer&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Oct 2017 17:44:45 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/LPC1837-And-USB1-FS-Device-Enumeration/m-p/714818#M28873</guid>
      <dc:creator>Carlos_Mendoza</dc:creator>
      <dc:date>2017-10-05T17:44:45Z</dc:date>
    </item>
    <item>
      <title>Re: LPC1837 And USB1 FS Device Enumeration.</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/LPC1837-And-USB1-FS-Device-Enumeration/m-p/714819#M28874</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thank you Carlos Mendoza for your suggestion.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;But persistence has prevailed. Enumeration and data flow is about. All very pleasing.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The issue about EP0 OUT data mentioned above wasn't an issue after all, the delivered data was all zeros being fed in an already zeroed buffer (pays to fill the buffer with 0xCD first).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;And once I bothered to look at EP2 OUT's dTD status bits which had an buffer error the fault was quickly located to bad dQH address.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thank you, Workalot.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 06 Oct 2017 21:44:55 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/LPC1837-And-USB1-FS-Device-Enumeration/m-p/714819#M28874</guid>
      <dc:creator>workalot</dc:creator>
      <dc:date>2017-10-06T21:44:55Z</dc:date>
    </item>
    <item>
      <title>Re: LPC1837 And USB1 FS Device Enumeration.</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/LPC1837-And-USB1-FS-Device-Enumeration/m-p/714820#M28875</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;DIV class=""&gt;&lt;P&gt;Hi Workalot,&lt;/P&gt;&lt;P style="min-height: 8pt; padding: 0px;"&gt;&amp;nbsp;&lt;/P&gt;Thanks for your response, it is good to hear the problem was fixed.&lt;BR /&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Best Regards!&lt;BR /&gt;Carlos Mendoza&lt;BR /&gt;Technical Support Engineer&lt;/P&gt;&lt;/DIV&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 09 Oct 2017 13:46:04 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/LPC1837-And-USB1-FS-Device-Enumeration/m-p/714820#M28875</guid>
      <dc:creator>Carlos_Mendoza</dc:creator>
      <dc:date>2017-10-09T13:46:04Z</dc:date>
    </item>
  </channel>
</rss>

