SD/MMC卡介绍

SD/MMC卡介绍1.1.什么是MMC卡MMC:MMC就是MultiMediaCard的缩写,即多媒体卡。它是一种非易失性存储器件,体积小巧(24mm*32mm*1.4mm),容量大,耗电量低,传输速度快,广泛应用于消费类电子产品中。1.2.什么是SD卡SD:SD卡为SecureDigitalMemoryCard,即安全数码卡。它在MMC的基础上发展而来,增加

大家好,又见面了,我是你们的朋友全栈君。

1.1.什么是MMC卡

MMC:MMC就是MultiMediaCard的缩写,即多媒体卡。它是一种非易失性存储器件,体积小巧(24mm*32mm*1.4mm),容量大,耗电量低,传输速度快,广泛应用于消费类电子产品中。

1.2.什么是SD卡

SD:SD卡为Secure Digital Memory Card, 即安全数码卡。它在MMC的基础上发展而来,增加了两个主要特色:SD卡强调数据的安全安全,可以设定所储存的 
使用权限,防止数据被他人复制;另外一个特色就是传输速度比2.11版的MMC卡快。在数据传输和物理规范上,SD卡(24mm*32mm*2.1mm,比MMC卡更厚一点),向前兼容了MMC卡.所有支持SD卡的设备也支持MMC卡。SD卡和2.11版的MMC卡完全兼容。

1.3.什么是SDIO

SDIO:SDIO是在SD标准上定义了一种外设接口,它和SD卡规范间的一个重要区别是增加了低速标准。在SDIO卡只需要SPI和1位SD传输模式。低速卡的目标应用是以最小的硬件开销支持低速IO能力。

1.4.什么是MCI

MCI:MCI是Multimedia Card Interface的简称,即多媒体卡接口。上述的MMC,SD,SDI卡定义的接口都属于MCI接口。MCI这个术语在驱动程序中经常使用,很多文件,函数名字都包括”mci”.

1.5.MMC/SD/SDIO卡的区别

SD/MMC卡介绍 - bsky - 要有追求,要去奋斗!

二.SD/MMC协议与命令

1.SD/MMC卡相关寄存器

SD卡内部有7个寄存器.其中OCR,CID,CSD和SCR寄存器保存卡的配置信息;RCA寄存器保存着通信过程中卡当前暂时分配的地址(只适合SD模式);卡状态(Card Status)和SD状态(SD Status)寄存器保存着卡的状态(例如,是否写成功,通信的CRC校验是否正确等),这两个寄存器的内容与通信模式(SD模式或SPI模式)相关.MMC卡没有SCR和SD Status寄存器.如下表1所示:

SD/MMC卡介绍 - bsky - 要有追求,要去奋斗!

表1 SD卡内部7个寄存器

1.1.OCR寄存器

OCR寄存器保存着SD/MMC卡的供电电允许范围.如下表2所示:如果OCR寄存器的某位为1,表示卡支持该位对应的电压。最后一位表示卡上电后的状态(是否处于”忙状态”),如果该位为0,表示忙,如果为1,表示处于空闲状态(MMC/SD协议P60)。

SD/MMC卡介绍 - bsky - 要有追求,要去奋斗!

表2 OCR寄存器

1.2.CID寄存器

CID为一个16个字节的寄存器,该寄存器包含一个独特的卡标识号。如下表3所示:

SD/MMC卡介绍 - bsky - 要有追求,要去奋斗!

表3 CID寄存器

1.3.CSD寄存器

CSD寄存器(卡特殊数据寄存器)包含访问卡存储时需要的相关信息。如下表4所示:

SD/MMC卡介绍 - bsky - 要有追求,要去奋斗!

表4 CSD寄存器

1.4.SCR寄存器

SCR寄存器提供SD卡的特殊特性信息,其大小为64位。该寄存器由厂商编程,主机不能对它进行编程。MMC卡没有SCR。如下表5所示:

SD/MMC卡介绍 - bsky - 要有追求,要去奋斗!

表 5 SCR寄存器

1.5. RCA寄存器

该16位卡地址寄存器保存了在卡识别过程中卡发布的器件地址。该地址用于在卡识别后主机利用该地址与卡进行通信。该寄存器只有在SD总线模式下才有效。

二. SD卡的引脚图

SD/MMC卡介绍 - bsky - 要有追求,要去奋斗!

三.SD卡的命令

3.1.SD卡的命令格式:

SD/MMC卡介绍 - bsky - 要有追求,要去奋斗!

SD卡的指令由6字节(Byte)组成,如下:

Byte1:0 1 x x x x x x(命令号,由指令标志定义CMD39为100111即16进制0x27,那么完整的CMD39第一字节为01100111,即0x27+0x40)。

Byte2-5:Command Arguments,命令参数,有些命令没有参数。

Byte6:前7位为CRC(Cyclic Redundacy Check,循环冗余校验)校验位,最后一位为停止位0。

3.2. SD卡的命令

SD卡命令共分为12类,分别为class0到Class11.

3.2.1. Class0 :(卡的识别、初始化等基本命令集)

CMD0:复位SD 卡。 
CMD1:读OCR寄存器。 
CMD9:读CSD寄存器。 
CMD10:读CID寄存器。 
CMD12:停止读多块时的数据传输。 
CMD13:读 Card_Status 寄存器。

3.2.2.Class2 (读卡命令集):

CMD16:设置块的长度。 
CMD17:读单块。 
CMD18:读多块,直至主机发送CMD12为止 。

3.2.3.Class4(写卡命令集) :

CMD24:写单块。 
CMD25:写多块。 
CMD27:写CSD寄存器 。

3.2.4.Class5 (擦除卡命令集):

CMD32:设置擦除块的起始地址。 
CMD33:设置擦除块的终止地址。 
CMD38: 擦除所选择的块。

3.2.5.Class6(写保护命令集):

CMD28:设置写保护块的地址。 
CMD29:擦除写保护块的地址。 
CMD30: Ask the card for the status of the write protection bits

class7:卡的锁定,解锁功能命令集。

class8:申请特定命令集 。

class10 -11 :保留。

3.3.SD卡的工作流程

首先看下脱离操作系统如何在ARM处理器上实现SD卡的读写。过程可以分为3个大的步骤:初始化sd卡、写sd卡、读sd卡。

3.3.1.工作条件检测

卡在识别模式下的命令流程如图3.1所示(英文版见标准SD卡协议P24)

SD/MMC卡介绍 - bsky - 要有追求,要去奋斗!

图3.1 卡在识别模式下的命令流程

1)在主机和SD卡进行任何通信之前,主机不知道SD卡支持的工作电压范围,卡也不知道是否支持主机当前提供的电压。因此主机首先使用默认的电压发送一条reset指令(CMD0)。

2)为了验证SD卡的接口操作状态,主机发送SEND_IF_COND(CMD8),用于取得SD卡支持工作的电压范围数据。SD卡通过检测CMD8的参数部分来检查主机使用的工作电压,主机通过分析回传的CMD8参数部分来校验SD卡是否可以在所给电压下工作,如果SD卡可以在指定电压下工作,则它回送CMD8的命令响应字 。如果不支持所给电压,则SD卡不会给出任何响应信息,并继续处于IDLE状态。

3)在发送ACMD41命令初始化高容量的SD卡前,需要强制发送CMD8命令。强制低电压主机在发送CMD8前发送ACMD41,万一双重电压SD卡没有收到CMD8命令且工作在高电压状态,在这种情况下,低电压主机不能不发送CMD8命令给卡,则收到ACMD41后进 
入无活动状态。

4)SD_SEND_OP_COND(ACMD)命令是为SD卡主机识别卡或者电压不匹配时拒绝卡的机制设计的。主机发送命令操作数代表要求的电压窗口大小。如果SD卡在所给的范围内不能实现数据传输,将放弃下一步的总线操作而进入无活动。操作状态寄存器也将被定义。

5)在主机发出复位命令(CMD0)后,主机将先发送CMD8再发送ACMD41命令重新初始化SD卡。

3.3.2.卡的初始化和识别处理

当总线被激合后,主机就开始卡的初始化和识别3处理。初始化处理设置它的操作状态和是设置OCR中的HCS比特命令SD_SEND_OP_COND(ACMD41)开始。HCS比特位被设置为1表示主机支持高容量SD卡。HCS被设置为0表示主机不支持高容量SD卡。 
卡的初始化和识别流程见图3.2

SD/MMC卡介绍 - bsky - 要有追求,要去奋斗! 

图 3.2卡的初始化和识别流程

3.3.3.数据传输模式

卡在识别模式结束后,主机时钟fpp(数据传输时钟频率)将保存为fod(卡识别模式下的时钟),由于有些卡对操作时钟有限制。主机必须发送SEND_CSD(CMD9)来获得卡规格数据积存器内容,如块大小,卡容量。广播命令SET_DSR(CMD4)配置所有识别卡的驱动阶段。它对DSR积存器进行编程以适应应用总线布局,总线上的卡数目和数据传输频率。

SD卡数据传输模式的流程图(英文版协议P26)如图3.3所示

SD/MMC卡介绍 - bsky - 要有追求,要去奋斗! 

图3.3 SD卡数据传输模式的流程图

1)CMD7命令用来选择某个SD卡,使其进入Transfer状态,在指定时间段内,只有一个卡能处于Transfer状态。当某个先前被选中的处于Transfer状态的SD卡接收到CMD7之后,会释放与控制器的连接,并进入Stand-by态。当CMD7使用保留地址0x0000时,所有的SD卡都会进入Stand-by状态 。

2)所有的数据读命令都可以被停止命令(CMD12)在任意时刻终止。数据传输会终止,SD卡返回Transfer状态。读命令有:块读操作(CMD17)、多块读操作(CMD18)、发送写保护(CMD30)、发送scr(ACMD51)以及读模式下的普通命令 
(CMD56)。

3)所有的数据写命令都可以被停止命令(CMD12)在任意时刻终止。写命令也会在取消选择命令(CMD7)之前停止。写命令有:块写操作(CMD24,CMD25)、编程命令(CMD27)、锁定/解锁命令(CMD42)以及写模式下的普通命令(CMD56)。

4)数据传输一旦完成,SD卡会退出数据写状态,进入Programming状态(传输成功)或者Transfer状态(传输失败)。

四.Linux中SD/MMC设备驱动流程

4.1.MMC子系统的基本框架

4.1.1.MMC子系统的代码在kernel/driver/MMC下面,目前MMC子系统支持一些形式的记忆卡:SD,SDIO,MMC。

4.1.2.HOST:针对不同主机的驱动程序,这一部分需要根据自己的特定平台来完成。

4.1.3.CORE:这是整个MMC的核心层,这部分完成了不同协议和规范的实现,并且为HOST层的驱动提供接口函数。

4.1.4.CARD:因为这些记忆卡都是块设备,当然需要提供块设备的驱动程序,这部分就是实现了将SD卡如何实现为块设备的。

4.1.5.各层之间的关系

SD/MMC卡介绍 - bsky - 要有追求,要去奋斗!

4.2.重要的结构体

4.2.1. struct mmc_host 用来描述卡控制器位kernel/include/linux/mmc/host.h下面。

4.2.2.struct mmc_card 用来描述卡位于kernel/include/linux/mmc/card.h下面

4.2.3.struct mmc_driver 用来描述mmc卡驱动在kernel/include/linux/mmc/card.h下面。

4.2.4.struct mmc_host_ops用来描述卡控制器操作集,用于从主机控制器向core层注册操作函数,从而将core层与具体的主机控制器隔离。也就是说core要操作主机控制器,就是这个ops当中给的函数指针操作,不能直接调用具体主控制器的函数。 
位于kernel/include/linux/mmc/host.h下面。

2.5.struct mmc_ios用于描述了控制器对卡的I/O状态。位于kernel/include/linux/mmc/host.h下面。

4.2.6.struct mmc_request用于描述读写MMC卡的请求,它包括命令,数据以及请求完成后的回调函数。位于kernel/include/linux/mmc/core.h中。

4.2.7.struct mmc_queue是MMC的请求队列结构,它封装了通用请求队列结构,加入了MMC卡相关结构。位于kernel/drivers/mmc/card/queue.h中。

4.2.8.struct mmc_data描述了MMC卡读写的数据相关信息,如:请求,操作命令,数据以及状态等。位于kernel/include/linux/mmc/core.h中。

4.2.9.struct mmc_command描述了MMC卡操作相关命令及数据,状态信息等。位于kernel/include/linux/mmc/core.h中。

4.3.host,core以及card之间的关联和处理流程

4.3.1总体的流程如下图所示

SD/MMC卡介绍 - bsky - 要有追求,要去奋斗!

4.3.2.数据.命令的处理流程在代码分析那里会仔细分析

4.4:核心任务 
MMC/SD卡的驱动整个构架由三个文件组成,其实一共就做了两件事件: 
1).卡的检测。 
2).卡数据的读取。

4.4.1.卡的检测中涉及到的函数 
tcc_mmc_probe(host/tcc_sdhc.c) 
mmc_alloc_host(core/core.c) 
mmc_rescan(core/core.c) 
mmc_attach_mmc(core/mmc.c) 
mmc_init_card(core/mmc.c) 
mmc_add_card(core/bus.c) 
device_add 
mmc_bus_match(core/bus.c) 
mmc_bus_probe(core/bus.c) mmc_blk_probe(card/block.c) 
alloc_disk/add_disk

4.4.2.卡中数据读写涉及到的函数 
mmc_blk_issue_rq(card/block.c) 
mmc_wait_for_req(core/core.c) 
mmc_start_request(core/core.c) 
host->ops->requset(host,mrq) 
//tcc_sdhc.c中的tcc_mmc_request

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/131462.html原文链接:https://javaforall.cn

【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛

【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...

(0)


相关推荐

  • rsync文件实时同步命令_sshcopyid命令详解

    rsync文件实时同步命令_sshcopyid命令详解简介  最近有一个比较特殊的需求需要实现,某个服务提供文件上传服务。但是要解决单点问题,所以会程序会部署在多台服务器上。但是也会随之带来一个和共享cookie的问题,那就是文件存储也应该共享的.其实大部分同学想到的,第一个肯定是使用NFS来解决。大家通过NFSmount到同一个目录即可实现.但是为什么我们没有选择这个解决方案呢?那是因为之前不知道是我们使用不当还是NFS自身存在问题,出现了几次事故,NFSServer端卡死,导致整个NFS的client端由于使用硬挂载的方式一

    2022年10月13日
  • 求逆矩阵的方法「建议收藏」

    求逆矩阵的方法「建议收藏」一般求逆矩阵的方法有两种,伴随阵法和初等变换法。但是这两种方法都不太适合编程。伴随阵法的计算量大,初等变换法又难以编程实现。适合编程的求逆矩阵的方法如下:

  • w3c标准 – Dom

    w3c标准 – Domw3c标准-Dom1.DOM(1)DOM:W3C的标准,定义了访问HTML和XML文档的标准。 (2)分类     a.核心DOM-针对任何结构化文档的标准模型.     b.XMLDOM-针对XML文档的标准模型(XMLDOM定义了所有XML元素的对象和属性,以及访问它们的方法)

  • 编写WordCount程序之一固定格式讲解

    编写WordCount程序之一固定格式讲解

  • tomcat是否有必要配置环境变量[通俗易懂]

    tomcat是否有必要配置环境变量[通俗易懂]答案:否好多环境都需要配置环境变量,有时候都搞不清楚哪些需要哪些不需要,今天特地查了一下tomcat是否需要配置环境变量。又涨知识了,原来可以配置也可以不配置。既然能不配置,本着懒懒的毛病,当然是不配置了哈哈…但这里还是说明一下为啥不需要配置吧!1、Tomcat解压完成后,直接在bin目录下运行startup.bat,是可以启动Tomcat的!2、但是如果不是在bin目录下运行star…

  • 建立数据库链接_html连接数据库

    建立数据库链接_html连接数据库建立数据库链接CREATE[public]DATABASELINK数据库链接名CONNECTTO用户名IDENTIFIEDBY密码USING数据库连接字符串;说明:   1.一般情况PUBLIC由数据库管理员来创建;个人用户可以不加public,是私有的数据库链接;   2.数据库连接字符串可以用NET8EASYCONFIG或者直接修改TNSNAMES.OR

发表回复

您的电子邮箱地址不会被公开。

关注全栈程序员社区公众号