数字孪生平台怎样区分数据过期、质量异常与设备离线？

快速结论：数字孪生平台不能只凭最新显示的数值判断设备正常。应分别核验来源时间、接收时间、数据质量及通信健康，并区分不变的有效读数、延迟补传与真正离线，避免旧数据被当成实时状态。

作者：南京古河软件｜发布日期：2026-10-12

一、画面中的数值需要带着依据出现

园区三维场景里的温度仍显示26℃，设备图标也是绿色。这个数值可能刚被确认有效，也可能是几分钟前断网留下的最后值。数字孪生平台要让人员知道“这是哪个对象的数据、何时产生、何时接收、质量如何”，不能把画面刷新当作现场刷新。

OPC Foundation的OPC UA Part 4 v1.05.07第7.11节，用DataValue组织数值、StatusCode和来源/服务器时间戳。质量码表达值的可用性；Bad结果不可当有效读数，Uncertain需要结合原因谨慎使用。这是标准机制说明，不证明某个古河版本已实现该标准。

sourceTimestamp对应来源为这个值实例赋予的时间；serverTimestamp对应服务器收到值或知道值仍准确的时间。服务器时间更新，不等于现场刚发生了一次变化。多级转发中，各环节也不能随意把原来源时间改成自己的接收时间。

接入设计可另外记录平台实际接收时间、来源设备与点位、单位、时间有效性及映射版本。这些是本文建议的业务记录，不是古河内部字段或接口。各时间要注明语义、时区和时钟来源；时钟偏差明显时，先标记异常，不能靠“时间最新”争抢当前值。

特别注意：来源时间没有变化，不足以单独判断数据失效。对于按变化上报的测点，读数长期不变可能完全正常；应结合当前采集确认、协议状态、约定心跳或轮询健康判断。真正的有效期须按测点用途与接入方式约定，不统一写死一个秒数。

连接在线只说明某条通信路径目前有响应，不能证明每个测点都有效；质量良好的数据也不证明设备没有业务报警。通信、测点质量、数据新鲜度与设备运行状态应分层显示，让人员能追到依据。

同一状态面板应保留“最后有效值”和当前质量/健康提示的区别。通讯中断后如果继续显示旧值，要标明最后有效时间与非实时状态；没有值、无质量信息或时间缺失不得自动填0。协议质量不充分时，可记录本地判断及依据，但不能伪装成来源原生质量码。

断网恢复后，一批历史采样可能比当前读数更晚到达。若只按平台接收顺序写当前值，迟到的旧样本就会把设备画面拉回过去。建议区分历史入库和当前值更新，以来源时间、可信序列及约定冲突规则共同判断；时间不可信时应隔离或人工核查，不能默默猜。

历史资料仍可保留用于趋势追溯，并注明补传或修订。相同时间出现不一致的值、单位变化、点位映射改变，应保留原记录及版本，明确覆盖规则和责任。不能为了让三维画面连续而补造真实采样，插值或估算需单独标明。

以下是建议核验用例，本文没有实际运行。使用隔离演示环境，不对真实安全设备做故障注入；输入、预期和不通过条件应写入项目验收记录。

正常不变值：保持读数不变，同时提供当前采集确认或健康依据。预期不因“数值不变”直接报离线，并能查到有效依据；仅凭旧来源时间断言失效，不通过。

质量异常：提供Uncertain/Bad或缺少质量的输入。预期展示相应状态与原因，Bad不参与需要有效数据的业务判断；将异常值按正常值计算或默认填0，不通过。

离线与补传：停止约定采集确认，恢复后补传早于当前状态的样本。预期离线时标明最后有效值，旧样本进入历史且不无条件覆盖当前；绿灯持续无依据或补传回退当前状态，不通过。

时钟与冲突：输入未来时间、缺失时间及同时间不同内容。预期按约定标记、隔离或核查，留下处理依据；静默修改来源时间、任意择最新或无记录覆盖，不通过。

古河公开IBDT数字孪生资料说明空间、设备身份与业务入口关联，并要求检查实际数据来源和采集时间；建筑物联网BIOT提供设备模型、实时历史数据和质量信息。三维展示与数据接入须共用可追溯的设备关系，才能从一个颜色追到对应测点和业务记录。

具体协议质量码映射、时间保存、心跳与新鲜度阈值、乱序策略和界面提示，需要按所选版本、组件及项目配置集成验证。本文不宣称古河所有版本已全面实现这些建议，也不承诺设备误报率、实时延迟或任何现场效果。