设备接入时，数据来源与时间要一起保留

平台刚收到一条设备数据，读数可能来自几秒前，也可能是断线期间留下的记录。管理界面若将“收到数据”当成“设备刚测量”，告警与报表就可能使用错误的时间。

接入时保留数据来源、原始时间及通信情况，管理人员就能确认这个数值何时产生，以及现在适合用于什么任务。

来源记录覆盖设备与测量点

来源记录需要能识别设备、测量点与接入路径。数据经网关或既有 API 转发时，保留来源系统的标识，再映射到平台设备记录。转换过单位或字段时，也保留规则版本。

设备名称可以调整，来源映射关系需要可追溯。设备更换、点位改接或文档更新时，记录生效时间，历史记录仍能对应当时的设备与配置。

测量时间与接收时间各有用途

测量时间说明读数属于哪个时刻或期间，接收时间说明平台何时获取它。两者分开保存，就能识别传输延迟与离线补传。若来源提供的是状态变更时间，也需在字段定义中说明。

时间字段	适合回答的问题
来源测量或事件时间	读数或事件应归入哪个期间？
平台接收时间	数据何时到达，是否延迟？
数据处理时间	何时完成转换或计算？
人工修正时间	历史结果何时被修改？

时间格式需包含明确时区，平台也需约定存储及显示方式。缺少设备时间时，保留接收时间，标示时间由平台提供；需要精确事件顺序的用途，还须确认设备时钟与同步方式。

OPC UA 的 DataValue 定义将数值、状态码、来源时间与服务器时间分开表达。其他接口的字段可根据实际能力设计，同样保留数值的时间与可用状态。

用通信记录判断数据是否仍有效

最后有效读数、最后成功读取时间与最近失败原因需要区分。通信失败时，界面可保留最后读数及其时间，再显示数据过期或连接异常，让人知道数字的状态。

过期阈值根据设备更新方式与管理用途设置。慢速更新的累计值和需要快速响应的告警，可能采用不同阈值。有效零值也需保留其质量状态，读取失败另行记录。

补传按原始时间归位

恢复连接后，补传数据按原始测量时间进入对应期间，另记实际接收时间。需要识别重复消息时，使用来源标识、序号或约定的唯一字段，并保留重传处理规则。

历史补传进入实时告警时，需要约定是否产生新通知、标为历史事件，或交由人工跟踪。期间报表也需说明数据截止与修订方式。接入路径的细节可结合 Modbus、MQTT 与 API 对接指南阅读。

将时间与来源一起验证

试行时，取一段可比较的原始数据，核对设备时间、平台接收时间与界面显示。接着测试断线补传、重复记录、时钟偏差及设备更换，确认告警和报表仍将数据放入正确期间。

交付文档保留时间来源、时区、更新与过期规则，以及设备映射的维护责任。后续设备或接口变化时，这些记录能让维护人员继续处理。

lvsota 的设备与数据集成服务接入设备与既有系统，整理管理界面及报表所需的来源记录。准备一段原始数据、设备接口文档与使用需求，即可讨论接入方式。