多协议融合的智能光纤网络监控RTU设计与实现
- 格式:pdf
- 大小:790.00 KB
- 文档页数:3
图1 整体结构
3 通信系统设计
3.1 远程通信设计
远程通信的目的是实现中心站点的网络服务器与远程监控终端RTU的通信。
如图2所示,用户通过Web输入请求信息,并将请求下发到中心网管服务器。
服务器根据前端请求内容和RTU信息(IP、RTU编号等),调用后台HttpClient程序发送SegmentCode类指令消息给远程监控终端RTU。
服务器和RTU之间的请求消息将以XML的形式封装成指令,并通过HTTP协议传递到监测站RTU端。
图2 远程通信结构
监控终端RTU设备上运行的HTTP服务器(Boa)用来接收远端请求消息,解析XML文件。
它的操作为在上支路中通过RespondMessage类消息立即执行后反馈结果,或者通过RTU上的后台系统执行相应操作,再由下支路过程发送AsynPush类消息向网管服务器反馈结果。
上支路和下支路过程均是基于HTTP协议的请求/应答过程,不同的是在上支路中发起请求的是中心网管服务器,而在下支路中发起请求的是远程监控终端RTU。
无论是哪条支路所进行的请求和应答消息都按照XML 格式封装成统一的格式,具体的要求按照《YDN 010-1998 光缆线路自动监测系统技术条件》等行业规范制定[6-7]。
3.2 现场通信设计
现场通信是为了实现RTU与光纤监测单元之间的通
图3 监控系统功能结构
在图3中,箭头从上向下的通信过程使用Linux信号实现,Linux系统中信号可以携带一个整数值作为附加数据,标识该信号的意义。
反过来箭头从下往上的过程是采用消息队列的方式完成,每个消息队列对应了一个消息类型用来区别消息的去向,每个进程使用一个key作为区分的消息,用PID表示当前发送消息时的BoaCom.cgi的进程号,区分接收多个BoaCom.cgi进程的返回消息。
5 系统测试
远程监控设备RTU的测试首先是对RTU进行初始化配置和验证,然后通过网管系统来对各种功能进行测试,从而验证设备性能。
设备初始化验证过程配置完成即验证了设备远程以及现场通信性能,包括网络状态、功能模块物理连接状态和模式验证等相关性能。
功能验证通过网管软件完成所有功能测试,测试内容包括点名测试、周期测试、障碍告警测试等曲线测试,曲线测试能有效分析出测试光纤的长度、损耗、事件点等信息。
6 结 语
本文针对光纤网络的远程监控应用场景,设计了融合多
(上接第114页)
培训信息、奖惩信息、学术活动信息、科研专利、论文著作等),针对此状况我们把项目衍生到部分业务系统数据的录入、登记、审核当中,相当于在项目中不仅仅实现了员工数据的分析、挖掘与利用,还构建了相关的应用系统(如人事管理系统、奖惩登记系统、继续教育系统、科研教学成果的登记系统等)。
另外,由于在全院范围内展开员工信息化管理,其实是一种管理模式、管理理念的转变,它势必影响到相关人员以前的工作任务和习惯,无论是工作上还是心理上都需要一段时间来适应[3]。
所以在推广新系统时,除了加大相关培训力度之外,还利用循序渐进、慢慢引导的方式让员工接受和习惯该系统。
5 结 语
系统应具有可扩展性,不仅可满足当前需求,而且能适应未来发展[4]。
该系统在绩效管理方面只是对员工的绩效工作量进行考核,后期可扩展系统,可以把完整的绩效考核系统和薪酬管理系统融入系统当中,适应医院未来的发展需求。