<?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: lpcopen usblib rtos integration</title>
    <link>https://community.nxp.com/t5/LPC-Microcontrollers/lpcopen-usblib-rtos-integration/m-p/523824#M6460</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;STRONG&gt;Content originally posted in LPCWare by wella-tabor on Fri Jul 05 04:55:17 MST 2013&lt;/STRONG&gt;&lt;BR /&gt;&lt;P&gt;Hello,&lt;/P&gt;&lt;BR /&gt;&lt;P&gt;what about to write to the forum what steps should be performed to make the usblib more RTOS friendly?&lt;/P&gt;&lt;BR /&gt;&lt;P&gt;Here is one of them:&lt;/P&gt;&lt;BR /&gt;&lt;P&gt;- Replace the HcdDelayMS(uint32_t&amp;nbsp; delay), file HCD.c, by your RTOS function to wait n milliseconds.&lt;/P&gt;&lt;BR /&gt;&lt;P&gt;In the course of time I'll add more and more.&lt;/P&gt;&lt;BR /&gt;&lt;P&gt;Best&lt;/P&gt;&lt;BR /&gt;&lt;P&gt;Martin&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 15 Jun 2016 16:45:31 GMT</pubDate>
    <dc:creator>lpcware</dc:creator>
    <dc:date>2016-06-15T16:45:31Z</dc:date>
    <item>
      <title>lpcopen usblib rtos integration</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/lpcopen-usblib-rtos-integration/m-p/523823#M6459</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;STRONG&gt;Content originally posted in LPCWare by wella-tabor on Wed Jul 03 00:42:12 MST 2013&lt;/STRONG&gt;&lt;BR /&gt;&lt;P&gt;Hello,&lt;/P&gt;&lt;BR /&gt;&lt;P&gt;I am using an RTOS with 1 ms tick rate (locked). Because "The USB task must be serviced within 30ms while in device mode, or within 1ms while in host mode.", it is almost impossible to get on timings. I am not sure if a creation of a task with low priority and for(;;) loop is a good solution. Is it possible to execute USB_USBTask() right after the SOF interrupt?&lt;/P&gt;&lt;BR /&gt;&lt;P&gt;E.g.&lt;/P&gt;&lt;BR /&gt;&lt;P&gt;&amp;lt;code&amp;gt;RTOS_USB_Task(){ for(;;){ wait_for_SOF_int(); USB_USBTask() } &amp;lt;/code&amp;gt;&lt;/P&gt;&lt;BR /&gt;&lt;P&gt;Best,&lt;/P&gt;&lt;BR /&gt;&lt;P&gt;Martin&lt;/P&gt;&lt;BR /&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;BR /&gt;&lt;P&gt;Usb configuration: host&lt;/P&gt;&lt;BR /&gt;&lt;P&gt;Processor: LPC1788&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 15 Jun 2016 16:45:30 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/lpcopen-usblib-rtos-integration/m-p/523823#M6459</guid>
      <dc:creator>lpcware</dc:creator>
      <dc:date>2016-06-15T16:45:30Z</dc:date>
    </item>
    <item>
      <title>Re: lpcopen usblib rtos integration</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/lpcopen-usblib-rtos-integration/m-p/523824#M6460</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;STRONG&gt;Content originally posted in LPCWare by wella-tabor on Fri Jul 05 04:55:17 MST 2013&lt;/STRONG&gt;&lt;BR /&gt;&lt;P&gt;Hello,&lt;/P&gt;&lt;BR /&gt;&lt;P&gt;what about to write to the forum what steps should be performed to make the usblib more RTOS friendly?&lt;/P&gt;&lt;BR /&gt;&lt;P&gt;Here is one of them:&lt;/P&gt;&lt;BR /&gt;&lt;P&gt;- Replace the HcdDelayMS(uint32_t&amp;nbsp; delay), file HCD.c, by your RTOS function to wait n milliseconds.&lt;/P&gt;&lt;BR /&gt;&lt;P&gt;In the course of time I'll add more and more.&lt;/P&gt;&lt;BR /&gt;&lt;P&gt;Best&lt;/P&gt;&lt;BR /&gt;&lt;P&gt;Martin&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 15 Jun 2016 16:45:31 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/lpcopen-usblib-rtos-integration/m-p/523824#M6460</guid>
      <dc:creator>lpcware</dc:creator>
      <dc:date>2016-06-15T16:45:31Z</dc:date>
    </item>
    <item>
      <title>Re: lpcopen usblib rtos integration</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/lpcopen-usblib-rtos-integration/m-p/523825#M6461</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;STRONG&gt;Content originally posted in LPCWare by Tsuneo on Mon Jul 15 23:36:17 MST 2013&lt;/STRONG&gt;&lt;BR /&gt;&lt;SPAN&gt;Some old USB engines on LPC families have restriction of concurrent endpoint access.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Also, LPCUSBLib (modified LUFA) in LPCOpen is careless on the endpoint coding.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;See this post on LPCXpresso forum for the details,&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;&lt;A class="jive-link-external-small" href="https://community.nxp.com/external-link.jspa?url=http%3A%2F%2Fknowledgebase.nxp.com%2Fshowpost.php%3Fp%3D29724%26postcount%3D2" rel="nofollow" target="_blank"&gt;http://knowledgebase.nxp.com/showpost.php?p=29724&amp;amp;postcount=2&lt;/A&gt;&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;These problem on "shared resource" should make trouble on RTOS, when your code accesses to endpoints from two or more threads which run concurrently.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Tsuneo&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 15 Jun 2016 16:45:32 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/lpcopen-usblib-rtos-integration/m-p/523825#M6461</guid>
      <dc:creator>lpcware</dc:creator>
      <dc:date>2016-06-15T16:45:32Z</dc:date>
    </item>
  </channel>
</rss>

