第五章 DCS的数据采集技术

第五章 DCS的数据采集技术
第五章 DCS的数据采集技术

第五章 DCS 数据采集技术 10页 1.6万字

目前各种I/O 设备提供的对外数据接口可分为以下几类:

1、 数字通讯接口,包括串口类、以太网(TCP/IP 协议)类、现场总线类、仪器总线类通讯接口(如GPIB 等)。

2、 模拟量通道输出,设备直接提供4-20mA 、1-5V 或继电器接点信号等。

力控?具有世界上大部分主流设备的I/O 接口程序,对GPIB 总线以及Honeywell 、Yokogawa 、Foxboro 、Fisher-Rosemount 等厂家的DCS 也能够支持。

除通常意义上的数据采集外,力控?可以利用采集到的实时数据对装置进行实时建模,插入力控?自己的先进控制控件,实施先进控制。

5.1 对一个设备上的数据定义不同的采集周期

如果一台设备上有1000个实时数据需要采集,而在这1000个数据中只有10个是经常刷新且需要密切监视的,其余990个全部是辅助数据,但是也需要时常查看。如果把这1000个数据同等地对待,采用统一的扫描周期进行采集,就会严重影响10个重要数据的刷新速度。怎样既保证1000个数据都能够采集,又确保这10个重要数据的采 集速度呢?有两种办法:办法1:为一个设备定义两个逻辑设备,使其具有不同的采集周期,如图5-1所示。但是这种方法定义的最长扫描周期为10分钟。

办法2:不用上面的办法,一台设备只定义一个设备名称也可以达到要求。因为力控?的I/O 驱动对画面中不显示而且没有组态历史趋势和报警的数据是不采集的,仅当画面中显示这个数据时才进行采集。因此将不常用的数据单独组态在一个或几个画面中,使用完毕马上关闭就不会影响整个采集速度。这种方法适用于存在有大量不需要快速更新的数据的情况。

5.2 合理设置扫描周期,避免引起设备死机

有些I/O 设备内部只有一个CPU ,同时负责数据通讯和计算,如果在力控?上设置的数据扫描周期太快容易使设备死机,因此在设置这一参数时应该慎重,最好通过多次试验确定一个合适的扫描周期。一般的串口设备的扫描周期可设在10-100毫秒之间。

5.3 通过拨号方式与I/O 设备通讯

力控?的所有串口I/O 驱动程序都支持通过MODEM 以拨号方式与设备通讯。只要正确设置电话号码即可,如图5-2所示。

5.4 通讯状态监视、设备状态数据的读取

力控?为每一个I/O 设备自动定义了一个系统变

量,假如系统中有一个设备PLC1,则每当PLC1不能

与力控?正常通讯时,系统变量$IO PLC1的值就会被

置为1。I/O 设备故障属于系统报警。计算机通讯口

故障、电缆、PLC 端通讯口的故障、PLC 通讯口与计

算机通讯口的参数设置不一致都会造成这种结果。还

有一种可能,就是数据连接项错误,如果计算机的命

令发给PLC 的只读参数,PLC 是不会予以理睬的。

5.5 怎样用I/O 驱动程序调试I/O 设备

力控?的I/O 驱动程序有数百个,针对每

一种设备都有一个独立的程序。当力控?实时

数据库DB 没有启动时,单独启动I/O 驱动可

以作为本地I/O 设备调试工具使用。此时可以

测试计算机与I/O 设备的通讯情况,摸索最佳

的扫描周期。

菜单“设置[S]/参数”用来规定I/O 通讯

过程中是否显示计算机发出和设备响应的通

讯信息。如图5-3所示。

菜单“工具[T]/工具”用来在不启动实时

数据库及其数据连接项的情况下执行与I/O

设备的通讯。弹出对话框如图5-5上部所示。此

时可以按“参数设置”按钮设置通讯参数,如

图5-6和5-7所示,主要是设置串口的DCB 参

数、IP 地址等。

5-2

正确设置参数后,按“连接设备”按钮,如

果成功的话,"连接设备"按钮的标

题变成"断开连接",表示可以收发

数据了。如果在"参数设置"中设置

"周期性发送周期"不为0,则在"连

接设备"后会出现"周期发送"按钮,

否则出现"手动发送"按钮。使用"

周期发送"或"手动发送"按钮,可以

周期性或一次性地发送编辑框中

的数据了。

编辑框中数据的格式缺省是

混合方式的,如果你想发送编辑框

中的数据,这也是唯一的数据类型,

它的形成规则如下:任何ASCII 码(除'[')可以直接输入,'['可以使用

"[[]"来输入;"[]"内是由' '(空格)分隔的转意字符,

它们的意义为

:

'[': 用来输入'[';

'*': 在发送数据是表示延时1毫秒

'#': 在发送数据是表示延时10毫秒

'$': 在发送数据是表示延时100毫秒

'!': 在发送数据是表示延时1000毫秒

'\': 表示它后面的数据是十进制的(缺省是16进

制)

' '(空格): 作为分隔符,任何未定义的字符都可以作为分隔符,最好使用空格。

0~9: 可以用来输入10进制或16进制数据。

A~F/a~f: 可以用来输入16进制数据。

例子: abcv[[ 30 *#$! ]345 对应的16进制数据

串为:

61H,62H,63H,76H,5BH,30H,33H,34H,35H;而

且在30H 之后有1111毫秒的延时.

当用在其它情况(不是用来发送数据)时,唯一

的差别是没有了延时的概念.

"其它工具":校验使用混合格式的数据,计算常用的校验码,ASCII 码表显示使用16进制和

10进制显示的ASCII 码表,各种数据转换把混合格式,16/32位整数,32位浮点数等转换位十几种常用数据格式,除混合格式外,其它数据格式为直接用空格分隔的数据串

5.6 如何开发I/O 设备驱动程序

在力控?中有一个SDK 工具包,叫做FIOS SDK ,可以开发硬件设备与计算机的通讯接口程序。最简单的只需要编写几个函数就可以可以做自己的I/O 驱动,现在支持的硬件类型有串口(RS485/232/422),网络,板卡,硬件厂家提供DLL 等多种方式的通讯类型。在该SDK 中开发自己的通讯接口,不需要关心硬件和计算机通讯的细节,只需要了解通讯协议就可以了。

如果通讯协议很复杂,该SDK 中提供了足够灵活的手段满足不同层次的需要。例如:在设备初始化时发什么命令或做其他处理,动态改变硬件通讯参数等等。

5.6.1 FIOS 开发包简介

FIOS 负责完成与各种I/O 设备进行数据交换。一方面,它把从I/O 设备采集到的实时过程数据发送给数据库DB ,另一方面,从DB 发出的下置数据也通过FIOS 发送给I/O 设备。

根据监控PC 与I/O 设备之间通信机制的不同,FIOS 主要支持两种工作方式:同步方式与异步方式。

异步方式适用以下一类I/O 设备:这类I/O 设备一般可以独立运行,与监控计算机之间通过串口、网络或MODEM 连接。与监控计算机之间通过明确的消息传送(文本或二进制消息)完成数据交换。数据交换过程为异步方式。

同步方式适用以下一类I/O 设备:这类I/O 设备或者依赖PC 运行(如:插在PC 插槽内),或者独立运行。但与监控计算机之间主要通过直接访问方式进行数据交换,具体形式包括:寄存器直接访问(如:板卡)、API 函数调用、ActiveX 控件访问等。数据交换过程为同步方式。

下面列举了FIOS 可实现的一些基本功能:

底层通信功能:1)、串口通信,包括:RS232/422/485。2)、TCP/IP 网络通信。3)、MODEM

通信,通过模拟MODEM在电话网上通信。4)、寄存器访问,如:各种DAS板卡。5)、其它。

链路控制功能:用M代表Master,即上位机(监控PC工作站);S代表Slaver,即下位机(各种I/O设备)。对于异步方式,FIOS支持多种链路控制方式。链路控制方式支持以下几种方式:1)、M请求,S应答方式。2)、M请求,S无应答方式。3)、S主动发送,M 被动等待。另外,对一次完整数据处理(读或写)过程,支持以下方式:1)、1次请求,0次应答方式。2)、1次请求,1次应答方式。3)、1次请求,多次应答方式。4)、0次请求,1次应答方式。5)、多次请求,多次应答方式。

冗余功能:FIOS支持的冗余方式包括:1)、单监控站,双I/O冗余。2)、双监控站,单I/O冗余。3)、双监控站,双I/O冗余。4)、对于总线型设备(如RS485),提供总线监测功能,可实现对冗余通信网络的保护和监测。

前端机功能:DB与IO Server不在同一工作站上,IO Server运行在前端机上,前端机与操作站之间通过串口、TCP/IP网络或MODEM进行通信。

硬件测试与远程调试功能:使用FIOS可完成对I/O设备的简单测试功能。另外可实现远程调试。

故障诊断与恢复功能:FIOS提供诊断机制,在较短的采集周期内报告故障的发生,诊断出下位机故障情况。当下位机更换或恢复后,不需要对FIOS及相关程序进行任何人工干预,而在较短时间自动恢复通信。当某一台、几台或部分通道发生故障,FIOS要自动优化通信链,使其与其他下位机或通道之间的通信不受影响,保证通信效率。

界面显示功能:为测试、调试、运行维护方便,FIOS提供显示界面,可显示包括:发送、应答、状态信息,启动时间、分包数、分包信息,成功通信次数(发送次数、成功应答次)、故障次数等信息。

历史数据处理功能:对于某些能保存历史数据的设备(如:无纸记录仪等),FIOS能将采集到的历史数据恢复到数据库DB中。

5.6.2 FIOS SDK编程方式

FIOS SDK提供了一种简洁的、面向对象的编程方式以缩短开发时间,降低开发难度。

FIOS SDK提供标准的开发接口和程序模板,程序员仅需要根据I/O设备的具体通信协议或驱动接口说明,填写几个扫描函数的实现代码,进行必要的调试与测试,即可完成一种FIOS 的开发。

FIOS提供的开发工具封装了大部分程序员不必关心的技术环节,如:底层通信功能(串口通信、网络通信等)、设备超时处理、设备故障诊断等。同时FIOS提供各种调试工具,方便程序员进行系统测试。

FIOS开发环境完全基于32位Windows平台。它使用动态链接库(DLL)技术将程序员开发的代码整合到力控?系统中。FIOS提供给程序员的开发接口为API函数和C++类库。

5.6.3 FIOS SDK组件及示例程序

FIOS SDK主要由4部分组成:设备组态接口(Iodevui)、数据连接组态接口(Ioitemui)、编程接口Ioapi和描扫程序Ioscan。Iodevui:负责管理设备组态过程。Ioitemui:负责管理数据连接组态过程。Ioapi:负责完成与I/O设备间的数据交换,包括:对通信协议的解析、数据格式的转换等。Ioscan:主要完成对Ioapi 部分的dll代码进行周期性地扫描。同时完成与I/O 设备的底层通信(串口通信、网络通信等),以及设备超时处理、设备故障诊断等。Ioscan 还负责与数据库DB之间的通信与协作。它把从I/O设备采集到的数据经Ioapi解析转换后提交给DB,或将DB下置给I/O设备的数据经Ioapi解析转换后写入I/O设备。Ioscan是FIOS SDK提供的一个标准软件工具。程序员仅需要开发Iodevui、Ioitemui、Ioapi三部分的代码。

示例程序

FIOS SDK提供了两个示例:DemoController与DemoModbus。

DemoController是一个初级编程示例,它能引导初学者快速掌握开发FIOS的基本概念和方法。DemoModbus是一个实用编程示例,它采用标准MODBUS通信协议,通过该示例,可以掌握在力控?平台上开发标准MODBUS设备I/O驱动程序的方法。

FIOS SDK的全部内容都是在安装在力控?自动安装的,在力控?目录下的子目录Fiossdk 中。FIOS SDK主要包含以下几部分内容:Examples,程序示例、仿真程序。Include,头文件。Manual,文档说明。Utility,调试工具。

这2个示例具有一定的代表性,它们体现了FIOS SDK的主要功能。FIOS SDK提供了这2个示例的全部源代码,在它们的基础上,稍做改动,就可以开发出新的FIOS。我们把象这2个示例源程序一样具有模板作用的程序称为I/O模板程序。为了提高开发效率,我们建议尽量使用I/O模板程序,这在一定程度上,也减少、降低了编程错误的发生。

常用术语

我们把FIO SDK中经常涉及的一些概念给出定义,有些术语虽然是通用名词,但在FIOSDK中有特定含义。这些术语有一些在前文给出了解释,有一些会在后文中陆续给出解释。

FIOS ForceControl I/O Server,即力控?I/O驱动程序

FIOS SDK FIOS软件开发工具包

FCINSTDIR 力控?软件系统的安装目录

FCAPPINSTDIR 用力控?创建的工程应用的目录

IOID 唯一区别各个I/O驱动程序的I/O标志

Iodevui 设备组态接口

Ioitemui 数据连接组态接口

Ioapi 编程接口

Ioscan 扫描程序

I/O模板程序 FIOS工SDK附带示例的源程序

I/O配置文件设备组态时的缺省参数设置保存文件

连接项结构保存数据连接信息的数据结构IOITEMDEF

I/O描述文件定义设备的类别、厂商、型号、通信方式等参数的文本文件Iodesc.txt

程序员在本文档范围内专指用FIOS SDK进行开发的技术人员

扫描函数包含在Ioapi中的API函数,它们由扫描程序周期扫描。扫描函数完成对设备数据解析及格式转换

IOC Input Output Class(输入输出类库)的缩写。

5.6.4 设备组态接口IODEVUI.DLL

I/O描述文件

在使用力控?进行组态时,一般均涉及定义I/O设备的过程。在定义设备时,要选择设备的类别(PLC、智能仪表等)、厂商、设备型号或通信协议,然后根据设备通信方式(串口方式、网络方式、其它方式等)设置参数。以上关于一种设备的信息(类别、厂商、型号、通信方式等)完全是由I/O描述文件决定的。I/O描述文件是一个标准文本文件,根据其规定的填写格式,由程序员根据具体设备自行填写。下面介绍I/O描述文件的填写格式。

I/O描述文件的文件名为IODESC.TXT,安装目录为:“FCINSTDIR\IO Servers\IOID\”。

IO文件说明格式为:

类别;厂商或IO程序描述;执行文件名称

子类型1;类型号;资源标志;提供设备地址

子类型2;类型号;资源标志;提供设备地址

......

注意,子类型号不能重复。表示回车换行.最上面一行是驱动程序的总体描述,包括三项。各项之间必须以分号“;”分隔。各项内容不能含有分号“;”。

各项含义如下:类别,驱动程序所属类别,现分为以下几类:PLC、智能仪表、智能模块、变频器。程序员也可以自行扩展。厂商或IO程序描述,I/O设备生产厂商名称,协议名称,如西门子。执行文件名称,I/O驱动程序(运行程序)的名称,如opto_drv.exe

接下来几行为驱动程序所包含的设备类型的描述,如西门子包括S5,S7等,每一子类别一行,每行包括三项,各项之间必须以分号“;”分隔。各项内容不能含有分号“;”。各项含义如下:子类型,设备类型描述。如S5。类型号,设备类型编号,类型号不能重复。合法的值为0,1,2,3等。使用计算机资源,使用计算机何种通信资源通信,合法的值为0、1、2等。含义如下:0,同步通信方式;1,串口通信方式;2,TCP/IP网络通信方式;3,MODEM 通信方式;4,板卡方式;5,并口通信方式。提供设备地址:1表示需要指定设备地址,否则表示不需要设备地址。

管理程序会自动将相同厂商或IO程序描述相同的驱动程序归为同一树下。

开发Iodevui

力控?组态环境DRAW中的设备管理功能提供了一个根据I/O描述文件可灵活配置的标准设备组态接口。这个组态接口提供了一些对常用设备参数进行设置的方法。如:设备名称、设备地址、通信端口、端口参数等。如下图所示:

对于很多设备,如果标准设备组态接口能够满足要求,就不再需要自己编写Iodevui接口程序了。比如示例DemoController采用的就是标准设备组态接口。而示例DemoModbus 因为涉及一些特殊的参数设置,就需要自己编写Iodevui接口程序了。

因此,Iodevui接口程序实际上就是对标准设备组态接口的一个补充和扩展,并可由程序员灵活控制。Iodevui要以DLL形式提供。该DLL必须是MFC 扩展DLL。该DLL的缺省文件名称为IODEVUI.DLL,该文件必须安装在目录“FCINSTDIR\IO Servers\IOID\”下。

在进行设备组态时,力控?的I/O设备管理程序会自动检查在目录“FCINSTDIR\IO Servers\IOID\”下是否存在IODEVUI.DLL文件。如果存在,则首先根据I/O描述文件的格式,调出标准设备组态接口界面,当用户确认后,再调出Iodevui组态接口界面;若不存在该文件,则只调出标准设备组态接口界面。

示例DemoModbus的Iodevui接口程序可以做为开发Iodevui的模板程序。我们结合示例DemoModbus的Iodevui模板程序具体解释实现过程。查看头文件Iodevui.h可以发现,Iodevui.dll主要实现3个输出函数:

extern "C" AFX_EXT_API long AddIoDev(const char* szDeviceName, int nType);

extern "C" AFX_EXT_API long ModIoDev(const char* szDeviceName);

extern "C" AFX_EXT_API long DelIoDev (const char* szDeviceName);

在进行设备组态时,当增加一个设备时,力控?设备管理程序会自动调用AddIoDev()函数;当修改一个已创建设备时会调用ModIoDev()函数;当删除一个设备时会调用DelIoDev ()函数。

其中,参数szDeviceName为I/O设备名称(输入值,组态时由用户指定)。nType 为设备子类型号,由程序员在I/O描述文件中指定。返回值为0表示操作成功;其它表示操作失败。为了较好地实现程序结构化,本模板程序提供了一个CDevMan类对设备及组态操作过程进行管理。Iodevui.dll的3个输出函数AddIoDev()、ModIoDev()DelIoDev ()的具体实现过程是在CDevMan的三个成员函数Add()、Mod()和Del()中实现的。

首先看一下Add()的实现代码:

//**********************************************************************

// 添加I/O设备

// szDeviceName, 设备名称(输入值)

// nType, 设备子类型(用于一个驱动程序驱动多种类型设备)(输入值)

// 返回值说明:0, 操作成功;其它, 操作失败

//**********************************************************************

long CDevMan::Add(const char* szDeviceName, int nType)

{

if(Find(szDeviceName))

{

AfxMessageBox("该数据源名已经存在!");

return -1;

}

CDevice* pDev = new CDevice(szDeviceName,nType);

if(CallDialog(pDev))

{

m_list.AddTail(pDev);

Store();

return 0;

}

else

delete pDev;

return -1;

}

程序的一开始,调用Find()函数来查找是否已有相同的设备名存在,如果有给出提示并返回-1表示操作失败,否则生成一个CDevice对象并调用CallDialog函数来显示一个对话框,让用户做进一步的选择,如果用户进行确认,操作成功,它把此CDevice对象加入设备链表中,并调用Store函数来保存设备信息。另外两个函数和它类似。

Store()函数如下:

void CDevMan::Store()

{

CFile file;

if(file.Open((const char*)("ddeacc.dat"),CFile::modeReadWrite|CFile::modeCreate))

{

CArchive ar(&file, CArchive::store);

Serialize(ar);

ar.Close();

file.Close();

}

}

该函数它先打开ddeacc.dat文件,如果不存在,就建立此文件。然后调用序列化函数对它进行保存,最后关闭此文件。再看一看序列化函数:

void CDevMan::Serialize(CArchive &ar)

{

TRY

{

CObject::Serialize(ar);

m_list.Serialize(ar);

}

CATCH(CFileException,e)

{

AfxMessageBox("文件版本不匹配!");

}

END_CATCH

}

该函数对m_list(由CDevice类实例组成)进行序列化。在调用各个CDevice类实例的序列化函数时,如果是读取操作,会依次创建CDevice实例,并调用CDevice的序列化函数,随后把CDevice实例加入m_list链表。具体保存和读取的变量数据在CDevice类中控制,也就是说程序员针对不同的设备可以改写CDevice类,定义不同的成员变量,记录设备的不同的属性,对CDevice类重载Serialize即可实现设备的保存、加载、增加,删除和修改等功能。

我们再看一下CDevice类序列化的实现过程:

void CDevice::Serialize(CArchive& ar)

{

if (ar.IsStoring())

{

ar << m_csName; //设备名称

ar << m_dwData; //协议类型

}

else

{

ar >> m_csName;

ar >> m_dwData;

}

}

如果是保存操作,序列化函数会将参数自动存盘;如果是读取操作,序列化函数会从磁盘上读取参数值。

察看CallDialog函数可以发现,它生成了一个对话框,让用户做相应的选择,然后把用户选择的信息保存在CDevice类的成员函数中,以便于储存。

整个程序框架使用CDevice类来保存设备的信息。在CallDialog函数中使用一个对话框,来让用户进行选择设备的属性,并且在CallDialog函数中把它保存在CDevice类中。所以对于一个新的设备,程序员所要做的工作就是,分析设备的协议查看是否仅使用描述文件就可以完成设备的定义,如果不能,那么应该编制IoDevUi.dll。这时应分析应该增加哪一些属性,定义哪一些CDevice类的成员变量,以及显示什么样的对话框,让用户做什么样的选择。所以程序员的工作重点在于修改CDevice类,增加成选变量,并重载它的Serialize函数,然后修改对话框,让用户做不同的选择,并把选择保存在CDevice类的成员变量中即可。

在该示例中,我们定义了2个设备参数:

CString m_csName; //设备的名称

DWORD m_dwData; //用于保存数据

这样只需在对话框中对m_csName和m_dwData赋值即可。

//***********************************************************//

//调用对话框定义数据源

// pDev 数据源指针

//返回值 true 成功

//***********************************************************//

bool CDevMan::CallDialog(CDevice* pDev)

{

ASSERT(pDev);

CDevDef dlg;

dlg.m_name = pDev->m_csName;

dlg.m_nProtocol = (pDev->m_dwData&0x01);

dlg.m_inPackLong= ((pDev->m_dwData)>>8)&0xff;

if(IDOK == dlg.DoModal())

{

pDev->m_csName = dlg.m_name ;

pDev->m_dwData = (dlg.m_nProtocol&0x01);

//m_dwData的第0位为1表示是RTU方式 0 表示ASCII方式

pDev->m_dwData = (pDev->m_dwData)|(dlg.m_inPackLong<<8);

//m_dwData的第2个字节储存包的最大长度

return true;

}

return false;

}

不过到这里又产生了一个问题,那就是保存到文件中的数据在编写设备驱动程序时,怎么再读取出来呢?让我们先看一下在Ioapi.dll中的OnLoadDevice函数吧。

void OnLoadDevice(CManager* pManager)

{

CString csPath = pManager->GetAppPath();//得到工程所在的目录

csPath+="\\ddeacc.dat";//数据保存在了工程目录的ddeacc.dat中

DWORD data;

CString strtemp;

short temp;

CFile file;

if(file.Open((const char*)csPath,CFile::modeRead))//打开该文件

{

CArchive ar(&file, CArchive::load);

//读取的第一个数据是定义的设备的个数,

//但是因为可以通过GetDeviceCount函数得到设备的个数,

//所以这里把读到的数据简单的丢掉。

ar>>temp;

int nDevCnt = pManager->GetDeviceCount();

for (int i = 0; i < nDevCnt; i ++)

{

CDevice* pDevice = pManager->GetDevice(i);

ar>>strtemp;//读取设备的名字

ar>>data;//读取数据

//这两句在讲到Ioapi.dll时再进行介绍

pDevice->SetPrivateData(1,long(data&1));

pDevice->SetPrivateData(2,long((data>>8)&0xff));

DCB dcb;

pDevice->GetDCB(dcb);

dcb.fBinary = TRUE;

dcb.fOutxCtsFlow = F ALSE;

dcb.fOutxDsrFlow = F ALSE;

dcb.fDtrControl = DTR_CONTROL_DISABLE;

dcb.fNull = F ALSE;

dcb.fRtsControl = RTS_CONTROL_DISABLE;

pDevice->SetDCB(dcb);

}

ar.Close();

file.Close();//关闭文件

}

else

{

strtemp="对不起,没有找到";

strtemp+=csPath;

strtemp+="程序不能运行!!!";

AfxMessageBox(strtemp);

PostQuitMessage(0);//没有找到文件,给出提示,并终止程序的运行。

}

}

注意序列化的内容和顺序必须和IoDevUi.dll一致,否则会导致程序运行时产生错误。

5.6.5 Ioitemui介绍及编程示例

在用力控?进行组态时,把数据库DB中的点参数与某种设备的具体通道建立连接的过

程被为数据连接过程。在进行数据连接时,一般还要指定数据转换格式、数据长度等参数。

数据连接过程对于不同的I/O设备,其形式和内容可能完全不同。因此必须针对不同的I/O设备,设计相应的数据连接形式,保存各种参数信息。

Ioitemui接口主要完成的两部分功能,一是为用户进行数据连接组态时提供一个界面;另外就是将用户组态的设备参数信息用某种格式保存起来,以便在开发编程接口Ioapi时使用。我们定义了一个数据结构来保存设备参数信息,这就是数据连接项结构(下面简称连接项结构)IOITEMDEF。

IOITEMDEF定义在Ioitemui.h中:

typedef struct IoItemDefStru

{

char str[64];

long n[8];

}IOITEMDEF;

这个结构是一个通用结构,由程序员自己赋值,自己解释。Ioitemui要以DLL形式提供。该DLL必须是MFC 扩展DLL。该DLL的缺省文件名称为IOITEMUI.DLL,该文件必须安装在目录“FCINSTDIR\IO Servers\IOID\”下。

Ioitemui的工作过程如下:

在进行数据连接组态时,力控?的DBMAN管理程序会自动检查在目录“FCINSTDIR\IO Servers\IOID\”下是否存在IOITEMUI.DLL文件。如果存在,则调出数据连接组态接口界面。

下面介绍如何编写Ioitemui接口程序。

Ioitemui.dll主要实现1个输出函数:extern "C" AFX_EXT_API long DoItemDlg(const char * szDeviceName, int nType, IOITEMDEF &item, char * szDesc, int nFlag);

其参数说明如下:

szDeviceName, 设备名称(输入值)。如果在力控?中定义了一个设备Device1,那么在给该设备组点时,传给DoItemDlg的szDeviceName值就是字符串”Device1”。

nType, 设备子类型(用于一个驱动程序驱动多种类型设备)(输入值)。它的值在IODESC.TXT中指定(参见上一章对I/O描述文件的介绍)。

item, 数据连接项结构(返回值)。需要注意的是,item除了是输出值外,也是输入值,DBMAN管理程序每次调用DoItemDlg()时,将上一次操作赋给item的值传递过来。

szDesc, 数据连接项描述,用于DBMAN程序显示的提示信息。

nFlag, 1表示增加数据连接项,2表示修改,0表示删除(输入值)。其返回值0表示操作成功。其它, 操作失败。

Ioitemui.dll的工作过程如下:

当用户打开数据组点连接对话框时,选中了一个点,并按下增加、修改或删除键,这时就会调用Ioitemui.dll的DoItemDlg函数。程序员应该在此函数中,弹出一个对话框让用户进行选择,在用户按下了OK键之后,把用户的选择保存在item中,以后编制Ioapi.dll时可以利用这些信息。

编程示例

我们先结合示例DemoController介绍如何开发Ioitemui。

仿真器SimController的内部有数字区(DIO)和模拟区(AIO)。DIO和AIO区通道范围为:0~255。每个DIO通道的数据的数值范围为:0或1。每个AIO通道数据的数值范围为:0~4095。所以我们应该在DoItemDlg函数中弹出一个对话框,用户可以在此对话框中选择输入通道和内存地址。输入通道有两个选项DIO通道和AIO通道供用户选择,内存地址可以让用户输入0~255之间的数据。

我们介绍一下如果不使用I/O模板,如何自己生成一个新的Ioitemui工程:

在VC++环境下,选择菜单命令new,选择新建工程,工程名为Ioitemui,选择“MFC Appwizard (dll)”选项,在下一步DLL类型中选择“MFC Extension DLL”型,然后按下“Finish”键。即可创建一个新的Ioitemui工程。

打开Ioitemui.cpp文件,在文件的开头加入#include "Ioitemui.h",把Ioitemui.h拷入本工程,然后在文件的最后键入:

long DoItemDlg(const char * strDataSour,int nType,IOITEMDEF &item,char * szDesc,int nFlag) {

}

这就加入了dll的输出函数。

打开示例DemoController的Ioitemui模板程序,它的DoItemDlg()函数实现过程如下:long DoItemDlg(const char * szDeviceName,

int nType,IOITEMDEF &item,char * szDesc,int nFlag)

{

CLinkDlg dlg;

dlg.item_n[0] = item.n[0];

dlg.item_n[1] = item.n[1];

switch(nFlag)

{

case 0://删除操作

return 0;

//增加或修改操作

case 1:

case 2:

if(dlg.DoModal()==IDOK)

{

item.n[0]=dlg.item_n[0];

item.n[1]=dlg.item_n[1];

sprintf(szDesc,"%s",(LPCSTR)dlg.m_desc);

sprintf(item.str,"%s",(LPCSTR)dlg.m_desc);

return 0;

}

break;

}

return 1;

}

在这个模板程序里,还涉及一个对话框类CLinkDlg 。这个对话框为用户进行数据连接组态时提供一个界面,其形式如下:

CLinkDlg 类有2个成员变量:

CString m_desc;//保存连接项描述

int item_n[2];//item_n[0]保存数据区类型,0表示DIO,1表示AIO;

//item_n[1]保存地址

在CLinkDlg的WM_INITDIALOG消息函数中进行如下处理:

BOOL CLinkDlg::OnInitDialog()

{

CDialog::OnInitDialog();

//在此处设置值使对话框的显示和是一次选择相同,以利于执行和上一次相近的操作m_CtrlChannel.SetCurSel(item_n[0]); //设置操作选项为上一次的操作

m_nAddr = item_n[1]; //设置地址为上一次的值

UpdateData(FALSE);

return TRUE;

}

这些处理为了使对话框的显示和上一次选择相同,以利于执行和上一次相近的操作。在ONOK消息函数进行如下处理:

void CLinkDlg::OnOK()

{

UpdateData(TRUE);//得到各个选项得值

CString string;

item_n[0] = m_CtrlChannel.GetCurSel();//保存操作选项

m_CtrlChannel.GetWindowText(m_desc);

item_n[1] = m_nAddr;//保存输入的地址

m_desc+=" 起始地址:";

string.Format("%d",m_nAddr);

m_desc+=string;

CDialog::OnOK();

}

在这个函数里,把用户组态的内容(数据区的选择、地址的指定)保存在item_n,并根据这些内容生成连接项描述。

5.6.6 扫描程序IOSCAN

IOSCAN是FIOS的一个主要程序模块。它负责完成对IOAPI 部分的DLL代码进行周期性地扫描。同时完成与I/O设备的底层通信(串口通信、网络通信等),以及设备超时处理、设备故障诊断等。IOSCAN还负责与数据库DB之间的通信与协作。它把从I/O设备采集到的数据经IOAPI解析转换后提交给DB,或将DB下置给I/O设备的数据经IOAPI解析转换后写入I/O设备。

IOSCAN是FIOS SDK提供的一个标准软件工具供程序员在调试和运行时直接使用。

FIOS开发工具包里提供了debug和release版本的IOSCAN程序,在目录“FCINSTDIR\Fiossdk\Utility”下可以找到它们。Debug版本的IOSCAN程序主要供程序员在调试时使用,它能提供更为丰富的调试信息。在使用时,需要把IOSCAN.EXE以及配套的几个DLL文件(即目录“FCINSTDIR\Fiossdk\Utility\Debug”下的DLL文件)拷贝到生成的debug版本的IOAPI.DLL文件的同一目录下(注意:debug版本的IOAPI.DLL文件必须配合debug版本的IOSCAN程序,release版本的IOAPI.DLL文件必须配合release版本的IOSCAN程序)。同时不要忘记将IOSCAN.EXE的文件名更改为要开发的I/O驱动的IOID 名称。debug版本的IOSCAN需要程序员手工启动或用VC++调试启动。

5.6.7 编程接口IOAPI.DLL

IOAPI是FIOS提供的最主要的一个编程接口。程序员的主要工作就是开发IOAPI部分的程序代码。

IOAPI提供了一组API函数和一些C++类库。这组API函数规定了名称、参数及返回值,函数内容由程序员根据具备的I/O设备编程实现。C++类库则为程序员提供各种获取力控?I/O组态信息、参数设置信息、与数据库DB进行数据交换等数据处理的方法。我们把这组API函数称为扫描函数,把这些C++类库称为IOC,IOC是Input Output Class(输入输出类库)的缩写。

程序员编写的Ioapi最后要形成MFC的扩展动态链接库(MFC Extension DLL),扫描函数是这个DLL的输出函数。当力控?系统运行时,力控?FIOS的扫描程序Ioscan对Ioapi 中扫描函数部分的dll代码进行周期性地扫描,它把从I/O设备采集到的数据经扫描函数解析转换后提交给DB,或将DB下置给I/O设备的数据经扫描函数解析转换后写入I/O设备。

归结起来,开发Ioapi的主要内容就是用IOC编写扫描函数。

IOC中的所有类库全部以纯虚类的形式提供,并且只有成员函数,没有成员变量。目前IOC中主要包括4个类:CItem 、CPacket、CDevice、CManager。

CItem,数据项类。

CPacket,数据包类。

CDevice,设备类。

CManager,管理器类。

一个FIOS实例创建一个CManager实例。用户在组态时每定义一个设备,则创建一个CDevice实例。CManager对所有的CDevice进行管理。一个CDevice实例,由一个或多个CPacket实例组成,而每个CPacket实例又由一个或多个CItem实例组成。每个CItem实例,对应数据库DB中的一个点参数,也就是对应I/O设备的一个“点”(如:设备的一个通道,一个参数等)。

IOC提供的这4个类库,实际上就是对以上所述的这几种数据对象提供了一组操作方法,以供程序员更加灵活的控制程序。

Citem类

CItem类提供了对数据项对象的一组操作方法。一个数据项对象包含的是数据库DB中的一个点参数与I/O设备中一个物理通道的映射关系。CItem使用的基本数据结构是IOITEMDEF。一个CItem实例保存一个IOITEMDEF实例。IOITEMDEF的定义如下: typedef struct IoItemDefStru

{

char str[64];

long n[8];

}IOITEMDEF;

CItem类的定义如下:

class CItem : public CObject

{

public:

virtual IOITEMDEF* GetItemStru()=0; //取得数据连接项结构指针

//设置连接项的可写属性,缺省时可写的,bAttribute 为TRUE设置为不可写。

virtual void SetReadOnly(BOOL bAttribute = TRUE)=0;

//设置连接项的可读属性,缺省时可读的,bAttribute 为TRUE设置为不可读。

virtual void SetWriteOnly(BOOL bAttribute = TRUE)=0;

virtual void SetData(short sData)=0; //按短整型格式设置采集数据

virtual void SetData(long lData)=0; //按长整型格式设置采集数据

virtual void SetData(double fData)=0; //按浮点型格式设置采集数据

virtual void SetData(char* szData)=0; //按字符串格式设置采集数据

//按字符串格式取得上一次用SetData()设置的采集数据

virtual void GetData(char* szData)=0;

//设置私有数据,offset范围:0~3

virtual void SetPrivateData(unsigned short offset, long lPrivateData)=0;

virtual long GetPrivateData(unsigned short offset)=0; //取得私有数据,offset范围:0~3 virtual CPacket* GetPacket()=0; //取得本连接项类所归属的数据包指针

virtual CDevice* GetDevice()=0; //取得本连接项所归属的设备指针

virtual CManager* GetManager()=0; //取得IoScan管理器指针

//按浮点型格式设置历史数据

virtual void SetHisData(HisInsDatStru* pHisInsDatStru,int nCount)=0;

};

各个函数的解释如下:

1. IOITEMDEF* GetItemStru()

功能:取得数据连接项结构指针。

参数:无。

返回值:数据项结构指针。

举例:

IOITEMDEF* pItemStru = pItem->GetItemStru();

long nCmdType = pItemStru->n[3];

2. void SetReadOnly(BOOL bAttribute = TRUE)

功能:设置连接项的写属性,缺省时连接项是可写的。

参数:TRUE:设置为不可写;FALSE:设置为可写。

返回值:无。

举例:

for (int i = 0; i < pPacket->GetItemCount(); i++)

{

CItem* pItem = pPacket->GetItem(i);

pItem->SetReadOnly();

}

3. void SetWriteOnly(BOOL bAttribute = TRUE)

功能:设置连接项的读属性,缺省时连接项是可读的。

参数:TRUE:设置为不可读;FALSE:设置为可读。

返回值:无。

举例:

for (int i = 0; i < pPacket->GetItemCount(); i++)

{

CItem* pItem = pPacket->GetItem(i);

pItem->SetWriteOnly();

}

4. void SetData(short sData)

功能:按短整型格式设置采集数据。

参数:短整形数据值。

返回值:无。

5. void SetData(long lData)

功能:按长整型格式设置采集数据。

参数:长整型数据值。

返回值:无。

6. void SetData(double fData)

功能:按浮点格式设置采集数据。

参数:浮点数据值。

返回值:无。

7. void SetData(char* szData)

功能:按字符串格式设置采集数据。

参数:字符串数据值。

返回值:无。

8. void GetData(char* szData)

功能:按字符串格式取得上一次用SetData()设置的采集数据。

参数:存放最近一次设置的采集数据(字符串型数值)的字符串指针。缓冲区长度应不小于32。

返回值:无。

举例:

char szData[32];

pItem->GetData(szData);

9. void SetPrivateData(unsigned short offset, long lPrivateData);

功能:设置私有数据。

参数:offset,私有数据的偏置,0~3;lPrivateData,长整型私有数据。

返回值:无。

备注:Ioscan自动为每个CItem实例分配了一块由4个整型数(32位)组成的程序员私有数据空间供程序员使用。程序员除了用这部分私有数据区保存数值外,也可以分配新的内存空间,然后将内存指针保存在私有数据区内,但不要忘记,在程序退出前,正确释放新分配的内存空间。

举例:

char* pBuf = new char[MAXCMDLEN];

pItem->SetPrivateData(3, (long)pBuf);

10. long GetPrivateData(unsigned short offset)

功能:取得私有数据。

参数:offset,私有数据的偏置,0~3;lPrivateData,长整型私有数据。

返回值:整型私有数据。备注:Ioscan自动为每个CItem实例分配了一块由4个整型数(32位)组成的程序员私有数据空间供程序员使用。程序员除了用这部分私有数据区保存数值外,也可以分配新的内存空间,然后将内存指针保存在私有数据区内,但不要忘记,在程序退出前,正确释放新分配的内存空间。

11. CPacket* GetPacket()

功能:取得本连接项类所归属的数据包指针。

参数:无

返回值:本数据项所归属的数据包指针。

举例:CPacket* pPacket = pItem->GetPacket();

12. CDevice* GetDevice()

功能:取得本连接项所归属的设备指针。

参数:无

返回值:本连接项所归属的设备指针。

13. CManager* GetManager()

功能:取得Ioscan管理器指针。

参数:无

返回值:Ioscan管理器指针。

14. void SetHisData(HisInsDatStru* pHisInsDatStru,int nCount)

功能:按浮点型格式设置历史数据

参数:无

返回值:无

Cpacket类

CPacket类提供了对数据包对象的一组操作方法。一个数据包对象包含一个或多个数据项对象。CPacket类的声明如下:

class CPacket : public CObject

{

public:

virtual int GetItemCount()=0; //取得包中数据连接项个数

virtual int AddItem(CItem* pItem)=0; //按先后顺序加入数据连接项

virtual void InsertItem(unsigned short nIndex, CItem* pItem)=0; //按索引插入连接项

virtual CItem* GetItem(int nIndex)=0; //按索引取得数据连接项指针

//设置包的可写属性,缺省时可写的,bAttribute 为TRUE设置为不可写。

virtual void SetReadOnly(BOOL bAttribute = TRUE)=0;

//设置包的可读属性,缺省时可读的,bAttribute 为TRUE设置为不可读。

virtual void SetWriteOnly(BOOL bAttribute = TRUE)=0;

//设置私有数据,offset范围:0~15

virtual void SetPrivateData(unsigned short offset, long lPrivateData)=0;

virtual long GetPrivateData(unsigned short offset)=0;//取得私有数据,offset范围:0~15};

virtual void RepeatScan()=0; //重复扫描当前数据包

virtual CDevice* GetDevice()=0; //取得本数据包所归属的设备指针

virtual CManager* GetManager()=0; //取得IoScan管理器指针

};

下面详述CPacket类的各个函数:

1. int GetItemCount()

功能:取得本数据包内数据项的个数。

参数:无。

返回值:本数据包内数据项的个数。

举例:int nItemCnt = pPacket->GetItemCount();

2. int AddItem(CItem* pItem);

功能:按先后顺序加入数据连接项。参数:加入数据包的数据项指针。

返回值:本数据包内数据项的个数。

举例:

if (pPacket->GetItemCount() == 0)

pPacket->AddItem(pItem);

3. void InsertItem(CItem* pItem, unsigned short nIndex)

功能:按指定位置加入数据连接项。

参数:pItem,加入数据包的数据项指针。nIndex,加入的数据项在数据包内的序号(从0开始)。

返回值:本数据包内数据项的个数。

4. CItem* GetItem(int nIndex);

功能:按序号取得数据连接项。

参数:nIndex,数据项在数据包内的序号(从0开始)。

返回值:数据项指针。

举例:

for (int i = 0; i < pPacket->GetItemCount(); i++)

{

CItem* pItem = pPacket->GetItem(i);

......

}

5. . void SetReadOnly(BOOL bAttribute = TRUE)

功能:设置数据包的写属性,缺省时数据包是可写的。

参数:TRUE:设置为不可写;FALSE:设置为可写。

返回值:无。

举例:

int nPacketCnt = 0;

nPacketCnt = pDevice->GetPacketCount();

for (int i = 0; i < nPacketCnt; i++)

{

CPacket* pPacket = pDevice->GetPacket(i);

pPacket->SetReadOnly();

}

6. void SetWriteOnly(BOOL bAttribute = TRUE)

功能:设置数据包的读属性,缺省时数据包是可读的。

参数:TRUE:设置为不可读;FALSE:设置为可读。

返回值:无。

7. void SetPrivateData(unsigned short offset, long lPrivateData)

功能:设置私有数据。

参数:offset,私有数据的偏置,0~15;lPrivateData,长整型私有数据。

返回值:无。

备注:Ioscan自动为每个CPacket实例分配了一块由16个整型数(32位)组成的程序员私有数据空间供程序员使用。程序员除了用这部分私有数据区保存数值外,也可以分配新的内存空间,然后将内存指针保存在私有数据区内,但不要忘记,在程序退出前,正确释放新分配的内存空间。

举例:

char* pBuf = new char[MAXCMDLEN];

pPacket->SetPrivateData(3, (long)pBuf);

8. long GetPrivateData(unsigned short offset)

功能:取得私有数据。

参数:offset,私有数据的偏置,0~15;lPrivateData,长整型私有数据。

返回值:整型私有数据。

备注:Ioscan自动为每个CPacket实例分配了一块由16个整型数(32位)组成的程序员私有数据空间供程序员使用。程序员除了用这部分私有数据区保存数值外,也可以分配新的内存空间,然后将内存指针保存在私有数据区内,但不要忘记,在程序退出前,正确释放新分配的内存空间。

9. void RepeatScan()

功能:重复扫描当前数据包。

参数:无

返回值:无

备注:对于异步工作方式,在采集数据时,一个数据包的采集数据可能需要多帧传送,或者一次采集过程需要多次请求棗应答过程。在这种情况下,在解析数据时,执行该函数,Ioscan将重复扫描当前数据包。

10. CDevice* GetDevice();

功能:取得本数据包所归属的设备指针。

参数:无

返回值:本数据包所归属的设备指针。

举例:CDevice* pDevice = pPacket->GetDevice();

11. CManager* GetManager()

功能:取得Ioscan管理器指针。

参数:无

返回值:Ioscan管理器指针。

举例:CManager* pManager = pPacket->GetManager();

Cdevice类

CDevice类提供了对设备对象进行操作的一组方法。一个设备包对象包含一个或多个数据包对象。下面是CDevice的定义:

class CDevice : public CObject

{

public:

//取得设备名称

virtual CString GetName()=0;

virtual int GetType()=0; //取得设备类型(如:串口类、网络类等)

virtual int GetModel()=0; //取得设备型号

virtual CString GetAddr()=0; //取得设备地址

virtual CString GetNetAddr()=0; //取得IP地址或主机名称

virtual CString GetPhoneNumber()=0; //取得电话号码

virtual int GetPort()=0; //取得串口设备端口号或网络设备端口

virtual int GetUpdateCycle()=0; //取得数据更新周期常数(毫秒)

virtual int GetTimeOut()=0; //取得超时时间常数(毫秒)

//取得通信空闲时间常数(毫秒),用于决定是否按字节发送和每个字节之间的延时virtual int GetIdleTime()=0;

//设置通信空闲时间常数(毫秒),用于决定是否按字节发送和每个字节之间的延时virtual void SetIdleTime(unsigned short nTime)=0;

virtual void GetDCB(DCB& dcb)=0; //取得DCB参数

virtual void SetDCB(DCB dcb) =0; //设置DCB参数

//设置向设备写入数据的结果状态

virtual void SetWriteStatus(BOOL bSuccess = TRUE)=0;

//设置私有数据,offset范围:0~15

virtual void SetPrivateData(unsigned short offset, long lPrivateData)=0;

virtual long GetPrivateData(unsigned short offset)=0; //取得私有数据,offset范围:0~15 virtual void RepeatScan()=0; //重复扫描当前设备

//按LPCSTR格式显示过程信息

virtual void ShowProcessMessage(L PCSTR szMsg)=0;

//按CString格式显示过程信息

virtual void RecordProcessMessage(const CString& csMsg)=0;

//按LPCSTR格式显示事件信息,bNotifyDB 决定是否提交给DB

virtual void ShowEventMessage(LPCSTR szEvent, BOOL bNotifyDB = FALSE)=0;

//按CString格式显示事件信息,bNotifyDB 决定是否提交给DB

virtual void RecordEventMessage(const CString& csEvent)=0;

virtual int GetPacketCount()=0; //取得设备包含的数据包个数

//按索引取得数据包指针

virtual CPacket* GetPacket(unsigned short nIndex)=0;

virtual CManager* GetManager()=0; //取得IoScan管理器指针

virtual int Send(char* chCommand, int nCommandLen)=0; //向设备写入数据

virtual int GetItemCount()=0; //取得设备中数据连接项个数

virtual CItem* GetItem(int nIndex)=0; //按索引取得数据连接项指针

virtual void SetUnPublicized(BOOL bUnPublicized = TRUE) = 0; //设置协议为未公开virtual void SetDCBAfterSend(DCB dcb) =0; //设置DCB参数

//设置接收缓冲区大小(字节)

virtual int SetAcceptBufferLength(int nNewAcceptBufferLength = 1024) = 0;

//设置发送缓冲区大小(字节)

virtual int SetSendBufferLength(int nNewSendBufferLength = 1024) = 0;

//设置一次从串口读取的字符串块大小(字节)

virtual int SetReadDataBufferLength(int nNewReadDataBufferLength = 128) = 0;

};

下面详述CDevice类的各个函数:

DMX512控制系统规格书

DMX512控制系统规格书 一,写码器 特性: 1,标准DMX512信号输出。可对本公司的DMX512解码模块进行编号。 2,控制器本身内置有静态色,频闪,渐变,跳变,流星等共计19种变化程序,可用于演示,测试,亦可作为DMX512控制台来使用。 3,配有一个适配电源,亦可选配电池。 4,配有RF无线发射器,功能和控制面板一一对应。可远程操作。 5,四位数码管同步显示操作及运行状态。 6,具有记忆功能。每次上电,控制器会恢复到断电前的模式及状态。 操作方法: 1,先把写码器的DMX+,DMX-,GND与灯具的DMX+,DMX-,GND对应连接起来,2,给灯具上电,同时也给写码器上电。如果写码器处于演示状态,长按“FUNC”3秒以上,这时会转换到写码状态,数码管上会显示以“A”为开头的三位数字,即为将要写入的编号,按“UP”和“DOWN”键调到欲写入的编号,按一下写码器上的“FUNC” 键,这时,灯具会跳变几秒,并回到渐变状态。这时表示写码成功。

3,在演示状态下,共计19种演示程序供选择,通过按“FUNC”来选择,每按一下,跳到下一个程序演示,通过“UP”,“DOWN”键来调节变化速度,共9级变化速度。 二,DMX512解码恒流控制器 特性: 1,标准DMX512信号解码,并控制三路恒流输出。 2,信号采用并联方式,系统中的个别节点损坏,不影响其它节点正常工作。 3,输入电压具有12V,24V,36V,48V等多种版本选择,输出电流可以根据需要调节,最大可调到1A。 4,具有3通道和6通道可选择。没特别说明默认3通道。 使用方法: 1,根据灯具灯珠数量,选择好所需的电压及电流版本。将输出端的三组线分另与红绿蓝三组LED连接好,将DC24+连接好开关电源的正极,GND连接开关电源的负极。DMX+,DMX-,GND分另与控制台或写码器的DMX+,DMX-,GND连接起来。 2,上电时,如果解码器信号线没有连接控台。会自动跑内置的渐变程序。

技术规格书

技术规格书 一、招标有关说明 1、图纸、设计说明书及技术参数要求中如存在参数为某品牌所特有的,投标人可选择达到使用功能或优于其技术参数的产品均可。某条款(或技术参数)如具有唯一性、排他性,评委会评审时将不作为硬性指标,投标人可以用相近的指标代替,但其性能和质量不得低于上述技术要求的标准,否则投标文件按无效标处理。 2、图纸、设计说明书及技术参数要求中要求提供原厂授权、厂家质保承诺函的,中标后在合同签订前提供原件,合同签订前不能提供的,招标人有权取消其中标资格,并追究其相关责任。 3、所投设备主要技术参数及配置要求中,“★”项为不接收负偏离,出现负偏离作无效投标处理;投标人须对正偏离或负偏离在技术规格响应表中逐条响应,否则后果自负。如“★”项目技术参数具有唯一性、排他性,评委会评审时将不作为硬性指标,投标人可以用相近的指标代替并提供证明文件,但其性能和质量不得低于上述技术要求的标准。设备主要技术参数及配置中,“★”项中要求的有关检测报告及相关认证等证件,投标时要求的可以提供复印件加盖原厂公章;非“★”项中要求的有关检测报告及相关认证等证件,不提供将影响到综合评分;中标后合同签订前必须提供有关检测报告及相关认证等证件原件,不能提供的,招标人有权取消其中标资格,并追究其相关责任。 4、工程量清单、图纸及设计说明中的产品参数与技术规格书要求不同的,以技术规格书为准。 二、项目总体建设要求 投标人须保证所投设备及软件能兼容接入定远县公安局交通警察管理大队已建的智能交通系统(具体需求可与定远县公安局交通警察管理大队联系)。所投设备及软件应具备自主知识产权和软件著作权,不会产生因第三方提出侵犯其专利权、商标权或其他知识产权而引起的法律或经济纠纷。如因此导致招标人损失的,投标人须承担全部赔偿责任。 本次系统设计必须符合有关国际通用标准、协议和规范的技术要求;要从技术和机制上保证信息共享和综合利用,系统的操作平台、数据格式、通讯接口与协议等应是开放(标准或公开)的,可实现互联互通并支持二次开发或功能调整,保证系统具有良好的可靠性、可扩展性和可维护性,加强智能交通数据挖掘和大数据分析,为交通管理决策提供依据;同时为了保护投资,要充分发挥现有资源的作用。 闯红灯自动抓拍系统应能将自动抓拍的交通违法数据、图片批量导入指定的智能交通管控平台,必须实现与定远县交警大队的智能交通管控平台无缝连接。卡口系统应能无缝接入指定的智能交通卡口联网布控平台。外场设备的视频录像数据及违法数据必须通过三大运营商的视频专网经过边界平台接入公安信息网,数据接入到集成指挥平台。整个系统软件应能根据国家标准或滁州情况作免费调整,且软件终生免费升级调整。 三、信号控制系统技术要求 交通信号控制系统需满足《道路交通信号灯》(GB 14887-2011)、《道路交通信号控制机》(GB 25280-2016)、《道路交通信号灯设置与安装规范》(GB 14886-2016)、《人行横道信号灯设置规范》(GA/T 85-2009)、《道路交通信号倒计时显示器》(GA/T 508-2014)等规范及标准要求。 3.1系统组成 系统由交通信号灯、车辆检测设备、交通信号机、数据通信传输系统、区域控制机、中央控制机组成。信号数据直接接入路口接入工业以太网交换机,实现信号数据接入和传输,与监控、电警等数据共享交换机实现远程传输。

PLC控制柜技术规格书

PLC控制系统技术规格书 目录 一、技术规范 (3)

1.范围 (3) 2.规范和标准 (6) 3. 技术要求 (7) 4 工程服务 (8) 二、供货范围 (8) 1 一般要求 (8) 2 供货范围 (9) 三、技术资料及交付进度 (9) 四、技术服务和设计联络 (10)

一、技术规范 1.范围 1.1总则 1.1.1本协议适用于华能曹妃甸港口有限公司翻车机煤粉尘治理项目PLC控制系统的功能设计、结构、性能、安装和试验等方面的技术要求。 1.1.2 本协议所提出的是最低限度的技术要求,并未对一切技术细节作出规定,也未充分引述有关标准和规范的条文。供方应保证提供符合国家有关安全、环保等强制规范要求和现行中国或国际通用标准的优质产品。 1.1.3 供方提供的设备应是全新的和先进的,并经过运行实践已证明是完全成熟可靠的产品。 1.1.4 凡在供方设计范围之内的外购件或外购设备,供方应至少要推荐2至3家产品供需方确认,且需方具有选择的权利,而且需方有权单独采购,但技术上均由供方负责归口协调。 1.1.5 本技术规范所使用的标准,如遇到与供方所执行的标准不一致时,按较高的标准执行,但不低于最新中国国家标准。如果本技术规范与现行使用的有关国家标准以及机械、化工等相关行业标准有明显抵触的条文,投标人及时书面通知招标人进行解决。 1.1.6 所有文件用中文编写,所有数据单位均采用国际单位制。 1.1.7 本协议为订货合同的附件,与合同正文具有同等效力。 1.1.8 在今后合同谈判及合同执行过程中的一切图纸、技术文件、设备信函等使用中文。1.1.9 如本技术规范与图纸及其他协议有任何矛盾之处,投标人向招标人以澄清形式给出。 1.2工程概述 1.2.1 港口地理位置 本工程位于唐山地区唐海县南部海域,码头距陆域岸线约18公里,港区西距天津港38海里,东北距京唐港33海里,距秦皇岛港92海里。其地理坐标为:北纬38°55′N,东经118°30′E。 1.2.2 自然条件 1.2.2.1.气象条件 唐山曹妃甸地区属于大陆性季风气候,具有明显的暖温带半湿润季风气候特征。极端最高气温36.3℃,极端最低气温-20.9℃,多年年平均气温11.4℃。多年年平均降水量554.9mm,最大年降水量934.4mm,最大一日降水量186.9mm。降水多集中在夏季,6~9月的降水量为408mm,约占全年降水量的74%。曹妃甸地区冬季盛行偏西北风,频率为47%,平

软件招标项目技术规格书

一、招标软件一览表 本次公开招标的内容为师大房网系统软件项目,具体内容如下表: 备注: 1、参加投标供应商需保证所提供产品符合本次招标要求及国家相关产品,符合ISO 质量体系认证、售后服务技术支持,具备知识产权保障的最新质量标准的产品软件。有产品质保书或产品合格证书和使用时所必须的各类相关使用操作、系统管理、培训等资料; 2、参加投标供应商须保证所有提供的产品软件包含系统分析、架构开发、安装调试、运维等所有费用。提供相关工程师的技术支持与软件的修改、定制。 3、参加投标供应商应充分考虑软件应具备先进、成熟、可靠、安全、开放、实 用、易扩展、性价比好的产品参加项目投标,确保软件使用的稳定性、安全性、后续升级架构可行性与扩展能力。 二、项目建设目标: 1、师大房网为买房者提供最新最准确的房价信息,使买房者在网上即可了解想要买的房子 的所处的地理位置、户型以及它周边的环境。同时能够查询浏览并取得房地产经纪人的联系2、师大房网为售房者提供了一个发布房屋出售信息的平台,能够浏览房地产经纪人的信息,选择专业的可信赖的经纪人帮助自己将写字楼或商铺顺利出售,经纪人可将楼房信息发布到网站上,能够被买房者查询浏览到,使更多买房者看到房子的信息,增大卖房的成功率 3、师大房网……………… 三、项目建设内容和技术要求: (一)软件架构

系统主体要求综合采用C/S +B/S(管理端采用C/S,利用端采用B/S形式)或B/S方式来进行软件部署,视档案管理业务、档案管理环境的不同采用其适用的系统软件版本与类型。包括全文检索无缝镶嵌在利用平台里,电子阅览室等。 软件架构要求具备开放性,提供完整规范的开发接口,能够满足主流平台和跨平台快速应用开发的需求。 (二)软件平台 (1)要求能够支持目前通用的各类操作系统环境,包括Windows NT, Windows 2000server,windows server 2003,Linux, Solaris, HP-UX, SCO Unix等主流操作系统;(2)Web应用服务器支持主流中间件产品,如IBM Websphere, BEA Weblogic, Oracle Application Server, T omcat等; (3)Web服务器支持MS IIS, NES, Apache等。 (5)数据库管理系统要求具备良好的数据和索引的压缩技术,具有较低的空间膨胀率;在系统硬件资源允许的条件下(如服务器内存不小于1G),对超大型数据库及结构化/非结构化复杂查询实现响应的时间能够达到亚秒级,并且不随文件数量增大而效率降低,数据库规模仅受硬件资源的限制。 (6)语言支持:简体(GBK)、繁体(BIG5)、西文(ASCII)、国际统一码(Unicode)。支持中西文混合检索。 (三)数据处理能力 (1)要求提供分布式和跨平台的灵活配置方案,支持对关系型数据库的文本数据和大对象类型数据检索能力。 (2)能够对各种格式文档进行辅助加工和标引,并完成自动入库。包括RTF, Microsoft Word, Excel, Powerpoint, PDF,DJVU,HTML, ISO2709等格式文档。支持Text, RTF,

通信系统技术规格书.

第1章通信系统 10.1 概述 1)对于本技术规格书要求,承包人应逐项做出实质性响应,对于功能要求条款,应给出简要的实现方式或解决方案,对于技术规格条款,应给出实际具体指标。如有与标书指标不同之处要做出详细说明。 2)无论本技术要求书有无明确规定,承包人都有责任使本工程的系统功能与管理能力最大限度满足发包人对通信系统使用功能的需要,符合现行ITU标准。 3)承包人所推荐的各系统设备的性能及特性应符合信息产业部及国家无线电委员会的现行及最新标准及GMDSS及ITU-R标准。 4)承包人应分别列出各系统设备的主要项目清单,包括主设备、辅助设备、安装材料等。 5)承包人提供的各系统设备应该是一个完整的系统,即除了必要的主设备外,必须的辅助设备,包括各种相关的接口、各种软件、直流电源设备、配线设备、内部连接线缆及插接头单元、安装工具也应提供。 6)承包人所提供的主设备的处理能力计算应满足最终容量需求,将来扩容时可以不增加处理器的硬件。 7)承包人的责任:承包人应负责系统设备的供货、安装指导、测试、开通、并负责机房及接地等辅助设施的施工,对发包人技术人员的培训。 8)承包人的技术建议书应包括下列内容(各单项设备分别单列) (1)对技术规格书内容的逐项答复。 (2)各单项系统设备的详细介绍。 (3)设备计算及设备数量表。 (4)硬件描述,包括:功能、指标、系统原理,系统结构、电路连接图、错误的判断和恢复等。 (5)软件描述,包括:功能、开发工具、运行方法等。 (6)接口描述,包括:接口类型、电气特性、信令、数据格式等。 (7)完整的系统装配图,包括设备尺寸、设备重量、相关接口、安装位置及空间、线缆走向等。 (8)机房设备布置图及联网方式图。 (9)辅助设备的介绍。 (10)其它技术资料。 (11)系统设备介绍和其它技术资料中至少应包括。 a.系统主体结构。 b.系统设备性能。 c.信号及信令方式。 d.软件系统。 e.操作与维护。

技术规格书-软件信息系统

技术规格书 XXXXXX项目 技术规格书 XXXXXXXXXX XXXX年XX月XX日

目录 一. 项目概述 (2) 1.1 建设目标 (2) 1.2 建设原则 (2) 二. 项目建设内容 (4) 2.1 建设范围 (5) 2.2 系统功能要求 (5) 三. 总体要求 (2) 3.1 投标方资质要求 (2) 3.2 投标方案要求 (3) 3.3 软件版权要求 (3) 3.4 系统架构及性能要求(各项要求根据实际进行增减) (3) 3.4.1 稳定性要求 (3) 3.4.2 性能要求要求 (3) 3.4.3 响应时间要求 (4) 3.4.4 安全性要求 (4) 3.4.5 可扩展及兼容性要求 (4) 3.5 二次开发平台要求(选填) (4) 3.6 其他特殊要求(选填) (4) 四.实施要求 (5) 4.1 实施方式要求 (5) 4.2 实施过程要求 (5) 4.3 实施周期要求 (5) 4.4 测试要求 (6) 4.5 培训要求 (6) 4.6 运行环境要求 (6) 五. 验收要求 (6) 六. 售后服务要求 (7) 七. 付款方式 (7) 八. 评分标准 (7)

一. 项目概述 1.1 建设目标 描述总体建设目标。 1.2 建设原则 描述建设原则。根据项目特点自行定制,例如: 1. 安全性 严格按国家安全保密标准及相关文件要求,采用多级安全保密措施。应有严格的安全和保密手段,确保平台本身和应用内各种数据的安全性和保密性。 2. 稳定性 使用技术成熟、稳定的开发平台,各项应用确保正确、稳定运行。 3. 适用性与可扩展性 需充分考虑到系统的可扩展性,未来平台的扩展只须在现有机制的基础上,增加新的应用与服务模块,能够平滑过渡而不影响用户的使用。 应采用易于二次开发的“框架+构件”的体系架构,有一个开放的、易于扩展的应用体系框架和灵活的配置功能。 4. 开放性与灵活性 要符合开放性要求,能与其他第三方优秀的产品进行组合,支持与业务系统集成。应实现指标、报表、公式、流程等的灵活设置,以满足复杂多变的业务需求。 二. 总体要求 2.1 投标方资质要求 根据项目实际,列出投标方资质要求。例如: 1. 投标方必须具有中华人民共和国境内注册并取得营业执照的独立法人,营业执照规定的经营范围内包含计算机软硬件销售,且注册资金不少于人民币**

生产系统集中控制技术规格书

矿井生产系统集中控制 技术规格书 1.概况: 本控制系统为内蒙古伊泰煤炭股份有限公司宏景塔三矿矿井生产系统集中控制之用,是保证矿井安全、正常生产的一个重要环节。 1.1矿井生产系统的组成(详见煤流示意图) 1.1.1采煤设备(包括:采煤机1台、刮板运输机1台、破碎机1台、转载机1台)由采区智能组合开关作为其控制系统; 1.1.2顺槽胶带输送机2条,由胶带输送机智能组合开关作为其控制系统; 1.1.3大巷胶带输送机1条,由大巷胶带输送机可编程控制装置作为其控制系统; 1.1.4主斜井胶带输送机1条,由CST装置的PLC(DH+)控制系统作为其控制系统; 1.1.5除铁器1台、振动筛2台、块煤上仓胶带输送机1条、沫煤上仓胶带输送机1条、沫煤配仓胶带输送机1条、犁式卸料器4台、原煤仓下给煤机12台。 1.2主要配电点设置 1.2.1筛分车间MCC-负责主斜井胶带输送机、振动筛的供、配电; 1.2.2原煤仓上MCC-负责块煤上仓胶带输送机、沫煤上仓胶带输送机、末煤配仓胶带输送机、犁式卸料器的供、配电; 1.2.3原煤仓下MCC-负责原煤仓下给煤机的供、配电; 1.3环境温度:上限+40℃,下限-30℃,24小时内平均温度不高于+30℃;相对湿度:+40℃时不超过50%,在较低温度时允许较大的相对湿度,如+20℃为90%,但应考虑到由于温度的变化可能产生凝露的影响。 1.4系统条件

供电电源:10KV 380V A V(+10%—15%),50HZ,通信、信号装置的额定供电电压不应超过220V。 2.标准和规定 卖方PLC控制系统应符合下列标准或与之相当的其它国际国内标准,卖方的替代标准须经买方认可: MT5007-94 煤炭工业选煤厂设计规范 GB4796 电工电子产品环境条件 GB4720-84 低压电器电控设备 IEC144 低压开关和控制设备的外壳防护等级 ANSI488 可编程序控制器的数字接口 ISA-55.2 过程运算的二进制逻辑图 ISA-55.3 过程操作的进进制逻辑图 ISA-55.2 仪表回路图 MEMA-ICS4 工业控制设备及系统的端子板 MEMA-ICS6 工业控制装置及系统的外壳 3.矿井生产系统集中控制系统 3.1系统组成(见PLC控制系统网络示意图) a.PLC主站1套,包括:监控上位机、CRT、打印机、PLC柜、中间继电器柜、控制台、模拟盘、UPS电源; b.智能RIO分站2套,即原煤仓上MCC分站、原煤仓下MCC分站; c.控制保护装置1套(见系统保护配置图); d.起、停车联系信号1套(KTT3); e.就地控制箱34只。

控制系统技术规格书

控制系统.......................................................................................................... 错误!未定义书签。技术规格书 ...................................................................................................... 错误!未定义书签。 一、总则 (2) 二、系统范围划分 (2) 三、集中控制系统方式及功能 (3) (1)集中自动方式 (3) (2)手动方式 (3) (3)就地方式 (4) (1)起车前的操作过程 (4) (2)起车过程的控制 (4) (3)系统运行的闭锁及控制 (5) (4)停车过程的控制 (5) 四、控制室的布置及主要设备的选型 (6) (2)主要设备的选型 (6) 五、控制系统网络构成 (7) (2)信息层 (8) (3)控制层 (8) (4)设备层 (8) 6.2编程软件 (11) 七、抗干扰能力及可靠性 (12) 八、安全容错及保密性 (12) 九、单机自动化系统 (13) 十、检测、计量、保护装置 (14) 十二、货范围参考表 (16)

一、总则 本控制系统设计时首先考虑系统的先进性,其次从可靠性、实用性、经济性等几方面进行综合平衡,此外还结合可扩充、可升级、标准化、系统集成等以后的发展趋势,最终做出的一套完成、合理的监控系统。 本系统自动化水平较高,功能齐全:首先,全厂工艺设备,溜槽翻板及闸门,高压回路(进、出线),低压进线及联络开关等均纳入集中控制;其次,各单机自动化系统信息全部共享,控制主机均为公司1756-L63型冗余CPU,主站与各控制分站之间数据全部通过ControLNet通讯网络连接;再次,所有低压设备均通过现场总线DeviceNet与系统连接进行电力参数、设备运行参数检测,舍弃了传统的硬接线采集,避免信息量少,模拟量回路过多缺点。 考虑到选煤厂的工作环境复杂,整个通信系统尽量采用光缆进行连接,主干线ControNet网络采用光缆,可获得较长的通信距离及较强的抗干扰能力。 二、系统范围划分 本设计控制范围为始于原煤储煤场下给煤机、经胶带输送机、准备车间、风选车间、末煤仓等,终于汽车装车仓和产品仓的生产系统;始于产品仓下给煤机、经胶带输送机等,终于汽车装车点或快速装车站的产品运输系统。 按工艺流程的特点,生产系统分为以下几个控制系统: (1)原煤准备系统:包括原煤储煤场下给煤机及胶带输送机;(2)

火灾自动报警系统技术规格书

火灾自动报警系统技术规格书 1.系统概述 1.1 系统构成 在让胡路西新建信号楼,还建列检所信息机房及还建驼峰信号楼,分别设置区域火灾自动报警系统,在24小时有人值班室内设置区域火灾报警控制器,在设备用房设置气体灭火控制盘、感烟探测器、感温探测器,并设置监视模块、控制模块、声光报警器、放气指示灯等。 1.2 电源 在让胡路西新建信号楼,还建列检所信息机房及建驼峰信号楼区域火灾报警控制器附近设置1套24V消防电源。 1.3 设备配置需求表 序号物资设备名称规格型号单位数量 1火灾报警控制器套3 2气体灭火控制盘套3 3消防电源套3 4智能型感烟探测器个7 5智能型感温探测器个13 6声光报警器个10 7放气指示灯个5 8紧急启停按钮个5 9监视模块个4 10控制模块个3 2.系统功能 2.1消防控制设备对气体灭火系统有下列控制、显示功能 显示系统的手动、自动工作状态; 在报警、喷射各阶段,控制室有相应的声、光警报信号,并能手动切除声响信号; 在延时阶段,自动关闭防火门、窗,停止通风空调系统,关闭有关部位防火阀; 显示气体灭火系统防护区的报警、喷放及防火门(帘)、通风空调等设备的状态。 2.2火灾报警后,消防控制设备对防烟、排烟设施有下列控制、显示功能: 停止有关部位的空调送风,关闭电动防火阀,并接收其反馈信号; 启动有关部位的防烟和排烟风机、排烟阀等,并接收其反馈信号; 控制挡烟垂壁等防烟设施。 (1)本招标文件用户需求及要求,主要由各相关的消防工程设计图纸和相应的用户需求要求组成。

(2)投标人应对招标文件中的技术要求及项目逐项答复,并应进行必要的说明。与招标技术文件有差异的地方应列出差异表,并做详细说明。 (3)如投标人没有以书面形式对本需求书提出异议,则意味着投标人所提供的设备完全符合本需求书的要求,如有异议,投标人应在投标书中以“对需求书的意见和同需求书的差异”为题的专门章节中加以详细描述。 (4)在正式合同签订前,招标方保留对本招标文件进行解释的权利。合同签订后,招标方保留对本招标文件解释的权利,遇有修改,双方协商解决。 (5)投标人须对所提供的产品的质量和售后服务做出承诺。提出系统在质保期内的服务承诺及系统在质保期后的维护计划和维护方案。 (6)本技术标书及要求是最低限度的技术要求,并未对一切技术细节做出规定,也未充分引述有关标准和规范的条文,投标方应保证提供消防报警控制器、气体灭火控制器及联动模块是符合本用户需求书的要求和有关工业标准的进口产品,获得UL及FM认证,且为同一厂家系列标准产品。 (7)本技术标书及要求所使用的标准和规范如与投标方所执行的标准发生矛盾时,应按较高标准执行。 (8)投标方所提供的系统和货物,如若发生侵犯专利权的行为时,其侵权责任与招标人无关,应由投标方承担相应的责任,并不得损害招标方的利益。 (9)投标方应仔细阅读招标文件的全部条文,对于招标文件中存在的任何含糊、遗漏、相互矛盾之处或是对于用户需求以及其它内容不清楚、认为存在歧视、限制的情况,投标方应在规定时间之前向招标人寻求澄清。 (10)由于相关专业的设计还未稳定,投标方应充分考虑本项目的未确定因素进行投标方案设计,任何未确定因素引起的变化将不影响总价。 (1)投标方所提供的设备必须是信誉可靠、技术先进、且有成熟的运用实例。 (2)FAS系统中所使用的各种火灾探测器和火灾报警控制器等火灾报警产品需获得中国消防产品质量认证委员会颁发的产品质量认证证书,并经大庆市公安消防局或哈尔滨铁路局公安消防处备案登记。产品必须在明显位置粘贴中国消防产品质量认证委员会印制的安全认证标志。 (3)系统的主要组件(包括报警控制器、气体灭火控制器,点式感烟、感温探测器等)由同一厂商供应,并采用国际国内知名品牌设备。 (4)系统的设备,包括安装中所使用的设备、材料、布线方法、安装工艺、调试开通及验收等,均应符合国家的有关规范及标准。 (5)本条款仅列出主要设备的要求,其它附件及材料须符合中国有关标准并经业主认可方可使用。 (6)投标方提供的产品如非本厂生产,应提供中国消防产品质量认证委员会颁发的产品质量认证证书。 (7)投标方应在不增加价格条件下,提供供货时的主流电子产品。 (8)FAS系统不能因单点设备故障(包括但不限于开路、短路及接地),影响整个系统的正常运转。

技术规格书

技术规格书 -标准化文件发布号:(9456-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII

技术规格书 项目名称:轨顶摩擦控制装置采购 《技术规格书》中标注有“★”号的条款必须实质性响应,不允许负偏离(不满足要求)。 ★一、技术参数 轨顶摩擦控制装置包含以下几个主要组成部分:车轮探测单元(车轮传感器)、控制单元(控制箱)、分配泵和电机、摩擦调节剂储存单元(储液箱)、摩擦调节剂涂覆组件(输液管涂覆板)。 1、摩擦调节剂储存单元(储液箱):独立的调节剂和电气隔箱,配有单独的可锁盖设计和一体式斜面板设计。防水密封盖,配有可调节下拉锁扣。箱体尺寸(长宽高):(~) *(~) *(~) 2、电气箱:符合标准的固态控制板。 泵周期调整范围:—— 泵轴数调整范围:轴——轴 熔断保护器: 3、车轮探测单元(车轮传感器):非接触式敏感车轮传感器(),钢轨安装支架和型螺栓。支架尺寸(长宽高):(~) *(~) *(~)。支架材质:碳钢喷漆。型螺栓尺寸(英制):,,镀锌。 4、摩擦调节剂涂覆组件(输液管涂覆板):每台设备含有个涂敷板,涂敷板上均有内置分配器,以保证均匀喷涂到钢轨。涂覆板尺寸(长宽高):(~) *(~) *(~) 涂覆板材质:合金钢。内置分配器材质:不锈钢、铜。 5、必备条件: 噪音控制距离以上,波磨控制距离以上。

轨顶涂覆,对横向力、波磨、噪音、轨顶剥离掉块、压溃控制效果明显。其中横向力平均降低值或以上,噪音降低或以上。 调节剂是非油或者脂类产品,不含挥发性溶剂,必须是水基固化干性薄膜产品。 此产品是一水基态摩擦调节剂,包含由无机固体,聚合物,以及其他添加剂组成的工程复合材料。能够全年在线路上使用。 在轨顶形成干薄膜时拥有中等摩擦系数(),正摩擦特性。 与水互溶,但与油脂不混溶,不易燃 密度 外观:深灰色触变性胶体 酸碱值: 摩擦调节剂载体不应含有挥发性易燃组分。 摩擦调节剂有效固体含量应高于。 摩擦调节剂不得含有有害物质或有毒组分。 摩擦调节剂不能是可燃性材料。根据或者标准测得摩擦调节剂闪点应高于℃。 摩擦调节剂不得含有可对环境造成污染的铅,汞等有毒重金属。供货方需提供产品无毒性的病理实验报告(急性虹鳟鱼毒性实验)。 当摩擦调节剂产品保存在室内封闭容器内,并且维持室温在℃℃时,保质期应大于月。 水分挥发后形成干膜,不会粘连污垢或其他污染物 对牵引、制动、信号、通讯无影响。

综合布线系统技术规格书资料

南京至高淳城际轨道南京南站 至禄口机场段工程 通信系统总承包项目 综合布线系统技术规格书 文件编号:NJDT6-TX-007-SJLL-02-12 中国电子科技集团公司第五十四、十四研究所联合体 2013年1月

目录 1概述 (3) 2系统功能 (3) 2.1系统构成 (3) 2.2系统功能 (3) 3 系统构成 (4) 4系统设计原则 (7) 5设备技术指标 (7) 5.1超五类屏蔽RJ45插座模块(型号:NPL5.566.2001) (7) 5.2超五类屏蔽低烟无卤阻燃对绞网线(型号:HSYZP-5E) (8) 5.3超五类屏蔽跳线(型号:NPL3.695.2010) (9) 5.424位屏蔽配线架(型号:FA3-08/C8B) (9) 5.5易尚系列插座面板(型号:FA3-08/C6B) (9) 5.6综合配线柜(JFP114) (10) 5.6.1立柱式交流分配单元 (13) 5.6.2机框式交流分配单元(六出) (13) 5.6.3直流电源分配单元 (13) 5.6.4接地、电缆与母线 (15) 5.7音频配线单元 (15) 5.8FA9-201ⅠD保安单元 (16) 5.9MDF配线架(600/1000L) (17) 5.10DDF配线模块 (18) 5.11192芯光纤配线机柜 (19) 5.1296芯光纤配线机柜 (21) 5.138芯光纤配线单元(壁挂) (21) 5.148芯光纤配线单元(机架式) (22) 5.1519英寸标准机柜 (23) 5.16光纤尾纤、跳纤 (24) 6验收标准 (27)

1 概述 南京地铁综合布线系统是集办公自动化,通讯自动化的计算机网和数据通讯网、语音通讯网以及智能化管理系统为一体的网络,是实现地铁安全运营和科学管理的基础设施。是信息发布、信息查询,办公自动化及各部门的信息共享、资源整合等涉及公司业务的信息系统。 本工程在各车站建设综合布线系统。 综合布线系统是一个完整的集成化通信传输(分布式)系统,通过使用符合标准规范的布线部件(配线柜/架、连接器、信息插座、插头、适配器、传输电子器件、电气保护设备和线路管理支持硬件),采用超5类屏蔽双绞线与8芯光缆混合布线方式,模块化组合压接连接车站话音设备、数据设备、电子通讯设备和网络交换设备等,并能使这些设备与外部通讯网络相连接,为本工程的语音、数据及多媒体应用提供实用的、可靠的、灵活的、可扩展的介质通路,为本工程的信息基础链路的开通使用,提供可靠保障。为实现南京机场线运营信息的综合管理提供基础设施。 系统功能 2.1系统构成 每个新建车站综合布线系统设2个配线间,本工程中一侧配线间与车站通信设备室合用(车站A端),另外一侧(车站B端)与AFC专业配线间合用。 在各个新建车站的办公室、设备用房等处统一设置超五类综合布线信息插座,为车站内语音、数据、图像提供标准的、统一的、可灵活设置的通道。 与通信设备室同侧(车站A端)车站设备用房区域所有的信息插座通过超五类电缆和安装在配线间配线架相连接,并根据不同的需求在配线架上进行跳接,实现语音、数据的不同应用。 与通信设备室异侧(车站B端)车站设备用房区域所有的信息插座通过超5类电缆和安装在配线间EDF配线架相连接,并根据不同的需求在配线架上进行跳接,实现语音、数据的不同应用。 车站综合布线2个配线间之间采用8芯单模光缆连通。 2.2系统功能 综合布线系统主要功能如下: 1)综合布线系统为开放式结构,能支持综合信息(话音、数据、多媒体)传输和连接,实现多种设备配线的兼容。一套综合布线系统能支持几乎所有的数据处理(计算机)的供应商的产品,支

出入口控制系统技术要求GAT

中华人民共和国公共安全行业标准出入口控制系统技术要求2002—GA / T 394 1 范围本标准规定了出入口控制系统的技术要求,是设计、验收出入口控制系统的基本依据。本标准适用于以安全防范为目的,对规定目标信息进行登录、识别和控制的出入口控制系统或设备。其他)系统、防盗安全门等]由相应的技术标准做出规定。出入口控制系统或设备如:[楼宇对讲(可视规范性引用文件2 下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件,其随后所有的修改单或修订版均不适用于本标准,然而,鼓励根据本标准达成协议的各方研究是否可使用这些)(不包括勘误的内容文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本标准。1989) :(IP代码)(eqv IEC 529GB 4208—1993 外壳防护等级电磁辐射防护规定GB 8702 防盗报警控制器通用技术条件GB 12663 报警系统环境实验GB/T 15211 安全要求和实验方法安全防范报警设备—GB 167961997 1995) ;静电放电抗扰度实验(idt IEC 61000-4-21998 电磁兼容实验和测量技术GB/T 17626.2—1995) (idt IEC 61000-4-3:射频电磁场辐射抗扰度实验电磁兼容实验和测量技术GB/T 17626.3—1998 :—4IEC 61000-4实验和测量技术电磁兼容电快速瞬变脉冲群抗扰度实验(idt .GB/T 176264—1998 1995) 1995) :)抗扰度实验Gdt IEC 61000-4-5 实验和测量技术浪涌(冲击5GB/T 17626.—1999 电磁兼容(idt IEC 电压暂降、短时中断和电压变化的抗扰度实验实验和测量技术1l一1999 电磁兼容/GBT 17626.1994) :61000-4-11 1994 机械防盗锁/GAT 73—2000 安全防范系统通用图形符号GA/T 74— 3 术语和定义下列术语和定义适用于本标准。access 出入口3.1 控制人员和/或物品通过的通道口。access control system 出入口控制系统3.2 采用电子与信息技术,识别、处理相关信息并驱动执行机构动作和/或指示,从而对目标在出入口的出入或网络。装置)行为实施放行、拒绝、记录和报警等操作的设备( object 3.3 目标通过出入口且需要加以控制的人员和/或物品。object informtion 3.4 目标信息赋予目标或目标特有的、能够识别的特征信息。数字、字符、图形图像、人体生物特征、物品特征、时间等均可成为目标信息。key 钥匙3.5 用于操作出入口控制系统、取得出入权的信息和/或其载体,系统被设计和制造成只能由其特定的钥匙所操作。钥匙所表征的信息可以具有表示人和/或物的身份、通行的权限、对系统的操作权限等单项或多项功能。human coding identification 人员编码识别3.6

有线电视系统技术规格书(参考)_New

有线电视系统技术规格书(参考)

(一)有线电视系统 1、系统功能概述 有线电视技术的飞速发展,使得有线电视系统必须具有当前技术的先进性和长远的超前性。而且要使有线电视网络具有智能、宽带、多媒体信息三个特点。 有线电视系统是科技大楼必不可少的一个子系统。该电视系统的信号源通常由有线电视节目和自办电视节目来提供,采用 5-860MHz 传输方式。 本工程有线电视系统信号源引自当地(广电)的有线电视信号源,并可接入两套自办节目。设备放置在负一层有线电视机房内。 2、系统设计结构 本项目的有线电视系统采用邻频传输方式,前端及干线采用862MHz设备。用户分配系统设备带宽为1GHz,双向数据传输。用户分配系统可以方便地进行增减。 电缆到电缆、电缆到分支分配器、电缆到用户终端盒之间的连接均采用全屏蔽压接式F接头。 电视系统在传输过程中所采用的干线放大器、均衡器等有源设备,均设置在弱电竖井内,竖井外均为无源器件。 3、点位设计原则 本次有线电视点应按照如下原则设计: ?音频室设置有1个线电视点位; ?会议室设置有1个线电视点位,中会议室设置2个有线电视点位; ?总台、休息厅、接见厅设置有1个线电视点位; ?国际会议中心设置有4个线电视点位; ?消防安保中心设置有1个线电视点位; ?一层中厅、十五层培训室分别设置有2个有线电视点位; ?套间办公室1个有线电视点位; ?健身中心设置6个有线电视点位; ?国际会议中心、产品展示中心、有线电视机房、咖啡座设置1个有线电视点位; 4、主要产品技术指标

a)用户终端盒 传输带宽: 5 ~ 1000 MHz,可双向传输 插入损耗: 5 ~ 50 MHz ≥ 30 dB 70 ~ 100 MHz ≤ 2.8dB 100 ~ 862 MHz ≤ 2.3dB 862 ~ 1000 MHz ≤ 2.5dB 相互隔离: 22 dB(40Hz – 16KHz) 反射损耗:≥ 16 dB b)干线电缆 特性阻抗: 75Ω 灵敏度: 2.5μv/98 MHz,40 dB净噪(FM)20μv/999 KHz,20 dB净噪(AM) 信噪比:≥ 70 dB(FM)和≥ 45 dB(AM)失真度:< 1% c)同轴电缆 特性阻抗: 75Ω 回波损耗: VHF ≥ 20 dB UHF ≥ 20 dB 衰减常数: 55MHZ ≯ 5.1 300MHZ ≯ 11.6 870MHZ ≯ 20.6 点表 (一)有线电视系统

控制系统功能规格书

控制系统功能规格书 一、系统控制功能的详细划分 1.控制系统的基本任务 控制对象为精馏塔中的脱庚烷塔,其基本任务是利用进入塔中混合液的挥发度不同分离C7以下的轻组分和C7+的重组分。 2.工艺流程 脱庚烷塔的作用是脱除C7以下的轻组分,塔顶轻组分经脱庚烷塔顶空冷器E105冷却,冷凝液进入脱庚烷塔受液槽V102,再经脱庚烷塔回流泵P102抽出,一部分返回脱庚烷塔顶做塔顶回流,一部分做为付产品送出界区外,脱庚烷塔受液槽的不凝气送至火炬。脱除了轻组分的C8芳烃料自脱庚烷塔底由脱庚烷塔塔釜泵P103抽出,进入脱庚烷塔进料换热器E103经与脱庚烷塔进料换热后,进入再精馏塔T102。 3.装置设备 精馏过程的主要设备有:脱庚烷精馏塔、再沸器、冷凝器、回流罐和输送设备等。其中脱庚烷塔Φ1.2×34.3m,塔板总数为50块,精馏段和提馏段分别为20块,大孔筛板为Φ13m,设计压力为7.73atm,设计温度为246℃。 反应生成的轻质烃副产物,由脱轻组分塔顶蒸出,C7+芳烃、C8链烷与环烷应保留在塔釜液中,若C8烷烃与环烃从塔顶蒸出,无疑是增加了C8烃损失,脱轻组分塔一般为50块塔板,进料在第21块板,回流液从第一块板的上方入塔,控制

第八块板的温度,以控制塔顶馏出液的组成。 T101塔塔顶压力控制PIC125 T101塔塔顶回流罐液位控制LIC104 T101塔塔釜加热控制FIC113 T101塔塔釜液位控制LIC103 T101塔灵敏板温度TIC120与塔顶回流量FIC114的串级控制 5.运行控制 脱庚烷塔T101的运行控制 二、系统控制功能实现的策略 1.脱庚烷塔T101控制方案设计 (1)T101塔塔顶压力控制PIC125 T101塔塔顶压力控制PIC125有两种控制方案,训练装置在进行培训时需将选择开关DS206切到PIC125与PIC125A连通,此时PIC125为单回路控制,气相排放去火炬;在训练装置操作培训结束后要将DS206切到系统保压状态,即PIC125与PV125B连通,此时PIC125控制的是向T101塔补充氮的量,以保证T101塔处于氮气保压状态。

技术规格书-通风空调系统资料

合同编号:KMGD-SQ-A-JD-SG-EX-2011-344 昆明市轨道交通首期工程北段车站设备(风、水、 电)施工安装总承包及设备区装修项目(标段五) 通风空调系统技术规格书 发包人:昆明轨道交通有限公司 承包人:中铁一局集团建筑安装工程有限公司 2013年1月

、概述 1、工程概况 本次招标工程为昆明市轨道交通首期工程北段车站设备安装及设备区装修项目,标段五,工程范围:展览中心站、日新环岛站、巫家坝站、奥体中心站及相应区间(里程左I DK14+505.378~左I DK18+806.161,右I DK14+521.868~右I DK18+810.110)。 工程内容包括车站及相应区间的车站低压动力、照明配电工程,给排水及水 消防系统工程,通风空调系统工程的设备采购(不含风机、风阀、消声器、多联空调)、安装、调试、设备区装修等工程。 其中包括四个地下车站及区间。 2、工程范围 ⑴低压动力照明系统的施工范围包括动力配电工程、照明配电工程、防雷工 程的安装、调试。 各车站均设有降压变电所或牵引降压混合变电所,采用两台变压器同时运行,单母线分段,分列运行方式。 低压配电系统采用三相四线制配电系统和TN-S接地保护系统(即三相五线 制)。动力设备供电方式主要采用放射式,照明供电采用放射式和树干式相结合的方式。 电缆夹层安全照明采用AC36V。地下车站和高架车站应急照明均采用EPS 不间断交流电源设备(AC220/380V)供电。 地下车站、地下区间和高架车站设置智能消防安全应急疏散照明系统,火灾 时引导乘客安全疏散。 车站在各配电室的配电箱(包括照明和动力配电箱)进线处设置剩余电流监测装置,以在线监测220/380V供电线路的绝缘状态。电气火灾监控系统主机通过以太网通信接口接入综合监控系统,控制中心可以监测全线各车站电气设备剩余电流信息。 车站公共区设置智能照明控制系统,以达到节能和安全的目的。 根据各类设备用途和重要性,车站用电设备负荷分为三级。 ⑵给水系统包括车站生活用水系统及水消防给水系统。生活、生产给水系统

知识支持系统技术规格书

知识支持系统技术规格书 ?系统建设背景 此次开发的问卷系统需要与现有的系统对接,并且与中心的数据库对接,保证资料的完善性。 根据最新编制的景气指数数据,自动更新相关网站的数据及新闻。 1)管理后台指数网站数据 每月系统应自动更新指数网站数据管理系统,包括自动生成中英文版的图2-4信号灯。 2)管理后台航运指数图片 每月更新管理后台航运指数图片,包括中英文版的中国航运景气预警指数(CSAI)信号灯图、中英文版的图2-1中国航运景气预警指数(CSAI)折线图、 3)航运中心网站数据 自动更新航运中心网站中国航运景气指数的相关内容,包括每月更新中英文版的中国航运景气预警指数(CSAI)、中国航运景气动向指数(CSCI);每季度更新中国航运景气指数(CSPI)、中国航运信心指数(CSFI)和中国航运景气报告。 4)航运景气指数网站数据 每季度自动更新航运景气指数网站中英文版的的资料。 ?功能需求(问卷系统) 委员资料管理功能 1、基础信息储存功能 2、信息批量上传与自动分类 3、委员资料信息库管理 4、委员企业联系人管理

5、同一委员企业问卷自动识别 6、委员企业回复问卷监查 7、信息库数据同步更新 8、模块编辑字长灵活调整 问卷管理功能 1、问卷类型选择 2、问卷类型的添加、更改或删除 3、问卷题目的添加、更改或删除 4、题目类型的设置 5、问卷的自动生成 6、问卷的自由排列组合 7、问卷信息的查看 问卷发送功能 1、问卷一次性发送 2、问卷分类发送 3、问卷多邮箱发送 4、待发展新委员问卷发送 5、未回复委员的问卷发送

6、问卷接收查看 问卷统计功能 1、数据查询导出功能 2、发送报告功能 3、邮箱功能 4、自动识别新发展委员功能 5、能够与现有系统对接 6、实现指数网站数据更新 ?功能需求(新闻自动采编系统) McNewsAdmin的特点: 1.全方位的新闻自动采集功能 McNewsAdmin拥有非常强大的新闻自动采集功能。 2.功能丰富的新闻编辑器

系统功能要求和主要技术参数

附件: 一、系统功能要求和主要技术参数: (一) 、临床检验信息系统(LIS): 通过与各种检验设备进行连接,实现检验数据的自动采集、自动控制及自动分析,实现检验结果的及时获取与传送。检验系统能从HIS系统取出各科室医生发送的检验申请单,并能将检验报告直接发送到HIS系统和体检系统。具体功能如下: 1.生成检验申请单 (1) 检验科录入检验申请单 (2) 打印样本工作清单 (3) 记录采样者、采样日期、采样时间等 (4) 将HIS 系统中的检验信息转为检验申请单 (5) 将体检系统中的申请转换为检验申单 2.结果处理 (1) 支持键盘录入、修改检验结果,包括单个和成批方式 (2) 支持自动生成计算项目,判定结果高低状态并标示 (3) 支持区别常规报告、急诊报告、打印报告、未打印报告 (4) 可以单个报告审核,也可以批量报告审核 (5) 可以用当前结果与历史结果的比对并图形显示 (6) 可以查询当前医嘱中所有项目结果的比对和图形显示 (7) 可以查询当前患者的所有历史医嘱,并可浏览其中任何医嘱结果 (8) 可以对符合警戒或荒谬范围值的结果进行提示和处理说明 (9) 提供最近一次结果的显示 (10) 可以进行检验图形的处理 (11) 能单个或成批打印各专业检验报告,供临床部门使用 (12) 支持撤销已审定检验报告,并记录撤销人和时间 (13)支持检查结果合并,不同类别检查合并打印 3.标本管理 (1)对分析完的标本原始数据进行存储 (2)根据指定的标本可以定位标本的存储位置 4.仪器连接

(1) 双向通讯,支持单机连多个仪器 (2) 实现数据安全传输 (3) 实现仪器和终端机的分开,改善工作环境 注:要包括软、硬件的与仪器连接。 6.系统管理 (1)操作人员权限分级管理 (2)系统参数设置 (二)、体检系统(PEIS): 1、预约登记 提前预约登记、能完成摄像、打印有照片的体检指引单、打印带相片的体检报告,报告格式可由医院定制。 2、登记管理 可进行个人和团体的登记;可人工输入相关资料,同时支持将预先准备好的体检文件导入数据库(一般为Excel文件)。 3、综合管理 可以通过一个界面完成所有的资料录入。如:体检人员信息、套餐信息、体检结果录入等。 4、表格打印 可根据不同的套餐打印不同的检查表格。 5、条码打印 可根据套餐选择的不同情况,打印相对应的条码。 6、验血拍照 可对登记过的体检人员进行拍照,以避免冒名顶替的情况发生。 7、医生工作站 体检医生可通过权限录入所在体检科室的体检结果。 8、结果录入 可录入所有体检项目的结果。 9、结果批录入 (1、)可快速录入同一体检项目的相同结果。 (2、)可自动接收LIS系统和PACS系统的检查结果。 10、主检审核

相关文档
最新文档