CD3215 Bootup Sequence
If a CD3215 does not have the LDO outputs, test the lines for shorts, otherwise the chip is missing power or bad. Data sheet of closest Ti chip.
A bad CD3215 can often cause a loop at step 10. All of the CD3215s need to be fully functional and communicate with the SMC before the CD3215 connected to the charger will request 20V.
The TBT ROM is required to get to 20V. It is powered by the CD3215 on the opposite side. It will not boot unless it can communicate. It seems with liquid in that area, the trace between the LDO of the CD3215 and TBT ROM gets damaged at the test point. Without communication with the TBT ROM, the 1.1V BMC LDO (PIN 35) won't come up while other LDOs will be present. The 1.1V BMC LDO is used to drive the logic negotiating USB-PD (USB 2.0 communications to charger). When that happens, when USB-C is connected to this CD3215, it will not negotiate 20V and get stuck on 5V, not cycling.
When one CD3215 in the system is bad, it will often cause others to not work as well, and they will often be power cycling after starting USB-PD negotiation as a result.
The CD3215 in one pair work in a master-slave fashion. For example on 820-00281, U3200 is the master while U3100 is the slave. The master is connected directly to the TBT ROM (U2890), while the slave (U3100) reads the TBT ROM firmware through the master (U3200). As a result, if the master (U3200) is not working properly, the slave (U3100) won't work either.
If all ports in all orientations are stuck at 5V, not power cycling, 1.1V BMC LDOs are good and the CC1/CC2 show good diode mode measurements, then there is probably an issue related to the communication between SMC and the USB-C controllers. Make sure to check that SMC_RESET_L and SMC_USBC_INT_L are properly pulled up to 3.3V.
Please note, the chip designations and net names are from an A1706.
|Step||Source||Name of Net||Voltage|
(Check these voltages
on each CD3215)
|3||U3200||HV_GATE1||High(5v, later 20V)(Air 10v, later 20V)|
|U3200||HV_GATE2||High(5v, later 20V)(Air 7.8v, later 20V)|
|6||U7000||PM_EN_P3V3_G3H (NC_CHGR_EN_VR1)||3.3V (5V on many boards)|
|8||U5000||PP1V2_G3H_SMC_VDDC or PP1V2_S5_SMC_VDDC||1.2V|
|9||U5165||PP3V0_G3H_AVREF_SMC or PP3V0_S5_AVREF_SMC||3.0V|
|11||U3200||USB_XB_CC1 (USBC_XB_CC1)||0.8V (data) (verify)|
|U3200||USB_XB_CC2 (USBC_XB_CC2)||0.8V (data) (verify)|
|17||U7000||Q7030 Q7040 opening||Unknown (low maybe)|
Thunderbolt ROM is required to get 20V as well as proper communication between all CD3215 chips, TBT Rom and SMC/T2.
If you get a message saying Critical Update Required there may be a problem with the logic board.
After you remove an underfilled chip, it is a good idea to check all pads which have vias underneath it. Even if pad seem fine, there might be a broken via. Use Diode mode and check such lines as i2C_UPC_T_SDA/SCL/INT. almost all datalines are usually 0.4V voltage drop. By waterdamage check UPC_TA_DBG* pulldown resisters - if this line is floating, this will cause master not to read SPI ROM.
piernov 11.8.2020 at 9:29 AM
@ChrisB [VA, US] U3100/U3200 were 5V not cycling. U3200 was missing 1.1V BMC LDO. U3100 is missing it too, however it's the slave so it gets the TBT firmware through U3200 so that's normal. (I'm not sure if the slave could cause the master to have missing 1.1V BMC LDO though) At one point U3200 3.3V LDO was sending out 4.2V, so that was going to the TBT ROM (U2890) as well, I doubt it damaged it but it's a possibility. UB300 and UB400 were power cycling with 1.1V BMC LDO present, so they seem to be working fine, cycling being caused by the other pair.
→ Bad TBT ROM U2890 (1:24:00)
Issue: 820-00840 wont take anything from charger, either port, or orientation.
Visible inspection resulted in marks on CC1/2 pins on both USB-C ports.
Diode mode measurement showed ~0.550V on 3 of them, one ~0.040V.
Replacing the port fixed the issue.
Conclusion: One damaged CC pin can cause the whole lot to stop functioning.
820-00840 and 820-00875: U3100/U3200 were 5V not cycling. All LDO voltages were present. If battery is connected goes to 20V but 0mA and PPDCIN_G3H is 0V because Q32100/Q3200 closed due to 0v on UPC_XA_GATE1/UPC_XB_GATE1 . SMBUS_SMC_4_G3_SCL and SMBUS_SMC_4_G3_SDA at Step10 were 3.42V without any pull down, i.e. no communication between SMC and U3100/U3200. Resolved by reflowing SMC chip on 820-00875 and SMC replacement in case of 820-00840. Conclusion: communication between SMC and U3100/U3200 should be checked at Step10 by using oscilloscope.
Dusten Mahathy 11.27.21
5v and 100mA for about 10 seconds then would jump to 20v 60mA - PPBUS not being generated. Initially found short on SMBUS_SMC_5_G3_SDA caused by D6950. After diode replacement, same result. Resolved issue by replacing SMC.
Voltages I had
- PPBUS_G3H - 0.300
- PP3V3_G3H - 3.4
- TBA_GATE_Q1 - 0
- TBA_GATE_Q2 - 0
- TBA_GATE_Q3 - 0
- TBA_GATE_Q4 - 0
- PPVIN_G3H_P3V3G3H - 19.8
- TBA_AUX_DET - 5.07
- HPWR_EN_L - 3.36
- SMC_RESET_L - 3.4
- TBA_VDDA - 5.07
- TBA_VDDP - 5.07
- PM_EN_P3V3_G3H - 5.08
- PPDCIN_G3H_CHGR - 19.8
- SMC_BC_ACOK - 3.4
- CHGR_AMON - 0
- CHGR_BMON - 0
I had no shorts in anyone of the usbc ports
USBC_XA_CC2 WAS GIVING ME COMMUNICATION ON OSCILLOSCOPE
USBC_XA_CC1 SAME WAS COMMUNICATING
UPC_XA_FAULT_XA FLAG IS 0V WHEN ANY PORTS ARE BAD
I2C_UPC_XA_BDG_CTL_SDA 0.8V ERROR R3108
I2C_UPC_XA_DBG_CTL_SCL 1V ERROR R3109
SO THE RESISTORS WHERE BAD r3108 &R3109 ARE 1MEG WHICH GAVE ME WEIRD VALUES AND ALSO THESE RESISTOR MUCH BE PULLED UP WHICH THE TRACE TO PP3V3_UPC_XA_LDO WERE OPEN TRACE .
SOLUTION: CHANGED THE r3109 AND r3108 AND REPAIR THE TRACE GAVE ME 20v AND VOILA LAPTOP POWERED ON.
Some words about 820-00840 and it's compatibility with different revisions of CD3215:
As we know, 820-00840 comes with CD3215C00 revision and won't accept anything else.
Recently I've got my way around this. I've got 820-00361 DVT board that came with factory B03 revision chips.
Board looks quite similar to 00840. In charging curcuitry I think the only difference it the TBT ROM, which is U2890.
So I decided to pull TBT ROM from 00361 and put it to 00840.
Well, that worked. Now my 00840 board accepts B01 and B03 revisions as well. Didn't tried putting back C00, though.
For those curious I've dumped the original contents of 00361 board's TBT ROM and uploaded them here.
IT-Solve - 13.09.2022
For Reference: I got A1708 00875 with blown CD3215B03 and replaced both with CD3215C00. Did not work as not cross-compatible. Following Leshuq's experience, swapped TBT ROM from 00840 which uses CD3215C00 onto the 00875 and did not work. Still stuck at 5V 0.02A
Crumblenaut - 16.09.2022
This page helps describe what USB-C power supplies need from USB-C devices in order to give ANY power on VBUS - namely a 5.1k pulldown resistance on BOTH the CC1 and CC2 pins, provided by the connected device. Until then, VBUS will provide no power - not even 5V.
If you're not getting ANY USB-C multimeter readings, check diode mode on the CC lines of your CD3215 (they'll typically read ~0.35V to ~0.5V) and see if one stands out from the others. These often just have a capacitor and a diode between them and ground, and so the requisite resistance to engage ANY power on the given port is provided by a functional CD3215. If the ports themselves aren't damaged, then the issue is most likely one or many CD3215's.
Note that the board that brought this to light for me is an A1707's 820-00281, and it had THREE ports that gave NO response to a USB-C power adapter via a multimeter, and ONE port that worked perfectly at 20V to power and charge the system.
This also suggests that if you have any one CD3215 that's causing the system to stick at 5V, then it can prevent any of them from switching to 20V... but as long as you have a functional master CD3215 to TBT ROM connection and the others are failed to the point that they won't trigger any voltage input from a power supply, then the system may be able to function on that one port.
Please take the information in my comment here with a grain of salt until it's verified further. ;)