AutomationML

 한글 / EN 

AutomationML- IEC 62714 Standard

AutomationML 개요

AutomationML은 자동화 엔지니어링 영역에 초점을 맞춘 데이터 교환을 위한 솔루션입니다.

IEC 62714시리즈에서 정의된 데이터 교환 포맷은 XML 스키마 기반 데이터 포맷이고, 여러 다른 종류들로 이뤄진 엔지니어링 툴 환경 안에서 데이터 교환을 지원하기 위해 개발되었습니다.

AML의 목적은 예를 들어 기계 설비 엔지니어링, 전기 설계, 프로세스 설계, 공정 제어 엔지니어링, HMI개발, PLC 프로그래밍, 로봇 프로그래밍 등 서로 다른 분야의 엔지니어링 툴을 상호 연결하는 것입니다..

AML이 가진 엔지니어링 정보는 패러다임을 지향하는 것을 따르고, 다른 측면을 캡슐화하는 데이터 객체로서 논리 구조과 물리적 모델링을 할 수 있습니다.

객체는 다른 Sub-객체들로 구성 할 수 있으며, 그 스스로 큰 구성 요소의 한 부분이거나 집합의 일 부분입니다.

엔지니어링 자동화에서 전형적인 객체는 토폴로지, 기하학, 역학과 논리 기반의 정보로 구성되어 있고 반면에 논리학은 순서, 동작 및 제어로 구성되어 있습니다. 그러므로 엔지니어링의 데이터 교환에서 중요한 요점은 객체 지향 데이터 구조, 기하구조, 운동 및 논리데이터의 교환입니다.

AML은 엔지니어링 정보의 다양한 측면을 교환하고 저장하기 위해 설계 되어진 기존 산업 데이터 포맷을 결합하였습니다. 이 데이터 포맷은 자신에게 맞는 사양에 기초하고 AML의 요구에 따라 나누어 지지 않고 “있는 그대로” 사용되어 집니다.

AML의 핵심은 최상위 데이터 형식인 CAEX입니다. CAEX는 다른 데이터 포맷을 상호 연결하기 위해 사용됩니다. 그러므로 AML은 고유의 배포 문서 아키텍쳐를 가지고 있습니다.

그림 1은 AML 아키텍쳐 기본과 토폴로지, 기하구조, 운동 및 논리 정보의 분배를 보여주고 있습니다.


Figure 1 – Overview of the engineering data exchange format AML


General AML architecture

일반적인 AML 아키텍처에 대해서는 다음의 규정이 적용 됩니다.

Plant topology information: 플랜트 토폴로지는 플랜트 엔지니어링 정보의 최상위 데이터 구조 역할을 하고 IEC 62424(2015, Clause 7, Annex A and Annex C )에 다른 데이터 형식 CAEX에 의해 모델링 합니다. CAEX의 의미 확정은 별도로 설명되어 있습니다. 여러 가지 및 교차 계층 구조는 IEC 624624에 따라 반영된 객체 개념에 의해 사용되어야 합니다.

Reference and relation information: 참조 및 관련 정보는 5.5, 5.6에 따라 저장됩니다. 외부에 저장된 정보 사이의 관계는 CAEX 메커니즘에 저장합니다. 필요한 경우 링크 파트너와 관련된 쉘은 CAEX 외부 인터페이스에 의해 CAEX 시설 토폴로지 기술 안에서 공표되어 지고, 이들은 6.3에 규정된 AML 표준 인터페이스 클래스에서 파생됩니다.

Geometry and kinematics information: 기하학과 운동학 관련 정보 쉘은 데이터 포맷 COLLADA™을 사용하여 보관합니다. 최상위 포맷에서 상호 접속된 COLLADA인터페이스는 CAEX 외부 인터페이스로 표시됩니다.

Logic information논리 정보는 데이터 포맷 PLCopen XML을 사용하여 저장되어  집니다. 만일 논리 항목 예를 들어 변수나 신호들은 최상위 포맷 쉘 안에서 상호 연결될 필요가 있습니다. 이것 들은 CAEX 외부 인터페이스에서 표시됩니다. 최상위 포맷 쉘에서 공표되어진 모든 PLCopen XML의 항목들은 PLCopen XML내에서 고유 ID를 가지고 있습니다

Referencing other data formatsAML 참조 메커니즘을 활용하여 더 나은 XML데이터 포맷의 통합을 지정하는 추가 부분에 의해 IEC 62714은 미래에 확장 될 수 있습니다. 자세한 사항은 IEC 62714의 추가적인 부분에 정의될 수 있습니다. 

데이터 포맷 AML은 포함된 데이터의 의미론적 정확성 혹은 참조, 관계, 속성치, 제약의 일관성 있는 검사를 제공하지 않습니다. 이것은 해당 Source나 Target tool, 가져오거나 내보내는 어플리케이션의 영역입니다. AML은 해당 스키마에 대한 문서의 구문을 증명 할 수 있습니다.



Figure 2 – Architecture of AML

 

Future of AML

AutomationML의 지난 10년 개발 내 기계, 전기, 제어, 가상 시운전 등 생산 시스템 구조 정의의 엔지니어링 결과를 나타낼 수 있었고, 마침내 설치하고 시운전 할 수 있게 되었습니다. 게다가, Industrial4.0 방식에 따라서 여러 가지 다른 종류의 도구들 사용 방식을 엔지니어링 툴로 통합하여 적용 시킬 수 있게 되었습니다. 

데이터 교환 시나리오에 관련해서는 AutomationML 모델링 데이터 교환을 위해 현재 OPC UA 사용에 초점을 맞추고 있고, 데이터 관리 시스템에서 AutomationML 모델링 데이터를 통합하고, 엔지니어링 처리 순서 과정에 따른 다른 종류의 엔지니어링 네트워크 구조로부터 나온 요청을 구별합니다.

미래의 AutomationML은 데이터 포맷의 최적점을 향해 갈 것이고, Industrial4.0의 통합과 함께 엔지니어링의 전체의 요구 사항을 완벽히 이행하도록 할 것입니다.


LINK

Automation ML 공식 홈페이지 



Comments