[发明专利]一种串口数据采集轮询的方法、监控系统及存储介质

说明书

本申请实施例公开了一种串口数据采集轮询的方法、监控系统及存储介质。本申请实施例方法包括：上位机轮询下发所有被监控设备对应的数据准备命令；各个被监控设备收到对应的数据准备命令后，开始准备数据；所述上位机在等待预设的延时时间后，接收所有被监控设备返回的响应数据；所述上位机依次处理各个被监控设备的响应数据，以完成一个数据采集轮询周期，缩短了轮询周期，提高了整体数据采集效率，在同等硬件配置下可较大幅度缩短采集时间，提升监控实时性；充分发挥上位机性能，降低监控系统的硬件成本。

技术领域

本申请涉及通信技术领域，尤其涉及一种串口数据采集轮询的方法、监控系统及存储介质。

背景技术

在监控系统中，实时性是最关键的指标，监控系统通过轮询方式请求数据实现在线实时监控，串口轮询的效率直接影响监控实时性。RS485总线是数据中心的被监控设备最普遍和常用的数据接口方式，通常串口通讯采用一请求一应答方式的单步机制，这种机制在采集器一个串口接一个设备，且设备可以使用一个请求召回数据的应用下没有问题。但实际应用中，数据中心智能设备数量非常多且布线施工比较困难，所以往往都会在一条RS485总线上挂载多个设备；数据中心的不少智能设备监控参数很多，比如UPS、精密列头柜，通常一个设备参数达几百个，必须经过多个请求才可召回全部数据；被监控设备处理性能参差不齐，有的设备接收到上位机请求后数据准备时间较长。这样，就导致轮询周期很长，整体数据采集效率低。

由于串口通讯一问一答的接口特性,通用的串口设备采集过程的时序机制为：上位机逐个设备发送请求数据的命令；设备收到请求自己的命令后，准备数据；上位机接收设备返回的数据，并进行数据解析、处理；遍历完成所有设备采集，以完成一个数据采集轮询周期。这样的话，一个数据采集完整轮询周期T＝(通信时间T1+设备数据准备时间T2)*单设备请求数M*设备数N，由于设备数据准备时间T2过长(往往会远远大于通信时间)，导致轮询周期T很长，整体数据采集效率低。

如图1所示，一条RS485总线上挂载了N(譬如为10)台UPS设备，每台设备需要3条请求(运行信息、部件信息、告警信息)召回全部数据，设备收到1条请求后需200ms准备数据、30ms进行数据通信，则采集全部设备数据的1个完整周期共需要30ms*3*10+200ms*3*10＝6900ms，这个时间导致监控系统实时性非常差，特别是对于告警这种敏感度非常高的信息，但受制于被监控设备性能的客观性，要提升这个实时性，业内的做法都是通过增加硬件投资来改善，如通过增加总线数量和上位机串口数量，分流单总线上设备数量，这种方式可以提升实时性，但会导致建设成本的较大幅度增加(包括上位机硬件及布线实施费用等)，且在一些高密机房场所客观环境不允许进行大量布线施工。

发明内容

本申请实施例提供了一种串口数据采集轮询的方法、监控系统及存储介质，用于缩短轮询周期，提高整体数据采集效率，在同等硬件配置下可较大幅度缩短采集时间，提升监控实时性；充分发挥上位机性能，降低监控系统的硬件成本。

本申请实施例提供的串口数据采集轮询的方法，应用于监控系统，所述监控系统包括：上位机、多个被监控设备及至少一串口总线；所述上位机通过所述至少一串口总线连接多个被监控设备，所述方法包括：

所述上位机轮询下发所有被监控设备对应的数据准备命令；

各个被监控设备收到对应的数据准备命令后，开始准备数据；

所述上位机在等待预设的延时时间后，接收所有被监控设备返回的响应数据；

所述上位机依次处理各个被监控设备的响应数据，以完成一个数据采集轮询周期。

可选地，所述上位机轮询下发所有被监控设备对应的数据准备命令，包括：

所述上位机的串口通讯线程一次轮询下发所有被监控设备对应的数据准备命令。

可选地，所述各个被监控设备收到对应的数据准备命令后，开始准备数据，包括：