plc数据采集采样频率到底设多少合适

采样频率这事，工厂里两种极端经常见。一种是怕漏数据，恨不得所有点全部10ms采一次，结果服务器硬盘一个月就满了；另一种是觉得数据越少越好，所有点统一1分钟一次，到分析的时候发现关键波形全错过。plc数据采集的采样频率不能拍脑袋，得按数据用途来设。

状态类信号几秒一次就够

设备开停机、运行模式、急停状态、报警位这些开关量，本质上是事件型数据。变化频率本来就不高，一台西门子S7-1200驱动的机械加工CNC，一天的开停机切换也就几十次。这类信号建议用变化触发上报（COV，change of value）而不是周期采样，状态没变就不传，状态一变就立刻传。退而求其次的话，5到10秒轮询一次也完全够用。某家电组装厂之前把所有开关量按500ms采，数据量爆炸，改成COV之后数据量降了98%，业务一点没受影响。

产量计数和能耗类按业务节拍

计件产量、累计电度数、累计运行小时这种累积型数据，按生产节拍走就行。一条家电组装线节拍12秒一台，那计数器10秒读一次绝对够用。能耗类数据更慢，1分钟到5分钟一次都行，电力监控的国标本身就要求15分钟为一个统计周期。某食品厂的灌装产量统计用30秒一次，每天产量数据精确到瓶都没问题。

工艺参数要看波动剧烈程度

温度、压力、流量这种过程量，得看物理过程本身的时间常数。注塑机的料筒温度变化慢，加热到位要好几十秒，5秒采一次足够；但同一台注塑机的注射压力曲线，一个注射周期就两三秒，压力峰值一闪而过，这个就得50ms甚至更密。某医药企业的灭菌柜灭菌阶段温度采10秒一次没问题，但升温阶段为了能看清升温斜率，临时切换到1秒一次。

不同物理量的合理采样频率有个经验：看这个量的有效变化频率，采样率至少是它的5到10倍。

振动和电流波形要高频

如果plc数据采集的目的是做预测性维护，振动信号和电流波形得到kHz级别。轴承故障特征频率一般在几百Hz到几kHz之间，按奈奎斯特定理至少要2倍于最高关心频率，工程上一般给到5倍，所以振动采样常用2.56kHz、5.12kHz、12.8kHz这种档位。这种频率PLC本身扛不住，得专门的振动采集模块。某汽车零部件厂的关键齿轮箱用了一台专用振动采集器走Modbus TCP和PLC同步，采样率5.12kHz，能清楚看到啮合频率的边带。

不同协议的频率上限不一样

OPC UA走以太网，理论上可以做到几十毫秒的Publishing Interval，西门子S7-1500做到100ms很轻松。Modbus TCP受限于轮询模式，100个点全采一遍至少100到200ms。Modbus RTU走9600波特率，100个点轮询一圈要好几秒。三菱FX的MELSOFT编程口走RS422，速度更慢。选采样频率前必须先看协议天花板，否则配了10ms采样率，实际能跑的只有500ms，画出来的曲线全是阶梯。

边采边分级是省存储的招

聪明的做法是分级采集和分级存储。原始数据按高频采集（比如100ms一次），边缘网关上做一次降采样（比如取1秒平均、最大、最小），高频原始数据本地保留7天循环覆盖，降采样数据传到中心库长期保存。出现异常或预警事件时，自动把对应时间段的高频原始数据上传归档。这样既不丢关键波形，存储也扛得住。某机械加工厂用这套方案，每月入库数据量控制在40GB左右，比原方案少了七八倍。

不要忽视时间戳质量

频率高低之外，时间戳准不准更关键。PLC本身时钟可能漂移，多台设备时间不同步，分析的时候曲线就对不齐。建议边缘网关统一打时间戳，PLC、网关、服务器之间用NTP或PTP同步时钟。某电子厂SMT产线就吃过亏，三台设备时间差了12秒，关联分析半天得不出结论，后来才发现是时钟没同步。

plc数据采集的采样频率没有万能答案，按数据的物理特性、业务用途、协议能力综合定。配置之前花一小时把每类点位的需求列一遍，比上线之后改十次都省事。这是plc数据采集项目能否长期稳定的关键之一。