• State
  • Locked Locked
  • Replies 3 replies
  • Subscribers 33 subscribers
  • Views 636 views
  • Users 0 members are here
Support feedback
Options
Options
Related

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

TM4C Ethernet Speed Problem.

karthikeyan c
Prodigy 40 points

Hello,

We are using TM4C1294 uc.The ethernet is supporting 4k data in 650 us which is much higher according to our requirement.How to increase the emac operational speed.I am using 120Mhz clock for system.

One more doubt will code optimization in properties helps to increase speed of controller.We tried this but its getting error in code flow at instant places how to avoid this.

Actually we are reading data from FPGA USING gpio mode ,for 1k data its taking aroungd 400us......how to increae the epi read speed..........

Any members plese help....

Regards,

Krishnan

  • 0
    TI__Mastermind 22715 points
    Krishnan,

    Would you please provide more detail about what you want to do? It seems that you are reading data from FPGA and transmit it out via EMAC and the bottleneck is with access to FPGA. Is this understanding correct? If yes, would you please provide the interface specification of your FPGA?

    Thanks and regards,

    Zhaohong
  • 0 in reply to Zhaohong Zhang
    Guru 117855 points

    Mr. Zhang,

    Great to have you here in Amit's absence - we thank (and appreciate) you.

    And of course you (properly) note poster's "failure to provide (reasonable) detail." And - as you surely know - such has persisted for YEARS - shows ZERO Sign of improving.

    This reporter (and others) have long suggested the creation of a, "Poster-Guideline - "fill in the blanks" guidance system - which at minimum would "alert" most posters to the need for such (reasonable) detail.    Left to their own (poster) devices - a huge percentage of rushed/frustrated users - just "vent/dump" here - wasting vendor's (and outsiders) time/effort & causing forum bloat.   

    May we add your voice so that (perhaps) such "poster guideline" may (one distant day) be considered?    Thanks...

    Regarding this thread - we note that poster (waited) until paragraph 3 (signalled by "actually") to get to the "heart of his matter!"    Such delay introduces non-essential facts - blurs lines - and (predictably) results in responders, "Sorry - we need more (often some) data!     Posters need to spend more time in composing their requests - yet they remain "unguided" - and that's to no one's benefit....

  • 0
    Mastermind 7025 points
    We have implemented Ethernet in our boards using the lwip solution and we have achieved more than 70Mb/s in a constant udp connection.

    You may need to ply a little bit with configuration of timers and lwip flags, but it is pretty straight forward.