CE下基于Zylonite硬件平台的SD卡驱动开发 02 控制器, 供应商, 开发, 硬件, 接口

samwalton

1.1、主控制端驱动
        主控制端驱动控制包含主控制器硬件，遵循主控制端驱动接口，它被用于总线驱动通信和设置操作参数。主控制器驱动接口提供一个硬件提取层，在总线和主控制端执行之间。
        即：SDHC_XXX.DLL是最底层,因为这层是硬件关联层，因此取名XXX便是为了对应的具体的硬件BSP包（如本项目的硬件平台是ZYLONITE，其硬件供应商给的BSP包名即为ZYLONITE,在实际项目中我们便将SDHC_XXX.DLL取代为SDHC_ZYLONITE.DLL），它负责具体的发命令，大多数情况下都需要修改。
        1.2、总线驱动
        总线驱动作为提取和管理层处于主控制驱动和客户端驱动之间。它包括在SDbus.dll文件。为客户端驱动提供了标准的API，允许运行在任何的基于windows ce设备。总线驱动将是独立于应用程序和主控制端驱动，在不同的处理器之间移植，并不需要改动。SDBus.dll是中间层,负责整合命令和管理。
        1.3、客户端驱动
        客户端驱动和SD客户端驱动通信接口允许客户端驱动去和SD设备通信。客户端驱动接口是有计划地抽象SD总线物理设备的执行，提供了客户端驱动最大的弹性。客户端驱动接口允许客户端驱动去衡量一个单一的，同步的访问存储卡驱动使用一个线程，异步通信设备驱动。SDMemory.dll是最高层，类似于应用层。
         2.立足微软SD卡协议栈开发Zylonite 的BSP包的SD卡驱动
        当我们开发SD卡驱动时，并详细分析比较了Microsoft的SD驱动架构和Intel所提供的BSP内的参考SD卡驱动以后，可以得出如下结论：
        针对主控制端驱动（SDHC_XXX.DLL）：因为这一层是直接操作硬件的一层，所以大多数情况下都需要修改。修改的内容基本为收发命令部分以及数据传输和硬件初始化部分.
        针对总线驱动（SDBUS.DLL）：因为这一层处于主控制驱动和客户端驱动之间，用于他们之间的通信，SD卡总线请求都放在它里面，微软提供了非常完备的样例代码，所以我们一般都不需要改动，直接调用它的接口就可以了。
       针对客户端驱动（ SDMEMORY.DLL）：因为SDMemory就是所谓的Client层，类似于应用层，它还可用来识别卡的,不同种类的卡,比如sd memory card等，鉴于我们只需开发SD卡部分的驱动，所以也不需要怎么修改了（如果我要开发SD接口的SDIO设备，那么就得在这层做比较大的改动了）。
       Intel所提供的BSP内的参考SD卡驱动自己实现了主控制端驱动（SDHC_ZYLONITE.DLL），而调用并保留了总线驱动（SDBUS.DLL）和客户端驱动（ SDMEMORY.DLL）。因此结合具体的硬件设计（SD卡的CONNECTOR等），我们的主要任务便是利用BSP内的SD卡主控制端驱动代码，开发（配置并改进）我们实际项目内的SD卡驱动。