OPCUA通讯连接断开

Question

进行OPCUA通讯，但是出现通讯能够连接（主设备能够获取从设备的信息），但是开始通讯后会马上断开的情况，于是抓了数据包来分析，有问题的数据包如下图，框1处开始断开通讯，框2处是从设备返回的错误信息。

也抓了1个正常通讯的设备的数据包，如下图：

请问从图中通讯对比，是否能看出是哪里导致的通讯异常，从而导致最终通讯断开的？

Answer 1

以下回复参考：皆我百晓生、券券喵儿等免费微信小程序作答:

从提供的数据包来看，似乎是在进行OPC UA通讯时，主设备向从设备发送了一个“DeleteSubscriptionsRequest”请求，然后紧接着收到了从设备返回的“ServiceFault”错误响应。这可能是导致通讯断开的原因。

具体的错误响应（ServiceFault）通常包含了导致错误的具体原因，这可能是一个重要的线索来找出问题的根源。你应该检查这个“ServiceFault”消息中的具体错误代码和描述，这将为你提供关于为什么通讯断开的详细信息。

此外，从数据包中可以看到，主设备在发送“DeleteSubscriptionsRequest”请求之前，已经成功地进行了多次“TranslateBrowsePathsToNodeIds”请求和响应，以及“CreateMonitoredItems”请求和响应。这些过程看起来是正常的，直到“DeleteSubscriptionsRequest”请求被发送。

因此，建议你在从设备的日志中查找有关“DeleteSubscriptionsRequest”的详细错误信息，或者检查主设备是否正确地处理了从设备的响应，特别是在处理“DeleteSubscriptionsResponse”时。

另外，虽然你提供了一个正常通讯的数据包，但从数据包中并不能直接看出为什么通讯会断开，因为正常通讯的数据包并没有包含导致通讯断开的关键信息。

总的来说，你需要从以下几个方面进行调查：

1. 检查“ServiceFault”错误响应中的具体错误代码和描述。
2. 检查主设备是否正确处理了从设备的响应，特别是在处理“DeleteSubscriptionsResponse”时。
3. 检查从设备的日志，查找有关“DeleteSubscriptionsRequest”的详细错误信息。

希望这些信息能对你有所帮助。