数据采集 合同范本

导读：　数据采集 合同范本篇一《地震仪器数据采集服务合同》 ...

以下是中国招生考试网www.chinazhaokao.com为大家整理的《数据采集 合同范本》，希望大家能够喜欢！更多资源请搜索成考报名频道与你分享！

数据采集 合同范本篇一
《地震仪器数据采集服务合同》

地震仪器数据采集服务合同编制及使用说明

一、本合同示范文本主要依据有关法律法规，参照部分上市、未上市企业（以下简称“地区企业”）正在使用的合同文本，在广泛征求相关业务部门意见的基础上编制完成。文本编制主要遵循以下原则：

1、适应企业经营活动需要。通过合同条款设定，最大限度将国家有关法律法规与企业经营活动实践有机结合，有效规范企业经营行为，防范各类风险，维护合同方利益。

2、通用性与针对性相统一。示范文本突出经营活动专业性，广泛适用于各类地区企业。既满足地区企业对合同的广泛性需要，又尽可能增加合同专业性约定。

3、共性条款和个性条款有机结合。示范文本包含共性条款和个性条款两部分，原则上共性条款一经确定，不得随意更改。个性条款可以由地区企业根据需要进行调整、完善和细化。

二、示范文本在使用中应注意主合同及相关附件的一致性和完整性。

三、地区企业运用地震仪器及其配套设备进行地震资料数据采集，作为勘探方与提供地震仪器及相关技术人员的服务方谈判或签订合同时，应根据情况使用或参照本示范文本。

四、地区企业合同管理部门可根据需要对示范文本进行调整、完善和细化，报集团公司法律事务部备案。

五、使用示范文本时应注意以下事项：

1、合同条款填写应当具体、准确、完整，不得出现可能导致歧义的内容。填写内容较多时，可根据具体情况列出清单作为附件。

2、甲方、乙方的名称和住所、法定代表人（或负责人）应按照营业执照规范填写。

3、填写示范文本空白项或选择项时，按照双方约定的内容填写，对不需要填写或未选部分的内容，请填“无”或删除，不得留有空白。

1

4、合同11争议的解决只能选择11.1、11.2、11.3中一种方式。选择仲裁方式时，要写明仲裁机构的准确名称，如“北京仲裁委员会”；选择诉讼方式，应尽量选择有利于我方的有管辖权法院。集团公司所属单位之间的纠纷解决方式只能选择协商解决。

5、根据集团公司合同管理办法，对于合同13.2加盖单位印章的规定，我方单位应使用合同专用章。

2

合同编号

地震仪器数据采集服务合同

勘探方（甲方）：

服务方（乙方）：

签订日期： 年 月 日

签订地点：

目 录

1.合同标的 ..................................................................... 1

2.地震仪器的交接验收 ........................................................... 2

3.工作量和采集服务期限 ......................................................... 2

4.采集费用及结算 ............................................................... 3

5.双方权利义务 ................................................................. 3

6.瑕疵担保 ..................................................................... 5

7.服务期间地震仪器的维修保养 ................................................... 5

8.违约责任 ..................................................................... 5

9.变更与解除 ................................................................... 6

10.不可抗力 .................................................................... 6

11.争议解决 .................................................................... 6

12.通知 ........................................................................ 7

13.合同效力及其它约定 .......................................................... 7

地震仪器数据采集服务合同

勘探方（甲方）：

住所：

营业执照注册号：

法定代表人（负责人）：

服务方（乙方）：

住所：

营业执照注册号：

法定代表人（负责人）：

根据《中华人民共和国合同法》及相关法律法规，本着自愿、平等、公平、诚实信用的原则，经协商一致，订立本合同。

1.合同标的

1.1本合同标的为地震仪器数据采集服务。主要指乙方派遣操作、维修、保养等人员，在甲方的配合下，运用乙方的地震仪器及配套设备，为甲方提供地震资料数据采集的有偿服务。

1.2地震仪器的名称、数量和用途

1.2.1地震仪器的名称、型号、道数及电瓶/池数量等（附件：地震仪器及其附属仪器和备件清单）。

1.2.2地震仪器用于 地区 （二维或三维）勘探工作，地表条件为： 。

1.3地震仪器的操作维修人员

乙方派出由 人组成的服务项目组，其中项目经理 人，操作人员 人，维修人员 人，仪器车司机 人，负责地震仪器的技术管理、操作、维修、保养等工作（附件：项目组的人员名单）。

1

数据采集 合同范本篇二
《Modbus协议的数据采集系统的设计》

５３７６

２００９．３０（２３）

计算机工程与设计ＣｏｍｐｕｔｅｒＥｎｇｉｎｅｅｒｉｎｇａｎｄＤｅｓｉｇｎ

・嵌入式系统工程・

基于ＴＴＭ／Ｍｏｄｂｕｓ协议的数据采集系统的设计

张建锋，

季鹏，

周

超

（南京工业大学信息与工程学院，江苏南京２１０００９）

摘

要：为有效降低不同协议之间信息交互的费用，解决上层管理软件对科隆仪表的数据采集问题，提高系统整体的稳定

性，提出了一种基于Ｔ１Ｍ（ｔａＩｌｋｔｅｍｐｅｒａｔｕｒｅｍｅ舢ｅｍｅｎｔ，油罐温度测量）协议和Ｍｏｄｂｕｓ协议的数据采集系统的方法。利用嵌入

式系统作为通信网关，完成对两种不同协议信息的转发，既可达到专用网关的稳定性，同时还可以扩展为多网关，有很大的灵活性。通过实例表明，该方法可以满足工业要求，解决两种不同协议设备之间的兼容性问题。

关键词：Ｍｏｄｂｕｓ协议；丌Ｍ协议；网关；嵌入式；数据采集；兼容性

中图法分类号：１１Ｐ２７３

文献标识码：Ａ

文章编号：１０００．７０２４（２００９）２３．５３７６．０３

Ｄｅｓｉｇｎｏｆｄａｔａａｃｑｕｉｓｉｔｉｏｎｓｙｓｔｅｍｂａｓｅｄ

ＺＨＡＮＧＪｉａｎ．ｆｅｎｇ，

ＪＩＰｅｎｇ，

ｏｎ

ＴＴＭ／Ｍｏｄｂｕｓｐｒｏｔｏｃｏｌ

ＺＨＯＵＣ：ｈａｏ

（Ｃｏｌｌｅｇｅ

Ａｂｓｔｒａｃｔ：Ｔｏ

ｏｆＩｎｆｏｒｍａｔｉｏｎＳｃｉｅｎｃｅａｎｄｒｅｄｕｃｅｔｈｅ

ｃｏｓｔｔｏ

Ｅｎｇｉｎｅｅｒｉｎｇ，Ｎａｎｊｉｎｇ

Ｕｎｉｖｅｒｓｉｔｙ

ｏｆＴｅｃｈｎｏｌｏｇｙ，Ｎ舭ｊｉｎｇ２１０００９，Ｃｈｉｎａ）

ｏｆｉｎｆｏｒｍａｔｉｏｎｉｎｔｅｒａｃｔｉｏｎｂｅｔｗｅｅｎｄｉｆｆｅｒｅｎｔｐｒｏｔｏｃｏｌｓｅｆｆｅｃｔｉｖｅｌｙ，ｔｈｅｐｒｏｂｌｅｍｓｏｆｕｐｐｅｒｍａｎａｇｅｍｅｎｔｓｏｆｔ－

ｗａｒｅｆｏｒｄａｔａａｃｑｕｉｓｉｔｉｏｎ

ＫＲＯＨＮＥｉｎｓｔｒｕｍｅｎｔａｔｉｏｎｉｓｒｅｓｏｌｖｅｄ，ａｎｄｔｈｅｓｔａｂｉｌｉｔｙｏｆｅｎｔｉｒｅｓｙｓｔｅｍｉｓｉｍｐｒｏｖｅｄ，ａｄｅｓｉｇｎｍｅｔｈｏｄｏｆ

ｏｎ

ｄａｔａａｃｑｕｉｓｉｔｉｏｎｓｙｓｔｅｍｂａｓｅｄＴｎ订（ｔａｎｋｔｅｍｐｅｒａｔｕｒｅ

ｔｏ

ｍｅ舢ｅｍｅｎｔ）ｐｒｏｔｏｃｏｌａｎｄＭｏｄｂｕｓ

ｏｆｃｏｍｐａｔｉｂｉｌｉｔｙｂｅｔｗｅｅｎ

ｐｒｏｔｏｃｏｌｉｓｐｒｅｓｅｎｔｅｄ．Ａｓａｃｏｍｍｕｎｉｃａｔｉｏｎ

ｇａｔｅｗａｙ，ｔｈｅｅｍｂｅｄｄｅｄｓｙｓｔｅｍｉｓｕｓｅｄ

ｉｔｉｓ

ｆｏｒｗａｒｄｉｎｆｏｒｍａｔｉｏｎ．Ｔｈｉｓｓｙｓｔｅｍａｃｈｉｅｖｅｔｈｅｓｔａｂｉｌｉｔｙｏｆａｄｅｄｉｃａｔｅｄｇａｔｅｗａｙ，ｉｎｔｈｅｍｅａｎｔｉｍｅ，

ｅｘｔｅｎｄｅｄ

ａｓａ

ｍｕｌｔｉ・ｇａｔｅｗａｙｄｅｖｉｃｅ，ｗｈｉｃｈｈａｓａｇｒｅａｔｄｅａｌｏｆｆｌｅｘｉｂｉｌｉｔｙ．Ｒｅｓｕｌｔｓｏｆｔｈｅｐｒａｃｔｉｃａｌａｐｐｌｉｃａｔｉｏｎｉｎｄｉｃａｔｅｄｔｈａｔｔｈｅｍｅｔｈｏｄ

ｔｏ

ｍｅｔｔｈｅｉｎｄｕｓｔｒｉａｌｒｅｑｕｉｒｅｍｅｎｔｓａｎｄｉｓｕｓｅｄ

ｓｏｌｖｅｔｈｅ

ｐｒｏｂｌｅｍｓ

ｄｅｖｉｃｅｓｏｆｔｗｏｄｉｆｆｅｒｅｎｔｐｒｏｔｏｃｏｌｓ．

Ｋｅｙｗｏｒｄｓ：Ｍｏｄｂｕｓｐｒｏｔｏｃｏｌ；ＴＴＭｐｒｏｔｏｃｏｌ；ｇａｔｅｗａｙ；ｅｍｂｅｄｄｅｄ；ｄａｔａａｃｑｕｉｓｉｔｉｏｎ；ｃｏｍｐａｔｉｂｉｌｉｔｙ

０引言

分组成。上层应用层主要有上层管理软件组成，负责对整个系统的控制；网关层主要是负责转换Ｍｏｄｂｕｓ协议和Ｔ１Ｍ协议；设备构件层主要有科隆仪表和支持Ｍｏｄｂｕｓ协议的设备组成，负责数据的采集或直接对底层设备的控制。系统的总体框架如图ｌ所示。

Ｍｏｄｂｕｓ协议是法国施耐德公司推出的一个全开放的“主从式”通讯协议，用于实现上层软件（主设备）对ＰＬＣ（从设备）内部存储区域的读写操作。由于它的简洁易用，现已成为一个通用的工业标准。然而，在Ｍｏｄｂｕｓ网络中，有时需要一些不同通讯协议的专ｑｋ设备来完成一些如数据采集的功能。为了方便控制和节约成本，一般不会为一些设备重新组件一个控制网络，通常会使用一砦专用的协议转换器或者计算机来实现协议转换功能。但是这些方法成本较高，对于计算机来说稳定性也得不到保障。

为了解决以上问题，文章以基于ｒｎⅥ协议的科隆仪表为

例，提出了一种基于Ｔ刑／Ｍｏｄｂｕｓ协议的数据采集系统。采

用以工业级单片机作为主要芯片的嵌入式系统作为网关，实现两种协议之间的信息交：巨．使得上层管理软件可以直接对科隆仪表控制，完成对仪表的数据采集。这不仅节约了成本，稳定性也得到了较好的保障。

系统的一个完整工作流程由信息分发和信息收集两部分构成。上层管理软件发送包含数据采集命令的Ｍｏｄｂｕｓ协议帧，经过中间层网关的相应处理，得到命令数据。然后，网关将数据封装成ＴＴＭ协议帧格式，转发给其对应地址的仪表，完成信息的向下分发过程。仪表返回的监测数据发送到网关，

图１

系统总体构架

ｌ系统总体构架

整个系统主要由上层应用层，网关层和设备构件层，３部

收稿日期：２００８—１２－１２；修订日期：２００９．０２．２４。

作者简介：张建锋（１９８４－－）。男，江苏苏州人，硕士研究生，研究方向为嵌入式系统控制：究方向为嵌入式系统控制；

季鹏（１９７９－－），男，江苏泰兴人，博士。讲师，研

周超（１９８５－－），女，江苏淮安人，硕士研究生，研究方向为嵌入式系统控制。Ｅ－ｍａｉｌ：ｂａｒｔｚｈａｎｇ＠１６３．ｃｏｒｎ

万方数据　

张建锋，季鹏，周超：基于ＴＴＭ／Ｍｏｄｂｕｓ协议的数据采集系统的设计

２００９，３０（２３）

５３７７

经过中间层网关的相应处理，得到相应上层软件需要的数据信息，最终以Ｍｏｄｂｕｓ协议帧格式转发给上层管理软件，完成信息的收集部分。

２

网关硬件设计

系统硬件包括上层软件、网关以及下层设备。上层管理

软件实现对科隆仪表的数据采集，主要通过网关来交互信息。

网关采用ＡＶＲ单片机ＡＴｍｅｇａｌ２８作为核心处理器。它采用增强型ＲＩＳＣ结构，用３２个通用寄存器代替累加器，从而避免了传统的累加器和存储器之间的数据传送造成的瓶颈现象。其内置１２８ＫＢ的ＦＬＡＳＨ，４ＫＢ的片内ＳＲＡＭ，４ＫＢ的ＥＥＰＲＯＭ，２个可编程ＵＡＲＴ和内部可编程的看门狗定时器等，可以提供强大的功能。其它主要部件有网络控制器

ＲＴＬ８０１９ＡＳ，３２ＫＢＳＲＡＭ，ＭＡＸ２３２和ＭＡＸ４８５等。网关硬件

设计框架图如图２所示。

ＭＡＸ２３２

单片机

ｌ

Ｌ：：：：：二：二

ＭＡＸ４８５

舡”驴１２８

Ｉ雨孬面函

些一

图２网关的硬件框架

网关支持ＲＳ．２３２、ＲＳ－４８５和以太网口等接口方式。ＲＳ．２３２、ＫＳ．４８５用于实现串口数据的收发。以太网接口用于系统的扩展，可以实现网口和串口数据交换。丰富的接口类型使之具备支持更多的协议的能力，因此有很好的扩展前景。

３系统软件设计

系统软件部分丰要分为上层软件控制程序和网关程序组成。上层软件控制程序主要负责对整个系统的控制，发送数据采集命令。网关程序主要负责将上层软件的控制命令转发给科隆仪表，并读取仪表返回的数据。在这里主要介绍实现网关部分。网关程序主要分为两大部分：Ｍｏｄｂｕｓ协议的编解码和１１Ｍ协议的编解码。３．１协议介绍

３．１．１

Ｍｏｄｂｕｓ协议

Ｍｏｄｂｕｓ协议采用主从方式，有两种通讯模式：ＡＳＣＩＩ模式

和ＲＴＵ模式。

在ＡＳＣＩＩ模式中，以冒号“：”（ＡＳＣＩＩ码３ＡＨ）表示帧开始，以回车换行键（ＡＳＣＩＩ码０ＤＨ和０ＡＨ）表示帧结束。ＡＳＣＩＩ模式下的帧格式如表１所示。

表１

ＡＳＣＩＩ模式帧格式

开始地址功能数据校验结柬１字符

２字符

２字符

ｆｌ字符

２字符

２字符

ＲＴＵ模式中，每帧开始至少需要有３．５个字符的静止时间，同样以３．５个字符静止时间表示一帧结束。ＲＴＵ模式下的帧格式如表２所示。

３．１．２科隆兀Ｍ协议

Ｔ１Ｍ协议是基于ＲＳ４８５接口的科隆仪表的专用协议，工

万　

方数据表２

ＲＴＵ模式帧格式

开始

地址功能数据校验终止

Ｔ１．Ｔ２．Ｔ３．Ｔ４

８位

８位

Ｎｘ８位

１６位

Ｔ１．Ｔ２．Ｔ３Ｔ．４

作于主从模式。其帧格式如表３所示。

表３科隆Ｔ１Ｍ协议帧格式

ＳＹＮ

ＳＹＮ

Ｉ…ｌ

ＳＹ＇ＮＳＴＸ

ｌ＜Ｄａｔａｆｉｅｌｄ＞ｌ

ｃｓＥＴＸ

ＴＴＩｖｔ协议帧以不少于３个ｓ、悄（ＡＳＣＩＩ码为１６Ｈ）开始，紧接着以一个ＳＴＸ（ＡＳＣＩＩ码为０２Ｈ）表示数据域内容的开始，ＣＳ为校验和，以ＥＴＸ（ＡＳＣＩＩ码为０３Ｈ）作为帧结束标志。如果数据域中的数据包含ＳＹＮ、ＳＴＸ、ＥＴＸ或者ＤＬＥ（ＡＳＣＩＩ码为１０Ｈ），需要在该数据前面插入一个ＤＬＥ标志，插入的ＤＬＥ标志不算在校验和以及数据字节数中。数据域报文格式如表４所示。

表４科隆Ｔ１Ｍ数据域报文格式

ＤＥＶ为机器码，对于特定的设备，机器码确定。ＡＤＲ为设备地址．取值范围为０－－２５５。ＶＥＲ为版本号，对于特定的版本，ＶＥＲ值确定。ＦＫＴ为功能码，不同的功能码决定了后面的

参数域，功能包括读、写等基本操作。３．２软件构架

上层管理软件通过网关对工作１１Ｍ协议的科隆仪表发

送数据采集指令。网关介于应用层和设备层中间，主要实现以下两大功能：①将上层软件发送的指令转发给科隆仪表：②将仪表采集的数据分析后返回给上层软件。通讯流程图如

图３所示。

①Ｅ位机命令

②Ｔ１－Ｍ命令

上层管理罔关科隆软件

系统

仪表

④返凹有用数据

返回采集数据

图３网关系统工作流程

（１）上层软件发送指令，以Ｍｏｄｂｕｓ协议帧格式发送至网关，上层软件作为主机，网关作为从机，接收上层软件的Ｍ０ｄ－ｂｕｓ协议帧。

（２）网关接收完Ｍｏｄｂｕｓ协议帧后，判断帧格式是否正确。如果帧格式错误，给上层软件返回错误信息：如果正确，解码

Ｍｏｄｂｕｓ协议帧，取出其中的查询内容。并打包成Ｔ１Ｍ协议帧格式，等待接收仪表数据后返闯给上层软件。

（３）科隆仪表接收ＴＴＭ协议帧后对此解码。如果接收到的ＴＴＭ协议帧格式正确．返回所读取的数据块。

（４）网关接收仪表返回的数据，解码ＴＴＭ协议帧。如果帧格式正确取出需要的数据块中的有用数据，打包成Ｍｏｄｂｕｓ协议帧格式，发送到上层软件；否则给上层软件返回错误信息。３．３软件实现

网关的软件部分是在ＩＣＣＡＶＲ编译环境下，通过Ｃ语言

５３７８

２００９，３０（２３）

计算机工程与设计ＣｏｍｐｕｔｅｒＥｎｇｉｎｅｅｒｉｎｇａｎｄＤｅｓｉｇｎ

编程实现。其中，主程序由系统初始化模块，数据处理模块和串口数据收发模块３部分构成。

ＵＡＲＴ０端负责接收上层软件发送的Ｍｏｄｂｕｓ协议帧，ＵＡＲＴＩ端负责接收科隆仪表的返【叫数据。ＵＡＲＴ０端接收上层软件发送的Ｍｏｄｂｕｓ协议帧后解码，打包成Ｔ１Ｍ协议帧格式发送给ＵＡＲＴｌ；ＵＡＲＴＩ端接收仪表的Ｔ１Ｍ协议帧后解码，打包成Ｍｏｄｂｕｓ协议帧发送给ＵＡＲＴ０。串口接收时判断帧是否完整以及帧格式是否正确，错误帧将被忽略。

Ｍｏｄｂｕｓ协议和ＴＴＭ协议的编解码是程序的关键部分，网关需要能够对这两种协议进行编码和解码，才能实现它们之间的数据交互。

３．３．１”聊协议的编码

订Ｍ编码程序主要完成将数据打包成丌Ｍ协议帧格式。

程序流程图如图４所示。

开始

日标字符数组添加３个ＳＹＮ和‘个ＳＴＸ标忐

循环读取数据

特殊字符添加ＤＬＥｌ放入订标数组

后加入目标数组ｌ

＾

Ｉ计篁格骆码ｌ

广Ｌ＿Ｌ—ＳＪＳ—ＬＬ．］二Ｊ

ｌ加入校验码和ｌ

结束标志

图４ＴＴＭ协议编码流程

程序开始在新的临时数组中添加３个ＳＹＮ和１个ＥＴＸ作为开始标志，循环读取数据到结束。如果读取数据为ＳＹＮ、ＳＴＸ、ＥＴＸ、ＤＬＥ，就在数组中添加ＤＬＥ标志，然后复制所读数据的数据；否则直接复制数据。最后计算校验码加在数据后，添加帧结束标志ＥＴＸ。

３．３．２硎协议的解码

１ｆ刑协议解码程序完成对ｒ蹦协议帧的解码，返回所上

层软件需要的数据。程序流程图如图５所示。

程序读入ｒｍ协议帧数据，判断开始是否至少为连续的

３个ＳＹＮ和紧接着的１个ＳＴＸ。如果不是表明接收的帧格式错误。正确后读取数据存入临时数组中，如果所读数据为ＤＬＥ且前一数据不是ＤＬＥ的话，忽略此数据；否则加入到数组中。读取完毕后计算校验值与帧的校验值比较，如果相同表示数据接收正确，否则出错。

３．３．３

Ｍｏｄｂｕｓ协议的编解码

Ｍｏｄｂｕｓ协议的编码程序比较简单，确定了地址和功能号

后，对应的数据格式基本确定了。在ＲＴＵ模式下，只需在数据后面加上ＣＲＣ校验码即可成帧；在ＡＳＣＩＩ模式下，则每一个数据需要用两位ＡＳＣＩＩ码表示，帧头加上冒号“：”作为帧开始标志，在数据后加上ＬＲＣ校验码和帧尾（０ＡＨ和０ＤＨ）。

Ｍｏｄｂｕｓ协议解码程序的核心是根据不同功能号执行不

万　

方数据图５ＴＴＭ协议解码流程

在系统中，有如下几点需要特别说明：

（１）为了便于用户根据自身需求，可以修改网关硬件的相（２）为了防止死机，增加了看门狗功能。

（３）在设计中，考虑到网关应用的环境可能会比较恶劣，在

以上种种设计使得整个系统在工业环境下能够更加稳使用本方法实现了上层管理软件在Ｍｏｄｂｕｓ网络上对科苏薇，叶磊，吴晓红．基于Ｍｏｄｂｕｓ协议的ＰＬＣ与ＤＣＳ系统集成的研究和实现【Ｊ】．微计算机信息，２００４，２０（４）：２２．２３．

（下转第５３８ｌ页）

同的操作。通过ｓｗｉｔｃｈ语句来判断数据帧中对应的功能号字

节，使用ｃ私ｅ语句来实现不同的操作。

４相关问题的说明

关配置。系统串口波特率以及其运行所需的其它配置信息，设计保存于ＡＴｍｅｇａｌ２８的ＥＥＰＲＯＭ中。

选用芯片时都选用了工业级的，并采用了光耦进行干扰隔离。由于实际现场２４ｖ电源容易得到，故在设计中选用ＬＭ２５７５一ＡＤＪ实现２４ｖ．５ｖ，电源接口采用接线式。

定、有效的工作。

５结束语

隆仪表的数据采集。通过对网关程序的修改，能够将不同协议的网络设备集成到一个工业网络中，实现上层管理软件对设备的集中控制，解决了网络中设备兼容性问题。除了使用本方法，还可以使用专用阙关或者通过计算机软件编程实现的软网关来达到目的。相对于这些方法，使用嵌入式系统作为网关既在稳定性上达到了比较高的要求，同时又降低了整个系统的成本。本数据采集系统现已成功应用于某企业球灌数据监测管理系统中，并运行良好。

参考文献：

【ｌ】

穆灵，王凌燕，张治江，等：无线传感器网络的安全认证协议研究

（６）节点Ｃ用救解密并验证信息的完整性，保存共享密钥

２００９，３０（２３）５３８１

减少，而且在分布式重组证书的认证过程中减少了计算量和通信消耗。

‰，至此认证及密钥协商过程结束。节点Ｃ在以后与簇首节点且的通信过程中将采用共享密钥‰对数据进行加密。

３协议分析

３．１安全性分析

（１）在认证协议中采用节点认证密钥对发送消息进行加密和认证，从而保证了通信双方信息的机密性和完整性。

（２）在节点发送信息时运用了随机数，如果节点收到的返回信息中随机数没有加ｌ或延时收到了相同的信息，便可判定此返回信息为伪造信息，这样可以有效地防止重放攻击。

（３）传感器网络中常见的ｓｙｂｉｌ（女巫）攻击主要通过两种方式来进行攻击：一是通过伪造ＩＤ来实现多个身份来冒充节点；二是通过窃听链路中消息，分析数据包，将合法节点的身份字段复制下来，填到自己的相应位置。在本文所采用的重构证书中身份ＩＤ号已经在簇首节点处保存，通过伪造ＩＤ的方法是行不通的。另外，即使恶意节点截获了节点间发送的信息，但是由于其没有节点密钥＆，所以仍然无法解密获得有用信息。

（４）由ｔ个簇首节点组成的分布式认证联盟将一个簇首节点所承担的危险分给ｔ个簇首节点，等于将安全能力提高ｔ倍以上。只要网络中被俘获的簇首节点个数少于ｔ个，就无法伪造出一份有效的证书，从而使网络的容忍入侵性得到增强。

（５）协议中重构证书的有效性得到ｊ双重保证，在簇首节点的认证密钥和系统私钥使用的有效期内，重构证书即为有效证书。并且，簇外恶意节点因为没有本簇首的认证密钥而无法获得节点认证密钥，簇内恶意节点因为没有系统私钥而无法伪造签名。３．２性能分析

（１）与强用户认证协议Ｍ相比，在协议第二步，由于簇首节点已经保存了簇内节点的身份ＩＤ号，所以根据重构证书中给出的身份ＩＤ号可以初步判断证书的有效性，如果为敌方伪造的证书，在这一步便可以先被排除，不必进行下面的分布式认证操作，从而减少了节点能量的消耗。

（２）本协议将分布式认证操作放在具有较高的信息处理能力和存储能力的邻近簇首节点之间，既避免了普通节点参与消耗较大的公钥认证过程，又均衡了节点间的能量，提高了整个网络的使用寿命。

（３）本文中设计的重构证书与传统的Ｘ．５０９证书相比较，仅仅包含了ＩＤ号、认证密钥和签名，这样不仅节点存储空间（上接第５３７８页）【２】

宋文娟，赵强，蔡凌．基于ＭＯＤＢＵＳ网络的液位测量系统设计［Ｊ】．仪器仪表学报，２００５，２６（８）：３０９．３１１．

【３】

袁辉，李延香．基于Ｍｏｄｂｕｓ通讯协议数据采集系统的设计【Ｊ】．科技咨询导报，２００７，９：１９－２０．［４】

薛海涛，和卫星，陈晓平．数据采集系统中Ｍｏｄｂｕｓ协议的实现［Ｊ】．微计算机信息，２００７，２３（１０）：６８．６９．【５】

陈小宾．基于Ｍｏｄｂｕｓ协议的ＰＬＣ与ＤＣＳ系统集成的研究和实现【Ｊ】．科技信息（科学教研）２００８（２１）：４０３－－４０７．

４结束语

为解决在资源受限的无线传感器网络环境中的节点认证问题，本文提出了一个基于ＥＣＣ的部分分布式认证协议，对传感器网络应用公钥密码体制进行了初步的探讨，使节点认证的安全性和高效性都有了不同程度的提高。但同时也还存在着一些有待解决的问题，比如，若攻击者在认证过程中修改了认证信息，将会使认证节点获得错误信息，破坏认证协议的正确实施。如何使我们的协议更加完善，是后续研究工作的主要方向。

参考文献：

【ｌ】Ｃｈｏｎｇ

Ｃ

Ｙ，ＫｕｍａｒＳ／＇．Ｓｅｎｓｏｒｎｅｔｗｏｒｋｓ：Ｅｖｏｌｕｔｉｏｎ，ｏｐｐｏｒｔｕｎｉ－ｃｈａｌｌｅｎｇｅｓ［Ｃ］．ＰｒｏｃｅｅｄｉｎｇｓｏｆｔｈｅＩＥＥＥ，２００３，９１（８）：

ｔｉｅｓ，ａｎｄ

１２４７．１２５６．

【２】ＨｕａｎｇＱ，ＣｕｋｉｅｒＪ，ＫｏｂａｙａｓｈｉＨ，ｅｌａ１．Ｆａｓｔ

ａｕｔｈｅｎｔｉｃａｔｅｄ

ｓｅｎｓｏｒ

ｋｅｙ

ｅｓ－

ｔａｂｌｉｓｈｍｅｎｔｐｒｏｔｏｃｏｌｓｆｏｒｓｅｌｆ－ｏｒｇａｎｉｚｉｎｇ

ｎｅｔｗｏｒｋｓ【Ｃ】．

ｏｎ

Ｐｒｏｅｏｆｔｈｅ２ｎｄＡＣＭＩｎｔｅｒｎａｔｉｏｎａｌＣｏｎｆｅｒｅｎｃｅＷｉｒｅｌｅｓｓ

ＳｅｎｓｏｒＮｅｔｗｏｒｋｓａｎｄＡｐｐｌｉｃａｔｉｏｎｓ．ＡＣＭＰｒｅｓｓ，２００３：１４１—１５０．

【３】ＷａｔｒｏＲ，Ｋｏｎｇ

Ｄ，Ｓｕｅ－ｆｅｎ

Ｃｍｉ。ｅｔａ１．ＴｉｎｙＰＫ：ｓｅｃｕｒｉｎｇ

ｓｅｎｓｏｒｎｅｌ－

ｗｏｒｋｓｗｉｔｈｐｕｂｌｉｃｋｅｙｔｅｃｈｎｏｌｏｇｙ［Ｃ】．Ｐｒｏｃｅｅｄｉｎｇｓｏｆｔｈｅ２ｎｄ

ＨｏｅａｎｄＳｅｎｓｏｒＮｅｔｗｏｒｋｓ．

ＡＣＭＷｏｒｋｓｈｏｐ

ｏｎ

ＳｅｃｕｒｉｔｙｏｆＡｄ

ＡＣＭＰｒｅｓｓ．２００４：５９—６４．

【４】

Ｂｅｎｅｎｓｏｎｃａｔｉｏｎｉｎ

Ｚ，ＧｅｄｉｃｋｅＮ，ＲａｉｖｉｏＯ．Ｒｅａｌｉｚｉｎｇｒｏｂｕｓｔｕｓｅｒａｕｔｈｅｎｔｉ－

ｓｅｎｓｏｒ

ｎｅｔｗｏｒｋｓ［Ｃ］．Ｓｗｅｄｅｎ：ＷｏｒｋｓｈｏｐｏｎＲｅａｌ－Ｗｏｒｌｄ

ＷｉｒｅｌｅｓｓＳｅｎｓｏｒＮｅｔｗｏｒｋｓ．２００５．

【５】Ｄａｒｒｅ．Ｉ

Ｈ，Ａｌｆｒｅｄ

Ｍ，Ｓｃｏｔｔｖ椭圆曲线密码学导论［Ｍ】．张焕国，

译一Ｂ京：电子工业出版社．２００５：１７５．１７７．【６】

王振飞，纪越峰．基于能量均衡策略的无线传感器网络ＬＥＡＣＨ协议改进【Ｊ】．东南大学学报（自然科学版），２００８，３８（１）：２６２．２７０．【７】

庞辽军，柳毅，王育民．一个有效的（ｔ’ｎ）门限多重秘密共享体制

【Ｊ】．电子学报，２００６，３４（４）：５８７．５８９．

【８】

何业锋，张建中．基于椭圆曲线密码体制的门限密钥托管方案［Ｊ】．山西大学学报，２００４，２７（２）：１３２．１３４．

【９】

ＥｌｈｄｈｉｌｉＭ

Ｅ加１０ｕｚ

ＬＢ，ＫａｍｏｕｎＥＡｔｏｔａｌｌｙｄｉｓｔｒｉｂｕｔｅｄｃｌｕｓｔｅｒ

ｂａｓｅｄｋｅｙｍａｎａｇｅｍｅｎｔｍｏｄｅｌｆｏｒＡｄＨｏｅｔｈｅ３ｔｈＡｎｎｕａｌ２００４．

ｎｅｔｗｏｒｋｓ［Ｃ］．Ｐｒｏｃｏｆ

ＭｅｄｉｔｅｒｒａｎｅａｎＡｄＨｏｅＮｅｔｗｏｒｋｉｎｇＷｏｒｋｓｈｏｐ，

【６】许广宾，王岭娥，王莎莎．基于Ｍｏｄｂｕｓ协议的智能数据采集显示模块【Ｊ】．微计算机信息，２００８，２２（８）：９１－９２．

【７】涂智杰，何永义，李一青．基于ＤＳＰ的ＣＡＮｏｐｅｎ转Ｍｏｄｂｕｓ网关的设计［Ｊ】．国Ｆｑ夕ｌ，机电一体化技术，２００８，２（２１）：１３．１４．

【８】舒凯．基于ＭＯＤＢＵＳ．ＲＴＵ协议的ＰＬＣ多路数据采集系统【Ｊ】．水电自动化与大坝监测，２００８，３２（４）：６６－６８．

【９】唐年庆，刘益和．基于微处理器的协议转换网关的系统设计【Ｊ】．嵌入式网络技术应用，２００８，５：２７．２８．

万方数据　

基于TTM/Modbus协议的数据采集系统的设计

作者：作者单位：刊名：英文刊名：年，卷(期)：被引用次数：

张建锋， 季鹏， 周超

南京工业大学,信息与工程学院,江苏,南京,210009计算机工程与设计

COMPUTER ENGINEERING AND DESIGN2009,30(23)1次

参考文献(9条)

1.唐年庆;刘益和 基于微处理器的协议转换网关的系统设计 2008

2.舒凯 基于MODBUS-RTU协议的PLC多路数据采集系统[期刊论文]-水电自动化与大坝监测 2008(04)3.涂智杰;何永义;李一青 基于DSP的CANopen转Modbus网关的设计 2008(11)

4.许广宾;王岭娥;王莎莎 基于Modbus协议的智能数据采集显示模块[期刊论文]-微计算机信息 2008(08)5.陈小宾 基于Modbus协议的PLC与DCS系统集成的研究和实现[期刊论文]-科技信息(科学教研) 2008(21)6.薛海涛;和卫星;陈晓平 数据采集系统中Modbus协议的实现[期刊论文]-微计算机信息 2007(10)7.袁辉;李延香 基于Modbus通讯协议数据采集系统的设计[期刊论文]-科技咨询导报 2007(19)8.宋文娟;赵强;蔡凌 基于MODBUS网络的液位测量系统设计[期刊论文]-仪器仪表学报 2005(08)9.苏薇;叶磊;吴晓红 基于Modbus协议的PLC与DCS系统集成的研究和实现 2004(04)

引证文献(1条)

1.郝毫毫.陈家林.熊俊俏 基于虚拟COM口的无线收发器设计及实现[期刊论文]-测控技术 2010(11)

本文链接：

数据采集 合同范本篇三
《数据采集模块MODBUS协议说明》

数据采集模块MODBUS协议说明

一、协议设置 S3=ON 设置状态 DUT-1000系列模块支持通讯协议S3=OFF 工作状态 有研华ADAM4000系列协议，松下 S2 S1 通讯协议 S1 OFF OFF 松下协议 PLC协议，MODBUS ASCII码协议S2 S3 ON OFF 研华协议 和MODBUS二进制协议。协议选OFF ON MODBUS_ASC 择由模块内条线S3,S2,S1设置。如ON ON MODBUS_BIN

图1所示。 图1、跳线开关

二、 MODBUS协议

1．MODBUS最初是为了加强PC机对某些PLC和相互信息交流而设计的，

随后为众多PLC及数据厂家所接受，并成为一种通用的通讯标准。MODBUS工作的基本过程是一系列周而复始的呼叫——应答，呼叫为主方设备（通常是PC机）发出，指向挂在总线某处具有确定地址的从方设备（例如DUT-1000系列模块），从方则以应答方式确认收到呼叫并返回主方所要的数据。

2．ASCII方式

呼叫与应答的信息用16进制的字符0~9，A~F表示，每两个ASCII字符组成一个信息字节，字符冒号<:>表示待传递信息的起始处，字符<CR>（回车）<LF>（换行）表示此信息传送结束。MODBUS 中的ASCII码方式多用于实时性要求不高的场合。

3．RTU方式

呼叫与应答均用二进制字节的数值表达，总线上传送的信息时间性要求十分严格。因RTU方式所有内容均可能为信息，因此无法用特殊字符表示数据块的起始和结束。信息的起始和结束的定位靠预先定义的无字节时间宽度来辨别，通常取传输3.5个字节所需要的时间。显然，该宽度与通讯波特率有关。当总线上呈现3.5个字节周期或更长的静止期后，出现的第一个字节即为另一个信息的起始点，该字节总是针对某一从方设备的地址信息。一串信息内容字节过后再次出现3.5个字节周期宽度，表示此串信息结束。

4．DUT-1000系列MODBUS协议的数据格式

4.1 字符格式：

数据为一个起始位，8个数据位，一个停止位。字符无奇偶校验位。

D0 D1 D2 D3 D4 D5 D6 D7

起 停

始 据 止

位 位 位

4.2

4.3 ASCII数据格式：

4.3.1 命令格式：

呼叫 :AAFFSSSSNNNNLL<CR><LF>

应答 :AAFFXXHHHH…LL<CR><LF>

其中：

： 为起始符

AA 从方设备地址

FF 功能号，DUT-1000系列为04H

SSSS 通道起始通道

NNNN 通道数

XX 数据字节长度

HHHH 数据字节

LL 校验和

<CR> 回车

<LF> 换行

4.3.2 读取DUT-1000系列的命令

主机呼叫：

:080400000008EC<CR><LF>

说明：

1．模块地址08H，起始通道0，读取8个通道数据，EC为校验和（所有数

据和的负数）。

2．起始通道可以是0~7，超出这个范围命令无效；通道数为1~8，超出范围

无效；起始通道号+

通道数小于8，超过范围命令无效。

模块应答：

:0804100FF60FF60FF60FF60FF60FF60FF60FF6

每个通道为16进制有符号数补码，表示乘10的温度值或电流、电压的码数，根据命令返回值可以少于16个字节。例子中每个通道的温度值都为408.6℃。（0FF6H=4086）

4.4、RTU格式

说明:

 一个命令数据块为连续发送的一组数据，中间间隔不得超过3.5个字符时

间。若超过则认为这组命令无效。

 两个命令组之间间隔可任意长。

 通讯采用应答方式，并由主机调度。从机回答时间不得超过500mS。若

无回答，主机连续进行三次呼叫。

4.4.2 DUT-1000系列模块的RTU命令：

RTU呼叫：

<08> <04> <00><00> <00><08> <c><c>

地址 功能 起始通道 通道数 CRC校验

说明：

1．模块的地址是8，功能码为4，起始通道为0，读取8个通道数据。

2．起始通道可以是0~7，超出这个范围命令无效；通道数为1~8，超出范围

无效；起始通道号+通道数小于8，超过范围命令无效。

RTU应答：

<08> <04> <10> <0F><F6> <0F><F6> <0F><F6> <0F><F6>

地址 功能 字节数 通道0 通道1 通道2 通道3

<0F><F6> <0F><F6> <0F><F6> <0F><F6> <c><c>

通道4 通道5 通道6 通道7 CRC校验

返回8个通道，16个字节数据，每个通道的数据都为4086（0FF6H）。

4.5、校验

ASCII方式校验采用采用累加和校验方式，即将从机地址开始到串结束的所有数值相加得到和的负数，附加在串后。

RTU方式采用CRC-16校验，校验多项式为（X16+X15+X2+1）。由于低位先发送，所以校验二进制为1010000000000001(A001H)。

三、联系方法

通信地址：大连理工大学电子与信息工程学院（116023）

联系电话：0411-4708975 0411-4707335 （0）13904283764

传 真：0411-4708975

联 系 人：仲崇权，杨素英

电子信箱：zhongcq@dlut.edu.cn

网 页：

户 名：大连理工大学科技开发中心

银 行：建行园区支行栾金分

账 号：501912630090722

数据采集 合同范本篇四
《信息采集及平台维护协议书》

信息采集及平台维护协议书

鉴于：

本合同签约各方在真实、充分地表达各自意愿的基础上，根据《中华人民共和国合同法》之规定，达成如下协议，由签约各方共同恪守。

第一条 签约方

甲方（委托方）： 法定代表人： 联 系 人： 通讯地址： 电 话： 传 真：

乙方（受托方）： 法定代表人： 联 系 人： 通讯地址： 电 话： 传 真：

第二条 合同性质

本合同属于：1、应用技术服务合同□ 2、新产品开发合同 □

3、新工艺开发合同 □ 4、信息咨询服务合同

第三条 签约时间和地点

本合同由上述签约方于 2013 年 月 日在 杭州 签订。

第四条 项目名称

签订该协议的主要目的在于利用受托方的数据采集团队，采集更新指路服务所需的道路信息，丰富号码百事通综合信息服务平台数据库内容，并保证号码百事通指路服务平台稳定运行。

第五条 服务内容

项目主要服务内容如下：

1、负责系统平台的日常维护及部分定制化服务需求。

包括安排一名以上专职技术人员响应24小时平台故障应急处理需求，按月定时进行平台稳定性测试，以及根据业务发展需要开发业务模块。

2、负责采集、更新道路、地名信息数据。

本地网7个经营区域各安排1名或以上专职或兼职人员采集、更新道路及地名信息，信息采集范围主要控制在市区，按采集要求每周提供指定区域或路段内真实有效的最新路牌和地名信息。

第六条 服务期限

项目开始时间： 2013 年 9 月 1 日

项目终止时间： 2014 年 8 月 31 日

第七条 费用及支付方式

本合同总额为 玖拾万元整 元.

包括平台维护费30万元整(按2.5万元/月计算)，和信息采集费60万元整(按2元/条计算,共30万条)。

分两次支付费用,合同签订一个月内甲方一次性支付平台维护费30万元整, 根据业务开展进度2013年12月31日前甲方共支付信息采集费60万元整.

第八条 双方权利与义务

一、甲方权利与义务

1. 负责制定项目规范及提交相应功能需求。

2. 按乙方要求及时提供第三方软件接口、文档等相关技术资料以供平台维护使用。

3. 按乙方要求提供项目所需的硬件设备、网络安全环境以及硬件设备运行所需的操作系统和数据库，并有责任为乙方提供便利的工作条件。

4. 有责任为乙方的实施工作进行内部各部门的协调，调动相关资源，配合乙方按进度完成项目实施。有责任按乙方要求与相关第三方沟通。

5. 按乙方所提供的相关操作说明进行系统操作，以确保系统运行安全可靠。

二、乙方权利与义务

1. 按服务规定的内容提供相关软件产品及相应的技术文档。

2. 有责任对甲方相关人员进行管理、操作、使用及技术培训。

3. 若有需要，有责任协助甲方与相关第三方沟通。

4. 若有需要，有责任协助甲方完成与项目有关的各种设备和系统软件的准备工作。

5. 及时响应甲方的定制化需求，并负责对甲方长期的技术支持。

第九条 合同生效

本合同一式 贰 份，同具法律效力，经双方签字盖章后生效，到 2014年8月31日 止。

第十条 其他

对本合同条款的任何修改、变更或增减，须经双方授权代表人亲笔签署书面文件才为有效，并成为本合同的组成部分，具有同等法律效力。

双方因本合同发生争议的，可通过协商解决。协商不成，可将争议提交发起方所在地人民法院诉讼解决。

在此未包括的事宜将由双方此后通过协商决定。 本合同未涉及到的部分，均按《合同法》执行。

签字页：

甲方： （盖章）

法定代表人/委托代理人： （签名）

年 月 日

乙方： （盖章）

法定代表人/委托代理人： （签名）

年 月 日

数据采集 合同范本篇五
《普通发票数据采集操作指南2012》

普通发票数据采集操作指南2012

步骤一、通用机打软件升级

情况一：原已安装普通发票开票软件的纳税人，请下载升级补丁安装。具体操作如下：登录厦门国税网站（

[2011-10-26] →下载[厦门国税局普通发票开票系统软件]升级补丁.rar→运行下载的ppkprj_update_20111026.rar文件，生成文件夹’ ppkprj_update_20111026’ →运行文件夹中‘厦门国税局普通发票开票系统升级安装程序.exe’

情况二：未安装过普通发票开票系统的纳税人，请下载最新完全版进行安装。具体操作如下：登录厦门国税网站（

[2011-10-26] →下载[厦门国税局普通发票开票系统软件]（最新版）.rar→运行下载的ppkprj_20111026.rar文件，生成文件夹’ ppkprj_20111026’ →运行文件夹中‘厦门国税局普通发票开票系统.exe’

情况三：3、补丁安装过程中出现下图提示

应先退出补丁安装，再按照以下步骤来操作：

（1）先打开原来的开票软件，选择系统管理模块的“数据备份、

恢复”

，再点击立即备份数据，将所有系统数据备份到指定位置。

（2）按上述情况二安装最新版本开票软件。安装完成后，在新版开票软件中完善企业信息；进入开票系统导航，选择系统管理

模块的“数据备份、恢复”，再点击立即恢复数据（选择备份文件来恢复数据）。

步骤二、开票信息导出步骤

１， 登陆系统后进入模块

２， 进入开票信息查询之后，根据需要导出开票信息的时间来选择

查询条件（如图2011年10月开票数据填入2011-10-01和2011-10-31

）

，再点击按钮查询开票数据，

按钮，将开票信息导３， 数据查询出来之后，

点击

出到指定位置。

步骤三、普票数据采集

（1）打开【厦门国税局】网站，找到【办税大厅】登录入口。

（2）点击【办税大厅】后，输入纳税人识别号及密码进行登

录

（3）登录以后，在办税大厅左侧菜单树找到【普票数据采集系统】菜单，点击进入采集及查询菜单页面。

（4） 点击【数据文件上传页】模块。【数据文件上传页】提供

了7种票据文件的上传入口，选择相应的入口进行数据文

数据采集 合同范本篇六
《PC与数据采集器通信协议》

计算机与数据采集器通信协议(草稿)

一、帧格式

上位机(计算机)通过485接口与下位机 (数据采集器)通信，通信协议基于点对点的方式，上位机发送命令帧，下位机发送回应帧。一般情况下，下位机不主动发数据给上位机，即上位机为主动通信方，下位机为被动通信方。

通信格式：速率19200bps，8，n，1 半双工 上位机发送的命令帧格式如下：

下位机回应的帧格式如下：

上位机和下位机之间的命令码（Cmd）： 1. 0x01：读取下位机的全部数据记录 2. 0x02：读取下位机16个输出口的状态

3. 0x03：读取下位机第1个继电器的状态(P2.0控制) 4. 0x04：读取下位机第2个继电器的状态(P2.1控制) 5. 0x05：读取下位机第3个继电器的状态(P2.2控制)

6. 0x06：读取下位机第4个继电器的状态(P3.6控制)

7. 0x07：读取下位机第1个OC门的通断状态(P2.7控制 J7-17) 8. 0x08：读取下位机第2个OC门的通断状态(P2.6控制 J7-18) 9. 0x09：读取下位机第3个OC门的通断状态(P3.7控制 J7-19) 10. 0x0A：读取下位机第4个OC门的通断状态(P4.3控制 J13-5) 11. 0x0B：读取下位机第5个OC门的通断状态(P3.5控制 J13-6) 12. 0x0C：读取下位机第6个OC门的通断状态(P3.4控制 J13-7) 13. 0x0D：读取下位机第7个OC门的通断状态(P4.2控制 J13-8)

14. 0x0E：读取下位机第8个OC门的通断状态(P4.1控制 J13-9) 15. 0x0F：读取下位机第9个OC门的通断状态(P4.0控制 J13-10) 16. 0x10：读取下位机16个输入口的状态 17. 0x11：读取下位机16路A/D的转换结果 18. 0x12：读取下位机第n路A/D的转换结果 19. 0x13：读取下位机当前时间

20. 0x14：读取下位机7天开关机时间设定值 21. 0x15：读取下位机软件版本

22. 0x16：读取发射机开关机状态(开机、关机) 23. 0x17：读取发射机运行状态(正常、故障)

24. 0x51：设置下位机时间

25. 0x52：设置下位机星期一至星期天开关机时间 26. 0x53：设置第n路输出口的电平状态

27. 0x54：设置下位机第1个继电器状态(P2.0控制) 28. 0x55：设置下位机第2个继电器状态(P2.1控制) 29. 0x56：设置下位机第3个继电器状态(P2.2控制) 30. 0x57：设置下位机第4个继电器状态(P3.6控制) 31. 0x58：设置下位机第1个OC门状态(P2.7控制 J7-17) 32. 0x59：设置下位机第2个OC门状态(P2.6控制 J7-18) 33. 0x5A：设置下位机第3个OC门状态(P3.7控制 J7-19) 34. 0x5B：设置下位机第4个OC门状态(P4.3控制 J13-5) 35. 0x5C：设置下位机第5个OC门状态(P3.5控制 J13-6) 36. 0x5D：设置下位机第6个OC门状态(P3.4控制 J13-7) 37. 0x5E：设置下位机第7个OC门状态(P4.2控制 J13-8) 38. 0x5F：设置下位机第8个OC门状态(P4.1控制 J13-9) 39. 0x60：设置下位机第9个OC门状态(P4.0控制 J13-10) 40. 0x61：开机 41. 0x62：关机

42. 0x63：切换同轴开关，使主机信号输出至天线

43. 0x64：切换同轴开关，使备机信号输出至天线

44. 0x65：切换同轴开关，使主机信号输出至天线，切换后主备机均要开启 45. 0x66：查询主备切换相关信息

46. 0x67：保留命令字，用于复位记录标志 47. 0x68：清除所有日志 48. 0x69：上传所有日志

49. 0x6a：保留命令字，用于定时开机命令码 50. 0x6b：保留命令字，用于定时关机命令码

51. 0x6c：设置主备切换运行模式 52. 0x6d：设置发射机维修结果 53. 0x6e：设置发射机类型

54. 0x6f：切换同轴开关，使备机信号输出至天线，切换后主备机均要开启 55. 0x70：保留命令字，用于同轴开关切换失败标识码。 56. 0x71：设置定时开关机使能位

57. 0x72：恢复出厂设置(需要重新启动通用接口单元才生效) 58. 0x73：数字机升功率控制(控制OC2时间长度500ms) 59. 0x74：数字机降功率控制(控制OC3时间长度500ms) 60. 0x99：重启通用接口单元

数据长度（Length）：数据的长度，占两个字节。高字节在前，低字节在后。

数据1～数据n（Data1～Datan）：数据，如果数据长度（Length）为0x0000，则无此字段。

校验（Chk）：异或校验，除“包头”外前面所有字节的异或校验

二、命令码解析

1、0x01：读取下位机的全部数据记录

 PC机下发命令：

 下位机回应：

56个字节的数据格式如下：

16路AD×2＋2路DA×2＋2(16路输入口状态)+2(16路输出口状态)+4(4个继电器状态)+9(9个OC门状态)+1(本发射机开关机状态)+1(本发射机运行状态)+1(主备机通信状态)

2、0x02：读取下位机16个输出口的状态

 PC机下发命令：

 下位机回应：

3、0x03～0x06：读取下位机第1～4个继电器的状态

 PC机下发命令：

 下位机回应：

6、0x07~0x0F：读取下位机第1~9个OC门的通断状态

 PC机下发命令：

 下位机回应：

 Data1：0x01表示通；0x00表示断

7、0x10

：读取下位机16个输入口的状态

 PC机下发命令：

 下位机回应：

10、0x11：读取下位机16路A/D的转换结果

 PC机下发命令：  下位机回应：

数据采集 合同范本篇七
《数据录入及维护服务合同》

数据录入及维护服务合同

需方：________________

供方：________________

一、定义

本合同中的定义适用于本合同的全部条款及本合同的全部附件以及需方招标文件和供方投标文件。

1．1 合同：载明需方和供方就本次招标内容所达成的一致意思表示的书面合同。

1．2 需方：_________。

1．3 供方：_________。

1．4 合同价款：根据合同规定，供方完全履行合同义务之后需方应付给供方的总价款。

1．5 服务：根据合同规定，供方向需方提供的以《_________》（以下简称《_________》）数据采编录入和维护为主要内容的服务。

1．6 服务成果：供方根据合同规定应向需方交付并归需方所有的

《_________》数据及作为该数据载体的采集加工应用软件。

1．7 交付：供方向需方提供合同项下的服务和服务成果。

1．8 日：指日历日数。

二、服务内容、方式和要求

2．1 服务范围：供方的服务范围为《_________》数据库数据的采集、核实、分类、翻译、翻译校对、录入录入检验和数据更新维护。

2．2 服务规格和要求

2．2．1 数据内容：

（1）数据采集对象：我国现已出口和具有出口潜力的所有产品和相关企业。

（2）采集内容：企业基本信息和企业具有代表性的主要产品信息，具体包括：

（a）企业信息：企业名称、企业经营性质（生产厂家、贸易公司、生产贸易兼营）、企业代码（国家质量技术监督局授予）、企业通讯地址、邮政编码、销售（出口）负责人姓名、职务、联系电话、传真、电子信箱、企业网址、成立时间、雇员人数、注册资本、进出口经营权、企业上年出口额、经营产品、境外办事机构名称、所属母公司名称；

（b）产品信息：产品名称、产品介绍、注册商标、国际认证（iso／ul／ce／gs／ansi／ieee／bsi／dni／itu／其他）、已出口地区、型号、年供货量、产品图片。

（c）企业名称、产品名称、企业通讯地址、邮政编码、联系电话和企业代码数据项为不可缺少的必备数据。

2．2．2 数据要求：

（1）入库数据数量：三年合同期内供方须完成入库的最小数据量为_________

条，覆盖企业大于_________家。

（2）入库数据的质量要求：

（a）必备项数据完整率为100％；其他数据项完整率＞50％；

（b）入库数据的随机抽样误差率须满足下列要求：必备项数据信息误差率＜5％；其他数据项信息误差率<10％；文字错误＜万分之五。

（3）数据入库时间要求：供方在收到出口商品数据登记表后，应在7日内及时分类、翻译和录入完毕。

2．2．3 数据库文字：

（1）《_________》数据库数据信息的文字为中、英文两种；

（2）企业英文名称应按在工商行政管理部门登记注册的英文翻译，没有英文注册名的企业名称按该企业习惯翻译。企业未能提供英文名称，按照先标准、后专业的原则进行翻译；

（3）英文翻译错误＜1％；

2．2．4 数据信息维护：

（1）数据库数据须反映出口商品最新信息，更新期为12个月内。所有出口商品数据每12个月必须至少核对、更新一次，保证数据库内出口商品数据始终为动态最新版本数据。每条数据要注明核对、更新的时间。

（2）供方在收到需更新的数据内容后，须在7天内完成新数据的分类、翻译和录入。数据维护从数据入库开始，维护期为自合同生效之日起3年。

（3）维护、更新数据采取电子邮件、电话、传真、信函等多种形式，并有工作记录。

2．2．5 产品资料登记表

（1）第一次入库数据应有对应的加盖企业公章的产品资料登记表，数据跟表格须一一对应，登记表原件归档备查；

（2）供方负责产品资料登记表的印制工作并承担印刷费用，其印制的产品资料登记表的内容、格式和印刷质量须符合需方要求，未经需方同意供方自行不得改动。

（3）供方应按照需方要求的采集方向发放产品资料登记表。

三、合同期限及实施进度

3．1 合同期限：本合同服务期限从合同签字生效之日起_________年。

3．2 实施进度：

3．2．1 入库数据量进度要求为：___________________；

3．2．2 合同生效后6个月内出口商品数据入库量＞6万条；

3．2．3 合同生效后1年内出口商品数据入库量＞20万条；

3．2．4 合同生效后2年内出口商品数据入库量＞100万条；

3．2．5 合同生效后3年内出口商品数据入库量＞120万条，企业数＞50万家。

四、转让和分包

转让和分包的程序

4．1 经需方书面同意，供方可部分转让和分包其应履行的合同义务，但转让和分包不能解除供方履行本合同的责任和义务。

4．2 供方应就其签订的所有分包合同报经需方审核同意后生效。

4．3 供方与第三方签订分包合同时，必须在合同中说明供方与需方通过招标投标的方式签订本合同的事实，接受分包的第三方必须在分包合同中承诺就分包项目与供方共同向需方承担连带责任。

五、质量保证

5．1 供方责任

5．1．1 为保证合同履行质量，供方须切实履行投标文件的各项承诺，保证数据采集、核实、翻译、分类、录入和维护的程序和工作质量。

5．1．2 供方应履行投标文件的承诺，建立和完善系统的内部质量保证体系，并提供相关文件给需方并接受需方的检查。

5．1．3 供方应履行投标文件的承诺，保证项目实施团队人员的数量和素质满足履行合同要求并随时接受需方的检查。项目团队发生变化时，应及时通知需方。

5．1．4 供方应履行投标文件的承诺，配置必要的软件和硬件设备保证合同有效实施。在计算机软硬件的配置上，供方应接受需方指导。

5．1．5 鉴于服务性质的特殊性，供方将对所提供的服务按照合同规定的功能要求不断调整，以达到优化目的，并在数据的采集方法上接受需方的指导。

5．2 合同的监控

5．2．1 合同的监控

5．2．2 本项目合同执行监控权属需方。

5．2．3 同期内需方有权随时采用各种方式对合同实施的质量和进度进行监控。

5．2．4 有权随时对下述内容实施各种方式的抽检：

（1）录入数据是否与原始数据登记表内容相符；

（2）录入的数据量是否与收到的数据登记表数量相符；

（3）数据录入进度；

（4）入库数据的准确性；

（5）数据是否及时更新等。

5．2．5 供方须积极配合需方的抽检工作，不得以任何理由拒绝检查或在检查中弄虚作假。

5．2．6 如首次抽检不合格，需方将在10日内进行再次抽检；如再检不合格，需方则有权根据有关条款对供方追究违约责任。

六、合同文件和资料

6．1 技术资料

6．1．1 供方在向需方提交本合同项下的服务和服务成果时，必须同时向需方提交相关的技术资料。

七、验收

7．1 验收内容和方法

7．1．1 供方完成相应的工作后，应按本条规定的期限通知需方验收，需方及其下设机构负责本合同内容的验收。

7．1．2 第一次验收：合同生效后3个月。验收内容为数据采集、翻译、录入前期工作进展情况。验收前供方应提前向需方提交下述文件：

（1）硬件和人员配置说明书；

（2）数据采集渠道、方法和数据核实方法及程序详细说明；

（3）数据分类方法说明和分类操作实施细则；

（4）数据翻译校对的方法和程序的详细说明；

（5）数据录入方法、程序和录入数据校验方法、程序说明；

（6）供方认为有必要提交的其他文件和资料。

7．1．3 第二次到第五次验收内容为：

（1）入库出口商品数据量是否满足合同要求；

（2）入库数据的质量是否满足合同的要求；

（3）数据更新是否满足合同的要求；

（4）人员配置的合理性以及项目管理的科学性和有效性等。

7．1．4 第二次验收为合同生效后6个月。验收前供方应提前10日向需方提交下述文件：

（1）库内数据的数量和质量说明；

（2）数据采集渠道、方法和数据核实方法及程序补充说明和已购买的版权清单及说明；

（3）数据维护、更新操作实施细则；

（4）硬件和系统软件维护管理细则；

（5）供方认为有必要提交的其他文件和资料。

7．1．5 第三次验收为合同生效后1年。验收前供方应提前10日向需方并提交下述文件：

（1）库内数据的数量和质量说明；

（2）数据采集渠道、方法和数据核实方法及程序补充说明和增购的版权清单及说明；

（3）1年内数据维护更新记录和说明；

（4）1年内的项目管理说明；

（5）需方认为有必要提交的其他文件和资料。

7．1．6 第四次验收为合同生效后2年，验收前供方应应提前10日向需方提交下述文件：

（1）库内数据的数量和质量说明；

（2）数据采集渠道、方法和数据核实方法及程序补充说明和增购的版权清单及说明；

（3）2年内数据维护更新记录和说明；

（4）2年内的项目管理说明；

（5）供方认为有必要提交的其他文件和资料。

7．1．7 验收为合同生效后3年。验收前供方应提前10日向需方提交下述文件：

（1）库内数据的数量和质量说明；

（2）数据采集渠道、方法和数据核实方法及程序补充说明和增购的版权清单及说明；

（3）3年内数据维护更新记录和说明；

（4）3年内的项目管理说明；

（5）供方通过iso9001认证证明；

（6）需方认为有必要提交的其它文件和资料。

律师365

7．1．8 从第二次验收开始，需方将对数据采集、加工单位的质量管理体系进行考核，并对档案保存情况、数据加工各工序运营情况进行抽样检查，重点是对库内数据进行检查。具体检查方案如下：

（1）数据量核查：现场检查数据库记录并与原始数据登记表格进行核对；

（2）验收方法：验收采取随机抽样方法，具体验收方案由需方依据统计分析原理确定。

7．1．9 对每次验收，如首次验收不合格，需方将给供方10日时间准备二次复验；如复验不合格，需方则有权对供方追究违约责任。

八、合同价款及支付方式

8．1 合同价款

8．1．1 合同的总价款为人民币_________元整（￥_________）。

8．1．2 分项价格见附件一。

8．2 支付方式

8．2．1 合同价款采取分期方式支付。对前4次合同款支付，计算公式为：（每次验收完成时已入库数据总量─已付款的入库数据量）×_________元×70％；具体支付为

8．2．2 合同生效后3个月第一次验收合格后支付：_________万条×50％×_________元×70％；

8．2．3 合同生效后6个月第二次验收合格后支付：（本次验收完成时已入库数据量－______万条×50％）×________元×70％

8．2．4 合同生效后1年第三次验收合格后支付：（本次验收完成时已入库数据量－已付款的入库数据量）×________元×70％

8．2．5 合同生效后2年第四次验收合格后支付：（本次验收完成时已入库数据量－已付款的入库数据量）×________元×70％

8．2．6 第五次即合同结束时合同生效后3年第五次验收合格后支付：（本次验收完成时已入库数据总量－已付款入库数据量）×_________元×70％＋本次验收完成时已入库数据总量×_________元×30％。

8．3 最高合同款支付额

以上就是中国招生考试网http://www.chinazhaokao.com/带给大家的精彩成考报名资源。想要了解更多《数据采集 合同范本》的朋友可以持续关注中国招生考试网，我们将会为你奉上最全最新鲜的成考报名内容哦! 中国招生考试网，因你而精彩。

相关热词搜索：数据采集合同 数据采集服务合同 数据恢复合同范本