SPI驱动程序设计

 

SPI协议

SPI协议简介   SPI，是英语Serial Peripheral interface的缩写，顾名思义就是串行外围设备接口。是Motorola首先在其MC68HCXX系列处理器上定义的。SPI接口主要应用在 EEPROM，FLASH，实时时钟，AD转换器，还有数字信号处理器和数字信号解码器之间。SPI，是一种高速的，全双工，同步的通信总线，并且在芯片的管脚上只占用四根线，节约了芯片的管脚，同时为PCB的布局上节省空间，提供方便，正是出于这种简单易用的特性，现在越来越多的芯片集成了这种通信协议，比如AT91RM9200. SPI的通信原理很简单，它以主从方式工作，这种模式通常有一个主设备和一个或多个从设备，需要至少4根线，事实上3根也可以（单向传输时）。也是所有基于SPI的设备共有的，它们是SDI（数据输入），SDO（数据输出），SCK（时钟），CS（片选）。 （1）SDO     – 主设备数据输出，从设备数据输入 （2）SDI      – 主设备数据输入，从设备数据输出 （3）SCLK   – 时钟信号，由主设备产生 （4）CS        – 从设备使能信号，由主设备控制 其中CS是控制芯片是否被选中的，也就是说只有片选信号为预先规定的使能信号时（高电位或低电位），对此芯片的操作才有效。这就允许在同一总线上连接多个SPI设备成为可能。 接下来就负责通讯的3根线了。通讯是通过数据交换完成的，这里先要知道SPI是串行通讯协议，也就是说数据是一位一位的传输的。这就是SCK时钟线存在的原因，由SCK提供时钟脉冲，SDI，SDO则基于此脉冲完成数据传输。数据输出通过 SDO线，数据在时钟上升沿或下降沿时改变，在紧接着的下降沿或上升沿被读取。完成一位数据传输，输入也使用同样原理。这样，在至少8次时钟信号的改变（上沿和下沿为一次），就可以完成8位数据的传输。 要注意的是，SCK信号线只由主设备控制，从设备不能控制信号线。同样，在一个基于SPI的设备中，至少有一个主控设备。这样传输的特点：这样的传输方式有一个优点，与普通的串行通讯不同，普通的串行通讯一次连续传送至少8位数据，而SPI允许数据一位一位的传送，甚至允许暂停，因为SCK时钟线由主控设备控制，当没有时钟跳变时，从设备不采集或传送数据。也就是说，主设备通过对SCK时钟线的控制可以完成对通讯的控制。SPI还是一个数据交换协议：因为SPI的数据输入和输出线独立，所以允许同时完成数据的输入和输出。不同的SPI设备的实现方式不尽相同，主要是数据改变和采集的时间不同，在时钟信号上沿或下沿采集有不同定义，具体请参考相关器件的文档。 在点对点的通信中，SPI接口不需要进行寻址操作，且为全双工通信，显得简单高效。在多个从设备的系统中，每个从设备需要独立的使能信号，硬件上比I2C系统要稍微复杂一些。 最后，SPI接口的一个缺点：没有指定的流控制，没有应答机制确认是否接收到数据。 AT91RM9200的SPI接口主要由4个引脚构成：SPICLK、MOSI、MISO及 /SS，其中SPICLK是整个SPI总线的公用时钟，MOSI、MISO作为主机，从机的输入输出的标志，MOSI是主机的输出，从机的输入，MISO 是主机的输入，从机的输出。/SS是从机的标志管脚，在互相通信的两个SPI总线的器件，/SS管脚的电平低的是从机，相反/SS管脚的电平高的是主机。在一个SPI通信系统中，必须有主机。SPI总线可以配置成单主单从，单主多从，互为主从。 SPI的片选可以扩充选择16个外设,这时PCS输出=NPCS,说NPCS0~3接4-16译码器,这个译码器是需要外接4-16译码器，译码器的输入为NPCS0~3，输出用于16个外设的选择。

SPI驱动程序设计

引 言 　　Windows CE为支持多线程、多任务、抢占式的嵌入式操作系统。随着Windows CE 6．0的发布，其内核性能的明显提升和源代码开放，将促使其在消费电子、工业控制、移动通信等领域得到广泛的应用。 　　通常Platform Builder中给出了支持多种CPU常用设备驱动程序，如LCD驱动、鼠标驱动、USB驱动、串口驱动等；但有时由于平台采用了其他特定的硬件设备，其驱动程序在Platform Builder并没有给出，这时就需要用户针对实际的硬件自行开发，以满足个性化的需求。本文所涉及的SPI接口驱动就属于此类。 1 SPI总线及S3C2440芯片介绍 　　串行外围设备接口SPI(Serial Peripheral Interface)总线是Freescale公司推出的一种三线同步接口。接口采用同步串行3～4线方式进行通信，即1条时钟线SCK、1条数据输入线MOSI、1条数据输出线MISO，另外还有1条从选线NSS(可选)，用于CPU与各种外围器件进行全双工、同步串行通信。SPI接口在众多的移动存储和高速通信芯片上得到广泛应用。 　　根据时钟极性和时钟相位的不同，MOSI和MISO上的数据支持4种数据传输格式。SPI的主要特点为：可以同时发出和接收串行数据，可以当作主机或从机工作，提供频率可编程时钟，发送结束中断标志，写冲突保护和总线竞争保护等。 　　S3C2440是一款基于ARM920T的16／32位RISC微处理器，主频可达400 MHz。该芯片性价比高，功耗低，含有丰富的片内外设，主要用于手持设备和移动终端。S3C2440中与SPI相关的寄存器有： 750){this.width=500;}" border=0> 2 Windows CE的驱动程序 2．1 Windows CE下驱动程序的基本概念和分类 　　驱动程序是一个抽象物理设备或者虚拟设备的功能软件，驱动程序管理这些设备的操作并将设备的功能导出给操作系统和应用程序。根据驱动程序导出接口的不同，windows CE中驱动可以分为本机设备驱动程序(native device driver)和流式驱动程序(streams device driver)。本机设备驱动适于集成到基于Windows CE平台的设备。这些设备驱动程序是一些硬件所必需的，是由原始设备制造商创建的，用来驱动如键盘、LED、触摸屏等。本机驱动在编译时被静态链接到GWES，系统运行时由GWES加载。流式驱动程序也称"可安装驱动程序"，是由设备管理器(device．exe)动态加载用户模式的DLL。对流式驱动程序来说，不管需要控制的设备是什么类型，所有流式驱动都使用相同的接口并导出一组相同的函数--流接口函数。流式驱动适用任何在逻辑上可以被认为是一个数据源或者数据存储的I／O设备。 2．2流式驱动程序工作原理 　　在Window CES中，流式驱动程序负责将设备抽象成一个文件，应用程序便能够使用系统提供的API(ReadFile、writeFile、IOControl等)对其进行读写。应用程序使用文件API访问设备时，请求经过文件系统(Filesys．exe)过滤被送到device．exe；device．exe根据请求调相关的流式驱动程序接口，从而完成与硬件的交互。 2．3 设备驱动的中断处理 　　在windows CE系统中，当中断发生时，OEM抽象层(OEM Abstraction Layer，OAL)把物理中断信号映射成OEM定义的逻辑中断供操作系统和驱动程序调用。为了满足实时性要求，系统将中断处理过程分为2个阶段，即处于内核模式的中断服务例程(Interrupt Service Routine，ISR)和处于用户模式的中断服务线程(Interrupt Service Thread，IST)。ISR主要负责将物理中断映射为逻辑中断，然后由操作系统根据逻辑中断激发所关联时间对象的内核，使等待该事件内核对象的线程IST开始执行中断处理程序。 　　具体中断处理过程如图1所示。中断发生后，信号发往异常处理器，并且中断支持处理器调用OAL函数OEMInterruptDisable关闭来自该硬件的中断。ISR被内核调用并返回结果，且通过内核设置Event事件来触发IST。IST被唤醒后调用各种I／O函数完成中断处理并返回InterruptDone通知内核。内核调用OEMInterruptDone通知硬件重新开启中断。 750){this.width=500;}" border=0> 3 SPI总线驱动设计 　　综上所述，SPI总线驱动分为2部分，即处于内核模式OAL层将物理中断映射成逻辑中断的ISR，以及处于用户模式流式驱动。其中包括执行中断处理线程IST。 3．1 初始化中断以及ISR实现 　　SPI通信是通过读写SPI寄存器来完成的，通过读写上述6个SPI寄存器中的状态字可以检测和控制SPI总线的行为。在OAL层中需要完成的工作如下： 　　①在中断头文件oalintr．h中添加SPI的中断宏定义，供ISR返回调用。 　　#(define SYSINTR_SPIO (SYSINTR_FIRMWARE+22) 　　注意：定义时要使中断号满足该文件中MapIrq2SysIntr中所要求的范围。WinCE4.2版本支持最大中断数为32，WinCE5.0版支持最大中断数为64。 　　②在OAL实现文件cfw.c中，添加中断初始化和禁止中断实现代码。 　　③在中断处理实现文件armint.c的OEMInterruptHandler函数中添加ISR程序代码，返回逻辑中断号。代码如下： 750){this.width=500;}" border=0> 750){this.width=500;}" border=0> 3.2 流式驱动的实现 　　驱动被加载后需要完成设备的初始化工作，包括地址空间申请和映射、全局变量的初始化、IST的加载等。初始化的代码简化如下： 750){this.width=500;}" border=0> 750){this.width=500;}" border=0> 750){this.width=500;}" border=0> 750){this.width=500;}" border=0> 　　需要说明的是，在本程序中使用了CEDDK中MmMapIoSpace库函数，故另需在头文件中添加#include和#pragma comment(lib,"ceddk．lib")。至此，g_SPIReg在其他的驱动实现函数中就可以调用，直接读写其指向的寄存器的代码即可完成相关的操作。还需要实现的函数有：SPI_Deinit、SPI_Read、SPI_write、SPI_Seek、SPI_Open、SPI_Close、SPI_IOCntrol。限于篇幅，本文仅给出驱动初始化的代码。 3．3 驱动与应用程序的通信设计 　　在Windows CE中，用户模式下每个进程与其他进程所占有的内存空间被虚拟内存机制隔离，进程间无法实现直接互访。在驱动程序和应用程序通信过程中，驱动程序位于device．exe的进程空间中，由于上述原因，驱动程序向应用程序发起的单向通信存在困难。通常的解决方法是在内核空间中共享同步对象，建立消息队列或者通过指针映射来完成。上述方法都无法回避进程间的数据复制过程，因而只适用于少量的数据传输。对于大量的数据或者实时性要求较高的情况，可以在虚拟地址为Ox4200 0000～0x7fff ffff的空间中建立命名的内存映射来实现内存共享，从而能够避免数据在进程空间中的复制。相关的API为CreateFileMapping和MapView()fFile。 3．4 驱动程序的封装和安装 　　驱动接口函数编写完后将其接口以dll的形式导出，再编写一个简单的注册表文件，指明驱动安装的路径、前缀以及索引。至此驱动程序设计工作就完成了，将驱动及注册表添加到当前的平台中即可。 结 语 　　本文详细介绍了Platform Builder下SPI接口驱动程序设计以及驱动程序同应用程序交互的实现。驱动例程已经成功地应用于基于nRF2401的嵌入式系统无线通信当中，具有很高的参考价值。