TPS25750: USB data communication lost after APP mode and Power Source sucessfully configured

HI Pedro,

What data role do you expect the PD controller to be in to communicate to the phone? Do we need to be DFP or UFP? What is the device

Pedro Moura said:

After a well-succeeded PBMc task, PD entered in APP mode and the smartphone started charging. 

If it entered as a source, it would also have entered as DFP. Do you have a PD log of the decoded CC line messages that we can look at to help debug? It would tell us if there was any power or data role swaps. The role swap may be rejected if you are already a DFP.

Do you have the D+/D- USB2.0 lines connected to the PD controller?

Thanks and Regards,

Chris

Hi Christopher,

Thanks for your quick response.
If I am thinking right, I expect the PD Controller as DFP data role and Source power role.
(I expect provide power to a smartphone and receive usb data commands/requests from it)
I attached in the link a block diagram from the system connections to make easier to understand.

D+/D- USB2.0 lines are connected between MCU and PDController / PD Controller and USB-C connector.

I made some tests in Safe Mode (configured with ADCINx pins), one with the Smartphone connected and other with Laptop connected. I attached .sal and .csv raw data in the following link. In both files is possible to see I2C and CC lines. The behavior is different using the Smartphone or the Laptop.

I read some registers after PBMc command to help understand what is happen:
Device Capabilities: 0xF8 0x19 0x00 0x00
Boot Status: 0x30 0x03 0xF0 0xC2 0xA1
Status: 0x20 0x00 0x00 0x00 0x00
Power Path Status: 0x00 0x00 0x00 0x00 0x40
Power Status: 0x00 0x00
PD Status: 0x20 0x00 0x00 0x00
Mode: 0x41 0x50 0x50 0x20

Tell me if you need some additional information.

Thanks and regards,
Pedro

Hi Pedro,

If this is a new design, or currently in development, we strongly recommend switching over to the TPS25751. It is a p2p and feature compatible part, and the successor to the TPS25750. The TPS25750 is becoming NRND.

We will still support the TPS25750, but a majority of the support for bug fixes and new features is being moved to the TPS25751.

Can you share the .json you are using? This will help in debugging.

If you expect to receive USB data commands/requests from the smartphone, you likely want to be a UFP, not a DFP. When the PD controller negotiates a new contract, it will only either enter as Power Source, Data DFP, or Power Sink, Data UFP. Once entered as one of the two, you can then do power or data role swaps to get a combination.

If you are entering as Power Source, Data DFP, there will likely need to be a data swap to UFP. Please check the questionnaire that you have a DRP configuration selected(source and sink). Can you try setting the preferred data role to Device or DRP as well?

Your status register seems to indicate that the port is disabled?

Pedro Moura said:

D+/D- USB2.0 lines are connected between MCU and PDController / PD Controller and USB-C connector.

Do you need support for legacy charging schemes? (BC1.2)? The USB D+/- connections to the TPS25750 are only for supporting this, so if it is not needed, I would recommend disconnecting the PD controller from the data lines.

Pedro Moura said:

In both files is possible to see I2C and CC lines

Do you have any PD analyzer tools specifically for decoding the CC lines? I'll try using the built in Saleae tool but am not sure how accurate it is.

Thanks and Regards,

Chris

Hi Christopher,

I appreciate the suggestion about TPS25751 and I will take into account when I produce more hardware.

Regarding the current json configuration as power source and UFP data role, I shared the file in the following link.
In the meanwhile, I tried to execute a command to swap to UFP, rather than DFP, and the task was also rejected.
I also tried to disconnect the PD Controller from the USB data lines and the behavior continues the same.

I have not any PD analyzer tool to decode the CC lines, I just can do it with Saelae.

Thanks,
Pedro

Hi Pedro,

Let me take a look at your json and i'll get back to you later in the week.

What seems strange is that the register information you shared indicates that the port is disabled or disconnected.

Do you see 5-V on VBUS after/during connection?

Thanks and Regards,

Chris

Hi Christopher,

As I can see, the 5V on VBUS appear after connect the smartphone to USB-C and keeps on it during connection.

Do you have any idea what can I make the port disabled on PD?

Thanks for you help,

Pedro

Hi Pedro,

I saw that you had the preferred power role set to Sink in the .json questionnaire. Can you change it to Source and retest?

Something similar to this: 

{"questionnaire":{"version":"7.0.4.7","answers":[8,null,null,0,1,3,null,null,null,null,null,null,null,null,null],"options":{},"configID":null,"vendorID":null}}

Do you have 5-V on PP5V and Vin3V3 powered?

Thanks and Regards,

Chris

Hi Christopher,

I was out of the office and I had not the possibility to answer you during a week, so my apologies for that.
In the meanwhile, I retested the system with the configuration mentioned by you.
However, the system continued to provide power, however without USB data communication.

This time, I added in saelae simulation the PP5V, VBUS and 3V3 signals. Firstly, external power is connected, after the usb-c cable and finally, the patch bundle is updated.

You can find, saelae, json and csv files in the following link.

Thanks for your help,

Hi Pedro,

Thanks for the data. I'll take a look and get back to you by early next week due to the upcoming U.S. holidays.

Thanks and Regards,

Chris

Hello Christopher,

Did you have the opportunity to take a look at this topic?
If you have any ideas that could help move forward with the diagnosis I'd be very grateful.

Thanks for your attention,

Pedro

Hi Pedro,

Can you capture the CC lines on an analog channel as well? The CC lines don't appear to be doing anything communication-wise. We might be in a non-PD source contract.

When you connect the smartphone, can you read the status register and report the ConnState?

How are you reporting the reigsters? LSB first or last? From this capture, the status register seems to indicate nothing is connected in either orientation.

Can you share the latest schematic so we can check connections?

Thanks and Regards,

Chris

Hi Christopher,

I shared the latest schematics here. We considered the files from Power and TPS25750 circuits. In the folder there is a notes file with some considerations about the current implemented circuit.

In the meanwhile, I continuously ran the system and an ambiguous behavior happened. When the smartphone remains connected to the USB-C, the 3V3 power circuit periodically goes down, rebooting the system. This 3V3 power comes from a regulator, which input is connected to 5V and PP5V. Could there be a problem here in the schematics?
To observe this behavior, I shared the .sal and .csv files here.

Regarding the registers, the reported data is LSB first, so is written considering the order that data comes from TPS25750.

When I connect the smartphone, the status register reported no connection in ConnState.

Regarding the CC lines, sorry but I don't have an analog channel to acquire that signals synchronized with the other ones. Do you have any idea of what could cause a non-PD source contract?

Thanks a lot for your help,

Pedro

Hi Pedro,

Even if we connect with a non-PD contract, if we charge at 5-V, we should see the connectionState bit set.

A non-pd source contract would occur if either side doesn't support PD, or if there is some issue on the CC lines preventing proper communication.

Give me a couple days to review the schematics. Which ADCIN configuration are you using.

Thanks and Regards,

Chris

Hi Christopher,

Thanks for the explanation, I will proceed with some testing in the meantime.
I am using the following ADCIN configuration:
ADCIN1=7
ADCIN2=0
So, safe mode with 0x20 I2C address.

I look forward to hearing from your schematics review.

Thanks,

Pedro

Hi Pedro,

I noticed in the json you have the data speed set to USB2, is the phone not attemtping USB3?

Thanks and Regards,

Chris

Hi Christopher,

Thanks for the observation.
I tried now USB 3.2 Gen 1 and even so the status register reported no connection in ConnState.

However, the behavior seems different, CC lines changed its value during patch loading and VIN_3V3  remains high during all the process and after that.

You can access the new .sal and .csv files here.

Thanks and regards,

Pedro

Hi Pedro,

Are you still primarily testing with a phone as the connected device? Which phone are you using?

Thanks and Regards,

Chris

Hi Christopher,

Yes, I am still testing with a phone connected to USB-C.
I am using a Redmi Note 12 5G: link.

Thanks,

Pedro

Hi Pedro,

There still does not appear to be any PD communication on the CC lines. Could you share a similar CC line with the CC lines, VIN3V3, and VBUS as analog traces?

For the initial connection, we expect the CC lines to settle at an voltage between 0 and 3.3, and should not be sitting at 0-V.

Once the initial connection is done and the PD controller is ready, we should then see some communication on the CC lines

Can you reread the registers as you did before? The boot status register that you reported seems to indicate that no config has been loaded and there is a header issue. Are you sure that you are loading the config properly?

Can you try loading this config? I disabled the BC1.2 gpios (although I think you already disconnected the USB D+/D- lines between the PD controller and connector).

{"questionnaire":{"version":"7.0.4.7","answers":[8,null,null,0,2,3,1,null,1,null,null,null,null,null,null],"options":{},"configID":"0000","vendorID":"0000"},"configuration":{"data":{"selected_ace":[{"register":6,"data":[0,0,0,0,0,0,0,0]},{"register":22,"data":[10,48,48,77,0,0,0,0,0,0,3]},{"register":50,"data":[1,168,42,44,145,1,38,44,209,2,0,44,177,4,0,44,65,6,0,0,0,0,0,0,0,0,0,0,0,0,0]},{"register":51,"data":[0,44,145,1,16,44,209,2,0,44,177,4,0,44,65,6,0,69,65,6,0,0,0,0,0,0,0,0,0]},{"register":92,"data":[0,0,0,0,0,0,0,0,0,16,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,12,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0]},{"register":117,"data":[0,0,0,0]}]}}}

My expectation for the data connection is that we need a stable power connection, and to not disturb the D+/D- USB2 lines.

• Disconnecting the 0 ohms(R20 and R21) should prevent the PD controller from interfering with data, but I also disabled the GPIOs as well
• We still need to figure out the lack of connection reporting in the Status register.
  • Is there anything else connected on the CC lines outside of the 330pF caps?

Thanks and Regards,

Chris

Hi Christopher,

As I only can use an oscilloscope, I tried to compile the main analog signal behaviors and synchronize them with the digital .sal signals. You can observe it in the following images.

Image 1 - Analog behavior after patch bundle and reading boot status

Image 2 - Digital behavior after patch bundle and reading boot status

Image 3 - Behavior seconds after patch bundle

In fact, CC signals voltage level is between 0 and 3.3V (and not 0 as we saw in .sal file). However, is not possible to see communication in CC lines after connection.
Besides of that, VBUS analog behavior seems to be unstable and leads to 3V3 goes down for moment.

I reread the registers and the obtained values are:
Device Capabilities (0x0D): 0x04 0xF8 0x19 0x00 0x00
Boot Status (0x2D): 0x05 0x30 0x03 0xF0 0xC2 0xA1
Status (0x1A): 0x05 0x20 0x00 0x00 0x00 0x00
Power Path Status (0x26): 0x05 0x00 0x00 0x00 0x00 0x40
Power Status (0x3F): 0x02 0x00 0x00
PD Status (0x40): 0x04 0x20 0x00 0x00 0x00
Mode (0x03): 0x04 0x41 0x50 0x50 0x20

Probably, I was not explicit with the previous information about the bytes order. I told you that the reported data is LSB first. I would want consider that byte 1 from datasheet protocol table is the first written. So, when I consider the 0x0D register read with values 0x30 0x03 0xF0 0xC2 0xA1, byte 1 is 0x30, which leads to:
- no errors in patch bundle header
- a configuration has been loaded from I2C

The config file loaded is the same that you mentioned.
I remain absent R20 and R21 and also GPIOs disabled.
On the CC lines only the 330pF caps are present.

Thanks and regards,

Hi Pedro,

Thanks for the updates.

Yes, the analog CC voltages do indicate that the type-C implicit contract looks correct, we still see no USB-C PD communication(expect toggling on the CC lines).

It looks like the sink loses connection (CC2 going to 3.3-V) which causes us to lose VBUS.

I'm reviewing the rest of the information.

Thanks and Regards,

Chris

Hi Pedro,

Looking over the info you shared, it looks like the boot process is working properly. The lack of connection when the phone is connected is still concerning. What is surprising is that there is still 5-V being source even though the device reports no plug.

Please try using the attached config. I made some small changes and tested with an EVM, and it should be able to negotatiate a 5-V source contract and show a plug connected in the status register. Can you test the config and report the register information. 

Continuous DRP Prefer UFP.bin

{"questionnaire":{"version":"7.0.4.7","answers":[8,null,null,0,2,3,1,null,1,null,null,null,null,null,null],"options":{},"configID":"0000","vendorID":"0000"},"configuration":{"data":{"selected_ace":[{"register":6,"data":[0,0,0,0,0,0,0,0]},{"register":22,"data":[10,48,48,77,0,0,0,0,0,0,3]},{"register":23,"data":[8,4,0,2,0,0,0,0,0,0,0]},{"register":31,"data":[0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0]},{"register":32,"data":[0,0]},{"register":35,"data":[0,224,1,0]},{"register":39,"data":[1,129,64,140,25,7,26,0,80,81]},{"register":40,"data":[1,40,47,0]},{"register":41,"data":[194,112,128,3]},{"register":43,"data":[0,2,0,0,0,0,0,0]},{"register":50,"data":[1,168,42,44,145,1,6,44,209,2,0,44,177,4,0,44,65,6,0,0,0,0,0,0,0,0,0,0,0,0,0]},{"register":51,"data":[0,44,145,1,16,44,209,2,0,44,177,4,0,44,65,6,0,69,65,6,0,0,0,0,0,0,0,0,0]},{"register":55,"data":[62,80,20,100,144,145,1,0,0,0,0,0,0,0,0,0]},{"register":66,"data":[10,0,0]},{"register":67,"data":[25,25,25,25,25,25,50,25,34,2,0,25,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0]},{"register":71,"data":[6,81,4,64,149,81,4,0,0,5,9,0,0,1,0,0,104,0,0,0,0,0,0,0,71]},{"register":74,"data":[0,0,81,4,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0]},{"register":75,"data":[0,0,0,0]},{"register":81,"data":[0,6,0,0,0,1]},{"register":82,"data":[0,128,0,0,0,0,0]},{"register":86,"data":[63,128]},{"register":92,"data":[0,0,0,0,0,0,0,0,0,16,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,12,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0]},{"register":93,"data":[0,0,0,0]},{"register":98,"data":[0,0,0,0,0,0,0,0]},{"register":100,"data":[0,0,0,0,0,0,0,0,64,0,0]},{"register":108,"data":[0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0]},{"register":111,"data":[0,0,0,0,0]},{"register":112,"data":[1]},{"register":115,"data":[0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0]},{"register":117,"data":[0,0,0,0]},{"register":119,"data":[0,0,0,0,0,0,0,0,0,0,0,0,0,15]},{"register":121,"data":[0,0,0,0,0,0]},{"register":123,"data":[0,2,255,255,0,0,0,0,0,0,0,0,0,0,0,0]},{"register":125,"data":[0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0]},{"register":126,"data":[1,0,0,0,1,1,1,10,7,45,65]}],"bin_table":[{"rights":0,"register":0,"data":[],"offset":0},{"rights":0,"register":1,"data":[35,3,0,1,0,0],"offset":0},{"rights":0,"register":2,"data":[35,2,0,16,128],"offset":0},{"rights":0,"register":3,"data":[35,3,0,6,1,44],"offset":0},{"rights":0,"register":4,"data":[35,3,0,3,0,100],"offset":0},{"rights":0,"register":5,"data":[35,2,0,20,28],"offset":0},{"rights":0,"register":6,"data":[35,2,0,17,0],"offset":0},{"rights":0,"register":7,"data":[35,2,0,8,195],"offset":0},{"rights":0,"register":8,"data":[35,2,0,9,5],"offset":0},{"rights":0,"register":9,"data":[36,2,0,22,204],"offset":0},{"rights":0,"register":10,"data":[36,2,0,16,128],"offset":0},{"rights":0,"register":11,"data":[36,3,0,6,1,44],"offset":0},{"rights":0,"register":12,"data":[36,2,0,20,28],"offset":0},{"rights":0,"register":13,"data":[36,2,0,18,0],"offset":0},{"rights":0,"register":14,"data":[36,3,0,11,0,220],"offset":0},{"rights":0,"register":15,"data":[1,2,0,22,192],"offset":0},{"rights":0,"register":16,"data":[1,3,0,3,0,100],"offset":0},{"rights":0,"register":17,"data":[1,3,0,1,0,0],"offset":0},{"rights":0,"register":18,"data":[2,2,0,22,192],"offset":0},{"rights":0,"register":19,"data":[2,3,0,3,0,100],"offset":0},{"rights":0,"register":20,"data":[2,3,0,1,0,0],"offset":0},{"rights":0,"register":21,"data":[45,3,0,6,1,44],"offset":0},{"rights":0,"register":22,"data":[46,3,0,6,1,44],"offset":0},{"rights":0,"register":23,"data":[60,2,0,22,192],"offset":0},{"rights":0,"register":24,"data":[64,2,0,18,0],"offset":0},{"rights":0,"register":25,"data":[64,3,0,11,0,220],"offset":0},{"rights":0,"register":26,"data":[64,2,0,22,204],"offset":0},{"rights":0,"register":27,"data":[64,3,0,6,1,44],"offset":0},{"rights":0,"register":28,"data":[64,2,0,20,28],"offset":0},{"rights":0,"register":29,"data":[39,2,0,20,24],"offset":0},{"rights":0,"register":30,"data":[39,2,0,13,75],"offset":0},{"rights":0,"register":31,"data":[39,3,0,11,2,108],"offset":0},{"rights":0,"register":32,"data":[39,2,0,18,64],"offset":0},{"rights":0,"register":33,"data":[40,2,0,20,24],"offset":0},{"rights":0,"register":34,"data":[40,2,0,13,75],"offset":0},{"rights":0,"register":35,"data":[40,3,0,11,4,196],"offset":0},{"rights":0,"register":36,"data":[40,2,0,18,11,184],"offset":0},{"rights":0,"register":37,"data":[41,2,0,20,35,40],"offset":0},{"rights":0,"register":38,"data":[41,2,0,13,75],"offset":0},{"rights":0,"register":39,"data":[41,3,0,11,6,184],"offset":0},{"rights":0,"register":40,"data":[41,2,0,18,11,184],"offset":0},{"rights":0,"register":41,"data":[0,0,0,0,58,152],"offset":0},{"rights":0,"register":42,"data":[],"offset":0},{"rights":0,"register":43,"data":[],"offset":0},{"rights":0,"register":44,"data":[0,0,0,0,11,184],"offset":0},{"rights":0,"register":45,"data":[0,0,0,0,78,32],"offset":0},{"rights":0,"register":46,"data":[],"offset":0},{"rights":0,"register":47,"data":[],"offset":0},{"rights":0,"register":48,"data":[],"offset":0},{"rights":0,"register":49,"data":[],"offset":0}]}}}

Thanks and Regards,

Chris

Hi Christopher,

I made some testing with your new config and with the previous one already used and I realized that status register changes its value some seconds after it enters in app mode. This way, if I continuously read status register, the PD returns:

Status (0x1A): 0x05 0x27 0x00 0x10 0x00 0x00

Which means that recognize a plug present and PD is working as Source and UFP.
However, it continues sourcing power to the smartphone but there is no data transmission at the same time, so I can't communicate between microcontroller and smartphone via USB. Besides that, the behavior persists: periodically, VBUS goes down and reboot the whole process. Do you think that can be something related to the schematics?

Thanks you so much for your effort to help.

Pedro

Hi Pedro,

Bits 3:1 seem to indicate that the far-end device is a debug device? This means that the TPS25750 sees dual Rd's on the CC lines and can happen for a couple reasons.

• The PD controller will identify the far-end as a UFP if it only sees one RD pull down on the CC lines
• A UFP will have two RD's on it's CC lines, but the cable will only pass through 1 CC line.
  • Potentially a cable issue if both CC lines are passed through or if the cable is non-compliant and has Rd pulldowns
  • Maybe try a different cable.
• If discrete Rd pulldown resistors are put on the TPS25750 CC lines on your system, this could also cause this to happen. 
  • I don't think this is the case because you do not have Rd resistors on the CC lines.

If the device is stuck in debug mode, I don't know if USB operation will work correctly.

With the DFP project, can you recapture the CC lines again? I want to see if anything has changed from a voltage/communication perspective.

Now that we see a connection, please try this .json. It should have the phone enter as Source/DFP, and then should attempt to do a power role swap so the TPS25750 becomes source. We are mainly looking for the data connection.

{"questionnaire":{"version":"7.0.4.7","answers":[8,null,null,0,2,3,1,null,1,null,null,null,null,null,null],"options":{},"configID":"0000","vendorID":"0000"},"configuration":{"data":{"selected_ace":[{"register":6,"data":[0,0,0,0,0,0,0,0]},{"register":22,"data":[10,48,48,77,0,0,0,0,0,0,3]},{"register":23,"data":[8,4,0,2,0,0,0,0,0,0,0]},{"register":31,"data":[0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0]},{"register":32,"data":[0,0]},{"register":35,"data":[0,224,1,0]},{"register":39,"data":[1,129,64,140,25,7,26,0,80,81]},{"register":40,"data":[0,40,47,0]},{"register":41,"data":[82,48,128,3]},{"register":43,"data":[0,2,0,0,0,0,0,0]},{"register":50,"data":[1,168,42,44,145,1,6,44,209,2,0,44,177,4,0,44,65,6,0,0,0,0,0,0,0,0,0,0,0,0,0]},{"register":51,"data":[1,0,144,1,16,44,209,2,0,44,177,4,0,44,65,6,0,69,65,6,0,0,0,0,0,0,0,0,0]},{"register":55,"data":[62,80,20,100,144,145,1,0,0,0,0,0,0,0,0,0]},{"register":66,"data":[10,0,0]},{"register":67,"data":[25,25,25,25,25,25,50,25,34,2,0,25,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0]},{"register":71,"data":[6,81,4,64,149,81,4,0,0,5,9,0,0,1,0,0,104,0,0,0,0,0,0,0,71]},{"register":74,"data":[0,0,81,4,0,0,0,0,1,1,1,1,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0]},{"register":75,"data":[0,0,0,0]},{"register":81,"data":[0,6,0,0,0,1]},{"register":82,"data":[0,128,0,0,0,0,0]},{"register":86,"data":[63,128]},{"register":92,"data":[0,0,0,0,0,0,0,0,0,16,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,12,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0]},{"register":93,"data":[0,0,0,0]},{"register":98,"data":[0,0,0,0,0,0,0,0]},{"register":100,"data":[0,0,0,0,0,0,0,0,64,0,0]},{"register":108,"data":[0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0]},{"register":111,"data":[0,0,0,0,0]},{"register":112,"data":[1]},{"register":115,"data":[0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0]},{"register":117,"data":[0,0,0,0]},{"register":119,"data":[0,0,0,0,0,0,0,0,0,0,0,0,0,15]},{"register":121,"data":[0,0,0,0,0,0]},{"register":123,"data":[0,2,255,255,0,0,0,0,0,0,0,0,0,0,0,0]},{"register":125,"data":[0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0]},{"register":126,"data":[1,0,0,0,1,1,1,10,7,45,65]}],"bin_table":[{"rights":0,"register":0,"data":[],"offset":0},{"rights":0,"register":1,"data":[35,3,0,1,0,0],"offset":0},{"rights":0,"register":2,"data":[35,2,0,16,128],"offset":0},{"rights":0,"register":3,"data":[35,3,0,6,1,44],"offset":0},{"rights":0,"register":4,"data":[35,3,0,3,0,100],"offset":0},{"rights":0,"register":5,"data":[35,2,0,20,28],"offset":0},{"rights":0,"register":6,"data":[35,2,0,17,0],"offset":0},{"rights":0,"register":7,"data":[35,2,0,8,195],"offset":0},{"rights":0,"register":8,"data":[35,2,0,9,5],"offset":0},{"rights":0,"register":9,"data":[36,2,0,22,204],"offset":0},{"rights":0,"register":10,"data":[36,2,0,16,128],"offset":0},{"rights":0,"register":11,"data":[36,3,0,6,1,44],"offset":0},{"rights":0,"register":12,"data":[36,2,0,20,28],"offset":0},{"rights":0,"register":13,"data":[36,2,0,18,0],"offset":0},{"rights":0,"register":14,"data":[36,3,0,11,0,220],"offset":0},{"rights":0,"register":15,"data":[1,2,0,22,192],"offset":0},{"rights":0,"register":16,"data":[1,3,0,3,0,100],"offset":0},{"rights":0,"register":17,"data":[1,3,0,1,0,0],"offset":0},{"rights":0,"register":18,"data":[2,2,0,22,192],"offset":0},{"rights":0,"register":19,"data":[2,3,0,3,0,100],"offset":0},{"rights":0,"register":20,"data":[2,3,0,1,0,0],"offset":0},{"rights":0,"register":21,"data":[45,3,0,6,1,44],"offset":0},{"rights":0,"register":22,"data":[46,3,0,6,1,44],"offset":0},{"rights":0,"register":23,"data":[60,2,0,22,192],"offset":0},{"rights":0,"register":24,"data":[64,2,0,18,0],"offset":0},{"rights":0,"register":25,"data":[64,3,0,11,0,220],"offset":0},{"rights":0,"register":26,"data":[64,2,0,22,204],"offset":0},{"rights":0,"register":27,"data":[64,3,0,6,1,44],"offset":0},{"rights":0,"register":28,"data":[64,2,0,20,28],"offset":0},{"rights":0,"register":29,"data":[39,2,0,20,24],"offset":0},{"rights":0,"register":30,"data":[39,2,0,13,75],"offset":0},{"rights":0,"register":31,"data":[39,3,0,11,2,108],"offset":0},{"rights":0,"register":32,"data":[39,2,0,18,64],"offset":0},{"rights":0,"register":33,"data":[40,2,0,20,24],"offset":0},{"rights":0,"register":34,"data":[40,2,0,13,75],"offset":0},{"rights":0,"register":35,"data":[40,3,0,11,4,196],"offset":0},{"rights":0,"register":36,"data":[40,2,0,18,11,184],"offset":0},{"rights":0,"register":37,"data":[41,2,0,20,35,40],"offset":0},{"rights":0,"register":38,"data":[41,2,0,13,75],"offset":0},{"rights":0,"register":39,"data":[41,3,0,11,6,184],"offset":0},{"rights":0,"register":40,"data":[41,2,0,18,11,184],"offset":0},{"rights":0,"register":41,"data":[0,0,0,0,58,152],"offset":0},{"rights":0,"register":42,"data":[],"offset":0},{"rights":0,"register":43,"data":[],"offset":0},{"rights":0,"register":44,"data":[0,0,0,0,11,184],"offset":0},{"rights":0,"register":45,"data":[0,0,0,0,78,32],"offset":0},{"rights":0,"register":46,"data":[],"offset":0},{"rights":0,"register":47,"data":[],"offset":0},{"rights":0,"register":48,"data":[],"offset":0},{"rights":0,"register":49,"data":[],"offset":0}]}}}

Thanks and Regards,

Chris

Hi Christopher,

Thanks for the explanation. For now, I tried to remove the cable (USB-C plug-receptable extension cable) and directly connect the USB-C connector to the smartphone. The behavior remains the same in both situations.

I also tried the .json configuration that you proposed and now it happened something different. There is data communication between PD and Smartphone but PD is not acting as a source, so the smartphone is not charging. This way, if I continuously read status register, the PD returns:

Status (0x1A): 0x05 0x0B 0x00 0x10 0x40 0x00

After update the patch bundle, I tried to swap the power role to source but Task Code returns that it was rejected.

______________________________________________________________________________________

Regarding the DFP project that you want to see the CC lines, should I use a simple configuration (choose DFP and Power Source) or should I use the same advanced configuration used in the last test (changing DRP by DFP)?

Thanks,

Pedro

Hi Pedro, 

Pedro Moura said:

Thanks for the explanation. For now, I tried to remove the cable (USB-C plug-receptable extension cable) and directly connect the USB-C connector to the smartphone. The behavior remains the same in both situations.

Could you share a picture of what you are doing? I'm a little confused by your description. Is there a tethered cable?

Pedro Moura said:

Status (0x1A): 0x05 0x0B 0x00 0x10 0x40 0x00

After update the patch bundle, I tried to swap the power role to source but Task Code returns that it was rejected.

The new patch bundle was trying to force the port into a UFP state, it looks like the connection type is weird as it is giving us a reserved connection state now.

Pedro Moura said:

Regarding the DFP project that you want to see the CC lines, should I use a simple configuration (choose DFP and Power Source) or should I use the same advanced configuration used in the last test (changing DRP by DFP)?

Use the same advanced config from the latest test. Mainly looking for the analog voltages.

Thanks and Regards,

Chris