概述
发信人：
jiangbo123 发表时间：
2003-01-04 17:23:22
--------------------------------------------------------------------------------
如果卡操作完成之后调用到了halt函数，那么只要该卡没有离开天线的操作范围，用idle模式寻卡是寻不到这张卡的，但是用all模式却可以。而如果是该卡离开操作区后重新进入操作区，或者没有调用过halt函数，则idle模式和all模式则都可以寻到这张卡。所以一般公交卡收费肯定是采用idle模式寻卡，并且调用了halt函数，不然你卡里的钱迅速扣光光，呵呵。如果操作区内有2张卡，你不停的寻卡，会交替的寻卡两张卡中的一张，你可以选择其中之一进行操作。而这两张卡之间如果距离太近，或者卡离天线板太近，比如他们贴在一起，可能会导致寻卡失败。
发信人：
jiangbo123 发表时间：
2003-01-04 17:28:53
--------------------------------------------------------------------------------
我曾经遇到过这种情况，我卡放在天线上不动，寻卡函数一下子寻得到，一下子寻不到，并且是交替的，我不知道是怎么回事，后来我将寻卡函数调用了两次，如果第一次失败的话再调用一次，如果有一次成功返回成功，两次都失败则返回失败，这样就解决了这个问题。不知道大家有没有遇到过，如果知道的话解释一下。
发信人：
jiangbo123 发表时间：
2003-01-04 17:38:25
--------------------------------------------------------------------------------
其实philips提供的demo程序绝大部分应该是没有问题的，关键是每个人的硬件接口方式可能会不同。有很多朋友盯住很细节的东西，寄存器应该写入多少，往rc500写入一个命令返回什么才对等等，我觉得没有必要，上电复位后，依次读出所有寄存器的值，和
datasheet里给出的上电初始值相比较，如果都是对的，再去调试其它部分的软件，如果这都不对的话，说明你的接口或者寻址方式都有问题，就没有必要去调试前其它的了。如果这个都对了的话，你要做的事就不多了，demo程序中的一些问题在前面的帖子里已经提出了一些，参照着修改一下，其它的函数不会大的修改。不知道我这样说的说法，那些已经开发成功的朋友是否赞同。欢迎交流！
发信人：
jiangbo123 发表时间：
2003-01-04 17:42:59
--------------------------------------------------------------------------------
希望我的帖子回复人数突破250大关，阅读次数突破3000大关。呵呵，不行的话，看哪天晚上比较有空，自己一个人完成这个任务：），哈哈。
发信人：
lgxygcg 发表时间：
2003-01-04 18:40:24
--------------------------------------------------------------------------------
里面有计算公式，用户只需提供线宽、圈数等数据。
发信人：
lgxygcg 发表时间：
2003-01-04 18:43:39
--------------------------------------------------------------------------------
开发时间离现在比较久了，记不清楚了。只记得后来问题是解决了。
发信人：
lgxygcg 发表时间：
2003-01-04 18:50:01
--------------------------------------------------------------------------------
我想对于rc500，我们只需了解他的工作机理，大致了解他的实现方法。对demo程序中不通的地方进行跟踪调试，与自己对
datasheet的理解进行比较，应该就能调通。没必要什么都搞得清清楚楚。
发信人：
jiangbo123 发表时间：
2003-01-04 20:11:56
--------------------------------------------------------------------------------
对我发的帖子中的理解如果有不同的意见，欢迎提出来，大家讨论！
发信人：
yiwujin 发表时间：
2003-01-05 19:58:14
--------------------------------------------------------------------------------
发信人：
stevenson 发表时间：
2003-01-06 10:11:46
--------------------------------------------------------------------------------
产品如此感兴趣，作为philips的代理，更增加了我们的信心。看来我们的工作已初见成效，那几十封email没有白发，能为各位工程师们提供这样的交流平台我们感到很高兴。首先要感谢我们的斑竹jiangbo先生，以及各位研发工程师们的大力支持。希望这里的气温持续攀升，队伍更加庞大。
同时祝大家新年快乐！
发信人：
StevenCH 发表时间：
2003-01-06 11:55:24
--------------------------------------------------------------------------------
Hi,Jiangbo,
这里这里这么热闹，是不是考虑直接建立一个BBS?
发信人：
wuyuehua 发表时间：
2003-01-06 13:24:22
--------------------------------------------------------------------------------
是否真的没有问题，Demo中没有如下几个函数原型 1.memcpy()
2.ReadRawIO() 3.WriteRawIO(); 特别是memcpy()函数，只看见调用，而不见声明,很费解，请各位帮忙。
发信人：
jack_chen 发表时间：
2003-01-06 13:30:34
--------------------------------------------------------------------------------
原函数定义如下
#include <string.h>
void *memcpy (
void *dest,
/* destination buffer */
void *src,
/* source buffer */
int len);
/* maximum bytes to copy */
Description:
The memcpy function copies len bytes from src to dest.
if these memory buffers overlap, the memcpy function cannot guarantee that bytes in src are copied to dest be
fore being overwritten.
if these buffers
do overlap, use the memmove function.
return Value:
The memcpy function
returns dest.
Attributes:
reentrant
See Also:
memccpy, memchr, memcmp, memmove, memset
Example
#include <string.h>
#include <stdio.h> /* for printf */
void tst_memcpy (
void) {
static
char src1 [100] =
"
Copy this string to dst1";
static
char dst1 [100];
char *p;
p = memcpy (dst1, src1,
sizeof (dst1));
printf ("
dst = "%s"
n", p);
}
发信人：
jack_chen 发表时间：
2003-01-06 13:36:07
--------------------------------------------------------------------------------
就知道你没好好看程序！！呵呵
现在给你写出来
#define ReadRawIO(addr) (*(GpBase addr))；
#define WriteRawIO(addr,value) *(GpBase addr) = value;
我们是philips再中国的一级代理
成都飞环电子
MR Chen
欢迎探讨mifare问题！！
发信人：
wuyuehua 发表时间：
2003-01-06 14:29:48
--------------------------------------------------------------------------------
我现在读取序列号正确，且稳定，但再往下一步做Select(Send 93hex,70hex)时却无法得到Size,请问...
发信人：
cwcyxy 发表时间：
2003-01-06 16:30:52
--------------------------------------------------------------------------------
rc531有关于typeb的源代码吗？
发信人：
wuyuehua 发表时间：
2003-01-06 16:40:04
--------------------------------------------------------------------------------
现在读取序列号正确，且稳定，但再往下一步做Select(Send 93hex,70hex)时却无法得到Size,请问该步与上两步有何不同，
发信人：
cwcyxy 发表时间：
2003-01-06 16:57:59
--------------------------------------------------------------------------------
select:(send 0x93,0x70 ，4字节卡序列号 1字节校验和)共7字节。
不是2字节。
发信人：
jack_chen 发表时间：
2003-01-06 17:01:21
--------------------------------------------------------------------------------
斑竹已经把很多常见的问题都解答了，很详细的！！
发信人：
jack_chen 发表时间：
2003-01-06 17:03:41
--------------------------------------------------------------------------------
发信人：
StevenCh 发表时间：
2003-01-06 17:19:53
--------------------------------------------------------------------------------
Type A实际是Philips的标准，到目前为止，Philips尚无计划推出TYPE B Chip IC。对于我们CAS(Csutomer Application Support) Team来说，我们尽量推荐用户使用A，如果客户有特别需要，我们也提供TYPE B 技术支持（文档， DEMO, Q/A etc）。如果哪位急需TYPE B的支持，可以联系我：Steven.J.Chang@Philips.com。前提是必须和Philips 签过NDA.
发信人：
wuyuehua 发表时间：
2003-01-06 17:38:32
--------------------------------------------------------------------------------
发信人：
wuyuehua 发表时间：
2003-01-06 17:40:59
--------------------------------------------------------------------------------
非常感谢cwcyxy， 但收到的一字节Size究竟是0x08,还是0x88
发信人：
cwcyxy 发表时间：
2003-01-07 08:50:01
--------------------------------------------------------------------------------
mifare MF1 IC S50是0x08,以前的卡片是0x88。
3.2 通讯原理
通讯命令由RWD 初始化并由MF1 IC S50 的数字式控制单元根据相应区的有效访问条件来控制。
3.2.1 请求标准所有
卡上电复位（POR） 后它可以给请求代码发送回应（ATQA 根据ISO/IEC 14443A） 回复RWD 的请求命令（由RWD 发出给所有在天线范围内的卡）。
3.2.2 防冲突环
防冲突环可以读出卡的序列号如果在RWD 的工作范围内有几张卡RWD 通过唯一的序列号来区别它们而且每次选择其中一张卡（也叫选择卡）进行下一步操作没有被选中的卡会回到准备模式等待新的请求命令。
3.2.3 选择卡
RWD使用选择卡命令选中其中一张卡进行确认和存储器相关操作卡返回Answer To Select （ATS）码（=08h） RWD 通过ATS 可以确定被选中的卡的类型。如果需要更详细的资料请参考Mifare标准卡类型识别过程。
发信人：
StevenCh 发表时间：
2003-01-07 11:28:32
--------------------------------------------------------------------------------
各位大虾，小虾：
为了减少大家在开发中不必要的损失，请仔细阅读MF RC500
data Sheet.另外请注意：
1.
don't change RFU-
bits!
2.
don't
interrupt WriteE2 command!(Page 106)
3.
don't exceed the AC and DC-limits, that are given in the
datasheet!
4.Use below "
Query "function to write EEPROM instead of "
interrupt" function in demo firmware.
Write (Command, 0x00);
// security reason to be sure that CMD _Reg = 0 , strictly recommended
// if CMD !=0 : FIFO data might be read out
Write (FIFO, Adr_LO)
Write (FIFO, Adr_HIGH)
Write (FIFO,
data 0)
Write (FIFO,
data 1)
Write (FIFO,
data ..)
Write (FIFO,
data n-1)
Write (FIFO,
data n)
Write (Command,0x01)
// Cmd = E2_Write
while (E2_Ready == 0 || FIFOLength>0) {};
Write (Command, 0x00);
// Stop Cmd
Thanks
for your undestanding and Happy Chinese New Year!
Steven Chang
发信人：
jiangbo123 发表时间：
2003-01-07 12:25:23
--------------------------------------------------------------------------------
大家有什么问题直接问他没错的。呵呵。
发信人：
cwcyxy 发表时间：
2003-01-07 13:03:08
--------------------------------------------------------------------------------
发信人：
tpu 发表时间：
2003-01-07 13:23:04
--------------------------------------------------------------------------------
我怎么折腾我的芯片都没问题。
发信人：
lgxygcg 发表时间：
2003-01-07 17:11:56
--------------------------------------------------------------------------------
好象是在选择到卡，并操作完之后。没有进行关闭操作，在第二次选择此卡的时候，会选择不到。必须等到下一次。你可以试试看，是不是这个原因。
发信人：
lgxygcg 发表时间：
2003-01-07 17:15:55
--------------------------------------------------------------------------------
好象是在选择到卡，并操作完之后。没有进行关闭操作，在第二次选择此卡的时候，会选择不到。必须等到下一次。你可以试试看，是不是这个原因。
发信人：
wuyuehua 发表时间：
2003-01-07 17:51:37
--------------------------------------------------------------------------------
你所说的“进行关闭操作”是指什么，是对 mifare1 还是 RC500
发信人：
wuyuehua 发表时间：
2003-01-07 17:59:10
--------------------------------------------------------------------------------
上午是能够选择到卡的（Select操作成功），但下午不知什么原因，只能读到卡序列号，而再往下进行Select操作总是失败。（卡片没有响应，没有Size字节返回）
发信人：
wuyuehua 发表时间：
2003-01-07 18:21:11
--------------------------------------------------------------------------------
发出Select操作指令后，没有了中断响应，同样的操作本来是有中断响应的。
发信人：
gingko 发表时间：
2003-01-07 20:45:53
--------------------------------------------------------------------------------
发信人：
lgxygcg 发表时间：
2003-01-08 08:43:22
--------------------------------------------------------------------------------
发信人：
jiangbo123 发表时间：
2003-01-08 09:20:02
--------------------------------------------------------------------------------
你说的是不是指halt操作，但是我用的是ALL模式寻卡，应该可以寻到呀，不过可以试试。
发信人：
jack_chen 发表时间：
2003-01-08 10:24:26
--------------------------------------------------------------------------------
TYPE B非接触智能卡及其应用
□北京航空航天大学 张大伟 张井合 张其善 吴鑫山
智能卡（SMART CARD）是将带有微处理器的集成电路芯片封装到塑料基片上的一种电子卡片。他具有小巧轻便、存储容量大、数据保密性好、抗干扰能力强、存储可靠、脱机工作能力强和易于使用等特点。随着国家“金卡工程”的实施和开展，它已经广泛应用于银行、交通、邮电、市政、医疗等多种行业。但传统的接触式智能卡由于其采用串行I/O的通信方式，存在着传输速度慢、接触磨损、不能防尘等缺点，阻碍了它的继续发展并可能让位于非接触式智能卡。
非接触式智能卡（CONTACTLESS SMART CARD）是近几年发展起来的新型产品。它在使用时无需将卡插入读写器中，而只需在距读写器一定范围内就可完成操作。读写器和卡之间是采用射频识别技术进行通信，因此其传输速度快，交易时间短（一般不超过300ms），可同时处理多张卡，在卡与读写器相对运动的情况下也可完成操作。并且读写器为全封闭封装，利于防尘、防沙、防静电和防腐蚀。
目前芯片市场主流的非接触卡产品主要包括TYPE A和TYPE B两种。它们在编码方式、调制方式及防冲撞方法上都不相同。TYPE B采用的ASK 10％的调制方式与TYPE A所采用的的ASK100％相比较而言，信号无载波休止，因此更加稳定。并且TYPE B方式可以满足将来高速通信的要求，位速率可达到现在106kbps的 2倍甚至4倍，并且在防冲撞的标准上TYPE B较TYPE A更加灵活。正是由于如上特点，TYPE B非接触智能卡正越来越多地受到各应用行业的重视。
TYPE B非接触智能卡工作原理
非接触式智能卡包括由电感线圈或小型高频收发天线组成的射频电路、能量转换模块与微处理器系统组成。
由于非接触式智能卡是无源系统，因此射频电路主要用来完成卡与读写设备的通信，能量转换模块用来从接收的射频信号中产生卡片工作所需的时钟信号和电源能量，其基本的工作原理是基于射频识别技术RFID。当前非接触式智能卡大多工作在1MHZ-30MHZ的频率范围，该波段频率信号具有穿透能力强、携带能量高、易识别等特点，如Infineon的SLE66CL160S的工作频率为13.56MHZ。在ISO1443-2国际标准中定义的TYPE B通信协议规定从读写器到卡的信号调制方式采用ASK 10%,,编码采用NRZ方式。从卡到读写器的信号调制方式采用BPSK,编码采用BPSK曼彻斯特方式。我们将符合此规范的卡称之为TYPE B 非接触智能卡。
TYPE B 非接触智能卡的微处理器系统的组成主要包括:
•专用CPU系统
完成基本的算逻运算。
•存储器系统
主要包括只读存储器ROM、内外部RAM、PROM、EEPROM。
•中断控制系统
完成来自外设和RF接口的中断处理。
•定时器TIMER
完成定时功能并产生定时中断。
•随机数发生器RNG
硬件设备产生真正的随机数。
•CRC校验器
产生输入校验器数据的CRC校验码。
•加密协处理器ENCRYPT-COPROCESSOR
硬件设备完成DES、3DES、RSA等加密算法的计算。
•RF接口
RF编解码器、FIFO数据缓存队列。
TYPE B非接触智能卡芯片操作系统
智能卡与传统的磁卡、存储卡和逻辑加密卡相比其突出的优点是更加智能化。智能卡中不仅含有CPU、存储系统、射频模块等硬件系统，同时它还有相应的软件支撑，即芯片操作系统COS（Chip Operating System）。TYPE B非接触智能卡芯片操作系统负责管理整个卡片上的系统资源，提供非接触的输入输出接口，设置安全机制和安全属性，访问和控制多种格式的文件以实现信息的存取，实现符合国际标准的行业间交互命令。
•通信传输管理模块
此模块的主要功能包括两个方面。首先，实现14443-3的防冲撞协议，完成读写器对一张（或多张）卡的识别过程。可以采用基于概率或时间片的方法来实现对读写区中的一张或多张卡的查找过程。防冲撞的结果是为每张卡分配一个CID,作为进一步通信的标识，从而可以实现“同时”操作多张卡片。其次，实现传输的数据链路层协议。将待传输的信息封装成I块、S块、R块，以完成指令、数据的传输，数据块的确认或否认，延时请求及挂起操作，从而为命令层提供“透明”的数据传输。
•安全机制控制模块
提供了密钥和PIN的导入、存储和使用的机制。使用DES、3DES、RSA等加密算法实现传输数据的加解密、数字签名。同时还可以使用MAC（Message Authentication
code）来进行数据完整性的校验，从而实现了传输数据的线路保护，防止对数据的非法窃听和窜改。此外，还提供内部认证、外部认证和相互认证指令，以完成读写器和智能卡之间的实体鉴别。随着生物识别技术的发展，人体的生物特征（如指纹、掌纹等）也可以存储在智能卡中，作为身份鉴别的依据，从而进一步提高了系统的安全性。智能卡芯片操作系统的这些特征也使智能卡成为公钥基础结构PKI、电子商务E-Business应用的有利工具。
•交互命令解释模块
命令解释器对外部输入的每条命令进行语法分析，分析和检查命令参数是否正确，数据是否有效，长度是否正确。然后根据命令参数的含义执行相应的功能模块。如果发现参数有错，将从该模块直接返回错误信息。
•文件系统管理模块
文件系统管理模块控制对文件的操作和访问。在做数据操作（如文件的建立、读写）前，文件管理器将根据文件的安全属性检查卡的安全状态，以确定操作的可行性。文件的安全属性和文件结构一旦产生便处于文件管理器的控制之下。文件系统支持的文件类型主要包括：主控文件MF、专用文件DF和基本文件EF。
其中主控文件(Master File, MF)是整个文件系统的根（可看作根目录），每张卡有且仅有一个主控文件。它是在卡的个人化过程中首先被建立起来的，在卡的整个生命周期内一直存在并保持有效，它包括文件控制参数以及文件安全属性等信息。在物理上，主控文件占有的存储空间包括MF文件头的大小以及MF所管理的EF和DF的存储空间。 专用文件(Dedicated File, DF)是在MF下针对不同的应用建立起来的一种文件（可看作文件目录），它存储了某个应用的全部数据以及与应用操作相关的安全数据。DF相当于各应用间的“防火墙”，为多应用卡上的各应用间的操作提供了安全保证。基本文件(Elementary File, EF)存储了各种应用的数据、管理和安全控制信息，它存在于MF和DF下。它包括存储PIN和密钥的密钥文件、二进制文件、线性定长记录文件、线性变长记录文件、循环定长记录文件、钱包文件、目录文件等。基本文件是智能卡中应用数据的最终载体。文件系统为应用提供了智能卡上安全的数据访问机制。
TYPE B非接触智能卡的应用
随着信息化产业的不断发展和“金卡工程”的不断深入，应用需求对信息载体的便携性、安全性、高速性和易操作性等发面都提出了更高的要求，这也推动了非接触卡应用范围和规模的不断扩大。目前它已经广泛应用于身份识别和门禁系统，电子商务安全交易过程，电子钱包，电子存折，信息管理等发面。
非接触智能卡具有传输速度快，交易时间短（一般不超过300ms），可同时处理多张卡，在卡与读写器相对运动的情况下也可完成操作等特点。并且读写器为全封闭封装，利于防尘、防沙和防腐蚀。因此非接触式智能卡尤其适合于具有如下特点的应用:
•对刷卡速度要求较高
•用卡环境恶劣 ,污染严重
•持卡者往往与读写设备处于相对运动状态
•要求一次能对多张卡进行操作
•要求一卡多用
如公共交通的自动收费系统 ,公交车和地铁的收费均为此类型的应用，我们目前采用Infineon的SLE66CL160S开发的TYPE B非接触智能卡系统已经通过新加坡路上交通局（Land Transportation Authority）的检测,准备应用于新加坡的地铁收费系统，并准备同时在其它行业中应用，实现“一卡通”。非接触智能卡在高速公路收费系统中也有广阔的应用前景。由于公路上用卡环境恶劣,灰尘较多，必然会缩短接触式IC卡读写器和卡的使用寿命 ,另一方面也会影响系统的可靠性 ,同时较长的交易时间必然会影响车流的通过速度。如果采用非接触 IC卡则可避免上述情况的发生。因为TYPE B非接触卡的传输速度快（106Kbps），如果与电子标签技术相结合还可以实现高速不停车收费系统。
随着芯片技术的不断发展和产量的提高, 及其标准化工作的日趋完善，非接触智能卡的制作成本将逐步下降、性能会不断提高,低功耗、大容量、高速度、完善的加密功能、多用途是其发展方向，高性能读写终端的出现也进一步推动了非接触智能卡的发展,从而为它的应用打开更广阔的空间。
智能卡技术论坛：http://www.yicard.net
发信人：
jiangbo123 发表时间：
2003-01-08 10:43:14
--------------------------------------------------------------------------------
发信人：
cwcyxy 发表时间：
2003-01-08 10:43:43
--------------------------------------------------------------------------------
不过SLE66CL160S 还可以使。
发信人：
cwcyxy 发表时间：
2003-01-08 12:13:10
--------------------------------------------------------------------------------
张大伟 张井合 张其善 吴鑫山
发信人：
lgxygcg 发表时间：
2003-01-08 12:23:57
--------------------------------------------------------------------------------
发信人：
dmxsj 发表时间：
2003-01-08 14:26:10
--------------------------------------------------------------------------------
基于AVR单片机的TCP/IP协议 C 语言调试；
基于AVR单片机IC卡读卡器 C 语言开发调试。
dmxsj@sohu.com
发信人：
lgxygcg 发表时间：
2003-01-08 14:30:54
--------------------------------------------------------------------------------
合作方式？
发信人：
cwcyxy 发表时间：
2003-01-08 14:56:22
--------------------------------------------------------------------------------
请来信
cwcyxy@yahoo.com.cn
发信人：
qin_peng 发表时间：
2003-01-08 15:23:20
--------------------------------------------------------------------------------
发信人：
abc2001 发表时间：
2003-01-08 16:27:07
--------------------------------------------------------------------------------
你好，我准备开始做FM11RF008，可以给点见意吗？
a_bc2001@sohu.com
发信人：
abc2001 发表时间：
2003-01-08 16:32:08
--------------------------------------------------------------------------------
你好
我现在正准备做MF11RF008卡，可以帮助一下吗？
a_bc2001@sohu.com
发信人：
jiangbo123 发表时间：
2003-01-08 16:42:09
--------------------------------------------------------------------------------
如果是ISO14443协议的卡就没有问题。
发信人：
wuyuehua 发表时间：
2003-01-09 08:49:26
--------------------------------------------------------------------------------
选择被选中的卡的序列号，得不到返回的卡的Size代码。
发信人：
jiangbo123 发表时间：
2003-01-09 09:15:17
--------------------------------------------------------------------------------
如果是的话还是找找其它方面的原因吧，demo程序一般都没有问题的，有时候硬件问题也容易导致莫名其妙的错误。
发信人：
wuyuehua 发表时间：
2003-01-09 09:49:43
--------------------------------------------------------------------------------
那为何前两步又相当正常，而且Size还曾读出过，只是突然又读不出来了，一时无从下手
发信人：
cwcyxy 发表时间：
2003-01-09 09:49:45
--------------------------------------------------------------------------------
发信人：
jiangbo123 发表时间：
2003-01-09 09:53:59
--------------------------------------------------------------------------------
jiangbo123 发表于 2002-12-28 18:52 侃单片机 ←返回版面
莫名其妙
奇怪现象：
1、自己焊了一块板子，发现只能寻卡，防冲突大多失败，很少能成功。软件都是以前调试好做的备份，不应该有问题。但是寻卡非常好，一点问题都没有，综合比较还是觉得应该是软件的问题。调试了整整一天，设置断点调试来调试去，没有发现任何可疑之处，相反还损坏了一块rc500，心头一阵巨痛。开发阶段都坏了不少，没有想到都形成产品卖了很多出去了，现在还..........唉。一气之下，重新焊了一块，这次焊的比较小心，连上PC机测试，完全正常，所有操作一点问题没有，我立刻晕倒！！
结论：当你的板子长时间调试没有结果时，你想想会不会是硬件的问题，要不换块板子试试。
2、同一批加工回来的天线板，焊接同样参数的器件，连上同一个主板山测试，发现有个别的天线寻卡距离非常近，比其它的少一半以上。以为上面的电容电阻有问题，重新焊上新的电容电阻，故障依旧。与正常的天线板比较，未发现制板上有明显的区别。该现象至今未能解释。
发信人：
ffzwy 发表时间：
2003-01-09 14:17:47
--------------------------------------------------------------------------------
发信人：
jack_chen 发表时间：
2003-01-09 15:05:18
--------------------------------------------------------------------------------
很专业的技术论坛，强烈推荐。资料也比较多，
发信人：
StevenCh 发表时间：
2003-01-09 15:30:09
--------------------------------------------------------------------------------
Philips在高波特率方面都有相应的产品。
MF RC530,MFRC531,SL MF RC632都支持106K,212K,424K,848K BPS
现在的Mifare classic card (S50,S70,Ultralight)都为106k bps
发信人：
StevenCh 发表时间：
2003-01-09 15:41:44
--------------------------------------------------------------------------------
这个型号是不是写错了？Philips好像没有这个型号。
如果你指的是P8RF6008 或者 P8RF5008，那是Mifar ProX(dual interface card chip),符合ISO 14443 A part3,part4(T=CL).当然Mifare 读卡器可以读（cm200,cm500,rc5xx).
发信人：
cwcyxy 发表时间：
2003-01-09 15:44:31
--------------------------------------------------------------------------------
发信人：
StevenCh 发表时间：
2003-01-09 15:46:37
--------------------------------------------------------------------------------
你系统用的是复旦的卡吧，呵呵
发信人：
StevenCh 发表时间：
2003-01-09 16:02:29
--------------------------------------------------------------------------------
我觉得不管A或者B，对最终用户来说，最主要的是稳定性和操作性，持卡人可不了解什么A,B,10%，100%的。
我不怀疑我们中国人的智慧，而且也参与过中国最早的14443系统芯片的设计。国内芯片最主要问题还是在工艺上。
另外，目前B“攻击”A的论据基本是没有力量的。这个和博士没什么关系，我们部门50%以上是博士，呵呵 :)
发信人：
StevenCh 发表时间：
2003-01-09 16:32:07
--------------------------------------------------------------------------------
大家想要了解更多Philips IDE products，请到以下网址下载相关的文档：http://www.semiconductors.com/markets/identification/customer/
download/
我们的文档分为三个级别：
1.网上有，不需要密码
2.网上有，需要密码
3.需要和PHILIPS直接联系。
申请级别2，3的文档需和PHILIPS签署不扩散协议NDA,大家可以找飞环代理。当然你也可以直接联系我。呵呵
发信人：
StevenCh 发表时间：
2003-01-09 16:39:10
--------------------------------------------------------------------------------
我觉得不管A或者B，对最终用户来说，最主要的是稳定性和操作性，持卡人可不了解什么A,B,10%，100%的。
我不怀疑我们中国人的智慧，而且也参与过中国最早的14443系统芯片的设计。国内芯片最主要问题还是在工艺上。
另外，目前B“攻击”A的论据基本是没有力量的。这个和博士没什么关系，我们部门50%以上是博士，呵呵 :)
发信人：
handf 发表时间：
2003-01-09 18:05:47
--------------------------------------------------------------------------------
发信人：
handf 发表时间：
2003-01-09 18:15:32
--------------------------------------------------------------------------------
我和大家也一样，调试阶段是搞坏了不少500，心痛的不得了。我也比较奇怪为什么500会这么容易损坏。另外，虽然500的demo程序有些问题，不过这也好，有了问题解决的时候倒是更熟悉500了，不过要小心，搞不好500就玩完了，软件有问题可以改，但是500坏了只有扔的份了。不过我现在还悬着一个问题一直没有解决，就是防冲突时，如果两个卡的卡号（卡号4个字节）如果有某一个字节内的最低位相同则防冲突会失败，其它情况都没有问题，我是百思不得其解。刚才看了jiangbo123的解决方案，颇有同感，想想是不是也要换块板试一试。那位兄台有高招一定要告诉小弟，我先谢谢了！
发信人：
tpu 发表时间：
2003-01-09 19:36:12
--------------------------------------------------------------------------------
防冲突失败？是软件原因还是硬件原因？
发信人：
cwcyxy 发表时间：
2003-01-10 13:20:23
--------------------------------------------------------------------------------
demo程序在多处有bug，其中包括anticoll命令。
发信人：
jiangbo123 发表时间：
2003-01-10 13:33:19
--------------------------------------------------------------------------------
发信人：
水中火 发表时间：
2003-01-10 13:41:12
--------------------------------------------------------------------------------
发信人：
cwcyxy 发表时间：
2003-01-10 13:52:42
--------------------------------------------------------------------------------
你试过多张卡防冲突吗？可以试试看demo程序。
发信人：
jiangbo123 发表时间：
2003-01-10 14:01:31
--------------------------------------------------------------------------------
有两张卡时，是交替寻到两张中的一张
发信人：
cwcyxy 发表时间：
2003-01-10 14:18:10
--------------------------------------------------------------------------------
发信人：
handf 发表时间：
2003-01-10 16:18:14
--------------------------------------------------------------------------------
发信人：
ostar 发表时间：
2003-01-10 16:28:51
--------------------------------------------------------------------------------
请问修改密码中存储控制（4字节）应如何写？我是将
密码扇区读出，其中存储控制是0xFF,0x7,0x80,0x69;于是
我将“新密码A(6字节)＋存储控制（4字节）＋密码B（6字节）”
写入，这样新密码也可以用，但函数返回是错的。请高人指点
多谢！
发信人：
handf 发表时间：
2003-01-10 16:36:40
--------------------------------------------------------------------------------
我的问题比较奇特，到不是不能防冲突,就是出现下面的情况时会出错:
卡1：卡号 D1 AA C0 01
卡2：卡号 D9 AA C0 01
如果是这样的两张卡肯定错。D1和D9的最低位都是1，防冲突时第一轮错误寄存器返回冲突，我将该位置为1继续进行防冲突，就没动静了。开始怀疑程序有问题，但是这和其它位冲突（除了第7位冲突的情况比较特殊）的唯一区别就是第二次输入的卡号长度不同。
原来以为会在冲突位在第7位时比较麻烦，没想到第7位倒没错，只是DEMO程序需要修改。说是软件问题，不象，说是硬件问题也玄乎，搞不懂。
HELP ME!
发信人：
jiangbo123 发表时间：
2003-01-10 16:36:47
--------------------------------------------------------------------------------
不是从卡里读出来的。
发信人：
srz 发表时间：
2003-01-10 20:42:35
--------------------------------------------------------------------------------
发信人：
wuyuehua 发表时间：
2003-01-11 13:33:29
--------------------------------------------------------------------------------
为何在Select时, ErrorFlag寄存器的CRCErr位总是出错
发信人：
jiangbo123 发表时间：
2003-01-13 08:32:44
--------------------------------------------------------------------------------
发信人：
cbx2 发表时间：
2003-01-13 10:52:06
--------------------------------------------------------------------------------
请问RC500的天线对卡有反应的表现是什么啊？
还有我的天线输出端TX1和TX2信号输出的振幅
不相同，不过相差也不是很大，是不是正常？
采用中断方式，在没读卡的时候，RC500会以
一定的频率发出中断信号，正常吗？
发信人：
jiangbo123 发表时间：
2003-01-13 11:02:05
--------------------------------------------------------------------------------
这个应该不正常。
发信人：
Mifare 发表时间：
2003-01-13 13:30:42
--------------------------------------------------------------------------------
有没需要调试RC500软硬件的？可与我联系,Mifare@cmmaill.com
发信人：
jiangbo123 发表时间：
2003-01-13 14:16:20
--------------------------------------------------------------------------------
发信人：
cwcyxy 发表时间：
2003-01-13 14:42:53
--------------------------------------------------------------------------------
发信人：
yaoji104 发表时间：
2003-01-13 17:52:52
--------------------------------------------------------------------------------
强了建议删除此条流言，以正视听。
发信人：
jiangbo123 发表时间：
2003-01-14 08:39:46
--------------------------------------------------------------------------------
发信人：
mcuduoduo 发表时间：
2003-01-14 08:54:04
--------------------------------------------------------------------------------
发信人：
jiangbo123 发表时间：
2003-01-14 08:59:39
--------------------------------------------------------------------------------
都有的。
最后
以上就是文艺豆芽为你收集整理的(4)mifare卡读写器开发心得『转』－－整理重发贴的全部内容，希望文章能够帮你解决(4)mifare卡读写器开发心得『转』－－整理重发贴所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。
发表评论 取消回复