2026-09-18号晚上17:00到凌晨，设备突然离线，数据皆为0，报错日志如下

[ggzn_chp]

9.18号的 17:36:08----9.19号 08:49:09

[hp]

文件下载不了，请重新传下，另外用的是什么驱动

[ggzn_chp]

https://wormhole.app/AyE0M1#q2dhWGWkwpjHJEOVDeA-5g 这个

[ggzn_chp]

opcua的驱动

[hp]

是某个设备，还是所有的设备都出问题了，给一个具体的设备编号

[ggzn_chp]

不是全部，但很多设备多数都有问题，17-175罐体，数不过来了，25,33,34,50,51,55,53等等

[hp]

给一个具体的设备编号，设备编号就是25吗
另外，所有的 opcua 的设备都是在同一个 opc server 上吗？还是出问题的这些设备连的是同一个 opc server

[ggzn_chp]

编号的全名是“液氮罐25号”,其他也是，液氮罐33号，液氮罐34号这样子。 这些设备连的是同一个opc server

[hp]

日志中没找到，这几个设备最早的日志已经是 9.19 号 11 点的了，只有下发 "34罐充氮启停" 指令的日志, 这段时间机器是在运行的吗？

[ggzn_chp]

但现在情况是中间突发掉线了，9.18号的 17:36:08----9.19号 08:49:09。这种问题应该怎么判断

[hp]

这段时间机器在运行吗

[ggzn_chp]

在正常运行着，反馈没有断电

[hp]

现在没找到这段时间的日志，建议创建一个新的驱动实例采集出问题这个 opc server， 就是这些设备单独放在一个表中, 用单独的驱动实例来采集, 这样可以减少相互的影响，然后就是后面继续观察，如果再次出现这个问题, 用 uaexpert 软件查看 opc server 是否正常, 并导出一份这个驱动实例的日志用来分析问题

[ggzn_chp]

=这里的订阅失败和这里有关系吗

[hp]

没关系，这个是正常的日志，不是错误日志,看日志等级