- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi Olof,
You are correct. Currently, the EMCA firmware is not going to SDK release.
Best Regards,
Lisa
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi Olof,
Answer Question 1: There are not plan to release firmware of EMCA cables. But we have a solution for ACTIVE cable based on CCG2, you can contact Cypress distributor to get details design.
Answer Question 2: Using our own CCG4-based dock, is it possible to implement vendor-defined PD messages between the dock and the CCG2 in the cable?
>>If the CCG2 is active type of EMCA and developed by your company, CCG4 can be communicate it via SOP* message. Currently, based on CY solution, the answer is no.
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?
>> If the CCG2 is active type of EMCA and developed by your company, CCG4 can be communicate it via SOP* message. Currently, based on CY solution, the answer is not possible to access CCG2, create vendor-defined SOP-messages on CCG4 is possible.
Best Regards,
Lisa
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi Lisa!
Ok, so basically impossible for us to make custom code for CCG2 running as an active EMCA were we for instance control external electronics using GPIOs / I2C?
Any idea why? It means that if we were to make a couple with signal re-driver we are not able to actually integrate it? Seems a bit limited use for the CCG2 as EMCA then?
Cheers
Olof
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi Olof,
You are correct. Currently, the EMCA firmware is not going to SDK release.
Best Regards,
Lisa