SDIO通信协议深度解析：从命令响应到数据传输

1. 初识SDIO：不只是“高级版SD卡”

很多朋友第一次接触SDIO，可能和我当初一样，心里犯嘀咕：这不就是个插卡槽吗？跟手机里那个放存储卡的SD接口有啥区别？我刚开始做智能硬件项目，需要连接Wi-Fi模块时，也是这么想的，结果踩了不少坑。今天，我就用最“人话”的方式，带你彻底搞懂SDIO，它远不止一个存储接口那么简单。

简单说，SDIO的全称是Secure Digital Input Output，你可以把它理解成SD卡的“全能兄弟”。SD卡接口主要干一件事：存数据。而SDIO接口，在继承了SD卡那套高效的物理连接和通信协议的基础上，核心目标是“扩展功能”。它允许主机（比如你的手机主板、开发板）通过这个小小的卡槽，去连接和控制各种各样的外部设备，而不仅仅是存储卡。

我最早是在一个便携式医疗设备项目里用到它，需要连接一个采集生理信号的模块。如果走传统的UART或者SPI，速度跟不上，引脚也多。而SDIO完美解决了这个问题：它只用很少的线（CMD, CLK, DAT0-DAT3），就能实现高速的命令控制和数据交换，物理接口还和SD卡兼容，设计起来特别方便。常见的SDIO设备有哪些呢？Wi-Fi模块（比如很多路由器里用的）、蓝牙模块、GPS模块、摄像头模组，甚至还有以太网卡、电视调谐卡等等。只要你看到某个模块做成SD卡形状的，但功能不是存储，那十有八九就是SDIO设备。

所以，下次你再看到SDIO，脑子里要跳出的关键词是 “高速设备扩展总线” 。它的精髓在于那套精心设计的协议栈，从发命令、等响应，到传数据，环环相扣。理解了这个流程，你就能像指挥交通一样，让主机和设备之间高效、可靠地对话。下面，我们就钻进这个协议栈里，从最基础的命令开始，一层层把它剥开看。

2. 命令：主机如何发号施令？

如果把SDIO通信比作一次快递服务，那么命令（Command） 就是主机填写的快递单。它告诉设备：“我要干什么（取件还是寄件）、去哪里（地址是什么）、有什么要求（参数）”。SDIO总线上的所有操作，都是由主机主动发起命令开始的，设备从来不会主动“说话”，这和我们熟悉的I2C、SPI主从模式很像。

命令是一个长度为48位的固定格式数据包，在专用的CMD信号线上串行传输。别看它位数固定，里面包含的信息可非常丰富。我画个简单的结构图帮你理解：

[起始位0] [传输位1] [6位命令索引] [32位参数] [7位CRC校验] [结束位1]

让我挨个解释一下，这些字段在实际操作中到底怎么用：

• 起始位和结束位：就像电报的“开始”和“结束”信号，由硬件自动添加，我们写驱动时基本不用管。
• 传输位：固定为1，代表这个数据包是从主机发往设备的。
• 命令索引：这是命令的“身份证号”，比如CMD0、CMD52、CMD53。CMD0是复位命令，CMD52/53则是SDIO设备最核心的读写命令。你不需要背下所有命令，但要知道去哪里查（SDIO标准协议文档）。
• 参数：这是命令的“具体内容”，长达32位。不同的命令，这32位每一位的含义天差地别。比如，在发送读数据命令时，这32位可能就是你要读取的内存起始地址；在发送设置总线宽度命令时，其中某几位就代表要设置为1-bit还是4-bit模式。
• CRC7校验：为了保证命令在传输过程中不出错，主机计算一个7位的校验码附在后面。设备收到后会自己也算一遍，如果对不上，就认为命令传输错误，不予响应。

命令的类型也很有意思，主要分为四大类，这决定了设备会不会回应、怎么回应：

1. 广播命令（无响应）：主机对总线