逆变器温度或功率曲线出现变化时系统数据只能说明“需要复核”不能单独证明散热风扇已经劣化。温度、功率、设备状态和告警都可能受采集质量、运行工况或检修活动影响因此工程处理的重点不是立即下结论而是先把可比较的数据整理完整。本文仅讨论基于电站、设备、告警和运维记录的数据复核流程。现场检测、设备拆检和最终处置仍应由具备权限的人员按照设备手册与安全规程完成。一、先确认数据是否具备比较条件第一步是锁定同一电站、同一逆变器和同一时间范围。需要核对设备编码、测点名称、单位、采集时间、时区和数据完整性。若记录存在缺失、补传、重复或通信中断应先标记这些情况避免把数据质量问题误写成设备异常。还要确认逆变器处于可比较的运行状态。待机、停机、限功率、检修、告警处理或通信异常都可能改变温度与功率曲线。同一台设备在不同状态下的数据不能直接对比不同设备之间也要先确认型号、测点口径和运行条件是否一致。下面的字段表只是一种整理模板实际字段名称与单位必须以当前电站点表为准。证据类别待核对字段主要用途缺失时的处理设备标识电站、设备编码、设备型号确认比较对象标记不可比运行数据功率、内部温度、设备状态对齐负载与温度变化保留缺失标记告警数据告警名称、开始时间、结束时间查看变化前后的状态不推断未记录告警运维数据工单、检修、清洁、部件更换记录排除人工操作影响列为待确认项二、把现象拆成可复核证据对温度变化的描述应尽量保持中性。例如可以记录“同一设备在相近运行状态下内部温度曲线与历史可比时段存在差异”但不能仅凭这一现象写成“风扇故障”。如果同电站多台同型设备同时变化可以先记录为共性变化如果只有单台设备偏离则记录为局部偏差。两种情况都只是后续排查线索。功率变化也不能直接作为风扇异常的证据。应先核对设备状态和告警再查看温度曲线与功率曲线在时间上是否同步。即使两条曲线同时变化也只能说明存在时间关联不能证明因果关系。告警记录要保留原始名称、时间和设备范围。不要把“温度相关告警”自动改写为“散热风扇劣化告警”除非设备原始记录就是这样命名。运维记录同样需要保持原意清洁、检修或部件更换只能说明发生过操作不能自动证明操作前后的变化由该操作造成。三、用可配置窗口整理查询结果时间窗、连续次数和阈值都应当作为配置项而不是写成通用标准。下面的15 min和60 min仅用于展示配置结构不代表任何设备的推荐值实际值必须依据设备手册、电站口径和人工复核结果确定。query_example:comparison_window:60 minaggregation_interval:15 minrequired_fields:-device_id-active_power-internal_temperature-device_status-alarm_codeoutput:-confirmed_facts-candidate_causes-missing_evidence查询程序需要显式处理缺失值而不是用默认值填补后继续判断。一个更稳妥的流程是先验证字段和单位再按设备状态过滤可比较记录最后输出事实、候选原因和缺失证据。任何无法从已有数据确认的项目都应返回“无法判断”或“待现场确认”。需要把查询结果整理成统一证据卡片时可参考 https://ai.z-energy.tech/r/dxpktlz9?scsdn。该页面用于说明数据查询与复核场景不替代现场检查也不对异常原因或处理效果作保证。四、候选原因必须写明依据和边界在现有数据范围内可以把候选原因整理为几类待验证方向采集异常、设备运行状态变化、温度测点异常、关联告警、近期运维操作以及需要现场确认的散热部件状态。每个候选原因都必须同时附上支持证据、反向证据和缺失条件。例如如果内部温度曲线变化但设备状态、功率和告警记录不完整输出应写成“现有数据不足无法判断”。如果同型设备对比显示单台设备偏离也只能建议核对测点、通信、告警和现场状态不能直接要求更换部件。现场人员复核时可根据安全规程检查风道、积灰、异物、连接和设备自带的风扇状态信息。自动化系统不应给出拆机指令也不应替代厂家规范或现场安全判断。五、输出结果应便于人工复核最终结果建议固定为三部分。第一部分记录已经确认的原始事实包括设备、字段、单位、时间范围和数据完整性第二部分列出候选原因并标明每一项依据第三部分列出缺失数据和现场待确认项。这种结构的目的不是自动给出根因而是让每个判断都能回到具体设备、具体字段和具体时间。当后续补充了告警、工单或现场记录时也可以继续更新证据卡片而不需要推翻一条缺少来源的肯定结论。—— ZenovaOS AI 运维团队
