<?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: LPC1800 Ethernet Tx underflow in LPC Microcontrollers</title>
    <link>https://community.nxp.com/t5/LPC-Microcontrollers/LPC1800-Ethernet-Tx-underflow/m-p/521977#M4613</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;STRONG&gt;Content originally posted in LPCWare by Grant.Edwards on Fri May 17 08:13:22 MST 2013&lt;/STRONG&gt;&lt;BR /&gt;&lt;P&gt;The transmit underflow was apparently caused by the fact that I was running my program in SDRAM at the remapped address raange starting at 0x0000_0000 while the DMA controller was using SDRAM via the physical bus address range starting at 0x2800_0000. Relinking my program so that it ran at 0x2800_0000 eliminated the tx underflow lockup problem.&lt;/P&gt;&lt;BR /&gt;&lt;P&gt;Is that restriction documented somewhere?&lt;/P&gt;&lt;BR /&gt;&lt;P&gt;The tx packet loss was caused by my forgetting two things: disable the glitch filter on the 50MHz RMII clock input pin, and enable high slew rate for the RMII TX enable and TX data pins. Once the glitch filter was disabled and high slew rate drivers enabled, I didn't see any packet loss.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 15 Jun 2016 16:37:03 GMT</pubDate>
    <dc:creator>lpcware</dc:creator>
    <dc:date>2016-06-15T16:37:03Z</dc:date>
    <item>
      <title>LPC1800 Ethernet Tx underflow</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/LPC1800-Ethernet-Tx-underflow/m-p/521976#M4612</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;STRONG&gt;Content originally posted in LPCWare by Grant.Edwards on Thu May 16 14:19:57 MST 2013&lt;/STRONG&gt;&lt;BR /&gt;&lt;P&gt;I'm having problems with tx underflow errors on an LPC1857 eval board&lt;BR /&gt;from Keil.&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;Any time I attempt to send a packet longer than about 300 bytes, I&lt;BR /&gt;get a tx underflow error, and the tx side of the the Ethernet&lt;BR /&gt;controller locks up until it is reset.&amp;nbsp; I've tried DMA burst lengths&lt;BR /&gt;of 1,8,16, and 64: they all behave the same.&amp;nbsp; I don't seem to have any&lt;BR /&gt;problem receiving long packets.&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;I've also noted that when I send packets shorter than 300 bytes, I&lt;BR /&gt;have about 10-15% packet loss: all of the the packets appear to be&lt;BR /&gt;sent (link LED flashes), but 10-15% of them are invalid and get&lt;BR /&gt;dropped by the receiving device(s).&amp;nbsp; I've tried a variety of devices&lt;BR /&gt;on the "other end" and I get the same 10-15% packet loss with all of&lt;BR /&gt;them.&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;My M3 clock is 120MHz, and the Ethernet link is running at 100Mb&lt;BR /&gt;full duplex.&amp;nbsp; The Ethernet descriptors and buffers are all in SDRAM&lt;BR /&gt;that's also running at 120Mhz.&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;Any advice on how to get Ethernet tx to work?&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 15 Jun 2016 16:37:02 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/LPC1800-Ethernet-Tx-underflow/m-p/521976#M4612</guid>
      <dc:creator>lpcware</dc:creator>
      <dc:date>2016-06-15T16:37:02Z</dc:date>
    </item>
    <item>
      <title>Re: LPC1800 Ethernet Tx underflow</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/LPC1800-Ethernet-Tx-underflow/m-p/521977#M4613</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;STRONG&gt;Content originally posted in LPCWare by Grant.Edwards on Fri May 17 08:13:22 MST 2013&lt;/STRONG&gt;&lt;BR /&gt;&lt;P&gt;The transmit underflow was apparently caused by the fact that I was running my program in SDRAM at the remapped address raange starting at 0x0000_0000 while the DMA controller was using SDRAM via the physical bus address range starting at 0x2800_0000. Relinking my program so that it ran at 0x2800_0000 eliminated the tx underflow lockup problem.&lt;/P&gt;&lt;BR /&gt;&lt;P&gt;Is that restriction documented somewhere?&lt;/P&gt;&lt;BR /&gt;&lt;P&gt;The tx packet loss was caused by my forgetting two things: disable the glitch filter on the 50MHz RMII clock input pin, and enable high slew rate for the RMII TX enable and TX data pins. Once the glitch filter was disabled and high slew rate drivers enabled, I didn't see any packet loss.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 15 Jun 2016 16:37:03 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/LPC1800-Ethernet-Tx-underflow/m-p/521977#M4613</guid>
      <dc:creator>lpcware</dc:creator>
      <dc:date>2016-06-15T16:37:03Z</dc:date>
    </item>
  </channel>
</rss>

