用户令 (2026-08-26): 振动分析并入如东 windscada, 单独一个板块、占用一个大篇幅; windcms 独立保留后续用。 分工: 板块由 windscada 线实现 (其地盘); 振动线出结构设计 + 数据接口 (
handoff_vibration_v2.json) + 内容正本。 原则: 接口交接非代码合并 — 11G 原始 npz / 谱线层六闸 / 波形分析 留 windcms, 不迁。
振动不是 SCADA 的一个附加指标, 它与润滑/温升/油脂/油液是同级的证据面, 而且是唯一能测到 机械冲击的面。但它有明确盲区 (见 §3), 所以板块的核心价值不是"再报一遍振动状态", 而是 把振动放进多源里, 让读者一眼看出:这台的结论由哪几个面支撑, 哪个面在这类失效上是瞎的。
| 节 | 内容 | 数据来源 | 为什么在这 |
|---|---|---|---|
| 1 全场融合矩阵 | 38 台 × 4 源 (振动/温度/润滑/油液) 的状态格; 点击进逐台 | v2 per_turbine + windscada 各源 |
板块的门面: 单源矩阵 windcms 已有, 这里的新价值是跨源并列 |
| 2 机制链视图 | 因→果链条图 (29# 为范例): 柱塞→温度→振动稳态→振动瞬态 | v2 per_turbine.new_2026_08_26 + findings TCM-16 |
融合的最高形态: 不是四个源投票, 是一条链的四个观测面 |
| 3 振动能力边界 | 四条盲区 + 可检出性系数表 | v2 detectability_prior |
★最该占篇幅的一节 — 融合权重的依据; 防"振动没报警=正常"的误读 |
| 4 三层基线 | 自基线/fleet/绝对 三列并排, 逐台逐测点 | baseline_38.json |
严重程度判断: 变了没 / 比别人高没 / 危不危险, 三个问题三个答案 |
| 5 逐台深入 | 趋势 + 证据 + 置信度五轴 + 验收树状态 | v2 + findings + windcms 逐台页链接 | 深挖入口; 谱图/波形跳转 windcms 不在此重画 |
| 6 交叉请求与缺口 | 三条具体请求 + 五项未闭 | v2 cross_source_requests / open_items |
诚实交底: 让读者知道哪些结论是外推 |
| 7 验收跟踪 | 修后验收决策树的当前状态 (29# 为首例) | findings TCM-16 falsifiable |
闭环: 从"报了什么"到"修了没有/修好没有" |
行 = 38 台 × 部件; 列 = 四源。每格三要素: 状态色 + 源可信度标记 + 数据时效。
wear_progressive 上标"可信"、
在 thermal_acute 上标"盲"(见 §3)。禁止把"盲"显示成"正常" — 两者含义相反。四条盲区逐条展开, 每条配实证台号 + 数字 + 该怎么办:
| 留 windcms | 进 windscada 振动板块 |
|---|---|
| 谱图 / 波形 / 包络 / 倒谱 | 结论 + 置信度 + 盲区标注 |
| 六闸判据与 OEM 特征频率表 | 判据输出与该输出的可信度 |
| 11G 原始 npz 与逐窗扫描 | 逐台逐部件的融合视图 |
| CMS 专用工具链 (谱线定位/圈侧归属) | 跨源机制链与验收跟踪 |
跳转关系: 振动板块逐台页 → "看谱图" → windcms 逐台页 (:8030/turbines/WTGxx.html)。两边不互相复制内容。
open_items