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.

TPS65988DH part ----- queries regarding the user configurable alternate mode

Hi TI Team,

Currently we are in plan to use user configurable alternate mode with the PD controller.

In the datasheet i could see that the IC supports only the DP mode and the thunderbolt mode as alternate modes and user configurable mode is not mentioned in that. So can you please confirm whether the chipset can support the user configurable alternate mode or not.

Also please let us know for any document that is having complete details regarding the below points.

1. user configurable mode entry and complete configuration from the GUI.

2. setting the GPIO trigger event mapping in the alternate mode.

3. communicating the messages between 2 different PD controllers in alternate mode using VDM and defining this completely in the GUI that is already available.

I could get the below document from the TI website, but the steps mentioned are not working out for us. Also we are not sure regarding the C code that is mentioned in the document. 

www.ti.com/.../slvae16a.pdf

Thanks in advance.

  • Hi Sai,

    That document should cover the configurations needed for User Alt Modes, but I will need to check with my team on the support for this feature on this device and I will get back to you later this week.

    What specifically are you having trouble with on the configurations?

    Thank you,

    Hari

  • Hi Patel,

    Thanks for your reply. Currently we are not able to toggle the gpios upon entry to the alternate mode, so we are not able to confirm whether the PD is going to the alternate mode or not.

    Also we are not able to trace out the exact location where the VDM can be defined in the GUI for the communication between the PD controllers. 

    Our major agenda is to transfer the device information between 2 units using VDM and the PD need to toggle its GPIOs based on the VDM received. 

    Please let us know whether the PD is capable enough of this intelligence.

  • Hi Hari,

    Please find the detailed description of our requirements and the issues that we are facing.

    Requirements:

    1. We are planning to have two devices, both are PD supported and these 2 devices need to communicate with each other using the VDM's. 

    2. We need to set some interrupt or GPIO upon receiving the VDM.

    3. We are planning to have a micro controller to check the VDM status register and get the details of the VDM and analyze the operation that VDM is meant for and then need to perform that particular operation (ex : toggling LED after receiving a VDM)

    Currently faced issues and quiries:

    1. We are not able to get any interrupt / GPIO trigger upon entry to the alternate mode, so we are not able to ensure that the PD is in alternate mode or in normal mode. Is there any other way to check whether the device entered alternate mode or not.

    2. Please let us know how the controller can read the VDM message from a particular register, the traditional i2cget commands are not working. Do we have any functions available for ready?

    3. How the define a VDM text in the GUI?

    4. Please confirm that the 2 ports have different alternate mode related registers, so that although they share a common interrupt signal we will be capable to read 2 different VDM from the devices connected to 2 different port.

    5. How the VDM string will be stored in the PD registers? in the form of ASCII text as we need to interpret the same in our host processor.

    Also please confirm the user Alt mode support for the DH part series at the earliest possible as we need to proceed further for the POC.

    Thanks in advance

  • Hi Sai,

    Thank you for providing the details of your project, I will need some time to look through it and once I speak with my team members and will provide you with more detailed feedback.

    If you are able to, it will also help to capture a PD log using an analyzer such as one from Total Phase.

    Thank you,

    Hari

  • Hi Hari,

    Currently we dont have the provision to capture the logs. Is it ok if we capture the register values in the debug mode?

  • Hi Sai,

    You may capture the registers however a PD log will provide the communication between the two PD devices. Also, do you have the pjt file?

    Thank you,

    Hari

  • Hi Hari,

    yes we have a project file. We are loading the bin using aadvark/cheetah adapter. Are you asking to get the register dump using the external I2C read?

    Currently we are facing some issue in reading the registers as they are very lengthy.

  • Hi Sai,

    Could you upload the pjt file here. No, a capture of the debug registers will be fine if you do not have a PD log.

    Thank you,

    Hari