机器人工业接口资料：源时间戳与服务器时间戳怎样分读

工业接口资料同时列出两个时间戳时，不能把它们都改成“采集时间”。OPC UA的DataValue分别保存来源时间与服务器时间：一个追溯值实例由数据源赋予的时间，另一个反映服务器收到数值或知道数值准确的时间。整理机器人接口讲义时，先说清这层关系，才能判断一列较新的时间究竟说明什么。本文不读取实际服务器，不订阅变量，也不计算通信性能。

从值与伴随信息的结构开始

OPC Foundation的DataValue章节将数值、状态码、来源时间及服务器时间放在同一个结构中。共同出现不等于角色相同。讲义应保留字段原名、变量身份与适用规范，而不是把数值以外的列统一称为日志附注。

对于提交的接口附件，还应问清它展示的是返回内容、导出表还是经过整理的摘要。某个软件界面可能只呈现部分信息；看见一列并不证明原始结构只有一列。反之，规范列出了字段，也不能证明一份未知附件实际保存了全部字段。

源时间跟随那个值实例

章节说明，sourceTimestamp反映数据源赋予变量值的时间。一旦某个值实例获得来源时间，这个实例的来源时间不再改变。这里的实例是收到的那个值，不仅是它在屏幕上显示的数字；不能只凭两次数值相等，就判断它们必定是同一个实例。

当一个OPC UA服务器从另一个OPC UA服务器接收变量值时，来源时间须保持原样转交。这个规则让读者能够区分源头赋时与中间转发。它不表示所有参与方的时钟已经被现场核准，也没有给未知系统提供一份同步精度证明。

服务器时间不只表示数值发生变化

同章把serverTimestamp解释为服务器收到变量值，或知道其准确的时间。经由多个服务器传递时，各服务器应用自己的服务器时间，与保留源时间的规则不同。若摘要将中间服务器的时间全部改称源头测量时间，传播链上的身份就会丢失。

规范还给出订阅与异常报告来源的解释：在没有错误、依据来源检查机制能够知道值未变的情境中，服务器时间仍可更新。因此，新的服务器时间不必然证明数值刚刚发生变化；相同的数值配上不同服务器时间也不自动构成数据篡改。这个解释依赖文档所述条件，不能扩展成对任意失联设备的状态保证。

返回选择影响附件包含哪种时间

另一份官方TimestampsToReturn定义区分返回来源、返回服务器、两者都返回以及两者都不返回等选择，并注明适用服务的限制。此处说明的是请求与返回的时间戳范围，不是把某种时间转换成另一种。

所以，附件省略来源时间时，可以请提交者交代所用返回范围与导出过程，不能立即认定数据源没有时间能力。某字段为null也有自己的定义条件；DataValue章节说明来源不可用时及非Value属性的相应处理。缺列、空值和一次实际测量失败，不应被写成同一个结论。

不要从两个时间直接制造延迟结果

两个字段都采用时间表示，并不使它们的差自动成为网络传输耗时。来源赋时、服务器确认含义、值实例对应关系和时钟背景，都影响这个解释。本文不进行相减，也不声称某种差值必然由网络、缓存或机器人控制环节造成。

设想一份虚构讲义，把较新的服务器时间圈出并标为“传感器刚刚测到新值”。审阅者应恢复收到或确认准确的含义，询问实际数据来源与更新机制。若没有这些说明，只能记录解释尚不完整，不能为了让图表看起来合理而补造一次采样事件。

给课程交接留下明确的字段关系

清楚的交接可以保留变量、状态、来源时间、服务器时间及返回选择各自身份，再注明哪些关系由提交材料证实。DataValue的状态码同样不能被时间戳替代；一个时间看起来新，不独立回答数值是否可用的问题。

两处官方章节于二〇二六年十一月六日完整阅读，本文仅解释其字段语义。原创图没有真实设备链路、采样值或性能曲线。可从机器人工业接口栏目与文章目录继续查阅。读者先知道每个时间属于谁，才有依据提出后续观察问题。