3.5712MHZ
3153
SMD/2023+
原装
3.5712MHZ
217
SMD/18+
原装现货支持BOM配单服务
3.5712MHZ
36000
nbsp/17+
全新原装进口现货，假一罚十，欢迎询价。
3.5712MHZ
3153
SMD/2023+
原装
3.5712MHZ
27554
SMD/11+
原厂原装现货
3.5712MHZ
27554
SMD/11+
原厂原装现货
3.5712MHZ
3000
-/2019+
原装 部分现货量大期货
3.5712MHZ
9000
HC49S/2022+
进口原装现货假一赔十，需要更多数量请咨询
3.5712MHZ
217
SMD/18+
原装可拆包量大价优
上在世界范围内只有两个分频值在使用：一个是372；而另一个是512。甚至经常用更小的分频 值来增加数据传输率，不过到目前为止这仍是不普遍的。但是，在未来这种情况会改变，因为数据传输率是 命令执行的瓶颈之一。降低分频值则增大了卡操作系统在接收和传送数据时的困难，因为处理器执行这些任 务的时间越来越少。例如，如果接收数据的分频值为256，处理器仅有256个时钟区间去识别每1位并把它传 送给i/o缓存器。 要计算在标准分频值时所能达到的传输率，我们只需要考虑时钟频率和分频值，如下例所示： 3.5712mhz÷372=9600 b/s 4.9152mhz÷512＝9600 b/s 由两个通常使用的时钟频率（3.5712mhz和4.9152mhz）便可精确获得9 600b/s的数据传输率。期望传输率 为9 600b/s是存在难以选用别的分频值的理由。在智能卡技术的早期日子里，只有对很少的频率才有可用的 便宜晶体。因而，采用了用于电视设备的标准晶体，而卡的分频值则按那时普遍的9 600b/s的数据传输率来 设定。早期pc用4.77mhz的时钟频率也是这个理由，因为它和美国的电视设各相容，原则
准则”可一般用作字组结束的检测。然而，它却显著地减小了数 据传输率，因为每1字组的时间都被字符等待时间cwt（character waiting time）的持续时间增大了，字组的 结束最好是用计数接收的字节数来检测。 图2 字符等待时间（cwt）的定义 cwt用atr中所含cwi来计算，根据下列公式： cwt=（2cwi+11）工作etu cwi的缺省值为13，由此可得cwt的如下之值： cwt=（213+11）工作etu=8.203工作etu 对于时钟频率为3.5712mhz，而分频值为372时，结果的区间为0.85秒。 这个区间在标准中被规定为缺省设定，对快速数据传送而言是太高了。实践中，cwi的常用范围在3和5之间 ，这就是说对正常的传输序列，其中字符一个接着一个而无需任何时间延迟，接收方在检测出字组的尾部或 一个通信错误之前要等待一至二个字符的时间。 通常，接收程序从len字段的长度信息来检测出字组的结束。然而，如果这个字段的内容是错误的，则字符 等待时间可用作一种另外的手段来结束接收。这个问题本身仅仅出现在长度信息过长时，在这种情况下接收 方将等待永远
后的传输协议使用的是不同的分频值（例如：512），也应当用这个 分频值。这就保证了从任何卡总能接收到一个atr，而不管传输协议的参数是怎样的。 atr很少具有最大的允许长度，通常atr只有几个字节，特别是对那些在激活序列之后卡应快速投人使用的 应用来说，atr应当很短。典型的例子是智能卡电子钱包、公路收费的支付等。不管交通工具通过收费闸门 的速度如何，都必须可靠地将卡在此可使用的短时间内记人借方。 在终端发出复位信号后的400～40 000个时钟周期之内必须出现atr传输的开始。对于3.5712mhz的时钟频率 来说，这相应于112μs至11.20ms的区间；而4.9152mhz的区间则为81.38μs至8.14ms。如果在此区间内终端 没有接收到atr的开始，它把激活序列重复数次（通常最多为三次）以试图检测到atr。如果所有这些尝试都 失败了，则终端认为卡是有故障的并据此做出反应。 按照iso/iec 7816-3，在atr中相邻两字节的前沿间的时间可以高达9 600etu。这段时间被称为起始等待时 间，对3.5712mhz的时钟频率，它精确地为is。这就是说，标准中允许送往终端的a
本节中的表1～表3是基于智能卡命令成功执行的平均时间（在具有不同操作系统的不同类型智能卡上测量的）。所列数值为平均值，取决于操作系统，个别情况下的实际数值可能和表列值有较大的出入，所有的测试都是在t=1的传输协议，时钟变换因子为372，时钟频率为3.5712mhz，eeprom的4字节页面的写人/擦除时间为3.5ms而des算法的处理时间为17ms/8字节的条件下进行的。 标有“⑧”的命令表示其执行时间十分依赖于命令的实现方式以及所支持的功能的范围。因此，对于这些命令的时间可能变化范围很宽。 表1 测自数个不同的智能卡操作系统的read binary命令的平均执行时间 （这条命令的运转时间类似于read reccrd，括弧中所列之值为读取的数据量，测试条件已在正文中说明） 表2 不需要事先擦除和需要事先擦除受影响的eeprom页面的update binary命令的平均执行时间 （测自数个不同的智能卡操作系统的此命令的运转时间类似于update record， 括弧中所列之值为读取的数据量，页面大小为4字节而写人/擦除时间为3.5ms， 所有其他测试条件已在正文
分的所有字节，或者直到卡送出非反相的命令字节，终端则将所 有剩余的字节传送给卡，使之接收到完整的命令。单字节的传输过程如图6所示。 至于对传输协议的考虑，用户的根本兴趣所在仅是数据传输率和差错检测与校正机制。传送一个包括了8位 的字节，需要传送12位，其中还有1开始位，1奇偶校验位和2 etu保护时间，假定时钟频率为3，5712mhz而 分频值为372，传送1字节要占用13etu或1．25ms，表1夕列出了某些典型的命令的传送时间。 表1 t=0的某些典型命令的传送时间，时钟频率为3.5712mhz，分频值为372每条命令有2位停止位和8位数据字节（c＝命令，r＝应答） 如果发生了差错数据传输率当然下降，不过，单字节重复机制在这里仍有很大的优点，因为只有所接收的不正确的字节才需要重传。 t＝0协议的差错检测仅仅是每1字节末尾的奇偶校验。这使它能够可靠地识别单独一位的差错，但无法检测两位的差错。此外，如果在从终端向卡传输时丢失了一字节，这将导致在卡中的无尽循环（死锁），因为它在等待特定数量的字节而没有可能暂时停止。惟一使终端脱出这种通信死胡同的实际出路是使卡复位并重新从头开始。
波特率发生寄存器——他们只是用这个名字请看数据手册上第57页的框图，那个“11-bit etu counter”就是你要的寄存器呀，只是我们不叫“波特率发生寄存器”，因为iso7816-3中没有这个概念。另外要说明的是，那个“波特率发生寄存器”也不是用于改变智能卡时钟的，根据iso7816-3，时钟一旦定下来后是不能大幅改变的。楼上的vigia说得对，“调整波特率即调整etu所对应的时钟周期”，如你需要9600的波特率，以标准的3.5712mhz的时钟频率计算，你应在etu计数器中写入372。372也是所有所有智能卡和读卡器在上电时默认的速率。etu的概念是说，实际传输一位的数据比特对应有多少时钟周期，即9600的波特率对应372，19200的波特率对应186。改变时钟频率只改变了物理的传输速率，但如不改变etu，实际的波特率并没有变，波特率是一个逻辑的概念，请不要与uart的波特率混为一谈，uart中传输没有时钟信号。另外想问一下，你要做什么项目？
联系人：
联系方式：
