• State
  • Locked Locked
  • Replies 2 replies
  • Subscribers 33 subscribers
  • Views 818 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.

TLK110 - IEEE 1588 compatibility

Benjamin KOSICKI
Prodigy 130 points

Other Parts Discussed in Thread: TLK110, AM3357, DP83630, DP83640, TLK111, TLK105L, TLK106L

Hello,

We are working on a new project based on IEEE 1588 protocol. We have choosen a system with an AM3357 and a TLK110.

We should know if this product is fully compatible with the standard IEEE1588 or if we need to change for a DP83630.

Thank you

Best regards

  • 0
    TI__Mastermind 31600 points

    Benjamin,

    I think your choice will be determined on your IEEE 1588 precision requirements and your desired implementation.  Below is a very brief outline of some of the differences:

    • DP83640 / DP83630:  Timestamping  of packets is performed by the PHY.  This provides high precision and requires a higher degree of  register configuration and interaction. 
    • TLK111 / TLK105L / TLK106L:  Timestamping of the packet SFD (Start of Frame Delimiter) is performed by controller or processor at the board level.  This provides moderate precision and requires less register configuration and interaction, but places some timestamping requirements on the controller or processor.
    • TLK110:  Timestamping of the packet is performed by the controller or processor in software.  The low, deterministic latency of the TLK110 will minimize variation through the PHY, but the precision will not be as high as the other two options.

    Hopefully this will help to start highlighting some of the alternatives.  Please let me know what additional information would help you in making your selection.

    Patrick

  • 0 in reply to Patrick OFarrell
    Prodigy 130 points

    Patrick,

    Thank you for your reply.

    As I already said before (or maybe not), our project is built to make a protocol gateway between a bus memory of MPC565 and a IEC104 protocol (based on the IEEE1588). This system need to boot on Linux distribution and powered by a PoE solution.

    Our choice is based on a Sitara AM3357 who manages the IEEE1588 protocol natively.

    For the moment, we don't know the precision required by the customer, but we suspect a SCADA system plugged on the ethernet connexion.

    According to your answer, all these transceiver are compliant with IEEE1588. It's just a question of who manages the protocol. For better performance and precision, the protocol need to be manage by the PHY.

    If the processor software manages the protocol, this last solution present a more degraded timing preformance than PHY solutions.

    Do you have a documents with all different solution based on IEEE1588 solutions ? Ok, I find it.

    Do you support the BSP Linux for these transceiver (like SNLC036 for DP83630) ?

    Thank you for your support,

    Benjamin