ThinkLink 数据不更新怎么查：区分采样、接收与页面显示

先问这个字段应该多久变化

机房温度连续几次相同，可能只是环境稳定；参数读取结果几天不变，也可能符合设备协议。ThinkLink 实时数据区分采集遥测与设备参数，部分参数字段带 PARA，但第三方设备仍应以自己的物模型定义为准。排查前写下设备 EUI、物模型、字段、单位、预期上报方式和最后一次已知正常时间。不要通过不停刷新页面判断故障，也不要把参数读取周期当作传感器采样周期。先明确“应有新消息”还是“数值应改变”，后续才有可比较的证据。

把三个时间放到同一条记录中

建议对一条样本分别记录设备采样时间、平台收到消息的时间和页面最后成功读取时间。协议没有提供采样时间时，应明确标注未知，不能用接收时间补成现场采样时间。补传历史消息可能刚刚到达，但其中读数已经很旧；相反，页面长时间没有重新读取时，平台可能已经有新值。比较前统一时区，并保留原始时间及其来源。某个配置更新时间也不能代替采样时间。这样的记录既能区分现场、传输和显示延迟，也能避免把不同批次的数据拼成一个看似同步的状态。

沿同一设备和字段逐层核对

对于 LoRaWAN 设备，可从相同时间窗口的 NS、AS 数据查到原始上行，再核对物模型输出。MQTT 或串口来源应走各自的接入路径，不应要求它们一定出现在 LoRaWAN NS 列表。若原始数据更新而业务值没有更新，检查模型绑定、报文类型与解析分支；若解析结果已经更新而页面仍旧，检查页面选择的模型、设备与读取结果。每一步都使用同一个 EUI 和字段，尤其注意同名设备以及一个设备挂载多个模型的情况，避免跨对象比较造成错误结论。

用受控样本确认更新链路

在测试设备上等待一次正常上报，或采用设备说明书允许的无害测试方法，不要为了验证页面而改变正式控制参数。记录原始消息内容、解析结果及页面显示值；稳定读数也可以通过消息时间更新来证明新消息到达。再测试缺失字段与暂时中断上报，检查界面是否仍把旧值当作正常当前值。建议为自定义看板显示最后更新时间和过期提示；新鲜度阈值应按业务和实际周期约定，这属于应用设计，不是本文承诺平台已为所有字段提供的统一功能。

1. 核对 EUI、物模型和目标字段。
2. 对齐原始消息、解析输出与显示时间。
3. 测试缺失字段和停止上报的显示。
4. 记录修复后仍未补齐的历史区间。

把定位结果写成下一步动作

交接记录应说明最后有证据通过的环节和第一个未通过的环节。例如“原始报文已更新，模型未输出目标字段”比“数据不动”更能指导处理。附上脱敏样本、模型版本、时间范围与复现条件，避免公开设备密钥。修复后使用同类样本回读，并确认历史查询中是否也存在相应记录；实时显示恢复不代表过去缺失的数据已经补齐。若字段只是没有变化，应解释其业务含义与更新时间，关闭误报，而不是为追求曲线变化人为修改采集结果。