USB EZ-PD™ Type-C Forum Discussions

Hello there,

I am currently evaluation the usage of the EZ-PD BCR chip usage in our system. I have noticed that it utilizes the D+/D- lines for old AC adapters recognition. In the project, I would still need to use the D+ and D- lines for communication with the main MCU. Such branch connection would create stubs on the PCB. Also, it is not mentioned either the chip releases the D+/D- lines once it is done with recognition.

Using the EZ-PD BCR chip, is it possible to still utilize the D+/D- lines for communication?

I would appreciate all help.

Hi.

1) Our tools to validate the operation of the CY4532 EVK have arrived. Using this external Type A PCB, we can perform QC2.0 / QC3.0 triggers. Using QC2.0, we can select 5.0v..12v but in selecting 20.0v, the VBUS_A remains @ 12v.

Suspecting this has to do with default QC2.0 Class A support rather than Class B support.

2) How can we test the support of QC2.0 & QC3.0 with Class B profile? We wish to be able to dial up 20V using the fixed steps and also the PPS mode. Earlier today, we could step the voltage using QC3.0 from 5.0 to 12.0 using 0.2 or 0.3 volt steps. QC2.0 was able to skip steps from 5.0 to 12.0 volts but even though our QC2.0 trigger for 20.0v was selected, the EVK remained @ 12.0v. Believe the trigger is +3v3 on D+ and D- lines for 20v output.

3) After refreshing our CLA source code folder with a fresh copy - we are back to working QC2.0 (5v..12v).

4) Please assist with details on how to support QC2.0 / QC3.0 (PPS) upto 20v.

Will keep reading in the meantime.

Thanks!!

We are looking at using the Cypress CCG3PA micro controller as both a USB Type-C port controller (a function we need), as well as include some custom code of our own to do some other housekeeping functions on our PCB, rather than include a separate microcontroller.  We see this is an ARM Cortex M0, and has a few GPIO pins for general use, which would be perfect for our application.

I have looked online, but have not found a definitive answer as to whether it is possible to use the CC interface to program our own code.  It would be much better than to have to provide a separate access to the SWD programming port, if it can all be done over the USB-C port.  I have also seen mention that the CC interface uses "Vendor Defined Messages" (VDMs) to do this.  Does the Cypress configuration software allow inclusion of custom firmware into the Cortex M0 using these messages?

Can someone please let us know if it is possible to program your own custom code over the USB-C CC interface into the CCG3PA chip?  And if so, would the CY4501 kit provide this functionality?  Is there anything else that would be needed?

Thanks,

- Kevin

Hi,

We are using CYPD3120 to implement HDMI over type C, in our design and needed  clarifications on the below points.

1. We are supporting source function on USB type C and not sink(However, both host and device functionality is required) and not looking for battery charger function and hence, we have left VBUS pin of CYPD3120 floating. Is this fine ?

2. My understanding is , when HDMI sink is connected to the Type C connector(via type C to HDMI cable), CC pin detects it and the information can be carried to Application processor(HDMI source) and Super speed MUX via HPD of CYPD3120. Is my understanding correct?

3. We haven't planned to provide SWD connector, as I understand we can configure the CYPD3120 over I2C. Any comments?

I have attached the schematics pdf for your reference. Kindly let me know any points of concern in  the schematics.

Thanks and regards,

Abhilash G

Hi!

I know this is old request our our, but just checking if there have been any updates:

We are today using the USB HID Device stack of CCG3 for application-specific logic. We based the code on the USB device used for Billboard and USB bootloader. Problem is it as far as we can make out, it only supports HID feature reports. What we are lacking our Interupt IO end-points and it would also be very nice if we could run USB UART as well.

Has there been any initiative to port the USB HID and UART blocks that exists for PSoC Creator onto CCG3 or maybe another way to get a more complete HID/UART stack for CCG3?

Cheers

Olof

Hi. Somewhat confused about the consumer & provider FET switches and their roles as applied in the Cypress PB ref designs.

Reference:

EZ-PD Type-C USB

and

CY4532 EVK

1) On both the following blog design webpage & CY4532 EVK, the Southchip SC8802 buck-boost is used. This regulator is bidirectional where DIR decides the direction of the current flow.

EZ-PD Type-C USB

Based on this understanding, why is there a mosfet load switch for CONSUMER and yet another mosfet load switch for PROVIDER? Since even the other side of these switches mate with the common USB_TYPEC_VBUS pin.

2) Also, in tracing the CY4532 EVK schematic, it appears that the CONSUMER & PROVIDER switches are shorted via R20 = 0 ohms (CY4532 Power Board).

Perhaps the idea of a CONSUMER load switch & PROVIDER load switch are for other types of buck-boost regulators but cannot see the value if using SC8802 or similar. To clarify our understanding, the separate load switches are necessary if the destination pins are separate from each other? (ie. separate pin for the BATTERY_CHARGE and separate for the VADP?)

In our specific case, we have a bidirectional buck-boost that is I2C driven - so at most, we require a single mosfet load switch for our DRP PD3.0 design?

Hi. Are the FETs correctly shown in the following ref diagram?

Think that

CONSUMER FET should be driven by pin 4 (VBUS_C_CTRL)

PROVIDER   FET should be driven by pin 3 (VBUS_P_CTRL)

although pins 3 & 4 are only GPIO pins so the swap could be done in s/w. Regardless, just wanting to know if our understanding is correct or not on these labels.

https://community.cypress.com/community/usb/ez-pd-type-c-usb/blog/2019/03

Hi!

We are looking at making a "smart USB-C cable" that has additional electronics integrated into the plug. I noticed a different post that we need to ask a distributor to get access to the FW for EMCA / CCG2 cables, is that correct?

Question no 2 then: Using our own CCG4-based dock, is it possible to implement vendor-defined PD messages between the dock and the CCG2 in the cable? Assuming the dock is the VCONN source, are we able to create vendor-defined SOP-messages for our own purpose? And can they be access at the CCG2 side as well?

Cheers

Olof

Hi!

We have a dock using CCG4 and looking a creating a special dongle using CCG3 that can be connected to the dock. When the dongle is connected, it should source 20V power which then will be forwarded externally, but we want the CCG3-chip and some additional electronics be powered with the 5V provided by VCONN if possible. This so we don't need a secondary LDO/step-down converter in the dongle that will generate heat. Also we notice that when we power CCG3 over VBUS with 20V it becomes very hot, guessing from using the internal LDO for 20V > 3.3V/1.8V conversion.

Noticed that there were a HDMI dongle ref-design were the CCG3 is supplied by VCONN power only, but what is the right PD configuration that a device need to trigger the CCG4 dock / host to provide continous VCONN power? I assume there are some settings in PD Configuration Utility that needs to be correct?  And using this setting, is it possible for a device to both source VBUS power and VCONN power?

Is it possible via the CCG4 FW to manually override the control of VCONN power supply or that is all made in the binary part of the FW?

Cheers

Olof

CYPD3171-24LQXQ on Pathfinder, however, this model cannot be updated via I2C. Is there a different version or any pin compatible part which can be updated with I2C?