• State
  • Locked Locked
  • Replies 5 replies
  • Subscribers 81 subscribers
  • Views 1505 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.

TMS320F28377S: Is anyone using C2000 with Wiznet 5500 or similar?

John Lagerquist
Intellectual 695 points
Part Number: TMS320F28377S

If so, did you end up porting the WizNet ioLibrary_Driver code or roll your own?  I am trying to evaluate the effort involved.

  • 0
    TI__Mastermind 19810 points

    Rally,

    we at TI doesn't don't have an example to interface to Wiznet 5500, lets see if any other users of forum has anything to chime in.

    Looks like you can have interface to the chip using a SPI? 

    Best Regards
    Santosh Athuru

  • 0 in reply to Santosh Athuru
    Intellectual 695 points

    It is SPI, but that's not the issue, it's the lack of byte addressing which can become problematic when porting 3rd party libraries such as the Wiznet ethernet procotols.

  • 0 in reply to John Lagerquist
    TI__Mastermind 19810 points
    yes, that is true. The minimum addressable data unit on C28x is 16 bits. The third party network stacks and application protocols have to be modified for such data access and relevant pointer increments if they have to run on C28x. We don't have an example of TCPIP network stack running on C28x.

    Please take a look at the Concerto devices which have a M3 core and also a C28x core and the M3 side can be used to do the comms while the C28x can be used for real time control.

    Hope this helps.

    Best Regards
    Santosh Athuru
  • 0 in reply to Santosh Athuru
    Intellectual 695 points
    The stack itself runs on the WizNet chip, you just have to implement DHCP and a few other protocols externally, it shouldn't be too bad. Concerto is nice but not suitable for other reasons.
  • 0 in reply to John Lagerquist
    TI__Mastermind 19810 points
    I see, we don't have an example of DHCP or other protocols for C28x. If the protocols to be run over C28x are confined then it should be possible to modify the stack to handle 16 bits data.

    The SW can be modified to work with 16 bits at a time and extract the needed bytes while parsing the application protocol headers, assuming the incoming data is packed. I assume all the stack parsing is done externally only the application level (above transport layer or in this case at DHCP) parsing has to be implemented?

    Do you plan to use an RTOS on C28x or would it be just interrupt driven? What kind of application you are trying to put on C28x that has to co-exist with any application protocol threads?

    Best Regards
    Santosh Athuru