1. TypeC与PD基础：TypeC接口物理层、CC逻辑、PD协议栈概述
各位工程师朋友，咱们今天聊聊TypeC和PD的基础。说实话，我入行那会儿，TypeC还是个新鲜玩意儿。记得第一次拿到TypeC的spec，厚厚一本，看得我头皮发麻。但后来在实际项目中摸爬滚打，慢慢就理清了脉络。
TypeC接口，说白了就是一个物理连接器。它比传统的USB接口强在哪？你想想看，正反都能插，这设计就够人性化。而且它支持高速数据传输、视频输出、大功率充电，一个口搞定所有。
1.1 TypeC接口物理层
TypeC接口有24个引脚。嗯，这里要注意，不是所有引脚都同时工作。我习惯把引脚分成几类：
- 电源引脚：VBUS（4个）、GND（4个）—— 负责供电
- 数据引脚：D+/D-（2对）、TX/RX（4对）—— 负责通信
- 配置引脚：CC1、CC2（2个）—— 负责角色识别和供电协商
- 辅助引脚：SBU1、SBU2（2个）—— 用于音频或DisplayPort
我在项目中遇到过一个问题：某款产品TypeC接口经常烧坏。排查下来，发现是VBUS引脚接触不良导致打火。后来我们改进了PCB布局，把VBUS和GND的走线加粗，问题就解决了。
关键点：TypeC的物理层设计，核心在于引脚分配和信号完整性。VBUS和GND的载流能力，直接决定了你能传输多大功率。
1.2 CC逻辑
CC（Configuration Channel）是TypeC的大脑。它负责两件事：
- 检测连接：判断设备是否插入，以及插入方向
- 角色定义：确定谁是Host（DFP），谁是Device（UFP）
为什么会这样？因为TypeC支持正反插，所以CC1和CC2是对称的。当设备插入时，CC引脚会通过电阻分压来识别角色。
我建议你记住这个表格：
| 角色 | CC引脚状态 | 典型应用 |
|---|---|---|
| DFP（下行端口） | 上拉电阻Rp到VBUS | 充电器、电脑 |
| UFP（上行端口） | 下拉电阻Rd到GND | 手机、外设 |
| DRP（双角色端口） | 交替切换Rp/Rd | 笔记本、平板 |
实战技巧：我曾经调试过一个DRP设备，死活识别不了对方角色。后来发现是CC引脚上的电容太大，导致电平变化太慢。把电容从1uF改成100nF，问题就解决了。
1.3 PD协议栈概述
PD（Power Delivery）协议，说白了就是TypeC的供电谈判机制。它让设备之间能协商出最合适的电压和电流。
PD协议栈分三层：
- 物理层：通过CC引脚传输BMC编码信号
- 协议层：定义消息格式和传输规则
- 策略引擎：决定供电策略和角色切换
我习惯用这个比喻来理解：物理层就像电话线，协议层就像拨号规则，策略引擎就像通话内容。
PD协议支持多种供电配置：
| 供电等级 | 电压范围 | 最大电流 | 典型场景 |
|---|---|---|---|
| 标准USB | 5V | 0.5A-3A | 普通外设 |
| PD 3.0 | 5V-20V | 5A | 笔记本充电 |
| PD 3.1 | 5V-48V | 5A | 大功率设备 |
避坑指南：我曾经在PD协议调试中踩过一个坑。设备支持20V/5A充电，但线缆只支持3A。结果协商时没检查线缆能力，直接拉满5A，线缆发热严重。后来我强制在协议层加入线缆能力检测，才彻底解决。
1.4 功耗优化的初步思路
说到功耗优化，很多工程师第一反应是降低电压。但TypeC和PD系统里，功耗优化远不止这么简单。
我个人习惯从三个维度入手：
- 静态功耗：CC引脚的上拉/下拉电阻选择，直接影响待机功耗
- 动态功耗：PD协商过程中的信号传输，频率越高功耗越大
- 系统功耗：供电转换效率，DC-DC的选型很关键
举个例子，我做过一个TypeC充电宝项目。待机时CC引脚一直保持上拉，功耗有0.5mW。后来我改成间歇检测，每100ms检测一次，待机功耗降到0.05mW。你看，一个小改动，功耗就降了10倍。
核心思路：TypeC和PD系统的功耗优化，要从物理层、协议层、系统层三个层面综合考虑。不要只盯着一个点，要全局看问题。
好了，这一章的基础内容就到这里。下一章我们会深入CC逻辑的细节，包括如何用示波器抓取CC信号，以及常见的调试技巧。你想想看，这些基础打牢了，后面做功耗优化才能得心应手。