SD3.0协议解读一

前言:

老衲我近期研究的是SD/MMC卡驱动,研究过的SD/MMC驱动的贫僧们都应该知道SD/MMC协议是必不可少的一部分,除非你不想研究透SD/MMC驱动,那你大可只研究driver/mmc/host目录下的文件即可。说到SD/MMC协议,网上一搜,SD3.0的协议只有英文版的资料,要想真正理解协议,英文水平差的贫僧就可吃力了,老衲英文水平实在是一般,但是网上对SD3.0协议的解读相关的中文资料实在是少的可怜。老衲怒想写写对SD3.0协议的理解,于是这一系列的SD3.0协议解读将会陆续问世.....

系统特征:

卡容量:

1.标准容量卡(SDSC):最大容量为2GB

2.高容量卡(SDHC):容量大小为2~32GB的卡

3.扩展容量卡(SDXC):容量大小为32GB~2TB的卡

问:这有什么用呢?在哪里会用到?

答:SD卡一般作为外置扩展容量,那么不同用户用的卡肯定不一样,那为了区分不同的卡,SD3.0协议中在初始化和识别卡的过程中会判断用户插入的卡是SDSC/SDHC/SDXC中的哪一种卡,比如在R3中的第38Bit的CCS = 0b时,表示插入的卡为SDSC卡,而CCS = 1b时,表示插入的卡为SDHC或者SDXC卡。不同的卡在Cammand和Response中有微小的区别,具体用到的时候再回头再说。

电压范围:

工作电压范围为:2.7~3.6V

问:告诉你电压范围有什么用呢?

答:卡的工作不是单边性的,它是和CPU理的卡控制器(host)之间互动的,那么host端也有自己支持的电压,card端也有自己支持的电压,而这二者支持的电压或许不一样。比如:host支持1.8~3.8V,而card支持2.7~3.6V,而协议就是完成取交集的作用,帮助host和card协调一个大家都支持的电压。

卡的属性:

卡可以设计为只读卡和可读/可写的卡

四线总线速率模式:

大家都应该看的懂什么意思吧?英文水平不至于比老衲还差吧?实在太差的就装个金山词霸呗~~这里要解释二个缩写,SDR的意思是Single Data Rate(单边数据采样,换句话说就是,要么上升沿采样,要么下降沿采样),DDR的意思是Double Data Rate(双边数据采样,换句话说,双边沿采样)。

注意了,这些总线速率模式是在四线的模式下才支持的,如果是1线的模式下,那可能就不一样了,而且并不是所有的host都支持所有的模式,比如并不是所有的CPU都支持SDR104模式,这个需要很强的IO输入输出能力,即便你的主频可以跑1.8GHz,但是到了SD卡这边的IO可不一定支持208MHz,这个具体要看CPU的spec。

好了,这篇就写这么多,注意了,老衲并不是单纯的将SD3.0的英文协议翻译过来,翻译只是对英文的解析,这并不是对协议的理解,这里是解读协议!

SD3.0协议解读一

时间: 2024-08-26 18:47:09

SD3.0协议解读一的相关文章

SD3.0协议解读三

SD卡功能描述 所有主机和SD卡间的通信都是由主机控制的,这和USB是一致的,例如:U盘并没有主动通知USB控制器的能力,USB鼠标也没有主动通知USB控制器的能力,当然,SD卡也是没有主动通知SD控制器的能力的. 主机发送的命令有两种,一种是一对多,另一种自然是一对一了,他们分别是: 1.广播命令:广播命令发送给所有挂在SD总线上的SD卡,有一些广播命令需要SD卡作出响应. 2.寻址(点对点)命令:寻址命令只发送给具有相应地址的卡,并需要找到的那张卡返回一个响应. SD卡有两种模式,一种是卡识

SD3.0协议解读二

在阅读本文章之前,请先思考一下什么是总线,总线的作用是什么?相信大家都学过I2C总线,它由SCL和SDA两条线组成,通过这两条线就能完成各种通信.同样地,SD卡通信也需要有自己的总线模式.SD卡还比较牛逼,支持SD总线和SPI总线,老衲接触的比较多的是SD总线,所以这篇文章仅介绍SD总线,对于SPI总线老衲以后有机会再介绍. SD总线: 大家都知道总线一般支持多种频率,在默认的频率下,SD总线支持一(主)对多(从)的模式,即支持一个HOST对多个SD卡的模式.但是,在高速和UHS-I,SD总线只

SD3.0协议解读四

前面的文章提到过SD卡主要分为两个操作模式,一是初始化和识别操作模式,另一种就是这篇文章需要分析的数据传输模式啦. 数据传输模式: 数据传输模式主要有六种状态,分别是Stand-by状态.Transfer状态.Sending-data状态.Receive-data状态.Programming状态.Disconnect状态.这六种状态通过不同的Command就可以切换到某种状态,换句话说,这六种状态贯穿了整个数据传输模式. 要理解数据传输模式的流程,老衲认为除了理解这六种状态,还需要对Comman

IP协议解读(二)

IP协议是TCP协议栈中的核心协议,也是网络编程的基础之一. 我们接着在IP协议解读(一)继续学习 网络层作用 IP分片: IP数据报的长度超过帧的MTU时,将会被分片传输.分片可能发生在发送端,也可能发生在中转路由器上,并且可能在传输过程中被多次分片.最终会在接收器上被IP模块重新组装. 在IP协议解读(一)中讲述了16位数据报标识.3位的标识,13位的片偏移给分片和重组提供了足够的信息.一个IP数据报的每个分片都具有自己的头部.他们具有相同的标识值,但具有不同的片偏移. 以太网的MTU位15

深入理解OAuth2.0协议

1. 引言 如果你开车去酒店赴宴,你经常会苦于找不到停车位而耽误很多时间.是否有好办法可以避免这个问题呢?有的,听说有一些豪车的车主就不担心这个问题.豪车一般配备两种钥匙:主钥匙和泊车钥匙.当你到酒店后,只需要将泊车钥匙交给服务生,停车的事情就由服务生去处理.与主钥匙相比,这种泊车钥匙的使用功能是受限制的:它只能启动发动机并让车行驶一段有限的距离,可以锁车,但无法打开后备箱,无法使用车内其他设备.这里就体现了一种简单的"开放授权"思想:通过一把泊车钥匙,车主便能将汽车的部分使用功能(如

安全系列之二:OAuth2.0协议

本文提取出OAuth2.0规范RFC6749的主要内容,部分内容从文档复制出来,给大家讲讲第三方授权背后的故事. 先是举个知乎的QQ登录授权的例子,然后讲四种授权方式,两种令牌,接着是看看协议流程,分析知乎的QQ登录授权请求响应报文解释OAuth2.0协议,最后简单看看QQ提供第三方授权的API加深理解. 先打个预防针,在讲解四种授权,两种令牌时大家可能会有点不懂,但是跟随着协议流程走就懂了. 如果觉得排版不好,可以访问我的博客.TAT blog.bensonlin.me 如果觉得写得不错,欢迎

基于OAuth2.0协议 第三方登录与数据同步验证设计

前段时间,公司跟别的公司签订合作伙伴,搞了一个第三方登录与数据共享同步,是基于OAuth2.0协议,现在空闲了,做一下笔记. 到github下载一个OAuth2.0的PHP类库(当然,你也可以自己写一个^-^,但个人觉得没必要造轮子),有写好Mysql与Mongodb的Demo,参考一下,然后嵌套自己的业务代码,下面是客户端与服务端的交互流程: +-----------+ +-----------+| | 带client_id的URL请求获取code | || | ---------------

Oauth2.0协议 http://www.php20.com/forum.php?mod=viewthread&tid=28 (出处: 码农之家)

概要     OAuth2.0是OAuth协议的下一版本,但不向后兼容OAuth 1.0即完全废止了OAuth1.0. OAuth 2.0关注客户端开发者的简易性.要么通过组织在资源拥有者和HTTP服务商之间的被批准的交互动作代表用户,要么允许第三方应用代表用户获得访问的权限.同时为Web应用,桌面应用和手机,和起居室设备提供专门的认证流程.2012年10月,OAuth 2.0协议正式发布为RFC 6749 OAuth 1.0已经在IETF尘埃落定,编号是RFC5849这也标志着OAuth已经正

对openflow 1.0协议的扩展

通过这几天对openvswitch代码的分析,以及项目的需要,需要对openflow 1.0进行一定的扩展,发现网上没有这方面的教程,虽然在搞懂ovs代码架构,floodlight controller中利用的事件驱动模型之后,会觉得并不是难事,但是对于刚入门SDN的同学来说,需要一番折腾,这里简单记录一下,希望帮助到其他人.环境配置:2host + 1 OVS + floodlight软件版本: openvswitch 1.9.0 , floodlight0.85  在尝试对ovs中的open