调用WriteAsync写入OPC UA变量节点时出现BadNotWritable错误求助

针对你遇到的调用WriteAsync返回BadNotWritable、节点权限显示异常的问题，从节点定义、权限配置和SDK逻辑三个方向给出排查和解决方法：

1. 确认ObjectType实例化时的权限同步 #

你在IntegerNode这个ObjectType中配置了Value变量的AccessLevel，但OPC UA的类型定义是模板，实际可操作的是该类型的实例节点。部分SDK不会自动将类型模板的权限同步到实例，需要在实例化变量时显式设置：

// 获取实例化后的Value变量节点
VariableNode valueInstanceNode = ...;
// 显式设置读写权限
valueInstanceNode.AccessLevel = AccessLevels.CurrentRead | AccessLevels.CurrentWrite;
valueInstanceNode.UserAccessLevel = AccessLevels.CurrentRead | AccessLevels.CurrentWrite;

设置后在UA Expert中重新查看节点属性，确认AccessLevel和UserAccessLevel是否更新为读写。

2. 检查RolePermission与节点的关联 #

管理员角色虽然配置了Write权限，但需要确保该权限规则被绑定到目标实例节点（包括父Object节点和Value变量节点）。部分SDK仅定义角色不会自动应用到所有节点，需手动添加：

RolePermissionType adminRole = GetAdminRole();
// 给Value变量节点添加管理员权限
valueInstanceNode.RolePermissions.Add(adminRole);
// 同时给父Object节点添加（部分SDK会继承父节点权限，但显式添加更可靠）
objectInstanceNode.RolePermissions.Add(adminRole);

注意：UserAccessLevel会受当前用户所属角色的权限影响，即使AccessLevel是读写，若角色权限未覆盖到节点，UserAccessLevel仍会被限制为只读。

3. 排查AnalogItemType的默认权限覆盖 #

你的Value变量使用ua:AnalogItemType作为类型定义，部分SDK中该类型的默认AccessLevel为只读，会覆盖你在ObjectType中设置的权限。解决方法：

• 在实例化变量时强制覆盖AccessLevel（同步骤1）
• 若支持，修改AnalogItemType的默认权限配置

4. 验证Write请求的节点ID正确性 #

确认valueNodeId指向的是实例化后的变量节点，而非ObjectType模板中的节点。模板节点通常是只读的，写入模板节点必然返回BadNotWritable。

5. 排查SDK权限逻辑差异 #

由于不清楚SDK版本，可补充以下检查：

• 确认服务器是否启用了权限检查功能，部分SDK默认关闭权限验证，此时配置的权限规则不会生效
• 查看服务器日志，是否有权限检查相关的详细报错，帮助定位具体被拒绝的原因
• 检查是否存在其他权限规则（如Deny类型的权限）优先级高于Admin角色的Write权限

内容的提问来源于stack exchange，提问作者Kaasper