OPC UA状态码与错误处理

错误处理

服务参数和服务处理中，错误处理都是重要的部分，因为不同厂商的分布式系统之间的通信，可能在不同层次和不同情况发生错误。错误可能是普通的操作，例如一个客户端使用错误的参数（如不再可用的节点标识符）。错误也可能是通信错误，例如当客户端和服务器之间，或服务器和底层系统之间连接被中断。

在服务中使用两种类型的错误信息。一种类型是被称为状态码（StatusCode)的错误码。状态码是一个32位的无符号整型。髙16位用来探测特殊错误和条件,低16位是标记位，包含附加的信息，但不影响状态码的意义。最髙两位用来指出错误信息的总体严重性，可能有三种值，Good表示成功，Uncertain表示警告，Bad表示失败。状态码只能由OPCUA定义，而不能被供应商或其他组织扩展。

第二种类型的错误信息是诊断信息（Diagnosticlnformation)。这个结构包含了状态码的附加信息，包括供应商特定的错误码、错误的本地化描述，以及一个用来提供附加信息的文本字段。诊断信息可以被嵌套，以便提供一个错误栈。服务中的

每个状态码字段都有一个可用的诊断信息字段，但是这些附加信息只有当客户端请求时才会返回。本章的服务描述不包含诊断信息字段。

错误信息有两个层次。第一个层次是服务调用的结果，第二个层次是服务调用内部的操作列表。因为OPCUA中，所有用于数据交换的服务都支持批量操作，所以在服务调用中，可能有部分操作成功，而另一部分操作失败。以读取服务为.例，客户端在一个读取服务操作中读取一个关于变量的列表，读取的每个变量就是一个操作。

客户端必须总是校验这两个层次的结果，因为它们有可能都失败。在第一步中客户端必须校验服务调用是否成功。如果失败的话，结果字段都是无效的。如果服务成功的话，在使用结果之前，客户端必须对每个操作的状态码进行验证。

与传统OPC相比，在OPCUA中对错误处理做了简化。传统OPC提供了读取和数据交换的结果码和质量戳代码。客户端需要首先校验结果码，然后是质量戳代码，但是仅仅有一个字段可能包含错误信息。OPCUA仅仅提供了一个状态码，这个字段包含了一般的错误码和质量戳。

状态码

状态码基于OPC UA的statuscode定义，遵循“OPC UA Part 4 specification”规范约束。可以把状态码按照字节来解析含义。如果10:11位值为 01，你可使用 0:4 位去获得历史状态码。

当信息类型10:11设置为”01 数据值”时,信息位0:9的结构。