• State
  • Locked Locked
  • Replies 3 replies
  • Subscribers 103 subscribers
  • Views 366 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

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.

TDA4VM: Whether the Ethernet time synchronization function can be integrated in autosar in the future

Nancy Wang
Expert 8210 points
Part Number: TDA4VM

Hi,

 SDK: ti-processor-sdk-rtos-j721e-evm-xxx

Customer wants to run autosar on all r5 cores, he wants to use the Ethernet time synchronization function on autosar, but he found that there is no corresponding cpts operation interface in mcal in mcu_sw.

Is there any plan to integrate this function in the future?

If it is not integrated, customer needs the relevant register address when developing the driver, which file in the autosar architecture will provide the register access security interface file.

  • 0
    TI__Mastermind 36307 points

    Hi,

    As you mentioned, there is currently no time synchronization function in our MCAL offering.

    Can you clarify the register address for developing the driver, which registers is the customer looking for? Do they want a list of the registers corresponding to time-synch functionality in the Ethernet module?

    Regards,

    Erick

  • 0
    Prodigy 10 points

    We need the NAVSS0_CPTS related register abstract information with the base address of 310D 0000h, which needs to correspond to 9g and 2g respectively. We hope that this will appear in the register abstract file of mcal, so that it is convenient for us to write the driver to access the relevant registers.


    Thank you for your support

  • 0 in reply to hu ying
    TI__Mastermind 23125 points

    Nancy/Ying, 

    Are you trying to evoke ptp stack in AUTOSAR then use STBM to manage timesync directly? If so, will only one R5 run timesync and others get the correct via IPC?

    Alternatively, if we keep ptp stack on the Linux side, but let Linux tune a SOC level timer that AUTOSAR can access, will that serve your goal?

    This is one concept we are currently exploring. so your input will be valuable. 

    thanks

    Jian