1. SDIO协议基础：从入门到实战

大家好，我是老张。做嵌入式驱动开发十几年了，SDIO协议算是我打交道最多的接口之一。今天咱们就来聊聊SDIO协议的基础知识。说实话，很多新手一上来就啃协议手册，结果越看越懵。我的建议是——先理解它要解决什么问题，再看细节。

SDIO，全称Secure Digital Input Output，说白了就是在SD卡接口上跑I/O设备通信。你想想看，SD卡接口本来是用来存数据的，但工程师们发现这个接口速度够快、引脚又少，干脆拿来接Wi-Fi模块、蓝牙模块、GPS模块、摄像头……嗯，这就是SDIO的由来。

我个人习惯把SDIO理解成「带存储功能的SPI升级版」。它保留了SD卡的存储命令集，同时扩展了I/O相关的命令。一个SDIO设备可以同时拥有多个功能（Function），每个功能就像一个小外设。比如一个Wi-Fi模块，Function 0是控制寄存器，Function 1是数据收发通道。

  核心要点： SDIO不是全新的协议，它是在SD卡协议基础上增加了I/O操作能力。所以学习SDIO之前，最好先了解SD卡协议的基本框架。

SDIO总线长什么样？我画个图你就明白了。

从图上你能看到，SDIO总线其实很简单。一个主机（Host）通过三条线——CLK、CMD、DAT——连接多个设备。CLK提供时钟，CMD传命令和响应，DAT传数据。

这里有个坑我得提醒你：SDIO总线上的设备数量是有限制的。我记得有一次项目里想挂4个Wi-Fi模块，结果发现SDIO协议最多支持3个设备（加上主机自己）。嗯，后来只能改用多个SDIO控制器。

实战经验： 我建议你在设计硬件时，给每个SDIO设备预留独立的电源控制引脚。这样在驱动初始化时，可以单独复位某个设备，避免总线冲突。

SDIO通信的核心就是「命令-响应」对。主机发一个命令，设备回一个响应。就这么简单。但命令的类型和格式，嗯，有点讲究。

命令格式长这样：

命令格式（48位）：
[0:0]   起始位（固定为0）
[1:1]   传输位（1=主机到设备）
[2:7]   命令索引（6位，共64种命令）
[8:39]  参数（32位，具体含义看命令）
[40:46] CRC7校验（7位）
[47:47] 结束位（固定为1）

响应格式也类似，只是传输位变成0（设备到主机）。

我个人把SDIO命令分成几类：

说到CMD52和CMD53，这两个是SDIO特有的命令，SD卡协议里没有。CMD52用来读写8位寄存器，CMD53用来读写数据块。我在调试Wi-Fi模块时，90%的时间都在用CMD53读写数据。

避坑指南： 我曾经在CMD52的响应超时上栽过跟头。有些SDIO设备在初始化阶段响应很慢，默认的超时时间不够。我的建议是——初始化阶段把超时设到1秒以上，稳定后再调小。

SDIO支持三种数据传输模式，我按使用频率排个序：

你可能会问：为什么不用8位模式？嗯，SDIO协议最多就4根数据线，这是历史原因。不过100 Mbps对于大多数嵌入式设备来说已经够用了。

数据传输的具体流程是这样的：

这里有个细节：数据块大小可以配置。默认是512字节，但有些设备支持1K、2K甚至4K。我建议你根据实际应用来选——Wi-Fi模块用512字节比较稳，摄像头用4K能提高吞吐量。

  性能优化技巧： 4位模式比1位模式快4倍，但前提是硬件布线要等长。我见过一个项目，DAT0和DAT1差了5mm，结果4位模式死活跑不起来。最后改成1位模式才解决问题。

说到数据传输，不得不提DMA。我个人习惯在SDIO驱动里用DMA传输大数据块。CPU只需要设置好DMA描述符，剩下的交给硬件。这样CPU可以去做别的事，比如处理网络协议栈。

嗯，SDIO协议基础就聊这么多。记住一句话：SDIO就是带I/O能力的SD卡接口。理解了这句话，后面的驱动开发就好办了。

我的建议： 刚开始学SDIO，别急着看协议手册。先找个开发板，用逻辑分析仪抓一下CMD0、CMD3、CMD7的波形。亲眼看到命令和响应在线上跑，比看100页文档都管用。