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.

TPS65988: Hard Reset when port1 acting as UFP

Part Number: TPS65988
Other Parts Discussed in Thread: TPS65982, TPS65987

We have suffered a lot of the Power Delivery Hard Reset issue with TPS65988. There was ticket open at e2e during summer: https://e2e.ti.com/support/interface/f/138/t/812731

 

Issue still remains there. We can have certain FWs made with your “application tool” which are not suffering this issue. But almost all the time we are configuring some parameter we also see that port1 start cause Hard Reset issue as well. Hard Reset is only visible when port1 ends up to power sink. So basically when plugging in DFP or if we make PR_SWAP to sink. PD-sniffer logs attached. CC-lines and VBUS looks good in oscilloscope.

 

We have tested many devices together with TPS65988, all behaves same. Normally our port partner is TPS65982 PD-controller.

 

Can you contact your PD application team and check with them what might cause this?

  • Hello,

    I've assigned this thread to the expert that helped with the previous thread.

    Would you be able to share a scope capture  that includes VBUS, CC, and VBUS current? This was the last request from the previous thread and would be the starting point.

  • Hello,

    Can you please highlight what field you are changing that is causing the Hard Resets? What is the reason for changing this field?

    Thank you,
    Eric

  • We do not know what is causing that UFP Hard Reset failure in Port1. If we have Port 0 and Port 1 with identical settings Port 0 works and Port 1 don't. When playing with Port 1 source&sink settings port 1 might work. 

  • Working.pjt

    Non working.pjt

    And in addition, working.pjt has been done standard and non working.pjt with advanced. So the working.pjt works without HardReset issue. 

    I would like to get understand what could cause this? 

  • And if I am using standard template I cannot map I2C3 to GPIO5&6. 

  • Hi Teemu,

    It seems like you may have altered the configurations on the Advanced project. I see that you have different number of PDOs for source and sink capabilities between the working and the non-working projects. Depending on how many you need for your application, I would recommend adding or removing the PDOs that you require. 

    Also, I noticed that in your non-working project, you have changed the peak current values of the source capablilities PDOs to 150% and 130%. I would recommend having the peak current at 100%, depending on your application again there might be an OVP/UVP issue which could be causing a reset. Also, is there a reason you have unchecked USB capable? You have it checked for the working project, so you may also need to check this box.

    For the sink capabilities, I see that you have changed the values for "operating current", "maximum operating current" and "minimum operating current" on the non-working project. I'm not sure how much current your other device needs, but you may need to adjust it accordingly because at the moment your operating current for the Sink PDOs is only 0.1A. However, our default settings for this device have the operating current at 0.9A, the maximum operating current at 3A and the minimum operating current at 0.9A. Therefore, I would also recommend changing these back to the default values and also checking the "Ask For Max" box.

    Another setting I noticed that you may have changed is in the Autonegotiate Sink Register. I see that you do not have the "Auto Compute Sink Min Power" checked. I would recommend checking this box and changing the min required power value to 15.25W as this is our default setting.

    Here are some screenshots that I have attached to see the settings I am referring to:

    Thank you,

    Hari

  • Hi Hari, 

    Thanks for your response. I made all the fixes as you suggested but non-working is still suffering the same HardReset cycle in Port1 when acting as UFP. 

    Non working with fixes.pjt

    My device will have 5V & 9V support. Both ports are using same power supply and with scope voltages are ok. 

  • Hi Teemu,

    I will try to reproduce this issue on my end. Could you please tell me which GUI version and Firmware version you are using? Could you also ensure you are using the latest releases as well? I will connect a TPS65988 EVM to a TPS65982 EVM and observe the behavior as both a DFP and a UFP using your project configurations.

    Thank you,

    Hari

  • Hi Hari,

    I have been using GUI 5.13 and FW TPS65987_88_F707_10_06.bin. I installed 6.1.1 last week and now importing to that one but so far Aadwark has not worked, there I have TPS65987_88_F707_10_08.bin FW.

    Would be good if you can reproduce. 

    -teemu

  • Hi Teemu,

    Yes you should be using the 6.1.1 GUI version and also the latest firmware. For the Aardvark, I would recommend checking the orientation to make sure it is correct and also making sure the I2C address is correct, you can check for these by sweeping through using the GUI.

    Once you have the Aardvark connecting, could you flash the new firmware onto your EVM and test your setup again. I will also try to see if I get this issue when testing.

    Thank you,

    Hari

  • Hi Hari,

    Aadvark issue solved, there were some issues with dll. 

    Anyway I have updated new firmware and imported configuration from old project, Situation is still the same.

    Have you been able reproduce it? 

    -teemu 

  • Hi Hari,

    Have you been able to reproduce this? 

    Thanks,

    -teemu

  • Hi Teemu,

    No I setup my EVM as a UFP Source and it was able to source successfully without a hard reset event. Would I be able to discuss this further with you via email? If so, what is a good email address I could reach you at?

    Thank you,

    Hari

  • Hi Hari, 

    Aah, ok. You can use mail used in my account. 

    Thanks,

    -teemu

  • Hi Teemu,

    I can just go ahead and attach the project file here:TPS65988DH_UFP.pjt

    I noticed in your most recent project that it had some IO configurations missing, also I would recommend confirming that your project file was created using the most recent GUI version 6.1.1. The project that I attached is configured as a UFP Source and should fix the issue.

    Thank you,

    Hari

  • Hi Hari,

    Thanks I will try this on next Monday, when I return to office.

    Yes I have new GUI & FW and I have done import settings from old project, no change in functionality. I have not uploaded those here. 

    Is your project with advanced template as I need I2C3 in my application?

    Thanks, -teemu

  • Hi Teemu,

    Yes, the project file that I attached is in advanced mode for your application. You can go ahead and import that project or load it into the GUI version 6.1.1.

    Thank you,

    Hari

  • Hi Hari,

    Made a quick check to UFP mode and it seems to work, thanks. So what is the trick here? I mean what was changed in the firmware settings to get it working.

    I will also check the I2C3 operation later today as it is not configured in the FW yet. 

    -teemu

  • Hi Teemu,

    I only loaded in the default configurations using the UFP template that is provided on the latest GUI when creating a new project. I believe some of your IO configs may have been incorrectly configured and may have been missing some events.

    Thank you,

    Hari

  • Hi Hari, 

    Aah, OK. Now I replicated all the settings from my non-working project and it seems to work. Would be good to know what was causing the issues? 

    Anyway, I can progress now. I will do some testing now and close this next week if no issues appear. 

    Thanks a lot,

    -teemu

  • Hi Teemu,

    Yes, I suspect it was that some of the necessary IO config events were possibly missing from the settings which may have caused some issues.

    Thank you,

    Hari