3、数据采集系统:数据记录仪、通信方式(GPRS/卫星)、数据存储格式

好,咱们接着聊测风塔的核心——数据采集系统。说白了,这就是整个测风塔的“大脑”和“神经”。传感器把风啊、温度啊这些物理量变成了电信号,但谁来把这些信号变成我们能用的数字?谁来存?谁来传?就是这套系统干的活。

我这些年跑现场,见过太多因为采集系统出问题导致数据报废的案例。嗯,这里咱们得掰开揉碎了讲清楚。

3.1 数据记录仪:测风塔的“黑匣子”

数据记录仪,业内常叫它“数据采集器”或“logger”。它的任务很简单:定时读取传感器信号,转换成数字,存下来。

但简单的事,往往最容易出幺蛾子。

我个人习惯,把记录仪分成两类来看:

  • 专用型:比如NRG、Second Wind这些老牌厂商的产品。专为测风设计,皮实耐用,功耗极低。我在内蒙古一个零下40度的项目上,NRG的记录仪愣是扛了两年没掉链子。
  • 通用型:比如用Campbell的CR系列数据采集器,或者一些基于PLC的方案。灵活性高,能接各种传感器,但配置复杂,功耗也大。你想想看,在荒郊野岭换一次电池多费劲?

核心参数,你得盯紧了:

  • 采样频率:通常1Hz或更高。别小看这个,我遇到过用10分钟平均值的记录仪,结果湍流强度根本算不准。
  • 存储容量:至少能存3个月以上的原始数据。我曾经有个项目,通信断了半年,全靠记录仪本地存储救命。
  • 工作温度:-40℃到+60℃是底线。国内很多风电场在东北或高原,冬天冻住记录仪的事,我见过不止一次。
  • 时钟精度:每天误差不超过1秒。否则你不同塔之间的数据时间对不上,分析起来想哭。

我的一个小技巧: 验收记录仪时,一定要求厂家提供“时钟漂移测试报告”。别问我为什么,有一次项目数据时间戳差了整整7分钟,排查了三天才发现是记录仪时钟芯片批次有问题。

3.2 通信方式:GPRS vs 卫星,怎么选?

数据存下来了,怎么传回办公室?这就看通信方式了。目前主流就两种:GPRS(或4G/5G)和卫星通信。

GPRS/4G: 这是最常用的方式。便宜,流量费一个月几十块。但有个致命弱点——信号覆盖。你想想看,风电场往往在偏远山区、海上,基站信号能到吗?

我记得在云南一个项目,测风塔建在山坳里,GPRS信号时有时无。数据传回来断断续续,最后没办法,只能加装信号放大器,还额外竖了一根天线。

卫星通信: 贵,但可靠。主要用铱星或北斗短报文。适合海上、无人区、高海拔这些“通信盲区”。

但卫星通信也有坑:

  • 带宽极低:传个10分钟平均数据还行,想传1Hz原始数据?别想了,费用能让你破产。
  • 延迟高:数据不是实时的,可能有几分钟到几小时的延迟。
  • 天线安装要求高:必须朝南(北半球)无遮挡。我见过一个项目,卫星天线被鸟粪糊住了,数据断了两个月才发现。
对比项 GPRS/4G 卫星通信
成本 低(设备+流量) 高(设备+按字节收费)
可靠性 依赖基站信号 全球覆盖,但受天气影响
数据量 可传高频数据 仅适合低频数据
实时性 准实时 有延迟
适用场景 陆上、有信号区域 海上、无人区、高海拔

避坑指南: 我曾经有个海上项目,图便宜选了GPRS方案。结果平台离岸20公里,基站信号根本覆盖不到。最后只能紧急采购卫星终端,多花了十几万不说,还耽误了三个月的数据采集。所以,通信方式的选择,必须在选址阶段就评估清楚,别等塔立起来了再后悔。

3.3 数据存储格式:别让格式坑了你

数据存成什么格式?这问题看似简单,但坑不少。

最常见的格式:

  • CSV(逗号分隔值):通用性最好,Excel、Python、MATLAB都能直接读。但注意,如果数据里有逗号(比如某些备注字段),就会错列。
  • TXT(制表符分隔):比CSV稳定一些,但同样有分隔符冲突的问题。
  • 专用二进制格式:比如NRG的 .rwd 文件,或者Campbell的 .dat 文件。体积小,读取快,但必须用专用软件解析。我建议,除非你打算一辈子用同一家设备,否则别碰专用格式

我个人强烈推荐的标准格式:

采用 TOA5 格式(Campbell数据采集器的标准输出)。它长这样:

“TOA5”,“CR1000”,“CR1000”,“12345”,“CR1000”,“CPU:Wind_Data.dat”
“TIMESTAMP”,“RECORD”,“WS_Avg”,“WD_Avg”,“Temp_Avg”
“TS”,“RN”,“m/s”,“deg”,“DegC”
“2024-01-01 00:00:00”,1,7.2,215.3,-2.1
“2024-01-01 00:10:00”,2,6.8,220.5,-1.8

这个格式的好处是:

  • 第一行是站点信息,一目了然
  • 第二行是变量名
  • 第三行是单位
  • 第四行开始才是数据
  • 时间戳精确到秒

嗯,这里要注意:时间戳必须用标准格式(比如 YYYY-MM-DD HH:MM:SS),别用什么“2024/1/1 0:00”这种不伦不类的格式。否则后面做时间序列分析时,各种解析错误会让你崩溃。

数据存储的黄金法则:

  1. 存原始数据:永远别在记录仪里做平均、滤波等处理。把原始1Hz数据存下来,回办公室再处理。
  2. 加时间戳:每条数据都必须有精确到秒的时间标记。
  3. 加质量标记:比如用“-999”表示缺失值,“-888”表示可疑值。别用0代替缺失,否则0风速和缺失风速你分不清。
  4. 定期备份:我见过记录仪被雷劈的、被水淹的、被牛羊踩坏的。本地存储+远程备份,两条腿走路才稳当。

3.4 知识体系框架:数据采集系统全景图

下面这张图,是我自己总结的数据采集系统核心逻辑。你把它存下来,以后做项目时对照着看,能少走很多弯路。

数据采集系统核心逻辑框架 传感器层 风速计 | 风向标 | 温度/湿度/气压传感器 | 雨量计 输出:模拟信号(电压/电流)或数字信号(脉冲/串口) 数据记录仪(数据采集器) 核心功能:信号调理 → A/D转换 → 数据存储 关键参数:采样频率、存储容量、时钟精度、工作温度 存储格式:CSV / TOA5 / 专用二进制 通信层 GPRS/4G/5G(陆上、低成本) | 卫星通信(海上、无人区、高可靠) 注意:带宽、延迟、天线安装、信号覆盖评估 数据中心(接收与存储) 数据接收 → 格式解析 → 质量检查 → 入库备份

你看,从传感器到数据中心,每一层都有它的坑。数据记录仪选型不对,通信方式没评估好,存储格式不规范——任何一个环节出问题,你后面花再多精力做数据清洗也是白搭。

好了,这一章就聊到这儿。记住一句话:数据采集系统是风资源评估的根基,根基不稳,地动山摇。


公众号:蓝海资料掘金营,微信deep3321