COM接口协议
Com 接口协议
Com 通讯接口协议（草稿）概述此通讯协议标准主要是规定了Reader与主机之间的通讯方式，此通讯协议是建立在RS232串行通讯基础上的，实现的是单点对单点的通讯，类似于3964通讯协议，通讯中有很多往返确认的控制信息，不大适合在网络环境中使用。
（一）报文格式报文帧包含报文的不同字段和控制信息。
实际数据字段的前面有首部信息，而后面有包含关于传输正确性检查信息的数据安全部分（故障识别）一、编码方式：协议规定以ASCII（美国标准信息交换代码）模式通信，在传输过程中，除了标志字符和结束字符以外，其余字节按照16进制的数值拆分成两个ASCII字符表示。
这样报文中的字节都是可见的ASCII字符，而且在一个比较小的范围内。
如果有规定范围以外的字符出现，则为非法字符。
代码：（共计２０个字符）•十六进制，ASCII字符0...9，A...F （不使用小写字母）•标志字符：开始符：’:’(0x3A）和地址标志符：’@’ (0x40）•结束字符：CR(0x0D)和LF(0x0A)二、报文帧格式：协议规定有两种帧格式，不带地址码的短帧格式和有地址码的长帧格式。
1）如下表：在这个地方程序实际发送数据长度已经按照编码结构，是这个展开的数据长度了，就是2倍了。
报文帧的各部分说明如下：（1）开始：协议规定以字符‘:’(Hex 0x3A)作为报文帧的起始标志。
（2）帧编号：帧编号是由发送方设定的帧序列号。
接收方收到帧以后，回发“应答帧”，“应答帧”必须带有相同的帧编号。
帧编号从０开始，长度是1Byte，循环使用。
（3）功能码定义长度为1Byte，编码范围0x00—0xFF。
分为四种，定义范围和作用，如下（4）数据长度：标记数据包部分的数据长度。
规定长度为2Byte。
（5）数据包：是报文帧携带的状态和数据部分。
数据长度不固定。
如果报文帧是指令帧，数据包部分就是指令参数。
如果报文帧是应答帧/数据帧，数据包部分就是传送的状态和数据，数据格式由主机指令规定。
COM接口协议
COM接口协议协议名称：COM接口协议一、概述COM（Component Object Model）接口协议是一种用于在不同软件组件之间进行通信和交互的标准协议。
本协议旨在规范COM接口的定义、使用和实现，以确保不同组件之间的互操作性和可扩展性。
二、术语定义1. COM接口：指由COM组件提供的一组方法和属性，用于与其他COM组件进行通信和交互。
2. COM组件：指实现了COM接口的软件组件，可以是动态链接库（DLL）或可执行文件（EXE）等形式。
3. 客户端：指使用COM接口的组件，通过调用COM接口的方法和属性与COM组件进行交互。
4. 服务器：指提供COM接口的组件，响应客户端的请求并执行相应的操作。
三、COM接口定义规范1. 接口标识符（IID）：每个COM接口都有一个唯一的IID，用于在运行时标识接口。
IID由128位的全局唯一标识符（GUID）表示。
2. 接口定义语言（IDL）：用于描述COM接口的语言，包括接口名称、方法、属性、参数等信息。
IDL使用接口定义语句（interface）进行定义。
3. 接口继承：COM接口支持单继承，一个接口可以继承自另一个接口，并可以添加新的方法和属性。
4. 接口版本管理：接口的版本号由主版本号、次版本号和修订号组成，每次对接口进行修改时，需要递增相应的版本号。
5. 接口文档：每个COM接口都应该提供详细的接口文档，包括接口的功能、方法的使用说明、参数的含义和返回值等信息。
四、COM接口使用规范1. 接口调用方式：客户端通过获取COM组件的接口指针，调用接口的方法和属性来与COM组件进行交互。
2. 接口生命周期管理：客户端在使用完COM接口后，需要调用接口的释放方法（Release）来释放接口所占用的资源。
3. 接口错误处理：COM接口的方法在执行过程中可能会返回错误代码，客户端需要根据错误代码进行相应的错误处理。
4. 接口版本兼容性：COM接口的修改应该保持向后兼容性，即新版本的接口可以与旧版本的客户端兼容，反之亦然。
COM接口协议 (3)
COM接口协议协议名称：COM接口协议一、引言COM（Component Object Model）接口协议是一种用于在不同软件组件之间进行通信和交互的标准协议。
本协议旨在规范COM接口的定义和使用，确保不同组件之间的互操作性和兼容性。
二、定义1. COM接口：COM接口是一组方法和属性的集合，用于定义组件之间的通信规范。
每一个COM接口都有一个惟一的标识符（Interface Identifier）用于标识该接口。
2. COM组件：COM组件是一种可重用的软件模块，可以通过COM接口与其他组件进行通信。
每一个COM组件都有一个惟一的标识符（Class Identifier）用于标识该组件。
三、接口定义1. 接口标识符（Interface Identifier）：每一个COM接口都应具有一个惟一的标识符，用于标识该接口。
标识符采用UUID（Universally Unique Identifier）格式，由32个十六进制数字和4个破折号组成。
2. 接口方法（Interface Methods）：接口方法定义了组件之间进行通信和交互的具体操作。
每一个接口方法都应具有惟一的名称、参数列表和返回值。
3. 接口属性（Interface Properties）：接口属性定义了组件的状态和特性。
每一个接口属性都应具有惟一的名称、数据类型和访问权限。
四、接口使用1. 接口绑定（Interface Binding）：组件在使用COM接口之前，需要通过接口绑定的方式获取接口的实例。
接口绑定可以通过编程语言提供的COM库或者COM对象创建函数来实现。
2. 接口调用（Interface Invocation）：一旦获取了接口的实例，组件可以通过调用接口方法来实现与其他组件的通信和交互。
接口调用需要传递方法的参数，并处理返回值。
3. 接口释放（Interface Release）：当组件再也不需要使用接口时，应该及时释放接口的实例，以避免资源泄漏和内存泄漏问题。
COM接口协议
COM接口协议协议名称：COM接口协议一、引言COM（Component Object Model）接口协议是一种用于组件之间通信和交互的标准。
本协议旨在定义COM接口的规范和约定，以确保不同组件之间的互操作性和兼容性。
该协议适用于COM组件的设计、开发、实现和使用。
二、术语定义1. COM组件：指符合COM接口规范的软件组件，具有独立的功能和逻辑，可以被其他组件调用和使用。
2. 接口：指COM组件对外提供的一组方法和属性，用于实现与其他组件的交互和通信。
3. 接口标识符（IID）：用于唯一标识一个接口的GUID（Globally Unique Identifier）。
4. COM对象：指实现了一个或多个接口的COM组件的实例。
三、接口定义1. 接口命名规范a) 接口名称应具有描述性，清晰地表达其功能和用途。
b) 接口名称应以"I"开头，后跟具体的功能描述，采用驼峰命名法。
c) 示例：IExampleInterface2. 接口方法定义a) 方法名称应具有描述性，清晰地表达其功能和用途。
b) 方法名称应以大写字母开头，采用驼峰命名法。
c) 方法参数应明确指定类型和名称，避免使用缩写。
d) 方法返回值应明确指定类型，可以使用void表示无返回值。
e) 示例：```csharpvoid ExampleMethod(int parameter1, string parameter2);```3. 接口属性定义a) 属性名称应具有描述性，清晰地表达其功能和用途。
b) 属性名称应以大写字母开头，采用驼峰命名法。
c) 属性类型应明确指定，可以使用自定义类型。
d) 示例：```csharpstring ExampleProperty { get; set; }```四、接口实现1. COM对象的创建a) COM对象的创建应遵循COM规范，可以使用CoCreateInstance等方法。
b) COM对象的创建应提供明确的错误处理机制，以便通知调用方创建是否成功。
COM接口协议
COM接口协议协议名称：COM接口协议一、引言COM（Component Object Model）接口协议是一种用于实现软件组件之间相互通信和交互的标准化协议。
该协议定义了接口的规范、调用方法和参数传递规则，使得不同的软件组件能够在不同的操作系统和编程语言环境下进行无缝集成和互操作。
二、目的本协议的目的是为了确保不同的软件组件之间能够正确地进行通信和交互，以实现功能的共享和协同工作。
通过遵守本协议，开发人员能够更加高效地开发和维护软件组件，提高软件的可扩展性和可重用性。
三、术语和定义1. COM对象：指符合COM接口规范的软件组件，可以被其他组件调用和使用。
2. 接口：指COM对象提供给其他组件调用的方法和属性的集合。
3. GUID（Globally Unique Identifier）：全局唯一标识符，用于唯一标识COM对象和接口。
4. 类型库：存储COM对象和接口的信息，包括GUID、方法、属性等。
5. 注册表：用于记录COM对象和接口的信息，包括GUID、文件路径等。
四、接口规范1. 接口定义：每个接口都需要明确定义其方法、属性和事件。
接口的名称应具有描述性，以便其他开发人员理解其功能和用途。
2. 方法调用：接口中的方法需要定义其输入参数和返回值，包括参数的类型、名称和说明。
方法的调用顺序应符合逻辑关系，确保正确的功能实现。
3. 属性访问：接口中的属性需要定义其类型、名称和说明。
属性的访问方式可以是读取、写入或读写，具体取决于实际需求。
4. 事件触发：接口中的事件需要定义其类型、名称和说明。
事件的触发方式可以是同步或异步，具体取决于实际需求。
五、参数传递规则1. 值类型参数：对于值类型的参数，应按值传递，即将参数的值复制一份传递给方法。
方法内部对参数的修改不会影响原始值。
2. 引用类型参数：对于引用类型的参数，应按引用传递，即将参数的引用传递给方法。
方法内部对参数的修改会影响原始值。
3. 输出参数：对于输出参数，应使用out关键字进行声明。
COM接口协议
COM接口协议协议名称：COM接口协议一、引言COM（Component Object Model）接口协议是一种用于组件间通信的标准协议。
本协议旨在规范COM接口的定义、实现和使用，以确保不同组件之间的互操作性和可扩展性。
二、术语定义1. COM：Component Object Model，组件对象模型，是一种面向对象的软件组件技术。
2. 接口：Interface，定义了组件对外提供的一组方法和属性。
3. 组件：Component，独立且可重用的软件模块。
三、协议规范1. 接口定义1.1 接口名称：[接口名称]1.2 接口描述：[接口描述]1.3 接口方法：[方法1名称]：- 参数：[参数1]：[参数1描述][参数2]：[参数2描述]- 返回值：[返回值描述] - 功能：[方法1功能描述] [方法2名称]：- 参数：[参数1]：[参数1描述] [参数2]：[参数2描述] - 返回值：[返回值描述] - 功能：[方法2功能描述] ...1.4 接口属性：[属性1名称]：[属性1描述] [属性2名称]：[属性2描述] ...2. 接口实现2.1 接口实现方式：[接口实现方式描述]2.2 接口实现规范：[接口实现规范描述]3. 接口使用3.1 接口引用：[接口引用方式描述]3.2 接口调用：[接口调用方式描述]四、示例以下是一个示例COM接口的定义：1. 接口定义1.1 接口名称：IExampleInterface1.2 接口描述：用于示例的COM接口1.3 接口方法：GetVersion：- 参数：无- 返回值：字符串- 功能：获取接口版本号SendMessage：- 参数：message：字符串，要发送的消息内容 - 返回值：无- 功能：发送消息2. 接口实现2.1 接口实现方式：C++类实现2.2 接口实现规范：实现类必须包含接口定义的所有方法，并按照规范进行实现。
3. 接口使用3.1 接口引用：通过接口指针引用3.2 接口调用：示例代码如下：```IExampleInterface* pInterface = GetExampleInterface(); // 获取接口指针if (pInterface != nullptr) {std::string version = pInterface->GetVersion(); // 调用GetVersion方法pInterface->SendMessage("Hello, COM!"); // 调用SendMessage方法}```五、总结本协议详细描述了COM接口的定义、实现和使用规范，确保了不同组件之间的互操作性和可扩展性。
接口协议书范本
接口协议书范本甲方（提供方）：_____________________地址：_____________________________联系人：___________________________联系电话：________________________乙方（使用方）：_____________________地址：_____________________________联系人：___________________________联系电话：_________________________鉴于甲方拥有某项技术或服务的接口，乙方需要使用该接口进行开发或业务集成，双方本着平等互利的原则，经协商一致，就接口的使用达成如下协议：第一条接口定义1.1 甲方同意向乙方提供以下接口（以下简称“接口”）：接口名称：_____________________接口功能：_____________________接口描述：_______________________第二条使用权限2.1 乙方有权在协议有效期内使用甲方提供的接口，用于乙方的业务开发和运营。
2.2 乙方不得将接口提供给任何第三方使用，不得用于非法用途。
第三条接口使用限制3.1 乙方应遵守甲方提供的接口使用规范，不得超出规定范围使用。
3.2 乙方在使用接口过程中，应保证数据的安全性和完整性。
第四条接口支持与维护4.1 甲方负责接口的技术支持和维护工作，确保接口的稳定运行。
4.2 甲方应提供必要的技术支持，协助乙方解决接口使用中遇到的问题。
第五条保密条款5.1 双方应对本协议内容及因履行本协议而知悉的对方商业秘密予以保密。
5.2 未经对方书面同意，任何一方不得向第三方披露、泄露或允许第三方使用上述保密信息。
第六条违约责任6.1 如一方违反本协议的任何条款，违约方应承担违约责任，并赔偿对方因此遭受的损失。
6.2 因不可抗力导致不能履行或完全履行本协议的，双方互不承担责任。
com协议
com协议COM（Component Object Model）协议是一种面向对象的组件通信协议，它是微软公司推出的一种软件架构技术，用于实现不同软件组件之间的互操作。
COM协议是一种二进制协议，它定义了一套标准接口和一套调用约定，使得不同的软件组件可以在同一个运行环境中相互通信和交互。
COM协议的核心概念是“组件”和“接口”。
组件是一个可执行代码模块，它可以被其他组件调用和使用。
每个COM组件都有一个唯一的标识符（GUID），用于在运行时进行识别。
接口定义了组件暴露给其他组件使用的方法和属性，可以理解为组件的功能接口。
在COM协议中，组件之间的通信是通过接口方法的调用来实现的。
调用者通过调用目标组件的接口方法来向其请求服务，目标组件在收到请求后执行相应的操作，并返回结果给调用者。
COM协议定义了一套统一的调用约定，保证了在不同的编程语言和开发环境中组件之间的互操作性。
COM协议还提供了一套灵活的对象模型，支持组件的组合和重用。
通过使用COM组件，开发人员可以将代码模块化，实现高度可重用的软件组件，提高开发效率。
同时，COM组件还支持动态加载和卸载，可以根据需要在运行时动态加载或卸载组件，灵活地管理系统资源。
COM协议的应用范围非常广泛，几乎涵盖了所有类型的软件开发。
在Windows操作系统中，COM组件被广泛用于各种系统服务和应用程序的开发，如图形界面程序、数据库服务、网络通信等。
此外，COM协议还被广泛应用于企业级软件开发，如中间件、分布式系统等。
尽管COM协议在软件开发中具有许多优点，但也存在一些限制和挑战。
首先，COM组件必须遵循一定的规范和约定，开发和维护成本较高。
其次，COM协议是微软公司独有的技术，对于其他操作系统或开发平台的兼容性较差。
此外，COM组件的性能和安全性也是开发人员需要考虑的重要问题。
总的来说，COM协议是一种重要的软件架构技术，它为不同软件组件之间的通信和交互提供了一种高效、灵活和可扩展的方式。
COM接口协议
COM接口协议1概述此通讯协议标准主要是用来说明RFID原理机开发平台与主机或其他控制器之间通讯协议的规定和通讯方式的介绍，通讯协议是建立在RS232串行通讯基础上的，由于RFID原理机与电子标签之间的通讯是主一从应答方式，所以主机与RFID原理机之间通讯也是主一从应答方式。
当主机按照发送格式发送一帧数据到RFID原理机时，RFID原理机如果校验通过将按照协议规定提取有效信息发送出去，如果可读卡范围之内有电子标签存在，并返回相应信息，RFID原理机再次校验接收到的数据，如果数据校验通过，RFID原理机会将命令字和接收到的数据全部上发给主机，这样就更接近ISO/IEC15693标准协议。
RFID原理机提供标准RS232和USB-B 口方便二次开发和ISO/IEC15693标准协议的学习，可以通过原理机上的SW2开关进行选择两种接口；也可以通过自带上位机软件通过RS232或USB-B 口进行读写数据或教学演示。
2数据通信协议2.1通信协议概念通信协议是指双方实体完成通信或服务所必须遵循的规则和约定。
协议定义了数据单元使用格式，信息单元包含的信息与含义等，从而确保网络中数据顺利着传送到确定地方并被有效识别。
a. 协议是基于一次交换上位机或其他控制器到RFID原理机一次请求RFID原理机到上位机或其他控制一次响应b. 每一次请求包含在一帧内，请求中包括针头（0x02）、指令长度、标志、命令字、数据域、校验位和针尾（0x03）指令长度（8bits）:包括针头和针尾在内的整条指令的长度标志（8bits）: b2（数据编码模式选择），3（数据速率选择），b°（位编码模式选择），其他位未使用命令字（8bits）:同ISO/IEC 15693中的规定数据域（不定）:应用数据域校验位（8bits）:从指令长度开始到数据域结束，逐字节累加值，累加过程中溢出不做处理，只取低字节c. 每次响应包括以下的域：命令字（8bits）:与请求命令中的命令字相对应，作为请求指令应答对应标志标志（8bits）:同ISO/IEC 15693中响应域规定强制和可选的参数：取决于命令，同ISO/IEC 15693中响应域规定应用数据域：同ISO/IEC 15693中响应域规定CRC(16bits):除去命令字之外所有指令的校验位d. 一个单字节域在通讯中首先传输最低有效位(LSBit)e. 一个多字节域在通讯中首先传输最低有效字节(LSByte)，每字节首先传输最低有效位(LSBit)2.2请求格式与请求标志定义通用请求格式、请求标志字和请求命令字分别在下表1、表2和表3中做了定义，其中请求标志在ISO/IEC15693标准协议的基础上添加编码模式选择位，请求命令字完全采用ISO/IEC15693协议中的命令字。
串口、COM口、TTL、RS-232、RS-485区别详解
串口、COM口、TTL、RS-232、RS-485区别详解
Point：
1、串口、COM口是指的物理接口形式(硬件)。
而TTL、RS-23
2、RS-485是指的电平标准(电信号)。
2、接设备的时候，一般只接GNDRXTX。
不会接Vcc或者+3.3v的电源线，避免与目标设备上的供电冲突。
3、PL2303、CP2102芯片是USB转TTL串口的芯片，用USB来扩展串口(TTL电平)。
4、MAX232芯片是TTL电平与RS232电平的专用双向转换芯片，可以TTL转RS-232，也可以RS-232转TTL。
5、TTL标准是低电平为0，高电平为1（+5V电平）。
RS-232标准是正电平为0，负电平为1（±15V电平）。
RS-232PL2303
但是记住一点，只要是D型9针串口，不会是TTL电平的，没特殊说明就默认是RS-232。
所以这根线，不管里边构造怎样的，是USB转RS-232串口的线。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
COM接口协议
1 概述
此通讯协议标准主要是用来说明RFID原理机开发平台与主机或其他控制器之间通讯协议的规定和通讯方式的介绍，通讯协议是建立在RS232串行通讯基础上的，由于RFID原理机与电子标签之间的通讯是主—从应答方式，所以主机与RFID原理机之间通讯也是主—从应答方式。
当主机按照发送格式发送一帧数据到RFID原理机时，RFID原理机如果校验通过将按照协议规定提取有效信息发送出去，如果可读卡范围之内有电子标签存在，并返回相应信息，RFID原理机再次校验接收到的数据，如果数据校验通过，RFID原理机会将命令字和接收到的数据全部上发给主机，这样就更接近ISO/IEC15693标准协议。
RFID原理机提供标准RS232和USB-B口方便二次开发和ISO/IEC15693标准协议的学习，可以通过原理机上的SW2开关进行选择两种接口；也可以通过自带上位机软件通过RS232或USB-B口进行读写数据或教学演示。
2 数据通信协议
2.1 通信协议概念
通信协议是指双方实体完成通信或服务所必须遵循的规则和约定。
协议定义了数据单元使用格式，信息单元包含的信息与含义等，从而确保网络中数据顺利着传送到确定地方并被有效识别。
a.协议是基于一次交换
●上位机或其他控制器到RFID原理机一次请求
●RFID原理机到上位机或其他控制一次响应
b.每一次请求包含在一帧内，请求中包括针头(0x02)、指令长度、标志、命令字、
数据域、校验位和针尾(0x03)
●指令长度(8bits)：包括针头和针尾在内的整条指令的长度
●标志(8bits)：b2(数据编码模式选择)，b1(数据速率选择)，b0(位编码模式选择)，
其他位未使用
●命令字(8bits)：同ISO/IEC 15693中的规定
●数据域(不定)：应用数据域
●校验位(8bits)：从指令长度开始到数据域结束，逐字节累加值，累加过程中
溢出不做处理，只取低字节
c.每次响应包括以下的域：
●命令字(8bits)：与请求命令中的命令字相对应，作为请求指令应答对应标志
●标志(8bits)：同ISO/IEC 15693中响应域规定
●强制和可选的参数：取决于命令，同ISO/IEC 15693中响应域规定
●应用数据域：同ISO/IEC 15693中响应域规定
CRC(16bits)：除去命令字之外所有指令的校验位
d.一个单字节域在通讯中首先传输最低有效位(LSBit)
e.一个多字节域在通讯中首先传输最低有效字节(LSByte)，每字节首先传输最低有
效位(LSBit)
2.2 请求格式与请求标志定义
通用请求格式、请求标志字和请求命令字分别在下表1、表2和表3中做了定义，其中请求标志在ISO/IEC15693标准协议的基础上添加编码模式选择位，请求命令字完全采用ISO/IEC15693协议中的命令字。
表2 请求标志字定义
表3 请求命令字定义
2.3 响应格式
按照请求格式下发请求指令后，RFID原理机调制高频载波后将指令发送出去，VICC 识别到正确指令后将做相应的响应，RFID解调出响应数据后做CRC校验，如果校验通过，将按照响应格式通过RS232送出。
响应格式在ISO/IEC 15693中通用响应格式的基础上添加了一字节的通用请求格式中的命令字，方便上位机或其他控制器处理。
响应格式如下表3-3所示，是完全接进ISO/IEC 15693响应格式的，这样在RFID原理机基础上进行二次开发的过程中，是完全接进标准协议的，这对学习标准协议和理解其他协议会有很大的帮助。
在一次响应中，响应标志指出VICC完成动作情况，并且相应域是否出现。
响应标志由8bit组成，响应标志1-8位定义如表5所示。
将以错误码0F应答，所以第3部分命令集中当设置错误标志时的响应格式不做介绍。
除上面情况之外，如果通过RS232下发请求指令后，场内没有VICC做出响应或VICC 做了响应，但在RFID原理机接收数据的过程中出现了错误数据，这两种情况RFID原理机会返回错误的响应信息，分别如下所示：
返回：0x45 0x45 描述：请求超时，没有VICC响应或VICC不响应
返回：0x45 0x43 描述：校验失败，即收到数据，没有通过CRC校验
3 命令集
3.1 目录
命令编码= `01`
当收到目录请求命令，VICC将完成防冲突序列
目标请求格式：
3.2 保持静默
命令编码= `02`
当收到保持静默命令，VICC将进入保持静默状态并且不返回响应，原理机放回请求超时：0x45 0x45
如何解除静默和保持静默的一些特征在ISO/IEC15693-3中有详细介绍
3.3 读单个块
命令编码= `20`
当收到读单个块命令，VICC将读请求块，并且在应答中返回它的值
假如在请求中选择标志已设置，VICC将返回块安全状态，接着是块值
假如在请求中选择标志没有设置，VICC将只返回块值
读单个块请求格式：
3.4 写单个块
命令编码= `21`
当收到写单个块命令，VICC将包含在请求中的数据写入请求块，并且在应答中报告操作成功与否
写单个块请求格式：
3.5 锁定块
命令编码= `22`
当收到锁定块命令，VICC将永久锁定请求块
锁定单个块响应格式：
3.6 读多个块
命令编码= `23`
当收到读多个块命令，VICC将读请求块，并且在响应中发送回它们的值
假如选择标志在请求中有设置，VICC将返回块安全状态，接着返回一个接一个的块值假如选择标志没有在请求中设置，VICC将只返回块值
请求中“块数量”域中的值`06`请求7个块，值`00`请求读单个块
读多个块请求格式：
3.7 写多个块
命令编码= `24`
当收到写多个块命令，VICC将包含在请求中的数据写入请求块，并且在响应中报告操作成功与否
3.8 选择
命令编码= `25`
当接收到选择命令：
假如UID等于其自身的UID，VICC将进入选择状态，并将发送一个响应
假如不一样，VICC将回到准备状态，并将不发送响应
选择响应格式：
3.9 复位准备
命令编码= `26`
当收到复位准备命令，VICC将返回至准备状态
复位准备请求格式：
3.10 写AFI
命令编码= `27`
当收到写AFI请求，VICC将AFI值写入其内存中
写AFI响应格式：
3.11 锁定AFI
命令编码= `28`
当收到锁定AFI请求，VICC将AFI值永久地锁定在其内存中
3.12 写DSFID
命令编码= `29`
当收到写DSFID请求，VICC将DSFID值写入其内存中
写DSFID请求格式：
3.13 锁定DSFID
命令编码= `2A`
当收到锁定DSFID请求，VICC将DSFID值永久地锁定在其内存中
3.14 获取系统信息
命令编码= `2B`
当收到获取系统信息请求，将从VICC系统信息值
获取系统信息请求格式：
信息标志和信息域的定义和内容请查看ISO/IEC15693-3中介绍
3.15 获取多个块安全状态
命令编码= `2C`
当收到获取多个块安全状态的命令，VICC将发送回块的安全状态
块的编号从`00`到`FF`（0到255）
请求中块的数量比块安全状态的数量少1，VICC将在其响应中返回块安全状态获取多个安全块状态的请求格式：
3.16 蜂鸣器控制
命令编码= `2D`
当收到蜂鸣器控制的命令，RFID原理机将控制蜂鸣器发声
蜂鸣器控制无响应格式
4 校验字计算方法
校验字（8bit）是用来确保RFID原理机接收到的指令是否正确，RFID原理机从“指令长度”字开始到“数据域”结束，逐字节值进行累加，累加过程中溢出不做处理，校验字只取最低字节，下面是VB中计算校验字使用的函数。
Function Checkout(check_data() As Byte, check_len As Byte) As Integer
For i = 1 To check_len - 1
Checkout = Checkout + check_data(i)
Next
Checkout = Checkout And &HFF
End Function
获取系统信息指令举例(0x33 = 0x06+0x02+0x2B)：
0x02 0x06 0x02 0x2B 0x33 0x03。