码迷,mamicode.com
首页 > 其他好文 > 详细

SD3.0协议解读二

时间:2014-08-06 14:55:11      阅读:227      评论:0      收藏:0      [点我收藏+]

标签:style   blog   http   color   os   io   strong   数据   

在阅读本文章之前,请先思考一下什么是总线,总线的作用是什么?相信大家都学过I2C总线,它由SCL和SDA两条线组成,通过这两条线就能完成各种通信。同样地,SD卡通信也需要有自己的总线模式。SD卡还比较牛逼,支持SD总线和SPI总线,老衲接触的比较多的是SD总线,所以这篇文章仅介绍SD总线,对于SPI总线老衲以后有机会再介绍。

SD总线:

bubuko.com,布布扣

大家都知道总线一般支持多种频率,在默认的频率下,SD总线支持一(主)对多(从)的模式,即支持一个HOST对多个SD卡的模式。但是,在高速和UHS-I,SD总线只能支持一对一的模式,即支持一个HOST对一个SD卡的模式。

问:那么对于一对多的模式,总线是如何找到相应的SD卡呢?

答:在SD卡初始化识别模式下,通过发送CMD3来获取RCA,即卡的逻辑地址,如果卡发现跟自己的逻辑地址是一致的,就会通过R6来响应。

SD总线协议:

SD总线是基于命令和数据的,开始于起始位,结束于结束位。Command和Response都是通过CMD线来传输的,Data是通过数据线来传输的。Command都是由主机(HOST)发起,Response都是由卡发出响应的。

bubuko.com,布布扣

数据的传输是以(Block)为单位的,数据块后面带有CRC校验位,图3-4描述了单块和多块的数据传输操作,多块数据传输通过Stop命令来结束数据传输操作。

bubuko.com,布布扣

因为HOST的速度总是比SD的速度要快,假如你往卡里面拼命写数据,这会出现什么问题?问题可大了,假如SD卡第一次都还没成功写完整,你就马上发第二次第三次的数据过来,那必将会造成数据的丢失,对吧。这就引申出了等待机制。HOST必须等待Card写完了,你才能继续发第二次数据传输。

那么,在SD总线的块写操作里,是通过Data0的信号状态指示卡是否Busy还是Ready的。

bubuko.com,布布扣

Command的内部编码格式:

Command命令都是由48bit组成的,每个命令的开始都是以‘0‘开始,以‘1‘结束的。每个命令都包含有CRC校验位,它的作用是,当数据传输发生错误时,可以重新重新发起操作。

bubuko.com,布布扣

Response的内部编码格式:

Response有四种编码模式,这取决于响应内容,长度为48bit或者136bit。由图3-7可知,当Response为R1、R3、R6时,响应长度为48bit,而Response为R2时,响应长度为136bit。并且在CMD线上传输都是先发送MSB,最后发送LSB,由于Command和Response都是在CMD线上传输的,所以它们都必须按照先发送MSB,最后发送LSB。这些规定都会在驱动里面被一个结构体封装掉,你知道是这么一回事就好了,不用特别在意。

bubuko.com,布布扣


SD卡的数据包格式:

1.Usual data (8 bit width):在字节之间先传输低字节后传输高字节,在字节里面先传输高位后传输低位。

2.Wide width data(SD卡寄存器):共有512bit,先传高位后传低位。

相应的数据格式这里就不贴图了,有兴趣的读者请查阅“Part_1_Physical_Layer_Specification_Ver3.00_Final_090416”的P28和P29,OK,这篇文章暂时聊到这里,精彩在后面哦。

SD3.0协议解读二,布布扣,bubuko.com

SD3.0协议解读二

标签:style   blog   http   color   os   io   strong   数据   

原文地址:http://blog.csdn.net/lwj103862095/article/details/38397409

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!