采集频率、死区、存储策略是互相牵制的三个数。定它们的顺序应当是:先问"要回答什么问题" → 再定存储 → 再定死区 → 最后才定采集频率。顺序一反过来,现场就会用"更快的频率"去补"没想清的问题"。
需要了解产品参数、适用场景与案例?
拨打 130 4890 6506,获取选型建议与同行业案例| 参数 | 回答什么 | 定得不对的后果 |
|---|---|---|
| 采集频率 | 多久去读一次设备 | 定太高:通信拥塞、设备被读垮;定太低:快过程看不见 |
| 死区 / 变化上报 | 变化超过多少才值得记/上传 | 定太小:数据海啸;定太大:该看到的台阶被抹平 |
| 存储策略 | 存多细、存多久、聚合规则是什么 | 只存聚合:事后无法复盘;只存原始:成本迅速失控 |
三者不是各自独立的参数,而是一组取舍: 采集频率决定"最多能有多细",死区决定"实际记下来多少", 存储决定"这些数据能留多久、能拿来回看多细"。 最后能被拿来分析的,是三者共同的结果 —— 不是频率那一个数。
现场最常见的做法是先定频率:一上来就问"你们支持一秒一次吗"。 这个顺序会带来一串连锁反应:
根子在第一步:频率本身不是目标。能回答问题的那个分辨率,才是目标。
这是最容易被"一刀切"的地方:
| 量的性质 | 例子 | 合适的策略 |
|---|---|---|
| 连续量 | 温度、压力、功率 | 按比例死区(如变化超过量程的 x% 才上报);死区应与该量的正常波动幅度同量级 |
| 状态量 | 运行/停止、开关位 | 变位上报(状态变了就记),不要用死区 —— 状态只有 0/1,没有"变化多少" |
| 累积量 | 电量、流量总量 | 按增量上报;⚠️ 且必须处理表底翻转(溢出回绕)与换表清零,否则电量会算错 |
⚠️ 累积量是最容易出错的一类:如果只按固定周期取瞬时值、又不处理回绕与清零, 一旦漏采或换表,电量就再也对不上,而报表上看不出是哪里丢的。
该调:发现该看到的台阶看不到(死区太大); 带宽或设备负载吃紧(频率太高或死区太小); 复盘时发现原始数据不够用(存储策略需要改)。
别频繁动:已经用于对比历史的数据,其口径应保持稳定。 频率、死区、聚合规则一改,前后数据就不可比了 —— 要改,就在变更点留一条记录,让后来的人知道"从这天起口径变了"。 这条比参数本身更重要。
我们可以提供:产品参数表 · 选型建议 · 同行业案例 · 组网/部署方案对照
拨打 130 4890 6506,获取选型建议与同行业案例
扫码添加服务微信
获取产品资料、行业案例与选型建议
添加时请备注:长文-采集口径
不是。频率只决定"最多能有多细",而真正被留下来分析的是 频率 × 死区 × 存储共同的结果。频率定太高,通常的后果是 被迫把死区调大或只存聚合 —— 最后反而看不见该看的东西。
取决于这个量的正常波动幅度:死区应与它同量级,而不是拍一个百分数。 另外状态量和连续量不能用同一套策略:状态量应当"变位就报",连续量才谈死区。
能,但要接受"事后无法复盘"。实践上建议至少保留一段时间的原始数据, 长期趋势再用聚合。一旦发现异常想回头查,没有原始数据就永远查不清。
严格说不能。口径一变,前后就不是同一把尺子。 所以实务上的做法是:尽量不动;要动就记录变更点, 让报表读者知道"从这里开始口径变了"。
我们可以提供:测点采集与口径建议 · 数据留痕与变更记录方式 · 平台数据能力 · 选型建议
拨打 130 4890 6506,获取采集口径建议
扫码添加服务微信
获取采集口径建议与平台数据能力对照
添加时请备注:长文-采集口径