1. SD卡协议基础：物理层规范、命令格式、响应类型、SPI与SDIO模式对比

各位同学，咱们今天正式开讲SD卡。说实话，SD卡这玩意儿看着不起眼，但里面的协议细节真不少。我当年第一次调SD卡驱动时，被那些命令和响应搞得晕头转向，折腾了整整三天才把初始化流程跑通。嗯，今天咱们就把这些基础打扎实。

1.1 物理层规范：你得知道的硬件底子

SD卡物理层，说白了就是卡和主控之间怎么连、怎么传数据。SD卡有9个引脚，但不同模式下用的引脚不一样。

引脚定义速览：

• VDD / VSS：电源和地。SD卡工作电压范围挺宽，2.7V到3.6V都行。我遇到过有人用3.3V供电结果卡不识别，后来发现是电源纹波太大，加个电容就好了。
• CLK：时钟线。所有数据都在时钟上升沿采样。SDIO模式下时钟频率可以到50MHz，SPI模式一般25MHz封顶。
• CMD：命令线。双向传输，主控发命令，卡回响应。
• DAT0-DAT3：数据线。SDIO模式下可以1位、4位并行传输。SPI模式下只用DAT0做MISO，CMD做MOSI。

1.2 命令格式：主控和卡怎么说话

SD卡的命令是48位的固定格式。我刚开始看手册时觉得这格式挺啰嗦，但后来发现设计得其实很严谨。

命令格式拆解：

• Bit 47：起始位，固定为0
• Bit 46：传输方向位，主控发命令时为1
• Bit 45-40：命令索引（CMD0-CMD63），共6位
• Bit 39-8：命令参数，32位。比如CMD16设置块长度，参数就是块大小值
• Bit 7-1：CRC7校验，覆盖命令索引和参数
• Bit 0：结束位，固定为1

// 命令格式示意（伪代码）
typedef struct {
    uint8_t  start_bit    : 1;  // 0
    uint8_t  tx_bit       : 1;  // 1
    uint8_t  cmd_index    : 6;  // CMD0~CMD63
    uint32_t argument     : 32; // 参数
    uint8_t  crc7         : 7;  // CRC校验
    uint8_t  end_bit      : 1;  // 1
} sd_cmd_t;

1.3 响应类型：卡怎么回话

卡收到命令后，会根据命令类型返回不同格式的响应。常见的响应类型有R1、R2、R3、R6、R7等。我当年最头疼的就是记这些响应格式，后来画了个表才理清楚。

常用响应类型对比：

1.4 SPI与SDIO模式对比：选哪个更合适

SD卡支持两种通信模式：SPI和SDIO。很多初学者会问：到底用哪个？我的建议是：看你的主控资源。

两种模式的核心差异：

• 引脚数量：SPI模式只用3根线（CLK、MOSI、MISO），外加片选CS。SDIO模式至少需要6根线（CLK、CMD、DAT0-DAT3）。
• 传输速度：SDIO 4位模式理论速度是SPI的4倍。实际项目中，SDIO读速度能到20MB/s以上，SPI一般5MB/s左右。
• 协议复杂度：SPI模式简单，命令和响应都是字节流。SDIO模式有命令、响应、数据块、CRC校验，逻辑复杂不少。
• 命令兼容性：SPI模式下有些命令和响应格式跟SDIO不一样。比如SPI模式下CMD0返回R1，SDIO模式下返回R1但格式有差异。

1.5 知识体系总览

下面这张图把本章的核心知识点串起来了。你想想看，SD卡协议其实就三块：物理层怎么连、命令怎么发、响应怎么收。SPI和SDIO是两种不同的"方言"。

这张图把物理层、命令响应、模式对比三层关系理清了。我个人习惯是先看物理层能不能对上，再调命令交互，最后根据项目需求选模式。顺序搞反了，后面调试会很痛苦。