Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
ISO/TS 29002-20 是一项技术规范,定义了工业自动化系统组件信息的数据交换机制。该系列的第 10 部分建立了抽象数据模型,而第 20 部分则规定了该模型实例如何在系统边界之间进行序列化、传输和验证。该标准对于实现工程工具、采购系统和制造平台之间的实际互操作性至关重要。
ISO/TS 29002-20 定义了两种主要的交换格式:STEP 物理文件格式(ISO 10303-21)和基于 XML Schema 的格式(ISO/TS 29002-20 XML)。STEP 物理文件格式紧凑高效,适合大型零部件库的批量处理;而 XML 格式则能更好地与现代基于 Web 的系统集成,并通过 XML Schema(XSD)和 Schematron 规则支持验证。
每种交换格式都支持第 10 部分中定义的全部数据模型构造,包括项目类别、属性、属性值、约束和分类层次。标准还定义了一个最小内容概况,确保基本的互操作性:任何符合要求的系统必须至少能够处理最小内容概况,其中包括项目类别标识、一组基本属性及其值,以及分类信息。
该标准针对工业自动化环境中常见的几种通信模式规定了协议绑定。下表总结了关键绑定及其推荐用例:
| 绑定类型 | 传输协议 | 推荐用例 |
|---|---|---|
| 文件交换 | 文件系统、FTP、SFTP | 零部件库批量导入/导出、离线数据同步 |
| SOAP Web 服务 | HTTP/S、SOAP 1.2 | 需要事务保证的企业应用集成 |
| RESTful API | HTTP/S、JSON/XML | Web 和移动应用的轻量级集成 |
| 消息队列 | AMQP、MQTT、JMS | 分布式系统间的事件驱动数据同步 |
| OData 协议 | HTTP/S、OData v4 | 分析和报告工具的数据查询与发现 |
对于事务完整性,SOAP 绑定支持 WS-ReliableMessaging 和 WS-AtomicTransaction,确保复杂的多步骤数据交换(如更新包含数百个项目的组件目录)作为原子操作处理。RESTful 绑定虽然更轻量,但依赖于标准 HTTP 状态码和基于 ETag 的并发控制进行冲突检测。
ISO/TS 29002-20 高度重视数据验证和一致性测试。该标准定义了一个一致性类别结构,将实施能力分为多个级别:第 1 类(基本数据读/写)、第 2 类(完整数据模型含约束)、第 3 类(高级功能,包括复杂属性依赖关系和交叉引用)。每个一致性类别规定了强制性和可选能力,以及实施者必须通过的测试用例才能声称符合要求。
验证在多个层面进行:语法验证检查交换文件或消息是否符合指定的模式(STEP 物理文件结构或 XSD);语义验证验证数据内容是否符合数据模型中定义的字典和约束;业务规则验证确保数据满足交换双方定义的领域特定规则。通过这种多层验证方法,系统能够有效防止错误数据在系统间传播,确保数据交换的可靠性和准确性。
该标准还涉及性能方面的考虑。对于涉及数千个组件的大规模数据交换,STEP 物理文件格式由于其紧凑的基于令牌的编码而提供卓越的性能,而 XML 格式则以更大的载荷大小为代价提供更好的可读性和自描述能力。实施者应根据每个用例的具体要求选择交换格式,考虑数据量、网络带宽、处理能力以及调试期间对人类可读性的需求等因素。常见的模式是使用 STEP 文件在非高峰时段进行批量数据同步,使用 XML 或 REST API 在正常操作期间进行实时查询和小型更新。
答:ISO/TS 29002-20 提供了一种轻量级数据交换机制,补充了完整的 STEP 应用协议(如用于基于模型的三维工程管理的 AP 242)。STEP AP 处理包括几何在内的完整产品模型数据,而 ISO/TS 29002-20 则专门针对组件库数据和分类。
答:该标准主要设计用于企业间的组件主数据交换,这通常不是时间关键的。对于实时制造数据交换,OPC UA 或 MQTT 等其他标准更为适合。不过,ISO/TS 29002-20 的消息队列绑定可以支持近实时同步场景。
答:该标准没有定义内置的安全机制,但建议对所有基于网络的交换使用传输层安全(TLS 1.2 或更高版本)。对于基于文件的交换,建议使用文件级加密(AES-256)和数字签名进行完整性验证。
暂无下载文件