基于USB接口的虚拟数据采集平台的设计
附页：
虚拟仪器是在通用计算机平台上，用户根据自己的需求来定义和设计测试功能的仪器系统，利用一些基本硬件和软件编程技术组成的各种各样的仪器系统。
虚拟仪器充分利用了计算机强大的软硬件资源，把计算机技术和测量技术紧密地结合起来。它通过上位电脑和下位仪器的结合，不仅具备传统仪器的功能，而且能够通过上位机软件实现硬件不具备的一些功能，还能降低仪器的整体成本。而基于USB总线接口的虚拟仪器有效地解决了传统总线形式(如RS232、PCI、并口等)传输速度低、安装过程繁琐、易受机箱内环境的干扰、受计算机系统资源限制等缺点，充分发挥了USB 总线接口廉价、高速、支持即插即用、使用维护方便等优点，具有很强的实用性和研究价值。随着计算机技术和测试技术的飞速发展，基于USB接口的虚拟仪器将成为测试领域一种新的发展趋势，具有广阔的发展前景。
本课题结合虚拟仪器和USB各自的优点完成系统的设计，完成了数据采集电路的设计，USB固件程序的编写，虚拟仪器应用程序的编写，主要用到了模拟电路、数字电路、C语言、USB、PROTEL、LabVIEW等知识，最终将利用单片机作为下位机进行数据采集，利用USB总线进行传输，完成了一个基本USB的虚拟仪器数据采集系统。
一、主要技术指标
1．实现利用 LabVIEW软件进行USB通讯；
2. 实现下位机的数据采集并能进行USB通讯；
3．实现高速通讯。
二、总体设计
主要内容：
包括硬件电路设计和软件编程。
硬件电路设计了信号调理电路、A/D转换电路和USB通讯接口电路，信号调理电路将输入信号调整到A/D转换器的最佳分辨范围之内，A/D转换电路实现信号采集，采集结果通过USB通讯接口传给上位机。采用LabVIEW软件来编写上位机应用程序，编写了数据处理程序和人机交互界面，其中人机交互界面可以显示测量结果并接收控制指令。
图1 系统总体结构
1．硬件电路设计
信号调理的作用就是使输入信号满足A/D转换器的幅度要求，同时也扩大了输入信号的幅度范围。比如大信号必须经过适当的衰减，以免因为幅度过大而损坏电路中的元器件或是引起信号失真。而小信号又需要适当的放大，否则采集恢复后的信号幅度太小，以至于无法正确的观测信号，并且也没有能够充分利用A/D转换器的分辨率。模拟信号调理主要包括:高阻衰减电路和放大电路。
A/D转换电路是整个数据采集系统的核心部分，这部分电路实现对调理后的模拟信号进行采样、量化、编码等任务。对模拟信号的转换是由A/D转换器完成的，随着超大规模集成电路的发展，A/D转换器的新设计思想和制造技术层出不穷。为满足各种不同的检测和控制任务的需要，大量结构不同、性能各异的A/D转换器应运而生。有传统的并行型、逐次逼近型、积分型，也有近年来新发展起来的∑-△型和流水线型等，各种类型的A/D转换器各有其优缺点，所以，在选取A/D转换器的时候要根据不同的应用场合和性能指标的要求选取不同类型的A/D转换器。
USB通讯接口电路作为采集系统和上位机的通讯接口，克服了传统接口的缺陷，充分发挥了USB总线和虚拟仪器技术的优点，目前的控制器芯片主要有两种，即带USB接口的单片机和专用USB总线接口芯片。带USB接口的单片机，其I/O接口比较少、价格昂贵、需要专用的开发工具，不适用于本课题。而连接到微控制器的专用USB.总线接口芯片具有很高的性价比，开发工具简单，综合多方面因素进行考虑，本课题选用philips公司的专用USB接口芯片PDIUSBD12来设计USB通讯接口，通过和ATMEL公司的ATmegal6单片机进行连接，来实现USB总线接口功能。
2．软件编程
USB接口的驱动程序，利用NI-VISA来生成。采集系统核心单片机的程序设计采用C 语言，实现相应的逻辑控制。虚拟仪器软件由两部分构成，即应用程序和I/O接口仪器驱动程序。虚拟仪器应用程序实现虚拟仪器面板功能并定义测试功能的流程图。I/O接口驱动程序完成特定外部硬件设备的驱动与通信,需要利用NI-VISA软件工具进行开发。三．课题的准备情况及进度计划
现在已经对本课题设计的目的和基本内容有了初步的了解，掌握了LabVIEW编程调试的基本方法。在毕业设计中需要用到的相关资料进行了搜集和整理，要进一步的研究理解准备下一阶段的任务。拟定了下一阶段的进度计划如下：
①早期准备阶段收集资料，对单片机、USB进行全面的认识与了解，掌握有关编程
方法，并搜集有关基于USB接口的数据采集的有关资料。
②第1-2 周研究基于USB接口的数据采集系统的各功能模块；
③第 3 周深入了解如何在LabVIEW中实现USB通讯，以及如何编写驱动程序；
④第 4 周对基于USB接口的数据采集系统的各功能模块进行比较、选择；
⑤第 5 周进行系统框架设计；
⑥第6-9 周进行系统的程序设计和外围电路设计；
⑦第10-11周翻译相关英文资料，完成论文初稿交老师批阅；
⑧第 12 周修改并完成论文，撰写答辩提纲，准备答辩。
四．参考文献
（1）李广弟等. 单片机基础第3版.北京：北京航空航天大学出版社. 2007
（2）张旭涛等. 单片机原理与应用.北京:北京理工大学出版社.2007
（3）[1]周立功等. PDIUSBD12 USB 固件编程与驱动开发.北京：北京航空航天大学出版社. 2003.
（4）陈永甫主编.常用电子元件及其应用.人民邮电出版社.2005
（5）张孝祥主编.Visual C++基础与案例开发详解.清华大学出版社.2009
（6）http：／／www．embedinfo．corn．
（7）http：／／www．ns．corn．
1.社会服务系统对接接口设计 系统能提供兼容不同技术架构的数据接口，保证系统与省级各联合审批职能部门及其他电子政务系统进行数据交换。 1.1. 数据交换接口 数据交换平台基于Java技术和标准数据库接口（JDBC、ODBC等），为不同的数据库系统、应用系统、专用中间件系统提供接入组件，通过对接口协议需求进行抽象，使用TongIntegrator框架，就可以和特定系统的交互。另外提供组件定制接口，可以方便、快速地添加具有新的功能的组件。数据交换平台提供了大量的扩展接口，方便用户进行功能扩展。 1.1.1. 提供企业级需求的标准接口 数据压缩，减少带宽瓶颈；数据加密，提高系统安全性；异常处理，创建和维持了一个“消息异常处理器”的接口，它可以保存因为某种原因不能处理的消息，这些“异常”消息还可以被送回重新加以处理。 1.1. 2. 提供可扩展的告警方式接口 平台默认实现了邮件告警方式，只需要配置相应的邮件信息，当有警告产生时，会自动发送告警邮件给邮件接收者。同时平台还提供了可扩展的告警方式接口，可根据项目需要扩展不同的告警方式，如短信告警等。 1.1.3. 提供第三方的压缩和加密算法接口 提供数据压缩和加密功能，产品本身带有一套数据压缩、加密算法，同时也为第三方的压缩和加密算法提供了接口，用户可以方便的将自己指定的压缩和加密算法嵌入到系统中。 1.1.4. 系统特点 易于维护 通过使应用松耦合或分离，使系统环境中的接口更容易维护。同时通过数据交换平台对外提供统一接口，屏蔽了单个系统内部的改变，可以很容易替换过时的应用。 可扩展 数据交换平台提供了大量的扩展接口，方便用户进行功能扩展。
文档编号： 密级： 预约挂号系统 接口设计说明书 （HIS部分） 编制： 审核： 批准： 2010年 10
文档修改记录
1总体设计 1.1 总体要求 预约挂号系统平台与各医院HIS之间是一对多的接入关系，因医院HIS系统各不相同：建设厂家不同，版本不同，环境不同；与平台间的网络连接方式也存在差异。为保证平台的兼容性和可扩展性，要求该接口规范具备高通用性，可跨平台、跨语言实现，且适用于不同的网络环境和硬件设备。 1.2 系统拓扑 1.3 模块说明 本文档涉及的接口应用布署于拓扑图中的“医院His前置”上。 预约挂号系统包括两大类应用： 一．HIS向预约挂号平台上传预约挂号系统所需的基本信息（如：医院信息、科室信息、医生信息、排班信息、停诊信息等）和其他交易信息（如：患者预约后
的实际就诊情况、患者投诉情况、患者注册信息等）。该类交易平台为服务端， HIS为客户端。平台方提供DLL函数接口，供HIS调用。 二．平台向HIS发起的实时交易请求（如：预约挂号、预约取消、患者信息向医院传送等）。该类交易平台为客户端，HIS为服务端。HIS提供存储过程供平台调 用。 三．详细业务部分请参阅《省预约挂号平台业务操作规范.doc》 2平台与医院HIS接口 平台与医院HIS前置之间采用TCP/IP通讯协议，建立两对SOCKET端口（互为客户/服务端）：一对用于医院HIS系统发起的交易（HisToEbs），一对用于平台发起的交易(EbsToHis)。其中客户端作为发送数据端口，服务端作为接收数据端口。HIS作为客户端时，通过调用平台提供的DLL函数发起交易请求；HIS作为服务端时，向平台开放存储过程。 交易方式采用短链接的方式。在一个TCP/IP连接上完成数据包的发送和接收，在成功发送了一个数据包，并收到成功应答后，即中断该连接。 HisToEbs和EbsToHis均采用同步方式。 文件传输采用FTP方式。 2.1 HisToEbs 该接口主要用于HIS系统向平台传输院方相关基础及变更信息，如：医院介绍、科室设置、医生、排班等。 该接口的实现采用HIS调用Dll函数的方式，Dll函数接口由平台提供。函数封装了底层通讯协议和交易逻辑。 2.1.1初始化服务器设置 Int SetIpAndPort(char*szHospitalID,char *szIp,int nPort) 函数说明：设置医院编号、His Server（HIS前置）的ip和端口号。在HIS系统启动（初始化）时加载调用，必须先调用该函数进行初始化，否则会提示调用失败。 输入参数：szHospitalID 医院ID，由省平台统一分配（6位字符） szIp HIS前置服务器的ip，如192.168.1.202，具体到实施时确定 nPort HIS前置服务器的port，如8098（最大65535），具体到实施时确定 输出参数：无 返回值：0 成功 1 连接服务器失败
服务端与手机平台 接口协议 BespRout 2014年11月
文档修改/审批记录
目录 1.概述 (4) 2.涉及接口 (4) 3.接口总体要求 (4) 3.1.系统间接口的原则 (4) 3.2.处理流程 (4) 3.3.接口实现方式 (5) 4.XXX服务端接口 (5) 4.1.XX模块-根据XX下载相关的配置文件 (5) 4.2.XX模块-生成指定XX的文件配置 (6) 4.3.APP启动-初使化参数 (7) 5.附件 (8) 5.1.备注说明 (8)
1. 概述 本文档提供接口给手机端使用，为手机端提供业务平台数据 2. 涉及接口 本文档涉及的外围系统接口包括：无 3. 接口总体要求 3.1.系统间接口的原则 接口设计遵循如下原则： ?安全可靠性原则：系统应提供良好的安全性和可靠性策略，支持多种安全而 可靠的技术手段，制定严格的安全可靠的管理措施； ?开放性原则：提供开放式标准接口，提供与其它系统的互联互通； ?灵活性原则：提供灵活的接口设计，便于接口的变动。 ?可扩展性原则：支持新业务的扩展以及接口容量与接口性能的提高； ?可管理性原则：提供良好的管理机制，保证在运行过程中提供给管理员方便 的管理方式以处理各种情况； ?统一性原则：应当保证系统的接口方式、接口形式、使用的协议等标准、统 一。 3.2.处理流程 接口处理流程
3.3. 接口实现方式 手机APP 应用 与服务端采用基于HTTP 的REST 协议完成，数据传输默认为JSON 4. XXX 服务端接口 测试地址前缀: http://192.168.3.208:8088/xxx/xxx 4.1. XX 模块-根据XX 下载相关的配置文件
系统对接设计 1.1.1 3.7.3 对接方式 系统与外部系统的对接方式以web service方式进行。 系统接口标准： 本系统采用SOA体系架构，通过服务总线技术实现数据交换以及实现各业务子系统间、 外部业务系统之间的信息共享和集成，因此SOA体系标准就是我们采用的接口核心标准。主要包括： 服务目录标准：服务目录API接口格式参考国家以及关于服务目录的元数据指导规范， 对于W3C UDDI v2 API结构规范，采取UDDI v2 的API的模型，定义UDDI的查询和发布服务接口，定制基于Java和SOAP的访问接口。除了基于SOAP1.2的Web Service接口方式，对于基于消息的接口采用JMS或者MQ的方式。 交换标准：基于服务的交换，采用HTTP/HTTPS作为传输协议，而其消息体存放基于 SOAP1.2协议的SOAP消息格式。SOAP的消息体包括服务数据以及服务操作，服务数据和服务操作采用WSDL进行描述。 Web服务标准：用WSDL描述业务服务，将WSDL发布到UDDI用以设计/创建服务，SOAP/HTTP服务遵循WS-I Basic Profile 1.0，利用J2EE Session EJBs 实现新的业务服务，根据需求提供SOAP/HTTP or JMS and RMI/IIOP接口。 业务流程标准：使用没有扩展的标准的BPEL4WS，对于业务流程以SOAP服务形式进行访问，业务流程之间的调用通过SOAP。 数据交换安全：与外部系统对接需考虑外部访问的安全性，通过IP白名单、SSL认证等方式保证集成互访的合法性与安全性。 数据交换标准：制定适合双方系统统一的数据交换数据标准，支持对增量的数据自动进行数据同步，避免人工重复录入的工作。 1.1.2 3.3.8接口规范性设计 系统平台中的接口众多，依赖关系复杂，通过接口交换的数据与接口调用必须遵循统一的接口模型进行设计。接口模型除了遵循工程统一的数据标准和接口
系统对接设计 1.1.1 对接方式 系统与外部系统的对接方式以web service方式进行。 系统接口标准： 本系统采用SOA体系架构，通过服务总线技术实现数据交换以及实现各业务子系统间、外部业务系统之间的信息共享和集成，因此SOA体系标准就是我们采用的接口核心标准。主要包括： 服务目录标准：服务目录API接口格式参考国家以及关于服务目录的元数据指导规范，对于W3C UDDI v2 API结构规范，采取UDDI v2 的API的模型，定义UDDI的查询和发布服务接口，定制基于Java和SOAP的访问接口。除了基于的Web Service接口方式，对于基于消息的接口采用JMS或者MQ的方式。 交换标准：基于服务的交换，采用HTTP/HTTPS作为传输协议，而其消息体存放基于协议的SOAP消息格式。SOAP的消息体包括服务数据以及服务操作，服务数据和服务操作采用WSDL进行描述。 Web服务标准：用WSDL描述业务服务，将WSDL发布到UDDI用以设计/创建服务，SOAP/HTTP服务遵循WS-I Basic Profile ，利用J2EE Session EJBs 实现新的业务服务，根据需求提供SOAP/HTTP or JMS and RMI/IIOP接口。 业务流程标准：使用没有扩展的标准的BPEL4WS，对于业务流程以SOAP服务形式进行访问，业务流程之间的调用通过SOAP。 数据交换安全：与外部系统对接需考虑外部访问的安全性，通过IP白名单、SSL认证等方式保证集成互访的合法性与安全性。 数据交换标准：制定适合双方系统统一的数据交换数据标准，支持对增量的数据自动进行数据同步，避免人工重复录入的工作。 1.1.2 接口规范性设计 系统平台中的接口众多，依赖关系复杂，通过接口交换的数据与接口调用必须遵循统一的接口模型进行设计。接口模型除了遵循工程统一的数据标准和接口
智慧工厂 一、方案概述 塔网智慧工厂的构建基于公司的TN技术平台，方案设计结合精益制造、TOC 瓶颈理论、工业物联网、自动化、设备改造、移动互联网，实现工厂的流程优化、并通过系统、自动化的方式将优化后的生产流程有效固化，并在PC端和手机端进行直观的展示。 二、智慧工厂方案设计的原则： 1、方案设计考虑企业现状与整个工厂生产中的价值链环节，分步骤的逐步实施 2、方案设计确保符合精益智能柔性化配套的辅助工具、夹具、载具和合理的物流配送方式 3、方案设计确保各工位自动化设备配置的合理性，从流程上根本降低成本 4、方案设计确保停机时间短、有效生产时间长，发生异常反应迅速的精益智能柔性生产线 5、方案设计确保具有拉动式生产模式的，可降低库存运转的精益智能柔性线 6、方案设计确保与现有的MES、ERP等信息系统进行深度融合，确保信息流的速度和高效的控制 三、智慧工厂设计参与人员 1、精益、TOC专家，在行业有10年以上的工作经验 2、自动化行业专家；在行业有10年以上的工作经验
3、机械设计专家：在行业有10年以上的工作经验 4、信息化专家：在行业有10年以上的工作经验 四、方案设计的主要内容： 1、方案设计的主要目标 2、系统功能的整体框架 3、产线布局（包括流水线设计、工位布局） 4、自动化产线改造设计 5、设备改造方案 6、物流系统框架 7、辅助工装夹具设计 8、规划步骤与项目风险 机械装备 1、机械设备制造行业特点： 机械、设备制造业是个非常有特色的行业，其行业特色是：大部分为标准化产品、部分产品为根据客户订单定做，产品型号不多、但组成产品所需的零件可能非常多、部分产品零件的工序非常多且加工难度高、材料种类少并常常通用、订单批次多、订单批量少、关键机器的产能和工人熟练度主要决定订单的交期。其原料是以钢材为主。 其产品一般经过：车、铣、磨、电火花、焊接、抛光、热处理、镀钛、镀铬、品检等几十道工序。 2、机械设备制造行业所面临的主要问题是：
系统对接设计 1.1.1对接方式 系统与外部系统的对接方式以web service方式进行。 系统接口标准： 本系统采用SOA体系架构，通过服务总线技术实现数据交换以及实现各业务子系统间、外部业务系统之间的信息共享和集成，因此SOA体系标准就是我们采用的接口核心标准。主要包括： 服务目录标准：服务目录API接口格式参考国家以及关于服务目录的元数据指导规范，对于W3C UDDI v2 API结构规范，采取UDDI v2的API的模型，定义UDDI 的查询和发布服务接口，定制基于Java和SOAP的访问接口。除了基于SOAP1.2的Web Service接口方式，对于基于消息的接口采用JMS或者MQ的方式。 交换标准：基于服务的交换，采用HTTP/HTTPS作为传输协议，而其消息体存放基于SOAP1.2协议的SOAP消息格式。SOAP的消息体包括服务数据以及服务操作，服务数据和服务操作采用WSDL进行描述。 Web服务标准：用WSDL描述业务服务，将WSDL发布到UDDI用以设计/创建服务，SOAP/HTTP服务遵循WS-I Basic Profile 1.0，利用J2EE Session EJBs实现新的业务服务，根据需求提供SOAP/HTTP or JMS and RMI/IIOP接口。 业务流程标准：使用没有扩展的标准的BPEL4WS，对于业务流程以SOAP服务形式进行访问，业务流程之间的调用通过SOAP。 数据交换安全：与外部系统对接需考虑外部访问的安全性，通过IP白名单、SSL 认证等方式保证集成互访的合法性与安全性。
数据交换标准：制定适合双方系统统一的数据交换数据标准，支持对增量的数据自动进行数据同步，避免人工重复录入的工作。 1.1.2接口规范性设计 系统平台中的接口众多，依赖关系复杂，通过接口交换的数据与接口调用必须遵循统一的接口模型进行设计。接口模型除了遵循工程统一的数据标准和接口规范标准，实现接口规范定义的功能外，需要从数据管理、完整性管理、接口安全、接口的访问效率、性能以及可扩展性多个方面设计接口规格。 1.1. 2.1接口定义约定 客户端与系统平台以及系统平台间的接口消息协议采用基于HTTP协议的REST风格接口实现，协议栈如图4-2所示。 图表错误!文档中没有指定样式的文字。-接口消息协议栈示意图系统在http协议中传输的应用数据采用具有自解释、自包含特征的JSON 数据格式，通过配置数据对象的序列化和反序列化的实现组件来实现通信数据包的编码和解码。 在接口协议中，包含接口的版本信息，通过协议版本约束服务功能规范，支
系统对接接口设计 1. 社会服务系统对接接口设计 系统能提供兼容不同技术架构的数据接口，保证系统与省级各联合审批职能部门及其他电子政务系统进行数据交换。 1.1. 数据交换接口 数据交换平台基于Java技术和标准数据库接口(JDBC、ODBC等)，为不同的数据库系统、应用系统、专用中间件系统提供接入组件，通过对接口协议需求进行抽象，使用TongIntegrator框架，就可以和特定系统的交互。另外提供组件定制接口，可以方便、快速地添加具有新的功能的组件。数据交换平台提供了大量的扩展接口，方便用户进行功能扩展。 1.1.1. 提供企业级需求的标准接口 数据压缩，减少带宽瓶颈;数据加密，提高系统安全性;异常处理，创建和维持了一个“消息异常处理器”的接口，它可以保存因为某种原因不能处理的消息，这些“异常”消息还可以被送回重新加以处理。 1.1. 2. 提供可扩展的告警方式接口 平台默认实现了邮件告警方式，只需要配置相应的邮件信息，当有警告产生时，会自动发送告警邮件给邮件接收者。同时平台还提供了可扩展的告警方式接口，可根据项目需要扩展不同的告警方式，如短信告警等。 1.1.3. 提供第三方的压缩和加密算法接口 提供数据压缩和加密功能，产品本身带有一套数据压缩、加密算法，同时也为第三方的压缩和加密算法提供了接口，用户可以方便的将自己指定的压缩和加密算法嵌入到系统中。 1.1.4. 系统特点
易于维护 通过使应用松耦合或分离，使系统环境中的接口更容易维护。同时通过数据交 换平台对外提供统一接口，屏蔽了单个系统内部的改变，可以很容易替换过时的应用。 可扩展 数据交换平台提供了大量的扩展接口，方便用户进行功能扩展。 1.2. 数据交换方式 1.2.1. Web Service 接口接入 已具备行政审批系统的部门可使用WEB SERVICE接口方式进行数据交换。需 要各业务审批部门在前置机部署审批交换数据接口程序，数据接口程序调用省级联合审批数据交换平台提供的Web Service接口，实现审批业务数据的交换。 1.2.2. 消息中间件数据交换接入 已具备行政审批系统的业务部门如果具备数据交换中间件，则可采用数据交换 中间件模式进行交换，数据交换中间件可以直接从审批业务数据库提取出XML格式数据，并通过省级联合审批交换平台的Web Service或数据库接口直接写入，完成数据交换，要求数据交换中间件支持XML数据交换模式。 消息中间件数据交换方式实现要求:审批业务部门自行建立的行政审批系统， 单位需自行开发数据交换适配器软件，将单位审批业务数据库中的数据按照单位行政审批前置接口要求，处理、加工、整合后实时(或定时)交换至省级联合审批系统。 1.2.3. 开发数据库访问 具备自主负责的服务器和平台数据库维护的行政审批系统的业务部门，在通过 需求双方的保密、安全协议以后，确定能访问数据库的可以直接访问数据库抓取数
欢迎阅读系统对接设计 1.1.1 3.7.3 对接方式 系统与外部系统的对接方式以web service方式进行。 系统接口标准： SSL认证等方式保证集成互访的合法性与安全性。 数据交换标准：制定适合双方系统统一的数据交换数据标准，支持对增量的数据自动进行数据同步，避免人工重复录入的工作。 1.1.2 3.3.8接口规范性设计 系统平台中的接口众多，依赖关系复杂，通过接口交换的数据与接口调用必
须遵循统一的接口模型进行设计。接口模型除了遵循工程统一的数据标准和接口规范标准，实现接口规范定义的功能外，需要从数据管理、完整性管理、接口安全、接口的访问效率、性能以及可扩展性多个方面设计接口规格。 1.1. 2.1接口定义约定 客户端与系统平台以及系统平台间的接口消息协议采用基于HTTP协议的 ?host：应用支撑平台交互通信服务的IP地址或域名 ?port：应用支撑平台交互通信服务的端口 ?app name：应用支撑平台交互通信服务部署的应用名称 ?business component name：业务组件名称 ?action：业务操作请求的接口名称，接口名字可配置
应答的消息体采用JSON数据格式编码，字符编码采用UTF-8。 应答消息根节点为“response”，每个响应包含固定的两个属性节点：“status”和“message”。它们分别表示操作的返回值和返回消息描述，其他的同级子节点为业务返回对象属性，根据业务类型的不同，有不同的属性名称。 当客户端支持数据压缩传输时，需要在请求的消息头的“Accept-Encoding”字段中指定压缩方式(gzip)，如消息可以被压缩传输则平台将应答的数据报文进 接口应提供业务数据检查功能，即对接收的数据进行合法性检查，对非法数据和错误数据则拒绝接收，以防止外来数据非法入侵，减轻应用支撑平台系统主机处理负荷。 对于接口，其业务数据检查的主要内容有以下几个方面： ? 数据格式的合法性：如接收到非预期格式的数据。包括接收的数据长度，类型，开始结束标志等。
浅谈接口综合设计实验平台的设计与应用 微机原理汇编及接口设计是学生学习和掌握计算机硬件知识和汇编语言程序设计的入门课程，基础性、技术性、应用性和工程实践性强。课程以微处理器、总线、接口和程序设计为主线，要求学生掌握微型计算机系统的体系结构、CPU 工作原理和指令系统，学会合理选用存储器和接口芯片，并能根据不同的要求分析和设计系统的硬件结构，用编程的方法实现定时、I/O口控制、按键、显示、中断等功能。学生通过该课程的学习，能够巩固和加深对先修课程知识的理解，为进一步学习仪器仪表、测量控制、计算机控制、单片机原理、嵌入式系统等专业课程奠定理论基础和微机软硬件应用基础。该课程是培养高素质创新型人才的重要环节。 原微机原理汇编及接口设计课程的硬件设计实验只需按照接线引脚图即可完成，学生缺乏对接口电路设计环节的应用练习。以经典的数码管显示实验为例，大多沿用简单的输出接口实验中接口设计电路进行调试，不能充分锻炼学生的综合实践能力和创新能力。笔者在原有的教学实验装置上，设计开发了基于8086微处理器的接口综合设计实验平台。该平台不但能很好地帮助学生深入理解和灵活运用理论知识，还能帮助学生提高综合应用的能力，实现从验证性思维到设计、创新性思维的转变。 1 接口综合设计实验平台的设计 1.1 平台设计方案
接口综合设计实验的建设应该在传承经典的基础上，更加适应实验教学发展的趋势，丰富其内涵。接口综合设计实验平台的设计理念是营造探索性实验环境，注重实践创新能力培养，通过融合先进的EDA 技术，培养学生综合设计开发能力和创新能力。 接口综合设计实验是在现有教学实验装置上，融合了8086微处理器的系统仿真设计，并选用Proteus作为系统仿真软件。Proteus是一款EDA工具软件，是基于ProSPICE混合模型仿真器的、完整的嵌入式系统，软硬件设计仿真平台Proteus 7.5提供了VSMfor 8086模块，增加对8086CPU 的仿真，为培养学生综合设计能力和自主创新能力提供了技术支撑。 结合设计的实验项目，提供了程序设计流程图、参考接口电路设计图、参考程序的范例内容，以及在Proteus环境下的仿真设计、虚拟仪器测试等内容供参考，目的是让学生利用已有范例资源直接进行虚拟仿真测试和软硬件联合调试，尽快掌握原理和接口设计方法，为后续实验的自主设计、自由发挥打好基础。 1.2 关键技术 应用Proteus进行8086接口技术仿真，主要是在Proteus ISIS中编辑电路原理图、设置外部代码编译器、编写和添加源代码及仿真调试。搭建一个培养学生综合设计能力和自主创新能力的实践平台，需要解决几个关键问题。 1.2.1 I/O地址译码电路设计 现有教学实验箱上选用64个I/O地址，分Y0Y7共8组输出，地址