????????
????????断断续续地学习AutomationML(下面简称AML),其内容很多。概念,术语与与其它建模语言有类似之处,也有不同。同时涉及了一大堆标准。比如:
???????
? ?但是,在生搬硬套的同时,也感到疑惑,为什么要建立这样的语言来实现数据交换,没有其它的方法么?既然现在又大量推荐工业4.0 管理壳,OPC UA 等标准。AutomationML还有存在的意义么?
?? 在制造领域的工程中,由多个学科的工程师参与其中。不同的学科将会使用大量不同的工程设计软件。
????????AML 数据格式由 AutomationML eV 开发,在 IEC 62714 中标准化。它是一种开放、中立、基于 XML 的免费数据交换格式,支持在异构工程工具环境中跨领域和公司跨域和公司传输生产系统的工程数据。AutomationML的目标是互连不同学科的工程工具,例如工厂规划、机械工程、电气工程、过程工程、过程控制工程、HMI开发、PLC编程、机器人编程。
这些工程工具处理的数据文档种类繁多,五花八门。
????????不同工具数据之间的数据交换的工作量非常大。当工程公司为多个客户工作时,为了接受每个客户的工程数据时,就需要拥有客户使用的工程工具,工程工具的许可费用就会激增。并且需要熟悉这些工具的专家。在机械加工厂,客户发来的CAD 图纸是各种CAD软件导出的,机械加工厂工程师要将这些图纸转换成为内部CAD工具的格式。然后编写工艺文件和CNC G代码。这些工作增加了制造成本。对于小批量加工而言,是不小的开支。
????????工程的特点是历史上成长起来的强大的分工,在过去被分为独立的阶段或行业。在每一个阶段中,工程师都会继续改变工程数据。在这样做的同时,所有不同的工具的数据都会发生分歧,工程数据在工程过程中会不断地、反复地被充实和改变。这不是工作流程或工程方法上的错误,而是工程的本质。为了保持工程工具之间的数据同步和一致,需要做出巨大的努力,这是AML能够发挥作用的地方。
????????AML 基于 IEC 62424 (CAEX),并集成了其他现有的基于 XML 的数据格式。
CAEX 的全称为计算机辅助交换(computer aided exchange)。
????????包含了三种类 SystemUnitClass,InterfaceClass,RoleClass或者Attribute 类型。类的实例称为内部单元(Internal Element)。
????????在工程中,设备通常是在指定了相关要求后手动选择的。在工程中,设备通常是在指定了相关要求后手动选择的。比如指定一个厂商的储存罐A,而储存罐A是通过SystemUnit类描述的。
????????最费解的是RoleClass ,它的名称直译为“角色类似”,它到底是什么?为什么要设置一个角色类型呢?
????????这要从系统构建过程说起,设计一个系统,类似于电影的编剧编写一个电影脚本,编剧首先要设想一些角色(role),比如设想了一个公主的角色,按面向对象的思想,相当于设计了一个公主的类。编剧描述了公主的特点,例如金色的头发,细腰,蓝眼睛。这些是公主类型的属性。
????????同样地,在工程设计中,首先通过一系列抽象的角色来描述一个制造过程,它独立于其具体的技术实现。例如输送机、机器人、转台和一个PLC。
????????在下一步,工程师们定义需求,并逐步细化。这些要求被用来识别和指定在技术上实现所需功能的具体设备(比如某一个厂商的设备)。这样的设计过程符合实用、迭代、工程和人类的思维方式。
角色概念遵循了成熟的设计过程,将规范和实施阶段脱钩。
一个角色是一个描述抽象功能却未定义底层技术实现的类。
????????可以将角色类理解为某个单元的“技术要求”,例如在生产线中需要一个机器人角色,技术要求为“最大负荷<2t”。
????????角色类并不指定特定的产品。而是标准化定义抽象模型。例如:motor 是电机的角色模型,并不是具体哪个厂商的电机产品。
IEC 62714-2? 角色类库(Role Class Libraries)在该标准中制定了:
????????AML 采用了基于模型设计的工程设计思想,以模型的实例构建工程数据。在AML 中,实例称为内部元素(Internal Element)。Internal Element 是系统单元类(System Unit Class)的实例,也可以引用角色类进行建模。
一个CAEX对象与两个类有关系:抽象角色和具体对象类型。
?? 和其它信息化标准一样,AML 也只有通过软件工具来普及。尽管AutomationML 也提供了一些基础的工具软件,比如 AMLEditor和AML Hub 。但是它们的用户体验并不完美。也不符合工程师的使用习惯。只有将AML 标准嵌入到工程管理软件和平台中,才能能够普及。
?? 相关的软件是设计文档管理系统,PLM 系统等软件。
????????构建基于AML 语言的工程,需要使用大量的类库,角色类,工程单元类和接口类。如果缺乏这些类库的支持,平地而起来构造AML 模型的是非常耗费时间的。所以AML更适合成熟的工业设计院和企业首先采纳。这些大企业和大院所已经积累了大量基于行业的数据文档。使用AML 语言为这些文档构建基于AML 的数据模型,能够提升工程设计过程中数据交换的效率,避免差错。这是一项短期效果不明显,甚至麻烦的事情,但是长期受益。
????????中小型企业只有利用外部的资源才能够推广使用AML。例如各种类库和软件。
????????大企业或者大型设计公司AML 的模型和类库可能沿着供应链扩散到与其合作的中小型企业。
????????精通AML的专业软件公司和咨询公司能够为大型设计院和大型企业提供构建AML 架构的咨询服务。
????????目前,面对数字化制造的潮流,各种标准都起头并进,互相交织在一起。有些职能是重叠的。比如 AML,工业4.0的管理壳AAS,E-CL@SS ,OPCUA 都相互重叠。我们应该如何选择?完全被动的模仿也许是不行的。我国制造业采用数字化模型的时间还刚刚起步。没有历史包袱。我们在采用和推广国际标准时,能否采取更加实用主义思想,甚至“弯道超车“?这是值得思考的,尽管许多人并不喜欢“弯道超车“的说法。
????????比如说,AML,ECL@SS和AAS 有重叠的部分。它们都是为制造业建立统一的模型。最终都能够映射成为OPCUA 模型 。能否越过AML ,直接发展管理壳AAS+OPC UA 呢?