我在OPC UA开发领域摸爬滚打了好几年，正好能给你分享点实际经验——从零手撸信息模型确实劝退，大多时候我们都是站在已有资源上高效搭建的，以下是我总结的方法和工具：

一、创建OPC UA信息模型的最佳方法 #

• 先啃核心规范，从标准节点集复用起步
  别一开始就想着从零造轮子！OPC UA基金会提供了大量预定义的标准节点集（比如服务器、设备、变量这些基础类型），你提到的Boiler示例其实也是基于这些标准扩展的。先吃透《OPC UA Address Space Model》规范，搞清楚节点类型（Object、Variable、Method等）、引用关系、属性这些核心概念，然后优先复用标准节点集中的已有类型，再根据业务需求扩展自定义节点。
• 采用分层模块化的设计思路
  把模型拆成几个层次：底层是标准设备类型，中间是业务逻辑层的自定义对象，上层是具体的实例节点。比如Boiler模型里，先定义BoilerType这个类型节点，再创建具体的Boiler实例，后续扩展多个锅炉实例时直接复用类型就行，不用重复定义属性和方法。
• 重视模型验证，避免后期踩坑
  模型建好后一定要用工具验证是否符合OPC UA规范，比如检查引用是否合法、数据类型是否匹配、节点ID是否唯一这些细节。很多时候模型逻辑没问题，但小的不规范会导致服务器启动失败或者客户端无法正常访问。

二、实用工具推荐 #

• UA Model Designer（OPC基金会官方工具）
  这绝对是上手最快的工具，可视化界面拖拽就能创建节点、设置属性和引用关系，还能直接导出符合规范的NodeSet XML文件。你可以直接导入标准节点集（比如Opc.Ua.NodeSet2.xml），然后基于它扩展自定义模型，Boiler示例的模型也能导入进来参考。导出的XML可以直接被大多数OPC UA SDK加载，不用手写大量代码。
• NodeSet Designer（开源工具）
  如果偏好开源方案，这个工具很合适，支持导入/导出NodeSet文件，还能在线编辑模型，社区也有不少现成的自定义节点集可以参考。它的优势是轻量，不用安装复杂客户端，浏览器或桌面端都能操作。
• 主流SDK自带的模型生成工具
  像.NET的OPC UA SDK、Java的Eclipse Milo这类主流SDK，都自带模型生成工具——把你设计好的NodeSet XML导入后，能自动转换成对应语言的代码骨架。比如用Milo时，导入XML就能生成包含节点定义的Java类，你只需要补充业务逻辑就行，大大减少重复工作。
• UaModeler（商用工具，功能更全面）
  如果团队有预算，这个工具的功能更强大，支持模型版本管理、多用户协作，还能自动生成测试用例，适合大型项目的模型开发。它对复杂模型的兼容性更好，处理大量自定义节点时效率很高。

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