复位应答ATR的基本结构和数据元

根据定义,复位应答是一系列字节的值这些字节是由卡作为对复位命令的响

应发送给接口设备的 ,I/O电路上,每个字节在一个异步字符中传输

每个成功的复位操作都会导致I/O上的一个初始字符TS,TS后面按照下面的次

序跟有最多32个字符。

初始字符定义了所有后继字符的解码协议。

格式字符声明了第一组接口字符和所有历史字符。

接口字符由格式字符声明的位图技术来指明。

历史字符由编码在格式字符中的一个数字来指明。

校检字符依赖于某些接口字符中参数T的值。

★ 初始字节TS

TS 有两个可能值

反向约定解码时传输的字节等于3F

正向约定解码时传输的字节等于3B

★ 格式字节T0

字节T0 由两部分组成

b8b5构成Y(1)每个等于的位指明了后继接口字节的存在。

b4b1构成:K 值为历史字节的个数,范围从015

★ 接口字节TA(i) TB(i) TC(i) TD(i)

☆ TD(i)

字节TD(i)由两部分组成

b8b5构成Y(i+1)每个等于1的位指明接口字节的存在。

位b4到b1构成参数T的值。

☆ TA(1)

FIb8b5上的时钟率转换因子的引用

DI:位b4到b7上波特率校正因子的引用

☆ TB(1)

最高位b8总是被置为0,即它未被使用。

I1:b7,b6上最大编程电流的引用。

PI1:b5b1规定编程电压的值。

这些参数是第一代智能卡所需要的,它用EPROM而不是EEPROM作为数据存储器,而后者是当前的标准。对EEPROM编程所需的高电压和电流由终端经Vpp触点供给。然而,自从不包括内部电荷泵的智能卡已不复存在,我们可以忽略这个字节编码。

☆ TC(1)

参数 是用于从接口设备到发送字符的卡的额外保护时间从卡发送字符到接口设备不用额外保护时间缺省值N=0

0254范围里在准备接收下一字符前N指明卡要求从前一个字符也是由卡或接口设备发送的上沿的后续延迟。

12 etu + (Q*N/f)

公式中Q取两个值中的一个:

F/D 即用于计算etu的值。当T=15不存在于复位应答中时。

Fi/Di T=15在复位应答中时。

N=255 指明在传输协议期间两个连续前沿之间的最小延迟在传输的两个方向一

致。

这个最小延迟值是

T=012etu

T=111etu

★ 历史字符

很长一段时间,没有任何标准对历史字符做出规定,结果是随着操作系统生产者而不同,它们包含了变化广泛的数据。

很多公司使用适当的字节来识别操作系统和相关的ROM掩膜的版本号。通常用ASCII编码,使之易于解释。历史字符在ATR的存在不是规定的,可以把它们全部删除掉。在某些情况下这样处理能使ATR短些并能较快送出。

在ATR中的数据元或历史字符可以包含着关于智能卡和所采用的操作系统的综合信息。例如,它们可以用来存储由智能卡支持的文件选择功能和隐含选择功能,以及有关逻辑通道的机制信息,它们也可以用来存储另外的有关发行商、卡和芯片的序列号、掩膜ROM、芯片和操作系统的版本号等信息。在ISO/IEC7816-4和-5标准中对有关数据的编码做了规定。

 

★ 校验字符

ATR的最后一个字节为从字节T0开始到校验和字符(TCK)之前的最后一字节的XOR校验和。这个校验和可用于除奇偶性检测之外的ATR传输的正确性核查。

时间: 2024-10-05 08:37:24

复位应答ATR的基本结构和数据元的相关文章

IC卡复位应答ATR的数据元和它们的意义

ISO/IEC 7816-3标准中对ATR的数据串和数据元做了规定和描述.ATR的数据元和它们的意义: 数据元 说明 TS 起始字符 T0 格式字符 TA1,TB1,TC1,TD1,... 接口字符 T1,T2,... ,TK 历史字符 TCK 校验字符 复位应答ATR的基本数据结构和数据元如下: 一.             起始字符TS 起始字符规定了用于在ATR中的所有数据和后继通信过程的约定.此外,TS字节含有特殊的位模式可由终端用以识别分频值.终端测量TS中前两个下降沿之间的时间并除以

mysql,命令导入\导出表结构或数据

1.导出整个数据库 mysqldump -u用户名 -p密码  数据库名 > 导出的文件名  C:\Users\jack> mysqldump -uroot -pmysql db1  > /tmp/bak.sql 2.导出一个表,包括表结构和数据 mysqldump -u用户名 -p 密码  数据库名 表名> 导出的文件名   mysqldump -uroot -pmysql db1 test> /tmp/bak.sql 3.导出一个数据库结构          mysqld

详解Google-ProtoBuf中结构化数据的编码

原文转自:http://www.wuzesheng.com/?p=1258 本文的主要内容是google protobuf中序列化数据时用到的编码规则,但是,介绍具体的编码规则之前,我觉得有必要先简单介绍一下google protobuf.因此,本文首先会介绍一些google protobuf相关的内容,让读者朋友对google protobuf有一个初步的印象,然后,再开始进入正题—-深入浅出地介绍google protobuf中用到的编码规则.下面言归正传,开始今天的话题. 1. Googl

2015第27周一非结构化数据

非结构化数据包括以下几个类型: 文本:在掌握了元数据结构时,机器生成的数据,如传感器等就一定能够进行解译.当然,流数据中有一些字段需要更加高级的分析和发掘功能. 交互数据:这里指的是社交网络中的数据,大量的业务价值隐藏其中.人们表达对人.产品的看法和观点,并以文本字段的方式存储.为了自动分析这部分数据,我们需要借助实体识别以及语义分析等技术.你需要将文本数据以实体集合的形式展现,并结合其中的关系属性. 图像:图像识别算法已经逐渐成为了主流.此外,这些技术也会产生实体,尽管获取关系以及舆情分析更加

MySQL 5.7:非结构化数据存储的新选择

本文转载自:http://www.innomysql.net/article/23959.html (只作转载, 不代表本站和博主同意文中观点或证实文中信息) 工作10余年,没有一个版本能像MySQL 5.7那样令我激动与期盼,10月MySQL 5.7 GA版本的发布,意味着MySQL数据库终于有能力在传统企业中向商业数据库发起挑战,开源的Linux操作系统干掉了封闭的Unix系统,MySQL会不会再一次逆袭商业产品?目前来看,或许很难,但是机会已经掌握在自己上手,后面的发展就看MySQL团队能

结构化数据(structured),半结构化数据(semi-structured),非结构化数据(unstructured)

概念 结构化数据:即行数据,存储在数据库里,可以用二维表结构来逻辑表达实现的数据. 半结构化数据:介于完全结构化数据(如关系型数据库.面向对象数据库中的数据)和完全无结构的数据(如声音.图像文件等)之间的数据,HTML文档就属于半结构化数据.它一般是自描述的,数据的结构和内容混在一起,没有明显的区分. 非结构化数据:不方便用数据库二维逻辑表来表现的数据即称为非结构化数据,包括所有格式的办公文档.文本.图片.XML.HTML.各类报表.图像和音频/视频信息等等. 数据模型 结构化数据:二维表(关系

Mysql 导入导出表结构与数据

1.导出整个数据库 mysqldump -u用户名 -p密码  数据库名 > 导出的文件名  C:\Users\jack> mysqldump -uroot -pmysql account  > e:\account.sql 2.导出一个表,包括表结构和数据 mysqldump -u用户名 -p 密码  数据库名 表名> 导出的文件名  C:\Users\jack> mysqldump -uroot -pmysql ch_zhongyue_drg account> e:

非结构化数据

rlist扩展包 设计目标:更方便地在R中操作list对象 特性: 提供一系列高阶函数,可以方便地对list对象中的元素进行映射(mapping).筛选(filtering).分组(grouping).排序(sorting).合并(joining).更新(updating).搜索(searching)以及其他常用操作. 对管道操作(pipeline)友好,方便非结构化数据处理的流程化. 整合多种非结构化数据源的读写方法,方便接入数据源和输出数据. 合理利用R的元编程特性,简化使用. 基于表达式的

各式结构化数据 动态 接入-存储-查询 的处理办法 (第二部分)

各式结构化数据的动态接入存储查询,这一需求相信有很多人都遇到过,随着实现技术路线选择的不同,遇到的问题出入大了,其解决办法也是大相径庭.数据存储在哪儿,是关系型数据库,还是NoSQL数据库,是MySQL还是Oracle,怎么建立索引,建立什么类型的索引,都是大学问.下面,我要把我对这一解决办法的思考总结一下,有成熟的也有不成熟的,希望大家一起共同探讨. 关键词:结构化数据, 动态, 接入, 存储, 查询 首先,我们得定义一下在本文中什么是结构化数据,这里的结构化数据主要是指扁平化的.可以由基础数