EEPW论坛

桥梁安全监测系统集成采集系统

BHM项目中，采集设备种类繁多，导致“一个项目、多种设备、多个厂家”的情况，如果直接采用各设备厂家提供的上位机软件作为采集控制软件，或者通过一些公司提供的云平台接入服务，则无法做到同步采集、统一管理，更无法完成采集系统与数据解析的直接打通，与BHM的初心相悖。

2.1  系统架构

联合西安博川电子科技有限公司，以美国NI公司的产品构架为例，通过“NI+协议集成”方式建立一套开放式采集系统。

· 

基于NI的采集模式由LabVIEW开发，支持多种类型、多个厂家传感器设备的同步接入，采集软件具备通信功能，可基于自身的通信协议与监测平台进行对接，实现监测数据的实时传输。

· 

· 

基于协议集成的采集模式，通过建立开放式通信框架，对多家通信协议进行集成，并按照统一编码进行管理，使源于各方设备的监测数据都能与监测平台进行对接。

· 

通过NI设备的强大功能实现对监测数据的精准采样与动态控制。在此过程中，采集系统向下要对安装的硬件进行统一管理，实现数据采集、转换与存储；向上要与监测平台对接，使监测数据可顺利流转至平台中，为分析系统提供底层的数据支撑。采集系统架构如图3所示。图3 基于NI设备的采集系统架构图

为了对硬件设备进行合理控制，使模数转换、数据整合、指令控制等系统功能合理集成，提高软件内聚性、降低软件耦合性，采用FPGA芯片层、控制系统层和上位机系统层三层架构：

· 

FPGA芯片层：用于实现动态信号的降频滤波。由于桥梁结构的动态信号带宽较低，为了尽可能多的滤除干扰噪声，采用高频采集结合多级降频滤波的方式对噪声信号进行滤除。

· 

· 

控制系统层：基于多线程、模块化架构对系统运行进行实时控制。控制系统层通过数据采集引擎、数据存储引擎、状态日志引擎和网络通讯引擎实现采集、存储、通信等功能。

· 

· 

上位机系统层：实现系统与用户之间交互。将用户的操作指令下达给实时控制器执行，同时接收下层传递的监测数据，并按照统一的通信格式传递至监测平台。

· 

我们主推以NI为代表的基于虚拟仪器的软硬件构架；如果预算有限，也可采用基于协议集成的采集系统，对各设备厂家提供的数据通信协议进行集成，系统架构如图4。图4 基于协议集成的采集系统架构图
目前系统已经接入长沙金码公司旗下设备的通信协议，以后还将基于该架构集成行业内更多公司的采集设备，由此就可以满足大多数BHM系统硬件的选择需求。基于虚拟仪器的集成和基于协议的集成，这两种方式都无需经过数据库/数据文件中转，将三大软件版块数据打通，也是BHM“实时化”的前提。