基于Flash的远程工业监控系统设计

　　摘要：根据当前基于Web远程工业监控方案的不足，利用Flash的交互性强，本身导出的文件小，适合网络传输、利用AS（ActiON Script）提高了与其他语言的交互性等特点，提出了基于flash的远程工业监控系统设计思路。提出了本系统的4层体系结构，并基于这4层的体系结构，对本系统进行了详细的硬件连接设计和系统软件设计。该系统的核心思想是利用Socket实现了Flash客户端和服务器端的数据通信，利用RemoteObiect实现历史数据的存储。本系统的设计对基于Web远程工业监控提供了新的思路，具有实际的应用价值。

　　目前，监控领域的产品普遍关注现场级别，即采用客户端/服务器（C/S）模式，其目的是保证监控系统的稳定性和可靠性。但随着计算机技术、网络技术、控制技术的不断发展，同时为了使现场总线、企业信息网、外部互联网能够充分的融合，提高企业自动化水平和设备的维护管理水平，基于网络化的Web远程监控将会在以后的监控系统中得到广泛的应用。

　　1 现状分析

　　当前，基于Web的远程工业监控方案一般有3种：1）将OPC或其他通信方式采集的数据通过中间软件存入到数据库中，然后通过Web页面与数据库进行交互，以达到设备监控的目的：2）通过做插件嵌入到web浏览器中，实现与控制器的交互；3）通过Web service实现与控制器的交互，即将设备的控制接口以及数据信息通过部署Web service的方式发送出去，监控中心通过网络发现并调用这些web service方法，完成现场设备的控制和数据采集。第一种方案，中间过程过于复杂，违背了监控系统的稳定性和可靠性的原则，中间环节的限制因素较多，并且不便于控制，监控的延时也非常明显，时效性不足；第二种方案，在网页中插入开发的监控设备的控件，则需要降低浏览器的安全性，同时针对每一台监控的主机都要提前下载控件后才能使用，并且此类控件与Web浏览器的其他Web页面的功能融合性以及监控页面显示效果等方面较差，较难实现B/S模式下丰富的显示效果；第三种方案，通过Web service建立非实时连接的传输，就必须通过循环体来不断的刷新数据，不仅会增加设备的负担，同时将会存在固定的延时问题。因此文中基于以上监控方案的不足，提出了基于Flash的远程监控系统实现方案。该方案利用Flash的交互性强，本身导出的文件小，适合网络传输，利用AS提高了与其他语言的交互性等特点，将会大大改进以上3种方案各自的不足，使基于Web的远程监控系统在可靠性、稳定性、时效性、与Web的兼容性、页面显示效果和用户交互的体验效果大大改善。

　　2 基于Flash远程工业监控系统体系结构

　　基于Flash远程监控系统的体系结构可以分为4层：现场设备的检测与控制、Web发布系统、客户端数据的接收与命令的发送和数据存储与转发。现场设备检测与控制一方面负责采集现场各个控制节点的运行数据，经过汇总、预处理后传递给中间层子系统；另一方面接收中间层子系统转发来的控制命令，对命令进行解析、验证，然后指导现场的各个控制节点采取相应的动作。Web发布系统主要是由Web服务器提供Web服务，实现客户端的发布，Web服务器为中间环节，完成与客户子系统以及现场子系统的交互。客户子系统是与用户直接交互的部分，它接收用户的输入，从现场设备的检测与控制子系统中获取监测数据或向其发送命令。数据存储与转发系统主要由数据库服务器和提供Web ser vice的服务组成，数据库服务器则完成采集数据的存储功能。通过这4个过程的作用来实现设备的远程监控。其体系结构如图1所示。

　　

　　图1 基于flash的远程设备监控系统体系结构

　　3 基于Flash远程监控系统的设计

　　3.1 系统硬件连接设计

　　现场设备通过串口与数据采集模块通讯，数据采集模块通过工业以太网与Web服务器连接，Web服务器通过以太网与数据库服务器连接。数据采集模块采用PAC（可编程自动化控制器），支持Modbus/TEP通信协议。Web服务器和数据库服务器采用HP服务器，安装操作系统为Windo ws Server 2008 Enterprise.网络拓扑结构采用星型拓扑结构，是为了能够与现场采集设备建立更有效的连接。Web服务器存储数据直接面向数据库服务器，便于减轻整个网络负担，防止由于数据量过大而引起网络阻塞。同时数据库服务器实现双机热备，来提高系统的可靠性。将数据库分为两部分：中心数据库和企业级数据库，中心数据库主要存放当前数据，企业级数据库则存放历史数据以及设备和用户的管理数据，实现动态数据与静态数据的隔离。网络拓扑图如图2所示。

　　

　　图2 系统总体架构图

　　3.2 系统软件设计

　　软件设计的核心内容为PAC编程和客户端Flash编程。PAC编程语言为C语言，编辑环境为BC编译器，Flash编程语言为Action Script，编辑环境为Flash builder4.5.

　　本系统通过创建一个以TCP数据流方式建立的Socket从而实现PAC服务端与基于Web的Flash客户端的数据传输。建立通信的过程为：首先PAC服务端通过Socket监听自身的Modbus/TCP专用端口502，客户端程序则通过此端口及PAC服务端的IP地址作为连接Socket参数，创建一个Socket与PAC服务端建立连接。网络无故障，则连接建立。客户端通过Flash中Socket的SendMessage（）和ReadBytes（）方法来发送和接收信息。

　　利用Flash创建的基于Modbus/TCP套接字模型为如图3所示。

　　

　　图3 Modbus/TCP套接字模型

　　3.2.1 1PAC服务端程序实现

　　PAC服务端的实现主要分为通过Socket与上位机的通信和通过串口服务与外围设备的通信两大部分。

　　通过Socket与上位机的通信主要分为监听和连接。在监听状态下负责监听客户端的请求连接，并负责接受此连接。本系统PAC端设计监听类为ServerListen，监听类首先通过int bind（int sockfd，struct sockaddr*my_addr，int addrten）绑定了本地的502端口，然后通过函数int listen （int sockfd，intbacklog）将客户端的连接请求放入队列中等待，直到函数intaccept（int sockfd，void*addr，int*addrlen）处理它，然后返回一个全新的套接字文件来描述此单个连接。这样，对于同一个连接就有两个文件描述符，原先的一个文件描述符正在监听你指定的端口，新的文件描述符可以用来调用send（）和recv（）。在连接状态下负责与客户端进行数据的接收和发送，通过数据传输类Server Custom来实现。在此类中利用int send（SOCKETs，const char FAR*buf，int len，int flags）函数将PAC服务端的数据发送到客户端，如果网络发生故障或待发送数据的长度len小于当前程序要发送数据的缓冲区的长度，则返回SOCKET_ERROR，利用int recv（SOCKETs，char FAR* buf，int len，int flags）从客户端接收数据。函数先等待s的发送缓冲中的数据被协议传送完毕，如果协议在传送s的发送缓冲中的数据时出现网络错误，则函数返回SOCKET_ERROR错误，如果s的发送缓冲中没有数据或者数据被协议成功发送完毕后，函数先检查套接字s的接收缓冲区，如果s的接收缓冲区中没有数据或者协议正在接收数据，那么函数就一直等待，直到协议把数据接收完毕。

　　对于外围设备进行通信主要是通过串口服务，首先调用自己定义的COM口初始化函数InstallCom将端口初始化，然后通过build_REQ_Read函数实现根据ModBusRtu通讯协议将COM口读取的外围设备的数据放入自定义的数组中，并通过CRC16_modbus进行CRC校验。接收的数据正确，则通过analyse_Read_Result分析从串口读取的数据，并将读取的数据位存放到Share_Mem［MaxShareMemNum］数组中。然后将Share_Mem数组作为REMOTCP_ModServer_Create参数与上位机进行通讯。对外围设备发送指令，则是通过函数SendCommand选择控制对象的COM后，将指令发送到外围设备，外围设备接收到指令后动作。