一:SDIO简介
在介绍SDIO原理前,还是先来点SDIO知识的普及工作吧!
新兴的消费性电子产品不仅要求大容量,高速,而且要求数据的保密性。因此,美国MEI公司,美国SanDisk 公司,日本Toshiba 公司,组成联合小组推出SD Card协议规范。该协议规范定义了SD Memory Card和SDIO Card。
我们平常所说的SD卡即SD Memory Card(Secure Digital Memory Card安全数字存储卡),专为存储数据而设计。该协议规范定义了SD Memory 卡的电压范围为1.6~3.6V,默认模式下最大时钟为25Mhz,速率最大可达到12.5M字节/秒(4根数据线);高速模式下,最大时钟可达到50Mhz,速率最大可达到25M字节/秒(4根数据线)。并支持SPI传输模式。目前规范的V1.10版本最大容量只支持到2Gbyte,但未来可达到32Gbyte。
SDIO Card ,即Secure Digital Input/Output Card(安全数字输入输出卡),是与SD Memory Card兼容的一种卡。其兼容能力包括:机制,电气特性,功耗,信号,软件。SDIO Card是为高速数据I/O传输,低功耗移动电子设备而设计的。目前,应用在wifi,gps,gprs,条码扫描器等设备接口部分。其电压范围为2.0~3.6V。协议规范定义了两种类型的SDIO Card,即高速SDIO Card和低速SDIO Card。高速SDIO Card 支持SPI,1-bit SD 和4-bit SD 传输模式,其时钟最大可达到25Mhz,速率最大可达到10M字节/秒。低速SDIO Card,只需要SPI和1-bit SD 传输模式,4-bit模式可选,其时钟最大为400Khz。
二:深入SDIO
虽然,SDIO接口的产品越来越多,但相比SD Memory Card来说,网上的资料很少。也就是说,基本上要靠自己了,网络帮不了你什么忙!
S3C2410 datasheet中SDIO部分的介绍不够详细,很多部分仅仅提到,因此我怀疑sumsung们并不重视这一部分。或者说,他们不擅长这部分。
不管调试哪个从设备,第一步想到应该是去读出该设备的ID号,因为每个设备肯定是有ID号的,而且在其Datasheet中应该有说明,这是证明你读写寄存器最简单的方法了。对于很多I2C总线接口的设备,读出设备的ID号比较简单,只要读出存放该设备ID号的寄存器就OK了;但,针对SDIO接口规范,要读出SDIO卡的ID号,就不只操作一个寄存器这么简单了。因为,SDIO的最大速率达到10Mbyte,这么高的速率肯定是以其复杂的协议规范为代价的。
2.1 SDIO Signal Pins
三 读SDIO card ID 号
要读出ID号,需要对卡进行初始化工作。下面是我在S3c2410上调试conexant wifi card 时的初始化顺序
3.1 S3C2410—SDIO相关寄存器设置
对S3c2410的设置,要根据下列几种情况来考虑
1,polling方式;
2,interrupt 方式;
3,DMA方式;
因为,我最终是要用到DMA方式,所以我这里只介绍DMA方式的设置。(在调试过程中,一般是先从polling开始调试,因为其最简单)但,因初始化过程中只发送几个命令,所以,我还是采用的polling方式,即使用CMD53命令时,我才用到DMA。
而初始化时只需要设置rSDIPRE,rSDICON,rSDIDTIMER三个寄存器:
rSDIPRE:SDI 波特率设置寄存器,在发送数据前,波特率一般设置到400Khz;
rSDICON:SDI 控制寄存器,只需ByteOrder, FRST, CTYP置位;
rSDIDTIMER:数据超时寄存器;(等待SDI数据响应时间,一般设置到0xff00)
在设置完这些寄存器后应该delay 74个clock。
注意:发送每个命令前rSDICARG(命令参数寄存器),rSDICCON(命令控制寄存器)是必须设置的。
3.2 如何判断命令是否发送正确
命令发送后,需要根据rSDICSTA(命令状态寄存器), rSDIRSP0-3(命令响应寄存器)来判断是否正确响应。
rSDICSTA(命令状态寄存器)
如果,RspFin位置位,表示命令响应结束,但这并不代表命令响应正确,还有检测RspCrc, CmdTout 是否置位,如果置位则表示发生错误。(在发送cmd5时,crc位可以不管, 个人认为)在检测状态位的同时,还要判断RspIndex是否为你发送时的命令号。
rSDIRSP0-3(命令响应寄存器)要根据你所发送的命令来解析是否正确。
3.3 得到CIS 结构指针地址
3.3.1 什么是CIS
每个SDIO card 有一个CIS区域,在这个CIS区域内分成0-7八段,对应到FN0-FN7(Function Number 0-7)。而且,每个段的CIS都有一个CIS pointer(CIS 指针)指向其起始地址。(FN0-7代表每个SDIO卡支持功能数,发送CMD5后,响应R4的Number of I/O function 域指示卡所支持的最大功能号。即,如果Number of I/O function == 1,那么表示此卡支持FN0和FN1。FN0是每个卡都支持的,存放卡最基本的信息,Card Common Card Information Structure表示的就是这个意思,卡的ID号就存放在FN0所对应的CIS中,所以要读出卡的ID号,首先就要得到FN0所对应CIS的指针)
对,CIS(CIA)区域的读写操作是通过CMD52来实现的。
例:
我在得到conexant wifi card CIS指针时操作如下:
因为,卡ID号存放在common CIS内,所以我们需要操作FN0。根据SDIO协议规范FN0 CIS Pointer地址为0x09, 0x0A, 0x0B:
作者:下家山
(见Simplified SDIO Card Specification.pdf 35page)因为,CMD52响应后返回数据为8bit,所以要送三次。第一次:
rSDICARG == 0x00001200;
rSDICCON == 0x00000B74;
响应
rSDICSTA == 0x00000A34;
rSDIRSP0 == 0x00001000;
解读0x00001200
0 000 0 0 00 0000 0000 0001 001 0 0000 0000
R/W flag | Function Number | RAW flag | Stuff | Register Address | Stuff | Write data or stuff bits |
1 3 1 1 17 1 8
解读0x00000B74(略)
解读0x00000A34(略)
解读0x00001000
0x00001000的低8位表示从地址0x09读出来的值为0x00;
第二次:
rSDICARG == 0x00001400;
rSDICCON == 0x00000B74;
响应
rSDICSTA == 0x00000A34;
rSDIRSP0 == 0x00001010;
解读0x00001400
0 000 0 0 00 0000 0000 0001 010 0 0000 0000
R/W flag | Function Number | RAW flag | Stuff | Register Address | Stuff | Write data or stuff bits |
1 3 1 1 17 1 8
解读0x00000B74(略) 解读0x00000A34(略)解读0x00001010
0x00001010的低8位表示从地址0x0a读出来的值为0x10;
第三次:
rSDICARG == 0x00001600;
rSDICCON == 0x00000B74;
响应
rSDICSTA == 0x00000A34;
rSDIRSP0 == 0x00001000;
解读0x00001600
0 000 0 0 00 0000 0000 0001 011 0 0000 0000
R/W flag | Function Number | RAW flag | Stuff | Register Address | Stuff | Write data or stuff bits |
1 3 1 1 17 1 8
解读0x00000B74(略)解读0x00000A34(略)
解读0x00001000
0x00001000的低8位表示从地址0x0b读出来的值为0x00;
最后,可以得到FN0 CIS指针地址为0x001000。
3.4 读出ID号
同样,读出ID号也是通过CMD52来实现的。(见5.2 CMD52及响应剖析)
我们可以从SDIO 协议规范中看出CIS 的整个区域地址范围为0x00001000~0x00017fff。
而,我刚才读出FN0 的CIS指针地址为0x001000,这证明是正确的。那么出厂时,这些CIS信息是如何存放在0x001000所在的区域的呢?以FN0为例,听我一一道来:
在0x001000起始的区域,SDIO 协议规范是以一个或多个链(连起来的列表)被称为数据块或tuples(便士)来组织这些CIS信息的。
每个链节点有三个域:
第一个域: 00 byte,表示tuple code号,也即TPL_CODE Tuple code: CISTPL_xxx(各种代码号见Table13-2);
第二个域:01 byte,表示tuple body字节数,也即到下一个节点的偏移地址;
第三个域:02~n+2 byte,表示tuple body内容;
有了这些知识,我们再来看我读写conexant wifi sdio card ID号的操作:
步骤一:读地址0x001000
rSDICARG == 0x00200000;
rSDICCON == 0x00000B74;
响应
rSDICSTA == 0x00000A34;
rSDIRSP0 == 0x 00001021;
解读0x00000B74(略)
解读0x00000A34(略)
解读0x00001021:0x00001021的低8位表示从地址0x001000读出来的值为0x21,查看table13-2得知为CISTPL_FUNCID
步骤二:读地址0x001001
rSDICARG == 0x00200200;
rSDICCON == 0x00000B74;
响应
rSDICSTA == 0x00000A34;
rSDIRSP0 == 0x00001002;
解读0x00000B74(略)
解读0x00000A34(略)
解读0x00001002:0x00001002的低8位表示从地址0x001001读出来的值为0x02,根据table13-1可知CISTPL_FUNCID的tuple body大小为2字节,读出来的第一个tuple code号并不为CISTPL_MANFID(0x20),而且知道其下一个节点的偏移量为2,需要继续读。
步骤三:读地址0x001004
rSDICARG == 0x00200800;
rSDICCON == 0x00000B74;
响应
rSDICSTA == 0x00000A34;
rSDIRSP0 == 0x00001022;
解读0x00000B74(略)
解读0x00000A34(略)
解读0x00001022:0x00001022的低8位表示从地址0x001004读出来的值为0x22,查看table13-2得知为CISTPL_FUNCE
步骤四:读地址0x001005
rSDICARG == 0x00200A00;
rSDICCON == 0x00000B74;
响应
rSDICSTA == 0x00000A34;
rSDIRSP0 == 0x00001004;
解读0x00000B74(略)
解读0x00000A34(略)
解读0x00001004:0x00001004的低8位表示从地址0x001005读出来的值为0x04,根据table13-1可知CISTPL_FUNCE的tuple body大小为4字节,读出来的第一个tuple code号并不为CISTPL_MANFID(0x20),而且知道其下一个节点的偏移量为4,需要继续读。
步骤五:读地址0x00100A
rSDICARG == 0x 00201400;
rSDICCON == 0x00000B74;
响应
rSDICSTA == 0x00000A34;
rSDIRSP0 == 0x00001020;
解读0x00000B74(略)
解读0x00000A34(略)
解读0x00001020:0x00001020的低8位表示从地址0x00100A读出来的值为0x20,查看table13-2得知为CISTPL_MANFID
步骤五:读地址0x00100C
rSDICARG == 0x 00201800;
rSDICCON == 0x00000B74;
响应
rSDICSTA == 0x00000A34;
rSDIRSP0 == 0x00001013;
解读0x00000B74(略)
解读0x00000A34(略)
解读0x00001013:0x00001013的低8位表示从地址0x00100C读出来的值为0x13,因为已得到CISTPL_MANFID节点号,根据Table13-1可直接读出tuple body信息,故此时地址为0x00100C,而非0x00100B。所以,读出来的值0x13即为conexant wifi sdio card ID号,这里你也可以读出0x00100B中的值,看CISTPL_MANFID的tuple body总共占多少字节,即可以把其所有信息读出来。
其实,开始我并不知道,这0x13就为conexant wifi sdio card ID 号,只是我把后续的三个字节读出来才知道。这后续的三个字节是003826,这咋一看也不知道什么东东,但是,在我看conexant提供的驱动代码时,发现其fireware文件名为03826.h,这样我就猜出来了。你想想,这CIS里不放些这样的信息,放什么信息呢?后来的操作,证明我的猜测是正确的,在探索真理的过程中,需要摸着石头过河,既然是探索,就要边走边看,柳暗花明的好事是常有的!
终于把如何读ID号写完,我要听听音乐了,上上网了。
作者:下家山
五.多字节传输
ID号已经读出来了,
CMD52只是对单个寄存器进行读写操作,而SDIO的优势是多字节传输。SDIO的协议规范专门定义了一个命令CMD53来实现。
多字节传输又分流方式和块方式。(Stream Mode or Block Mode)
因为,要挂接DMA,所以我这里先介绍BlockMode。
5.1 如何着手
调试这类设备,一般是先写,然后读,看读出来的是否与写进去的相等。但,有时对一个全新的东西没有一点把握,此时可先读,看读出来的是不是那么回事。(如何把SDIO挂接到DMA上去,我这里就不介绍了)
5.2对CMD53的理解
S,D,Command Index,R/W Flag,CRC7,E这些域应该不用解释了;
Function Number:在实际配置命令参数时,应该设置为多少呢?还记得发送CMD后的响应值吗,你这里的值要根据它来设置,在我的例子中,CMD5返回值中Function Number为1(即可支持到FN0和FN1),因为FN0中存放的是common CIS,所以,要读写卡内存,应该用FN1,故这里设置到1.
Block Mode: 设置到1;
OP code: 设置到0(固定地址);(我还没有完全搞懂 )
RegisterAddress: 设置到0;(我还没有完全搞懂 )
Byte/BlockCount: 设置到2,表示只传输2个块。
注意:如果BlockMode设置到0,表示以流方式(Stream)传输,Byte/BlockCount就应该是要传输的字节数;如果BlockMode设置到1,表示以块方式(Block)传输,Byte/BlockCount就应该设置为要传输的块的数目。
5.3 以块方式读10个字节
5.3.1 CMD53配置
rSDICARG == 0x18000002;
rSDICCON == 0x00000B75;
响应
rSDICSTA == 0x00000A35;
rSDIRSP0 == 0x00001300;
解读0x00000B75(略)
解读0x00000A35(略)
解读0x00001300:参照R5可知发生了command out of range! invalid function number!两个错误。对于这两个问题,因Function Number错误只涉及到一个位,所以先解决这个问题。根据参考代码(我这里有一份Marvell-wifi-sdio-card代码)发现有操作CCCR的02寄存器,但当时也没有去在意这个操作,后来细读SDIO规范,发现I/O enable这个寄存器是个非常重要的寄存器。
看到了吗?I/O Enable控制着IOE1~IOE7,这七个IOE对应着FN1—FN7,
所以要用FN1功能就必须使能IOE1。
对I/O Enable的操作是通过CMD52来实现的。
5.3.2 对CCCR I/O Enable的操作
CMD52配置
rSDICARG == 0x80000402;
rSDICCON == 0x00000B74;
响应
rSDICSTA == 0x00000A34;
rSDIRSP0 == 0x00001002;
解读
0x00000B74(略)
0x00000A34(略)
0x00001002: 低8位表示写到I/O Enable寄存器的值为2。
回到5.3.1,再次发送CMD53(内容略)。
这次响应值为
rSDIRSP0 == 0x00001100;
说明invalid function number错误已解决;还剩下command out of range错误,造成这个错误的
原因比较多,所以很难定位。这个地方花了我比较长的时间,后来同事提醒我块的尺寸设置没有(他
当时也在帮我看着部分),我突然想起参考代码有这个动作,只不过他放在写块中,而我调试的是读
块动作。所以,我马上把这个动作加进去了,果然得到了回应码0x00001000;
5.3.3 对FN1的I/O block size的操作
CMD52配置
设置block size低8位
rSDICARG == 0x8002200A;
rSDICCON == 0x00000B74;
响应
rSDICSTA == 0x00000A34;
rSDIRSP0 == 0x0000100a;
解读 0x00000B74(略)
0x00000A34(略) 0x0000100a: 低8位表示设置到FN1 Block Size大小的低字节为0x0a。
设置block size高8位
rSDICARG == 0x80022200;
rSDICCON == 0x00000B74;
响应
rSDICSTA == 0x00000A34;
rSDIRSP0 == 0x00001000;
解读 0x00000B74(略)
0x00000A34(略) 0x00001000: 低8位表示设置到FN1 Block Size大小的高8位为0x00。回到5.3.1,再次发送CMD53(内容略)。这次响应值为
rSDIRSP0 == 0x00001000; OK!
而且,DMA中断发生了,并且得到了读出来的值。但,因不知道这读出来的20个字节为何物,所以还得先写,如果都以块操作应该没什么问题。
作者:下家山
5.3 以块方式写10个字节
5.3.1 CMD53配置
rSDICARG == 0x98000002;
rSDICCON == 0x00000B75;
响应
rSDICSTA == 0x00000A35;
rSDIRSP0 == 0x00001000;
rSDIDSTA == 0x00000010;
解读0x00000B75(略)
解读0x00000A35(略)
解读0x00001000(OK)
解读0x00000010(发送完成)
5.4 Stream Mode存在的问题(具体操作略)
其实,最开始我以简单起见,一直都是以Stream Mode方式操作的。
先写20个字节,好像也没发现什么异常,但,发现读时DMA中断不能发生。这是何故呢?
在传送数据时还有个数据状态寄存器rSDIDSTA(其实,我每发送一个命令把所有的状态寄存器读打印出来了),发现在写块后,其值老为0x00000002,表示数据正在发送。明明发送完了,命令也正确响应,为什么还在发送呢?再后来,我又去掉写动作,只读,发现虽然把数据读出来,但数据状态寄存器rSDIDSTA老是0x00000001,表示正在接收。
在此,我徘徊了很久,而且百思不得其解!
一次偶然,我从Block Mode转到Stream Mode时忘了清S3c2410 SDIO 的数据控制寄存器rSDIDCON的【17】位,即Block Mode位,发现竟然读出了我想要的20个数据。我茫然,怎么会这样呢?既然是以Stream Mode方式,为什么S3C2410 SDIO数据控制寄存器要设成Block Mode方式呢?这难道是sumsung s3c2410 datasheet对SDIO部分介绍不够专业的原因?
5.5 s3c2410 sdio 块传输相关寄存器设置
只需注意rSDIDCON(数据控制寄存器)的设置:
写时设置为rSDIDCON = 0x0033b002;
读时设置为rSDIDCON = 0x002ba002;
六 SDIO协议规范—与—S3C2410寄存器对应关系
6.1 CMD5剖析
Cmd5 协议规范
S | D | Command Index 000101b | Stuff bits | I/O OCR
| CRC7 | E |
1 1 6 8 24 7 1
S(tart bit): Start bit. Always 0
D(irection): Direction. Always 1 indicates transfer from host to card
Command Index: Identifies the CMD5 command with a value of 000101b
Stuff Bits: Not used, shall be set to 0
I/O OCR: Operation Conditions Register. The supported minimum and maximum values for VDD. The layout of the OCR is shown follow
I/O OCR bit position | VDD voltage window (in Volts) |
0-3 | Reserved |
4 | Reserved |
5 | Reserved |
6 | Reserved |
7 | Reserved |
8 | 2.0-2.1 |
9 | 2.1-2.2 |
10 | 2.2-2.3 |
11 | 2.3-2.4 |
12 | 2.4-2.5 |
13 | 2.5-2.6 |
14 | 2.6-2.7 |
15 | 2.7-2.8 |
16 | 2.8-2.9 |
17 | 2.9-3.0 |
18 | 3.0-3.1 |
19 | 3.1-3.2 |
20 | 3.2-3.3 |
21 | 3.3-3.4 |
22 | 3.4-3.5 |
23 | 3.5-3.6 |
Table 1
CRC7: 7bits of CRC data
E(nd bit): End bit, always 1
在S3C2410中要发送CMD5需要设置rSDICARG ,rSDICCON ,两个寄存器。
rSDICARG:SDI 命令参数寄存器;
rSDICCON:SDI 命令控制寄存器;
这两个寄存器合起来构成SDIO协议规范中的CMD5命令。其中:
rSDICARG[24:0]=====================CMD5[31:8] 高8bit无效
rSDICCON[7:0]======================CMD5[47:40]
个人观点: CMD5的stuff bit ,CRC7bit ,Endbit可以不管。因为他们的值固定,s3c2410已把他们做到SDIO控制器里面去了,实际发送命令时,这些位都传过去了,只是我们看不到而已。
作者:下家山
CMD5命令响应—与—S3C2410寄存器的对应关系
协议规定CMD5命令响应为R4,其响应格式为:
R4 响应格式
S | D | Reserved | C | Number Of I/O functions | Memory present | Stuff Bits | I/O OCR | Reserved | E |
1 1 6 1 3 1 3 24 7 1
S(tart bit): Start bit. Always 0
D(irection): Direction. Always 0 indicates transfer from card to host
Reserved: Bits Reserved for future use. These bits shall be set to 1.
C(omplete): Set to 1 if card is ready to operate after initialization.
I/ OCR : See Table 1
Memory Present: Set to 1 if the card also contains SD memory . Set to 0 if the card is I/O only.Number of I/O Functions:Indicates the total number of I/O functions supported by this card. The range is 0-7. Note that the common area present on all I/O cards at Function 0 is not included in this count. The I/O functions shall be implemented sequentially beginning at function 1.
Stuff Bits : Not used ,shall be set to 0.
个人观点: R4的长度为48bit,因为很多位是固定的,因此,S3C2410把它做到了一个响应
寄存器中,即rSDIRSP0(响应寄存器0)。
发送CMD5命令后,通过Polling或interrupt方式读取rSDIRSP0中的值。我发
送CMD5(0x00000345)后得到的响应寄存器0的值为90FF8000。下面对90FF8000进行解码分析。
1 001 0 000 1111 1111 1000 0000 0000 0000
C | Number Of I/O functions | Memory Present | Stuff Bits | I/O OCR |
1 3 1 3 24
C(omplete) == 1 表示初始化完成;
Number Of I/O functions == 001 表示此SDIO card所支持的功能号为0~1;
Memory Present == 0 表示 此卡仅为I/O卡;
Stuff Bits == 000 (本应该为000)
I/O OCR == FF8000对应到Table1 ,即此卡支持的电压范围为【2.7v~3.6v】
6.2 CMD52及响应剖析
rSDICARG[7:0]=====================CMD52[15:8](Write Data or Stuff Bits)
rSDICARG[8]=====================CMD52[16] (Stuff)
rSDICARG[25:9]=====================CMD52[33:17] (Register Address)
rSDICARG[26]=====================CMD52[34] (Stuff)
rSDICARG[27]=====================CMD52[35] (RAW flag)
rSDICARG[30:28]=====================CMD52[38:36] (FunctionNumber)
rSDICARG[31]=====================CMD52[39] (R/W flag)
rSDICCON[7:0]======================CMD5[47:40](S/D/command index)
![11.jpg](http://forum.eet-cn.com/images/attachments/201108/8633765536_TIME_1313999785014.jpg)
![13.jpg](http://forum.eet-cn.com/images/attachments/201108/8633765536_TIME_1313999864979.jpg)
6.2.1 在S3c2410中,如何解读发送CMD52后的结果
在s3c2410中,解读任何一个命令发送后的状态是通过读取rSDICSTA(命令状态寄存器), rSDIRSP0-3(命令响应寄存器),然后分析的。以我读取conexant wifi SDIO card 出厂ID号为例,发送CMD52后,得到的这两个寄存器的值为:
rSDICSTA == 0x00000A34
rSDIRSP0 == 0x00001013
解码0x00000A34
0………..0 0 1 0 1 0 0011 0100
undefine | Response CRC Fail | Command Sent | Command Time Out | Response Receive End | CMD line progress | RspIndex |
18 1 1 1 1 1 8
Command Sent == 1 表示命令已发送;
ResponseReceiveEnd == 1 表示命令响应结束;
RspIndex == 0x34 表示命令号为52(0x34)
这表明命令状态OK。
解码0x00001013
0……0 0 0 01 0 0 0 0 0001 0011
undefine | COM_CRC_ERROR | illegal_COMMAND | IO_CURRENT_STATE | ERROR | RFU | FUNCTION_NUMBER | OUT_OF_RANGE | Read or Write Data |
16 1 1 2 1 1 1 1 8
IO_CURRENT_STATE == 01 表示 Execution CMD52 in CMD State;
Read or Write Data == 0x13 表示读出来的出厂ID号为0x13;
个人观点:CMD52 Response (R5)中的stuff域,E域因其值固定而在S3c2410中没有表现出来,而CRC7在rSDICSTA中有专门的crc位指示。而,S域,D域,CommandIndex域也在rSDICSTA中的【7:0】显示出来了,所以在rSDIRSP0中没有必要再显示这些值
6.3 CMD53及响应剖析
rSDICARG[8:0]=====================CMD53[16:8] (Byte/Block Count)
rSDICARG[25:9]=====================CMD53[33:17] (Register Address)
rSDICARG[26]=====================CMD53[34] (OP Code)
rSDICARG[27]=====================CMD53[35] (Block Mode)
rSDICARG[30:28]=====================CMD53[38:36] (FunctionNumber)
rSDICARG[31]=====================CMD53[39] (R/W flag)
rSDICCON[7:0]======================CMD5[47:40](S/D/command index)
注意:CMD53的响应与CMD52一样为R5。
关于SD Group:
MEI(Matsu****a Electric Industrial Co.,LTD美国MEI公司,是无人值守自动支付电子交易系统,包括纸币器,硬币器,无现金支付系统,自动售货机管理解决方案的全球最大制造商之一),SanDisk Corporation(SanDisk, SanDisk 由 Dr. Eli Harari 在 1988 年创立,是一家在非易失性存储器技术方面享誉全球的国际性知名公司,已发展成为全球最大的闪存数据存储产品供应商。
同时为消费者(通过全球接近 200,000 个零售店面)和原始设备制造商 (OEM) 提供服务,SanDisk 设计、开发、制造和销售适用于各种电子系统和数字设备的闪存卡和其它产品。另外,SanDisk 还授权其它多个业界领先的公司使用其技术。
凭借闪存以紧凑、活动格式存储大量数据的功能,SanDisk 的产品已帮助推动数码相机、多功能移动电话、USB 闪存盘、MP3 音乐播放器和其它数字消费性设备的销售呈级数增长。
SanDisk 当前在美国拥有大约 720 项专利,在其它国家或地区拥有大约 400 项专利,而且是全球唯一一家有权制造和销售各种主要闪存卡格式的公司,这些格式包括 CompactFlash®、SD™、miniSD™、Micro SD、MultiMediaCard™、小型 MultiMediaCard (RS-MMC™ )、Memory Stick PRO™ 及相关的 Memory Stick™ 产品、xD-Picture 卡和™ USB 闪存盘。
),Toshiba Couporation(Toshiba,日本东芝)